00:06 | subsume has quit IRC | |
00:06 | subsume has joined #ltsp | |
00:42 | <subsume> Got passed my problem!
| |
00:50 | Getting file not found errors. Can someone help debug?
| |
00:52 | <daya> subsume, whats your problem
| |
00:52 | <subsume> I'm getting TFTP File Not Found errors
| |
00:53 | ogra_ has quit IRC | |
00:53 | highvolt1ge has quit IRC | |
00:53 | mikesh has quit IRC | |
00:53 | mnemoc has quit IRC | |
00:53 | twinprism has quit IRC | |
00:53 | Shingoshi has quit IRC | |
00:53 | iMacGyver has quit IRC | |
00:53 | ufo_ has quit IRC | |
00:53 | <subsume> daya: got booted. say something?
| |
00:53 | <daya> subsume, check the status, if it is started by inetd or standaloine, /etc/default/tftpd-hpa
| |
00:53 | subsume, in which system r u
| |
00:53 | <subsume> ubuntu
| |
00:54 | RUN_DAEMON = no
| |
00:54 | OPTIONS="-l -s /var/lib/tftpboot"
| |
00:54 | its started ny inetd
| |
00:54 | <daya> switch that to yes, if it works and restart the service from /etc/init.d
| |
00:55 | subsume, is ur inetd service is started
| |
00:55 | <subsume> daya: it was.
| |
00:55 | daya: now tftp is hanging
| |
00:55 | tftp open timeout now.
| |
00:55 | ufo_ has joined #ltsp | |
00:55 | iMacGyver has joined #ltsp | |
00:56 | mnemoc has joined #ltsp | |
00:56 | <daya> subsume, reboot your server and check it again
| |
00:56 | mikesh has joined #ltsp | |
00:56 | <subsume> shutdown -r NOW?
| |
00:56 | highvolt1ge has joined #ltsp | |
00:57 | subsume has quit IRC | |
00:58 | subsume has joined #ltsp | |
00:58 | subsume has left #ltsp | |
00:58 | subsume has joined #ltsp | |
00:58 | <subsume> daya: TFTP still hangs
| |
00:59 | <daya> subsume, it must work, is inetd is running
| |
01:00 | <subsume> Yes. I just did tftpd-hpa restart
| |
01:00 | still hanging
| |
01:00 | daya: ^
| |
01:00 | wireshark is seeing requests from client to server
| |
01:03 | subsume has left #ltsp | |
01:03 | subsume has joined #ltsp | |
01:03 | <subsume> daya: network problem. did you say something?
| |
01:03 | <daya> subsume, network problem ?
| |
01:03 | <subsume> I got booted off IRC for a sec.
| |
01:04 | did you get my last response?
| |
01:04 | <daya> which response
| |
01:04 | <subsume> Yes. I just did tftpd-hpa restart
| |
01:04 | still hanging
| |
01:04 | wireshark is seeing requests from client to server
| |
01:04 | <daya> subsume, ye ya,
| |
01:05 | <subsume> daya: no clue?
| |
01:06 | <daya> subsume, one try, change the setting in /etc/default/tftpd-hpa to yes, and restart the service
| |
01:06 | <subsume> daya: didn't I just do that?
| |
01:07 | it is = "yes"
| |
01:07 | <daya> subsume, ok, then try to run tftpd-hpa thur xinetd, install it, apt-get install xinetd, but I think it shouldn't required.
| |
01:07 | just check it, I have run tftpd-hpa thru xinetd in lenny
| |
01:07 | <subsume> daya: how to run it through xinetd?
| |
01:09 | Shingoshi has joined #ltsp | |
01:11 | ogra_ has joined #ltsp | |
01:11 | twinprism has joined #ltsp | |
01:11 | K_O-Gnom has joined #ltsp | |
01:12 | Shingoshi has quit IRC | |
01:12 | <daya> don't forget to change the parameter to no in default/tftpd-hpa file after u install xinetd
| |
01:12 | Any one have idea about the X error in lenny for client.
| |
01:12 | <subsume> daya: https://help.ubuntu.com/community/Installation/Netboot
| |
01:13 | <daya> subsume, no just install it,
| |
01:13 | Shingoshi has joined #ltsp | |
01:13 | <subsume> daya: I did install it......
| |
01:13 | daya but it doesn't come with a conf
| |
01:14 | <daya> subsume, In my case I haven't configured it,
| |
01:15 | <subsume> daya: BINGO
| |
01:18 | daya: works great.... why am I getting initramfs? any idea? I installed edubuntu into the client image
| |
01:19 | <daya> subsume, initialise RAM disk,
| |
01:20 | <subsume> daya: ((not sure what you mean))
| |
01:20 | <daya> subsume, https://wiki.ubuntu.com/Initramfs
| |
01:21 | <subsume> daya: why does this start instead of my netboot client image?
| |
01:22 | <daya> subsume, netboot client image
| |
01:22 | <subsume> daya: why do i get initramfs instead of my /opt/ltsp/i386?
| |
01:23 | <daya> subsume, I think they run squsahfs and nbd not requiring nfs
| |
01:23 | ltsp w/o nfs
| |
01:24 | <subsume> daya: is initramfs happening because of a problem with nfs?
| |
01:30 | <daya> subsume, don't know completely about it,
| |
01:38 | <subsume> http://dpaste.com/39773/ daya
| |
01:40 | <daya> subsume, not seen such error, isn't your client system booted well
| |
01:40 | <subsume> Nope. Its booting the contents of /var/lib/tftpboot/ltsp/i386/ instead of /opt/ltsp/i386
| |
01:42 | <daya> subsume, yes
| |
01:42 | <subsume> that should not be.
| |
01:43 | <daya> go thru the content in lts.conf and dhcpd.conf
| |
01:44 | <johnny> there's a way to make it use nfs
| |
01:44 | i forgot which file it is tho
| |
01:44 | but it is slower
| |
01:48 | <daya> johnny, have u used lenny for ltsp
| |
01:48 | <johnny> no
| |
01:48 | ubuntu
| |
01:48 | and hopefully soon gentoo
| |
01:49 | <daya> ok
| |
01:50 | tux_440volt has joined #ltsp | |
02:09 | tux_440volt is now known as Subhodip | |
02:13 | rcy has joined #ltsp | |
02:14 | deavid has joined #ltsp | |
02:17 | subsume has quit IRC | |
02:19 | daya has quit IRC | |
02:24 | subsume has joined #ltsp | |
02:38 | Pascal_1 has joined #ltsp | |
02:44 | <Pascal_1> Bonjour !
| |
02:52 | subsume has quit IRC | |
02:53 | subsume has joined #ltsp | |
02:58 | rcy has quit IRC | |
02:59 | daya has joined #ltsp | |
03:02 | subhodip_ has joined #ltsp | |
03:03 | Subhodip has quit IRC | |
03:10 | mikkel has joined #ltsp | |
03:12 | subhodip_ is now known as tux_440volt | |
03:30 | subsume has quit IRC | |
03:36 | sep has quit IRC | |
03:36 | sep has joined #ltsp | |
03:51 | daya has quit IRC | |
04:18 | makghosh has joined #ltsp | |
04:32 | tux_440volt is now known as Subhodip | |
04:37 | Subhodip is now known as tux_440volt | |
04:42 | makghosh has quit IRC | |
04:47 | makghosh has joined #ltsp | |
04:53 | makghosh has joined #ltsp | |
05:01 | yopla has joined #ltsp | |
05:18 | <yopla> morning all
| |
05:19 | I wonder if ther's a way to set X server color depth on some ltsp client.
| |
05:19 | <johnny> yes
| |
05:19 | see the file lts-parameters on your system
| |
05:19 | lts-parameters.txt perhaps
| |
05:21 | <yopla> Thank you...
| |
05:42 | <Pascal_1> clear
| |
05:42 | oups
| |
05:47 | ogra_??
| |
05:48 | what is the difference between connecting on the ltsp server from ssh and connecting to the server from a thin client ?
| |
06:09 | tux_440volt has quit IRC | |
06:14 | <yopla> thin client uses by default ldm. It displays greeter and session manager. then it launches the desktop linked to your session through ssh. With ssh, you just have console then eventually launch manually some X apps or desktop.
| |
06:27 | ogra_cmpc has quit IRC | |
06:37 | ogra_cmpc has joined #ltsp | |
06:58 | elisboa has quit IRC | |
06:58 | elisboa has joined #ltsp | |
07:01 | mhterres has joined #ltsp | |
07:10 | indradg has quit IRC | |
07:11 | indradg has joined #ltsp | |
07:15 | indradg has quit IRC | |
07:15 | indradg has joined #ltsp | |
07:21 | daya has joined #ltsp | |
07:25 | <daya> any have tried ltsp in lenny,
| |
07:27 | otavio has joined #ltsp | |
07:28 | makghosh has quit IRC | |
07:29 | <daya> ogra_, any idea about ltsp in lenny, I am not able to get X in client,
| |
07:33 | <ogra_cmpc> no idea, no
| |
07:33 | it works in hardy
| |
07:33 | <johnny> so what's the word on aufs ?
| |
07:33 | <daya> ogra_, is there and clue why so, is ldm is buggy in lenny
| |
07:33 | <johnny> daya, you're talking to the wrong person
| |
07:34 | <ogra_cmpc> daya, wait for vagrant to drop by
| |
07:34 | <daya> johnny, :P
| |
07:34 | <ogra_cmpc> he's the one maintaing the debian port
| |
07:35 | <daya> ogra_cmpc, Ok, But I am not meeeting him for the past few days,
| |
07:35 | Guaraldo has joined #ltsp | |
07:35 | <ogra_cmpc> he was here last nigh and the night before
| |
07:35 | and he'll surely be here tonight
| |
07:35 | <daya> ogra_cmpc, whats make ubuntu and debian a more gaps
| |
07:35 | jammcq has quit IRC | |
07:36 | <ogra_cmpc> "night" from a european TZ view :)
| |
07:36 | daya, they are different distros
| |
07:36 | * johnny wonders whether aufs or unionfs will make it to mainlien | |
07:36 | * laga hopes for aufs | |
07:36 | <johnny> unionfs is in mm.. but who knows..
| |
07:37 | aufs should get in mm if they want to be in mainline
| |
07:37 | <daya> ogra_cmpc, yes I do realize that, But ubuntu is based on debian isn't it.
| |
07:37 | <johnny> otherwise i doubt it will happen.
| |
07:37 | <ogra_cmpc> ltsp5 is implemented to use the distros system tools and packaging system ... while the packaging system is still not to much divereted between deb and ubuntu (even though we have many differences there as well) the system setup is completely diverted
| |
07:38 | daya, and ltsp5 was developed in ubuntu with different focus than vagrant puts it into in debian
| |
07:39 | s/puts it into/puts at it/
| |
07:39 | <johnny> for example?
| |
07:39 | <ogra_cmpc> ubuntu = all out of the box ... debian = as configurable as possible
| |
07:39 | <daya> amm
| |
07:39 | <ogra_cmpc> which contradicts in some areas and encanches each other in others
| |
07:40 | we're getting closer over time though ... i.e. ubuntu now uses debians ltspfs packages right away
| |
07:41 | in the near future the same will happen with ldm
| |
07:41 | but ltsp itself will always differ
| |
07:42 | <daya> ogra_cmpc, I am in confusion does sdm perform same as ldm or its used for different purpose
| |
07:42 | <ogra_cmpc> sdm is dead
| |
07:43 | <daya> ok
| |
07:43 | <ogra_cmpc> it predates ldm and was recently abandoned in favor of ldm
| |
07:43 | it had better autologin functions and was a tad smalled than ldm
| |
07:44 | but with the recent update to ldms autologin that wasnt needed anymore
| |
07:44 | <cyberorg> ogra_cmpc, what is ltsp5's local app project called?
| |
07:44 | subsume has joined #ltsp | |
07:45 | <ogra_cmpc> cyberorg, no idea, i wasnt affiliated with all that
| |
07:45 | <cyberorg> what happened of this? http://ltspthinclient.blogspot.com/
| |
07:45 | <ogra_cmpc> there is a spec in launchpad that has all info and code examples afaik
| |
07:46 | but nobody touched any code after iot was specded and scott had a proof of concept ready
| |
07:46 | i will look into it after may
| |
07:47 | if scpott doesnt do anything before :)
| |
07:48 | <cyberorg> xrexecd which is in ltsp-trunk is the launcher?
| |
07:48 | <johnny> i wish i could get to that :)
| |
07:48 | stupid genkernel :(
| |
07:52 | daya has quit IRC | |
07:56 | <yopla> hello !
| |
07:56 | Guaraldo has quit IRC | |
07:56 | <yopla> I'm back for some testing
| |
07:57 | Guaraldo has joined #ltsp | |
07:57 | <yopla> can we disable nbd and use nfs instead?
| |
07:57 | ltsp-server gutsy bin package
| |
07:57 | <laga> yopla: yes.. it's described somewhere in the wiki
| |
07:58 | joebaker has joined #ltsp | |
08:01 | <mikesh> hello, i have ltsp5 at debian lenny, is there some easy way how to fix ldm autologin bug?
| |
08:04 | subsume has quit IRC | |
08:06 | deavid has quit IRC | |
08:07 | * ogra_cmpc wasnt aware there was a bug | |
08:07 | <lilian> mikesh: what kind of bug are you talking about? we use the etch backports from http://pkg-ltsp.alioth.debian.org/debian/, and autologin is working fine.
| |
08:08 | <mikesh> it just didnt work and there is some about it .. http://lists.alioth.debian.org/pipermail/pkg-ltsp-devel/2008-January/001208.html
| |
08:09 | slidesinger has joined #ltsp | |
08:09 | <mikesh> i put this lines to my lts.conf
| |
08:09 | LDM_USERNAME=user
| |
08:09 | LDM_PASSWORD=pass
| |
08:10 | and ldm didnt open loginscreen and wm doesnt start
| |
08:10 | <lilian> mikesh: you need LDM_AUTOLOGIN = true too
| |
08:10 | <mikesh> oh
| |
08:10 | ok, my false
| |
08:10 | sorry
| |
08:11 | <lilian> mikesh: no problem.
| |
08:11 | <ogra_cmpc> a fix like that was pllied (a different one i thonk though)
| |
08:11 | *applied
| |
08:11 | soneyka has quit IRC | |
08:15 | soneyka has joined #ltsp | |
08:17 | <mikesh> lilian: its same, i see just cross (X) :(
| |
08:18 | <yopla> What LDM_GUEST does mean? In dlm-scott branch?
| |
08:18 | <lilian> mikesh: how old is your ldm? autologin was fixed about 4 weeks ago..
| |
08:19 | <mikesh> lilian: my ltsp is 5.0.40~bzr20071229-1
| |
08:21 | <yopla> ho, is there any source.list for gutsy? I still have 5.0.29 one
| |
08:21 | <lilian> mikesh: this is too old for sure. it was fixed in late Feb/early Mar
| |
08:22 | <laga> you won't be able to run hardy's LTSP on gutsy without some (minor) changes.. eg remove the 'no lzma' argument from the mksquashfs call in ltsp-update-image
| |
08:22 | and probably some other things
| |
08:23 | <yopla> hardy is the latest distrib?
| |
08:23 | <johnny> hardy isn't out
| |
08:23 | it will be out sometime next month
| |
08:23 | you should prolly wait
| |
08:24 | <yopla> So I have to use ldm-scott branch...
| |
08:24 | and manually copy binaries int chrot
| |
08:25 | <johnny> i wouldn't do that..
| |
08:25 | you're gonna break it
| |
08:25 | <mikesh> lilian: ok, thanks
| |
08:26 | lilian is now known as daduke | |
08:26 | <yopla> yes my fisrt try was unsuccessfull
| |
08:26 | <johnny> just wait til hardy comes out
| |
08:31 | <yopla> l
| |
08:32 | haven't found how to disable nbd
| |
08:33 | Pascal_2 has joined #ltsp | |
08:34 | cliebow_ has joined #ltsp | |
08:36 | <johnny> it's in there
| |
08:36 | ogra_ has quit IRC | |
08:36 | ogra_cmpc has quit IRC | |
08:36 | <johnny> but you shouldn't do it
| |
08:37 | unelss you are editing the chroot alot
| |
08:37 | ogra_ has joined #ltsp | |
08:37 | ogra_cmpc has joined #ltsp | |
08:39 | deavid has joined #ltsp | |
08:41 | abadger1999 has quit IRC | |
08:41 | <yopla> johnny : yes that's what I want for testing
| |
08:42 | elisboa has quit IRC | |
08:42 | <yopla> it's in there where?
| |
08:43 | elisboa has joined #ltsp | |
08:44 | <johnny> check some file in your $chroot/etc/defaults perhaps?
| |
08:45 | slidesinger has quit IRC | |
08:47 | <yopla> humm I think it's initrd related. Perhaps an option in pxe.conf?
| |
08:50 | slidesinger has joined #ltsp | |
08:52 | Pascal_1 has quit IRC | |
08:54 | tux_440volt has joined #ltsp | |
08:59 | vagrantc has joined #ltsp | |
09:00 | <johnny> no
| |
09:00 | prpplague has joined #ltsp | |
09:01 | prpplague has left #ltsp | |
09:04 | Pascal_2 has quit IRC | |
09:05 | mccann has joined #ltsp | |
09:06 | GiantPickle has quit IRC | |
09:06 | GiantPickle has joined #ltsp | |
09:08 | cdealer has joined #ltsp | |
09:09 | <cdealer> hi all. Some clients are having a mouse issue, when they click one time the click go 2 times, like a dual click.... only with clients, and are not all
| |
09:15 | abadger1999 has joined #ltsp | |
09:15 | Gadi has joined #ltsp | |
09:21 | <mikesh> daduke: please, can you help me? i have still same problem, but now i have ldm 2:0.1~bzr20080308-1~40.etch.0
| |
09:21 | Pascal_1 has joined #ltsp | |
09:21 | <Pascal_1> hello
| |
09:21 | gadi ?
| |
09:23 | you remember my problem with pam_mount ? i made test on a debian etch , local connection works fine, ssh connection works fine but now when i try to connect from a thin client (ssh also ) the same problem appear : smbumount doesnt works
| |
09:23 | have you got an idea ?
| |
09:23 | i thought that the connection from a thin client was the same than an ssh connection
| |
09:23 | <vagrantc> cyberorg: glad to hear LTSP5 is going well for you! :)
| |
09:24 | <cyberorg> vagrantc, thanks, now i understand how all pieces come together :)
| |
09:24 | <vagrantc> :)
| |
09:26 | <Gadi> Pascal_1: what was the distro that you used the first time when it was working?
| |
09:27 | <Pascal_1> it never works :-(
| |
09:27 | <Gadi> ah
| |
09:27 | hmm...
| |
09:27 | <ogra_cmpc> thats not a helpful bugreport
| |
09:27 | <Pascal_1> it works last week with your help but i didnt try with thin client
| |
09:27 | <ogra_cmpc> :)
| |
09:27 | <Gadi> does etch use the C-based ldm?
| |
09:27 | <vagrantc> no
| |
09:27 | <ogra_cmpc> the backport afaik
| |
09:27 | <Pascal_1> hmm i dont know
| |
09:28 | <vagrantc> unless you use the backport
| |
09:28 | <Pascal_1> what is the way to know that ?
| |
09:28 | <Gadi> file /opt/ltsp/i386/usr/sbin/ldm
| |
09:28 | <vagrantc> Pascal_1: dpkg -l 'ltsp*' | egrep ^ii ; dpkg --root=/opt/ltsp/i386 -l 'ltsp*' ldm | egrep ^ii
| |
09:28 | gadi's works well too :)
| |
09:28 | <Gadi> :)
| |
09:29 | <ogra_cmpc> way to short command ... :P
| |
09:29 | <Gadi> call me old fashioned
| |
09:29 | :)
| |
09:29 | <Pascal_1> ii ltsp-server 0.99debian11 Basic LTSP server environment
| |
09:29 | ii ldm 0.99debian11 LTSP display manager
| |
09:29 | ii ltsp-client 0.99debian11 LTSP client environment
| |
09:29 | i thought ldm was like ssh
| |
09:29 | <ogra_cmpc> 0.99 sounds like the original pkg
| |
09:29 | <vagrantc> ltspbot: learn version as to get version info on debian/ubuntu (please use the pastebot): dpkg -l 'ltsp*' | egrep ^ii ; dpkg --root=/opt/ltsp/i386 -l 'ltsp*' ldm | egrep ^ii
| |
09:29 | <ltspbot> vagrantc: The operation succeeded.
| |
09:30 | <vagrantc> Pascal_1: ldm is basically a GUI frontend to ssh
| |
09:30 | <Gadi> Pascal_1: what do you see in the logs?
| |
09:30 | <Pascal_1> then why it doesnt works as ssh ?
| |
09:30 | <Gadi> is there a proper logout of ssh?
| |
09:30 | <ogra_cmpc> ldm uses: ssh -X user@server /etc/X11/Xsession by default
| |
09:30 | make sure to use the -X in your manual tests
| |
09:30 | <Pascal_1> Gadi, my problem is when i use ldm on thin client there is nothing in auth.log at the disconnect
| |
09:31 | <vagrantc> hmmm ....
| |
09:31 | <Gadi> yeah - sounds like it does not disconnect properly
| |
09:31 | <vagrantc> we do do a "kill $PPID" ...
| |
09:31 | <Pascal_1> it's the unique case where there is nothing
| |
09:31 | <vagrantc> not sure if that actually logs out properly.
| |
09:31 | <mikesh> ogra_cmpc: hello, please can you help me with ldm autologin?
| |
09:32 | <Gadi> vagrantc: is 0.99 python?
| |
09:32 | <ogra_cmpc> vagrantc, erm
| |
09:32 | i patched that to be ${PPID}
| |
09:32 | else it has no effect
| |
09:32 | * ogra_cmpc thought he did that in the branch | |
09:33 | <ogra_cmpc> mikesh, i dont use autologin, whats the issue ?
| |
09:33 | <warren> vagrantc, request, could you please preface the commit comment with "Debian: " if the checkin is clearly debian specific?
| |
09:33 | <ogra_cmpc> it should work in the latest versions
| |
09:33 | <Pascal_1> Gadi, any idea ?
| |
09:33 | <warren> vagrantc, I try to use "Fedora: " if the checkin is clearly fedora specific, and don't if it could possibly relevant to other people
| |
09:33 | <mikesh> ogra_cmpc: i have setup ltsp5 with ldm, it works, but it doesnt work with autologin
| |
09:33 | <Gadi> Pascal_1: can you pastebot /opt/ltsp/i386/usr/sbin/ldm ?
| |
09:33 | * Gadi forgets the code | |
09:33 | <ogra_cmpc> warren, kudos for so much self-disciplien
| |
09:34 | * ogra_cmpc aready noticed the prefix | |
09:34 | <warren> vagrantc, hmm... "call chroot without full path"
| |
09:34 | - /usr/sbin/chroot $ROOT passwd root
| |
09:34 | + chroot $ROOT passwd root
| |
09:35 | <Pascal_1> Gadi, ldm is a file what i pastebot ?
| |
09:35 | <Gadi> yes
| |
09:35 | it is a file
| |
09:35 | <ogra_cmpc> paste that file
| |
09:35 | <Gadi> in your case a python script
| |
09:35 | (hopefully)
| |
09:35 | :)
| |
09:35 | <warren> vagrantc, I just had a bug filed where somebody did "sudo ltsp-build-client" and it failed because I wasn't calling chroot with full path
| |
09:35 | <cdealer> what may be causing my ltsp server loadaverage to go higher ... now its on 4.3 if I dont reboot the machine, after 3~4 days the load goes to 17 or more... O.o
| |
09:35 | <warren> where is chroot located on your distros?
| |
09:36 | Not /usr/sbin/chroot?
| |
09:36 | cyberorg, ping
| |
09:36 | <ogra_cmpc> /usr/sbin is in my path
| |
09:36 | <Gadi> how about: sudo $(which chroot) /opt/ltsp/i386 ltsp-build-client
| |
09:36 | :)
| |
09:36 | <warren> /usr/sbin isn't in the PATH of non-root users in Fedora
| |
09:36 | <cyberorg> warren, pong
| |
09:36 | /usr/bin/chroot
| |
09:36 | <warren> cyberorg, is chroot at /usr/sbin/chroot on suse?
| |
09:36 | <Pascal_1> Gadi, i send you the file ?
| |
09:36 | <ogra_cmpc> Gadi, rather in a common function and feed $CHROOTEXEC or so with it
| |
09:36 | <warren> /usr/bin? crap.
| |
09:37 | <cyberorg> why?
| |
09:37 | <ogra_cmpc> warren, gentoo is also in /usr/bin it seems
| |
09:37 | <Gadi> Pascal_1: why not paste?
| |
09:37 | I like your pastes
| |
09:37 | :)
| |
09:38 | <warren> OK, how about this: an early common/ plugin detects the location of chroot and sets it to CHROOTEXEC
| |
09:38 | agreed?
| |
09:38 | <ogra_cmpc> no
| |
09:38 | not a plugin
| |
09:38 | <warren> why?
| |
09:38 | <ogra_cmpc> lets put it in ltsp_functions or so
| |
09:38 | <warren> ltsp-build-client itself?
| |
09:38 | <ogra_cmpc> or even that
| |
09:38 | vagrantc has quit IRC | |
09:39 | * warren checks | |
09:39 | <ogra_cmpc> seems we scared vagrant :)
| |
09:39 | <Pascal_1> iwhat is the url of pastebot
| |
09:39 | <Gadi> !pastebot
| |
09:39 | <ltspbot> Gadi: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
| |
09:40 | <warren> ogra_, i'm not entirely happy about setting it in /usr/share/ltsp/plugins/functions
| |
09:40 | <ogra_cmpc> hum ... where did ltsp_functions go ?
| |
09:40 | <ltsppbot> "pascal" pasted "#!/usr/bin/python import os im" (214 lines) at http://pastebot.ltsp.org/473
| |
09:41 | <warren> ogra_cmpc, because nothing else gets executed in there when it is merely sourced
| |
09:41 | <ogra_cmpc> no, i was talking about a function script we used to source from ltsp-build-client
| |
09:41 | seems that vanished
| |
09:41 | vagrantc has joined #ltsp | |
09:41 | <Gadi> Pascal_1: try changing the line that reads: 'kill -1 $PPID']
| |
09:41 | to: 'kill -1 ${PPID}']
| |
09:42 | <ogra_cmpc> you can also make it -9 :)
| |
09:42 | <warren> ogra_cmpc, what's wrong with an early plugin?
| |
09:42 | <ogra_cmpc> if you feel evil enough
| |
09:42 | <vagrantc> warren: yeah, sorry about that. makes good sense.
| |
09:42 | <warren> vagrantc, seems that we do need absolute path for chroot, but different distros have different paths
| |
09:42 | vagrantc, thus we're talking about where to detect the location of chroot and set $CHROOTEXEC
| |
09:42 | <vagrantc> build time.
| |
09:42 | <warren> vagrantc, ltsp-build-client itself, or an early plugin
| |
09:42 | <ogra_cmpc> vagrantc, we're a comon plugin to determine the full path of the chroot command or a function in ltsp-build-client
| |
09:43 | <vagrantc> well, i guess with ltsp-build-client, i don't care if it's run-time or build time
| |
09:43 | <ogra_cmpc> s/we're/we're discussing/
| |
09:43 | * vagrantc is doing laundry at a laundromat | |
09:43 | <warren> I'm against putting it in /usr/share/ltsp/plugins/functions because nothing else in there is executed or set by merely sourcing it.
| |
09:43 | <Pascal_1> gadi i try
| |
09:43 | <vagrantc> so i'm only like 35% here
| |
09:43 | <ogra_cmpc> vagrantc, we used to source something like ltsp_functions in ltsp-build-client, wher did that go ?
| |
09:43 | <vagrantc> ogra_cmpc: it's just plugin-specific functions
| |
09:43 | <warren> ogra_cmpc, that must have been long before I began hacking on it
| |
09:44 | <ogra_cmpc> vagrantc, there was a differnt thing we had in ltsp-build-client directly
| |
09:44 | <Pascal_1> ogra_cmpc, it's better to make -9 than -1 ?
| |
09:44 | <warren> I think ltsp-build-client or an early plugin is the best place to put this.
| |
09:44 | Just pick one and I'll write it
| |
09:44 | * ogra_cmpc votes for ltsp-build-client | |
09:44 | * warren votes for ltsp-build-client | |
09:44 | <vagrantc> i like plugin
| |
09:45 | <warren> gah!!
| |
09:45 | =)
| |
09:45 | <vagrantc> because then it's possible for the distro to override it
| |
09:45 | <ogra_cmpc> actually i would suggest to have something like _functions back that finds all executable pathst for us
| |
09:45 | <warren> what other paths do we need?
| |
09:45 | <ogra_cmpc> plugins can still override that
| |
09:45 | <Pascal_1> Gadi, kill -9 or kill -1 ?
| |
09:45 | <vagrantc> FOO and BAR
| |
09:45 | you never know what crazy things other distros are going to do.
| |
09:45 | <ogra_cmpc> warren, netcat
| |
09:46 | <Gadi> Pascal_1: hmm... try both
| |
09:46 | <Pascal_1> ok
| |
09:46 | <ogra_cmpc> to give a recent example
| |
09:46 | <Gadi> (not at the same time)
| |
09:46 | <warren> ogra_cmpc, netcat isn't used during ltsp-build-client
| |
09:46 | <Pascal_1> Gadi, ;-)
| |
09:46 | <warren> ogra_cmpc, and we don't share any code that uses netcat
| |
09:46 | <ogra_cmpc> ldm does
| |
09:46 | <Gadi> Pascal_1: /me tries to recall what he did - bec I was definitely using the python ldm when I was playing with this....
| |
09:46 | <vagrantc> the screen script does
| |
09:46 | <warren> OK, I'm with vagrantc on plugin.
| |
09:46 | <ogra_cmpc> right
| |
09:46 | <warren> vagrantc, which screen script?
| |
09:46 | <vagrantc> warren: you don't use the ldm screen script?
| |
09:47 | <ogra_cmpc> well, i give up then, being overruled here
| |
09:47 | <vagrantc> brb
| |
09:47 | <ogra_cmpc> make it a plugin
| |
09:47 | <Pascal_1> Gadi, i try and i tell you
| |
09:47 | <warren> oh!
| |
09:47 | <ogra_cmpc> warren, i'm pretty sure we'll get more like these in the future
| |
09:48 | <Pascal_1> Gadi, do i have to reboot the ltsp server ?
| |
09:48 | <Gadi> Pascal_1: no
| |
09:48 | just the client
| |
09:48 | <Pascal_1> ok
| |
09:48 | <warren> ogra_cmpc, it isn't relevant for the client to spend any cycles looking for the location of chroot.
| |
09:48 | <Gadi> but make sure you don't have stray ssh processes on the server
| |
09:48 | from previous logins
| |
09:48 | and make sure you dont have stray mounts
| |
09:50 | <Pascal_1> stray ?
| |
09:50 | remember i'm french ;-)
| |
09:50 | <Gadi> left over
| |
09:50 | remaining
| |
09:50 | residual
| |
09:50 | present but unused and unwaanted
| |
09:51 | *unwanted
| |
09:51 | <vagrantc> still running
| |
09:51 | <Gadi> un amok
| |
09:51 | *run
| |
09:51 | indefatigable
| |
09:51 | * vagrantc wonders how long thesaurus-fest will continue | |
09:51 | <Gadi> :)
| |
09:52 | <vagrantc> ltsp thesaurus-a-thon
| |
09:52 | <Gadi> its about as long as the toilet paper roll
| |
09:52 | ;)
| |
09:52 | <Pascal_1> ;-)
| |
09:52 | * warren silent.wav | |
09:53 | <Gadi> :)
| |
09:54 | ogra_cmpc_ has joined #ltsp | |
09:55 | <ogra_cmpc_> grmbl
| |
09:55 | ogra_cmpc has quit IRC | |
09:57 | <Pascal_1> Gadi, kill -1 ${PPID}'] doesnt works i try with kill -9 ${PPID}']
| |
09:58 | kill -9 ${PPID}'] doesnt works any more
| |
09:58 | and always no log in auth.log
| |
09:59 | <Gadi> hmm
| |
09:59 | <Pascal_1> it'is the only case that there is no log
| |
10:01 | with ssh , with your help it works fine and the logs are here
| |
10:02 | on the thin client (ldm) i've got only the connection logs
| |
10:03 | <Gadi> and on the client, it returns to login screen after logout?
| |
10:04 | <Pascal_1> yes
| |
10:04 | i change the theme
| |
10:04 | it's not a problem ?
| |
10:05 | <vagrantc> hmmm....
| |
10:05 | <cyberorg> warren, here is our process diagram http://cyberorg.kicks-ass.org/~cyberorg/kiwi-ltsp-diagram.png
| |
10:05 | i don't understand any of the plugin thing :(
| |
10:06 | here is the script that does this https://forgesvn1.novell.com/viewsvn/kiwi-ltsp/trunk/kiwi-ltsp/ltsp/suse-11.0/kiwi-ltsp-setup?revision=117&view=markup
| |
10:06 | <Gadi> Pascal_1: shouldnt be
| |
10:06 | Pascal_1: I have a mtg - bbiab
| |
10:06 | <Pascal_1> a what ?
| |
10:07 | <Gadi> meeting
| |
10:07 | <vagrantc> cyberorg: since you have an existing infrastructure to install ltsp, you just drop a plugin in to call that.
| |
10:07 | <cyberorg> vagrantc, that is what i sent on the ML
| |
10:07 | <vagrantc> cyberorg: if there's any commandline options you could pass to that command, then add commandline options in the plugin
| |
10:07 | cyberorg: what are you not understanding with the plugin system?
| |
10:07 | <cyberorg> vagrantc, the diagram shows what each commandline options do
| |
10:08 | <vagrantc> cyberorg: i can't check the diagram right now
| |
10:08 | <Pascal_1> then Gadi any idea ?
| |
10:08 | :-(
| |
10:09 | <cyberorg> vagrantc, remember you and me came up with the plugin that called kiwi-ltsp-setup -s? i sent that on the list
| |
10:09 | <vagrantc> cyberorg: yes, i know.
| |
10:09 | cyberorg: we should give you commit access to the bzr repository so you can commit it yourself.
| |
10:09 | <warren> so he can commit a single plugin of 1 line?
| |
10:10 | <cyberorg> that would be suse plugin that does everything in correct order, the script can be called with different switches to do any process in arbitrarily
| |
10:10 | <vagrantc> warren: and fix other bugs as needed
| |
10:10 | <warren> Are we reasonably certain that he knows what not to change that might break other people?
| |
10:10 | He would also need to know how not to merge and push destructively.
| |
10:11 | * ogra_cmpc_ would suggest to work on a branch for a while | |
10:11 | <vagrantc> yes, unfortunately, bzr doesn't take care of that...
| |
10:11 | <cyberorg> lol, warren i have full access to compiz on fd.o and compiz-fusion git without breaking anything :)
| |
10:11 | <ogra_cmpc_> we can regulary merge
| |
10:11 | <vagrantc> maybe ogra_cmpc_'s suggestion is the way to go
| |
10:11 | <warren> oh?
| |
10:11 | <vagrantc> just publish a branch and request to merge
| |
10:12 | i'd prefer bzr merges to applying patches
| |
10:12 | <warren> you want *me* to do that too?
| |
10:12 | <cyberorg> vagrantc, i don't mind sending patches to mailing list though, if i do not have to wait long for them to be commited
| |
10:12 | <ogra_cmpc_> warren, i think we should have a probation time for everyone actually ...
| |
10:12 | <vagrantc> warren: in general, that's probably a good working model... although i trust you to handle your merges yourself
| |
10:12 | <ogra_cmpc_> commit to a branch for a while and come back after two months or so
| |
10:13 | <vagrantc> cyberorg: i would rather see a bzr branch i can merge than patches, but if you are absolutely opposed to publishing a bzr branch, then i guess we'll have to work with each other.
| |
10:14 | i've probably gotten in the habit of committing directly too often
| |
10:14 | <cyberorg> vagrantc, i already have svn tree of whatever i do, i would not like to keep one more place to maintain if it can be avoided
| |
10:14 | <vagrantc> cyberorg: well, if you want changes to be accepted upstream... you might want to work with the tools upstream has chosen...
| |
10:14 | <ogra_cmpc_> cyberorg, well, if you get commit acces you will also be the responsible person for adding other suse devs to the ACLs
| |
10:15 | <cyberorg> and without much coding knowledge there wont be serious amount of code coming from me
| |
10:15 | <vagrantc> cyberorg: there's also bzr-svn ... where you can sync between bzr and svn ...
| |
10:16 | <cyberorg> ogra_cmpc_, my account name is cyberorg on launchpad
| |
10:16 | <warren> ogra_cmpc_, I am NOT waiting 2 months
| |
10:17 | <cyberorg> how do we go about doing it the right way :)
| |
10:18 | <ogra_cmpc_> warren, i'm not talking about you, but i want to make sure cyberorg unserstands all the code, if there is some suse dude he added to the acl who changes things in common areas (for example rewrites ltsp-build-client) cyberorg needs to be able to judge if thats suitable or not
| |
10:18 | warren, i know you know the code since two years
| |
10:18 | <warren> ogra_cmpc_, well, not 2 years
| |
10:18 | <ogra_cmpc_> well, since detroit at least
| |
10:19 | in any case we need some QA for people we add to the ACL
| |
10:19 | probation time would be one option
| |
10:20 | i.e. knowing and understanding the plugin system would be a prerequisite imho simply bevcause you may need to work on common plugins that affect all of us
| |
10:22 | abadger1999 has quit IRC | |
10:22 | <cyberorg> for now i just need a plugin added, one line change in lsb_release command and Xsession path check for suse in ldm.c
| |
10:23 | <warren> the Xsession thing might become more dicey
| |
10:23 | abadger1999 has joined #ltsp | |
10:23 | <warren> I need to change our ldm to launch *any* session via Xsession
| |
10:23 | <vagrantc> default Xsession should be handled at build time
| |
10:24 | debian's already supports that, although we don't actually use it :(
| |
10:24 | <ogra_cmpc_> warren, fedora doesnt do that ?
| |
10:24 | <vagrantc> we just call the binary directly ....
| |
10:24 | <ogra_cmpc_> vagrantc, all old releases did rely on alternatives and used it like that
| |
10:25 | vagrantc, the binary is a script that walks the users home and the alterantives
| |
10:25 | <cyberorg> suse's /etc/X11/xdm/Xsession supports any Xsession, i have kde4 clients booting here :)
| |
10:25 | <ogra_cmpc_> cyberorg, right thats what ubuntu and debian have as well
| |
10:25 | <Pascal_1> Gadi, after your meeting could you help me ?
| |
10:25 | <ogra_cmpc_> warren, i saw fedora plans to switch to upstart ?
| |
10:26 | <vagrantc> ogra_cmpc_: the current code still calls the binnary directly, and not as an argument to Xsession
| |
10:26 | <cyberorg> i get nice dropdown to select session after i fixed nc to netcat
| |
10:26 | <ogra_cmpc_> vagrantc, indeed, it calls whatever alternative is set
| |
10:26 | <vagrantc> ogra_cmpc_: which means that if you select your session, rather than using the default, you don't get all the stuff Xsession sets up
| |
10:26 | <ogra_cmpc_> right
| |
10:26 | thats true
| |
10:26 | <vagrantc> ogra_cmpc_: well, LDM calls whatever ldminfod tells it to call :)
| |
10:27 | could ldminfod tell it /etc/X11/Xsession /path/to/selected/foosession
| |
10:27 | <cyberorg> there we fixed one more potential bug :)
| |
10:27 | <warren> ogra_cmpc_, you asked about this a week or two again
| |
10:27 | <vagrantc> that way it could be implemented server-side ... so you could log into a fedora server and get the right options
| |
10:28 | <ogra_cmpc_> vagrantc, you could dump a teporary ~/.xsession into place (ugly, i know)
| |
10:28 | <warren> vagrantc, yeah but ldm also displays the entire name too, which isn't too nice.
| |
10:28 | <ogra_cmpc_> it overrides the system default
| |
10:28 | <vagrantc> ogra_cmpc_: no. :P
| |
10:28 | <ogra_cmpc_> warren, nope, i asked aboyut alternatives last time
| |
10:28 | <warren> ogra_cmpc_, we were using upstart for weeks now
| |
10:28 | <ogra_cmpc_> i got aware of upstart pon the weekend only ,,,
| |
10:28 | funny
| |
10:28 | <vagrantc> warren: well, long-term it requires more changes. short term we could do a basename on it or something
| |
10:29 | <ogra_cmpc_> huh
| |
10:30 | whats the prob here ? we have a user readable name in the .desktop files
| |
10:30 | <warren> common/000-check-paths ?
| |
10:30 | joebaker has left #ltsp | |
10:30 | <warren> any better name?
| |
10:30 | <ogra_cmpc_> (if you had listened to me and took xdg desktop file utils it would be one more option to just get the real name :P )
| |
10:31 | <vagrantc> actually, we could just set it in 000-basic-configuration
| |
10:31 | <ogra_cmpc_> but you can indeed grep it out there as well
| |
10:31 | <vagrantc> chroot and whatever else...
| |
10:31 | <warren> vagrantc, doesn't exist in common
| |
10:31 | <ogra_cmpc_> does it need to ?
| |
10:31 | <vagrantc> i guess it's no big deal to set it in common.
| |
10:31 | 000-check-paths is probably good
| |
10:32 | <ogra_cmpc_> sounds sane
| |
10:32 | staffencasa has joined #ltsp | |
10:32 | <vagrantc> would it be evil to write a function called "chroot" that handles the detection and sets a variable ?
| |
10:33 | <ogra_cmpc_> sounds evil
| |
10:33 | <warren> yes
| |
10:33 | <vagrantc> ok
| |
10:33 | <Pascal_1> ogra_cmpc_, any idea why i disconnect from a thin client there is no log in auth.log ?
| |
10:34 | <vagrantc> gotta run. see y'all later.
| |
10:34 | <ogra_cmpc_> Pascal_1, no
| |
10:34 | vagrantc has quit IRC | |
10:35 | <warren> ogra_cmpc_, Ubuntu has chroot in /usr/sbin/chroot ?
| |
10:35 | <Pascal_1> is there a way to log all it happen during connection and disconnection ?
| |
10:35 | <ogra_cmpc_> warren, same as debian, yes
| |
10:36 | <warren> ok, then I'll check for /usr/sbin/chroot and /usr/bin/chroot
| |
10:36 | <ogra_cmpc_> firwst for $(which chroot) :)
| |
10:37 | only if its not in $PATH you actually need to search
| |
10:37 | and /usr/bin should be in every systems user PATH
| |
10:38 | so if $(which chroot) doesnt return andthing we check if its in /usr/sbin ... if its missing there we exit
| |
10:38 | *anything
| |
10:40 | <Pascal_1> yopla, you told me something about the difference between ssh connection and ldm connection, could you told me again ?
| |
10:42 | slidesinger has quit IRC | |
10:42 | <warren> ogra_cmpc_, checking for paths would be faster
| |
10:42 | ogra_cmpc_, there's no fork involved
| |
10:43 | <ogra_cmpc_> but the code gets bigger, i dont think speed is an issue during -build-client
| |
10:43 | <warren> which fails in my case
| |
10:43 | =)
| |
10:44 | <ogra_cmpc_> ??
| |
10:44 | <warren> ogra_cmpc_, chroot is not in PATH
| |
10:44 | which wont work here
| |
10:44 | <ogra_cmpc_> thats what its supposed to :)
| |
10:44 | right
| |
10:46 | if [ ! -n "$(which chroot)" ]; then if [ -x /usr/sbin/chroot ]; then CHROOTEXEC=/usr/sbin/chroot .... else echo "no chroot found"
| |
10:46 | <warren> it's more code than that
| |
10:47 | less code the other way
| |
10:47 | <ogra_cmpc_> then do it your way :)
| |
10:49 | <warren> heh
| |
10:49 | -dd if=/dev/zero of=$SWAP bs=1024k count=$SIZE 2> /dev/null
| |
10:49 | +dd if=/dev/zero of=$SWAP bs=1024k count=0 seek=$SIZE 2> /dev/null
| |
10:49 | vagrant's change to nbdswapd
| |
10:50 | <ogra_cmpc_> heh
| |
10:50 | <warren> that's actually a clever idea
| |
10:51 | indradg has quit IRC | |
10:51 | <warren> I just pushed CHROOTEXEC to ltsp-trunk
| |
10:51 | you'll want to update Debian and Ubuntu directories later
| |
10:51 | <ogra_cmpc_> i dont really care atm :)
| |
10:51 | * ogra_cmpc_ is in pre release stress | |
10:52 | <warren> nod
| |
10:52 | slidesinger has joined #ltsp | |
10:52 | <warren> ogra_cmpc_, you work on other parts of Ubuntu as well?
| |
10:52 | ogra_cmpc_, or own?
| |
10:52 | <ogra_cmpc_> and the classmate image builder needs my full attention atm
| |
10:52 | i just moved to the platform team after the boston summit
| |
10:53 | <warren> is classmate still relevant given that competitors are better?
| |
10:53 | <ogra_cmpc_> so theoretically i am responsible for the layer between kernel and desktop
| |
10:53 | there are millions of pre orders for classmates
| |
10:54 | i guess at least the existing contracts will be worked through
| |
10:54 | but i cant talk on behalf of intel ... no idea what they will do
| |
10:55 | but all that stuff i do here will work on other subnotebooks with some adaption
| |
10:56 | (the hardcoded module lists etc need to be changed and the predefined partition sizes would need to be adjusted, but then it would make a fast tiny OS for teh eeePC as well)
| |
10:57 | gentgeen__ has joined #ltsp | |
10:59 | <ogra_cmpc_> warren, did i show you that ? http://code.google.com/p/compcache/
| |
10:59 | its pretty cool, i plan to experiment wiht it a bit in the next release
| |
10:59 | mcfloppy is now known as floppybaer | |
10:59 | <ogra_cmpc_> we could drop the minimal requs for ltsp a lot if it works as advertised
| |
11:03 | alekibango has quit IRC | |
11:05 | vagrantc has joined #ltsp | |
11:09 | indradg has joined #ltsp | |
11:12 | <Pascal_1> vagrantc, any idea for my problem ?
| |
11:13 | alekibango has joined #ltsp | |
11:16 | lns has joined #ltsp | |
11:16 | alekibango has quit IRC | |
11:17 | Pascal_1 has quit IRC | |
11:19 | spectra has joined #ltsp | |
11:22 | <warren> ogra_cmpc_, userspace or kernel space compression?
| |
11:22 | alekibango has joined #ltsp | |
11:23 | <ogra_cmpc_> kernel
| |
11:23 | as i understand the explanation at the top at least
| |
11:24 | though i wonder why the redirectiion through a swapfile is needed, you could as well just add the compression to the standard ram handling
| |
11:24 | (with a config option indeed)
| |
11:26 | <warren> will that be submitted to upstream kernel?
| |
11:26 | At the very least it would have an upstream review that might improve the code
| |
11:29 | <vagrantc> compcache ?
| |
11:31 | <cdealer> how can I know how much disk i/o my server is doing ?
| |
11:38 | <ogra_cmpc_> i doubt it will go upstream
| |
11:38 | twinprism has quit IRC | |
11:38 | twinprism has joined #ltsp | |
11:41 | alekibango has quit IRC | |
11:48 | Faithful has quit IRC | |
11:48 | sbalneav has joined #ltsp | |
11:48 | <sbalneav> Morning all
| |
11:50 | <ogra_cmpc_> !s
| |
11:50 | <ltspbot> ogra_cmpc_: "s" is Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
| |
11:50 | * vagrantc waves to sbalneav | |
11:50 | alekibango has joined #ltsp | |
11:53 | <vagrantc> sbalneav: you figured out the xauth stuff? :)
| |
11:53 | <sbalneav> Yes I did
| |
11:53 | :)
| |
11:53 | Got it going late last night.
| |
11:53 | See my post?
| |
11:53 | <vagrantc> yes, reading it now.
| |
11:53 | just couldn't contain my excitement.
| |
11:53 | <sbalneav> Hey ogra_cmpc!
| |
11:54 | If we could get going what's in that post, it would HUGELY clean up a whole lot of things.
| |
11:54 | make ogra happy for the CK stuff
| |
11:55 | eliminate the entire LTSPROCKS ssh chat ugliness.
| |
11:55 | <ogra_cmpc_> sbalneav, how much is it ? i'm unlikely to get changes with more then ten lines past the release manager now
| |
11:55 | <vagrantc> LTSPROCKS makes me smile, though.
| |
11:55 | <sbalneav> it's just a short script added to the rc.d
| |
11:56 | <ogra_cmpc_> ah, cool
| |
11:56 | <sbalneav> hold on, I'll paste the gist of is.
| |
11:56 | * ogra_cmpc_ has no mailer handy, to busy with cmpc atm | |
11:57 | <vagrantc> UFDA. new options to sshd
| |
11:58 | <ltsppbot> "sbalneav" pasted "S01-setup-xauth" (15 lines) at http://pastebot.ltsp.org/474
| |
11:58 | <sbalneav> UFDA?
| |
11:58 | <vagrantc> if it requires modifications to sshd ... i really can't envision it being included in debian this release cycle.
| |
11:59 | <sbalneav> Right, I think this is more of a long term goal.
| |
11:59 | <vagrantc> which will hopefully close by the end of the year.
| |
11:59 | ldm3
| |
11:59 | <ogra_cmpc_> should that be foople_authority ?
| |
11:59 | <vagrantc> :)
| |
11:59 | <ogra_cmpc_> :)
| |
11:59 | <sbalneav> Certainly, we'd want to convince the ssh authors that this is necessary.
| |
12:00 | <vagrantc> in the short term, would it be feasible to still handle xauth properly, but break expiry?
| |
12:00 | <sbalneav> Oh, well, this will both not break expiry, and handle xauth.
| |
12:00 | We just have to keep doing the password chat for now.
| |
12:00 | <vagrantc> right, but it's not feasible in the near future
| |
12:01 | i.e. using ssh-askpass
| |
12:01 | <sbalneav> Right. If we switch to ssh-askpass, we can't do expiry.
| |
12:02 | which was the whole reason I did a chat instead of ssh-askpass in the first place.
| |
12:02 | <vagrantc> but with ssh-askpass, it's easier to properly handle xauth ?
| |
12:03 | <sbalneav> No, no different. The two aren't related. Sorry, I was talking about 2 different things in the email: xauth will be fixed regardless of wether we use a chat, or ssh-askpass.
| |
12:04 | That email was sort of a response to Warren about the whole chat/lang thing being hacky.
| |
12:04 | <ogra_cmpc_> right, it hooks into the second ssh call anyway
| |
12:04 | <sbalneav> this would be the way to eliminate it.
| |
12:04 | be back in 10 minutes or so: workping....
| |
12:05 | <vagrantc> sbalneav: ah, great!
| |
12:08 | alekibango has quit IRC | |
12:11 | <warren> sbalneav, chat/lang?
| |
12:15 | <sbalneav> Back
| |
12:16 | <ogra_cmpc_> warren, the ssh chat
| |
12:16 | <sbalneav> warren: remember on friday we talked about the ssh chatting, and detecting strings to chat on, not being language specific, etc.
| |
12:17 | Basically, I put some thought as to what would be needed to eliminate chatting with ssh altogether.
| |
12:18 | Hm, isn't ltspbot around?
| |
12:18 | <vagrantc> ltsppbot: hi
| |
12:18 | ltspbot:
| |
12:19 | !status
| |
12:19 | <ltspbot> vagrantc: I am connected to freenode as ltspbot.
| |
12:19 | <sbalneav> Ah, there he is
| |
12:23 | floppybaer has quit IRC | |
12:32 | <warren> Are you folks with NFS root using no_root_squash in /etc/exportfs?
| |
12:32 | I mean /etc/exports
| |
12:37 | * Gadi wave to sbalneav! Welcome back! | |
12:37 | <Gadi> saw ur post
| |
12:39 | Phisbut has joined #ltsp | |
12:40 | alekibango has joined #ltsp | |
12:40 | alekibango has joined #ltsp | |
12:43 | <vagrantc> warren: yes, as far as i know, no_root_squash is absolutely necessary.
| |
12:44 | <warren> ah, nobody told me until now
| |
12:44 | <vagrantc> warren: otherwise the UID's all come up as nobody
| |
12:44 | warren: well, it was in the common plugins, although ogra may have moved it to Debian since Ubuntu no longer uses NFS
| |
12:46 | <ogra_cmpc_> i didnt move anything
| |
12:46 | Guaraldo has quit IRC | |
12:46 | daduke_ has joined #ltsp | |
12:46 | <ogra_cmpc_> i want nfs configured even i dont use it
| |
12:46 | so users can switch easily
| |
12:47 | <cliebow_> !seen sbalneav
| |
12:47 | <ltspbot> cliebow_: sbalneav was last seen in #ltsp 27 minutes and 23 seconds ago: <sbalneav> Ah, there he is
| |
12:47 | <vagrantc> ogra_cmpc_: you talked about moving it
| |
12:47 | Guaraldo has joined #ltsp | |
12:47 | <ogra_cmpc_> hmm
| |
12:48 | <Phisbut> Hello people. I'm new to LTSP and I have a little problem with my setup. I just finished installing Ubuntu Dapper (Server) and configuring LTSP.
| |
12:48 | <vagrantc> ogra_cmpc_: and the commit logs confirm that you did it :P
| |
12:48 | <ogra_cmpc_> meh
| |
12:48 | silly me
| |
12:48 | <Phisbut> I can boot a workstation with PXE and get to the login screen. However, I won't let me log it graphically (no error message).
| |
12:49 | When I go to a console (Ctrl-Alt-F1), I can login, but when I try to write anything to my home directory, I get the following error : Cannot touch `test`: read-only filesystem
| |
12:49 | <ogra_cmpc_> Phisbut, which ltsp release, distro ?
| |
12:49 | <Phisbut> Ubuntu 6.06 Server, comes with LTSP-5
| |
12:49 | On the server, my /etc/exports file specifies "read-write" : /opt/ltsp *(rw,no_root_squash,sync)
| |
12:50 | <ogra_cmpc_> ubuntu server ?
| |
12:50 | but you installed the ubuntu-desktop package rught ?
| |
12:50 | *right
| |
12:50 | <Phisbut> uhh... not that I know of... the server edition boots to a command line
| |
12:50 | <ogra_cmpc_> (ltsp doesnt work without a desktop installer on the server machine)
| |
12:51 | !ubuntu
| |
12:51 | <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
| |
12:51 | <ogra_cmpc_> see the latter URL
| |
12:51 | <Phisbut> Then what's the point of having a "server edition" if you need the desktop stuff anyway?
| |
12:53 | <vagrantc> Phisbut: LTSP is essentially a "Desktop Server" ... it serves up desktops.
| |
12:53 | <ogra_cmpc_> well, ltsp requires a desktop to log in to
| |
12:53 | <vagrantc> Phisbut: unless you want plain console logins.
| |
12:53 | <ogra_cmpc_> indeed :)
| |
12:53 | <vagrantc> then you don't need the desktop packages on the server.
| |
12:53 | jammcq has joined #ltsp | |
12:53 | <jammcq> hey kids
| |
12:54 | <ogra_cmpc_> yo jammcq
| |
12:54 | * vagrantc waves to jammcq | |
12:54 | <Phisbut> I thought the client desktop packages were built from the "ltsp-build-client" command
| |
12:54 | <jammcq> what's new?
| |
12:54 | <warren> hey
| |
12:54 | <ogra_cmpc_> Phisbut, the thin client OS is
| |
12:54 | yopla has quit IRC | |
12:54 | <ogra_cmpc_> Phisbut, that only boots an X server and ldm
| |
12:54 | (the ltsp login manager)
| |
12:54 | <Phisbut> ok, I got that
| |
12:55 | <ogra_cmpc_> if you log in ldm does essentiallys: ssh -X user@server /etc/X11/Xsession
| |
12:55 | <Phisbut> however, that doesn't explain why, even in a console login, I can't write to my own $HOME
| |
12:55 | <ogra_cmpc_> how do you manage to log in
| |
12:55 | ?
| |
12:55 | <Phisbut> ctrl-alt-f1
| |
12:55 | <ogra_cmpc_> there are no userws inside the client system and root is locked on purpose :)
| |
12:56 | <Phisbut> ok, so the $HOME directory of a user logged on a workstation would be the $HOME directory of that same user on the server?
| |
12:57 | <vagrantc> if logged in through LDM, yes.
| |
12:57 | <ogra_cmpc_> since you shouldnt log in on the console ... if you want console logins thorugh telnet you can define that in lts.conf so it gets started by the appropriate screen.d script
| |
12:58 | (not sure which other console methods are there, i have actually never tried them)
| |
12:58 | * vagrantc uses shell all the time | |
12:58 | <ogra_cmpc_> but i dont understand how you could log in at all
| |
12:58 | <vagrantc> but that just gives a root shell without any authentication
| |
12:58 | <ogra_cmpc_> right
| |
12:59 | <vagrantc> unless dapper pre-dates the locking of root password?
| |
12:59 | <ogra_cmpc_> nope
| |
12:59 | <vagrantc> but i thought i got that in much earlier
| |
12:59 | <ogra_cmpc_> that was in since the first day
| |
12:59 | its ubuntu policy
| |
12:59 | <Phisbut> well... I don't see why I shouldn't be able to log in... ltsp-build-client builds a whole system, and then the boot through PXE roots to that system, which is able of logging in
| |
13:00 | <ogra_cmpc_> Phisbut, well, if you can log in wiht an account there is clearly something very broken
| |
13:00 | since thats disabled in all areas on a thin client system (ion purpose as i said)
| |
13:01 | <Phisbut> I can login with a *new* account created from the server once chrooted to /opt/ltsp/i386... I *can't* login with an account that is on the server
| |
13:01 | <ogra_cmpc_> no users and disabled root account so i dont understand how you can log in
| |
13:01 | right
| |
13:01 | so you created an account
| |
13:01 | <Phisbut> I guess I shouldn't have done the "create a new account" part then...
| |
13:02 | <ogra_cmpc_> no, but you should have mentioned it :)
| |
13:02 | <Phisbut> lol... ok, now I know, so here goes : By the way, I created a new account while chrooted ;-)
| |
13:02 | * Phisbut uncreates the account... | |
13:02 | <ogra_cmpc_> anyway, if you want a desktop login, there needs to be a desktop on the LTSP server, thats how ltsp works
| |
13:03 | any specific reason why you use dapper ?
| |
13:03 | <Phisbut> ok, that wasn't clear to me, I thought the whole file hierarchy created under /opt/ltsp/i386 included that desktop stuff
| |
13:03 | <ogra_cmpc_> no, its only for getting HW support and the login manager up
| |
13:04 | everything else happens on the server
| |
13:04 | else you would need quite beefy clients :)
| |
13:10 | tux_440volt is now known as Subhodip | |
13:13 | <Phisbut> in retrospect, did I miss something or is there really no documentation on how to get a *graphical* LTSP install from Ubuntu Server Edition? (all the doc I've seen start from a desktop install, which obviously already has gnome)
| |
13:17 | Egyptian[Home] has quit IRC | |
13:19 | <ogra_cmpc_> Phisbut, i wasnt even aware that it is on the dapper server CD ... its an installer item in the latest laternate CDs for hardy now
| |
13:19 | *alternate
| |
13:19 | abadger1999 has quit IRC | |
13:19 | <ogra_cmpc_> and not included in -server nowadays
| |
13:20 | <Phisbut> It's actually a "selling point" of the Server Edition... http://www.ubuntu.com/products/WhatIsUbuntu/serveredition
| |
13:20 | Quote "Ubuntu Server edition includes thin client support using LTSP (Linux Terminal Server Project). LTSP-5, the latest release, offers a simple installation and easy maintenance."
| |
13:20 | <ogra_cmpc_> silly marketing
| |
13:20 | i'll talk to the guys to rephrase that
| |
13:21 | <Phisbut> which is why I picked the server edition for the *drum roll* ... server part of the terminal-server setup ;-)
| |
13:21 | <ogra_cmpc_> heh
| |
13:21 | abadger1999 has joined #ltsp | |
13:21 | <ogra_cmpc_> you are really better off with the desktop CD
| |
13:21 | <Phisbut> duly noted
| |
13:21 | <ogra_cmpc_> sorry for that the text is clearly confusing
| |
13:22 | <Phisbut> not your fault
| |
13:22 | (unless of course you wrote those lines yourself, in that case, you can rot in hell for all I care :-P )
| |
13:22 | <ogra_cmpc_> well, i'm in charge of ltsp in ubuntu :)
| |
13:22 | and they use to ask me before making statements .... (normally)
| |
13:22 | Subhodip has quit IRC | |
13:23 | <Phisbut> don't we all love the marketing dept... I feel your pain
| |
13:23 | <ogra_cmpc_> heh
| |
13:23 | so whats the reason for taking dapper ?
| |
13:23 | <Phisbut> LTS
| |
13:23 | <ogra_cmpc_> do you plan to buy support ?
| |
13:24 | all later ltsp versions are far beyond dapper ... if you are not bound by company policy to support contract to use old software i'd really pick something new
| |
13:24 | <Phisbut> not yet. actually, we're an ISV, and we're deploying test environments to mirror what our clients (current and potential) might have, to make sure our software works well in such setups
| |
13:25 | <ogra_cmpc_> ah, k
| |
13:25 | then LTS is inded the better choice
| |
13:25 | <Phisbut> since some of our potential clients are in some gov branches, we figured they'd be using LTS
| |
13:25 | <ogra_cmpc_> next LTS is due in 4 weeks btw
| |
13:25 | Egyptian[Home] has joined #ltsp | |
13:25 | <Phisbut> tell that to my boss ;-)
| |
13:25 | <ogra_cmpc_> betarelease will be this week
| |
13:26 | <Phisbut> I'll probably have to test both (6.06 and 8.04) anyway, for at least as long as 6.06 is supported by Canonical
| |
13:26 | <cliebow_> Phisbut, it should be worth the wrath of khan to look to the hardy release for lts
| |
13:27 | <ogra_cmpc_> cliebow_, well, he cant choose his customers ... makes sense to know both :)
| |
13:27 | Egyptian[Home] has quit IRC | |
13:27 | <cliebow_> ah..well
| |
13:28 | <Phisbut> yeah... what I'd give to have the right to tell any customer "just upgrade your distro and quit bugging us"...
| |
13:28 | <cliebow_> heh..wouldnt thsat be nice..
| |
13:29 | Pascal_1 has joined #ltsp | |
13:29 | Gadi has left #ltsp | |
13:29 | <Phisbut> Dapper ain't that bad... I still have to support Fedora Core 4 :-(
| |
13:30 | <ogra_cmpc_> ltsp will only be supported for another year on dapper btw
| |
13:30 | <Phisbut> cool
| |
13:31 | <ogra_cmpc_> since its bound to the desktop and desktop support for dapper runs out mid 2009
| |
13:31 | <Phisbut> but why ding just this one feature while supporting the rest?
| |
13:31 | well... it doesn't look like it's bound to the desktop anymore, thanks to marketing
| |
13:31 | <ogra_cmpc_> its not about features :) its about packages
| |
13:32 | packages that belong to server (dhcpd and friends) will be supported for 5 years indeed
| |
13:32 | but desktop is limited to 3 ... ltsp is tied to desktop functionallity, so dies with the rest of the desktop packages wrt support
| |
13:33 | <Phisbut> and when I get Hardy, I still should get the Desktop for LTSP instead of the server, right?
| |
13:34 | <ogra_cmpc_> on hardy you should take the alternate CD and select "thin client server" from the modes menu on the cd bootscreen
| |
13:34 | <Phisbut> ok, thanks
| |
13:35 | <ogra_cmpc_> if your server has two NICs it will work out of the box after first reboot
| |
13:35 | <Phisbut> great, you've been very helpful, thanks
| |
13:35 | <ogra_cmpc_> youre welcome :)
| |
13:35 | <Phisbut> and off I go downloading the alternate Dapper CD...
| |
13:37 | oh, LTSP isn't listed on the Alternate feature for Dapper, is it only there for Hardy?
| |
13:39 | <ogra_cmpc_> right
| |
13:39 | on dapper you need to follow the wiki
| |
13:40 | the only flavour that had ltsp fully included in dapper was edubuntu
| |
13:40 | <Phisbut> ... and server ;-)
| |
13:40 | <ogra_cmpc_> the functionallity you find in hardys installer is based on that
| |
13:44 | Pascal_1 has quit IRC | |
13:47 | <lns> ogra_, if ppl are using Dapper will they be able to upgrade directly to hardy?
| |
13:47 | just out of curiosity
| |
13:48 | <ogra_cmpc_> lns, with the general upgrade rule of "rebuild your client environment", yes
| |
13:48 | <moquist> ogra_cmpc_: hey-a
| |
13:48 | <ogra_cmpc_> hey moquist
| |
13:48 | <lns> coolio
| |
13:49 | * ogra_cmpc_ just tries out a classmate install in urdu language ... | |
13:49 | <moquist> I'm experimenting with diskless thick clients. I've done 'apt-get ubuntu-desktop' in the chroot (this is feisty, actually) and I'm wondering if anybody has any OTOHH advice for me about problems I'll have before I have a workable kiosk-like system.
| |
13:49 | For example, right now avahi is upset.
| |
13:50 | <ogra_cmpc_> moquist, Nubae in #edubuntu is experimenting with that since some time
| |
13:50 | and on the edubuntu ML there is jim kronenbush
| |
13:50 | <moquist> And maybe this was dumb, but I bind mounted /proc from the server under the chroot during the ubuntu-desktop installation.
| |
13:50 | ogra_cmpc_: I'll hop over there and ask; thx.
| |
13:52 | <vagrantc> moquist: bind-mounting proc shouldn't cause any problems. we do it during ltsp-build-client.
| |
13:52 | mccann has quit IRC | |
13:53 | <moquist> vagrantc: Ah, cool. I was a bit worried the chroot might think it's got the server proc, then, but I guess that's not an issue.
| |
13:53 | <ogra_cmpc_> it has
| |
13:54 | which is why it will create a matching xorg.conf for the servers card for example
| |
13:54 | <moquist> Right, but apparently that's OK.
| |
13:54 | <ogra_cmpc_> if you boot it on a client it will indeed have the kernels proc :)
| |
13:56 | ogra_cmpc_ is now known as ogra_cmpc | |
13:56 | BadMagic has quit IRC | |
13:59 | BadMagic has joined #ltsp | |
14:04 | <moquist> ogra_cmpc: so far so good; I took avahi and NetworkManager out of startup and now GDM is unhappy b/c it can't write to /var/lib/gdm, but at least I can log in to TTY1.
| |
14:04 | <vagrantc> ogra_cmpc: what do you mean it will have the kernel's proc ?
| |
14:04 | ogra_cmpc: NFS doesn't export sub-mounts
| |
14:04 | <ogra_cmpc> vagrantc, the /proc of the running kernel
| |
14:04 | <vagrantc> ogra_cmpc: and it's excluded from the squashfs images
| |
14:05 | ah, yes.
| |
14:05 | <ogra_cmpc> :)
| |
14:05 | OMG i wasnt aware urdu is a RTL language
| |
14:05 | <vagrantc> my brain somehow saw server instead of kernel
| |
14:06 | * ogra_cmpc tries to find his way around on a mirrored desktop | |
14:06 | * moquist has been mispronouncing urdu all this time...and to think it's "Uh-Drew" | |
14:07 | <ogra_cmpc> man, thats wrecking my brain
| |
14:08 | working from behind the mirror
| |
14:08 | milesd has joined #ltsp | |
14:12 | <vagrantc> ogra_cmpc: i'm thinking of making ltsp-client strictly depend on ldm ...
| |
14:12 | if they want some other setup without ldm and it's dependencies, they can install ltsp-client-core
| |
14:13 | <ogra_cmpc> well, i never dropped that dep :)
| |
14:13 | oh, i had an "or" in there though
| |
14:13 | for sdm
| |
14:13 | <vagrantc> yes
| |
14:13 | i dropped sdm-terminal in debian, but i'm thinking of dropping x-display-manager as well.
| |
14:13 | <ogra_cmpc> well, no more sdm you said
| |
14:14 | if gdm has a sane ssh mode we can re-add it
| |
14:14 | until then i agree
| |
14:14 | <vagrantc> alright.
| |
14:14 | * moquist logs into an Ubuntu Desktop on a diskless thick client | |
14:14 | <vagrantc> i'll drop it in my next upload.
| |
14:15 | * ogra_cmpc applauds moquist | |
14:15 | <moquist> Hmm. Gnome is unhappy.
| |
14:15 | So not complete success yet...
| |
14:27 | K_O-Gnom has quit IRC | |
14:31 | DonSilver has joined #ltsp | |
14:40 | daduke_ has quit IRC | |
14:53 | elisboa has quit IRC | |
15:10 | cdealer has quit IRC | |
15:13 | abadger1999 has quit IRC | |
15:15 | cliebow_ has quit IRC | |
15:15 | mhterres has quit IRC | |
15:15 | mhterres has joined #ltsp | |
15:16 | abadger1999 has joined #ltsp | |
15:16 | <ogra_cmpc> vagrantc, not sure you plan xen support, but here is something that helps: https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/134865
| |
15:19 | <vagrantc> ogra_cmpc: i've done many installs inside xen instances with no problem.
| |
15:19 | <ogra_cmpc> hmm
| |
15:19 | <vagrantc> oh...
| |
15:19 | --early-packages "ltsp-client libc6-xen" ...
| |
15:19 | <ogra_cmpc> heh
| |
15:19 | <vagrantc> although the poster forgot to add ltsp-client
| |
15:19 | <ogra_cmpc> thats a default ? or local ?
| |
15:20 | <vagrantc> if you specify --early-packages it overrides the default
| |
15:20 | which is "ltsp-client"
| |
15:21 | <ogra_cmpc> the plugin doesnt do that
| |
15:21 | <vagrantc> no, but a comment did
| |
15:21 | <ogra_cmpc> he just adss it separately in after-install
| |
15:21 | <vagrantc> i think a plugin is a way to handle it, though.
| |
15:21 | though i'd probably add it so that it gets installed via debootstrap and is available as early as possible.
| |
15:21 | <ogra_cmpc> at least a way that doesnt get in myv way :)
| |
15:22 | <vagrantc> ogra_cmpc: oh, libc6-xen is in universe?
| |
15:22 | <ogra_cmpc> if i add it as separate new plugin no RM will complain, if i add it to existing code they will look closer
| |
15:23 | yeah
| |
15:23 | <vagrantc> i thought xen was supported out of the box ...
| |
15:23 | anyways ...
| |
15:23 | <ogra_cmpc> with jepo i think
| |
15:23 | dont askl me, i'm no virtualization expert
| |
15:23 | <vagrantc> heh
| |
15:23 | <ogra_cmpc> *jeos
| |
15:23 | weird keyboard
| |
15:24 | <vagrantc> well, basically you need to install libc6-xen in the chroot ... should be possible to handle that all in a single additional plugin
| |
15:24 | <ogra_cmpc> i'm happy if i get my virtualbox running fine
| |
15:24 | <vagrantc> unless debootstrap doesn't handle INCLUDES ...
| |
15:25 | yup... code should have include support
| |
15:27 | i'll test if using includes works on debian
| |
15:28 | and then we can just add it there instead of in after-install ... otherwise do as the novaki (the poster) did
| |
15:28 | and i'd probably do a simpler test for libc6-xen :)
| |
15:29 | <ogra_cmpc> yeah
| |
15:30 | <vagrantc> can actually just test the return status of dpkg
| |
15:30 | dpkg apparently doesn't have a quiet option :(
| |
15:30 | <ogra_cmpc> well, a grep ^ii should be added :)
| |
15:31 | <vagrantc> if dpkg -l libc6-xen > /dev/null ; then ...
| |
15:31 | should be sufficient
| |
15:31 | <ogra_cmpc> even with config files left ?
| |
15:31 | <vagrantc> i can try it
| |
15:32 | but my guess is that will still have a non-0 return
| |
15:33 | <ogra_cmpc> yeah
| |
15:33 | doesnt help, you need grep ^ii
| |
15:33 | <vagrantc> why?
| |
15:33 | <ogra_cmpc> and grep has a -q :)
| |
15:34 | <vagrantc> it returns 0 ... ugh.
| |
15:34 | ok.
| |
15:34 | grep it is
| |
15:34 | actually, i need to work on this security update for ldm in lenny
| |
15:34 | <ogra_cmpc> right
| |
15:35 | * vagrantc grumbles about slow buildd's | |
15:36 | * ogra_cmpc sadly doesnt like sbalneav's proposal on th ML | |
15:36 | * jammcq too | |
15:37 | <ogra_cmpc> it means we need server side stuff and wiont be able to just connect to any sshd we want
| |
15:37 | bobby_C has joined #ltsp | |
15:37 | <jammcq> what we need is good ole network auth
| |
15:38 | <vagrantc> just fire off an ssh in an xterm :)
| |
15:38 | maybe even a custom xterm, so it's not quite as ugly.
| |
15:38 | <jammcq> that's ugly too
| |
15:39 | <ogra_cmpc> vagrantc, we have that already :)
| |
15:39 | <vagrantc> yeah, i guess in a different way
| |
15:45 | Phisbut has quit IRC | |
15:50 | <vagrantc> even if upstream openssh accepts those changes, my guess is you won't be able to make them default in most distros
| |
15:50 | so it will require manual configuration ...
| |
15:50 | <ogra_cmpc> thats what i meant
| |
15:51 | <vagrantc> although, that's to get password expiry support ... maybe it's ok to not have that *part* of it working out of the box
| |
15:55 | password expiry isn't enabled by default... or is it?
| |
15:55 | Guaraldo has left #ltsp | |
15:56 | <ogra_cmpc> it is
| |
15:56 | <vagrantc> oh, ok.
| |
15:57 | * ogra_cmpc wonders hwy tzdata"s debconf selection offers him Sytem5 and Etc at the timezone selection | |
15:58 | <ogra_cmpc> err SystemV
| |
15:59 | vagrantc, do you have that too if you do dpkg-reconfigure tzdata on debian ?
| |
15:59 | <vagrantc> ogra_cmpc: yup
| |
15:59 | <ogra_cmpc> weird
| |
15:59 | <vagrantc> 2008a-1
| |
15:59 | on sid
| |
16:00 | <ogra_cmpc> 2007k-1ubuntu4
| |
16:00 | BadMagic has quit IRC | |
16:01 | <vagrantc> on etch, it doesn't present me with anything
| |
16:01 | mhterres has quit IRC | |
16:01 | <vagrantc> i think it wasn't debconfized till later or something
| |
16:01 | <ogra_cmpc> i think it was in another package
| |
16:02 | tzadmin ?
| |
16:02 | or so
| |
16:02 | <vagrantc> it says to use tzconfig
| |
16:02 | <ogra_cmpc> or the command was called like that
| |
16:02 | yeah
| |
16:02 | <vagrantc> somewhere there was tzsetup
| |
16:02 | seems hard to keep track of all the advances in timezone configuration these days
| |
16:04 | <ogra_cmpc> yeah, except that i have to offer confguration in my installer :)
| |
16:04 | BadMagic has joined #ltsp | |
16:06 | <johnny> hi
| |
16:10 | rcy has joined #ltsp | |
16:13 | mccann has joined #ltsp | |
16:14 | alekibango has quit IRC | |
16:17 | jammcq has quit IRC | |
16:30 | rcy has quit IRC | |
16:37 | mccann_ has joined #ltsp | |
16:37 | mccann_ has quit IRC | |
16:40 | slidesinger has quit IRC | |
16:48 | bobby_C has quit IRC | |
16:49 | alekibango has joined #ltsp | |
16:50 | <johnny> dberkholz, i've been messing with genkernel4 for awhile, can't get the thing to compile gcc
| |
16:50 | big long nasty error
| |
17:01 | mccann has quit IRC | |
17:17 | <johnny> laga, it seems that neither aufs nor unionfs will make it into the kernel anytime soon
| |
17:17 | that we won't see anything like that in kernel untion the union mount stuff happens..
| |
17:17 | which deals with the issue at the vfs layer i think, instead of trying to work around it/on top of it
| |
17:18 | s/untion/until/
| |
17:18 | lol
| |
17:20 | mikkel has quit IRC | |
17:25 | tessier__ has joined #ltsp | |
17:25 | <tessier__> Hello all!
| |
17:26 | I am trying to network boot with mboot.c32 but after it tftp's mboot.c32 the server just hangs. Any ideas for how to troubleshoot? Anyone know if mboot.c32 works with Nvidia chipset?
| |
17:26 | I've done this before and have copied the old config as a baseline. I don't understand why this wouldn't work.
| |
17:29 | chupa has quit IRC | |
17:31 | <tessier__> ah...
| |
17:33 | hm...I'm afraid the pxe in these mobo's might be hosed. :( It is supposed to ask for the config file pxelinux.cfg/<mac> but instead looks for pxelinux.cfg/0A010168
| |
17:34 | * tessier__ wonders if pxelinux.0 is different between 32 bit and 64 bit machines | |
17:41 | <tessier__> ah!
| |
17:41 | pxelinux.0 is different for 32 and 64 bit
| |
17:41 | Now it works! :)
| |
17:41 | Funny how it mostly worked when running the 32 bit version. It got as far as getting mboot.c32 anyway
| |
17:45 | <vagrantc> tessier__: what are you network-booting mboot.c32 for? xen ?
| |
17:45 | chupa has joined #ltsp | |
17:45 | <tessier__> vagrantc: Yep!
| |
17:45 | Ah....and now it grabs the correct config file named by mac as well
| |
17:45 | <vagrantc> i tried that a little over a year ago...
| |
17:46 | <tessier__> vagrantc: I've been doing it for a couple of years now. Works great. I use xen with aoe. http://xenaoe.org
| |
17:46 | I am building virtualization cluster with AoE backed SAN for companies.
| |
17:46 | <vagrantc> ata-over-ethernet?
| |
17:46 | <tessier__> Yes
| |
17:47 | <vagrantc> i'm guessing you're not using LTSP for this ... ?
| |
17:47 | <tessier__> I usually run LTSP on the cluster. But the booting of the cluster itself is not directly related to LTSP
| |
17:48 | <vagrantc> so the cluster is your LTSP application serveR?
| |
17:51 | <tessier__> Exactly
| |
17:53 | <vagrantc> nice.
| |
18:17 | J45p3r has joined #ltsp | |
18:18 | Faithful has joined #ltsp | |
18:21 | Shingoshi has quit IRC | |
18:41 | elisboa has joined #ltsp | |
18:42 | DonSilver has quit IRC | |
18:46 | cyberorg has quit IRC | |
18:47 | steph_ has joined #ltsp | |
18:48 | subsume has joined #ltsp | |
18:56 | staffencasa has quit IRC | |
18:57 | K_O-Gnom has joined #ltsp | |
19:03 | jammcq has joined #ltsp | |
19:04 | <jammcq> hey kidz
| |
19:04 | <johnny> ogra_cmpc, ogra_ sup with grawert.org? :)
| |
19:14 | steph1 has joined #ltsp | |
19:15 | steph1 has left #ltsp | |
19:17 | milesd has quit IRC | |
19:17 | subsume has quit IRC | |
19:17 | abadger1999 has quit IRC | |
19:21 | subsume has joined #ltsp | |
19:28 | K_O-Gnom has quit IRC | |
19:38 | subsume has quit IRC | |
19:45 | mccann has joined #ltsp | |
19:53 | <ogra_cmpc> johnny, i didnt find the time to care for finishing the move yet ....
| |
19:56 | J45p3r has left #ltsp | |
20:20 | steph1 has joined #ltsp | |
20:22 | steph1 has left #ltsp | |
20:42 | otavio has quit IRC | |
20:44 | subsume has joined #ltsp | |
20:49 | steph_ has quit IRC | |
20:50 | rjune__ has quit IRC | |
20:56 | Shingoshi has joined #ltsp | |
21:03 | mischko has joined #ltsp | |
21:04 | mischko has quit IRC | |
21:28 | mccann has quit IRC | |
21:32 | tux_440volt has joined #ltsp | |
21:38 | abadger1999 has joined #ltsp | |
21:45 | MacIver has quit IRC | |
22:05 | MacIver has joined #ltsp | |
22:07 | subsume has left #ltsp | |
22:13 | vagrantc has quit IRC | |
22:43 | spectra has quit IRC | |
23:20 | elisboa has quit IRC | |
23:29 | basanta has joined #ltsp | |
23:29 | daya has joined #ltsp | |
23:35 | basanta has quit IRC | |
23:36 | subir has joined #ltsp | |
23:36 | subhodip__ has joined #ltsp | |
23:36 | tux_440volt has quit IRC | |
23:36 | subhodip__ has quit IRC | |
23:42 | tux_440volt has joined #ltsp | |
23:45 | indradg has quit IRC | |
23:47 | Faithful has quit IRC | |
23:50 | latarsky has joined #ltsp | |