[02:11] <sbalneav> Evening all
[02:11] <melinate> hey there
[02:13] <melinate> anyone have an idea why my DHCP server is working for workstations, but is not detected for PXE boot?
[02:13] <sbalneav> Please paste your /etc/ltsp/dhcpd.conf file to the pastebin.
[02:13] <sbalneav> !pastebin
[02:13] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[02:21] <melinate> sbalneav: http://paste.ubuntu-nl.org/33522/
[02:21] <melinate> thanks
[02:23] <cliebow> melinate:completely stock right..?
[02:23] <sbalneav> Looks stock.
[02:23] <sbalneav> Do you have other dhcpd servers on the network?  Perhaps you can describe how you're network's laid out a bit?
[02:25] <melinate> sbalneav: don't think so... I have the edubuntu server a switch and one client turned on... the server isn't even plugged into a gateway
[02:26] <cliebow> sbalneav, he has an hp vectra with two choices in bios..tcp/ip or pxe
[02:27] <cliebow> he gets some response from the tcp/ip option
[02:27] <cliebow> none form pxe..
[02:27] <sbalneav> PXE's what you want.
[02:27] <melinate> right.... pxe says no dhcp offered
[02:27] <sbalneav> What does /var/log/daemon.log say
[02:27] <melinate> but I can boot edubuntu workstation with dhcp and it fetches an IP :/
[02:28] <sbalneav> Paste a few lines, that's where dhcpd logs to
[02:28] <melinate> one sec
[02:32] <melinate> okay... like I said the server is on it's own network so pasting is a bit impossible... but I just did a "tail -f" and there was no request made during the PXE boot
[02:34] <melinate> if you think there is a problem with the PXE I'd be fine booting from CD or HDD, but I'm not sure how to determine which settings to use fro rom-o-matic.net?
[02:35] <sbalneav> I'm sorry, thought you said you were using the bios boot.  Are you using etherboot?
[02:35] <cliebow> melinate:can you boot your client to a live cd..to determine pci id of your network card?
[02:36] <cliebow> yes i think this was bios option
[02:37] <cliebow> once you positively id your network card you eill knoe which floppy image to use in romomatic..
[02:38] <melinate> cliebow: I have edubuntu workstation installed on the hdd already... I'll log in... where do I see the pci id?
[02:40] <melinate> it is a bios option that lets me choose between two network boot options... PXE and TCP/IP [with sub choices of DHCP or BOOTP] 
[02:43] <sbalneav> You want pxe and dhcp
[02:44] <melinate> sbalneav: that's what I have it set to now, but it appears the pxe is not actually making a dhcp request [nothing it showing up in the /var/log/daemon.log when booting the client] 
[02:45] <sbalneav> Is the dhcpd started?
[02:45] <sbalneav> ps -ef | grep dhcpd
[02:46] <boyam> melinate: got in on your problem a little late...but does that hp vectra use intel lan desk when it boots via pxe....the way you can tell is when the machine boots via pxe, it will display at the top of your screen "Intel Landesk blah blah blah....."
[02:46] <melinate> sbalneav:  yep... it's running and I can see that it is loading the right .conf file
[02:47] <melinate> boyam: yea I see a message like that at login
[02:48] <boyam> melinate: your problem sounds real similar to a problem i had booting with some old IBM Nics tha used Intel Lan Desk ver 0.99..
[02:50] <melinate> I was afraid it might be a problem related to the age of the hardware...
[02:50] <boyam> melinate: i found a site that fixed my issue...don't  know if it will work for you but you can give it a shot..
[02:50] <melinate> boyam: cool thanks
[02:50] <boyam> melinate: hold on let me fetch the url..
[02:51] <boyam> melinate: http://yogharp.wordpress.com/2007/03/01/class-room-ltsp-with-edubuntu/
[02:52] <boyam> melinate: I had some old PII's that had a buggy version of Intel LanDesk...once i adjusted the conf's from the url I gave you, the nic's could see the dhcp server...
[02:53] <melinate> boyam: cool.. I
[02:53] <melinate> I'll give that a try
[02:54] <boyam> sbalneav: didn't mean to take over, but the problem seemed sooo familiar to me...
[02:54] <sbalneav> Not at all
[02:55] <boyam> i spent a few hours scratching my head over this one..so i remember the symptoms very well....not to say it will work for melinate...but it's worth a shot
[02:56] <melinate> yeah I've been on this one a few nights now :)
[02:56] <boyam> ;)
[03:03] <melinate> boyam: looks like dhcp worked in the article, but the problem was with the tftp... maybe I can flash my bios or something
[03:11] <melinate> looks like there is a new bios version... I'll try that and see if I can get any further
[03:22] <boyam> melinate: no...the article clearly says PXE coulnd't find dhcp server same symptom i had with the old PII's.....the fix was adding -r blksize to the tftp line in inetd.conf...as well as adjusting sysctl.conf as the article states ...yes, if you can flash bios, that may help  you....
[05:13] <sbalneav> Whoohoo
[05:13] <sbalneav> New greeter's done
[05:13] <LaserJock> \o/
[05:14] <sbalneav> So, ldm's gonna have scalability features
[05:14] <sbalneav> You can have lots of hosts, and have load balancing.
[05:14] <sbalneav> Gutsy's gonna kick butt.
[05:32] <johnny> sbalneav, all i had to do to make it work, was remove the server's hostname from /etc/hostname
[05:32] <johnny> so.. yes dnsmasq works great
[05:33] <johnny> the autologin works a treat now
[12:59] <zsh> hi
[12:59] <zsh> I run ltsp on gutsy
[01:00] <zsh> without nfs, and I need a different keyboard layout
[01:00] <zsh> XKBLAYOUT=de do not work
[01:01] <zsh> could it be, that this is not yet implemented in ldm2?
[01:02] <cliebow> zsh, might check with Scott when he comes in..he was up late last night though
[01:03] <zsh> cliebow, ok
[01:03] <cliebow> !seen sbalneav
[01:03] <ubotu> Sorry, I don't know anything about seen sbalneav - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[01:04] <cliebow> whoops..wrong ch.
[01:13] <cliebow> zsh:rattle ogra's cage..he can surely help
[01:15] <zsh> hi ogra
[01:15] <ogra> whats up _
[01:15] <ogra> _
[01:16] <ogra> hmm ... why is mz keymap broken
[01:16] <ogra> yyy... zzzz
[01:16] <ogra> ahh, better
[01:17] <ogra> zsh, whats your prob ?
[01:17] <zsh> ogra, perhaps you have the same problem, then me :)
[01:17] <zsh> how can I set the keyboard layout in ltsp on gutsy
[01:17] <ogra> no, i was just playing with xgl ... crappy and buggy as hell :)
[01:17] <zsh> XKBLAYOUT=de does not work
[01:17] <ogra> the default should be set to the servers X keymap
[01:18] <ogra> you can override it with XKBLAYOUT
[01:18] <ogra> but note that the location of the lts.conf changed
[01:18] <zsh> my lts.conf works now
[01:19] <ogra> it's used from /var/lib/tftpboot/ltsp/i386/lts.conf
[01:19] <zsh> I have also this: CONFIGURE_X=False
[01:19] <zsh> yes
[01:19] <ogra> aha
[01:19] <ogra> remove that
[01:19] <ogra> that causes X to not use a config at all ... which means it falls back to defaults ....
[01:20] <ogra> which is great for graphics detection, but sadly still sucks for keyboard and mouse
[01:20] <zsh> has this something todo with config-less xserver?
[01:20] <ogra> (thats why we use a new x configrator nw)
[01:20] <ogra> *now
[01:20] <ogra> https://help.ubuntu.com/community/UbuntuLTSP/LTSPWithoutNFS
[01:20] <ogra> see that page
[01:21] <zsh> will the new x configurator get a own lts.conf option for keyboard?
[01:23] <ogra> no
[01:23] <ogra> it will just use the old variables
[01:23] <ogra> just remove the CONFIGURE_X=False from your /var/lib/tftpboot/ltsp/i386/lts.conf
[01:28] <zsh> ok
[01:29] <ogra> and also make sue your chroot isnt outdated ... tere was a lot of development the last weeks
[01:31] <cliebow> bbl
[01:31] <zsh> ogra, ok
[01:35] <zsh> ogra, thx it works
[01:36] <ogra> :)
[01:36] <ogra> i wonder why it didnt pic your servers keymap first place though
[01:36] <ogra> is that set to german ?
[01:37] <zsh> where can I check this?
[01:37] <ogra> ogra@laptop:~$ cat /opt/ltsp/i386/etc/environment
[01:37] <ogra> PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games"
[01:37] <ogra> LANG="de_DE.UTF-8"
[01:37] <ogra> LANGUAGE="de_DE:de:en_GB:en"
[01:37] <zsh> I did a edubuntu server "console-system" installation by the way
[01:38] <ogra> ogra@laptop:~$ grep KB /opt/ltsp/i386/etc/default/console-setup
[01:38] <ogra> XKBMODEL="pc105"
[01:38] <ogra> XKBLAYOUT="de"
[01:38] <ogra> XKBVARIANT="nodeadkeys"
[01:38] <ogra> XKBOPTIONS=""
[01:38] <ogra> well, that shouldnt matter if you choose german as default during install
[01:38] <zsh> I have only: PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games"
[01:38] <zsh> LANG="de_DE.UTF-8"
[01:39] <ogra> the ltsp-build-client script copies the defaults from the server to the client
[01:40] <zsh> ../console-setup seems ok
[01:40] <ogra> thats the one that counts for X
[01:40] <ogra> strange
[01:40] <zsh> in .../environment I have no LANGUAGE variable
[01:41] <ogra> thats fine
[01:41] <zsh> a bug in ldm2?
[01:41] <ogra> nope
[01:42] <ogra> x configuration has nothing to do with ldm
[01:42] <ogra> it runs before ldm even starts
[01:42] <zsh> I could also choose no language in ldm2, but I think, this is not yet implemented
[01:43] <ogra> it is, just not packaged yet ;)
[01:43] <ogra> ldm2 is done since the weekend ...
[01:43] <zsh> ok :)
[01:43] <zsh> oh great
[01:43] <ogra> i'm waiting for scott to sort out the last bugs and will merge this week
[01:44] <ogra> host, session and lang selection work ... autologin, unencrypted X, expired password handling and error feedback work ... and it has a lot of new themes
[01:45] <zsh> which advantage has "unencrypted X"?
[01:45] <ogra> speed
[01:46] <ogra> if you have small CPUs in the clients or want to watch movies
[01:46] <ogra> for both it helps
[01:46] <zsh> but the network traffic?
[01:46] <ogra> is nearly the same
[01:46] <ogra> encryption only encrypts
[01:46] <ogra> it doesnt compress
[01:47] <ogra> so you have the packages being encrypted/decrypted all the time
[01:47] <ogra> that doesnt raise any network load
[01:47] <ogra> but puts load on the CPUs on both sides
[01:48] <zsh> I tried it and ... I am not sure... but I think it was a least twice the network load
[01:48] <zsh> I have to try it again
[01:48] <ogra> it shouldnt
[01:48] <zsh> ok, I will try itagain
[01:49] <ogra> in any case it drops latency for video etc
[01:49] <zsh> btw, are there plans to integrate NX?
[01:49] <ogra> not before NX isnt sane, no
[01:49] <zsh> I will integrate the NXclient, for us now
[01:50] <zsh> it shouldn't be to hard
[01:50] <ogra> thats great, if you have a proper screenscript for that feel free to contribute it )
[01:50] <ogra> :)
[01:50] <zsh> ok
[01:50] <ogra> so users oly need to install the nx client in the chroot and set SCREEN_07=nx or so ...
[01:51] <ogra> i guess local devices and sound will make probs thogh
[01:51] <zsh> yes, its a shame that NX is not in an acceptable shape
[01:52] <ogra> yup
[01:52] <zsh> we will not need it, but we need a very stable system
[01:52] <zsh> today
[01:52] <zsh> and the session management of freenx is today quite good
[01:53] <ogra> you can detach and reattach, right ?
[01:53] <zsh> and the session-management is shared between, ltsp-clients, NXclient on Linux, nxclient on windows, this is great for us
[01:53] <zsh> yes
[01:54] <zsh> if the connection breaks, the session supends on the server
[01:54] <ogra> i was looking at xmove for ltsp to do that ...
[01:54] <ogra> but sadly thats pure crack
[01:55] <ogra> another option would be to run xvbf as default X server on thin client connection and write something that can attach to it ad forward the display
[01:56] <ogra> so xvfb would run for every user all the time and you can attach/detach as liked
[01:56] <ogra> indeed that raises the server reqs a lot
[01:56] <zsh> hmm
[01:57] <zsh> it would be a nice feature
[01:57] <ogra> yep
[01:59] <zsh> a perfect session-cleanup after a crash is needed
[01:59] <zsh> some gnome-programs make trouble after a crash
[02:00] <ogra> no
[02:00] <ogra> fixing the gnome apps is needed
[02:00] <zsh> e.g. gnome-panel "gnome-panel is already running" after reconnect
[02:01] <ogra> that should be fixed since some time
[02:01] <zsh> in feisty
[02:01] <ogra> hmm, i dont have that in feisty, but i saw something on the mailing lists iirc
[02:02] <ogra> someone had a crashed gdm on the server or so .. the missing socket caused that
[02:03] <zsh> with kde I didn't have such problems, but I favor it
[02:03] <zsh> but I DON'T favor it ;)
[02:06] <zsh> I said nothing against KDE ...
[02:57] <netdog> kbye
[03:04] <gduteil> country
[03:50] <sbalneav> Morning all
[03:50] <ogra> hey sbalneav
[03:50] <sbalneav> Hey, how's it going?
[03:51] <ogra> so so ... diggin through my weekend mail etc ... poking around in ltsp-manager a bit now ...
[03:51] <sbalneav> man, I've been hacking like a madman to get things done for upstream freeze.
[03:51] <ogra> i saw that
[03:51] <sbalneav> Oh, excellent.
[03:51] <sbalneav> I did some updates to the ltsp-update utils
[03:51] <ogra> "First stab at integrating completed greeter and ldm.  Horribly broken.  Will fix tomorro"
[03:51] <ogra> kept me from merging yet :)
[03:51] <sbalneav> heh
[03:52] <ogra> yeah, saw that
[03:52] <ogra> i commented on one of the bugs
[03:52] <sbalneav> Oh, ok.
[03:52] <ogra> the image needs to know as well that you changed the nbd port
[03:52] <ogra> we have nbdroot or nbdport as kernel variables for this
[03:52] <sbalneav> Did adding the -b base options make sense?  Hopefully that moves us closer to squashing the "hardcoded /opt/ltsp" bug.
[03:53] <ogra> there needs to go an entry into /etc/default/ltsp-update-kernels in the chroot for thsi
[03:53] <sbalneav> Did I change the nbd port?
[03:53] <ogra> well, i wouldnt invent new options ...
[03:53] <ogra> should be --base etc
[03:54] <sbalneav> How do you do the gnu longopts then?  I was using dash's getopts builtin.
[03:54] <sbalneav> I couldn't find something for the longopts
[03:54] <ogra> sbalneav, if you add an option like -p it needs to change the ports on both sides
[03:54] <ogra> ;)
[03:55] <sbalneav> Oh, that
[03:55] <sbalneav> yeah.
[03:55] <ogra> yeah
[03:56] <sbalneav> Well, the reason I did that was because the update-image was just randomly picking a port anyway if 2000 was in use.
[03:56] <ogra> i dropped the code that did increment the portnumber by one when i merged the nbdroot code from MrMoo
[03:56] <ogra> i just didnt come around to reimplement it with the new varables yet
[03:57] <sbalneav> ah, ok, I haven't merged from your tree in a while.
[03:57] <ogra> that was before the tribe
[03:57] <ogra> you merged that already
[03:57] <ogra> i was just to busy with the tribe release to add that bit, feel free :)
[04:01] <sbalneav> Hey, I got all the UI stuff done for the greeter.
[04:01] <sbalneav> Including not popping up a host dialogue if there's only one host.
[04:02] <ogra> http://docs.python.org/lib/module-ConfigParser.html
[04:02] <ogra> did you know that one ?
[04:02] <ogra> (just diggin for helpful stuff for the ltsp-manager backend)
[04:03] <sbalneav> Yeah!  I've seen that one before.
[04:03] <ogra> seems like they had lts.conf in mind with it :)
[04:03] <sbalneav> Pretty handy.
[04:04] <sbalneav> Are you still getting crash reports on nbd-server on startup?
[04:04] <ogra> nope
[04:04] <sbalneav> Hmmm
[04:04] <ogra> at least not since i upgraded this morning
[04:05] <ogra> let me reboot to check ...
[04:05] <ogra> ergh
[04:05] <sbalneav> or, just restart nbd
[04:05] <ogra> i cant log out :P
[04:09] <ogra> sbalneav, all fine here
[04:10] <sbalneav> hm
[04:10] <ogra> sbalneav, i just remembered it telling me something about a deleted config
[04:10] <ogra> do you have /etc/nbd-server/config ?
[04:10] <sbalneav> yes
[04:10] <ogra> whats in it ?
[04:11] <sbalneav> [generic] 
[04:11] <sbalneav> # If you want to run everything as root rather than the nbd user, you
[04:11] <sbalneav> # may either say "root" in the two following lines, or remove them
[04:11] <sbalneav> # altogether. Do not remove the [generic]  section, however.
[04:11] <sbalneav>         user = nobody
[04:11] <sbalneav>         group = nobody
[04:11] <sbalneav> # What follows are export definitions. You may create as much of them as
[04:11] <sbalneav> # you want, but the section header has to be unique.
[04:11] <ogra> thats all ?
[04:11] <sbalneav> that's it
[04:11] <sbalneav> what does yours have?
[04:12] <ogra> its not there
[04:12] <ogra> i might have deleted it at some point
[04:12] <ogra> adding the file and restarting it doesnt produce any segfault
[04:13] <highvoltage> hello ogra
[04:13] <sbalneav> ok, just my system then
[04:13] <ogra> hi highvoltage
[04:13] <ogra> sbalneav, if you remove the file does it still happen ?
[04:13] <sbalneav> I'll check
[04:14] <ogra> ogra@laptop:~$ dpkg -l nbd-server|grep ii
[04:14] <ogra> ii  nbd-server     1:2.9.6-1
[04:14] <ogra> does the version match ?
[04:14] <sbalneav> yeah, same as mine
[04:14] <ogra> weird
[04:14] <ogra> i havent seen any crashes since the upgrade
[04:15] <highvoltage> ogra: I was just wondering, is NBD a big implementation? would it be a big deal to write into something like etherboot or pxe? if it's easy, perhaps canonical can use its relationship with intel to get nbd in there, and elimate the need for tftp as well.
[04:15] <highvoltage> heh, that actually sounds more outragous now that I've typed it out :)
[04:15] <ogra> highvoltage, well, it needs a bunch of binaries etc
[04:15] <ogra> i bet its to big for something like PXE and etherboot
[04:16] <highvoltage> yes, pity.
[04:17] <highvoltage> I just love it so much that ltsp doesn't need nfs anymore, it would be so nice if it was possible to eliminate tftp too. then again, tftp is so incredibly light.
[04:27] <highvoltage> heh, ok I read the PXE spec just now, removing tftp will never be... trivial.
[04:27] <ogra> well, you wanted to replace tftp
[04:27] <ogra> didnt you ?
[04:29] <highvoltage> yes
[04:29] <ogra> ;)
[04:30] <highvoltage> it's just a kernel, just one little stream of data that needs to move from one machine to another! I don't want to run a whole service for it!!!!! :)
[04:31] <highvoltage> omg. http://www.intel.com/support/network/adapter/pro100/bootagent/sb/cs-008191.htm still lists Red Hat 6.1 as an OS that supports PXE
[04:32] <highvoltage> they should really list Ubuntu+LTSP there.
[04:45] <bddebian> Heya
[04:46] <highvoltage> heya bddebian
[04:46] <bddebian> Hi highvoltage
[08:10] <monteslu> anyone know why there's two dhcpd.conf files on edubuntu?
[08:11] <ogra> monteslu, because we didnt want to break or override existing configs with something that could be modified by a script or so ...
[08:11] <edubuntugirl> ogra: by the way, highvoltage told me to tell you 'ouch, here's another doc that contains bad info: https://help.ubuntu.com/community/LTSPHowTo' 1 day, 8 hours, 39 minutes and 30 seconds ago (on Sun Aug 12 11:33:58 2007)
[08:12] <ogra> monteslu, so the file from /etc/ltsp will be used as default while not touching /etc/dhcpd.conf ...
[08:40] <ogra> bug 120747
[08:40] <ubotu> Launchpad bug 120747 in linux-source-2.6.22 "[gutsy]  2.6.22 kernel option vga=xxx does not work " [Undecided,Confirmed]  https://launchpad.net/bugs/120747
[08:41] <cbx33> oh ogra i noticed some funky stuff happening on an edubuntu install at the ltsp root builder portion
[08:42] <cbx33> basically crashed the graphics and ui
[08:42] <ogra> funky ?
[08:42] <cbx33> yeh
[08:42] <cbx33> i have a video
[08:42] <cbx33> it's very strange
[08:42] <cbx33> thought i'd let you see it
[08:42] <ogra> well, i got a bugreport about that yesterday
[08:42] <cliebow> cool...internet porn
[08:42] <cbx33> oh
[08:42] <cbx33> ogra, got a link?
[08:42] <ogra> so it seems not unique
[08:43] <cbx33> lemme get the vid
[08:43] <ogra> bug 131580
[08:43] <ubotu> Launchpad bug 131580 in ltsp "ltsp-build-client restart X server of the host" [Undecided,Incomplete]  https://launchpad.net/bugs/131580
[08:49] <cbx33> it's just processing
[08:52] <cbx33> ogra, http://www.youtube.com/watch?v=D6OExe0rHos
[08:52] <ogra> what kind of graphics card ?
[08:52] <cbx33> hmm i can get that info tomorrow
[08:53] <cbx33> sorry it was an Avantis Content Cache box
[08:53] <cbx33> it's not a great card tbh
[08:53] <ogra> well, thats not related to ltsp at all
[08:53] <ogra> thats the step long before ltsp-client-builder runs ...
[08:54] <ogra> the thing thats running on the screen is pkgsel ... thats one step before ltsp even starts
[08:55] <cbx33> oh
[08:55] <cbx33> yeh
[08:55] <cbx33> sorry
[08:55] <ogra> i'd rather see that as a framebuffer issue
[08:55] <ogra> can you reproduce it ?
[08:55] <ogra> if so, try with different graphics sessiongs from the CD bootmenu
[08:55] <cbx33> ok
[08:55] <cbx33> sorry ogra
[08:55] <ogra> and see if it goes away
[08:59] <cbx33> i know the second time i tried it it happened at the client buikd
[08:59] <ogra> likely framebuffer then ...
[09:00] <cbx33> ok
[09:39] <monteslu> anyone got a link to the list of variables for lts.conf variables?
[09:40] <monteslu> could have sworn I saw one on the ubuntu wiki, but can't find it now
[09:40] <sbalneav> monteslu: it's in the edubuntu handbook
[09:41] <timma> I am having trouble with a new install.  Thin Client Manager says the client needs x11vnc installed.  And my server has no sound card, but my clients do and they do not work.  How do I install x11vnc?
[09:42] <sbalneav> timma: https://wiki.edubuntu.org/InstallX11VncOnLtspClients
[09:44] <monteslu> sbalneav, thanks
[09:44] <sbalneav> Out for a bit, be back later
[09:45] <timma> okay, thank you sbalneav
[10:00] <timma> I am having trouble with apt sources.
[10:21] <timma> sbalneav how do I resolve the sound issue?
[10:25] <sbalneav> timma: Is the sound card on the client recognized by the kernel?
[10:25] <sbalneav> What sound card is it?
[10:28] <timma> sbalneav I think I need to activate local devices.
[10:29] <sbalneav> They're activated by default
[10:30] <timma> I checked it and it is but the local cd and sound do not work, possible even the usb...
[10:31] <sbalneav> Is the user you're tesing under in the fuse group?
[10:34] <timma> no, but I added it and I went to user properties and then privileges and added use audio devices, cd and floppy
[10:40] <sbalneav> did you add fuse?
[10:40] <sbalneav> You have to log out and log in as well
[10:40] <timma> sbalneav sorry.  Okay fuse is working.
[10:41] <timma> foppy and cd
[10:43] <timma> so sorry to switch back, sbalneav.  according to dell website, most clients have Crystal Semiconductor  CS4236
[10:43] <timma> \
[10:43] <sbalneav> Never heard of that before.
[10:50] <timma> sbalneav sorry, is there a way to detect my sound card?
[10:50] <sbalneav> Don't know.  Does the thin client load any devices for it?
[10:51] <sbalneav> Have you set a root password in the chroot, and seen if it's got any snd- modules loaded?
[10:54] <timma> sorry what command?
[10:56] <sbalneav> For what?
[10:56] <timma> to see what modules are loaded?
[10:57] <sbalneav> lsmod
[10:57] <sbalneav> on the thin client.
[10:57] <sbalneav> won't do you any good on the server
[10:57] <timma> Opening /proc/modules: No such file or directory
[10:59] <sbalneav> Are you doing this on the thin client, on a text login screen?
[10:59] <timma> on the server, chroot into /opt/ltsp/i386
[11:00] <sbalneav> that won't work
[11:00] <sbalneav> you'll have to do it on the thin client itself.
[11:00] <sbalneav> That's why you'll need to set a root password on the chroot
[11:01] <sbalneav> so you can login on the thin client itself.
[11:02] <timma> How do I set the root password?  on the server?
[11:03] <sbalneav> chroot /opt/ltsp/i386
[11:03] <sbalneav> passwd
[11:06] <boyam> sbalneav: so sudo doesn't work from the thin client? ...i've never tried it...i'm a newb as well :)
[11:07] <monteslu> boyam, gksudo
[11:07] <monteslu> learned that friday
[11:07] <boyam> monteslu:aww..thanks...
[11:08] <boyam> sbalneav: did the person yesterday who had the dhcp issue...who i gave the link to...did they resolve their issue?...i couldn't stay around long enough to find out....if you remember
[11:09] <sbalneav> No, I don't
[11:10] <sbalneav> I help so many people, I don't keep track
[11:10] <timma> sbalneav I change root
[11:10] <timma> changed root password
[11:10] <sbalneav> ok
[11:10] <boyam> sbalneav: not a problem...i fgured as much....just curious...
[11:11] <sbalneav> timma: so, now you can log in on ctl-alt-f1 on the thin client, and see if the sound card's recognized.
[11:15] <monteslu> handbook looks like it has an error
[11:16] <monteslu> isn't XMD_SERVER XDMP_SERVER ?
[11:16] <monteslu> or something like that?
[12:16] <monteslu> is there udev rules stuff that needs to be done for thin clients connected to printers?
[12:17] <monteslu> this distro is great and everything, but my god, it is more difficult to set up than ltsp4.2