IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 14 November 2007 (all times are UTC)
| 00:00 | daya has joined #ltsp | |
| 00:30 | highvoltage has quit IRC | |
| 00:30 | highvoltage has joined #ltsp | |
| 00:37 | daya has joined #ltsp | |
| 00:38 | Artemka has joined #ltsp | |
| 00:38 | Artemka has left #ltsp | |
| 00:39 | <daya> channel, I have installed by following the lower step of http://wiki.debian.org/LTSP/Howto,and confiure as in /usr/share/doc/ltsp-server/README.Debian.sound
| |
| 00:39 | but sound is still not working in client
| |
| 00:41 | I have configure xmms to use pulseaudio, by installing xmms-pulse 0.9.4 from pulseaudio.org
| |
| 01:00 | daya has quit IRC | |
| 02:08 | Egyptian[Home] has joined #ltsp | |
| 02:14 | daya has joined #ltsp | |
| 02:31 | edgarin has quit IRC | |
| 02:33 | daya has quit IRC | |
| 02:50 | mcfloppy_ has quit IRC | |
| 02:56 | mcfloppy_ has joined #ltsp | |
| 03:19 | EXP2 has quit IRC | |
| 03:25 | Q-FUNK has joined #ltsp | |
| 04:12 | monteslu has quit IRC | |
| 04:31 | Egyptian[Home] has quit IRC | |
| 04:32 | Egyptian[Home] has joined #ltsp | |
| 04:38 | frownix has joined #ltsp | |
| 04:39 | <frownix> lns did you solve your sound problem?
| |
| 05:14 | Q-FUNK has quit IRC | |
| 05:16 | Guaraldo has joined #ltsp | |
| 05:17 | IRCzito has joined #ltsp | |
| 05:35 | tuunix has joined #ltsp | |
| 05:37 | cliebow has quit IRC | |
| 05:51 | Q-FUNK has joined #ltsp | |
| 06:17 | fox2k has joined #ltsp | |
| 06:34 | plamengr has joined #ltsp | |
| 06:42 | subir has quit IRC | |
| 06:56 | cliebow has joined #ltsp | |
| 06:59 | K_O-Gnom has joined #ltsp | |
| 07:02 | <cliebow> ogra:fwiw..in powerpc links are made from the yaboot and yaboot.conf within /var/lib/tftpboot/ltsp/powerpc to those in /var/lib/tftpboot...ls -al shows them blacked out and the path is shown as yaboot.conf -> /var/lib/tftpboot/ltsp//opt/powerpc/boot/yaboot.conf
| |
| 07:03 | isnt ther an extra slash in there?
| |
| 07:07 | exodos has joined #ltsp | |
| 07:09 | monteslu has joined #ltsp | |
| 07:20 | <monteslu> what's with all the flaming on the mailing lists lately?
| |
| 07:21 | <tuunix> what mailing lists?
| |
| 07:22 | elisboa has quit IRC | |
| 07:22 | elisboa has joined #ltsp | |
| 07:34 | joebaker has joined #ltsp | |
| 07:34 | <ogra> what flaming ?
| |
| 07:35 | <monteslu> well, flaming may be a strong word
| |
| 07:35 | scotty took it too them nicely though
| |
| 07:36 | s/too/to
| |
| 07:36 | the edubuntu & k12 lists
| |
| 07:36 | gotta love "linux is only free if you don't value your time"
| |
| 07:37 | <ogra> the "Does open source make life easy?" thread you mean ?
| |
| 07:38 | <monteslu> yeah
| |
| 07:38 | that was one
| |
| 07:38 | there was another thread or two in the last couple days
| |
| 07:39 | <ogra> ah well
| |
| 07:39 | <monteslu> i guess that's the forum to discuss such things. seems better suited to slashdot or digg
| |
| 07:41 | avlis has joined #ltsp | |
| 07:50 | <tuunix> Ah, ogra is back online :)
| |
| 07:51 | The edubuntu release notes state that ldm now supports multiple servers and some form of load balancing.
| |
| 07:51 | <ogra> yep
| |
| 07:51 | <tuunix> How do I configure it?
| |
| 07:51 | <ogra> its described in the handbook afaik
| |
| 07:51 | <tuunix> OK, I must have missed something.
| |
| 08:06 | plamengr has quit IRC | |
| 08:06 | <cliebow> ogra: it appears the .img may be trying to nbd mount the i386.img...both i386 and powerpc.img are avaialable
| |
| 08:06 | ogra: it appears the .initt may be trying to nbd mount the i386.img...both i386 and powerpc.img are avaialable
| |
| 08:08 | <tuunix> Hm, the handbook seems to be slightly outdated...
| |
| 08:14 | <cliebow> ogra: yes..renaming powerpc.img tp i386.img gives me an ldm login..
| |
| 08:14 | on a g4
| |
| 08:17 | <tuunix> OK, it seems "https://wiki.edubuntu.org/SimpleLDMLoadBalancing" is the way to go...
| |
| 08:19 | tier1_ has joined #ltsp | |
| 08:21 | <cliebow> dang ...ssh keys need updating..
| |
| 08:25 | Gadi has joined #ltsp | |
| 08:26 | tuunix has quit IRC | |
| 08:33 | jammcq has joined #ltsp | |
| 08:36 | tier1__ has quit IRC | |
| 08:36 | tier1__ has joined #ltsp | |
| 08:38 | IRCzito has quit IRC | |
| 08:42 | tier1_ has quit IRC | |
| 08:43 | iMav has joined #ltsp | |
| 08:45 | highvoltage has quit IRC | |
| 08:47 | sepski has joined #ltsp | |
| 08:49 | highvoltage has joined #ltsp | |
| 09:03 | <ogra> cliebow, hmm, usually ltsp-update-image would increment the portnumber for the second image (ppc) but since you built it on a different machine it was indeed run over there and not on the server you boot from
| |
| 09:04 | elisboa has quit IRC | |
| 09:04 | <ogra> that needs to be addressed i think
| |
| 09:04 | elisboa has joined #ltsp | |
| 09:04 | <ogra> just duplicate the line in /etc/inetd.conf, change i386 to powerpc and increment the portnumber ...
| |
| 09:05 | then edit your yaboot.conf and add nbdport=<the port number you used in inetd,.conf>
| |
| 09:05 | to the kernel opts
| |
| 09:06 | that will enable you toi use both arch's
| |
| 09:19 | cyberorg has quit IRC | |
| 09:19 | sadmin1 has joined #ltsp | |
| 09:19 | <sadmin1> hi all
| |
| 09:20 | i want to do enable usb on ltsp5 on gutsy
| |
| 09:20 | any help
| |
| 09:22 | <ogra> you mean local devices like usb keys and cdroms ?
| |
| 09:22 | thats enabled by default ... make sure the user you want to use it with is in the fuse group
| |
| 09:30 | plamengr has joined #ltsp | |
| 09:40 | elisboa has quit IRC | |
| 09:40 | elisboa has joined #ltsp | |
| 09:49 | <sbalneav> Morning all
| |
| 09:50 | <jammcq> Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!!!
| |
| 09:52 | <Guaraldo> sbalneav: Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
| |
| 09:52 | jammcq: Hey, jammcq... How are you doing?
| |
| 09:52 | <jammcq> Guaraldo: doing great. How's life in Porto Alegre today?
| |
| 09:53 | <Guaraldo> Hi, all... Good morning, afternoon, evening...
| |
| 09:53 | jammcq: Hot!
| |
| 10:04 | prpplague has joined #ltsp | |
| 10:09 | Gadi has quit IRC | |
| 10:10 | Gadi has joined #ltsp | |
| 10:18 | <sadmin1> ogra yes local devices cdrom , floppy is working fine
| |
| 10:20 | <GiantPickle> I can have PXE clients and non-PXE clients booting of the same server yes?
| |
| 10:24 | <sadmin1> ogra my user is in fuse
| |
| 10:24 | now what i do
| |
| 10:25 | <frownix> GiantPickle, yes
| |
| 10:25 | <GiantPickle> frownix:thx
| |
| 10:27 | <cliebow> ogra:thank you..ill let yoiu know when i give it a whirl
| |
| 10:35 | <sadmin1> ogra u therfe
| |
| 10:35 | there
| |
| 10:40 | staffencasa has joined #ltsp | |
| 10:40 | <warren> ogra, do you run into cases where nbd-server is still running for long dead clients?
| |
| 10:41 | <ogra> warren, sorry in a meeting ... but try:
| |
| 10:41 | ogra@laptop:~/devel/hardy/ltsp$ grep nbdrootd /etc/hosts.allow
| |
| 10:41 | nbdrootd: ALL: keepalive
| |
| 10:42 | Q-FUNK has quit IRC | |
| 10:46 | staffencasa has quit IRC | |
| 10:48 | <warren> ogra, keepalive kills them? =)
| |
| 10:50 | staffencasa has joined #ltsp | |
| 10:54 | <ogra> warren, yup :)
| |
| 10:54 | <warren> o_O
| |
| 10:54 | <ogra> warren, it makes sure they are kept alive for the duration that was set for tcpd at compile time ... and then makes sure they die properly
| |
| 10:55 | without it they will run forever
| |
| 10:55 | iMav has quit IRC | |
| 10:55 | <warren> fun
| |
| 10:56 | <ogra> yeah, took us some time to find that ...
| |
| 10:57 | alternatively you can write a wrapper script that monitors the port
| |
| 10:58 | Q-FUNK has joined #ltsp | |
| 10:59 | plamengr has quit IRC | |
| 11:00 | plamengr has joined #ltsp | |
| 11:03 | rjune__ has quit IRC | |
| 11:06 | rjune_ has joined #ltsp | |
| 11:13 | Q-FUNK has joined #ltsp | |
| 11:17 | exodos has quit IRC | |
| 11:19 | plameng1 has joined #ltsp | |
| 11:19 | plameng1 has left #ltsp | |
| 11:35 | plamengr has quit IRC | |
| 11:40 | <avlis> HI!
| |
| 11:41 | can anyone give a little help?!
| |
| 11:41 | <frownix> avlis, we can try, if you tell us what the problem is
| |
| 11:41 | <avlis> lol
| |
| 11:41 | off course!
| |
| 11:41 | <frownix> ;)
| |
| 11:42 | <avlis> i have a thinclient hp t5135 doing boot with pxe !
| |
| 11:42 | every thing works fine in linux (debian)!
| |
| 11:42 | <frownix> ahh, problem solved..everything works...;-)
| |
| 11:42 | <avlis> lol
| |
| 11:42 | :P
| |
| 11:43 | but when a want to do rdp do a windows 2003, ltsp don't recognized the VGA!
| |
| 11:43 | :-(
| |
| 11:43 | there is my problem!
| |
| 11:44 | <frownix> hmm, never used rdp, or w2003, but either way.. don't recognize vga?
| |
| 11:44 | as in?
| |
| 11:44 | <sbalneav> So, you're setting SCREEN_07=rdesktop in the lts.conf file?
| |
| 11:44 | <avlis> yes!
| |
| 11:44 | * frownix gladly hands over to sbalneav | |
| 11:45 | <avlis> if a use another client, every thing is ok!
| |
| 11:45 | but when connect the HP, it cannot recognized the VGA, that is a VIA!
| |
| 11:46 | <sbalneav> And it works if you use the linux login side?
| |
| 11:46 | <avlis> perhaps if a put the right driver in "XSERVER=auto" the thing works!
| |
| 11:46 | yes if a use the linux works!
| |
| 11:47 | anybody now's the driver to VIA VGA?
| |
| 11:47 | <frownix> i use openchrome
| |
| 11:48 | <sbalneav> What happens if you do a SCREEN_07=ldm, and SCREEN_08=rdesktop?
| |
| 11:48 | does it work then?
| |
| 11:49 | <avlis> :-(
| |
| 11:49 | no
| |
| 11:50 | don't make rdesktop to any where! the error is "auto probe of the video card failed"
| |
| 11:54 | i'am doing googling, but there is no information about this thinclient with LTSP!
| |
| 11:54 | <frownix> can't you save the xorg.conf file from when you log in to linux, and set the ws to use that xorg file allways?
| |
| 11:54 | meaing, skip the probe
| |
| 11:57 | <avlis> i gone try that, but do you now what driver LTSP use to video card VIA?
| |
| 11:58 | <frownix> no idea
| |
| 11:59 | <avlis> lol
| |
| 12:00 | i think my solution is introduce the VIA module in the kernel and recompile it!
| |
| 12:00 | because the kernel don't recognize the video card!
| |
| 12:02 | <sutula> avlis: Shouldn't you be able to do that without a kernel compile, adding it to the list of modules that gets loaded? Or do you not have a module for it?
| |
| 12:03 | <frownix> http://groundstate.ca/c3mythtv <-- might find some info here
| |
| 12:03 | <avlis> i don't have have the module!
| |
| 12:03 | ok i will see that!
| |
| 12:06 | <frownix> a fallback could be to use vesa driver
| |
| 12:09 | Gadi has left #ltsp | |
| 12:10 | <avlis> i will try vesa driver!
| |
| 12:14 | frownix: vesa driver worked!
| |
| 12:14 | frownix, thanks!
| |
| 12:14 | <frownix> cool, it'll be a tad slow though;-(
| |
| 12:14 | <avlis> thanks everyone!
| |
| 12:16 | bye in Portugal is dinner time!
| |
| 12:16 | thanks!
| |
| 12:20 | Guaraldo has left #ltsp | |
| 12:23 | avlis has quit IRC | |
| 12:41 | Guaraldo has joined #ltsp | |
| 12:46 | <lns> frownix, nope, I didn't fix it - but rebuilding the chroot fixed the issue I had with the sound speeding up, incidentally...
| |
| 12:48 | <frownix> cool, at least some parts got better
| |
| 12:48 | <lns> frownix, I know I can put the soundfix script in at S99 and it'll work - but I'm sure there's a newer, more 'clean' mechanism for doing this - I'd like to know if the RCFILE_nn parm. can be manipulated to be run after everything else, because this is the best place to put it (even though it seems to run before the sound modules are set up)
| |
| 12:48 | <frownix> well, it only worked for "one" workstation, right?
| |
| 12:49 | <lns> no, it worked for both
| |
| 12:49 | <frownix> ah, ok
| |
| 12:49 | <lns> well
| |
| 12:49 | being manually run anyway. I think if I tried it again w/the chroot rebuilt it might work, it might make a diff
| |
| 12:50 | <frownix> ah, ok
| |
| 12:51 | so, the issue with rc.local running before sound should clearly be a fix for the developers
| |
| 12:51 | or, just fix the scripts, and submit the patch
| |
| 12:51 | <lns> possibly, but again, it'd be nice to use the RCFILE_nn parm in lts.conf instead, since that was made specifically for things like what i'm trying to fix
| |
| 12:52 | that should probably be fixed to run at the end instead of having to dig deeper into the system to run more generic RC scripts..just mho though
| |
| 12:52 | <frownix> right, so a fix in the rc scripts is needed
| |
| 12:52 | <lns> yeah
| |
| 12:52 | =p
| |
| 12:52 | <frownix> ;-)
| |
| 12:52 | in the mean time, fix it for your self, then tell the mailing list what(and why) you've done
| |
| 12:53 | <warren> jammcq, you there?
| |
| 12:53 | <frownix> it should be a fairly easy fix
| |
| 12:53 | <warren> jammcq, http://people.redhat.com/wtogami/temp/via-i586-hpet-panic.jpg
| |
| 12:53 | jammcq, have you seen kernel panics like this on your 170?
| |
| 12:53 | <lns> frownix, i agree - i will do my best to try and understand where everything is executed..i'm still learning the order of things
| |
| 12:53 | <warren> jammcq, oddly enough, it happens only sometimes
| |
| 12:54 | jammcq, nohpet seems to workaround it (not confirmed, because it only crashes sometimes)
| |
| 12:54 | <frownix> lns it's probably not that hard to find the right file in rc.whatever
| |
| 12:55 | <lns> frownix, well i think the RCFILE_nn parm is called from S20ltsp-client-setup
| |
| 12:55 | so... ;)
| |
| 12:55 | <frownix> so, there ya go;-)
| |
| 12:55 | <lns> not sure what bumping that up might do to other things though.
| |
| 12:55 | <frownix> vi S20ltsp-client-setup
| |
| 12:55 | shouldn't hurt anything
| |
| 12:55 | <ogra> warren, whats your kernel compiled for ? 486 or 586 instruction set ?
| |
| 12:56 | <frownix> since it's only running your own scripts
| |
| 12:56 | <jammcq> warren: I'll check with erick on that panic
| |
| 12:56 | <warren> ogra, 586
| |
| 12:56 | ogra, it boots fine like 80% of the time
| |
| 12:56 | <ogra> that might be your prob
| |
| 12:56 | <warren> ogra, it might be an upstream kernel issue
| |
| 12:56 | <lns> frownix, oic - moving the calling of RCFILE_nn, yes... i'll have to pick apart the script
| |
| 12:56 | <ogra> the via chipsets partially use 486 instruction sets
| |
| 12:57 | <warren> ogra, what!?
| |
| 12:57 | <ogra> geode as well
| |
| 12:57 | <frownix> lns dcc me the script, and I'll have a look at it too
| |
| 12:57 | <warren> ogra, that doesn't sound right.
| |
| 12:57 | ogra, we run 586 on OLPC Geode LX and older GX versions
| |
| 12:58 | ogra, and I've been running i586 kernel on Jim's T170 since last year with no issue.
| |
| 12:58 | ogra, it might be something different about how debian builds i586 that makes it incompatible.
| |
| 12:58 | <ogra> i had probs with 586 compiled kernels before
| |
| 12:58 | <Q-FUNK> I don't think we even have 586 kernels anymore
| |
| 12:58 | <warren> we officially support i586 with our i586 kernel
| |
| 12:58 | <Q-FUNK> it's either 486 or 686
| |
| 12:59 | <ogra> well, we have the i386 package thats explicitly compiled for 486 instruction sets ... and -generic which is 686
| |
| 12:59 | <lns> frownix, *hold music*
| |
| 12:59 | <frownix> hehe
| |
| 12:59 | i'll be back in an hour or two
| |
| 12:59 | <lns> ok
| |
| 13:00 | <warren> ogra, it is entirely possible that the way we build our i586 was tailored to work on this hardware, given that we employ most of the lead gcc and glibc hackers, they probably confirmed it...
| |
| 13:00 | ogra, in any case, it is working fine with our i586 kernel as long as it gets past the very beginning of bootstrapping where it selects a clocksource
| |
| 13:01 | <ogra> might have been with our kernel flavor ... it didnt persist long, we had it during development on testing purpose back in breezy i thnk
| |
| 13:01 | <warren> ogra, hpet seems to be the cause here
| |
| 13:01 | <ogra> back then i decided to go with the i386 one ... which never had issues since
| |
| 13:02 | C1ph3r has joined #ltsp | |
| 13:03 | <ogra> warren, how about booting with hpet=disabled ?
| |
| 13:03 | <lns> Does anyone know why /chroot/etc/init.d/S20ltsp-client-setup isn't linked in any runlevels by default?
| |
| 13:04 | <warren> ogra, yeah, nohpet works
| |
| 13:04 | <lns> oops sorry... s/S20ltsp-client-setup/ltsp-client-setup
| |
| 13:05 | <warren> Who was the person from artecgroup.com that hangs out here?
| |
| 13:06 | <ltsppbot> "ogra" pasted "mkdist" (96 lines) at http://pastebot.ltsp.org/350
| |
| 13:06 | <ogra> warren, sbalneav ^^^^ have a look
| |
| 13:06 | tag is missing though ...
| |
| 13:07 | <warren> ogra, ah, I had an idea
| |
| 13:07 | <Q-FUNK> warren: me
| |
| 13:08 | hm. where was it that client chroots get stored in gutsy, again?
| |
| 13:08 | <ogra> same place as in feisty
| |
| 13:09 | or edgy :)
| |
| 13:09 | <warren> ogra, BUILDDIR="`mktemp`/$NAME-$RELEASE"
| |
| 13:09 | <Q-FUNK> hmm... error 404
| |
| 13:09 | <warren> ogra, that way you're guaranteed not to step on anything that might already exist.
| |
| 13:09 | <ogra> warren, that creates a file
| |
| 13:09 | <warren> huh
| |
| 13:09 | mm
| |
| 13:09 | ogra, BUILDDIR="`mktemp -d`/$NAME-$RELEASE"
| |
| 13:10 | <ogra> yep, thats fine
| |
| 13:10 | well /$NAME-$RELEASE is a bit bad :)
| |
| 13:10 | <warren> ogra, please add -r -f -t -c as alternates
| |
| 13:10 | <ogra> yep
| |
| 13:11 | <Q-FUNK> hm... I'm wodering if that would be a different location than for debian
| |
| 13:11 | I cannot find the temp files for the client
| |
| 13:11 | <warren> oops
| |
| 13:11 | not RELEASE
| |
| 13:11 | <ogra> /opt/ltsp/$arch
| |
| 13:12 | BUILDPATH is what you want
| |
| 13:12 | <warren> ogra, err, you get the idea =)
| |
| 13:12 | <ogra> indeed, i'll add that
| |
| 13:13 | <warren> and VERSION is read from configure.ac like sbalneav suggested?
| |
| 13:13 | <ogra> well, not in core
| |
| 13:13 | i'll add a check and use the hardcded version a fallback for nw
| |
| 13:13 | *now
| |
| 13:14 | <lns> hmm...unless i'm not seeing something in another script, it doesn't look like /opt/ltsp/arch/etc/init.d/ltsp-client-setup is ever linked by any runlevels by default in gutsy.
| |
| 13:14 | sadmin1 has quit IRC | |
| 13:14 | <warren> ogra, conditional to read from configure.ac or someplace in core
| |
| 13:14 | <lns> can anyone verify this for me?
| |
| 13:14 | <warren> ogra, that way the mkdist is identical between all repos.
| |
| 13:14 | <ogra> right
| |
| 13:16 | <warren> ogra, what happens if you tag with a tag that already exists?
| |
| 13:17 | <ogra> bzr will complain i guess
| |
| 13:17 | <warren> ogra, mkdist should fail if you try to --tag or --release and the tag already exists?
| |
| 13:18 | oh
| |
| 13:18 | mmm
| |
| 13:19 | ogra, can the bzr export into $BUILDPATH be explicitly from the $RELEASE tag?
| |
| 13:20 | mkdist --release makes a tarball from the current tag and nothing else
| |
| 13:20 | <ogra> ok
| |
| 13:20 | <warren> mkdist --force makes a tarball of whatever is latest
| |
| 13:20 | <ogra> what do we want as version for non tagged tarballs, a timestamp ?
| |
| 13:21 | <warren> ogra, $VERSION$timestamp?
| |
| 13:21 | <Q-FUNK> ogra: ...and that would be where? I need to see what X tried to find when configuring the driver
| |
| 13:21 | <warren> ogra, or maybe $VERSIONtest
| |
| 13:21 | * lns wishes vagrantrc (or however he spells it) were here =) | |
| 13:22 | <ogra> test sounds good
| |
| 13:22 | <warren> ${VERSION}test is necessary for expansion?
| |
| 13:22 | <ogra> or pre
| |
| 13:22 | <warren> pre is probably better
| |
| 13:22 | ogra, well... it wouldn't exactly be pre if the version number wasn't incremented from the previous tag...
| |
| 13:24 | <ogra> Q-FUNK, thats something you can only see on a running client, not in the chroot
| |
| 13:24 | <Q-FUNK> ogra: no way to 'cd' to the runing client's instance?
| |
| 13:24 | <ogra> log in on the running client
| |
| 13:24 | thats the only way
| |
| 13:24 | well
| |
| 13:24 | <johnny> unless you start an sshd?
| |
| 13:24 | is that possible?
| |
| 13:25 | <ogra> you could install sshd in the chroot
| |
| 13:25 | <johnny> aha neat
| |
| 13:25 | <ogra> but thats still "login on a running client" :)
| |
| 13:25 | plamengr has joined #ltsp | |
| 13:25 | plamengr has left #ltsp | |
| 13:26 | <lns> this is weird...two totally seperate Ubuntu feisty/gutsy upgraded servers, one has /chroot/etc/init.d/ltsp-client and the other has /chroot/etc/init.d/ltsp-client-core - both are the same. Any ideas on the differing of names?
| |
| 13:29 | actually, scratch that - they're different. ugh...it seems like every server i log into, things are done differently
| |
| 13:30 | <ogra> ltsp-client was split during gutsy development
| |
| 13:30 | <lns> ogra, split into client-setup and client-core .. ?
| |
| 13:30 | <ogra> into ltsp-client-core which provides all client functionallity and the ltsp-client metapackage whic depends on all the additional stuff for sound, localdev etc
| |
| 13:30 | <lns> ah
| |
| 13:31 | so..on one of my upgraded gutsy servers, the chroot is probably borked then.
| |
| 13:31 | <johnny> the chroot doesn't get upgraded
| |
| 13:31 | yoku have to do it manually
| |
| 13:31 | personally i just killed mine
| |
| 13:32 | <lns> i'm almost positive I did rebuild, but then again, maybe I'm dillusional again ;)
| |
| 13:32 | happens pretty often
| |
| 13:32 | thanks =)
| |
| 13:33 | bobby_C has joined #ltsp | |
| 13:34 | <lns> still, i don't get why ltsp-client-setup isn't linked in any runlevels in the chroot
| |
| 13:34 | even on the chroot i rebuilt last night
| |
| 13:37 | ace_suares has quit IRC | |
| 13:43 | <Q-FUNK> *sigh* cannot install openssh-server in chroot. it fails because it cannot restart it with invoke-rc.d
| |
| 13:48 | <Joris_> I've upgraded my ltsp server to the latest ubuntu version - should I upgrade the tftp chroot?
| |
| 13:51 | <lns> Joris_, you have to rebuild the chroot, yes
| |
| 13:51 | rm -rf /opt/ltsp/arch ; ltsp-build-client
| |
| 13:51 | <Joris_> okay
| |
| 13:53 | Guaraldo has quit IRC | |
| 13:56 | Guaraldo has joined #ltsp | |
| 13:58 | jammcq has quit IRC | |
| 13:58 | <Joris_> lns: thanks, that seems to work :)
| |
| 14:07 | kaminski-latinow has joined #ltsp | |
| 14:08 | <lns> Joris_, no problem. =) Pass it on!
| |
| 14:12 | kaminski-latinow is now known as k-latinoware | |
| 14:15 | Egyptian[Home1 has joined #ltsp | |
| 14:15 | Egyptian[Home1 has left #ltsp | |
| 14:15 | tier1_ has joined #ltsp | |
| 14:22 | C1ph3r has quit IRC | |
| 14:22 | C1ph3r has joined #ltsp | |
| 14:23 | krishna has joined #ltsp | |
| 14:25 | Q-FUNK has quit IRC | |
| 14:31 | tier1__ has quit IRC | |
| 14:32 | kaminski-ltsp-br has quit IRC | |
| 14:33 | Q-FUNK has joined #ltsp | |
| 14:39 | krishna has quit IRC | |
| 14:41 | jammcq has joined #ltsp | |
| 14:46 | Q-FUNK has quit IRC | |
| 14:50 | <cliebow> bbl
| |
| 14:50 | cliebow has quit IRC | |
| 14:56 | tier1_ has quit IRC | |
| 15:01 | C1ph3r has quit IRC | |
| 15:16 | alkisg has joined #ltsp | |
| 15:20 | <alkisg> Hi, I got some ltsp clients that make it to the login screen but can't load x-server, could someone please tell me where I can find the CLIENT log files? I'm using Edubuntu Gutsy with kde as the default window manager. I suspect that it may be a problem with the graphics adapter.
| |
| 15:22 | <sutula> alkisg: /var/log ?
| |
| 15:23 | sepski has quit IRC | |
| 15:23 | <sutula> alkisg: To get to that, you'll have to ssh into the client
| |
| 15:24 | <alkisg> Oh, I see. Let me try a minute...
| |
| 15:24 | On lts.conf, I've set "SYSLOG=server", and I thought the log files would be on the server...
| |
| 15:24 | ...trying... :)
| |
| 15:27 | I'm having some connection problems (the server is not near me, and ssh/dyndns betrayed me!), so I can't test right now. Thank you so far. Two more questions?
| |
| 15:28 | (1) Is ssh server enabled on clients by default?
| |
| 15:29 | (2) AFAIK, the clients use the server's disk. So what is /var/log on the client? It's on a temporary (=ram) file system?
| |
| 15:30 | <stgraber> 1) no 2) ram
| |
| 15:30 | <alkisg> For (1), chroot and apt-get install should do it ? Thanks!
| |
| 15:30 | <stgraber> yes, and ltsp-update-image too
| |
| 15:31 | <alkisg> Thank you very much, you're great.
| |
| 15:31 | <stgraber> (if you are using 7.10, for 7.04 you don't need the ltsp-update-image as it's nfs and not the squashfs over nbd
| |
| 15:32 | <alkisg> Yes, I've recently upgraded from 7.04 to 7.10, and the problem arise when I did ltsp-build-client! :(
| |
| 15:33 | <ogra> alkisg, do you have intel cards in the clients by chance ?
| |
| 15:33 | <alkisg> No, they're STB Velocity 128 (4Mb videoram), I think it uses an ancient Nvidia chipset
| |
| 15:34 | The rest of the computers in the classroom that have different cards boot just fine
| |
| 15:37 | Can I ask one more? :) I've been surfing for almost a week now, but I really couldn't find how to make configuration changes to the clients... I.E. I've installed KDE (apt-get install kubuntu-desktop) and I want to change the kdm language to Greek. I was only able to change it to the server (through the control center), but not the clients... Not even manually (/opt/ltsp/i386/etc...)
| |
| 15:38 | kdm language => I mean the logon screen, I hope I used the correct term.
| |
| 15:39 | Steps I've done: install kubuntu-desktop, then change language to Greek (everythink OK on the server), then ltsp-build-client (and I got KDE on the clients), but I can't put Greek language on the client logon screen.
| |
| 15:40 | <ogra> hm, these cards might need the vidia-legacy driver
| |
| 15:40 | *nvidia
| |
| 15:40 | <alkisg> They _did_ work fine on 7.04. Maybe the driver was removed?
| |
| 15:40 | <ogra> nvida changed it
| |
| 15:40 | krishna has joined #ltsp | |
| 15:46 | <krishna> hello guys, I've followed http://wiki.ltsp.org/twiki/bin/view/Ltsp/Debian#LTSP_5 step-by-step to install a ltsp-server on a Debian Lenny box. I've created the chroot with ltsp-build-client (lenny chroot too)
| |
| 15:46 | but when I boot a client, it freezes after messages: "sh: /etc/rc.early_sysinit: no such file " and "Mount failed for selinuxfs on /selinux: no such file or directory "
| |
| 15:46 | If I press Ctrl+Alt+Del, lots of "nfs: RPC call returned error 101" are shown
| |
| 15:47 | I have been 'googling´ a bit, but have no more ideas to solve it... Am i missing something?
| |
| 15:47 | <ogra> krishna, did you have ltsp 4 on that system before ?
| |
| 15:47 | <krishna> yes
| |
| 15:47 | <ogra> the message is not from a modern debian or ubuntu
| |
| 15:47 | /etc/rc.early_sysinit is not a debian file :)
| |
| 15:47 | seems you boot the wrong chroot
| |
| 15:48 | <krishna> ogra, I updated all install (server) from etch to lenny
| |
| 15:48 | ogra, then installed the new versions of ltsp packages and created chroot
| |
| 15:48 | <jammcq> sounds to me like a combination of ltsp-4.2 and ltsp-5
| |
| 15:48 | <ogra> yeah
| |
| 15:48 | <jammcq> or maybe just the ltsp-4.2 kernel
| |
| 15:48 | <alkisg> Thank you ogra. Goodbye.
| |
| 15:48 | <krishna> what should I do to get rid of old configs, then?
| |
| 15:55 | ogra, jammcq, my chroot is in /opt/ltsp/i386; what must be in my /etc/exports: /opt/ltsp or /opt/ltsp/i386 ?
| |
| 15:55 | <jammcq> it's not that. it's the 'filename' entry in your dhcpd.conf file
| |
| 15:55 | what does it say?
| |
| 15:56 | <ogra> /opt/ltsp should be in exports though
| |
| 15:56 | but what jammcq says
| |
| 15:57 | <jammcq> either would work for exports
| |
| 15:57 | <ogra> right
| |
| 15:57 | but thats what the ubuntu and debian packages set as default
| |
| 15:57 | so you dont have to export every single chroot
| |
| 15:57 | <krishna> jammcq, all commented -- since before my upgrades
| |
| 15:57 | <jammcq> hmm, doubtful
| |
| 15:57 | something is handing out the kernel filename to the client
| |
| 15:58 | it must be dhcp
| |
| 15:58 | do you have a /etc/ltsp/dhcpd.conf ?
| |
| 15:59 | exodos has joined #ltsp | |
| 15:59 | exodos has left #ltsp | |
| 16:00 | <krishna> jammcq, yes, the content is like: http://rafb.net/p/7uEjbK52.html
| |
| 16:00 | <ogra> jammcq, not on debian
| |
| 16:00 | thats looks ok to me
| |
| 16:01 | <jammcq> depends on what's in pxelinux.cfg/default
| |
| 16:01 | <ogra> 192.168.0.1 is your servers IP ?
| |
| 16:02 | jammcq, well, that should be the default debian sets up ...
| |
| 16:02 | <krishna> jammcq, ogra, I did not know that file so far, is it necessary? it is not realy correct
| |
| 16:02 | <ogra> i'D be more intrested in /etc/inetd.conf :)
| |
| 16:02 | since i suspect that points to /tftpboot
| |
| 16:04 | <krishna> ogra, my inetd.conf has a line "tftp dgram udp wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot"
| |
| 16:04 | <ogra> ok
| |
| 16:04 | looks correct
| |
| 16:04 | <krishna> ogra, I added it after the problem, and nothing changed
| |
| 16:04 | <ogra> well, check your /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default file
| |
| 16:04 | shuld just be one line
| |
| 16:05 | <krishna> ogra: DEFAULT vmlinuz ro initrd=initrd.img root=/dev/nfs ip=dhcp
| |
| 16:06 | jammcq has quit IRC | |
| 16:06 | <ogra> looks like the normal denbian setup
| |
| 16:06 | *debian
| |
| 16:07 | <krishna> what's "nfs: RPC returnet error 101" ? I see this if I try to ctrl+alt+del the terminal
| |
| 16:10 | <frownix> lns still here?
| |
| 16:15 | krishna, that's normally an ip problem
| |
| 16:16 | <krishna> frownix, that's what it looks to me, i just cannot figure where is the mistake
| |
| 16:16 | <frownix> to test that add nfsroot=your_server_ip:/your_ltsp/root to your default file(pxelinux.cfg)
| |
| 16:17 | on the same line as your other options
| |
| 16:19 | <krishna> frownix, on what file?
| |
| 16:19 | <frownix> your default file in pxelinux.cfg
| |
| 16:20 | /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
| |
| 16:22 | K_O-Gnom has quit IRC | |
| 16:26 | <frownix> krishna, any luck?
| |
| 16:29 | <krishna> frownix, no :-(
| |
| 16:31 | <frownix> hmm, ok
| |
| 16:31 | no idea then
| |
| 16:36 | <krishna> thank you all
| |
| 16:36 | spectra has quit IRC | |
| 16:36 | <krishna> i'll try to find out what is wrong
| |
| 16:36 | krishna has quit IRC | |
| 16:36 | cliebow has joined #ltsp | |
| 16:37 | jammcq has joined #ltsp | |
| 16:43 | moquist_ has quit IRC | |
| 16:43 | <warren> jammcq, hmm.. Etherboot on the Jammin is incompatible with Etherboot in qemu :\
| |
| 16:43 | <jammcq> oh?
| |
| 16:44 | which jammin do you have?
| |
| 16:44 | the old J-125 ?
| |
| 16:44 | <warren> jammcq, 125
| |
| 16:44 | <jammcq> yeah. it's a pretty old version of etherboot.
| |
| 16:44 | <warren> jammcq, qemu identifies itself as "Etherboot" but it wants pxelinux.0 and doesn't work with the mknbi image
| |
| 16:44 | <jammcq> but.... there's a howto on the ltsp wiki for using Etherboot to load a newer copy of etherboot, which then loads the kernel
| |
| 16:45 | <warren> jammcq, thus I configured my system to give it PXE when it identifies itself as Etherboot.. which doesn't work on the Jammin
| |
| 16:45 | <jammcq> http://wiki.ltsp.org/twiki/bin/view/Ltsp/EtherbootLoadsEtherboot
| |
| 16:46 | yeah, the Jamin doesn't know what to do with pxelinux.0
| |
| 16:46 | <warren> jammcq, so I guess you don't sell the Jammin 125 anymore?
| |
| 16:46 | <jammcq> haven't sold that for like 3 years
| |
| 16:46 | it's waaaay old
| |
| 16:46 | <warren> jammcq, how many of these are out there?
| |
| 16:46 | <jammcq> umm, maybe a few thousand
| |
| 16:46 | but I really wouldn't worry too much about it
| |
| 16:47 | <warren> people don't use it anymore?
| |
| 16:47 | jammcq, as long as I can differentiate its identifier with other Etherboot I can make it work automatically
| |
| 16:47 | if substring (option vendor-class-identifier, 0, 9) = "Etherboot" {
| |
| 16:47 | hmm
| |
| 16:47 | this might be bad
| |
| 16:47 | if that's the entire identifier it uses
| |
| 16:48 | joebaker has quit IRC | |
| 16:48 | <jammcq> there aren't that many still in use
| |
| 16:49 | <warren> jammcq, too slow/not enough RAM to be usable
| |
| 16:49 | ?
| |
| 16:49 | ah
| |
| 16:49 | did tcpdump
| |
| 16:49 | <jammcq> there's only 64mb
| |
| 16:49 | <warren> Etherboot-5.0 it says
| |
| 16:49 | jammcq, was there any Etherboot version that began supporting pxelinux.0?
| |
| 16:49 | <jammcq> it doesn't work very will (if at all) with Ubuntu ltsp
| |
| 16:50 | <warren> jammcq, I'll make it work for Fedora =)
| |
| 16:50 | <jammcq> yeah, there's an option to add pxe support to etherboot
| |
| 16:50 | I don't remember which version added that
| |
| 16:50 | <warren> jammcq, if you can find out, I can differentiate it
| |
| 16:50 | <jammcq> looking now
| |
| 16:51 | <warren> qemu IIRC is Etherboot-5.4
| |
| 16:53 | <jammcq> 5.4.0 added pxelinux.0 support
| |
| 16:53 | http://sourceforge.net/project/shownotes.php?release_id=317395
| |
| 16:53 | <warren> jammcq, hmm... I can probably put both in order
| |
| 16:53 | jammcq, first check for Etherboot-5.4
| |
| 16:53 | then Etherboot
| |
| 16:53 | <jammcq> sure
| |
| 16:54 | <warren> jammcq, which was the model(s) with the sis audio?
| |
| 16:54 | <jammcq> the t1000
| |
| 16:55 | bobby_C has quit IRC | |
| 16:55 | <jammcq> "LTSP Term 1000"
| |
| 16:55 | cliebow_ has joined #ltsp | |
| 16:55 | <warren> T1000 is really tiny
| |
| 16:55 | <jammcq> yeah
| |
| 16:55 | cliebow_ is now known as cliebow_g4 | |
| 16:55 | <jammcq> people seem to really like it
| |
| 16:55 | <warren> jammcq, aside from slow boot and sis audio, any other drawbacks?
| |
| 16:55 | <cliebow_g4> tiny is nice 8~)
| |
| 16:56 | <warren> jammcq, even without the sound they like it?
| |
| 16:56 | <jammcq> umm, I don't think so
| |
| 16:56 | yeah
| |
| 16:56 | without sound, they still like it
| |
| 16:56 | <cliebow_g4> screw em rioght to back of a monitor
| |
| 16:56 | <jammcq> lots of people don't use sound
| |
| 16:56 | I rarely use sound
| |
| 16:56 | <warren> ah
| |
| 16:56 | <jammcq> schools seem to really need it, but businesses don't
| |
| 16:56 | <warren> ah
| |
| 16:56 | <cliebow_g4> slimesucking flash wont work in powerpc
| |
| 16:56 | <warren> gotta go
| |
| 16:56 | ttyl
| |
| 16:57 | <cliebow_g4> jammcq: i tarred up gutsy for powerpc..
| |
| 16:57 | <jammcq> cool
| |
| 16:57 | <cliebow_g4> but a little unsure how to keep the sshkeys synced up..
| |
| 16:58 | <jammcq> shouldn't be a problem
| |
| 16:58 | drop that tarball on a machine, in the /opt/ltsp directory
| |
| 16:58 | untar it
| |
| 16:58 | <cliebow_g4> guess we have to start with a chroot..cant just supply a .img
| |
| 16:58 | <jammcq> and when you run ltsp-update-sshkeys, it should fix the keys for you
| |
| 16:59 | <cliebow_g4> ogra suggested just a .img..that wont fly..
| |
| 16:59 | and ogra offereda fix for nbdroot with multiple .img files..
| |
| 16:59 | <jammcq> no, don't ship a .img
| |
| 16:59 | just a tarball of the chroot
| |
| 17:00 | unpack that on the server
| |
| 17:00 | prpplague has quit IRC | |
| 17:00 | <jammcq> run that script that creates the .img file
| |
| 17:00 | <cliebow_g4> yep
| |
| 17:01 | yep
| |
| 17:01 | 8 ~)
| |
| 17:02 | alkisg has quit IRC | |
| 17:06 | cliebow has quit IRC | |
| 17:12 | franzn has joined #ltsp | |
| 17:13 | <franzn> hi! anyone could help me?
| |
| 17:13 | where can i found the logs from ltsp?
| |
| 17:19 | <lns> franzn, logs from the server or the client?
| |
| 17:19 | frownix, i'm here
| |
| 17:19 | <franzn> from client..
| |
| 17:19 | <lns> franzn, have you set a root password for the chroot?
| |
| 17:19 | <frownix> lns, soooooooo, any luck yet?
| |
| 17:19 | <franzn> from server i look at syslog
| |
| 17:19 | lns: no...
| |
| 17:19 | <lns> ack..hold on, brb
| |
| 17:20 | * frownix jumps up and down and are soooo curious | |
| 17:20 | <lns> I haven't had a chance to go back out there yet
| |
| 17:21 | franzn, chroot /opt/ltsp/arch and set a root password, and reboot the client - CTL+ALT+F1 when it boots up and log in as root, go to /var/log and there are your client bootup logs
| |
| 17:22 | <frownix> ah, ok
| |
| 17:22 | <franzn> lns: but this logs will be erased when i shutdown the client?
| |
| 17:23 | <lns> franzn, yes
| |
| 17:23 | it's all set up in a ramdisk, so obviously it goes away
| |
| 17:23 | <franzn> lns: thanks..
| |
| 17:24 | <lns> frownix, the thing I ran into is this
| |
| 17:25 | franzn has left #ltsp | |
| 17:25 | <lns> in Ubuntu Gutsy, there are 2 init.d scripts that (are supposed to?) run for ltsp clients
| |
| 17:25 | ltsp-client-core and ltsp-client-setup
| |
| 17:26 | I never saw, after closer examination, symlinks to the various runlevels for ltsp-client-setup (ltsp-client-setup is the script that runs the RCFILE_nn from lts.conf in /var/lib/tftpboot/ltsp/i386)
| |
| 17:27 | but I do remember the echo yesterday that proved that it ran... i guess i just don't know where ltsp-client-setup is being run from
| |
| 17:28 | <frownix> strange
| |
| 17:29 | <lns> yeah..i have to go back out there
| |
| 17:29 | <frownix> you did however supply a new S99 file for it to run
| |
| 17:29 | <lns> i can (at least) set it up to run manually
| |
| 17:29 | frownix, that's right - maybe that's what it was from
| |
| 17:29 | <frownix> i belive so
| |
| 17:29 | * lns forgets things easily | |
| 17:29 | <lns> ;)
| |
| 17:29 | <frownix> and that works...so use it;-)
| |
| 17:29 | <lns> right, but
| |
| 17:29 | I'd like to fix the upstream problem first
| |
| 17:29 | <frownix> if something can be done easy, don't do it hard..hehe
| |
| 17:30 | <lns> well the thing is, RCFILE_nn should be run. AFAIK ltsp-client-setup isn't being run at ALL, and so if that's fixed, it will be fixed for good (and for everyone else having similar issues)
| |
| 17:30 | I'll update-rc.d defaults ltsp-client-setup hopefully today and see if that works. if it does, i'll file a bug report.
| |
| 17:31 | <frownix> right
| |
| 17:31 | that's the proper way
| |
| 17:31 | but it sounded like you were in some kind of hurry to get it working, so use your custom solution for now
| |
| 17:32 | <lns> oh totally
| |
| 17:32 | ogra said earlier the ltsp-client script got split into the other two i mentioned upon upgrade to gutsy
| |
| 17:32 | <frownix> customers don't care about the "right" way, they only care about things working..hehe
| |
| 17:32 | <lns> so I'm sure somehow the links didn't get updated.
| |
| 17:32 | <frownix> ah, ok
| |
| 17:32 | <lns> very true =)
| |
| 17:32 | I'm just really excited to get these schools up and going
| |
| 17:33 | <frownix> way to go..you are da man..:-)
| |
| 17:33 | <lns> i have 6 labs of ~35 clients each to go through
| |
| 17:33 | <frownix> cool
| |
| 17:33 | <lns> and after that, the classrooms themselves will be setup for it
| |
| 17:33 | <frownix> looks like you have some work to do
| |
| 17:33 | <lns> heh...yeah, and it's just me =)
| |
| 17:34 | so far anyway
| |
| 17:34 | <frownix> hehe, that's the good part about diskless setups...workstation numbers doesnt really matter
| |
| 17:34 | it's the amount of servers that sets how much work you have
| |
| 17:35 | (once setup that is)
| |
| 17:36 | <lns> exactly
| |
| 17:36 | well with differing hardware you always get some fun stuff going on
| |
| 17:36 | but all in all once it's done it's done =)
| |
| 17:36 | <frownix> hehe, yes
| |
| 17:36 | different hardware is a problem though
| |
| 17:37 | <lns> hmm, interesting
| |
| 17:37 | # update-rc.d ltsp-client-setup defaults
| |
| 17:37 | System startup links for /etc/init.d/ltsp-client-setup already exist.
| |
| 17:37 | <frownix> ok?
| |
| 17:37 | and it doesn't?
| |
| 17:38 | <lns> oh ok, it's in rcS.d
| |
| 17:38 | ...
| |
| 17:38 | <frownix> where it shold be
| |
| 17:38 | i assume init 5 is your default runlevel
| |
| 17:38 | <lns> no, S as in sam
| |
| 17:39 | <frownix> ahhh
| |
| 17:39 | * frownix is getting tired, can't read anymore | |
| 17:39 | <lns> =)
| |
| 17:39 | <frownix> it's getting late here;-)
| |
| 17:39 | <lns> i hate to sound like a noob, cuz i'm not, but wtf is rcS.d for? is it for every runlevel?
| |
| 17:39 | <frownix> no idea
| |
| 17:39 | must be debian/ubuntu specific
| |
| 17:39 | <lns> Anyone? Bueller? Bueller? =p
| |
| 17:40 | Amaranth has quit IRC | |
| 17:40 | <frownix> haha
| |
| 17:40 | rsStart I guess?
| |
| 17:40 | err rcStart.d
| |
| 17:40 | <lns> ahh
| |
| 17:40 | The scripts in this directory whose names begin with an 'S' are executed
| |
| 17:40 | once when booting the system, even when booting directly into single user
| |
| 17:40 | mode.
| |
| 17:40 | <frownix> aha
| |
| 17:41 | <lns> ok now check this out (all from the readme)
| |
| 17:41 | * After the S40 scripts have executed, all local file systems are mounted
| |
| 17:41 | and networking is available. All device drivers have been initialized.
| |
| 17:41 | and the link for ltsp-client-setup is S32....so it's done before
| |
| 17:41 | just have to change that
| |
| 17:41 | * lns uses his best Peter Griffin voice | |
| 17:41 | <frownix> aha, elementary, my dear Watson
| |
| 17:41 | <lns> DONE!
| |
| 17:41 | lol
| |
| 17:42 | <frownix> hahah
| |
| 17:42 | <lns> thx for yer help
| |
| 17:42 | of course i have to test it still..
| |
| 17:42 | <frownix> who? me? i haven't done anything
| |
| 17:42 | i was just curious on why it didn't work..hehe
| |
| 17:42 | <lns> trust me, you did
| |
| 17:42 | it's good to just have someone to brainstorm with
| |
| 17:43 | <frownix> it's nice to know for sure that it was "load mixer before sound modules are loaded"
| |
| 17:43 | <lns> yeah
| |
| 17:43 | <frownix> it was our guess, but hard to say for sure until it's on paper
| |
| 17:44 | <lns> exactly...i'd love to get upstream to change that unless something specific requires it to run before all the hardware init
| |
| 17:44 | i wouldn't see what, esp. if they want people to be able to use RCFILE_nn in lts.conf for random stuff
| |
| 17:44 | <frownix> either way, the local script should run last in that runlevel, so, it's a , well, let's call it a bug
| |
| 17:45 | there should be NO reason for it not to run last
| |
| 17:45 | like you said, admins put all kinds of shit in their scripts;-)
| |
| 17:45 | <lns> heh..yep!
| |
| 17:45 | <frownix> heh
| |
| 17:46 | i belive ogra is the ubuntu guy, ask him here when he's active
| |
| 17:47 | Amaranth has joined #ltsp | |
| 17:47 | <lns> yeah...i do know vagrantc (or however you spell it =) ) worked specifically on that change in gutsy
| |
| 17:47 | akai has quit IRC | |
| 17:48 | <frownix> ah, so he's the man then. well, they both are active in here, so an informal chat should set things straight
| |
| 17:48 | <lns> yep...actually i'll send a msg to the list
| |
| 17:48 | <frownix> that would be good as well
| |
| 17:49 | just make sure your changes makes things work first(would be embarasing if it didn't..lol)
| |
| 17:49 | but then again, even if not, the local scripts should still run last
| |
| 17:51 | <lns> right
| |
| 17:51 | at LEAT after hardware init!
| |
| 17:52 | <frownix> i vote for last, and only last;-)
| |
| 17:57 | <lns> =p
| |
| 18:24 | otavio has joined #ltsp | |
| 18:41 | staffencasa has quit IRC | |
| 19:07 | fernando1 has quit IRC | |
| 19:33 | lns has quit IRC | |
| 19:35 | spectra has joined #ltsp | |
| 19:43 | Egyptian[Home] has quit IRC | |
| 20:07 | mcfloppy_ has quit IRC | |
| 20:13 | joebaker has joined #ltsp | |
| 20:13 | otavio has quit IRC | |
| 20:33 | johnny_ has joined #ltsp | |
| 20:54 | dniel has joined #ltsp | |
| 21:06 | moquist has joined #ltsp | |
| 21:17 | ogra has quit IRC | |
| 21:18 | ogra has joined #ltsp | |
| 21:23 | spectra has quit IRC | |
| 21:33 | dniel has quit IRC | |
| 22:05 | johnny_ has quit IRC | |
| 22:41 | subir has joined #ltsp | |
| 22:54 | slyski has joined #ltsp | |
| 23:11 | rjune_ has quit IRC | |
| 23:12 | rjune_ has joined #ltsp | |
| 23:35 | Egyptian[Home] has joined #ltsp | |
| 23:42 | cyberorg has joined #ltsp | |
| 23:50 | <moquist> sbalneav: sshfsplus is working...
| |
| 23:57 | tier1_ has joined #ltsp | |
| 23:59 | daya has joined #ltsp | |