[00:00] <killsalad> stgraber: ok but nowadays most 'old' computers have a burner alredy ;)
[00:00] <killsalad> i'm talking about 3-4 years old machines
[00:01] <killsalad> but i must agree with you
[00:02] <killsalad> ok - diferent question : will webcam work with client?
[00:10] <ogra> neither webcam, nor burning nor microphones work yet, patches happily accepted ;)
[00:11] <ogra> burning should be the easiest to implement as long as the burner has burnproof support
[00:13] <killsalad> ogra: so only USB sticks and printers ?
[00:13] <ogra> scanners with some fiddling (see ltsp.org docs)
[00:13] <ogra> but yes
[00:14] <ogra> block devices of any kind and printers atm
[00:17] <killsalad> ok - just few words like edubuntu rules, and i can send my paper to editor ;)
[00:17] <stgraber> ogra: what's the problem with microphones and pulseaudio ? is it only working for output ?
[00:18] <ogra> stgraber, a proper pulse setup is needed for capturing, we dont have that yet
[00:18] <ogra> stgraber, i have two things on my list for intrepid ltsp, cleaning up th epulse setup is one
[00:19] <ogra> (localapps is the other)
[00:20] <ogra> i'll talk to the kernel guys in prague about iscsi, we can probably get burning going or at least have a spec for intrepid+1
[00:22] <stgraber> in my opinion, webcam should be higher priority than CD burners as most "real" thin clients just don't have a CD burner but have a USB plug. (even if I don't quite have an idea of how we could make a webcam to work)
[00:23] <ogra> there is an old ltsp 4 tgz that implements that for the old 4.2 we just have ot take a look :)
[00:23] <ogra> (and probably need to improve)
[00:27] <stgraber> I just had a quick look at something called ltspwebcam, it's basically about installing camserv in the chroot which then open a TCP port sending a batch of jpeg images taken from the webcam
[00:27] <stgraber> that's release 0.1 though, maybe there was a better implementation
[00:28] <ogra> no, i think thats it
[00:28] <ogra> we can look at how thats doing it and can make it work with gstreamer ;)
[00:30] <stgraber> I used some tools some time ago to create multiple /dev/videoX from the same video stream but applying various effects (face detection). Maybe it's possible to create a /dev/videoX device based on a network video stream.
[00:30] <stgraber> that would make it work with just all softwares using a standard V4L interface
[00:30] <ogra> hmm, on kernel level ?
[00:30] <killsalad> sorry for interrupting but wouldn't it be better if there was somethig like network device, it probably would be hard to implement
[00:31] <ogra> well, it would make sense to have the compression on the client to not saturate your network
[00:31] <ogra> but i think gstreamer pipes can do that
[00:31] <killsalad> i mean that terminal could forward a device, and server would see it as /dev/ndev/usb/sth1
[00:32] <ogra> heh
[00:32] <ogra> if it would be that easy we would lobe to do it that way even for usb keys :)
[00:32] <ogra> *love
[00:32] <stgraber> yeah, I did some streaming with gstreamer, it's easy to get it working. The problem is to then have the video stream used in desktop apps
[00:33] <ogra> well, it would cretainly restrict you to gstreamer apps
[00:33] <ogra> but thats better than nothing
[00:34] <stgraber> most apps I have written using gstreamer to access webcams directly use the v4lsource or v4l2source so accessing /dev/videoX. You can easily replace that source by a network stream but the software would have to propose this option. I don't think you can easy make v4l2source to use a network stream instead of a real /dev/videoX device
[00:34] <stgraber> (except if there is an abstraction layer like "webcamsource" that I'm not aware of)
[00:35] <ogra> hmm
[00:35] <navetz> hey has anyone here got dualscreen working with a intel i810 ?
[00:36] <ogra> LaserJock, btw, i uploaded the "final" hardy classmate image today in case you want to try
[00:36] <ogra> with full suspend/resume support now
[00:40] <LaserJock> I might just do that
[00:40] <LaserJock> I've had a heck of a time getting time to install the images
[00:40] <LaserJock> but I got the starter replaced in my car and the wife is at a party
[00:40] <ogra> its not urgent .. intel found some testers as well finally
[00:41] <ogra> (even though thats slightly late for the dev cycle :P)
[00:41] <LaserJock> heh
[00:41] <LaserJock> yeah
[00:42] <LaserJock> seems like I'm late for everything these days :(
[00:42] <ogra> oh, come on, you did a lot
[00:43] <ogra> dont underestimate your work
[00:43] <ogra> anyway, bed time for me
[00:44] <LaserJock> night
[00:44] <ogra> night :)
[01:01] <humbolto> do I need to install ldm for a proper ltsp environment?
[01:01] <humbolto> what else?
[01:01] <humbolto> I started with the Hardy Server CD.
[01:01] <humbolto> Probably not the right choice.
[01:02] <humbolto> installed ltsp-server-standalone so far, fixed /etc/ltsp/dhcpd.conf and started to build a client environment.
[01:02] <humbolto> wasn't there supposed to be an app helping me with all that?
[01:03] <humbolto> I probably should have started with the alternate CD, right?
[01:07] <johnny_> ltsp-build-client does all the work
[01:42] <neil_d> hi, I have a ltsp setup with separate dhcp and tftp servers, now the client boots :) but it hangs at 'verifying password' which service handles this ?
[01:43] <johnny_> ssh on the ltsp server
[01:44] <neil_d> johnny: are you sure ?   I thought ssh was just a secure shell
[01:46] <neil_d> ogra: are you there ?
[01:54] <achandrashekar> johnny: okay other apps are responding fine..firefox is very slow..especially going on youtube..after installing flash for 32 bit.
[01:55] <achandrashekar> johnny: I killed sound..and still it seems sluggish.
[01:55] <achandrashekar> have you run into such an issue?
[02:11] <neil_d> my system has separate dhcp and tftp servers, now the client boots :) but it hangs at 'verifying password' which service handles this ?
[02:18] <achandrashekar> neil_d: i believe that has to do with ssh key s
[02:18] <achandrashekar> neil_d: ssh keys
[02:22] <neil_d> achandrashekar: I just installed the ltsp yesterday, and built the client system, so I don't think the ssh keys could be out of sync.
[02:32] <johnny_> unless you changed the ip
[02:47] <neil_d> johnny: the IP of the two servers can't change
[02:48] <achandrashekar> neil_d: i believe a ctrl-alt-f7 will let you in on where its hanging....johnny might be able to confirm that.
[02:53] <johnny_> it's easier to disable the splash and quiet options in /var/lib/tftpboot/pxelinux.cfg/default
[02:54] <neil_d> achandrashekar: johnny_: its just won't verify the name/password :(  how is this done ?
[02:55] <johnny_> i told you
[02:55] <johnny_> ssh
[02:55] <johnny_> ldm is just a fancy front end over ssh
[02:55] <johnny_> for user accounts on the ltsp server
[02:56] <johnny_> heading home .. i'll be back online in a fewz
[02:57] <neil_d> so is there any way to test this is working ?  how do I find out what is going on ?
[02:59] <achandrashekar> neil_d: where is the ltsp end of things installed?
[03:01] <achandrashekar> neil_d: whereever that is a check in /var/log/syslog might tell you what is happening.
[03:01] <neil_d> achandrashekar: /opt/ltsp etc. is on the tftp server
[03:02] <neil_d> sorry got to go now.  bye!
[03:02] <achandrashekar> neil_d: okay...and if you do do the sudo ltsp-update-sshkeys it certainly cant hurt right...and then try again..or have you done that?
[03:02] <neil_d> achandrashekar: not yet
[03:02] <achandrashekar> id try that first
[03:34] <johnny> is there anything in gutsy that requires the 2.6.24 kernel?
[03:34] <johnny> err
[03:34] <johnny> hardy
[03:35] <johnny> kinda wondering about seeing if that makes my internet problems go away
[03:50] <LaserJock> what do you mean by "requires"?
[03:59] <johnny> uhmm
[04:00] <johnny> same as how if you wanted certain things to work in gnome for file changes, you wanted a kernel with inotify
[04:00] <johnny> which  didn't come until 2.6.13
[04:01] <johnny> i want to test if reverting to 2.6.22 solves my network issue
[04:01] <johnny> then i can verify whether it is kernel bug or not
[04:03] <LaserJock> johnny: ah, I doubt it'd do much
[04:04] <LaserJock> if you grab the Gutsy kernel and module packages if you need them
[04:04] <sicarri> hello
[04:05] <sicarri> what r the system requirements for 8.04
[04:06] <johnny> they should still be there LaserJock
[04:06] <johnny> this isn't a new install
[04:07] <LaserJock> johnny: ah, then that's easy :-)
[04:09] <johnny> yeah. i just wanted to make sure there wasnt' something new in 2.6.24 that was needed
[04:09] <johnny> seems to lock up the network reliably once a day
[04:10] <johnny> not the same time
[04:10] <johnny> but only once a day
[07:27] <neil_d> hi, I have a ltsp installation, with a seperate DHCP server, the client boot into gdm, where it asks for a name/password, it then says 'verify' and waits around for a while (a couple of minutes) then goes back to the name/password request.  why doesn't it continue ??
[07:27] <neil_d> ogra: hi
[07:32] <johnny> it is not gdm
[07:32] <johnny> it is ldm
[07:32] <johnny> are you sure you typed in the user name and password of an account that exists on your server?
[07:32] <johnny> test it out..
[07:33] <johnny> ssh user@servername
[07:35] <neil_d> johnny: yep there is only one.
[07:36] <johnny> was that ssh successful?
[07:37] <neil_d> no!
[07:37] <johnny> what did it say?
[07:38] <neil_d> it said "ssh: connect to host 192.168.1.10 port 22: Connection refused"
[07:40] <neil_d> maybe I need to install the ssh meta package ?
[07:40] <johnny> hmm.. it should have been installed
[07:40] <johnny> package should have depended on openssh-server
[07:41] <johnny> is sshd running?
[07:41] <neil_d> the openssh-server package isn't installed :(
[07:42] <neil_d> it looks like I need it should I install it ?
[07:50] <neil_d> johnny: I installed openssh-server now I get the message 'this workstation isn't ortherized to access this server' :( how do I fix this ?
[07:50] <johnny> run ltsp-update-sshkeys
[07:51] <johnny> it would have happened when you built the client, if you would have had openssh-server already
[07:51] <neil_d> i did, then reset the client, still no joy
[07:51] <johnny> oh.. you have to rebuild the image too
[07:51] <johnny> ltsp-update-image
[07:51] <neil_d> no! I will now
[07:52] <johnny> it copies files into the client chroot.. but since ubuntu uses nbd,.. the image needs to be updated to include it
[07:53] <neil_d> 9% and counting
[07:55] <neil_d> looks like the hardy ltsp package is missing a dependancey
[07:56] <neil_d> 39% and counting
[07:56]  * neil_d opps 29%
[08:01] <neil_d> johnny:  i'm in great, thanks a lot.
[08:55] <neil_d> ogra: are you there ?
[14:15] <killsalad> hi i've got a problem with unlock button in users-admin
[14:16] <killsalad> the button is locked and i can't unlock acces - it was fine after fresh install
[14:41] <RichEd> hi dtrask
[14:41] <RichEd> sorry about my slackness in reponses
[14:42] <karboxifene> bonjour
[14:42] <karboxifene> quelqu'un parle francais ?
[14:43] <karboxifene> hi, i need help for LTSP on edubuntu
[14:44] <karboxifene> ???
[14:46] <karboxifene> nobody ?
[14:47] <killsalad> what kind of help?
[15:00] <karboxifene> oooops
[15:00] <killsalad> hi i've got a problem with unlock button in users-admin - it is greyed for user who is admin
[15:00] <karboxifene> i have some trouble for use ITALC under edubuntu 8.04
[15:01] <karboxifene> i have some trouble for use ITALC under edubuntu 8.04 with LTSP
[15:15] <karboxifene> quit
[17:43] <hanedera> how can I speed up my LTSP environment?
[17:44] <hanedera> ogra once told me, you where about to include a no-encryprion/no-compression option for ssh to speed things up? did that make it into hardy?
[17:45] <johnny> yes
[17:45] <johnny> LDM_DIRECTX=Y in lts.conf
[18:46] <hanedera_> Do I need to activate LDM somehow? Or does it get used as soon as it is installed.
[18:47] <hanedera_> I have been cut offline, so I did not get any of your answers ... if there were any.
[18:48] <hanedera_> Sorry, when I repeat myself, but I have no idea if my questions came through
[18:48] <hanedera_> I have some default settings in /etc/kde3 but it seems they are not used! Seems like I have to set the env var KDEDIRS for that, right? Where do I set that?
[18:48] <hanedera_> Do I have to activeate XDMCP in gdm in order to make use of LDM_DIRECTX=Y?
[18:53] <hanedera_> johnny: you still there?
[18:53] <johnny> it doesn't use xdmcp
[18:53] <johnny> ldm is in the chroot
[18:53] <johnny> it should come up on client bot
[18:53] <johnny> boot*
[18:53] <johnny> it's the default
[18:54] <johnny> unless you changed SCREEN_07
[18:56] <hanedera_> johnny: Ah, I see.
[18:56] <hanedera_> johnny: And LDM_DIRECTX=Y, what does that do actually?
[18:57] <johnny> doesnt' encrypt the actual X stuff via ssh
[18:57] <johnny> just uses ssh for auth
[18:58] <hanedera_> but the traffic does still go through the ssh tunnel?
[18:59] <hanedera_> johnny: do I still need to enable Localdev and sound in lts.conf these days or is this done by default now?
[18:59] <johnny> by default
[18:59] <hanedera_> great!
[18:59] <johnny> since gutsy i think
[19:00] <hanedera_> and for sound I do not even have to activate any pulseaudio server stuff by hand? it will just work?
[19:01] <johnny> uhmm..i'm guessing so
[19:01] <johnny> none of my terminals have speakers
[19:02] <johnny> i plugged in my laptop once, and i heard the ubuntu startup sound
[19:02] <johnny> but i didnt' check anywhere else
[19:20] <hanedera_> everything is working! great!
[19:38] <privet> I am correct with saying that NBD is prefered over NFS?
[19:39] <stgraber> yep
[19:41] <privet> in my console when the client is booting I see:
[19:41] <privet> - getting IP etc.
[19:42] <privet> - rootserver: 192.168.22.1 rootpath: 192.168.22.2:/opt/ltsp/i386
[19:42] <privet> file:
[19:42] <privet> - Error: Connect: Connection refused
[19:42] <stgraber> you seem to still use NFS
[19:43] <privet> what is trying to connect where?
[19:43] <stgraber> that 192.168.22.2:/opt/ltsp/i386 option is the NFS path, it doesn't exist with NBD
[19:43] <privet> aha
[19:43]  * privet is checking his DHCP setup
[19:43] <stgraber> NBD is basically a daemon running on TCP port 2000 and exporting a whole filesystem, so no need of the rootpath option with it
[19:44] <ogra> the rootpath option doesnt matter, its simply ignored in nbd, no need to change your dhcp setup
[19:45] <privet> dhcp-vendorclass=pxe,PXEClient
[19:45] <privet> dhcp-vendorclass=eth,Etherboot
[19:45] <privet> dhcp-boot=net:pxe,/ltsp/i386/pxelinux.0,pion,192.168.22.2
[19:45] <privet> dhcp-boot=net:eth,/ltsp/i386/nbi.img,pion,192.168.22.2
[19:45] <privet> dhcp-option=17,192.168.22.2:/opt/ltsp/i386
[19:45] <privet> dhcp-option=48,192.168.22.2     # font-servers
[19:45] <privet> dhcp-option=49,192.168.22.2     # x-display-manager
[19:45] <privet> dhcp-option=66,pion             # tftp-server-name
[19:45]  * privet should use pastebin with the next paste!
[19:46] <privet> that is the DHCP config on openwrt with dnsmasq
[19:46] <stgraber> aren't you missing a next-server line ? (I'm not sure of how dnsmasq's config work though)
[19:47] <johnny> option 66 is the equivalent i think
[19:47] <privet> stgraber: I used ltsp 4.2 until last week with that config
[19:47] <johnny> you don't nee 48 or 49 privet
[19:47] <privet> the DHCP server is just pointing to where the LTSP server is
[19:47] <stgraber> ok, so maybe you have a problem with NBD on the server
[19:48] <stgraber> what's the result of : grep ltsp /etc/inetd.conf
[19:49] <privet> stgraber: this
[19:49] <privet> egrep "ltsp" /etc/inetd.conf
[19:49] <privet> 2000               stream  tcp            nowait  nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/i386.img
[19:49] <johnny> sure you don't have it firewalled or somethin?
[19:49] <stgraber> hmm, okay so nbd is correctly enabled
[19:50] <stgraber> can you try connecting to your 2000 port ? telnet localhost 2000 for example
[19:50] <privet> firewais clean
[19:50] <privet> notghing is listening on port 2000
[19:51] <privet> sudo /etc/init.d/nbd-server start
[19:51] <privet> ** (process:20996): WARNING **: Could not parse config file: Could not open config file.
[19:51] <privet> ** Message: Nothing to do! Bye!
[19:51] <privet>  nbd-server.
[19:51] <ogra> is your inetd up ?
[19:51] <ogra> eek, dont !
[19:51] <privet> stgraber: okay- so that looks like a problem, yes?
[19:51] <ogra> nbdrootd is resposible for nbd in ltsp
[19:51] <johnny> it's served via inetd.. don't need that startup script
[19:51] <privet> aha.
[19:51] <ogra> it gets started by inetd (as you can see in your config line you grepped)
[19:52] <privet> ogra: okay- so that is fine.
[19:52] <privet> and xinetd is running
[19:52] <privet> but, should I not have a ndb/ltsp" entry in /etc/xinetd.d/
[19:52] <ogra> xinetd doesnt use /etc/inetd.conf (and we dont actually support it in ltsp since its undistributable)
[19:53] <johnny> undistributable ?
[19:53] <stgraber> IIRC Ubuntu is using openbsd-inetd for LTSP which uses /etc/inetd.conf
[19:53] <ogra> there are fedors scripts for xinetd
[19:53] <ogra> *fedora
[19:53] <johnny> i'm using xinetd myself .. since we dont have  anyting with /etc/inetd.conf in portage
[19:54] <privet> I am talking about the include directory /etc/xinetd.d/
[19:54] <johnny> privet, unless you're using xinetd for something else. don't bother with it
[19:54] <johnny> stick with the ubuntu method
[19:54] <privet> johnny: sure.
[19:54] <johnny> the ubuntu ltsp scripts rely on it
[19:55] <johnny> otherwise you have to self manage it
[19:55] <privet> johnny: agreed- I do not want to do that.
[19:55] <privet> so doing telnet to port 2000 should make xinet start the ndb server, yes?
[19:56] <johnny> no.. it should make openbsd-inetd start the nbd server :)
[19:56] <stgraber> yes, that works fine with openbsd-inetd and not with xinetd if you don't have a custom config done
[19:56] <stgraber> so the best way to fix your issue if you don't need xinetd is to simply install openbsd-inetd
[19:57] <ogra> johnny, the xinetd license is GPL incompatible ... that keeps it off any ubuntu CD
[19:57] <johnny> hmm... ok
[19:57] <johnny> suprised it's shipped anywhere then
[19:58] <ogra> privet, http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/annotate/wtogami%40redhat.com-20080430174825-lpp79bxfg3vtz4fy?file_id=nbdrootd-20080113202835-qh04blxjlipc6m7w-2
[19:58] <ogra> i have no clue if it works though

[19:59] <ogra> especially i have no idea how it would get the image name and path
[19:59] <privet> ogra: okay, I simply iinstalled openbsd-ientd and got rid of xinetd
[19:59] <privet>  telnet localhost 2000
[19:59] <privet> Trying 127.0.0.1...
[19:59] <privet> Connected to localhost.
[19:59] <privet> Escape character is '^]'.
[19:59] <privet> NBDMAGICB��S    c ^]
[19:59] <ogra> yeah
[19:59] <ogra> thats it
[20:00] <stgraber> try booting your client now, it should work fine
[20:00] <ogra> johnny, http://en.wikipedia.org/wiki/List_of_FSF_approved_software_licenses for reference
[20:01] <johnny> ogra, it's too bad i can't make nbd support work yet.. due to limitations in our initramfs builder
[20:01] <johnny> i hope i can convince somebody to help me come up with a solution
[20:01] <johnny> and even get my current code integrated :)
[20:01] <ogra> johnny, nbd upstream added initramfs suport recently
[20:01] <johnny> uhmm?
[20:01] <johnny> i probably have to create an initrafms overlay
[20:02] <ogra> probably
[20:02] <ogra> no clue how gentoo works in that area
[20:02] <johnny> some silly custom thing.. it's mostly used to build kernels for the livecd, and for folks to get bootsplash
[20:03] <johnny> ogra, i switched my ltsp server back to kernel 2.6.22
[20:03] <johnny> seeing if that solves the issue
[20:03] <johnny> if it goes 2 days without needing to be restarted, then i can verify it's a kernel bug
[20:04] <ogra> that would actually be good, so we can fix it for 8.04.1
[20:04] <privet> getting the same "connection refused"
[20:04] <privet> directly after that I get
[20:04] <johnny> privet,  firewall?
[20:04] <privet> mount: Mounting /rofs on /root/rofs failed: invalid argument
[20:04] <privet> johnny: nope- no FW
[20:05] <johnny> ogra, i just hope people at the store are straight with me.. about rebooting :)
[20:05] <ogra> yeah, thats fallout if it cant mount the image
[20:05] <privet> johnny: I can telnet to that port from other PCs n the LAN
[20:05] <privet> ogra: so what is "rofs"?
[20:06] <ogra> the nbd image
[20:06] <ogra> or rather /rofs is the mountpoint where it shows up on the client
[20:07] <privet> checklist...
[20:07] <privet> - dhcp is fine (I can get IP and etc.)
[20:07] <privet> - tftpboot is fine, I can see it talking to it
[20:08] <privet> cat /var/lib/tftpboot/ltsp/i386/lts.conf
[20:08] <privet> [Default]
[20:08] <privet>   XSERVER = auto
[20:08] <privet>   SERVER = 192.168.22.2
[20:08] <privet>   SCREEN_02 = shell
[20:08] <privet> that is my complete lts.conf file
[20:08] <ogra> drop SERVER
[20:08] <privet> huh?
[20:08] <ogra> drop XSERVER (auto is default)
[20:08] <johnny> and XSERVER ..
[20:08] <privet> oooh
[20:09] <ogra> SCREEN_02 = shell will keep X from stating, not sure thats what you want
[20:09] <privet> ogra: right now, I will settle for that.
[20:09] <privet> all I get now is a "ash" prompt
[20:11] <privet> should I be seeing things like "running /scripts/nfs-top" and "running /scripts/nfs-bottom"
[20:11] <privet> ?
[20:11] <hanedera> what else can I improve LTSP performance? I have already activated LDM_DIRECTX
[20:12] <hanedera> my users complain that LTSP was more performant under feisty than it is now under hardy.
[20:13] <johnny> privet, yes that is normal
[20:14] <privet> johnny: okay.
[20:14] <privet> when booting the client, I do not see anything from a tcpdump for port 2000
[20:15] <privet> that is a problem...
[20:15] <hanedera> Are there any more tweaks? In my opinion Hardy LTSP is the best ever, I don't want to go back. The sound support is perfect!!!
[20:15] <johnny> hanedera, you haven't specified your performance metric ..
[20:16] <johnny> what's slower
[20:16] <johnny> you need many more details before asking what to tweak
[20:16] <johnny> need to identify the bottleneck first
[20:17] <hanedera> hmm, windows are drawn more slowly.
[20:17] <hanedera> general responsiveness. however, I can watch video and it looks perfect.
[20:18] <hanedera> when I resize the window to fullscreen, this takes a while on the contrary.
[20:18] <johnny> try 2.6.22 kernel
[20:18] <hanedera> client or server?
[20:18] <johnny> on the client first i guess
[20:18] <johnny> 2.6.24 has been very slow on certain operations for me
[20:19] <johnny> i can hardly compile stuff in the background now without it skipping my music
[20:19] <johnny> altho it's better with 2.6.25
[20:19] <hanedera> kernels are getting worse these days!
[20:20] <hanedera> I had better multimedia performance with a -ck 2.4 kernel on an old i586 than I have today on my 3 year old laptop.
[20:20] <hanedera> sucks!
[20:20] <johnny> ck is good ..
[20:20] <johnny> you should try 2.6.25 if you're that familiar
[20:21] <johnny> i just figured reverting to somethign you had previously would be easier
[20:23] <hanedera> ah, just remembered I have a k7 but not the k7 kernel installed. Will try that first. Don't want to use non-supported kernels if possible.
[20:23] <hanedera> johnny: do you have any other hints where I could look for bottelnecks?
[20:23] <johnny> i think you should start with that
[20:24] <johnny> i haven't had a chance to play with mine much since upgrading to hardy
[20:25] <hanedera> hmm, just see -k7 does actually install the generic kernel.
[20:25] <hanedera> have the server kernel currently I think
[20:26] <johnny> yes.. generic is what ubuntu ships now
[20:26] <johnny> iirc
[20:26] <hanedera> installed from server cd
[20:31] <hanedera> what I am still batteling with is to get KDE read /etc/kde3 for default configs. having a env var KDEDIRS="/etc/kde3" does not seem to do the trick.
[20:41] <johnny> sorry.. don't know anything about kde
[20:41] <johnny> most of the people just use gnome
[20:43] <hanedera> me too. just have a couple of users still on kmail