IRC chat logs for #ltsp on irc.libera.chat (webchat)


Channel log from 2 June 2010   (all times are UTC)

00:21highvoltage has quit IRC
00:21highvoltage has joined #ltsp
00:25
<vagrantc>
alkisg: looks promising
00:25
alkisg: may as well commit it
00:25
<alkisg>
vagrantc: should I put more work to it before commiting? Ah, ok, thanks
00:25
<vagrantc>
alkisg: makes it easier to test :)
00:25* alkisg commits...
00:26
<alkisg>
OK, I'll try to propose an ltsp_setup.d change next.
00:29
<johnny>
good morning alkisg
00:29
<alkisg>
Hello johnny
00:29
<johnny>
my new client machines are still humming along
00:29
i might get another
00:42alkisg has quit IRC
00:51alkisg has joined #ltsp
00:51alkisg has joined #ltsp
00:55Faithful has quit IRC
01:08Faithful has joined #ltsp
01:31johnny has left #ltsp
01:32johnny has joined #ltsp
01:35
<alkisg>
Hmm I'd better put a trap there, to safely unmount any mounted dirs
01:50alkisg has quit IRC
01:56dobber has joined #ltsp
02:02alkisg has joined #ltsp
02:14t0mmii has quit IRC
02:20t0mmii has joined #ltsp
02:30ogra has quit IRC
02:30cyberorg has quit IRC
02:30sep has quit IRC
02:30skillZ has quit IRC
02:34vagrantc has quit IRC
02:36ogra has joined #ltsp
02:36cyberorg has joined #ltsp
02:36sep has joined #ltsp
02:36skillZ has joined #ltsp
03:18alkisg has quit IRC
03:22alkisg has joined #ltsp
03:26alkisg has quit IRC
03:57Remaille has joined #ltsp
04:13alkisg has joined #ltsp
04:39alkisg has quit IRC
04:40mikkel has joined #ltsp
04:49alkisg has joined #ltsp
04:55litlebuda has quit IRC
05:03alkisg has quit IRC
06:24pmatulis has joined #ltsp
06:35Lumiere_ has quit IRC
06:35Lumiere_ has joined #ltsp
06:36Lumiere_ is now known as Lumiere
07:08cliebow has joined #ltsp
07:55Remaille has quit IRC
07:56alkisg has joined #ltsp
07:58
<alkisg>
!button_layout
07:58
<ltspbot>
alkisg: "button_layout" :: To revert the Ubuntu button position and ordering to their old values, run: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /apps/metacity/general/button_layout menu:minimize,maximize,close
08:06Gadi has joined #ltsp
08:21bix0r has quit IRC
08:25komunista has joined #ltsp
08:26bix0r has joined #ltsp
08:27vvinet has quit IRC
08:41mikkel has quit IRC
08:45
<alkisg>
Gadi, did you also have problems with nbd-proxy? I'm hearing more people that have problems with it than without it...
08:45
...so I'm thinking that we should at least have a way to disable it
08:46
<Gadi>
alkisg: I have no problems with it - I think all the crazy random problems I had at one point were due to crappy opensource realtek drivers
08:46
:P
08:47
<alkisg>
Ah, I've been bitten by those in the past, but it got better in karmic
08:47
<Gadi>
I got rid of r8169 and compiled in the vraious drivers from realtek's site
08:47
<alkisg>
In which ubuntu version did you have problems with those?
08:47
<Gadi>
lucid
08:48
<alkisg>
Ugh I'll be upgrading a school here to lucid and I won't be there to see if they have the same problem again... could you gimme the binary or a small how to?
08:48
<Gadi>
I cannot put my finger on the issue exactly
08:48
sure
08:48
they are on realtek's site
08:48
they have a variety
08:48
<alkisg>
I've been able to reproduce the problem if I switch to vt1 and run netperf from 10 terminal simultaneously
08:48
8 of them would get kernel panic in a few sec
08:49
But it worked ok in Karmic... I wonder if it's broken again on lucid
08:49
So you just compile the .ko and override the kernel module with it?
08:49
*overwrite
08:53
<Gadi>
alkisg: I can send you a deb package that replaces it, if you like
08:53
<alkisg>
Sure, for i386, thank you very much!
08:53
<Gadi>
for a specific kernel
08:53
I didn't make a generic one - that's too fancy
08:53
:P
08:53
<alkisg>
Hmmm maybe the method would be better than the .deb then
08:53
...as I'll need to bother you again when the next kernel comes out :)
08:54
<Gadi>
ok - I'll send you the source tarball
08:54
<alkisg>
Merci!
08:57
<Gadi>
sent from my gmail to yours
08:57
I hope the tarball that dpkg makes is sufficient
09:03tstafford has joined #ltsp
09:12mikkel has joined #ltsp
09:13Faithful has quit IRC
09:17t0mmii has quit IRC
09:19
<alkisg>
Thanks a lot Gadi!
09:23t0mmii has joined #ltsp
09:26Faithful has joined #ltsp
09:26hettt has joined #ltsp
09:28
<hettt>
Hello, I have problem with firefox 3.6/thunderbird 3 on LTSP 5: firefox is running in the user's chroot and thunderbird outside the chroot. When a link in thunderbird is clicked - firefox tries to open: "www.%u.com". any idea on how to fix that?
09:32
<alkisg>
stgraber: how would you feel about adding a kernel parameter to disable nbd-proxy, while also disabling it by default for clients with < 100mb ram?
09:32
stgraber: http://alkisg.pastebin.com/HnxZ5g6m
09:33thunsucker has joined #ltsp
09:33
<Gadi>
hettt: try removing the "%u" from the Exec line in /opt/ltsp/i386/usr/share/applications/firefox.desktop
09:33
and update the image
09:41
<hettt>
no luck! Also if I click link from Pidgin - link opens fine.
09:41
only TB3 links are screwed.
09:42
<Gadi>
ah - then it is out of the scope of this course ;)
09:42
(in other words, I have no idea)
09:44
<hettt>
too bad :( On my laptop where there's no LTSP involved, just simple ubuntu install - links from TB3 open fine i FF.
09:44
ubuntu is the same version (10.04) on laptop and ltsp server/client.
09:45ogra has quit IRC
09:46ogra has joined #ltsp
09:49hettt has quit IRC
10:00LedHed has joined #ltsp
10:01
<LedHed>
anyone have a good link for Sabayon? Everything I find is related to a gentoo based distro of the same name.
10:08staffencasa has joined #ltsp
10:12
<alkisg>
http://live.gnome.org/Sabayon/ ?
10:13
<denisesball>
is sabayon recommended for ltsp?
10:14
ah, i see it in the manual now
10:14
its under "DHCP failover load balancing", no wonder i never noticed it before :P
10:16
<cliebow>
you related to Auguste Balls?
10:16
<denisesball>
haha
10:19
<alkisg>
denisesball: did you manage to do the remote ltsp booting?
10:19
<denisesball>
alkisg: havent had a chance to try again yet, but not sure how to specify the initrd like you said
10:20
<alkisg>
OK I'll write a wiki page later on.
10:20
<denisesball>
that would be awesome
10:20
i felt like i was closer booting the pxelinux.0. at least i got the ubuntu logo there :-/
10:27
<LedHed>
alkisg, thanks
10:31
<atkuepker>
Back to the drawing board. it seems that both the modeset=0 options in pxelinux.cfg/default and that 2.6.34.rc7 did not work for our i845 video problems.
10:31jammcq has joined #ltsp
10:31
<jammcq>
hello friends
10:32
<atkuepker>
just an update for those who'd been following my Intel video saga
10:39
<denisesball>
any reason not to install the ubuntu 10.04 kernel upgrade?
10:39
The following packages have been kept back:
10:39
linux-generic linux-headers-generic linux-image-generic
10:39dobber has quit IRC
10:43Faithful1 has joined #ltsp
10:46
<alkisg>
denisesball: press ctrl+b on gpxe and try those:
10:46
dhcp net0
10:46
set next-server 10.160.31.10
10:46
kernel /ltsp/i386/vmlinuz ro initrd=initrd.img ip=${ip}:${next-server}:${gateway}:${netmask}:${hostname}:eth0:none
10:46
initrd /ltsp/i386/initrd.img
10:46
boot vmlinuz
10:47
You only need to replace the next-server ip with your ltsp server ip
10:47
<denisesball>
nice
10:47
<alkisg>
Those worked fine for me behind nat
10:47nexusbr has joined #ltsp
10:47
<denisesball>
i will try it in a bit
10:47
<nexusbr>
hi there, anyone have a how to run apps locally on clients?
10:48Faithful1 has quit IRC
10:57
<alkisg>
nexusbr: you just install anything you want to your chroot and set LOCAL_APPS_MENU=True in lts.conf
10:57
Here's one wiki page, but it makes is sound more complicated than it is... https://help.ubuntu.com/community/UbuntuLTSP/LTSPLocalAppsJaunty
10:59
<nexusbr>
hum
11:01
just chroot to /opt/ltsp/i386 and do a apt-get install?
11:01
<alkisg>
Yup
11:01
And then run ltsp-update-image, if you have ubuntu
11:02
<nexusbr>
nope, debian
11:02
and to start it on client?
11:02
anything special needed?
11:03
<alkisg>
No, just that entry on lts.conf
11:03
The ltsp scripts modify the .desktop files (=the menus) on the fly
11:03
(they create copies on /tmp)
11:04
So you just run the apps normaly from the gnome menu...
11:04
<nexusbr>
i c
11:04
gonna try it
11:04
<alkisg>
denisesball: I also tried putting those commands on rom-o-matic to create my own gpxe disk: http://rom-o-matic.net/gpxe/gpxe-1.0.0/contrib/rom-o-matic/build.php
11:05
Booting with that disk enables me to boot an ltsp client behind nat without writing anything to the gpxe console...
11:05
(you put them on the box on the bottom where it says "embedded script"
11:05
<denisesball>
ok, so just put those exact lines in the embedded script section?
11:05
haha k
11:05
<alkisg>
Right, just change the next server ip there
11:06
(you may also put quiet splash if you like, or specify the hostname manually)
11:12
<denisesball>
alkisg: ip=${ip}:${next-server}:${gateway}:${netmask}:${hostname}:eth0:none
11:12
do i have to set IP and next-server?
11:12
<alkisg>
Those are gpxe variables, you don't need to change that line
11:12
<denisesball>
ok cool, so dont need to change anything there
11:13
<alkisg>
You only need to change this one: (06:49:07 μμ) alkisg: set next-server 10.160.31.10
11:13
<denisesball>
yep
11:17
<nexusbr>
look, i just installed xmbmon to chroot, reboot client, but still there is no xmbmon there..
11:17
i'm running ltsp update image to see what happens
11:18
<alkisg>
nexusbr: don't bother, debian by default doesn't use nbd
11:18
nexusbr: try running: ltsp-localapps xterm
11:18
An xterm will emerge, try to run xmbmon from there.
11:19
<ogra>
oooh gentoo talk
11:19
:)
11:19
<alkisg>
:P
11:20
<nexusbr>
there is no ltsp-localapps command neither on client nor on server
11:20
<alkisg>
nexusbr: which debian version is that?
11:20
<denisesball>
alkisg: well i think i got farther this time, bit still got errors
11:20
<nexusbr>
504 lenny
11:20
<denisesball>
let me post a jpg on the hang
11:21
<alkisg>
nexusbr: and you don't have /usr/bin/ltsp-localapps on your server?
11:21
dpkg -L ltsp-server | grep ltsp-localapps
11:21
<nexusbr>
no result
11:22
where do i check ltsp installed version?
11:22
<ogra>
alkisg, i think the shipped version didnt have localapps only the backports do
11:22
<alkisg>
ogra, on lenny? too bad, I thought it was recent enough
11:22
<nexusbr>
so, do i need to reinstall it?
11:23
<ogra>
dpkg -l ltsp-server
11:23
<alkisg>
Yeah right... http://packages.debian.org/squeeze/all/ltsp-server/filelist
11:23
<ogra>
that should give you the version
11:23
<alkisg>
It's on squeeze but not on lenny
11:23
<ogra>
right
11:23
debian ltsp lives from vagrants backports
11:23
<alkisg>
nexusbr: it's just a script, you could also get it manually
11:24
(I think the xprop magic is there; only the script is missing)
11:24
<nexusbr>
i ltsp-server 5.1.10-2
11:24
<alkisg>
Here's the ltsp-localapps script: http://pastebin.com/rXm6FGZL
11:25
denisesball: btw, LDM_DIRECTX=True doesn't work over NAT, so =false is needed.
11:25
(which is false by default on ubuntu)
11:26
<nexusbr>
ok, so i save it on i386, or on my system?
11:26
<alkisg>
On the server, /usr/bin/
11:26
<nexusbr>
ok
11:26
<alkisg>
Not on the chroot
11:27
<denisesball>
alkisg: this is my result, hung here for a few minutes - http://i.imgur.com/Vo5gD.jpg
11:28
<nexusbr>
ok, +x, rebooting client
11:28
<alkisg>
nexusbr: no need
11:28
You don't even need to logoff..
11:28
<denisesball>
then eventually got here - http://i.imgur.com/neZKS.jpg
11:28
<nexusbr>
lol, too late :)
11:29
so, ltsp-localapps xterm huh?
11:29
nothing happens
11:30
<alkisg>
denisesball: these look like networking problems, could you try with another client (preferably with another nic)?
11:30
nexusbr: hmmm it's possible that lenny doesn't have localapps then... maybe you should enable the backports. vagrantc is the debian maintainer, he'll be here later on...
11:31
<nexusbr>
any idea how to enable it?
11:32
<alkisg>
The backports repository? No, but I'm sure you can find it as the first result in a google search...
11:32
<denisesball>
alkisg: this same client boots ltsp fine from the private side with its integrades NIC/PXE
11:32
i suppose there could be something blocked with networking, but my guy said he opened all the ports both directions
11:32
<nexusbr>
ok, gonna check it
11:32
thanks
11:34
<alkisg>
denisesball: try it manually. On a standalone ubuntu pc, run nbd-client server-ip 2000 /dev/nbd0
11:34
(you may need modprobe nbd before that)
11:34
Then, sudo mount /dev/nbd0 /mnt
11:35
<denisesball>
k, will try after lunch
11:35
bbiab thanks!
11:35
<alkisg>
...and then check the files in /mnt if you can see them properly
11:35
md5sums etc
11:35
bb
11:44nexusbr has quit IRC
11:56_dogan_ has joined #ltsp
11:58evil_root has joined #ltsp
11:58evil_root has left #ltsp
12:02komunista has quit IRC
12:54
<denisesball>
alkisg: mounting standalone worked fine
12:54
<alkisg>
denisesball: the best way to check is to run md5sum on a big file
12:54
If you have networking issues, you'll see a mismatch on the sum
12:55
(from your screenshot it appears that _only_ some files are corrupted)
12:55
<denisesball>
what would i compare it to? the same md5 from ran on the server?
12:55
<alkisg>
Yes
12:55
Or if you have an .iso somewhere, you can see the .md5sum from the iso page (e.g. the ubuntu iso)
12:56
<denisesball>
how big is "big" to you?
12:58
<alkisg>
100mb?
12:58
denisesball: if your server is open, I can try booting from it from a vm here
12:59
(if it has an external ip...)
12:59
<denisesball>
nah it doesnt
12:59
<alkisg>
ok
12:59
<denisesball>
i dont think the NOC guys would let me do that :P
13:00
i'll copy over the ubuntu iso i 'spose
13:00
what directory is actually mounted form the termserver?
13:00
the chroot?
13:01
<alkisg>
This file: /opt/ltsp/images/i386.img
13:01
<denisesball>
/opt/ltsp/i386 right
13:01
k
13:01
<alkisg>
Not the directory, the file
13:01
<denisesball>
i'm just curious where to copy the iso to so i can see it on the client and run the md5
13:01
<alkisg>
denisesball: another way to check is to put `break=init` as a kernel parameter (right next to vmlinuz)
13:02
Then you can just try to manually run usr/bin/test to see why it has problems being executed
13:02
<denisesball>
should i do the md5 first?
13:02
<alkisg>
Whatever is easier for you
13:03
<denisesball>
yeah, i'll copy the ubuntu iso to /opt/ltsp/i386
13:03
<alkisg>
You need to run ltsp-update-image after that
13:03
<denisesball>
k
13:20
alkisg: is port 2000 for the amd64.img?
13:20
cuz thats what's getting mounted
13:20
<alkisg>
grep nbd /etc/inetd.conf
13:20
...and see for yourself...
13:20
<denisesball>
2000 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/amd64.img
13:20
2001 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/i386.img
13:20
yup
13:20komunista has joined #ltsp
13:20
<denisesball>
so you set me up for failure!
13:20
:P
13:20
<alkisg>
Hey, I didn't know you have 2 images?!
13:20
<denisesball>
haha
13:21
<alkisg>
OK, just put nbdroot=2001 then on the command line (make another gpxe disk)
13:21
<denisesball>
could that be why it's failing?
13:21
<alkisg>
Sure, if you're trying to boot an amd64 chroot on an i386 client...
13:21
<denisesball>
yeah but we were specifying i386, no?
13:22
<alkisg>
Where?
13:22
We didn't specify a port, and the default is 2000.
13:22
<denisesball>
11:49 <alkisg> kernel /ltsp/i386/vmlinuz ro initrd=initrd.img ip=${ip}:${next-server}:${gateway}:${netmask}:${hostname}:eth0:none
13:22
11:49 <alkisg> initrd /ltsp/i386/initrd.img
13:22
oh, i guess i thought the port was default
13:22
by choosing the image
13:22
<alkisg>
You need kernel /ltsp/i386/vmlinuz ro initrd=initrd.img ip=${ip}:${next-server}:${gateway}:${netmask}:${hostname}:eth0:none nbdport=2001
13:22
<denisesball>
that makes sense
13:23
(btw i think im gonna replace this 64-bit server with an all 32-bit one. ive noticed other issues with it)
13:23
<alkisg>
What issues?
13:23
(I'm also using a 32bit server with pae extensions, but i'm curious...)
13:23
<denisesball>
i think the flash crashes are related to the nspluginwrapper
13:23
but that is just a hunch
13:23
<alkisg>
Ah, you didn't use the upstream flash installer?
13:24
There's a native 64bit beta I think
13:24
<denisesball>
i tried both
13:24
<alkisg>
**adobe, not upstream...
13:24
<denisesball>
i originally tried the one in the repos which i believe uses the nspluginwrapper, but its now running the 64-bit native beta
13:25
<alkisg>
OK, ty for the info
13:25
<denisesball>
i'm not sure, but it generally doesnt feel as stable
13:25
techs reporting random reboots and stuff
13:26
<alkisg>
btw, this allowed me to boot over wan completely without a dhcp server: http://alkisg.pastebin.com/LsVzpnGk
13:27_dogan_ has quit IRC
13:27
<alkisg>
...so if you succeed and want to write a wiki page, you could put that as well
13:27
<denisesball>
thats a bit more than what u sent earlier?
13:29
<alkisg>
It involves manually setting the ip, when no dhcp server is around
13:29
<denisesball>
ah i see
13:29
yeah that could be useful
13:30
btw, learning a ton from you alkisg, thanks so much
13:31
<alkisg>
np
13:33
<denisesball>
not noticed any flash issues on your 32-bit clients?
13:36
<alkisg>
No, but I have a 32bit server
13:36
<denisesball>
oh, i misread your comment earlier
13:36
i read "also using" and assumed 64-bit
13:38
<LedHed>
is it possible to run the sabayon profile editor from one of my thin clients?
13:38
my LTSP server is headless
13:40
<denisesball>
alkisg: that worked! FINALLY
13:40
<alkisg>
Yey!
13:41
You should really put that down in a wiki page, e.g. in https://help.ubuntu.com/community/UbuntuLTSP/gPXE
13:41
<denisesball>
i will since I have to write an internal wiki anyways
13:41
dont know what i have an account on there yet
13:44slidesinger has quit IRC
13:49slidesinger has joined #ltsp
13:52skillZ has quit IRC
13:58
<alkisg>
denisesball: it's better if you also put a #!gpxe as the first line on the gpxe scripts
13:58
<denisesball>
u mean before "dhcp net0" eetc.?
13:59
<alkisg>
Right, as the first line
13:59
It's expected to be there, I forgot about it
13:59
<denisesball>
ok
13:59
you using the built in gnome printing config, or do you install cups?
14:00
<alkisg>
Erm, isn't cups preinstalled?
14:00
<denisesball>
yeah, i meant as far as installing the printers
14:00
using the gnome gui or the cups web interface
14:00
<johnny>
i use system-printer-config
14:01
the redhat utility.. but i think ubuntu ships that too
14:01
err system-config-printer
14:01* alkisg too...
14:01
<denisesball>
k
14:01
<alkisg>
But I only go there to publish my printer for fat clients
14:02
It's not needed for the server or the thin clients, everything works out of the box
14:02slidesinger has quit IRC
14:04slidesinger has joined #ltsp
14:05PMantis has joined #ltsp
14:06PMantis has left #ltsp
14:12Barbosa_ has quit IRC
14:13Barbosa has joined #ltsp
14:18Lns has joined #ltsp
14:20jonkke has quit IRC
14:33otavio has quit IRC
14:35otavio has joined #ltsp
14:35
<denisesball>
alkisg: do you have the ability to connect to one of your terms right now?
14:35
<alkisg>
vm term, yup...
14:36
(and a real one some meters away...)
14:36
<denisesball>
how does loading a lightbox image perform for you? click on of the examples please - http://www.huddletogether.com/projects/lightbox2/
14:36
its just javascript
14:36
its deathly slow for me on a stock install
14:46
<atkuepker>
denisesball: took 2-3 seconds for me. We're on an ubuntu 9.10 on an IBM x3550 with 28GB of Ram, but it has 55 admin office staff for users too.
14:46
however, it was quite enough to lock up the flaky Intel video driver on my test terminal =)
14:47
<denisesball>
yeah it seems like a problem
14:47
with the amount of ajax/javascript on the web nowadaya
14:47
<atkuepker>
that Intel video locks up on everything though. Even a screen blanking/monitor off screensaver
14:50pmatulis has quit IRC
14:50thunsucker has quit IRC
14:54
<alkisg>
denisesball: it works fine for me, no visible difference on a thin client than running it while sitting on the server
14:54
<denisesball>
wow, takes me like 15 seconds
14:54
and im the only user on it
14:55
dual core athalon 2.9GHz and 8gb RAM
14:55
i know not really a server proc, but still
14:55
<alkisg>
Where's the bottleneck? CPU? Network?
14:56
<denisesball>
im on the same switch as the server. i installed a 10.04 server from scratch to test it out here
14:56
the terminal is a 500MHz proc and 128mb RAM
14:56
u guys using localapps?
14:57
<alkisg>
Not me, and I tried on a 128mb vm
14:57
<denisesball>
i dont know what i could be missing
14:58
tried LDM_DIRECTX=True too
14:59
<johnny>
128mb ram is kinda small tho
14:59
of course.. now i run fat clients with 2G ram :)
15:00
i found it necessary to run firefox and flash locally to achieve acceptable performance
15:00
but 256 wasn't nearly enough
15:00
it would just crash out
15:00
<atkuepker>
denisesball: We're either pulling or upgrading all of our terminals in that class of equipment
15:00
just hasn't been fast enough w/ 9.10 with or w/o LDM_DIRECTX
15:03
<denisesball>
these terminals are really just only running web apps, i cant justify replacing hardware
15:03
the thing it, they seem to be faster on the debian 4/iceweasal server
15:12
any of u guys remember the LTSP_ETH_INTERFACE option?
15:18
<alkisg>
I don't think ltsp 5 has any such option
15:18
What do you want to do?
15:18
<denisesball>
its old
15:18
i think ltsp4
15:18
just looking at the servers we have in prod now
15:21vvinet has joined #ltsp
15:28
<atkuepker>
wouldn't it be easier to restrict the services such that they don't listen on non-desired interfaces?
15:29
<denisesball>
i actually want it to listen on both, wasnt sure if i could just comma separate them or what
15:30
<atkuepker>
at least in Ubuntu, they listen on all by default
15:31
<denisesball>
i know, im looking at an old debian server with old ltsp with that old option
15:31jhutchins_lt has quit IRC
15:31
<atkuepker>
ah. what I get for multi-tasking again
15:31jhutchins_lt has joined #ltsp
15:32
<denisesball>
no biggie, i was gonna try something but ill get around it. thanks :)
15:36elcabron-work is now known as loathsome
15:37jhutchins_lt has quit IRC
15:37jhutchins_lt2 has joined #ltsp
16:11vvinet has quit IRC
16:33mikkel has quit IRC
16:48Egyptian[Home] has quit IRC
16:54komunista has quit IRC
16:55alkisg has quit IRC
16:55pmatulis has joined #ltsp
17:01Egyptian[Home] has joined #ltsp
17:03jhutchins_lt2 has quit IRC
17:04Gadi has left #ltsp
17:21jammcq has quit IRC
17:26jhutchins_lt2 has joined #ltsp
17:28jhutchins_lt2 has quit IRC
17:32alexqwesa_ has quit IRC
17:33alexqwesa has joined #ltsp
17:36jhutchins_lt2 has joined #ltsp
17:41jhutchins_lt2 has quit IRC
17:41vagrantc has joined #ltsp
17:42jhutchins_lt2 has joined #ltsp
17:47jhutchins_lt2 has quit IRC
17:49jhutchins_lt2 has joined #ltsp
17:49jhutchins_lt2 is now known as jhutchins_lt
17:52alexqwesa has quit IRC
17:53alexqwesa has joined #ltsp
17:59jhutchins_lt has quit IRC
18:00jhutchins_lt has joined #ltsp
18:06
<LedHed>
I'm trying to run the Sabayon Profile editor from within a Thin Client, but it crashes. Is possible to run it from a VNC session? My server is headless.
18:09jhutchins_lt has quit IRC
18:17vagrantc has quit IRC
18:41staffencasa has quit IRC
18:54jhutchins_lt has joined #ltsp
19:05jhutchins_lt has quit IRC
19:17abeehc has quit IRC
19:18abeehc has joined #ltsp
19:23jhutchins_lt has joined #ltsp
19:23jhutchins_lt has joined #ltsp
19:44LedHed has quit IRC
20:08try2free has joined #ltsp
20:18try2free has left #ltsp
20:37gentgeen__ has quit IRC
21:05RiX2 has joined #ltsp
21:08RiXtEr-ZZZ has quit IRC
21:16RiXtEr-ZZZ has joined #ltsp
21:19RiX2 has quit IRC
21:23Mava has quit IRC
21:23leio has quit IRC
21:25Mava has joined #ltsp
21:25leio has joined #ltsp
21:37Led-Hed has joined #ltsp
21:38
<Led-Hed>
I'm new to LTSP, if I have multiple images/architectures, how do I specify which image I want to perform ltsp-update-image on?
21:39
in my case I have /opt/ltsp/amd64 and /opt/ltsp/fat-i386
21:40pmatulis has quit IRC
21:41
<johnny>
Led-Hed, always --help or man <something>
21:41
<Led-Hed>
johnny, I did
21:41
<johnny>
ltsp-update-image --help says it
21:41
<Led-Hed>
is it -b or --base
21:42
<johnny>
do you have another i386?
21:42
it's both probably
21:42
<Led-Hed>
no
21:42
<johnny>
both work
21:42
might as well rename it just i386
21:42
then you an just do ltsp-update-image -a i386
21:42
or --arch i386
21:43
but both b and a work as well
21:43
err
21:43
but both -b and --base..
21:43
<Led-Hed>
so ltsp-update-image -a i386 -b /opt/ltsp/fat-i386
21:43
<johnny>
ones the short form, and ones the long form as tends to be standard amongst gnuish programs
21:43
<Led-Hed>
right
21:43
<johnny>
probably
21:43
this
21:43
<Led-Hed>
thanks
21:43
<johnny>
nah
21:43
one sec
21:43
<Led-Hed>
k
21:44
<johnny>
ltsp-update-image --chroot fat-i386
21:44
i don't know if you need -a/--arch with that
21:44
<Led-Hed>
there is not --chroot option listed in help
21:44
<johnny>
Led-Hed, 99% of poeple just do ltsp-update-image -a amd64|i386
21:44
<Led-Hed>
ahh
21:44
<johnny>
err
21:45
i mean.. amd64 or i386, if you're unfamiliar with | meaning or
21:45
<Led-Hed>
lol
21:45
I know what you meant
21:46* johnny thinks we should ditch the whole --arch thing and see if it can just be detected instead
21:46
<johnny>
and just go based on the name of the directory under /opt/ltsp
21:47
<Led-Hed>
I think --option is a BSD compatibility thing
21:47
<johnny>
Led-Hed, ltsp-build-client does have a --chroot option, i was assuming
21:47
no.. it's not a bsd compatibility.. it's a concious choice because it's awesome
21:47
while typing on the command line, using the short args is useful
21:47
but in a script.. using the long form is much more readable to everybody
21:48
<Led-Hed>
ahh
21:48
<johnny>
usually in the case of ultra common tools you will see such things ommitted
21:48
like ls -l
21:49
<Led-Hed>
ok, so you think I should ditch the architecture option, and just --chroot /opt/ltsp/fat-i386
21:49
<johnny>
well.. i haven't looked in the code in awhile while
21:49
<Led-Hed>
dont go to that trouble.
21:49
<johnny>
i don't think chroot takes the whole thing
21:49
<Led-Hed>
if it hooses the image I can always reabuild it
21:49
<johnny>
that's what base is for
21:49
<Led-Hed>
oh
21:49
<johnny>
really it would be something like this
21:49
<Led-Hed>
good to know
21:50
<johnny>
for ltsp-build-client ltsp-build-client --base /some/other/opt/ltsp --chroot fati386
21:50
when base is ommitted, it defaults to /opt/ltsp
21:50
and chroot defaults to whatever are your server is (on ubuntu)
21:51
Led-Hed, fedora and gentoo's ltsp defaults to i386 in all such cases fyi
21:51
<Led-Hed>
ok
21:51
I'm on Ubuntu
21:51
<johnny>
if you had all amd64 thin clients (in ubuntu). you can just ltsp-update-image
21:51
no need for anything else
21:52
<Led-Hed>
right, I've done that before, but I just recently build a FatClient image.
21:52
I had never had to specify which image to update, which is why I asked.
21:53
and the --base wasnt all that clear to me. if --chroot had been listed in the --help then I probably wouldnt be here. :)
21:53
<johnny>
for ltsp-update-image it looks like you have to use -a fati386
21:56
it has no --chroot :( but it should
21:58
<Led-Hed>
ahh
22:02
johnny, do fat clients /home dirs reside on the server?
22:04
<johnny>
yes
22:04
<Led-Hed>
is there a way to prevent that?
22:06
I think I broke it.
22:07
<johnny>
prevent it? why?
22:07
it wouldn't be recommended at all
22:08
where else would you want them mounted?
22:08
<Led-Hed>
I want to create 1 user account and set it up then lock it down, Then have all my pxe clients boot and autologin to that one profile.
22:08
<johnny>
no
22:08
don't do that
22:08
just create a home directory for each computer
22:08
<Led-Hed>
problem with that is if they have /home mounted on server Firefox bombs out.
22:08
<johnny>
and lock it down on the server
22:09
huh?
22:09
yes.. do not do that
22:09
many programs won't run fine that way
22:09
it is bset to create one account for each single computer
22:09
and then set each one to automatically login.. or use the guest account functionality
22:09
that's what i did
22:09
<Led-Hed>
but then I have to replicate the settings and such for each computer account.
22:10
<johnny>
that's easy
22:10
use sabayon for some of it
22:10
and copy the rest of the settings between each
22:10
you can even mark certain files not writable
22:10
<Led-Hed>
sabayon crashes
22:10
<johnny>
or you could symlink them
22:10
in which ubuntu?
22:10
<Led-Hed>
yes
22:10
Lucid
22:10
<johnny>
hmm.. it should work
22:11
you can't really run it in vnc
22:11
i saw you mentioned that earlier
22:11
you need access to xephyr
22:11
i have a feeling it's not palying nice
22:11
it launches another x server
22:11
<Led-Hed>
well I'm running the server as a XenServer VM, which doesnt allow for a Graphical console, so I connect via VNC, so that may be part of the problem.
22:11
<johnny>
yes it might be
22:12
you can build them from another pc
22:12
and then copy the profile directory to the server
22:12
<Led-Hed>
that might work
22:12
<johnny>
it's meant to work that way
22:12
you can even have it download the profile over http or via ldap
22:12
if you were running a lab, the http way would be pretty good
22:12
or rather.. mutliple labs..
22:12
one is just fine to just copy the dir over
22:13
<Led-Hed>
I chroot /opt/ltsp/fat-i386, then I ran apt-get install openssh-server, update-rc.d ssh defaults. then I ltsp-update-image. now it doesnt boot. just sits on the ubuntu boot splash screen
22:15
<johnny>
remove quiet splash from /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
22:15
err fati386 that is..
22:15
<Led-Hed>
ahh. so I can see whats going on
22:16ogra_cmpc has quit IRC
22:18
<Led-Hed>
something isnt right, I have 4GB of ram on the server and its maxed out. ONly 3 clients running on it
22:24RiXtEr-ZZZ has quit IRC
22:24
<Led-Hed>
wouldnt boot because it was out of RAM
22:28RiXtEr has joined #ltsp
22:28
<Led-Hed>
johnny, thanks for the help. I'm calling it a night.
22:28RiXtEr has quit IRC
22:28Led-Hed has quit IRC
22:29ogra_cmpc has joined #ltsp
22:30RiXtEr has joined #ltsp
22:35jhutchins_lt has quit IRC
23:37try2free has joined #ltsp
23:53alkisg has joined #ltsp