IRC chat logs for #ltsp on irc.freenode.net (webchat)


Channel log from 16 April 2009   (all times are UTC)

00:06
<alkisg>
Non-ltsp-related: Why does this work: test=$(echo "/path/to/a/file" | tr '/' '\\')
00:06
and this doesn't? : test=`echo "/path/to/a/files" | tr '/' '\\'`
00:18
<Ryan52>
because you should always use $()
00:18
:P
00:19
maybe check the POSIX standard?
00:25
<alkisg>
Ryan52: I thought `` was more compatible than (). OK then, why does this work when I'm in bash, but in sh it expand the result causing chaos?
00:25
$ test=$(echo /path/to/a/file | tr '/' '\\')
00:25
$ echo $test
00:25
\path o
00:25
ile
00:26
Or, more to the point, how can I convert slashes to backslashes in sh? :(
00:27
<Ryan52>
wtf, no clue. :P
00:28
<alkisg>
I can convert slashes to anything else but backslashes... :( :(
00:28
Argh ok I'll switch to sed instead of tr!
00:29
<Ryan52>
sed didn't work.
00:29* Ryan52 tried that
00:29
<Ryan52>
eh, time for sleep, bye.
00:29
<alkisg>
Oups, no, it's ok
00:29
It's just that the last "echo $test" that's wrong
00:30
With `set` I can see that test is ok
00:30
Thanks Ryan52, goodnight.
00:30rjune has joined #ltsp
00:31ogra has quit IRC
00:32ogra has joined #ltsp
00:33
<alkisg>
Ryan52: success!!!
00:33
alkisg@alkis:/usr/share/mime$ test=`echo "/path/to/a/file/" | sed -e 's/\//\\\\/g'`
00:33
alkisg@alkis:/usr/share/mime$ echo $test
00:33
\path\to\a\file\
00:33
:P
00:36
<cyberorg>
echo "/path/to/a/file/" | sed -e 's@\/@\\@g' looks nice :)
00:37
<alkisg>
Heh, yeah, looks better.
00:38hanthana has joined #ltsp
00:39intelliant__ has joined #ltsp
00:41
<alkisg>
cyberorg: an idea about the live dvd that you might find interesting: the latest testing version of dnsmasq can act as a proxydhcp. So, if the live dvd included it, it could make clients boot off of a single NIC PC in a network with an existing dhcp server!
00:41
(with a dynamic ip). proxydhcp = sends boot filename etc but no ip lease.
00:42
That would make it possible to work without changing anything in the network - no wiring, no dhcp, no static IPs...
00:43aakash has joined #ltsp
00:44
<cyberorg>
alkisg, any docs howtos somewhere?
00:44
<alkisg>
cyberorg: It's not beta yet; so all that exists are some mails in the dnsmasq list. I've tried it and it worked fine with all the 6 bootable NICs I had.
00:44
Let me give you the link...
00:45
<cyberorg>
alkisg, the live DVD is fully preconfigured, including dhcpd, but it would require disabling one dhcpd in the network
00:46
<alkisg>
cyberorg: but it also uses a static ip, doesn't it?
00:46
<cyberorg>
yes, that is preconfigured too
00:47
<alkisg>
So the clients can't test how firefox fares, right?
00:47
<cyberorg>
we need static IP for ltsp server otherwise ssh key thing will not work
00:47
<alkisg>
The first message is in http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2009q1/002862.html
00:47
<cyberorg>
of course client can run firefox
00:47
<alkisg>
cyberorg: if you put the correct LDM_SSHOPTIONS you don't need a static ip
00:47
cyberorg: but with a static IP (192.168.0.x?) how will he access the internet?
00:48
<cyberorg>
LDM does not connect to unknown host, if the server IP is dynamic how will it work?
00:48
<alkisg>
   CheckHostIP no   StrictHostKeyChecking no    LogLevel SILENT
00:48
For a live dvd I can't think it will be a security problem
00:48
<cyberorg>
bad for security?
00:49
<alkisg>
It just allows live clients to connect to whatever server without authentication
00:49
What are they going to do, reveal the live dvd password :)
00:50
<cyberorg>
ok, this would require additional configuration on dhcpd that is already running?
00:51
<alkisg>
Not at all
00:52
Just a simple script to get the IP on the PC that the live DVD runs and put it in dnsmasq.conf. That's all, no changes to any other PCs on the network, no dhcpd server, no 2 NICs, no network topology changes, nothing.
00:53
I really wish that was an option in standard ltsp (it'll never be for security reasons, I know...)
00:53
<cyberorg>
where is that script run?
00:54
<alkisg>
When dnsmasq is started - I don't know when suse brings up its services.
00:54
<cyberorg>
in live DVD we run script to get IP of live session and put it in dnsmasq.conf?
00:55
<alkisg>
Yes
00:55
dnsmasq requires a single line to act as a proxydhcp, e.g. : dhcp-range=10.160.31.0,proxy
00:55
So you have to provide the network id before starting dnsmasq
00:55
<cyberorg>
sounds easy enough :)
00:56
<alkisg>
Yes, I use it to demonstrate ltsp with my laptop
00:56
I go to a fellow teacher lab and I demonstrate ltsp without touching anything in his lab
00:56intelliant has quit IRC
00:56
<cyberorg>
so add that line and start dnsmasq, we can leave out static IP configuration and dhcpd out completely, sounds great
00:57intelliant__ is now known as intelliant
00:57
<cyberorg>
what happens in case there is no second dhcp server available?
00:57
<alkisg>
And if dhclient failed to get an ip, you may generate a slightly different dnsmasq.conf to make it act as a normal dhcp server
00:58
So it can easily be fully automatic
00:58
<cyberorg>
do you have any script hacked up that does it?
00:58
<alkisg>
Nope :) I will do it when the next stable dnsmasq version gets out, though.
00:59
<cyberorg>
when is that? :)
01:00
<alkisg>
I don't know... They're trying to make it work with gPXE now, I don't think it'll take them much time.
01:00
<cyberorg>
ok
01:01
dnsmasq (2.47) current version is this in our repo
01:03
<alkisg>
Right now only by compiling the sources you can get a version that supports acting as a proxydhcp. http://www.thekelleys.org.uk/dnsmasq/test-releases/dnsmasq-2.48test13.tar.gz
01:03
<cyberorg>
yes saw that
01:05
alkisg, thanks, added this to my todo list :)
01:05
<alkisg>
cyberorg: well, if it ever gets to the live DVD, I'll be thanking you for enabling us to really easily demonstrate ltsp. :)
01:06
<cyberorg>
alkisg, current DVD is also extremely easy to demonstrate, it just need no other dhcpd running :)
01:07
<alkisg>
cyberorg: how does it get connected to the internet if it uses a static ip?
01:07
Does it require 2 NICs?
01:08
<cyberorg>
single or multiple nics can be used, for single nic setup you need gateway on the network, configure that nic accordingly
01:09
multiple nic is more straightforward
01:09
<alkisg>
But if I configure the nic won't the clients deny to connect to it?
01:09
<cyberorg>
ltsp server can act as a gateway
01:09
alkisg, no :)
01:09
<alkisg>
Yes, but not all labs have a 2 nic server
01:09
(I'm talking about a 1-nic server)
01:10
<cyberorg>
you can change IP to whatever you need, running kiwi-ltsp-setup -c corrects the ssh keys
01:11
alkisg, resistance is futile, get the DVD and give it a run :D
01:11
<alkisg>
cyberorg: and what about dhcp server? won't that need changing too?
01:11
<cyberorg>
alkisg, everything is taken care of according to the network configuration you do
01:11
<alkisg>
cyberorg: I will - just after I finish writing the jaunty ltsp installation manual (greek)
01:12
<cyberorg>
it wouldn't take more than 10 minutes to check it out and be awed by it ;)
01:12_Shane has joined #ltsp
01:13
<alkisg>
I don't have a lab to test it on right know - we have 15 days off (easter holidays)
01:13
But I surely will :)
01:14
<cyberorg>
you should be enjoying holidays by not being on IRC :)
01:15
<alkisg>
Too much work to do - holidays even won't be enough to finish it :(
01:15
cyberorg: is that the one? http://download.opensuse.org/repositories/Education/images/iso/openSUSE-Edu-KIWI-LTSP-live.i686-0.2.4-Build1.1.iso
01:15
<cyberorg>
if you are downloading right now, get the one with -unstable in it, i've added a lot of collaboration stuff nubae asked for
01:16
<alkisg>
Ah, ok
01:16
<cyberorg>
first time i saw abiword collaboration, really cool
01:16
<alkisg>
thanks!
01:16
I've seen it but I've never tried it with students
01:17
<cyberorg>
you can run it in VM just get the feel of it, use your laptop as thin client :)
01:19
<alkisg>
I do have 3 pcs at home, I'll try it with them. And I did want to try SuSE, I've only seen it once 4 years before :(
01:20
<cyberorg>
a word of warning though, you might fall in love with it after prolonged usage
01:23
<alkisg>
:)
01:24_Shane has quit IRC
01:28ccherrett has quit IRC
01:28ccherrett has joined #ltsp
01:58_Shane has joined #ltsp
02:07intelliant_ has joined #ltsp
02:09intelliant_ has quit IRC
02:13try2free has joined #ltsp
02:22try2free has left #ltsp
02:25intelliant has quit IRC
02:55aakash has quit IRC
07:01ltspbot has joined #ltsp
07:14
<maginot>
is there any problem if the server have a different kernel version then the client?
07:15
<ogra>
well there is usually never a need to not use the distro kernels on the client
07:15
at least ubuntu krenels re tweakable by 90% without recompiling them
07:17gate_keeper_ has joined #ltsp
07:19
<maginot>
ogra, I'm using 2.6.28.8 on server and 2.6.27 on client (default from build-client)
07:20
<ogra>
why do you use a selfcompiled kernel on the server ?
07:21
thats a huge maintenance effort to keep up with security holes
07:21* ogra wouldnt do that
07:21
<maginot>
ogra, I tweaked for Xeon support, 32gb memory support, I deactivated some stuffs that arent going to be used, like bluetooth, wirelless lan, sound (no sound card on server)... things like that... so I did all on the last source I could get
07:22
I have to admit that the only issue I'm having until now is the client issue with jetdirect printing, beside that is all going fine
07:22
<ogra>
but you know that there are ubuntu distro kernels that support up to 64G right ? and that all the other stuff is modular and can be blacklisted in a text configuration
07:22
<maginot>
23 users and 0.3 of load average O.o
07:23
<ogra>
really, using your own kernel usually means to recompile at least once a month to keep up with security
07:23
<maginot>
ogra, those who do support for high memory aren't 64bits kernels ?
07:23
<ogra>
no
07:23
<maginot>
interesting
07:23
<ogra>
sudo apt-get install linux-server
07:23
that brings 64G support
07:23
<maginot>
didnt know ... and I did search for that =/
07:24
i cant believe that
07:24
damn it
07:25
<ogra>
bluetoot, wlan drivers and sound can be disabled in /etc/modprobe.d/blacklist files (run update-initramfs -u afterwards)
07:25
that way you will get all security fixes still and have the tewaks you wanted
07:25
*tweaks
07:26
<maginot>
realy didnt know that... and cypher still says that ignorance is a bless haha ;)
07:27* maginot thinking of what is going to do...
07:27gate_keeper_ has quit IRC
07:29elisboa has joined #ltsp
07:31_UsUrPeR_ has joined #ltsp
07:33gate_keeper_ has joined #ltsp
07:33
<maginot>
ogra, now that I did what I did and knowing what you told, if I apt-get install linux-server now I suppose that a new kernel from repositore was going to be installed right ?
07:34
<ogra>
right
07:39
<maginot>
ogra, okay, one more thing... I did ltsp-build-client --base /opt/ltsp_new and all went fine, to the clients start using this build I have to first set in dhcpd.conf or change the /opt/ltsp/images/i386.img for /opt/ltsp_new/images/i386.img, right ?
07:43davidj has joined #ltsp
07:43
<maginot>
Im asking you that, cause I have a client saying that is booting in "other server" different from the one he was booting... lsof /opt/ltsp_new/images/i386.img show 3 nbd-server with user nobody using the image...
07:47evilx has joined #LTSP
07:56mikkel has joined #ltsp
07:57intelliant has joined #ltsp
07:58
<stgraber>
ogra: still around ?
07:59
ogra: would it be possible to force the conffile stuff to be triggered from pre/post inst ?
07:59
<ogra>
busy with Rc stuff, but yes
07:59
i pinged slangasek about it already, lets take it to the other channel
07:59
<stgraber>
ogra: as in, trigger it if it's amd64, we have the standard dhcpd.conf and /opt/ltsp/i386 exists and /opt/ltsp/amd64 doesn't ?
08:00
ogra: that should solve the issue for upgraders
08:00
<ogra>
no, that will break on next upgrade
08:00
<maginot>
ogra, sorry to bother you with that, but can you answer what I ask above?
08:01
<stgraber>
ogra: well, no. Because the user will have done the choice to keep its dhcpd.conf with i386 in it when upgrading to the new package, so next upgrade he'll get the conffile prompt but that's what we want because he "modified" the conf file as in not using the stock one
08:02din_os has left #ltsp
08:02
<ogra>
really lets discuss that with slangasek
08:02
(and probably a bit later, i'm *rally* busy atm)
08:04
<stgraber>
ogra: I guess that should be discussed in the release chan, can you join when you have a sec ?
08:05
ogra: I'm also quite busy at the moment so the sooner we can discuss it the better because otherwise I'll start working on other things and you'll be asleep when I get back :)
08:08pscheie_ has quit IRC
08:08Vyas has quit IRC
08:17jammcq has joined #ltsp
08:20
<maginot>
I can't understand that, where is ltsp pointing to the image, I made ltsp-build-client with --base poiting to other folder them /opt/ltsp and now its only booting the new image
08:22alkisg has quit IRC
08:26cliebow has joined #ltsp
08:44X-TaZ has joined #ltsp
08:44
<X-TaZ>
Hi there :)
08:45
Do you know any way to kill ghosts users ? I mean, users who have not logged out properly. It appears server think they are still connected ...
08:48
<Appiah>
gnome-watchdog ?
08:48
or by hand
08:48
<cyberorg>
X-TaZ, kill `ps -fu username | awk 'NR != 1 {print $2}'`
08:48
<Appiah>
man skill
08:49
<X-TaZ>
Could you ttell me what this command do ?
08:50
<cyberorg>
it kills all processes of user specified
08:50
<X-TaZ>
Isnt it an automated script that detects ghosts users and does kills all proces + logs out user ?
08:51
<cyberorg>
X-TaZ, thats what Appiah pointed at
08:52
<X-TaZ>
Ok i'll take a look. Thank you 2
08:57
<maginot>
pkill -u user?
08:58
<X-TaZ>
gnome-watchdog is perfect :)
08:59
Well, a last question: My clients /home is potentially 70GB ( witch is the total amount of free space on my server ). How do I set the /home to 5 GB per user ?
09:01* ogra thought to avoid gnome-watchdog ldm got the LDM_LIMIT_ONE_SESSION lts.conf setting
09:12X-TaZ has quit IRC
09:16alkisg has joined #ltsp
09:18
<Appiah>
what what whaaaaaaaaaaaaaaaat
09:18
since when was LDM_LIMIT_ONE_SESSION there?
09:19
X-TaZ there is Quota for linux
09:19
oh nvm he left
09:25
<ogra>
Appiah, since a year or so
09:26
<Appiah>
well I be damned
09:31_Shane has left #ltsp
09:32makghosh has joined #ltsp
09:34dan_young has joined #ltsp
09:36try2free has joined #ltsp
09:38try2free has left #ltsp
09:53CAN-o-SPAM has joined #ltsp
09:56alkisg1 has joined #ltsp
09:58|Paradox| has quit IRC
10:12staffencasa has joined #ltsp
10:13alkisg has quit IRC
10:18
<rjune>
davidj, ping
10:19
<davidj>
rjune: pong
10:19
<rjune>
http://www.csszengarden.com/?cssfile=/207/207.css&page=0 <-- you ever see css zen garden?
10:26
<davidj>
rjune: Never seen it. It is an impressive demonstration of what CSS can do.
10:27
<rjune>
yes
10:27
yes it is
10:29
<davidj>
Let's continue off-channel.
10:51makghosh has quit IRC
10:53gate_keeper_ has quit IRC
10:55GodFather has joined #ltsp
10:55gate_keeper_ has joined #ltsp
11:23Lumiere_ is now known as Lumiere
11:26
<dmarkey>
stgraber: hello
11:27yoshi has joined #ltsp
11:27yoshi is now known as Guest36539
11:35Shingoshi has quit IRC
11:36Shingoshi_ has joined #ltsp
11:42Lns has joined #ltsp
11:46cliebow has quit IRC
11:46nubae1 has joined #ltsp
11:46nubae has quit IRC
11:54intelliant has quit IRC
11:57* Lns waves to fellow LTSPers
12:02alkisg1 is now known as alkisg
12:08
<nubae1>
hi there Lns
12:09
<Lns>
wassup nubae1
12:09
<nubae1>
just writing an article about using open suse build service to build packages
12:09richard_parker_v has joined #ltsp
12:14gate_keeper_ has quit IRC
12:15spectra has joined #ltsp
12:18
<Lns>
cool
12:28
<richard_parker_v>
Hi. we've got ltsp5 running on an ubuntu 8.1 server. Having a config problem with older hardware. All of our newer desktops work great as clients, but we have several older ones--which were really the targets and purpose of the ltsp effort, which are not working correctly. We can boot them, get a shell working, but X crashes. I can start X from a shell (using "X") and run xeyes, but any application requiring keyboard input crashes. One one of the
12:33
<nubae1>
Lns: http://www.nubae.com/easy-packaging-with-opensuse-s-build-service
12:35epsas has joined #ltsp
12:35
<epsas>
hello
12:36
Hmm
12:36
<Lns>
hey epsas
12:36
<epsas>
so I am running into issues setting up dhcp to use different desktop servers depending on IP
12:38
<Lns>
richard_parker_v: have you looked at the client logs?
12:43
<richard_parker_v>
lns: yes. The logs indicate that xorg opens two keyboards even though I've only got one. I've tried to delete one with hal-device, but that didn't work.
12:48
<Lns>
richard_parker_v: was that a critical x error??
12:55
<richard_parker_v>
lns: the X error does not occur during startup, it occurs when an X client is started (ie, when xterm is started when startx is used).
12:56
<Lns>
richard_parker_v: so what do the client logs say when during normal startup and X doesn't launch ?
12:57
<richard_parker_v>
lns: I can get X to launch (using
12:58
lns: I can get X to launch (using 'X', not 'startx') and it stays up. If I start xeyes, it stays up. if I start xterm, it crashes.
12:59
lns: This is all on the client, by the way, after I boot from ltsp and get to a shell ("SCREEN_04=shell" in lts.conf
13:00
<Lns>
richard_parker_v: have you taken out your lts.conf option ? does it work then?
13:01
richard_parker_v: https://help.ubuntu.com/community/UbuntuLTSP/ClientTroubleshooting - take a look at this, that's what i'm talking about
13:01
<richard_parker_v>
lns: if i let it try to load ldm (no "SCREEN_xx" in lts.conf), it starts X (X cursor shows, mouse works); it then goes in a loop. I've looked at the code and I think it is because the code thinks the client has had an ldm session, logged out and then it tries to reload ldm, which does the same thing, etc.
13:03
lns: with regard to https://help.ubuntu.com/community/UbuntuLTSP/ClientTroubleshooting -- I've done that; it's the other way I get to client level shell.
13:04vagrantc has joined #ltsp
13:04
<Lns>
richard_parker_v: so are you saying the client logs in /var/log say NOTHING about your looping X session during normal startup?
13:06
<rjune>
davidj, back
13:13davidj has quit IRC
13:13davidj has joined #ltsp
13:14
<davidj>
rjune
13:17
<richard_parker_v>
lns: i'll look again, but all other log messages seem innocuous -- except for the one in Xorg.7.log that shows the X crash ("Saw signal 4", etc) It's the same thing that happens when I use the "SCREEN_xx" approach except doing the latter I was able to isolate the launching of X and xeyes and then the crash when xterm is started.
13:19nubae1 has quit IRC
13:19din_os has joined #ltsp
13:19hanthana_ has joined #ltsp
13:20nubae has joined #ltsp
13:27
<richard_parker_v>
lns: A week or so ago I found a reference to a problem under Gentoo that seems suspiciously similar to what I'm experiencing. That was with Xorg 1.4.98 and apparently going base to xorg 1.3 was solving the problems. We've got xorg 1.5.2; I'm not sure how to take Xorg back to 1.3 without breaking the package dependencies...
13:28tadeu_ has joined #ltsp
13:28
<Lns>
richard_parker_v: it really sounds like a hardware/driver issue to me since your newer clients work fine
13:29
richard_parker_v: are all of your old boxen the same h/w?
13:29
what video chipset?
13:29
Have you done all chroot/server updates?
13:30
<tadeu_>
guys, i want a lightweight workstation desktop, can i force a gnome theme to the clients ? and set less colors
13:30
<richard_parker_v>
lns: hardware/config problem exactly. I know X will work because I installed debian with X on it and it works fine. That is an older xorg, however. Chipset: S3 Virge; chroot apt-get updates all the most recent as of about a week ago.
13:32* Lns shrugs
13:32
<Lns>
you got me :)
13:32
hang out though, maybe someone more familiar w/8.10 can chime in if they know something
13:34
<richard_parker_v>
lns: from what you know, is reverting back to xorg 1.3 possible or is it as ugly as I think it is? I don't want to go through the pain and then find that it still doesn't work. Maybe I'll set up a different chroot for the older boxes?
13:35
<Lns>
richard_parker_v: IIWY I'd hunt down the real issue and try to fix it instead of reverting to an older version
13:36
richard_parker_v: It'd probably be pretty ugly imho
13:36
<alkisg>
richard_parker_v, so, if you completely remove your keyboard (or try a usb one) and put ldm_autologin in lts.conf you can login without crashing?
13:44hanthana has quit IRC
13:49
<tadeu_>
i want a lightweight workstation desktop, can i force a gnome theme to the clients ? and set less colors.. any idea ?
13:49
<nubae>
tadeu_: I'd look into using xfce (xubuntu)
13:49
as your base
13:51
<tadeu_>
nubae, in fact i'd like to force a light gnome theme to the clients
13:52
<Lns>
tadeu_: maybe in gconf under /desktop/gnome/interface/gtk_theme ?
13:52
<nubae>
is there really that much difference between gnome themes?
13:53woot has joined #ltsp
13:53
<Lns>
nubae: not sure about realworld numbers..but i've heard some themes are faster than others...
13:53
i'm sure it depends on the amount of shading/pixmaps/etc used vs. plain colors, etc.
13:53spectra has quit IRC
13:54Shingoshi_ is now known as Shingoshi
13:55spectra has joined #ltsp
13:55ogra has quit IRC
13:57spectra has joined #ltsp
13:58
<richard_parker_v>
alkisg: I haven't tried ldm_autologin because I've figured that because X is crashing it wouldn't make any difference. It might though. I've tried other ps/2 keyboards but haven't tried a usb one. I don't think we even have one here. Even the newer workstations use ps/2 keyboards.
13:58GodFather has quit IRC
13:59
<alkisg>
richard_parker_v: ok, but if it's a keyboard problem, and you remove the keyboard, shouldn't it work?
13:59
Even without autologin you'll be able to see the ldm screen
13:59
(which does have an input control)
14:00leio has joined #ltsp
14:00gentgeen__ has quit IRC
14:01gentgeen__ has joined #ltsp
14:01Guest36539 has quit IRC
14:01
<woot>
Hi there :)
14:04ogra has joined #ltsp
14:09
<Lns>
hi woot
14:09
<richard_parker_v>
alkisg: interesting idea. I'd tried different keyboards, but not zero keyboards. Didn't work though. Same result. Note that the hardware DOES work, I've got it booting with a hard drive installation of debian/gnome and it works fine, though slow--which is of course why we're trying to make ltsp work. And X and xeyes work, just nothing that requires a keyboard. So I don't have bad hardware, but I definitely have some configuration or hardware/xorg
14:10
My next step is to install ubuntu 8.1 on the workstation and see if I get the same result and/or if I can isolate the problem better whilst the same packages and versions are being used from the same repository.
14:11
<ogra>
did you pastebin your Xorg.0.log from a running client anywhere ?
14:11
and do you have anything in your lts.conf
14:16
<richard_parker_v>
ogra: yes, except it is running debian and a different version of xorg.
14:16
<ogra>
no, did you capture Xorg.log from a running client so we could it inspect :)
14:16
i'm not asking about debian ... xorg is completely different and quite old there
14:18
also show us your lts.conf if you added anything beyond one/two lines
14:18
!paste
14:18
<ltspbot>
ogra: "paste" is try !pastebot
14:18
<ogra>
!pastebot
14:18
<ltspbot>
ogra: "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.
14:18spectra has quit IRC
14:19spectra has joined #ltsp
14:20
<ogra>
what are the HW specs of the clients ? (ram, cpu, videoram)
14:21din_o1 has joined #ltsp
14:24carniel has joined #ltsp
14:26tadeu_ has quit IRC
14:34
<richard_parker_v>
ogra: its an older box, of course: ram 106, videoram: 2, cpu is an intel running at 200megs. The lts.conf setup includes a swap server; I played with various X_color_depth and xserver (using s3virge and vesa, for example) and xkb... options, but they don't make any difference with respect to this problem. I can post the xorg.6.log and ldm.log (which isn't that interesting).
14:35din_os has quit IRC
14:35
<ogra>
oh, thats pretty much on the edge
14:35
and 2M videoram might not be enough
14:36
did you try completely without lts.conf ?
14:37
thats usually the first thing you should try ... leave everything to the autodetection
14:37
<richard_parker_v>
ogra: without lts.conf: yes;
14:37
<ogra>
also what kind of plug does your KBD use ? i wonder if hal does know about pre PS2 kbds
14:38
i would assume it does, but i dont know anyone who has ever used an old AT kbd with the new xorg
14:38david_ has joined #ltsp
14:38david_ is now known as cinch
14:42
<richard_parker_v>
ogra: its a PS/2 keyboard, not the really old AT plug in
14:42
<ogra>
ah, at least that :)
14:43
well, your xorg.6.log should be pretty intresting ... from a boot completely without lts.conf
14:44pmatulis has quit IRC
14:44
<Lns>
ogra: Maybe this is just for hardy, but I thought you had to have at least an existing lts.conf w/ [default] in it, if nothing else..?
14:45
<ogra>
nope
14:45
there is code to catch the empty lts.conf issue at least in hardy and intrepid i'm sure about that
14:46
<richard_parker_v>
i can verify that: a non-existent lts.conf is okay under intrepid.
14:49
ogra: I mentioned before you came on, I think, that xorg identifies two keyboards as an ltsp client but only one under the debian setup. I tried to use hal-device to make one go away, but that approach didn't work.
14:49din_o1 has left #ltsp
14:51
<ogra>
do you have an xorg.conf lying around in your chroot ?
14:51woot has quit IRC
14:53
<richard_parker_v>
ogra: not sure what you mean, but I've tried it without an xorg.conf there and with. I can post the xorg.conf I'm using; there's not much to it.
14:54
<ogra>
there shouldnt be one at all
14:54
that might confuse hal
14:54
xorg should autodetect everything on boot
14:56
<richard_parker_v>
ogra: hmm. I added the xorg.conf because I was not getting the screen resolution on my newer boxes that I should/can get, so the xorg was to specify certain things to make that work--which it did. I think I tried the older box without xorg.conf, but now I'm not sure. I'll post the files and then clear out xorg.conf and see if that works.
14:57
<ogra>
use lts.conf to specify such things
14:58* ogra needs to be in a conf call for the next hour and after that in an IRC meeting in #ubuntu-meeting for another hour ... sorry, but i'll be unresponsive now
14:59
<richard_parker_v>
ogra: yes, I probably should -- habits from pre ltsp days. I'll post the logs.
15:05
<ltsppbot>
"richard_parker_va" pasted "Xorg.7.log" (492 lines) at http://pastebot.ltsp.org/301
15:12dan_young has quit IRC
15:14
<ogra>
it only sets up one kbd (and closes that after the segfault)
15:15
in any case your xserver dies ... but not caused by the kbd
15:15carniel has quit IRC
15:16carniel has joined #ltsp
15:17carniel has quit IRC
15:17carniel_ has joined #ltsp
15:18
<richard_parker_v>
ogra: I forgot. When I added the XKB... options in lts.conf a few days ago, it stopped the two keyboard thing, but did not solve the problem. I'm booting now without xorg.conf.
15:33
<maginot>
Ioctl/1.1a - Bad descriptor ... and client doesnt boot... why is that (only happening in one client)
15:36
<richard_parker_v>
maginot: we had that. It is probably a problem with older net cards and nbd not getting along. Install nfs.
15:36
maginot: less secure, but it makes it work.
15:37
<maginot>
Hmm is just one client that this is happening, and this client its equal to 30 other clients =/
15:37CAN-o-SPAM has quit IRC
15:41maginot has quit IRC
15:54bobby_C has quit IRC
15:55carniel_ has quit IRC
15:55
<richard_parker_v>
ogra: removing xorg.conf made it worse. X didn't even start. see pasted xorg.7.log and our xorg.conf below.
15:55
<ltsppbot>
"richard_parker_va" pasted "Xorg.7.log with no xorg.conf" (235 lines) at http://pastebot.ltsp.org/302
15:56Egyptian[Home] has quit IRC
15:56
<ltsppbot>
"richard_parker_va" pasted "xorg.conf" (15 lines) at http://pastebot.ltsp.org/303
15:58
<ogra>
its an issue with the s3virge driver ... it doesnt have your pci id, tries to fall back to fbdev and doesnt manage to claim a framebuffer device
16:03Egyptian[Home] has joined #ltsp
16:10
<richard_parker_v>
ogra: tried to force xserver=vesa with lts.conf and get the same result.
16:10
<ogra>
you also need CONFIGURE_X=True
16:30lucascoala has joined #ltsp
16:31alkisg has quit IRC
16:37japerry has quit IRC
16:43davidj has quit IRC
16:47makghosh has joined #ltsp
16:56dan_young has joined #ltsp
17:04twinprism has joined #ltsp
17:31mart_n has joined #ltsp
17:32
<mart_n>
on my ltsp install, firefox can't be launch on two terminal at the same time... Any ideas how to bypass this?
17:34
<Lns>
mart_n: are you using the same user for both terminals?
17:35
<mart_n>
no
17:35
... :-\ maybe
17:36
I'll check that... oups sorry
17:36
<Lns>
;)
17:40makghosh has quit IRC
17:48
<mart_n>
what is the path to the file where we put the association mac adress - guest user?
17:48evilx has quit IRC
17:49
<Lns>
mart_n: /var/lib/tftpboot/ltsp/i386/lts.conf
17:49
<mart_n>
thanks a lot Lns
17:49
<Lns>
np =)
17:51
ooo, 'slay' is a nice little util to kick users out from the cmdline =) didn't know that worked on ltsp
17:54spectra has quit IRC
18:01jammcq has quit IRC
18:08
<vagrantc>
Lns: "pkill -u $USER" also works nicely.
18:08mart_n has left #ltsp
18:08
<Lns>
vagrantc: ah, you and your standardized methodology ;)
18:08
pkill doesn't have a "Butthead mode", now does it??
18:09
<vagrantc>
well, it's got to have some flaw.
18:10
<Lns>
ha
18:28dan_young has quit IRC
18:50staffencasa has quit IRC
18:53mikkel has quit IRC
18:58Lumiere has quit IRC
19:00Lumiere has joined #ltsp
19:03Lns has quit IRC
19:15vagrantc has quit IRC
19:32twinprism has quit IRC
20:28Shingoshi has quit IRC
20:56try2free has joined #ltsp
21:04intelliant has joined #ltsp
21:08Ahmuck has quit IRC
21:11Ahmuck has joined #ltsp
21:14Ahmuck has quit IRC
21:19nubae1 has joined #ltsp
21:20nubae has quit IRC
21:45Ryan52 has quit IRC
21:47try2free has quit IRC
21:47FlyOnThe1all has quit IRC
21:54Ryan52 has joined #ltsp
21:54try2free has joined #ltsp
21:54FlyOnThe1all has joined #ltsp
22:22
<slashdotfx>
hi, anyone had the latest xterminator code?
22:23
I'm running jaunty, and install xterminator, but it didn't kill the process sucessfully
22:23intelliant has quit IRC
22:23
<slashdotfx>
or is there any method how to kill previous process upon login?
22:40twinprism has joined #ltsp
22:45mistik1_ has joined #ltsp
22:46mistik1 has quit IRC
22:46mistik1_ is now known as mistik1
22:46ccherrett has quit IRC
22:46laga has quit IRC
22:47ccherrett has joined #ltsp
22:47laga has joined #ltsp
22:54ccherret1 has joined #ltsp
22:56ccherrett has quit IRC
23:08Shingoshi has joined #ltsp
23:13
<cyberorg>
slashdotfx, "ogra thought to avoid gnome-watchdog ldm got the LDM_LIMIT_ONE_SESSION lts.conf setting"
23:19hanthana| has joined #ltsp
23:26Shingoshi has quit IRC
23:29Shingoshi has joined #ltsp
23:33ccherret1 is now known as ccherrett
23:37hanthana_ has quit IRC
23:57|Paradox| has joined #ltsp
23:58try2free has left #ltsp