00:17 | <lns> /j #gsoc
| |
00:18 | lol
| |
00:38 | <warren> grrr!!!
| |
00:38 | # Etherboot PXE (only 5.4))
| |
00:38 | elsif substring (option vendor-class-identifier, 0, 9) = "Etherboot-5.4"
| |
00:38 | dhcpd.conf seems that it cannot recognize "Etherboot-5.4"
| |
00:38 | watching the packet dump the client did indeed transmit "Etherboot-5.4"
| |
00:38 | those characters must not be legal to the server or something
| |
00:39 | <lns> warren, i've seen that with certain versions of pxe too
| |
00:39 | <warren> lns, oh?
| |
00:40 | <lns> it's like a single version below what the latest intel one was - and it would hang at tftp
| |
00:40 | <warren> also something changed (could have been in fedora) causing qemu-kvm's network boot to fail the first 4 tries, succeed on the 5th
| |
00:40 | <lns> haha..nice
| |
00:41 | <warren> this was working fine in December
| |
00:41 | I don't know what changed
| |
00:41 | lns, too bad you can't chain load Etherboot-5.4 or higher
| |
00:41 | <lns> haha!
| |
00:42 | that would be interesting
| |
00:42 | <warren> lns, if the BIOS can't handle PXE like linuxbios, then having a newer version of Etherboot still can't PXE
| |
00:42 | lns, so it is very annoying that the PXE capable Etherboot has the same vendor class identifier
| |
00:43 | <lns> pxe capable eitherboot?
| |
00:43 | ether*
| |
00:43 | does pxe chainload in some cases?
| |
00:43 | nikok has joined #ltsp | |
00:44 | <warren> lns, Jim has a recipe where you can actually run a newer version of etherboot from an older version
| |
00:44 | lns, but it wont help you in cases where you want to do PXE from a non-PXE capable BIOS
| |
00:45 | BGomes has quit IRC | |
00:46 | <lns> i haven't come into any etherboot capable bioses before
| |
00:46 | i'm not very familiar with the process like pxe
| |
00:47 | <warren> i'm trying to ship a dhcpd.conf that handles any client by default
| |
00:47 | which MIGHT have been possible if the stupid dhcp server could substring match
| |
00:47 | properly
| |
00:48 | MacIver has quit IRC | |
00:48 | <lns> i never understood how that could ever be an issue...seems like such a trivial thing
| |
00:49 | but i've heard that older windows nt servers had issues with that too
| |
00:51 | <warren> i'm reading the sources of dhcpd
| |
00:52 | <nikok> any gnome users here?
| |
00:53 | <warren> oh!
| |
00:53 | lns, hah
| |
00:53 | lns, <daniel_hozac> warren: how would a substring from char 0 to 9 ever match a 13 character long string?
| |
00:53 | <warren> daniel_hozac, oh!
| |
00:53 | <lns> =p
| |
00:53 | <nikok> is there some file or files that gets loaded evry time user logs in? a file that keeps track of desktop backgrounds etc...?
| |
00:54 | <lns> nikok, gconf?
| |
00:56 | night all
| |
01:17 | <nikok> this might be a little complicated and odd but... what i'm trying to do is to set some sort of a "default profile" that evry thin client loads when they log in, and what makes it a bit complicated is the fact that every one in our ltsp environment uses the same user account to log in... so my goal is that every user can modify their desktop (backgrounds for example) as they want but nothing wouldn't be writed in the profile. after they log out or
| |
01:18 | i think u get the idea... but the question is, is this possible? and if it is, where should i start?
| |
02:45 | plamengr has joined #ltsp | |
02:48 | toscalix has joined #ltsp | |
02:53 | sep has quit IRC | |
02:56 | sep has joined #ltsp | |
03:03 | exodos has joined #ltsp | |
03:12 | mikkel has joined #ltsp | |
03:33 | pdjbarber has joined #ltsp | |
04:06 | achandrashekar has joined #ltsp | |
04:06 | <achandrashekar> hello anyone got a recommendation for thin clients?
| |
04:06 | how is the entc1000?
| |
04:13 | pdjbarber has quit IRC | |
04:21 | <toscalix> haven't try it
| |
04:33 | plamengr has quit IRC | |
04:35 | alekibango has joined #ltsp | |
04:50 | achandrashekar has quit IRC | |
04:54 | pdjbarber has joined #ltsp | |
05:03 | <artista_frustrad> nikok, you could hook up a script at the login manager so that whem the user leaves the .gnome2 directory is erased
| |
05:05 | pdjbarber has quit IRC | |
05:35 | Guaraldo has joined #ltsp | |
05:35 | Nubae has joined #ltsp | |
05:44 | <nikok> artista_frustrad: i tried to add rm -rf /home/user/.gnome2/* to /etc/gdm/PostSession/Default... no notable difference, still remembers the background i choosed @ last login. i've been told that /etc/gdm/PostSession/Default is run every time user logs out... can someone confirm this?
| |
05:57 | pdjbarber has joined #ltsp | |
06:01 | K_O-Gnom has joined #ltsp | |
06:04 | mhterres has joined #ltsp | |
06:11 | gonzaloaf has joined #ltsp | |
06:18 | mhterres has quit IRC | |
06:19 | mhterres has joined #ltsp | |
06:29 | <Nubae> hmmm... klik sounds interesting... virtualisation on the application level
| |
06:29 | couldn't that be used to get java working on 64 bit ubuntu?
| |
06:29 | maybe I'm killing a fly with a bazooka, but its worth ask
| |
06:29 | ing
| |
06:42 | Guaraldo has left #ltsp | |
06:56 | toscalix has quit IRC | |
06:56 | Shingoshi has quit IRC | |
06:56 | Patina has quit IRC | |
06:56 | dberkholz has quit IRC | |
06:56 | toscalix has joined #ltsp | |
06:56 | Shingoshi has joined #ltsp | |
06:56 | Patina has joined #ltsp | |
06:56 | dberkholz has joined #ltsp | |
06:57 | dberkholz_ has joined #ltsp | |
06:59 | wdg has joined #ltsp | |
07:05 | loather-work has quit IRC | |
07:06 | cliebow_ has joined #ltsp | |
07:06 | artista_frustrad has quit IRC | |
07:06 | primeministerp has quit IRC | |
07:06 | primeministerp has joined #ltsp | |
07:07 | artista_frustrad has joined #ltsp | |
07:08 | Topslack has quit IRC | |
07:09 | Shingoshi has quit IRC | |
07:09 | loather-work has joined #ltsp | |
07:10 | Topslack has joined #ltsp | |
07:10 | dberkholz has quit IRC | |
07:44 | slidesinger has joined #ltsp | |
07:45 | MacIver has joined #ltsp | |
07:48 | jobdrb has joined #ltsp | |
07:49 | mccann has joined #ltsp | |
07:50 | K_O-Gnom has quit IRC | |
07:50 | K_O-Gnom has joined #ltsp | |
07:52 | <jobdrb> anyone know if we could in ltsp5 use a local harddisk partition ? like in ltsp4.2 local_device_02 =/dev/hda3:hd3
| |
07:53 | elisboa has quit IRC | |
08:00 | <ogra> not like that, but you can modify the udev rules inside the chroot to also accept non removable devices
| |
08:00 | elisboa_ is now known as elisboa | |
08:08 | mikkel has quit IRC | |
08:11 | otavio_ has joined #ltsp | |
08:12 | otavio has quit IRC | |
08:14 | ogra has quit IRC | |
08:19 | otavio_ is now known as otavio | |
08:21 | ogra has joined #ltsp | |
08:22 | jammcq has joined #ltsp | |
08:22 | <jammcq> g'morning kidz
| |
08:28 | Gadi has joined #ltsp | |
08:39 | <rjune> jammcq !
| |
08:39 | Gadi: !
| |
08:44 | how goes it jammcq
| |
08:44 | Gadi: can beer be kosher?
| |
08:49 | otavio has quit IRC | |
08:51 | <Nubae> on hardy, local cd roms are mounted, but appear on everyone's screens with the following message: You do not have authorisation to view scsi-cdrom
| |
08:51 | can I disable that somehwere?
| |
09:05 | Pascal_1 has joined #ltsp | |
09:06 | <Pascal_1> hello
| |
09:07 | anybody know how to make works ldap authentication and mount samba share with libpam-mount ? i cant make it works
| |
09:12 | <Nubae> there are some howtos if you search the net
| |
09:23 | <Pascal_1> i found some but there is no good solutions for me, if you have some url
| |
09:30 | <Nubae> this is ldap and nis: http://ldots.org/ldap/
| |
09:31 | <Pascal_1> thanks
| |
09:31 | daduke has quit IRC | |
09:32 | <Pascal_1> i'll see later the libpam-mount problem
| |
09:32 | i try this before thanks
| |
09:40 | daduke has joined #ltsp | |
09:47 | <Gadi> rjune: !!!
| |
09:48 | Nubae: local cdroms as in on the thin client or the server?
| |
09:48 | <rjune> Gadi: !
| |
09:49 | can beer be kosher?
| |
09:49 | <Gadi> rjune: I drink plenty of it :)
| |
09:49 | <rjune> heh
| |
09:49 | <Gadi> most beer is kosher
| |
09:49 | <rjune> just checking.
| |
09:49 | <Gadi> its only if they start blending in grape juice or wines that spoil it :)
| |
09:50 | but, who drinks the blended crap anyway?
| |
09:50 | so.... when are you buying the next round?
| |
09:52 | Pascal_1: http://wiki.ltsp.org/twiki/bin/view/Ltsp/WinIntegration#pam_mount_conf_and_LDM_ssh
| |
10:04 | <Nubae> gadi client
| |
10:05 | exodos has quit IRC | |
10:10 | alumno10 has joined #ltsp | |
10:10 | <alumno10> hi
| |
10:10 | i cant listen sound in clients
| |
10:11 | all of them are ebox with sis7019 sound system
| |
10:18 | <Nubae> Gadi, any ideas about local cdroms showing up unwanted on the clients (when put into client computers, not server)
| |
10:18 | ?
| |
10:23 | spectra has joined #ltsp | |
10:29 | mccann has quit IRC | |
10:30 | mccann has joined #ltsp | |
10:31 | <Gadi> Nubae: LTSP5?
| |
10:32 | <Nubae> yeah, sorry alpha 5 hardy
| |
10:33 | <Gadi> hmm...
| |
10:33 | is it a hardy chroot?
| |
10:33 | or is the chroot gutsy?
| |
10:34 | <Nubae> hardy and hardy
| |
10:34 | <ogra> Nubae, the desktop switched from gnome-vfs to gvfs ... the ltsp patches are not ported yet
| |
10:35 | <Gadi> huh. there ya go
| |
10:35 | an informed answer :)
| |
10:35 | <ogra> its hardy :)
| |
10:35 | <Nubae> ogra, sorry that's too technical for me, what does that mean in practice?
| |
10:35 | <ogra> supposed to be in flux and break here and there
| |
10:35 | <Gadi> Nubae: its alpha
| |
10:35 | :)
| |
10:35 | <Nubae> yeah yeah, that I got
| |
10:35 | <Gadi> will be fixed by release
| |
10:35 | <Nubae> ok, its a bug
| |
10:35 | <Gadi> right
| |
10:36 | a "porting bug"
| |
10:36 | :)
| |
10:36 | <ogra> there is a new technology that doesnt know about ltsp yet, we need to teach it to :)
| |
10:36 | but its known and on my todo list
| |
10:36 | <Gadi> ogra is gvfs more, er stable than gnome-vfs was
| |
10:36 | ?
| |
10:36 | er is
| |
10:37 | Ive got gutsy users with nautilus screaming out of control at random
| |
10:37 | <Nubae> ok... btw, someone gave me a fix for 64 bit java, that supposedly works in hardy and gutys
| |
10:37 | alumno10 has quit IRC | |
10:37 | <Gadi> which I think is a gnome-vfs bug
| |
10:37 | <Nubae> https://help.ubuntu.com/community/Java64
| |
10:38 | <ogra> Gadi, might be, no clue about gvfs ... i can tell you after i ported the patches :)
| |
10:38 | <Gadi> :)
| |
10:38 | <ogra> since that'll require me to dig deep in the dirt of gvfs code
| |
10:38 | <Gadi> gnome-vfs has driven me nuts on several occasions
| |
10:38 | happy to hear there's a new girl in town
| |
10:38 | :)
| |
10:38 | <ogra> i doubt gvfs is much better yet its still very young
| |
10:39 | <Gadi> and yet used in an LTS release?
| |
10:39 | ballsy
| |
10:39 | <ogra> (i personally wouldnt have pulled it into hardy ... )
| |
10:39 | but the desktop team thinks its suitable
| |
10:41 | <laga> Nubae: how is java in 64bit broken? seen some odd java issues on amd64 here
| |
10:42 | <Nubae> for me it doesn't work as a browser plugin at all
| |
10:42 | on 64 bit
| |
10:43 | but supposedly that fix works, I'm still compiling
| |
10:45 | Pascal_2 has joined #ltsp | |
10:45 | staffencasa has joined #ltsp | |
10:49 | rjune has quit IRC | |
10:56 | mccann has quit IRC | |
10:56 | mccann has joined #ltsp | |
11:00 | Egyptian[Home] has quit IRC | |
11:03 | indradg has joined #ltsp | |
11:04 | Egyptian[Home] has joined #ltsp | |
11:05 | pdjbarber has quit IRC | |
11:05 | rjune has joined #ltsp | |
11:06 | Pascal_2 has quit IRC | |
11:09 | dberkholz_ is now known as dberkholz | |
11:09 | <jobdrb> HELLO ALL! IS THERE A WAY TO USE A LOCAL HD PARTITION IN LTSP-5, LIKE IN 4.2 (local_device_02 =/dev/hda3:hd) ?????
| |
11:10 | <Gadi> heh, maybe if you yell loud enough:)
| |
11:10 | <laga> yes, more caps makes for better answers
| |
11:10 | <Gadi> seriously, tho: its all in the udev rule
| |
11:11 | look in: /opt/ltsp/i386/etc/udev/rules.d/88-ltsp.rules
| |
11:12 | if you use debian, chances are you may have vagrantc's patch to not allow non-removable devices
| |
11:12 | <warren> high definition?
| |
11:12 | * Gadi laughs WITH warren - honest | |
11:12 | <Gadi> :)
| |
11:12 | * warren just woke up | |
11:13 | * Gadi hands warren a beer and a fedora | |
11:13 | <Gadi> (to hide his bloodshot eyes)
| |
11:14 | <warren> and slashdot tells me that Fish Can Count to Four
| |
11:14 | <Gadi> maybe the remedial fish
| |
11:14 | my fish beat up your honor student
| |
11:15 | <warren> Gadi, Jewish education is that good huh?
| |
11:15 | mccann has quit IRC | |
11:15 | <Gadi> lol
| |
11:16 | mccann has joined #ltsp | |
11:16 | <Gadi> only the best education for our fish
| |
11:16 | :)
| |
11:16 | <warren> Gadi, but then your fish has to walk on Saturdays/
| |
11:16 | ?
| |
11:17 | wdg has quit IRC | |
11:17 | <Gadi> yeah, but at least they can walk and count passed four at the same time ;)
| |
11:18 | <Nubae> or past four ;-)
| |
11:18 | klausade has quit IRC | |
11:20 | vagrantc has joined #ltsp | |
11:25 | otavio has joined #ltsp | |
11:28 | klausade has joined #ltsp | |
11:28 | <Gadi> Nubae: right
| |
11:28 | :)
| |
11:28 | fingers faster than brain
| |
11:28 | :)
| |
11:32 | cesar_ has joined #ltsp | |
11:33 | klausade has quit IRC | |
11:33 | <cesar_> hello people
| |
11:34 | good afternoon for me!
| |
11:34 | :-)
| |
11:37 | artista_frustrad has quit IRC | |
11:41 | klausade has joined #ltsp | |
11:43 | dtrask has joined #ltsp | |
11:44 | * dtrask loves snow, but this is getting ridiculous! | |
11:55 | mccann has quit IRC | |
11:59 | mccann has joined #ltsp | |
12:03 | <warren> dtrask, ?
| |
12:10 | <dtrask> warren: yeah?
| |
12:10 | <warren> snow
| |
12:10 | <dtrask> warren: I'm teaching so I'm back and forth
| |
12:11 | <warren> ah
| |
12:11 | <dtrask> hows the snow there?
| |
12:11 | are you in MA?
| |
12:12 | This storm and then 2 more behind it...Sat-Sun and Mon
| |
12:13 | oh well....skiing will be good this weekend
| |
12:15 | <Nubae> is there a problem with firefox 3 and printing?
| |
12:16 | <ogra_cmpc> Nubae, i dont think it was ported over yet look at launchpad there are likely bugs
| |
12:16 | note that ff3 only entered main last weekend
| |
12:17 | its very likely that not all parts are done yet
| |
12:18 | <warren> dtrask, not snowing now in somerville, MA
| |
12:19 | * ogra_cmpc feels like something moved him to a rainforest this winter ... no snow, only rain and storm in mid-germany | |
12:19 | <ogra_cmpc> and i think it was only three timews below zero yet
| |
12:21 | <Nubae> sunny blue skies here (Southern Spain)
| |
12:21 | <laga> ogra_cmpc: hey. do you know anything in LTSP that'd mess with the power button? i don't get that "do you want to shutdown?" dialog window on my fat client when i push the power button
| |
12:22 | <ogra_cmpc> laga, thats a thing of hal, gnome-power-manager and gnome-session
| |
12:22 | <Nubae> from mailing list: While I realize that the advise from this list had been to pay someone
| |
12:22 | from Canonical if there are problems, this is, of course, completely
| |
12:22 | unacceptable.
| |
12:23 | funny
| |
12:23 | <ogra_cmpc> make sure hal and g-p-m are running
| |
12:23 | <laga> ogra_cmpc: ok, i was just wondering if there's anything LTSP-specific. like capturing the event and sending it to the server
| |
12:23 | <ogra_cmpc> Nubae, which one ?
| |
12:23 | <Nubae> I guess the expectation now is that open source must be free
| |
12:23 | * ogra_cmpc has no mailer on this machine | |
12:23 | <ogra_cmpc> laga, nope
| |
12:24 | <Nubae> edubuntu-users
| |
12:24 | <ogra_cmpc> heh, i'll answer that
| |
12:24 | <laga> ogra_cmpc: great, thanks.
| |
12:24 | <ogra_cmpc> i'f i'm back in the office (might not be today anymore though)
| |
12:24 | <Nubae> that was i reference to the usb problem in gutsy ;-)
| |
12:25 | amazing the outcry that one little bug can create
| |
12:25 | <ogra_cmpc> well, preople ofthen dont get: ubuntu != canonical
| |
12:26 | cyberorg has quit IRC | |
12:27 | <rjune> heh
| |
12:27 | ogra_cmpc: how many times do you tell people that
| |
12:28 | <ogra_cmpc> once a week at least
| |
12:28 | fighting windmills and trying to overcome myths
| |
12:28 | <Nubae> the thing I dont get is, its damn cheap to get support from canonical
| |
12:29 | and people complain on top of it
| |
12:29 | <ogra_cmpc> Nubae, development is a totally different thing though
| |
12:29 | i dont know the prices we take for dev stuff, but i suspect its quite expensive
| |
12:30 | <Nubae> would canonical not advise on how to fix that bug though?
| |
12:30 | is that really development?
| |
12:30 | <ogra_cmpc> but then the development we do for money is usually *very* specific
| |
12:31 | sure the support team would advise how to work around the bug
| |
12:31 | (if there is a way to)
| |
12:31 | <Nubae> they could even login to the machine and do it themselves
| |
12:32 | anyway I'm off home, goodnight...
| |
12:34 | Egyptian[Home] has quit IRC | |
12:41 | vagrantc has quit IRC | |
12:49 | Egyptian[Home] has joined #ltsp | |
13:03 | cyberorg has joined #ltsp | |
13:19 | Egyptian[Home] has quit IRC | |
13:20 | Egyptian[Home] has joined #ltsp | |
13:42 | dtrask has quit IRC | |
13:43 | Egyptian[Home] has quit IRC | |
13:46 | Egyptian[Home] has joined #ltsp | |
13:50 | otavio has quit IRC | |
13:51 | alekibango has quit IRC | |
13:53 | Big-K has quit IRC | |
14:00 | scrovy has joined #ltsp | |
14:00 | <scrovy> hi
| |
14:01 | I have a question related to mounting an NFS root filesystem
| |
14:01 | otavio has joined #ltsp | |
14:01 | <scrovy> does anybody understand about this topic?
| |
14:04 | alekibango has joined #ltsp | |
14:05 | scrovy has left #ltsp | |
14:21 | otavio has quit IRC | |
14:34 | Gadi has left #ltsp | |
14:39 | toscalix has quit IRC | |
14:41 | mccann has quit IRC | |
14:41 | otavio has joined #ltsp | |
14:46 | cliebow_ has quit IRC | |
14:46 | otavio has quit IRC | |
15:02 | alekibango has quit IRC | |
15:02 | mhterres has quit IRC | |
15:04 | bobby_C has joined #ltsp | |
15:13 | vagrantc has joined #ltsp | |
15:21 | K_O-Gnom has quit IRC | |
15:39 | Egyptian[Home] has quit IRC | |
15:50 | Stevecar has joined #ltsp | |
15:53 | cesar_ has quit IRC | |
16:01 | mccann has joined #ltsp | |
16:15 | jammcq has quit IRC | |
16:38 | slidesinger has quit IRC | |
17:21 | mopey is now known as babys4sale | |
17:26 | J45p3r has joined #ltsp | |
17:29 | babys4sale has quit IRC | |
17:31 | bobby_C has quit IRC | |
17:44 | Shingoshi has joined #ltsp | |
17:48 | ogra_cmpc has quit IRC | |
17:48 | ogra_cmpc has joined #ltsp | |
17:50 | ogra_cmpc has quit IRC | |
17:50 | ogra_cmpc_ has joined #ltsp | |
17:52 | ogra_cmpc_ is now known as ogra_cmpc | |
17:56 | staffencasa has quit IRC | |
18:14 | mccann has quit IRC | |
18:25 | J45p3r_ has joined #ltsp | |
18:25 | J45p3r has quit IRC | |
18:26 | ogra_cmpc has quit IRC | |
18:33 | cliebow has joined #ltsp | |
18:36 | vagrantc has quit IRC | |
18:47 | mccann has joined #ltsp | |
18:55 | dtrask has joined #ltsp | |
18:56 | <dtrask> warren: Is it snowing there now? ;-)
| |
19:00 | <cliebow> not here/....
| |
19:09 | ogra_cmpc has joined #ltsp | |
19:28 | spectra has quit IRC | |
19:29 | <dtrask> yet....it's coming! ;-)
| |
19:34 | J45p3r_ has quit IRC | |
19:40 | mccann has quit IRC | |
19:51 | dtrask has quit IRC | |
19:56 | otavio has joined #ltsp | |
20:22 | jammcq has joined #ltsp | |
20:32 | otavio has quit IRC | |
20:48 | eric has joined #ltsp | |
20:48 | <eric> hi all.
| |
20:48 | Anyone care to help me out? I have edubuntu server installed and a wyse thin client on the same network...
| |
20:48 | unsure how to make the wyse client get a desktp from the server...
| |
20:54 | eric_ has joined #ltsp | |
20:57 | Stevecar has left #ltsp | |
21:02 | cliebow has quit IRC | |
21:07 | Stevecar has joined #ltsp | |
21:08 | eric has quit IRC | |
21:18 | eric_ has quit IRC | |
21:19 | chupacabra has quit IRC | |
21:20 | chupacabra has joined #ltsp | |
21:29 | vagrantc has joined #ltsp | |
21:31 | eric_ has joined #ltsp | |
21:36 | <vagrantc> warren: unless i have no idea what your vmclient script does, i think it would be totally useful to include on the server
| |
21:37 | <warren> vagrantc, even if it has requirements that are irrelevant to server?
| |
21:38 | vagrantc, I put it at the base in a new directory because it is clearly another package
| |
21:38 | <vagrantc> warren: ah, you're making it a third package?
| |
21:39 | <warren> vagrantc, ltsp-vmclient is the package name for fedora
| |
21:39 | <vagrantc> warren: i might just include it in the example scripts like the qemu-ltsp script i already distribute with the ltsp-server package
| |
21:39 | * warren looks | |
21:39 | <vagrantc> warren: i put that in the documentation directory
| |
21:39 | <warren> oh
| |
21:40 | <vagrantc> it used the user-space networking and commandline arguments to configure it
| |
21:40 | <warren> vagrantc, in my case I'm able to make a functional package that can be installed and used
| |
21:40 | <vagrantc> warren: sure. wouldn't be hard to do on debian either...
| |
21:41 | warren: seems very... hardcoded.
| |
21:41 | <warren> vagrantc, perhaps we should generalize vmclient
| |
21:41 | so that it uses different VM types if available
| |
21:42 | <vagrantc> that would be good. the qemu-ltsp script also accepted a few commandline arguments...
| |
21:42 | ogra has quit IRC | |
21:42 | ogra has joined #ltsp | |
21:43 | <warren> user-space networking can do PXE?
| |
21:43 | My solution uses brctl
| |
21:43 | ogra_cmpc has quit IRC | |
21:43 | <warren> which is very nice because you can add an arbitrary ethernet interface to that virtual bridge and it instantly has access
| |
21:44 | <vagrantc> warren: no, i load the kernel directly, so it didn't actually test the dhcp/tftp part of the process
| |
21:44 | yes, i've used brctl
| |
21:44 | <warren> isn't the dhcp/tftp part of the process really useful to test?
| |
21:44 | <vagrantc> yes, it is useful to test, but that doesn't mean it's useless to test the rest without configuring an actual bridge...
| |
21:45 | * vagrantc finds that it is often good to have a variety of ways to do things | |
21:45 | <vagrantc> and to know what the advantages and limitations of each of those ways are
| |
21:46 | as far as i can tell, setting up a brctl method requires root access, no?
| |
21:46 | <warren> that's true
| |
21:46 | <vagrantc> the user-space networking doesn't.
| |
21:47 | some versions of qemu don't support PXE booting.
| |
21:47 | it was introduced sometime within the last year, if i'm not mistaken
| |
21:47 | <warren> and some didn't support it because they broke it =)
| |
21:48 | <vagrantc> and some versions of qemu didn't work even if you loaded the correct etherboot off a virtual CD image or something ... it just didn't work.
| |
21:48 | but i really like that it's easier to test the whole process now.
| |
21:49 | <warren> I'll put vmclient into a k12linux specific directory for now then
| |
21:49 | I don't have time to work on that part now
| |
21:49 | I'm hitting a deadline next week
| |
21:50 | <vagrantc> ah well. in the future, i'd like to work with you to make it more generalized and flexible.
| |
21:50 | <warren> sure
| |
21:50 | I'd like that
| |
21:50 | eric_ has quit IRC | |
21:51 | ogra_cmpc has joined #ltsp | |
21:53 | mccann has joined #ltsp | |
21:55 | <vagrantc> warren: no need to move it to a fedora-specific directory i think ...
| |
21:57 | chupacabra has quit IRC | |
21:59 | <vagrantc> warren: does fedora's udev use "udevinfo" or "udevadm info" ?
| |
21:59 | or neither? :)
| |
22:00 | <warren> vagrantc, F8 has udevadm
| |
22:00 | vagrantc, want me to look at F9?
| |
22:00 | <vagrantc> warren: i think udevadm is the newer one
| |
22:00 | warren: so i'd wager that F9 has it
| |
22:00 | <warren> RHEL5 has udevinfo
| |
22:01 | <vagrantc> there's some code in ltspfs ... i think i'll just re-write it to support both
| |
22:01 | a pretty simple if statement ...
| |
22:01 | debian 4.0 uses udevinfo, and debian unstable still is using udevinfo but might switch someday and may as well be future-proof. :)
| |
22:02 | <warren> [root@newcaprica ~]# udevadm info
| |
22:02 | missing option
| |
22:02 | ?
| |
22:02 | <vagrantc> uh-oh.
| |
22:02 | <warren> I don't know how udev works.
| |
22:03 | <vagrantc> i'm looking at http://bugs.debian.org/456327 and trying to figure out how to support all cases.
| |
22:03 | <warren> let me send you a copy of the man page
| |
22:03 | or rather
| |
22:04 | would you prefer the source?
| |
22:04 | <vagrantc> warren: what version of udev are you using?
| |
22:04 | <warren> F8 has udev-118-1.fc8
| |
22:04 | F9 has udev-118-5.fc9
| |
22:04 | <vagrantc> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=tmpoP0wxM;att=1;bug=456327
| |
22:04 | was the patch from ubuntu
| |
22:05 | <warren> ah
| |
22:05 | F8 had 116, we issued a udev update a few days ago.
| |
22:05 | <vagrantc> debian's using udev 0.114 and i think ubuntu is using 0.117
| |
22:05 | well, debian etch is 0.105
| |
22:06 | * vagrantc wonders how heavily patched the ubuntu version is | |
22:06 | <vagrantc> or the debian version, for that matter
| |
22:06 | * warren wonders if Ubuntu's udev pushed patches back upstream =) | |
22:06 | * warren nudges jcastro | |
22:07 | <vagrantc> in the bug report, it is claimed that "tools merged into a single binary upstream"
| |
22:07 | warren: your upstream version is basically ... 118 ... 0.118 ... ?
| |
22:07 | * warren looks at the source | |
22:08 | <warren> vagrantc, it says 118
| |
22:08 | * vagrantc wonders where debian/ubuntu get the 0. from | |
22:09 | <warren> +export $(/sbin/udevadm info -qenv -n ${DEVICENAME})
| |
22:09 | vagrantc, what is this command supposed to do?
| |
22:09 | what is an example of DEVICENAME?
| |
22:09 | <vagrantc> warren: do you have both udevadm and udevinfo ?
| |
22:09 | <warren> vagrantc, apparently yes
| |
22:09 | * vagrantc looks at the ltspfs code | |
22:10 | <warren> vagrantc, ah, udevinfo is a symlink to udevadm, probably for backwards compat purposes.
| |
22:11 | <vagrantc> warren: ok, i think DEVICENAME is basically the /dev/hda, /dev/sda type stuff
| |
22:11 | warren: but "udevadm info" doesn't work ?
| |
22:12 | <warren> [root@newcaprica ~]# udevadm info
| |
22:12 | missing option
| |
22:12 | according to the manpage it expects an option
| |
22:12 | <vagrantc> ah
| |
22:12 | udevadm info -qenv -n /dev/hda
| |
22:12 | (or whatever device you have)
| |
22:12 | <warren> [root@newcaprica ~]# udevadm info --version
| |
22:12 | 118
| |
22:12 | <vagrantc> should spit out a bunch of variables
| |
22:13 | <warren> ltspbot, pastebot
| |
22:13 | <ltspbot> warren: "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.
| |
22:13 | <warren> oh wait
| |
22:13 | I don't want to paste this info
| |
22:13 | <vagrantc> heh
| |
22:13 | <warren> somebody could write code that targets me
| |
22:13 | =)
| |
22:13 | <vagrantc> well, does it spit out a bunch of NAME=VALUE type things?
| |
22:14 | <warren> yeah
| |
22:14 | <vagrantc> ok, that seems like it's working, then.
| |
22:14 | <warren> ok
| |
22:14 | mccann has quit IRC | |
22:14 | <warren> udevinfo -qenv -n /dev/sda
| |
22:14 | <vagrantc> by the way, udevinfo --version on debian etch/4.0 spits out 105 ...
| |
22:14 | <warren> this does the same thing
| |
22:14 | mccann has joined #ltsp | |
22:15 | <warren> looks like a back compat symlink
| |
22:15 | <vagrantc> sure. so i'm guessing udevadm is the future, and it would be nice to keep a little backwards compatibility.
| |
22:15 | just in case the distro doesn't implement the backwards compatible symlink
| |
22:16 | warren: is udevadm in /sbin ?
| |
22:16 | johnny_ has joined #ltsp | |
22:16 | <warren> yes
| |
22:21 | <vagrantc> committed a patch that should support both older and newer udev versions
| |
22:22 | <warren> ah, just figured out how our readonly-root mode works
| |
22:22 | /etc/rwtab contains dirs, files or empty dirs to map to bind mounts in tmpfs
| |
22:22 | /etc/rwtab.d/ allows you to define more
| |
22:22 | <vagrantc> nice.
| |
22:23 | i wonder how hard this would be to port to debian
| |
22:23 | <warren> doesn't look complicated at all
| |
22:23 | <vagrantc> conceptually seems that way ...
| |
22:24 | i suppose some of the directories *might* be different ...
| |
22:25 | <warren> hmm, i guess no reason to have LVM in my client chroot...
| |
22:25 | <vagrantc> heh
| |
22:25 | <warren> vagrantc, no problem, just define your own default rwtab
| |
22:25 | vagrantc, not optimizing, it is spewing error messages during startup distracting me from the more important error messages
| |
22:25 | <vagrantc> warren: got a source or vcs URL for the readonly root stuff?
| |
22:28 | <warren> vagrantc, http://koji.fedoraproject.org/packages/initscripts/8.64/1/i386/initscripts-8.64-1.i386.rpm
| |
22:28 | vagrantc, unpack that
| |
22:28 | vagrantc, see /etc/rc.sysinit and /etc/rwtab*
| |
22:28 | <vagrantc> warren: it's integrated directly into your initscripts?
| |
22:29 | hrm.
| |
22:29 | <warren> vagrantc, yes, readonly-root mode is an official mode of Fedora
| |
22:29 | since FC3 or so
| |
22:29 | <vagrantc> yes, i remember the announcement
| |
22:29 | i got many people saying "that sounds like what you're doing with debian"
| |
22:30 | warren: ok, so how would i unpack this rpm ? ... with the "rpm" command? ... my rpm is pretty rusty. not that it was ever very sharp.
| |
22:32 | i know how to do the equivalent with .deb's in muscle memory
| |
22:32 | <warren> vagrantc, do you have rpm2cpio?
| |
22:33 | vagrantc, something like mkdir something; cd something; rpm2cpio whatever.rpm | cpio -id
| |
22:34 | <vagrantc> warren: got it.
| |
22:34 | thanks
| |
22:34 | * vagrantc missed the -d bit | |
22:35 | <warren> interesting...
| |
22:35 | vagrantc, does debian use dash btw?
| |
22:36 | screen_session line number 17
| |
22:36 | TTY_NUM=${SCREEN_NUM#0}
| |
22:36 | <vagrantc> warren: not by default. i tried it with a thin-client the other day and it knocked a ridiculous amount of time off the boot session.
| |
22:36 | <warren> on fedora TTY_NUM becomes "--"
| |
22:37 | <vagrantc> weird.
| |
22:37 | <warren> i'm not even sure how that syntax is supposed to work
| |
22:38 | #0 means what?
| |
22:38 | OH!
| |
22:38 | -- is used as a parameter separator
| |
22:38 | but in this case it is actually using it
| |
22:39 | <vagrantc> SCREEN_NUM=07 and output 7 ... or SCREEN_NUM=12 and output 12
| |
22:39 | i think that's what it's trying to do
| |
22:40 | ubuntu's used dash for ages
| |
22:49 | <warren> vagrantc, I asked our people about dash, they insist that it doesn't help much at all
| |
22:50 | vagrantc, instead we seem to be focusing on reducing redundancy. an intel guy pointed out a few places where we were doing things stupid hundreds of times in a row during our boot.
| |
22:50 | F9 switched to upstart
| |
22:50 | chupacabra has joined #ltsp | |
22:50 | <vagrantc> warren: in debian, it knocks off a very, very noticeable amount of time.
| |
22:51 | <warren> so far we've discovered that it makes our shutdown 2 seconds faster
| |
22:51 | <vagrantc> warren: someone actually did a bunch of bootspeed analysis on debian a couple years ago, and it knocked something around 30 seconds off of a 2.5 minute boot time
| |
22:52 | <warren> vagrantc, I dunno then, one of our most respected engineers told me that he personally did testing and dash did not improve things much at all, he said.
| |
22:52 | maybe fedora is different in some regard
| |
22:53 | <vagrantc> maybe so
| |
22:54 | warren: maybe they tested on too fast equipment?
| |
22:54 | where the differences were harder to notice
| |
22:54 | <warren> vagrantc, I dunno
| |
22:54 | * warren sits on an old quad core box | |
22:54 | <vagrantc> nor do i. but i cannot deny what i see with debian.
| |
22:55 | * vagrantc mostly uses an 866MHz machine | |
22:56 | <warren> vagrantc, when I have some breathing room I'm going to test dash again
| |
22:57 | Oh
| |
22:57 | I see the problem
| |
22:57 | <vagrantc> when i noticed how much of a difference it made, i started thinking of how to make it the default at least for ltsp
| |
22:57 | ubuntu's got it easy in that regard
| |
22:58 | <warren> my client's boot is already very fast
| |
22:58 | the slowest part by far is udev
| |
23:00 | vagrantc, and we discovered that bash is really stupid in cases like
| |
23:00 | vagrantc, [ -e file1 -a -e file2 ]
| |
23:00 | vagrantc, it checks for the existence of both files even if the first doesn't exist.
| |
23:00 | <vagrantc> heh
| |
23:01 | <warren> checking for the existence of files is real slow
| |
23:01 | * vagrantc always uses [ ] && [ ] | |
23:01 | <warren> seek times
| |
23:01 | etc.
| |
23:01 | yeah, me too
| |
23:01 | it is easier for the human brain to parse too
| |
23:02 | Stevecar has left #ltsp | |
23:03 | * vagrantc just added an additional check for the existance of a file | |
23:03 | <vagrantc> in the udevadm/udevinfo stuff
| |
23:03 | but the binary gets used immediately after you check for it's existance ...
| |
23:03 | so it can't be too bad.
| |
23:05 | <warren> is /var/run/pulse anywhere in the scripts?
| |
23:06 | <vagrantc> don't know
| |
23:06 | <warren> W: main.c: Warning: home directory of user 'pulse' is not '/var/run/pulse', ignoring.
| |
23:06 | not sure what this is coming from
| |
23:06 | * vagrantc would recommend grep | |
23:06 | <warren> oh
| |
23:07 | <vagrantc> :)
| |
23:07 | <warren> that's hard coded in our pulseaudio binary
| |
23:07 | <vagrantc> heh
| |
23:07 | <warren> vagrantc, does your binary have any home directory hard coded?
| |
23:07 | <vagrantc> no idea.
| |
23:07 | <warren> our pulseaudio daemon creates a pulse user with home directory /
| |
23:07 | this might be a packaging bug
| |
23:11 | <vagrantc> wow. debian's m68k buildd's just got very much faster.
| |
23:14 | * vagrantc suspects some distcc going on | |
23:21 | oh207 has quit IRC | |
23:21 | oh207 has joined #ltsp | |
23:25 | Egyptian[Home] has joined #ltsp | |
23:42 | <warren> vagrantc, do you know the command that lets you run another command on a target VT?
| |
23:43 | vagrantc, I've used it in the past to do "thatcommand 9 /bin/bash" for example, to get full job control on VT9
| |
23:44 | <vagrantc> openvt ?
| |
23:45 | <warren> yeah!
| |
23:45 | I found it just as you said that
| |
23:46 | failing to login as root on the client no matter what I do in the chroot
| |
23:46 | so just bypassing the login
| |
23:53 | <vagrantc> SCREEN_NN=shell doesn't work?
| |