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


Channel log from 14 March 2008   (all times are UTC)

00:02rafi has left #ltsp
00:05ogra has quit IRC
00:05hector has joined #ltsp
00:06
<hector>
hello
00:07
how do I verify I am running 5.0?
00:13
<johnny>
depends on the distro i think
00:18MacIver has joined #ltsp
00:18ogra has joined #ltsp
00:19
<johnny>
is there a reason add_option doesn't let you set a default value for the option?
00:25abadger1999 has joined #ltsp
00:25
<johnny>
if it takes args that is
00:35indradg_ has joined #ltsp
00:49mikesh has quit IRC
00:53indradg__ has quit IRC
01:04cyberorg has joined #ltsp
01:23hector has quit IRC
01:23Egyptian[Home] has quit IRC
01:23soneyka has quit IRC
01:23loather-work has quit IRC
01:23hector has joined #ltsp
01:23Egyptian[Home] has joined #ltsp
01:23soneyka has joined #ltsp
01:23loather-work has joined #ltsp
01:29abadger1999 has quit IRC
01:29moquist has quit IRC
01:29topslakr has quit IRC
01:29bjorn has quit IRC
01:29gu_ has quit IRC
01:31abadger1999 has joined #ltsp
01:31moquist has joined #ltsp
01:31topslakr has joined #ltsp
01:31bjorn has joined #ltsp
01:31gu_ has joined #ltsp
01:32mikesh has joined #ltsp
01:34moquist_ has joined #ltsp
01:34moquist has quit IRC
02:00alekibango has quit IRC
02:11deavid has joined #ltsp
02:32indradg_ has quit IRC
02:34indradg_ has joined #ltsp
02:58menomc has joined #ltsp
02:58mnemoc has quit IRC
02:59ogra_cmpc has quit IRC
03:00menomc is now known as mnemoc
03:00ogra has quit IRC
03:04Faithful has joined #ltsp
03:17mikkel has joined #ltsp
03:18highvoltage has joined #ltsp
03:19
<highvoltage>
hi, in ltsp 5, where do I put my custom lts.conf in /var/lib/tftpboot again?
03:27
thanks, found it in the old lts.conf
03:31indradg_ has quit IRC
03:48alekibango has joined #ltsp
04:32Nuba1 has joined #ltsp
04:45mikesh has quit IRC
05:12technofrood has joined #ltsp
05:15ogra_cmpc has joined #ltsp
05:19
<technofrood>
I'm having problems with LTSP in a RIS enviorment, I have set the boot options in a reservation on hte windows dhcp server, my test machine picks up the reservation (gets the right ip) but it still boots from ris
05:25ogra has joined #ltsp
05:27
<sep>
guess you have to check those options again. you can also check in the leasefile what options the client actualy get from the server
05:29
<technofrood>
Where would I find this leasefile?
05:57mikesh has joined #ltsp
06:05technofrood has quit IRC
06:32Nuba1 is now known as Nubae
06:49vagrantc has joined #ltsp
06:53elisboa__ has quit IRC
06:59Guaraldo has joined #ltsp
07:00Guaraldo has left #ltsp
07:00Guaraldo has joined #ltsp
07:07edistar_ has joined #ltsp
07:18edistar has quit IRC
07:30steph_ has joined #ltsp
07:35
<steph_>
Hello, everybody! I've intalled LTSP / fresh Ubuntu just to see if I can configure my PC quickly. I had some problems last time and someone here told me to restart dhcp3-server. That's what I've done with not success. So I restarted my computer, and now my client is up. My question is: wich service/daemon do I have to restart if I don't want to reboot the server?
07:36
<ogra_cmpc>
inetd and dhcpd
07:36
<steph_>
I thought inetd was started by dhcp3-server?
07:36* ogra_cmpc ponders to add a trigger for thet to ltsp-build-client
07:36
<ogra_cmpc>
nope
07:37
<steph_>
oh. ok. thanks.
07:37
<ogra_cmpc>
dhcpd runs standlaone and gives the client the ip and info where to pull the kernel via tftp
07:37
if the client has that info it asks for the kernel in the defined place it got from dhcp
07:38
(which would be the ltsp server)
07:38
inetd sits on the server and listens for tftp requests ...
07:38
if there comes one it firs up tftpd to server the kernel
07:38
*fires
07:38
*serve
07:38
<steph_>
it seems logic ;)
07:39
thanks again. You do a great job.
07:39
<ogra_cmpc>
kernle gets unpackaed, loads initramfs from the same place via tftp and starts booting
07:39
:)
07:39
i like to have happy users :)
07:41
<steph_>
Are you the main developper?
07:41
<ogra_cmpc>
i was one of the three for two years ...
07:41
we changed to team maintenance when fedora enetered the team
07:42slidesinger has joined #ltsp
07:43
<tarzeau>
did someone look that libflashsupport gets into debian?
07:45
<ogra_cmpc>
no idesa
07:48cdealer has joined #ltsp
07:51
<ogra_cmpc>
tarzeau, it would be trivial to pull the sourcepackage from ubuntu though
07:51
<tarzeau>
ogra_cmpc: i know, but someone needs to do it
07:51
<ogra_cmpc>
file an ITP bug :)
07:52
i'd be happy if we could only sync it next release
07:52
<tarzeau>
there's already one http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=449037
07:53mhterres has joined #ltsp
07:53
<ogra_cmpc>
ah
07:53
well, then someone will care at some point
07:54
<cdealer>
good morning. When a user logout the server stays with at least 3 processes still open for that user... is there any way so when the user logoff all his processes get kill ? Like a pkill -u ${USER} ? normally gconfd2 14, dbus-daemon, bonobo and gnome-vfs-2.0 are some processes that stays open ...
07:55
<tarzeau>
cdealer: wdm can do that. i'm looking for the same for ldm too
07:55
<ogra_cmpc>
gconfd shouldnt do anty harm ...
07:55deavid has quit IRC
07:55
<ogra_cmpc>
dbus will though
07:55
<cdealer>
ogra_cmpc, but when the user logout isnt to all his processes get kill ?
07:56
<ogra_cmpc>
ldm does a kill -9 ${PPID}
07:56
<tarzeau>
cdealer: you don't want to kill all processes of a user, some users run some stuff in background (screen and stuff)
07:56
<ogra_cmpc>
which kills x-session-manager
07:57
<cdealer>
other thing that keeps happen is zombie processes, that Im running a 15minutes cron to kill all zombies parents, because this zombies are making my server loadaverge after some days up to something like 15 to 19
07:57
<tarzeau>
you can't kill zombies
07:57
<ogra_cmpc>
these are dbus and gnome bugs ... all known and still not fixed properly
07:57
<cdealer>
tarzeau, not, but I can kill the main process
07:57
<ogra_cmpc>
zombies dont take any ressources\
07:57
<laga>
just your brains
07:57
<ogra_cmpc>
they are just dead leftovers in the processlist
07:58
<cdealer>
ogra_cmpc, well .. I can assure you that when we have about 15 zombies our load average was very high, and after killing this parents the load drops drastically
07:59
<ogra_cmpc>
well tell that to a kernel guy :)
07:59
<hector>
Hi, a good day to all!!
07:59
:-)
07:59
<ogra_cmpc>
technically there is no way for a zombie to eqat any resources
07:59mhterres has left #ltsp
07:59mhterres has joined #ltsp
08:00
<ogra_cmpc>
if your parent process does a waitpid or so and hits a zombie that might indeed well raise the load
08:00
<hector>
What is wrong when LTSP gets stuck right after it starts the multi sessions?
08:00
<cdealer>
ogra_cmpc, maybe his parent is making the load average comes high ? Because was easily visible, in the same time we killed all zombies (ok, his parents) the load average droped from 8 to 2, then 1, then 0.7 then it stays with about 1~2 of load average...
08:00
<ogra_cmpc>
but that means you need to fix the calling app (likely caused by whatever is your session manager)
08:01
<hector>
Thus, boots, finds dhcp, loads the kernel, does a lot of things with USB, Mouse, etc, then "starts multi sessions" and nada....
08:01* ogra_cmpc never heard of that message
08:01
<hector>
What do I need to check?
08:01
<ogra_cmpc>
hector, is that ancient ltsp 4.2 stuff
08:02
<hector>
yes, I am sorry, LTSPADMIN defaults to 4.2
08:02
I downloaded 5.0, will install today.
08:02
<ogra_cmpc>
nobody touched tat since two years
08:02
<cdealer>
ogra_cmpc, other thing I notice is the server performance with the users... if we do everyday a reboot the server never get overloaded but after 4, 5 days without a reboot the server comes to be very unstable.... any suggestion about what may be happening ?
08:03
<ogra_cmpc>
so ymmv for getting support for it ... you need to hang around a while here to find someone knowing the old stuff
08:03
<hector>
Ok, I am new to LTSP.
08:03
No, I am moving to LTSP 5.0
08:03
<ogra_cmpc>
cdealer, no ... look for more leftover processes etc
08:03
htop is a good tool to find detailed infop about procs
08:03
<hector>
I just need a few pointers and will listen to this channel for awhile.
08:04
Is there a quick way to get 5.0 up and running?
08:04
<ogra_cmpc>
hector, what distro are you using ?
08:04
<hector>
Fedora, Debian, Mepis...
08:04
<cdealer>
ogra_cmpc, yeah, this is way Im very concerned about left processes ...
08:04
<ogra_cmpc>
!debian
08:04
<ltspbot>
ogra_cmpc: "debian" is is a GNU/Linux based operating system that makes an excellent LTSP server. You can find it at http://www.debian.org. for information about LTSP on debian see http://wiki.debian.org/LTSP
08:04
<ogra_cmpc>
!ubuntu
08:04
<hector>
I think debian is the best also
08:04
<ltspbot>
ogra_cmpc: "ubuntu" is a Debian based GNU/Linux distrubution that includes a Ubuntu specific version of LTSP. It can be found at http://www.ubuntulinux.org. to install ltsp on ubuntu: https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
08:05
<ogra_cmpc>
hector, these two are the best wrt LTSP5 atm
08:05
ubuntu a bit ahead since ltsp5 comes from there
08:05
<hector>
wrt and atm, explain please
08:05
<ogra_cmpc>
with regard to
08:05
at the moment
08:05
<hector>
It has been so long since I chat.
08:05
:-(
08:05* ogra_cmpc is way to used to abbrev.
08:06
<cdealer>
wtf can explain most of the abbreviations... =D
08:06
<ogra_cmpc>
its a bad habit of lazy typers
08:06
<laga>
zomg
08:06
<ogra_cmpc>
lol
08:06
<hector>
lol
08:06
<laga>
wtfbbkthxbye ;)
08:07
<ogra_cmpc>
bb ?
08:08
<cdealer>
O.o
08:08
MOST ... not every crazy abbrev lol ;)
08:08
<laga>
s/bb/bbq/ ;)
08:08
<ogra_cmpc>
ah
08:08elisboa has joined #ltsp
08:09
<hector>
i c perl
08:09
Correct me if I am wrong, please
08:09
<cdealer>
ogra_cmpc, have you notice any other problem related with no rebooted ltsp boxes?
08:09otavio has joined #ltsp
08:10
<hector>
I will install Ubuntu LTSP on my Debian server, and "voila"??
08:10
<cdealer>
hector, like that... yeah
08:10
hector, is almost telepathy
08:11
<hector>
This won't affect the Webserver in any way?
08:11
<steph_>
how can I do a mass configuration for client's desktop ( let say for 50 computers)?
08:11
<hector>
You see my test-box is fedora, My debian is more production.
08:12
People r using it intensely.
08:12slidesinger has quit IRC
08:12slidesinger has joined #ltsp
08:14
<ogra_cmpc>
hector, that wont work, you can only instal debians ltsp on debian and ubuntus ltsp in ubuntu
08:15
<steph_>
I know sabayon, but I think I'm doing something wrong.
08:15
<hector>
Thus, I need to make my test-box debian, for my to learn LTSP, before deploying
08:15
s/my/me
08:15
<ogra_cmpc>
ltsp5 is ditro specific, it uses the ditros packages and setup tools to build your thin client setup
08:15
so you can only use the one thats included with the distro you use
08:16
if you have a debian machine and are familiar with it, use debians ltsp
08:16
<hector>
apt-get ltsp.....
08:16
<ogra_cmpc>
!debian
08:16
<ltspbot>
ogra_cmpc: "debian" is is a GNU/Linux based operating system that makes an excellent LTSP server. You can find it at http://www.debian.org. for information about LTSP on debian see http://wiki.debian.org/LTSP
08:16
<ogra_cmpc>
see the howto in the bot reply above
08:16
of if you want to use ubuntu
08:16
!ubuntu
08:16
<ltspbot>
ogra_cmpc: "ubuntu" is a Debian based GNU/Linux distrubution that includes a Ubuntu specific version of LTSP. It can be found at http://www.ubuntulinux.org. to install ltsp on ubuntu: https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
08:17
<hector>
Yes, I have been reading all those and have decided defintely to use DEBIAN as a server, and Ububtu as the client.
08:17
<ogra_cmpc>
the easiest to get ltsp out of the box preinstalled is edubuntu at the moment
08:17
you cant mix the distros
08:17
debian needs a debian client
08:17
<hector>
Yes, I was thing of installing edubuntu on my testbox.
08:18
<ogra_cmpc>
and ubuntu the ubuntu one
08:18abadger1999 has quit IRC
08:19ogra_cmpc_ has joined #ltsp
08:19
<ogra_cmpc_>
hrm
08:19
cappy network
08:20
if your deployment can wait a month ... i'm just done with integrating ltsp into the ubuntu cd (same implementation edubuntu uses) but thats for the april release which is not beta yet
08:20
so you could help me testing :)
08:20
<hector>
would love to, but I need to get this LTSP working asap.
08:20
<ogra_cmpc_>
ah
08:20
<hector>
Without breaking current network components.
08:21
I am concerned that if I install LTSP on my debian server, that something could happen.
08:21
Because, dhcpd, tftpd, nfs, and other services.
08:21
Or am I just too paranoid?
08:21
<laga>
use a virtual machine?
08:22
<ogra_cmpc_>
tftp and nfs wont do any harm (apart from opening ports to the net)
08:22
<hector>
ok, so dhcpd?
08:22Nubae has left #ltsp
08:22
<ogra_cmpc_>
dhcp can get tricky, sine you cant run two dhcp servers in one network if you want to do netbooting
08:22
<hector>
What I did last night, was isolate just my fedora box with one thin client.
08:22
<laga>
you can do that, but it's not straightforward
08:23
<ogra_cmpc_>
totally not
08:23
and i wouldnt recommend it to anyone
08:23
<hector>
You see, I had issues with 2 dhcp running on the network, and I would get gfragmented packets
08:23
<ogra_cmpc_>
right
08:23
<hector>
Thus, I isolate, and the thin client booted, up to the freezing, becuase of LTSP 4.2
08:24
Ok, this weekend I would like to tackle this issue.
08:24
LTSP 5.0 & Debian
08:24
My only issue is dhcpd
08:24
<ogra_cmpc_>
if you test edubuntu, just make sure to have two NICs in the server, it will pick the one not connected to a gateway to run ltsp on
08:24
and leave the other interface alone
08:25
so the ltsp dhcpd only runs on the thin client network
08:25
<hector>
The only 2 NIC server, is y debian server.
08:25
I will not change the distro there.
08:25Gadi has joined #ltsp
08:26
<hector>
I have one testbox, currently fedora.
08:26
I am willing to try LTSP 5.0 on it.
08:26
What do you think.
08:26
Then move to the debian server.
08:27
<laga>
ogra_cmpc_: btw, how did you test/debug the ltsp-client-builder udeb? i'm not sure how i''m suppose to hack on d-i..
08:27
<hector>
brb
08:29
<laga>
hector: LTSP 5.0 is very distribution-specific. you can't really "move" from fedora to debian. LTSP on fedora basically installs a second fedora system to boot the clients and does fedora-specific things to boot the clients.
08:30
hector: on debian, LTSP does other stuff than on fedora.
08:31
<tarzeau>
aha?
08:31ogra_cmpc__ has joined #ltsp
08:31
<laga>
tarzeau: that's my impression at least ;)
08:31
<tarzeau>
i don't know. i got debian here
08:32
<laga>
some things like LDM are (mostly) distribution independent, but that's it
08:32ogra_cmpc_ has quit IRC
08:32
<ogra_cmpc__>
ltspfs as well
08:32
and if we ever manage to split out jetpipe then that too
08:35
<tarzeau>
what's jetpipe good for?
08:35ogra_cmpc has quit IRC
08:35
<steph_>
...and how can I change login screen on clients to a default language?
08:35ogra has quit IRC
08:35
<ogra_cmpc__>
it replaces lp_server
08:35ogra has joined #ltsp
08:35
<ogra_cmpc__>
steph_, you cant ... ldm"s ui isnt translated
08:36
you could recompile it ... effectively its only five strings you need to change
08:36
<steph_>
you could teach me ;)
08:36
<hector>
laga, I am back, and thanks for your advice.
08:37
<laga>
ogra_cmpc__: any advice on ltsp-client-builder?
08:37
<hector>
Is it straightforward to do LTSP 5.0 on debian?
08:38
If it is an easy install and configure, I can just put it on the production Debian server.
08:38q__ has joined #ltsp
08:38
<hector>
My biggest concern is DHCPD
08:39
currently, my dsl router is the DHCP server on the network, everything connects and finds the gateway, my Macbook included.
08:39
<ogra_cmpc__>
hector, dunno if that got through
08:39
<ogra_cmpc_> if you test edubuntu, just make sure to have two NICs in the server, it will pick the one not connected to a gateway to run ltsp on
08:39
<ogra_cmpc_> and leave the other interface alone
08:39
<ogra_cmpc_> so the ltsp dhcpd only runs on the thin client network
08:39
that will prevent all possible probs
08:39alekibango has quit IRC
08:42
<hector>
Can't I just put it on the debian server?
08:42
What could possibly happen?
08:43
I want to have an easy install and configure, not testing edubuntu, or fedora, lets go straight to debian
08:43
would it be difficult to accomplish this?
08:43
<laga>
you can put LTSP on debain
08:43
debian*
08:44
<hector>
I am willing to reconfigure my DHCP process.
08:44
Is it tough to accomplish, or just a breeze?
08:44
:-)
08:45
<laga>
i have never used LTSP on debian
08:45hector__ has joined #ltsp
08:45
<laga>
i have never used LTSP on debian
08:45
<hector__>
ogra, what do you think?
08:46
<mnemoc>
"Check out Ubuntu and Debian for awesome integration" <--- from the $topic of the channel
08:47
<hector__>
Yes, I read that, and am willing to try.
08:47
I just need a few pointers, before diving in.
08:47
<laga>
!debian
08:47
<ltspbot>
laga: "debian" is is a GNU/Linux based operating system that makes an excellent LTSP server. You can find it at http://www.debian.org. for information about LTSP on debian see http://wiki.debian.org/LTSP
08:47
<hector__>
got it!
08:47* ogra_cmpc__ has never tried ltsp ion debian either, but the howto should guide you through
08:47* laga has never actually used LTSP :/
08:48
<hector__>
wow....
08:48slidesinger has quit IRC
08:49
<hector__>
the debian server can do it all in one box? NFS, TFTP, DHCPD, HTTPD, LTSP, etc, one a 2NIC interface
08:49
That is my concern.
08:49
:-)
08:49nicoAMG has joined #ltsp
08:49
<hector__>
One box, 2 NIC, debian server distro.
08:50
<laga>
yes, if you configure it appropriately
08:50
<hector__>
Then install configure all these services.
08:50
Has anyone tried this yet?
08:50
One box, does it all.
08:50
<laga>
if it's anything like ubuntu's LTSP, you just have to configure the second NIC to have a different subnet and tell the DHCP to use that interface (by configuring it for that netowkr)
08:50
<hector__>
make me :-)
08:50
<laga>
network*
08:51slidesinger has joined #ltsp
08:51
<hector__>
brb
08:54TelnetManta has joined #ltsp
08:55
<steph_>
ogra_cmpc: There is a symlink (/opt/ltsp/i386/usr/share/ldm/themes/default) to /etc/alternatives/ldm-theme (wich is not there). I'm still looking for a ldm with a different language. Could it be the problem?
08:56q__ is now known as alekibango
09:02elisboa has quit IRC
09:02hector has quit IRC
09:02elisboa has joined #ltsp
09:05mccann has joined #ltsp
09:05
<hector__>
hi
09:06mareva has joined #ltsp
09:07
<hector__>
ogra, I have this link for you to comment on:
09:07
http://wiki.ltsp.org/twiki/bin/view/Ltsp/Ltsp5TarballInstructions
09:08
Installing it on my Fedora test-box, just to see it working.
09:08
What do you think?
09:08
laga?
09:08
anyone?
09:10
ltspbot?
09:10
<laga>
i dont think anything :)
09:11
<hector__>
oh, ok.
09:11
:(
09:12
<laga>
if it works then it's good.. but i dont see the advantage because fedora already works with LTSP as far as i know.
09:12
listen, nobody here is going to read the manual to you or walk you through the process of setting up LTSP. there's lots of documentation. just decide what you want to do, follow the documentation and ask if there's a problem.
09:12
if you're afraid of breaking your system, get a backup and/or set it up in a virtual machine first
09:12
<hector__>
do u have to say that?
09:13
what do u think i have been doing, before joining this channel?
09:13
I can just use a testbox.
09:13
No need for virtual.
09:13
<laga>
then do it :)
09:14
<hector__>
hey, easy man.
09:14
I will do it, just needed a few pointers.
09:14
Don't have a cow.
09:14
:-)
09:14
a good day to you.
09:14hector__ has left #ltsp
09:14
<laga>
i'm not getting mad, you just have been asking the same stuff over and over ;)
09:15
<ogra_cmpc__>
hector__, the tarballs are not a good idea
09:16prpplague has joined #ltsp
09:16
<laga>
he's already gone..
09:17
<mareva>
can someone please offer a pointer ?, I am tring to limit the choice of session type availble to users at login (using LTSP 5 + Edubuntu)
09:22
<cdealer>
some users complain that the mouse is doing a dual click (is this the right word?) when they only click on time, this is happen only with ltsp clients... what is happening ??
09:23
<mareva>
can someone please offer a pointer ?, I am tring to limit the choice of session type availble to users at login (using LTSP 5 + Edubuntu)
09:24prpplague has left #ltsp
09:26
<ogra_cmpc__>
mareva, what sessions do you see ?
09:27krishna_ has joined #ltsp
09:28
<mareva>
I can see gnome, failsafe options, etc and KDE, I want to make use of kiosk and would therefore prefer to limit my users choice to KDE
09:29
<Gadi>
cdealer: LTSP 4.2?
09:29
<ogra_cmpc__>
mareva, ltspfsd on the server reads what update-laternatives --list x-session-manager returns
09:30
mareva, you could hack up ltspfsd to just return a static line for one session type (note that failsafe is hardcoded, you cant get rid of it easily)
09:30
<cdealer>
Gadi, no, 5 on gutsy
09:34
<mareva>
ogra_cmpc__, I am trying to provide a solution for local community based charity, but as there will be public access to this network I want to limit the opportunities for mischief by locking down as much unnecessary stuff as possible.
09:34
<ogra_cmpc__>
right
09:35
telnet localhost 9571
09:35
that shows you the return values of ldminfod
09:35
the code is a simple python script
09:35
<Gadi>
cdealer: on the ltsp side, as long as you are *not* specifying any X_MOUSE_ options, it should be setup properly. The other place I would check is the configuration of the preferences on the desktop for Mouse
09:35
<mareva>
ogra_cmpc__, am I missing perhaps a better angle on this problem ?
09:36
ogra_cmpc__, thank you
09:37
<ogra_cmpc__>
mareva, newer versions of ldminfod use the .desktop files in /usr/share/xsessions/ that will make it easier for you (just remove what you dont want listed)
09:37ogra_cmpc__ is now known as ogra_cmpc
09:38
<mareva>
ogra_cmpc__, have you any idea when this is likely to be in use ?
09:39
<ogra_cmpc>
??
09:39
oh
09:39
when ...
09:39
i read why :)
09:39
with hardy
09:39
<mareva>
:-)
09:40
thanks
09:41
<Gadi>
should be a drop in replace, tho, no?
09:41
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/annotate/wtogami%40redhat.com-20080314042212-j53i963jonr38i1l?file_id=ldminfod-20060906010354-sxxnswd9iz5oimk6-1
09:41Topslack has joined #ltsp
09:43Blinny has joined #ltsp
09:51
<ogra_cmpc>
yes
09:52
bah, that thing got ugly... i never intended that it would become that complex
09:52
but lots of the noce simple code in ltsp did ... sdaly
09:52
*nice
09:57makghosh has joined #ltsp
10:02Pascal_1 has joined #ltsp
10:02
<Pascal_1>
hello
10:03
i come back again with the same question : anybody use pam_mount with thin client ? i can make it works with ssh (thin client connection) mount share works fine but i've got problem with umount
10:04
<Gadi>
Pascal_1: http://wiki.ltsp.org/twiki/bin/view/Ltsp/WinIntegration#pam_mount_conf_and_LDM_ssh
10:04
<Pascal_1>
hmm i try this :-(
10:05
<Gadi>
try changing smb to cifs
10:05
<Pascal_1>
i try again
10:05
ok i try the 2
10:06
<rjune_>
!f
10:06
<ltspbot>
rjune_: Error: "f" is not a valid command.
10:06
<rjune_>
!g
10:06
<ltspbot>
rjune_: "g" is Gadi!!!!!!!!!!!!!!!!!!!!!!!!
10:06
<Gadi>
juney!!!!!!!!!!!!!
10:08
<rjune_>
LOL
10:10
<Pascal_1>
with cifs it doesnt work
10:10
you think i had to try with cifs and the link you gave me ?
10:11
<Gadi>
Pascal_1: did you set: pmvarrun /bin/true
10:11
<Pascal_1>
no i try first with cifs
10:11
now i try with the link you gave me
10:11
<Gadi>
set that, and: rm /var/run/pam_mount/*
10:12
<Pascal_1>
but the problem i meet is : "pam_mount(misc.c:358) error setting uid to 0"
10:12
but itry
10:13
<Gadi>
are you logging in as root?
10:13
do not
10:14
<Pascal_1>
??
10:14
what you mean
10:15
i login as an ldap user samba share is correctly mounted on logging but not unmounted on loggout
10:15
<Gadi>
"pam_mount(misc.c:358) error setting uid to 0" suggestes you are logging in as root
10:16
but, if you added pam_mount o common-*, then it was probably when you sudo ;)
10:16
<Pascal_1>
yes it's the problem
10:16
it mount samba share as root even i'm a normal user
10:17
<Gadi>
then you set up pam_mount with the wrong options
10:17
<steph_>
How can I specify a default desktop environnement for all users?
10:17
<Pascal_1>
gadi it's seem to be the normal fonctionnement of pam_mount
10:17
Gadi, let's have a look here http://pastebin.fr/1196
10:17
<Gadi>
Pascal_1: only if you don't specify uid=&
10:18
<Pascal_1>
here is the line in my pam_mount config file volume * smbfs 192.168.39.248 & ~/&'_SIOUX' dmask=0711 - -
10:19
<ogra_cmpc>
steph_, that was ubuntu or debian, right ?
10:19
<Gadi>
add: uid=&
10:19
so: dmask=0711,uid=&
10:19
<Pascal_1>
i try
10:19
<Gadi>
prolly should do gid=& too
10:19
so: dmask=0751,uid=&,gid=&
10:20
<steph_>
ogra_cmpc: right
10:20
<Pascal_1>
volume * smbfs 192.168.39.248 & ~/&'_SIOUX' dmask=0751,uid=&,gid=& - -
10:20
??
10:20
<ogra_cmpc>
steph_, sudo update-alternatives --config x-session-manager
10:20
that will let you select the system default
10:21
<Gadi>
Pascal_1: right
10:21* ogra_cmpc just heard that fedora switched to the debian alternatives system ...
10:21
<Pascal_1>
gadi it doesnt works
10:22
<Gadi>
Pascal_1: at all? or it still mounts as root
10:22
<Pascal_1>
wait i look
10:22
<Gadi>
also, what are the permissions/ownership of the mountpoint?
10:22
they must be user-owned
10:23
<Pascal_1>
gid=& is wrong
10:24
the mountpoint is created by pam_mount
10:24
<Gadi>
ok
10:25
I guess you dont have groups with same names as user
10:25
is this with AD?
10:25
if so, you can do: gid="Domain Users"
10:25
<Pascal_1>
it's an ldap directory
10:26
<Gadi>
ok
10:26
<Pascal_1>
http://pastebin.fr/1197
10:26
<Gadi>
well, whatever default group the user is in
10:27
<Pascal_1>
biatoss
10:27
as in the pastebin
10:29
<Gadi>
have you tried with: UsePrivilegeSeparation yes in sshd_config?
10:29
<ogra_cmpc>
shouldnt that be "no" rather ?
10:30
<Gadi>
well, it depends how you skin the cat
10:30
<ogra_cmpc>
i think yes is the upstream default
10:30
<Pascal_1>
i test the two
10:30
my first pastebin
10:30
<Gadi>
you may also need to add "user" to the options
10:30
so: uid=&,user
10:30
<Pascal_1>
what options ?
10:30
ok
10:30
for gid i write nothong ?
10:30
nothing
10:30
<Gadi>
yeah - that should be ok]
10:31
<ogra_cmpc>
do you have a pressing reason that it has to be smb/cifs ?
10:31
<Pascal_1>
it's a samba share
10:31
<ogra_cmpc>
the homedir ?
10:31
<Pascal_1>
yes
10:31
volume * smbfs 192.168.39.248 & ~/&'_SIOUX' dmask=0751,uid=&,user - -
10:31
like that ?
10:31
<ogra_cmpc>
but running on a linux server ?
10:32
<Pascal_1>
yes
10:32* ogra_cmpc would use nfs for linux-linux connections
10:32
<Pascal_1>
i've got one ldap server (first machine), one samba server (second machine) and one ltsp server
10:33
but the samba server is used also by windows client
10:33
<ogra_cmpc>
and apparently lots of windows
10:33
yeah
10:33
well, samba and nfs can easily serve the same dir ...
10:33
<Pascal_1>
the error is always the same : pam_mount(misc.c:346) error setting uid to 0
10:33
<ogra_cmpc>
and setting up nfs with pam_mount shouldnt be an issue
10:34
<Pascal_1>
it seems to be a problem with openssh because no problem with local gdm or local console
10:34
<Gadi>
it is related to the priviledge separation
10:34
<ogra_cmpc>
yes, you need to find a wat to do cheat the privilege separation
10:34
<Gadi>
there are comments in the pam_mount docs
10:34
<Pascal_1>
yes but i test the two configuration yes and no
10:35
<ogra_cmpc>
(which you dont if you just mount /home via nfs from teh server)
10:35staffencasa has joined #ltsp
10:35
<Gadi>
have you done 'no' + user
10:35
?
10:35
<Pascal_1>
gadi where ?
10:35
<Gadi>
ie UsePriviledgeSeparation no
10:35krishna_ has quit IRC
10:35
<Pascal_1>
+ user ?
10:35
<Gadi>
and in the options: uid=&,user
10:36
my thinking is that would cause the mount to heppen by the user
10:36
so the unmount could happen by the user
10:37
<Pascal_1>
i try the same
10:37
it doesn works
10:37
<Gadi>
be sure to umount the mount if it is mounted
10:37
<Pascal_1>
yes sure
10:37
when i try with UsePriviledgeSeparation no, there is no log in /var/log/auth when i loggout
10:40
i 've got to tell you i'm on a debian
10:40
may be it's important
10:40
but i had the same problem with gutsy
10:40
<ogra_cmpc>
they use the same ssh (gutsy is newer than etch though)
10:40
its even the same maintainer
10:41
<Pascal_1>
yes
10:41* ogra_cmpc really wonders why people try so overly complicated setups that take them hours instead of the simple solution thats set up in 5 min
10:41
<laga>
because it's fun
10:42
<Pascal_1>
no
10:42
<ogra_cmpc>
(and is way easier to maintain)
10:42
<Pascal_1>
if you have a better solution
10:42
<ogra_cmpc>
install nfs on the samba server
10:42
<Pascal_1>
but with my samba server it seems to me evident to use pam_mount to mount and umount samba share
10:42
nfs is sure ?
10:42
<Gadi>
Pascal_1: the only other thing I can think of is to setuid /usr/bin/smbumount
10:42
<ogra_cmpc>
create an /etc/exports that exports /home and restricts access to the ltwsp server
10:43
<Gadi>
chmod +s /usr/bin/smbumount
10:43
<ogra_cmpc>
add a line to fstap on the ltsp server that mounts /home from the samba machine
10:43
<Pascal_1>
Gadi, i do that also
10:43
<Gadi>
oh, wait
10:43
<ogra_cmpc>
run mount -a and youre done
10:43
<Gadi>
did you do the sudoers thing?
10:43
<Pascal_1>
yes
10:43
<ogra_cmpc>
Gadi, the sudoers thing ?
10:43
<Gadi>
doesnt look like its doing that
10:44
<Pascal_1>
ad the user to the sudo file config
10:44
<ogra_cmpc>
oh my
10:44* ogra_cmpc goes to make some coffee and get some popcorn
10:44
<Gadi>
ogra_cmpc: my cheat when I had to do this once upon a time was the ugly: http://wiki.ltsp.org/twiki/bin/view/Ltsp/WinIntegration#pam_mount_conf_and_LDM_ssh
10:45* Gadi couldn't use NFS as I was connecting to an AD server I could not touch
10:45
<ogra_cmpc>
so why does everything have to be dynamically ?
10:45
<Pascal_1>
here is the problem : "In addition, with ssh, it seems that the unmount is called by the user and not by root (as the mount is)."
10:45
<ogra_cmpc>
even adding a smbmount line to the clients fstab will be easiser than fiddling with all that stuff
10:46
err ...
10:46
servers fstab indeed
10:46
<Gadi>
in my case, it was a permissions thing
10:46
ogra_cmpc: sometimes you dont control the network
10:49
<Pascal_1>
gadi i 've just test again with sudo it doesn t works anympore
10:49
<ogra_cmpc>
well, thats a reason ...
10:49
<Pascal_1>
anymore
10:49
<ogra_cmpc>
but the only one i would accept as admin who has to do the work
10:50
<Gadi>
Pascal_1: put privilege separation back to yes
10:50
and use the sudo stuff
10:50
and make sure the users are in that sudoers group
10:51
nm that last comment
10:51
just noticed it is set to ALL
10:52Blinny has quit IRC
10:53
<Pascal_1>
http://pastebin.fr/1199
10:53
;-)
10:54
<Gadi>
did it work?
10:55
I mean despite the errors?
10:55
<Pascal_1>
gadi is great gadi is beautiful gadi is love gadi is everything yep yep yep !!!!!
10:55
<Gadi>
heh
10:55
lol
10:55
<ogra_cmpc>
we all do :)
10:55
<Gadi>
its a *really* ugly hack
10:55
<Pascal_1>
in fact always this error : pam_mount(misc.c:346) error setting uid to 0
10:56
<Gadi>
but I was under the gun at the time
10:56
:)
10:56
<ogra_cmpc>
(i still doubt the maintainablity vs two lines of change for an nfs mount though)
10:56
<Pascal_1>
but just after ltsp sudo: plegrand : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin/smbumount /home/users/biatoss/plegrand/plegrand_SIOUX
10:56
it works thanks a lot Gadi and ogra your are wonderfull !!!!!
10:56
<Gadi>
yeah linux-to-linux nfsmount is better
10:56* ogra_cmpc would love to see Pascal_1 if he returns after 6 monyths not touching that setup
10:56
<Gadi>
bec nfs understand unix uid/gids
10:56
<ogra_cmpc>
yeah
10:57
<Gadi>
with samba there's all this translation
10:57
<ogra_cmpc>
and if you look at it in half a year the thing is still only one line in exports and one in fstab :)
10:57
<Gadi>
and it becomes very easy to say, make a mount that either no one but root can access, or *everyone* on the system can access
10:58
<Pascal_1>
thanks again see you (read you later) !!!
10:58
<Gadi>
:)
10:58
<ogra_cmpc>
have fun
10:58
<Gadi>
bonsoir
10:59
<Pascal_1>
Gadi, !!!!!!!
10:59* ogra_cmpc still remembers the bright times where there was no ldap around ... the solutions were so much easier
10:59
<Pascal_1>
bel effort !!!!!
10:59
<ogra_cmpc>
less fiddly and easy to understand for everyone
10:59Pascal_1 has quit IRC
10:59
<ogra_cmpc>
heh
11:00* vagrantc kind of wakes up finally
11:00
<warren>
vagrantc, welcome back!
11:02
<ogra_cmpc>
lazy us bastards ... they all sleep in every day ... nobody gets up before three tsk weird country
11:02
we should all live on UTC !
11:03
warren, is it true that fedora uses the debian alternatives system now ?
11:03
<warren>
ogra_cmpc, uh... for maybe 4+ years
11:03
<ogra_cmpc>
i heard a rumour
11:03
heh, funny
11:03
<warren>
ogra_cmpc, we don't use it for many things at all
11:04
[warren@newcaprica alternatives]$ ls /etc/alternatives/ |wc -l
11:04
77
11:04
half of which is java crap
11:04
<ogra_cmpc>
yeah, i can imagine it doesnt go so well without the debian policies and packaging system in the backend
11:05
<warren>
ogra_cmpc, well part of the reason we don't use it much is because most of us hate how it works, we don't use it
11:05
<ogra_cmpc>
yeah, it only gains oyu real advantage in context with the above
11:05
<vagrantc>
it's most helpful when you have a half-dozen things all implementing the same functionality
11:06
<ogra_cmpc>
right
11:06
<warren>
yeah, which is why java and MTA's use it
11:06* ogra_cmpc isnt sure we use it for MTAs
11:06
<ogra_cmpc>
they have virtual packages
11:07
and conflict each other iirc
11:07
<warren>
shouldn't ltsp-server and ltsp-client technically conflict with each other?
11:07mccann has quit IRC
11:08
<ogra_cmpc>
no
11:08
conflicts in dpkg mean that you have two files claiming the same filename
11:09
which isnt the case in ltsp server vs client
11:09
we have a check in the preinst script of the ltsp-client package
11:09
that looks for /etc/ltsp_chroot (created by ltsp-build-client)
11:09
if that file doesnt exist you cant install it
11:11
who knows ... probably someone wants to implement netbooting ltsp servers based on ltsp client chroots ... then conflicting wouldnt work
11:11* vagrantc has implemented network-booted ltsp servers using ltsp
11:12mccann has joined #ltsp
11:12
<ogra_cmpc>
(i know its a rather esoteric example ) :)
11:12
<vagrantc>
haven't actually used it in production ... but there has definitely been interest in such an environment
11:12
<ogra_cmpc>
really ?
11:12
heh
11:14tux_440volt has joined #ltsp
11:19
<warren>
WHY!?
11:20
<vagrantc>
having multiple servers across different sites with slow connections between them ... boot one server, cache the ltsp environment, and maintain everything centrally.
11:21
though i think they've mostly gone with a disked install at every site ...
11:21
<ogra_cmpc>
i know a lot usecases where they netboot their serverfarm
11:22
but thats usually webservers rather than ltsp
11:22
<vagrantc>
though, i actually think the original idea was planned years in advance, and it was to make "12:19 < warren> WHY!?" happen.
11:22
<ogra_cmpc>
LOL
11:23
<vagrantc>
warren: getting you involved in ltsp, but not too quickly, was the hardest part to get right.
11:23
<warren>
Me flooding the bzr log wasn't quick enough?
11:24spectra has joined #ltsp
11:24
<ogra_cmpc>
it took you two years
11:24
or 1.5
11:25
<steph_>
ogra_cmpc: if I understand, there is no way to have client specific policy (apps, menu, ...) as Sabayon would do?
11:25
<ogra_cmpc>
steph_, there is nothing running on the client but ldm
11:25
sessions run on the server
11:26
so its up to whatever you use as session to have profiles etc
11:26
<steph_>
ogra_cmpc: I,m not sure to understand the last reply
11:26
<ogra_cmpc>
(gnome->sabayon, kde->kiosktool)
11:27
<steph_>
I'm french canadian
11:28
<ogra_cmpc>
sabayon or kiosktool is what you want there is nothing to configure on the client itself
11:28
<steph_>
thanks
11:52mareva has quit IRC
11:54prpplague has joined #ltsp
11:54prpplague has left #ltsp
11:56Faithful has quit IRC
12:06mccann has quit IRC
12:10steph_ has quit IRC
12:10mccann has joined #ltsp
12:10steph_ has joined #ltsp
12:10steph_ has left #ltsp
12:13steph_ has joined #ltsp
12:21mccann has quit IRC
12:33
<vagrantc>
hrm.
12:33
the little magic trick to set the hostname from within initramfs isn't working anymore :(
12:37
<laga>
still works for me on hardy.. i just use "hostname <newhostname>"
12:37BadMagic has quit IRC
12:40* vagrantc notes that ubuntu hasn't sync'ed initramfs-tools in quite some time
12:40
<ogra_cmpc>
vagrantc, i dont think we'll ever sync
12:43mccann has joined #ltsp
12:55mccann_ has joined #ltsp
12:57
<steph_>
ogra_cmpc: you help me found what I was looking for. Sabayon did the job. It's great. There is on thing that doesn't work. I would like to change the wallpaper to our school logo when I add new users. It looks like there's a generic desktop. Do you wich one it is?
12:57
*know wich...
12:58
<ogra_cmpc>
steph_, /usr/share/backgrounds has the images ... but instead of overwriting an existing one, copy yours there and use a gconf file in /usr/share/gconf/defaults/ to set the wallpaer entry to your file ...
12:59ogra has quit IRC
12:59ogra_cmpc is now known as ogra
13:00milesd has joined #ltsp
13:00ogra_ has joined #ltsp
13:02
<steph_>
ogra_cmpc: It sounds good 8-)
13:02
thanks
13:03
<ogra>
the key you want is /desktop/gnome/background/picture_filename look in the other files in that dir how the syntax is
13:08
<vagrantc>
ogra: well, that's a sad story then.
13:08
<ogra>
vagrantc, well, we're upstream ... keybuk said he would regulary cherrypick what he finds sane though
13:09
i dont think he will ever do a full sync
13:09
<vagrantc>
ogra: get him to cherrypick the configure_network commit
13:09
ogra: that saves us some code between nfs and ltsp
13:09
<ogra>
nfs and ltsp ?
13:09
nfs and ndb ?
13:09
<vagrantc>
ogra: the initramfs-tools scripts ... nfs and ltsp_nbd
13:09
<ogra>
*nbd
13:09
ah, right
13:10
i'll take a look, but we're in beta freeze ... and sneaking stuff past slangasek (vorlon) is a lot harder
13:12
<vagrantc>
ogra: well, not urgent, really. just hope to at least sync that patch at some point
13:13timlegge has quit IRC
13:13
<ogra>
make something in ltsp depend on the change ;) then i'll surely not forget about it
13:13
<vagrantc>
heh
13:14
ogra: i was looking at how the nbd-client initramfs-tools hooks works. it's very simple and nice.
13:14
<ogra>
upstream wise ltsp is final in ubuntu
13:14
instead of using ltsp_nbd ?
13:14
orltsp_nbd as wrapper around it
13:14
<vagrantc>
as a wrapper, possibly.
13:15
<ogra>
sounds intresting
13:15
<vagrantc>
most likely ... since you'll need unionfs support
13:15
<ogra>
right
13:15
and loop as well
13:15
<vagrantc>
but it could handle the /dev/nbd* initialization(s) with a few patchese
13:16
ogra: it actually just hooks into the "local" script ... but we could possibly symlink to it or source it
13:17
<ogra>
how does it handle server IP and port ?
13:18
<vagrantc>
ogra: i've already sucessfully booted LTSP using the nbd scripts ... just requires setting up root=/dev/nbd0 nbdroot=192.168.0.1,2000 in the boot arguments ... i might try and get some common code with the nfs server selection and such and submit patches
13:18
hooks into local-top
13:18
<ogra>
great
13:18
nbdroot is good :)
13:18
<vagrantc>
yeah.
13:19
warren: do you have a pointer to how the dm-snapshot unionfs-like thing works?
13:19
<ogra>
though i still like that it works without any arguments atm
13:19
<laga>
i need to sneak my mythbuntu-diskless somewhere in there, too. otherwise maintaining that isn't going to be fun if you've got so many things planned :)
13:19
<vagrantc>
well, i think we can get it to work without arguments
13:19
<ogra>
laga, we're not exactly planning
13:19* vagrantc is planning
13:19
<vagrantc>
:)
13:20
or would you call it scheming?
13:20
<ogra>
investigating options :)
13:20
<warren>
vagrantc, http://git.fedoraproject.org/git/?p=mkinitrd;a=blob;f=mkliveinitrd;h=44186191d45b5307f0d8a3f8b3fdfd170642c036;hb=HEAD
13:20
<laga>
"making my stuff break" ;))
13:21
<ogra>
indeed
13:21
everything breaks all the time
13:21
<vagrantc>
warren: thanks :)
13:21
laga: i need to figure out the aufs incantations needed ...
13:23
<laga>
vagrantc: you can compile aufs with a compatibility mode
13:23
<ogra>
casper got aufs support recently
13:23milesd has quit IRC
13:23
<vagrantc>
i guess i can look in debian-live
13:23
<ogra>
might be that ubuntu switches in intrepid
13:23
<laga>
not sure if that's enabled in hardy.. i think it's deprecated anyways
13:23
<vagrantc>
laga: i dont' want to compile anything
13:23
<laga>
vagrantc: does debian have aufs?
13:23
<vagrantc>
laga: yeah
13:23
debian-live has been using it instead of unionfs for some time now
13:24
<laga>
pre-compiled? cool!
13:24
<ogra>
laga, they have everything but you need to compile it usually if iyts not upstream
13:24
<laga>
that's great
13:24
ogra: i know they have a source package, but i didn't know they had it precompiled
13:24
<vagrantc>
ogra: not true ... packages.qa.debian.org/linux-modules-extra-2.6
13:24
<ogra>
oh, you dont need m-a ?
13:24
<vagrantc>
http://
13:24
<laga>
ogra: and you could ship dkms in the squashfs ;)
13:24
<vagrantc>
a good number off modules include pre-build packages now
13:24
<laga>
oh, and build-essential ;)
13:25
<warren>
you really want gcc in your chroot?
13:25
<ogra>
vagrantc, oh, nice
13:25
<laga>
no, i was just kidding ;)
13:25
<vagrantc>
ogra: that's existed since etch
13:26
<ogra>
warren, i know some people running build farms on ltsp
13:26
but using distcc
13:27
<laga>
aufs > unionfs imho
13:31
<warren>
neither are anywhere near upstream unfortunately
13:31
<vagrantc>
using device-mapper snapshots sounds pretty slick ...
13:31burnerx has joined #ltsp
13:33
<warren>
vagrantc, you could use something like nbdswapd for the dm-snap backing instead of ram
13:33
vagrantc, a little slower but better for low memory clients
13:33
<vagrantc>
indeed.
13:34
or just figure out why NBD copy-on-write works fine when started from commandline but fails from inetd
13:34
<ogra>
tried different dirs ?
13:34
<warren>
vagrantc, perhaps the COW makes a different TCP connection?
13:34
<ogra>
i guess inetd needs to own it
13:35
or at keqast the user it runs as
13:35
*least
13:35
<vagrantc>
ogra: well, using the exact same dirs, it works when i run it from the commandline but not from inetd.
13:35
although ... hmm... maybe there is some sort of permissions issue
13:35burnerx has quit IRC
13:35
<ogra>
try using /tmp
13:35
that shouldnt choke
13:36
<vagrantc>
i made sure the directory was writeable by the user/group ... just for testing
13:37
and it creates the a .diff file, but it when you try and mount it it says it's write protected
13:37
http://bugs.debian.org/470851
13:37
<ogra>
tcpd ?
13:38
<vagrantc>
yeah... that's a difference
13:41
i'll try with /opt/ltsp/i386.img owned by nobody.nogroup
13:41
because i was running from the commandline as root
13:41
<ogra>
i would copy it to /tmp first
13:42
to make sure there are no fs permission issues at all
13:42
<vagrantc>
well, it's almost booted, so we'll see
13:42
:)
13:44
using an ext2 image makes NBD much more tolerable for me as a developer :)
13:45
<ogra>
heh
13:45
<vagrantc>
the only tricky part is remembering to unmount it before it boots
13:46
<ogra>
i have a ton of scripts for mounting varoius stacks of filesystems
13:47
the classmate installer image i built is actually a maze of different stacks
13:47
<vagrantc>
it is permissions.
13:47
<ogra>
yeah
13:47
i ran into that before
13:48
<vagrantc>
nbd-server assumes it needs +rw to the original image even if using cow
13:48
<ogra>
not with cow but with image stuff
13:52abadger1999 has joined #ltsp
13:52
<ogra>
vagrantc, seen that ? http://ftp-master.debian.org/new/squeak-vm_3.9.12+svn1820.dfsg-1.html
13:53
<vagrantc>
ogra: yes?
13:54
<ogra>
squeak entering debian ...
13:54* vagrantc only slightly knows what squeak is
13:54
<vagrantc>
i've heard a lot of talk on the debian-edu list about it over the years
13:55
<ogra>
nonfree apple licensed smallatalk interpreter
13:55
used in schools a lot
13:55
there was some effort to free it up
13:56
but in ubuntu its still something considered for multiverse (non-free) ... i wonder how he got it to the dfsg state
13:57
<johnny>
so no other smalltalk intepreter will work?
13:57
<ogra>
?
13:58
<johnny>
just wondering why you're using squeak vs any other
13:58tux_440volt has quit IRC
13:58* ogra doesnt understand
14:04
<johnny>
isn't there some other small talk interpreter you can use?
14:05
<ogra>
might be, no idea
14:05
i only know squeak and it seems to be the preferred app everywhere
14:08gonzaloaf has joined #ltsp
14:12
<vagrantc>
ogra: any irc channel you'd recommend for figuring out CPU throttling on a gutsy box?
14:12
<ogra>
whats wrong ?
14:13
<vagrantc>
got one machine that if you enable throttling... it starts lowering the CPU speed till it crashes
14:13
<ogra>
#ubuntu-kernel
14:13
if you are lucky mjg59 is around
14:14
<vagrantc>
ok... i'll drop in there sometime when the machine isn't actively used
14:14* vagrantc wonders if it would be smart to enable cpu throttling on LTSP clients
14:15
<ogra>
ubuntu does set the ondemand governor by default
14:15
<vagrantc>
ogra: does it autodetect which module you need to load ?
14:15
<warren>
as does fedora
14:15
<ogra>
so it will only raise speed if thats needed and idle at lowest speed if not
14:16
vagrantc, yup we have some initscripts for that
14:16
<warren>
vagrantc, on fedora it loads the module and dynamic lowers or raises speed if the cpuspeed service is running
14:16
I think
14:16
I haven't poked at it since like Fedora 1
14:16
<vagrantc>
heh
14:16
<ogra>
ubuntu leaves it to the kernel
14:16
we used to do that though
14:16
<laga>
ogra: is powernowd still installed by default?
14:17
<warren>
ok, we don't have a daemon
14:17
<laga>
yeah, i think it is for other stuff like shutting down idle disks, right?
14:17
<ogra>
laga, not since pre gutsy
14:17
<laga>
ah
14:17
i'll have to check on my gutsy laptop then
14:18
<ogra>
we has a pretty complex powermanagement system in place since warty that vanished piece by piece with every new feature the kernel could handle
14:18
now its completely kernel side afaik
14:19
userspace handled by hal if needed
14:20* ogra goes to make some food
14:21
<vagrantc>
powernowd was installed by default on a gutsy machine
14:21abadger1999 has quit IRC
14:21
<vagrantc>
not enabled, though
14:22
<laga>
my laptop spins down the HDD way too often in gutsy, i need to figure out why.. or upgrade to hardy first ;)
14:25BadMagic has joined #ltsp
14:26
<vagrantc>
ok, i've got a booting ltsp client using NBD(copy-on-write)+ext2
14:30
<ogra>
vagrantc, the powernowd-early initscript is the module detection part i was mentioning
14:30
<vagrantc>
ogra: ah, cool.
14:31
<ogra>
laga, ubuntu doesnt touch the hdd settings *unless* you installed laptop-mode and enabled it manually
14:31* vagrantc remembers finding laptop-mode to be extremely useful when running debian-live from disk
14:32
<vagrantc>
it almost never touched the disk
14:32
<ogra>
the bad thing about endless upgradeable systems like debianand ubuntu is that you forget things tou changed years ago
14:32
s/tou/you/
14:32
<laga>
ogra: yes, i did that. it doesn't honor some setting in /etc/default which claims to set the idle time... IIRC, IMHO & AFAIK, i never really investigated that because i was busy with school
14:33
ogra: yup
14:37
<ogra>
ouch, that remonds me ... i havent done a dapper hardy upgrade test for ltsp yet
14:37
<johnny>
lol
14:37
hve fun with that :)
14:37
<ogra>
we changed the tftf location between these two i think
14:38
<johnny>
linux changes so often that i stick with the "bleeding edge" for now, often the things i want to do require the new hotness
14:38
<ogra>
johnny, surely not ... but we promise that LTS to LTS works so at least the server config must be adjusted
14:38
<johnny>
obviously
14:38
<ogra>
i dont midt slapping a meswsage in the users face that he needs to rebuild the chroot ... but everything sould work after that
14:39
*mind
14:39
*message
14:39
meh
14:39* ogra starts considering to develop a voice input system for the classmate
14:45
<johnny>
i don't listen :(
14:45Topslack has quit IRC
14:45
<johnny>
i went ahead and got the quickstart maintainer to add linux32 support , so i can properly build the i386 chroot on amd64 :)
14:47elisboa has quit IRC
14:48Pascal_1 has joined #ltsp
14:48
<laga>
ogra: this would be nifty for edubuntu: http://www.clt-st.de/dialogos?lang=en too bad it's not open source
14:50
<Pascal_1>
only a few words to thank again gadi and ogra !!!!
14:57makghosh is now known as makghosh|afk
15:09cdealer has quit IRC
15:13
<johnny>
so 000-base-configuration will run before 001-set-arch ?
15:13topslakr has quit IRC
15:13
<vagrantc>
yes
15:14
well... parts of it will
15:14
<johnny>
ok, i'm wondering why 000-basic-configuration touchs arch then
15:14
<vagrantc>
it sets the defaults
15:14
<johnny>
i meant at the same level, like configure
15:14
<vagrantc>
each plugin is called multiple times
15:15
<johnny>
commandline 000-999, then configure 000-999 ?
15:15
<vagrantc>
yes.
15:16
see the run_parts_list function in server/plugins/functions
15:18Pascal_1 has quit IRC
15:18gonzaloaf has quit IRC
15:21topslakr has joined #ltsp
15:24
<johnny>
my bash scripting is vastly improving already..
15:25
<cyberorg>
hi team, how do i get more logos on ldm? i want ltsp and openSUSE logo on top corners like this http://cyberorg.kicks-ass.org/~cyberorg/suse-ldm.png
15:25
i tried putting them directly on the bg.png, but they look terrible
15:26
<Gadi>
looks like nothing the gimp cant fix
15:27
use higher-res graphics
15:27
<cyberorg>
Gadi, they stretch on widescreen clients
15:27
<Gadi>
as will any logo
15:27
:)
15:27
<ogra>
Gadi, nope
15:27
<cyberorg>
unlike the middle one, it doesnt as it is floating one
15:27
<Gadi>
unless you tell it to load a widescreen version
15:28
<ogra>
as will any wallpaper :)
15:28
not logo :)
15:28
<Gadi>
ogra: iirc, you stretch the bg.png to fit the screen
15:28
<ogra>
right and logo.png floats on top of that
15:28
<cyberorg>
Gadi, that is why we cannot have logo on bg.png, but need it floating like the logo.png
15:28
<Gadi>
ah
15:28
why not doctor up the logo?
15:29
<ogra>
make a huge transparent logo and put both on that
15:29
<cyberorg>
i donno how to add more floating png
15:29
<Gadi>
exactly
15:30
make an 800x600 logo
15:30
or some such
15:30
<cyberorg>
not a good solution, will add few more kbs
15:30
<Gadi>
lol
15:30
<ogra>
the other option is to hack up the greeter
15:30
<Gadi>
right
15:30
<ogra>
feel free
15:30
<Gadi>
open glade and play
15:30
:)
15:31
<ogra>
no glade
15:31
way to heavy
15:31
<cyberorg>
ogra, if i could hack, i'd be doing what warren does to ltsp-trunk :)
15:31
<ogra>
its all plain C/GTK
15:31
<warren>
removing stuff?
15:31
<Gadi>
lol
15:31
<cyberorg>
warren, contributing a lot of useful stuff
15:31* warren laughing inside about silent.wav
15:32
<warren>
cyberorg, I haven't contributed a single useful thing
15:32
<ogra>
heh
15:32
<warren>
cyberorg, btw tried the new mkdst?
15:32
<cyberorg>
warren, well my packaging became quite simple after your spec
15:32
<ogra>
but tons of unuseful ones .... that negates to positive :P
15:32
<cyberorg>
warren, never going to use it :)
15:33
<warren>
ok good
15:34
<cyberorg>
i'd be doing a alpha0 release today/tomorrow, everything works as expected, optimization is next
15:37
how big is your image size ogra ?
15:39
<ogra>
ogra@ceron:~/devel/packages/xaos-3.2$ ls -lh /opt/ltsp/images/i386.img
15:39
-rwxr--r-- 1 root root 153M 2008-02-21 13:17 /opt/ltsp/images/i386.img
15:40
<cyberorg>
oh, i cut too much, ours is 103M /srv/kiwi-ltsp/ltsp-suse-11.0.i686-0.0.1
15:41* warren looks at our 70MB initrd...
15:41
<cyberorg>
warren, initrd!!
15:41
<warren>
cyberorg, j/k
15:41
cyberorg, a different part of Fedora is shoving the entire OS into initrd
15:42
<cyberorg>
warren, ogra , vagrantc and everyone here had a good laugh at our 25M initrd when i started :)
15:42
it is now 10M
15:43
<Gadi>
cyberorg: ubuntu's image can easily be reduced to a little over 100M like yours
15:43
<warren>
-rw-r--r-- 1 root root 5937625 2008-03-10 22:56 initrd-2.6.25-0.101.rc4.git3.fc9.img
15:43
<cyberorg>
coolo(opensuse PM) came in complaining today about 35M initrd of live CDs he creates
15:43
<Gadi>
lots of stuff in there is unnecessary
15:43
<cyberorg>
warren, how big is that?
15:43
59M>?
15:43
<warren>
5.7MB
15:43
that's with a bunch of useless drivers included
15:44
not just ethernet, but wireless, atm and anything else in kernel's "networking" group
15:44
<cyberorg>
same here, we got too much in there, can't remove yet, because we won't know what would break
15:44
<warren>
I added a "--without=" option to our mkinitrd so I can begin to purge stuff I don't want, but havne't used it yet.
15:44
<ogra>
ogra@ceron:~/devel/packages/xaos-3.2$ ls -lh /opt/ltsp/i386/boot/initrd.img-2.6.24-8-generic
15:44
-rw-r--r-- 1 root root 4,3M 2008-02-26 15:40 /opt/ltsp/i386/boot/initrd.img-2.6.24-8-generic
15:45
beat that :)
15:45
<laga>
2.6.24-8? you need to update ;)
15:45
<ogra>
yeah
15:45
to much classmate, not enough ltsp in my life atm
15:46
<cyberorg>
2.4M /boot/vmlinux-2.6.24.1-6-default.gz
15:46
4.1M /boot/initrd-2.6.24.1-6-default
15:47
<ogra>
why is your kernel so big ?
15:47
<johnny>
it's a magic kernel..
15:47
<ogra>
heh
15:47
<rjune_>
my kernel is bigger then your kernel
15:47
<cyberorg>
donno, would have to ask gkh
15:47milesd has joined #ltsp
15:47
<johnny>
it actually has the kitchen sink in it..
15:47
<ogra>
and the fridge :)
15:48* cyberorg goes to sleep
15:48alekibango has quit IRC
15:48
<cyberorg>
'night
15:48
<ogra>
night
16:03ogra_cmpc has joined #ltsp
16:04ogra has quit IRC
16:08Gadi has left #ltsp
16:11Guaraldo has quit IRC
16:15J45p3r has joined #ltsp
16:19
<warren>
cyberorg, is SuSE using ltsp-client-launch?
16:26alekibango has joined #ltsp
16:40* vagrantc wonders what the -persist option to nbd is
16:40
<vagrantc>
maybe that's what makes timeout meaningful
16:44johnny has quit IRC
16:46mistik1 has quit IRC
16:46elisboa has joined #ltsp
16:48slidesinger has quit IRC
16:52mistik1 has joined #ltsp
16:59mhterres has quit IRC
17:09johnny has joined #ltsp
17:19nicoAMG has quit IRC
17:19mistik1 has quit IRC
17:24mistik1 has joined #ltsp
17:37mistik1 has quit IRC
17:41mistik1 has joined #ltsp
17:42mikkel has quit IRC
17:51Egyptian[Home] has quit IRC
17:51Egyptian[Home] has joined #ltsp
18:03mccann has quit IRC
18:06monteslu has quit IRC
18:07mistik1 has quit IRC
18:15mistik1 has joined #ltsp
18:33milesd has quit IRC
18:52staffencasa has quit IRC
19:05johnny_ has joined #ltsp
19:55zodman has joined #ltsp
20:19mistik1 has quit IRC
20:19mistik1 has joined #ltsp
20:21captain_magnus has quit IRC
20:26mccann has joined #ltsp
20:52captain_magnus_ has joined #ltsp
20:52captain_magnus_ is now known as captain_magnus
20:55elisboa_ has joined #ltsp
21:00J45p3r has quit IRC
21:12zodman has left #ltsp
21:26
<ltsppbot>
"vagrantc" pasted "i18n warnings for ltsp-trunk" (4 lines) at http://pastebot.ltsp.org/472
21:26
<vagrantc>
warren: that's for you
21:26spectra has quit IRC
21:27
<vagrantc>
warren: i think i could fix it, but since i don't use that script, i figured i'd hand it back to you
21:30
<johnny_>
vagrantc, i couldn't help it
21:30
i went on the crazy path
21:30
and got i386 under amd64 working
21:30
at least to build properly
21:30* vagrantc is amazed that people don't just do the easy things first
21:31
<johnny_>
i couldn't help it..
21:31
i guess it was mainly due to the fact that's how i have it working in RL
21:31
so that's how i wanted to make it work
21:32
it wasn't that difficult, i got the maintainer of the build script we're using to add two useful patches in the process
21:32
it only took like 10 lines in total
21:35
actually.. it was only 5 lines, in both ltsp scripts (so far) and in the build script itself
21:43
<vagrantc>
3 copies of 5 lines?
21:47
<johnny_>
no
21:58
soon i'll have a worthy patch to commit i hope
21:58
build-client is almost complete, at least the parts that are finished, still need completed ebuilds for ltspfs,ltsp, and ldm
22:07PMantis has joined #ltsp
22:10
<vagrantc>
johnny_: so you've got a client that at least boots?
22:13
<johnny_>
no, still building the client
22:13
it takes an hour and a half atm
22:14
we'll be providing some binary packages after it works
22:15
a step would fail, then i'd go back and tweak it
22:16
<vagrantc>
i wouldn't spend any time on ltspfs and ldm until you get a booting client
22:16
i should probably write a step-by-step howto for doing things *my* way for new distros :)
22:17
<johnny_>
yes, the next step after building the client is building the kernel
22:17
then i'll have something boot
22:18
<vagrantc>
i'm surprised there isn't some tool to just build a basic gentoo chroot ... ?
22:23
<johnny_>
ther eis
22:23
it's what i'm using
22:23
but the basic chroot doesn't include xorg
22:23
so that is building atm
22:24
<vagrantc>
but why not get it booting first?
22:24
xorg seems like a slow process to get working before you even have it booting
22:24
<johnny_>
i just want the entire build-client scxript to run without completion
22:24
well i'm doing it while being in and out doing stuff at the store
22:24
so it's an excuse to get other things done :)
22:25
the event finally ended
22:25
hopefully i'll have time to actually put effort into it tomorrow
22:29mccann has quit IRC
22:30mccann has joined #ltsp
22:31PMantis has left #ltsp
22:32PMantis has joined #ltsp
22:41
<johnny_>
my ltsp-build-client looks more like fedora's than debian or ubuntu
22:43makghosh|afk is now known as makghosh
22:51moquist_ has quit IRC
23:03vagrantc has quit IRC
23:46makghosh has quit IRC
23:49makghosh has joined #ltsp