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


Channel log from 28 November 2007   (all times are UTC)

00:08
<scrapbunny>
guess i did and everyone else is asleep, i'll try again later
00:11
<snazm>
It might be X
00:11
Memory leaks
00:12
<scrapbunny>
where would i check and fix that?
00:12
<snazm>
If you kill and restart the X server after it slows down does it come back as normal?
00:12
Well see how much memory it's using
00:12
It will creep up over time
00:12
Even with all apps closed it will still use a lot
00:12zodman has quit IRC
00:13edgarin has quit IRC
00:13
<snazm>
Kill it with Ctrl+Alt+Backspace (NOT delete)
00:14
A new one should spawn after that
00:16
<scrapbunny>
i need to do that on the server or can i do it from a client?
00:17
<sutula>
scrapbunny: Client
00:18
<snazm>
The X terminology is back to front to what most people expect
00:18
The client runs the server
00:18
It's from the point of view of how the application sees things
00:20
Anyway good luck
00:20
I'm heading off for a bit
00:20
Laters
00:20snazm has quit IRC
00:20
<scrapbunny>
i will try to tomorrow and see if that helps. should i have to do that often?
00:26scrapbunny has quit IRC
00:40cyberorg has joined #ltsp
00:40plamengr has joined #ltsp
00:51daya has joined #ltsp
01:06cflynt has joined #ltsp
01:21vagrantc has quit IRC
01:37lns has quit IRC
01:50Egyptian[Home] has quit IRC
01:51Egyptian[Home] has joined #ltsp
01:59daya has quit IRC
02:15plamengr has quit IRC
02:19plamengr has joined #ltsp
02:25parsley has quit IRC
02:25parsley_ has joined #ltsp
02:29plamengr has quit IRC
02:30plamengr has joined #ltsp
02:37Q-FUNK has joined #ltsp
02:39cyberorg has quit IRC
02:39pimpministerp has quit IRC
02:39tsurc has quit IRC
02:39elisboa has quit IRC
02:39Joris_ has quit IRC
02:39sutula has quit IRC
02:39jbrett has quit IRC
02:39warren has quit IRC
02:39rjune has quit IRC
02:39Shingoshi has quit IRC
02:39spectra has quit IRC
02:39shogunx has quit IRC
02:40mistik1 has quit IRC
02:40GiantPickle has quit IRC
02:41GiantPickle has joined #ltsp
02:44mistik1 has joined #ltsp
02:44cyberorg has joined #ltsp
02:44pimpministerp has joined #ltsp
02:44tsurc has joined #ltsp
02:44elisboa has joined #ltsp
02:44Joris_ has joined #ltsp
02:44rjune has joined #ltsp
02:44shogunx has joined #ltsp
02:44spectra has joined #ltsp
02:44warren has joined #ltsp
02:44sutula has joined #ltsp
02:44Shingoshi has joined #ltsp
02:44jbrett has joined #ltsp
02:54klausade has quit IRC
02:55klausade has joined #ltsp
03:43tsurc has quit IRC
04:00Egyptian[Home] has quit IRC
04:01Egyptian[Home] has joined #ltsp
04:32
<Joris_>
ogra: hi :)
04:33
<ogra>
hey
04:33
<Joris_>
my clients are requestig RRQ from 192.168.0.61 filename /ltsp/i386/boot/pxelinux.0\377 and RRQ from 192.168.0.76 filename /ltsp/i386/boot/pxelinux.0
04:34
which are both not found, as there is no boot in /var/lib/tftpboot/ltsp/i386/
04:34
boot/ directory, that is
04:36
I have now symlinked boot to it's parent dir
04:37
will try if that works, but I don't know where that path came from..
04:38
<ogra>
fix your dhcpd.conf :)
04:38
instead of wildly symlinking :)
04:51ogra1 has joined #ltsp
04:51ogra has quit IRC
04:51ogra1 is now known as ogra
04:59
<Joris_>
ogra: it comes from dhcpd?
04:59
<ogra>
dhcpd's filename directive is all that counts here, yes
05:00
<Joris_>
right. very logical.
05:00daya has joined #ltsp
05:01
<Joris_>
I really wonder how I came to have everything in /opt ...
05:01
I'll test and let you know- thanks once again
05:03basanta has quit IRC
05:18Guaraldo has joined #ltsp
05:23plamengr has quit IRC
05:26plamengr has joined #ltsp
05:26plamengr has left #ltsp
05:27globifrosch has joined #ltsp
05:29putty_thing has quit IRC
05:51daya has quit IRC
05:53kaminski-ltsp-br has joined #ltsp
06:05burnerx has joined #ltsp
06:17burnerx has quit IRC
06:26mikkel has joined #ltsp
06:27alkisg has joined #ltsp
06:36klausade has quit IRC
06:41
<alkisg>
Hi, anyone knows how to change the ldm (login screen) locale on the *clients* (Edubuntu Gutsy, LTSP 5) ?
06:42
I've been searching for more that a week for this, but nothing that I tried worked.
06:45
Last thing I tried was: ltsp-build-client --locale el_GR.UTF-8 and after a while it ended with the message "LTSP client installation ended abnormally"
06:47
<ogra>
redo it then ...
06:47
after it finished properly do:
06:47
sudo chroot /opt/ltsp/i386 locale-gen el_GR.UTF-8
06:48
ten edit /opt/ltsp/i386/etc/environment and run ltsp-update-image
06:48
does your server use a different locale from el_GR.UTF-8 ?
06:48
<alkisg>
no
06:49
<ogra>
usually ltsp-build-client will just copy over the locale settings of the server by default
06:49
<alkisg>
Thanks Oliver, I'll try these and report in 5 minutes
06:49
<ogra>
you should also see the ltsp-build-client messages in this language
06:50
<alkisg>
Do you have any foresight on when teacher-screen-broadcasting will be available in the student-control-panel? :)
06:50
<ogra>
we're about to switch to (a sanitized version of) iTalc
06:51
that offers similar functionallity but isnt restricted to ltsp
06:52
<alkisg>
Nice!!! I was thinking of starting a project for x-session sharing, that would do the same thing without depending on vnc...
06:52
<ogra>
that wouldnt be vers secure though :)
06:52
*very
06:53
<stgraber>
What I like with iTalc is that we no longer have to do the devel work ourselves :), we just patch upstream + send patches back to upstream (for those he wants to include)
06:53
Upstream is also responsive which wasn't really the case with TCM
06:53
<alkisg>
locale-gen: reports up-to-date, environment is ok (el_GR) and I've done an ltsp-update-image in the morning. Still ldm shows english text. :(
06:54
After login everything is OK, the problem is only on ldm..
06:55
<stgraber>
alkisg: if you log on a client in the console and run a "standard" command, is the output translated ?
06:56putty_thing has joined #ltsp
06:56
<ogra>
stgraber, well, there was no upstream in TCM the last release
06:56
i only cared to make it build and install but didnt do much to the cod
06:56
e
06:56
<alkisg>
stgraber, Yes, it is in greek. Some font problems in the full console but otherwise ok
06:56
<stgraber>
ok, so maybe there is just no greek translation for ldm ...
06:57
<ogra>
there is no translation at all in gutsys ldm
06:57
<alkisg>
Well, I'd be damned! It should be obvious... Can I translate it?
06:57
<ogra>
the menu probably ...
06:58
<johnny>
ogra, you suggested finding the old processes and working my way down the tree, but i don't exactly know how to do that
06:58
<ogra>
well, you need to poke at the sourcecode .... sicne gutsy ldm is in C
06:58
<stgraber>
ogra: funny, I see a pot/ dir with .pot and german .po there, so they are just not used ?
06:58
<alkisg>
ogra, .po files? Or directly editing the source?
06:58
<stgraber>
ogra: scotts-gutsy bzr branch that is
07:00
<alkisg>
Nevermind, I don't want to take anymore of your time, since it isn't a configuration option I'll look at the source code. Thank you very much, and keep up the good work! :)
07:05klausade has joined #ltsp
07:05cliebow_ has joined #ltsp
07:12
<ogra>
stgraber, nope, there is no gettext integration in the code ...
07:22subir has quit IRC
07:26ogra1 has joined #ltsp
07:27ogra has quit IRC
07:27ogra1 is now known as ogra
07:29
<alkisg>
ogra, no gettext: is it possible to use kdm on the clients? Or I'll get into trouble with XDMCP etc?
07:29
<ogra>
you wont have sound or local devices
07:30
but beyond that XDMCP will work
07:30Q-FUNK has quit IRC
07:30
<alkisg>
I don't mind about that.
07:30
But I tried it, and it didn't start X.
07:30
<ogra>
use SCREEN_07=startx
07:30
and make sure XDMCP is eabled on the servers DM
07:30
<alkisg>
I don't have to install it on the chroot?
07:30
<ogra>
nope
07:30
it sends a query to the server
07:31
<alkisg>
OK, that took me about 2 days... :(
07:31
<ogra>
note that all password communication will happen in plain text on the network, everyone can read them
07:31
<alkisg>
It's a small town school, I don't mind about security! Thanks! :)
07:36Guaraldo has quit IRC
07:42Guaraldo has joined #ltsp
07:55plamengr has joined #ltsp
08:00MRH2 has joined #ltsp
08:02
<MRH2>
hi anyone know status of centos-5 integration or if there are plans for updated tarballs?
08:05
<ogra>
MRH2, there are no tarballs yet
08:05* ogra just created the set of first pre release tarballs for ubuntu, but there are no fedora commits in the tree yet
08:06
<MRH2>
ok cool - thanks!
08:06
<ogra>
MRH2, warren will commit his work soon i guess
08:08
<MRH2>
ok now i just have to go find a sandwich
08:09
thanks
08:09MRH2 has quit IRC
08:17
<ogra>
!localdev
08:17
<ltspbot>
ogra: "localdev" is (#1) Information regarding using pluggable devices and cdroms with LTSP can be found at http://wiki.ltsp.org/twiki/bin/view/Ltsp/LTSP-42-LocalDev, or (#2) for ubuntu: https://wiki.ubuntu.com/EnableLTSP5LocalDevices, or (#3) for debian-edu: http://wiki.debian.org/DebianEdu/HowTo/LocalDeviceLtspfs, or (#4) http://wiki.ubuntu.com/DebugLocalDev
08:17johnny_ has joined #ltsp
08:19kaminski-ltsp-br has quit IRC
08:20prpplague has joined #ltsp
08:33elisboa has quit IRC
08:34elisboa has joined #ltsp
08:37cyberorg has quit IRC
08:38vagrantc has joined #ltsp
08:41
<ogra>
vagrantc, hey
08:42
https://lists.ubuntu.com/archives/hardy-changes/2007-November/002281.html :)
08:42
vagrantc, we need make mkdist autom4te.cache ....
08:42
my archive admins refused to let it though ... so i guess debians will complain as well
08:43alkisg has left #ltsp
08:44
<Guaraldo>
sbalneav: Will you come to FislIX next year?
08:44
<ogra>
err
08:44
*we need to make mkdist delete autom4te.cache
08:47
Guaraldo, i was actually planning to come with some ubuntu folks ... but then it turned out that Fisl is *again* in the release week of ubuntu where nobody can leave :/
08:47
<vagrantc>
ogra: sure
08:47
<ogra>
(sbalneav even clearified with my boss that i can go ... not sure about his own plans though)
08:48
vagrantc, and apparently you re-introduced a ftbfs i had fixed in the ubuntu tree
08:48
you want to change ltsp-nbd in ltsp-client-core.install to ltsp_nbd
08:49
that migth strike you as well
08:49
intrestingly it built fine in pbuilder
08:49
which i cant explain
08:49
<vagrantc>
ogra: ltsp-nbd doesn't work with the version of initramfs-tools in debian
08:50
<ogra>
vagrantc, the script name in .install is still wrong :)
08:50
<vagrantc>
ogra: only on ubuntu :P
08:50
<ogra>
so if you install it it needs fixing
08:50
ah, k
08:51
<vagrantc>
ogra: the ltsp-nbd -> ltsp_nbd change is the ftbfs, or is it something else?
08:52
<ogra>
nope
08:52
only ltsp-nbd -> ltsp_nbd
08:52
<vagrantc>
ok
08:52
<ogra>
and i dont understand why my pbuilder didnt break on it as well
08:52
<vagrantc>
ogra: you'll probably want to review the changes in the debian dir ...
08:53mikkel has quit IRC
08:53
<ogra>
well, i built it for now ... lets see how it behaves once its in the archive
08:53
i'm also curious if i can just sync your ltspfs package
08:54
would save me some work
08:54
<vagrantc>
ogra: there are differences in packaging we disagreed on ... like how to handle the udev rules
08:54
i don't remember what all else
08:54
<ogra>
ah, indeed, the broken debian udev :P
08:55
<vagrantc>
ogra: http://llama.freegeek.org/~vagrant/bzr/ltspfs/vagrant-ltspfs/ and http://llama.freegeek.org/~vagrant/bzr/ltspfs/vagrant-ltspfs-debian-packaging
08:58ogra1 has joined #ltsp
08:58ogra has quit IRC
08:59ogra1 is now known as ogra
08:59martoya has joined #ltsp
09:06cliebow_ has quit IRC
09:08
<vagrantc>
warren: have you managed to upload the latest and greatest mkdst yet?
09:09
<warren>
vagrantc, soon, on phone rigt now
09:10
vagrantc, do you know the bzr URL I need to upload to my new mkdst project?
09:10
<ogra>
warren, you dont have a bzr branch in the project yet, right ?
09:10
<warren>
ogra, none
09:11martoya has quit IRC
09:12
<ogra>
bzr push bzr+ssh://$USER@bazaar.launchpad.net/~$TEAM/$PRODUCT/$BRANCHNAME
09:12
so in your case
09:12
oh, wait you dont ahve a team, do you ?
09:13
<warren>
ogra, i used ltsp-upstream as a team
09:13
<ogra>
ok
09:13
use that then in the commit
09:13
<warren>
still on phone
09:13
what is a typical main tree name?
09:13
trunk?
09:13
<vagrantc>
it'd be nice to have all the code to look at while i'm on the train :)
09:14
<ogra>
trunk sounds fine
09:14* vagrantc always thought trunk sounded awkward and clumsy, but it's a commonly used convention
09:16parsley_ has quit IRC
09:16parsley has joined #ltsp
09:16
<ogra>
vagrantc, suggest something better the urls are not wide spread yet ... if there is a time to change it its now
09:17
(we could call it "main" :) )
09:17
<vagrantc>
ogra: i'm not at all in favor of changing anything more :)
09:17
<ogra>
heh
09:17
<warren>
oh
09:17
<ogra>
just because you work offline now :P
09:17
<vagrantc>
the VCS URLs have changed plenty enough already
09:17
<warren>
bzr push bzr+ssh://wtogami@bazaar.launchpad.net/~mkdst/mkdst/trunk
09:17
I guess I need ~ltsp-upstream even though this isn't an ltsp project?
09:18
<ogra>
yeah
09:18
or leave the team out completely, that should work as well
09:18
<vagrantc>
can probably use ~wtogami ... but then others wouldn't be able to commit
09:18
<ogra>
right
09:19
<warren>
[warren@newcaprica mkdst]$ bzr push bzr+ssh://wtogami@bazaar.launchpad.net/~ltsp-upstream/mkdst/trunk
09:19
Unable to obtain lock bzr+ssh://wtogami@bazaar.launchpad.net/%7Eltsp-upstream/mkdst/trunk/.bzr/repository/lock
09:19
held by wtogami@redhat.com on host newcaprica.boston.redhat.com [process #4956]
09:19
locked 49 seconds ago
09:19
Will continue to try until 10:24:02
09:19
<vagrantc>
you can leave the team out?
09:19
<warren>
uh...
09:20
not sure what's going on here
09:20
vagrantc, I will be integrating more stuff into this mkdst
09:20
vagrantc, and the test at the top is broken
09:23
it is still stuck on a stale lock
09:23
not sure what's going on
09:23
ogra, something seems to be hosed on the server side
09:24
<ogra>
do you own the mkdst project ?
09:24
<vagrantc>
ltsp-upstream does
09:24* ogra bets bzr push bzr+ssh://wtogami@bazaar.launchpad.net/~ltsp-upstream/ltsp/mkdst-trunk would work
09:24
<ogra>
hey, i see a branch there
09:25
https://code.launchpad.net/~ltsp-upstream/mkdst/trunk :)
09:25
<warren>
ogra, I think I might have hit ctrl-c before and a stale lock got stuck on the server. any way to clear it, or just blow away the entire thing?
09:25* warren trying it again as mkdst-trunk
09:26
<warren>
because "trunk" alone would create "trunk" directory by default which is ugly
09:26
<ogra>
there as well
09:26
which is fine if you regard the $project/$branchname
09:26
<warren>
ogra, any way to remove the "trunk"?
09:26
<ogra>
it gets messy if you cshare branches that are all called trunk :)
09:27
<warren>
https://code.launchpad.net/~ltsp-upstream/mkdst/mkdst-trunk
09:27
<ogra>
go into the branch details page and click "delete branch" :)
09:27
<warren>
the test is currently broken
09:27
<ogra>
https://code.launchpad.net/~ltsp-upstream/mkdst/trunk
09:27
on the left
09:27
<warren>
gone
09:30globifrosch has left #ltsp
09:38Gadi has joined #ltsp
09:47
<Gadi>
ogra: ping
09:48
<ogra>
Gadi, ?
09:48
<Gadi>
hey, there.
09:48
I wonder if you could help chew over an issue I have been having on Gutsy LTSP5 that I can't find others having
09:49
When my users logout, the screen freezes with only their background wallpaper image and does not return them to a login screen
09:49
ps reveals a lone hanging gnome-screensaver process
09:49
even when killing that process, the login screen does not return
09:49
only a power cycle of the client returns a login screen
09:49
they are on DIRECTX at the moment
09:50
I attempted to take them off DIRECTX
09:50
and when I do, they cannot fully login
09:50
they get stuck at the xrdb -merge process
09:50
<ogra>
hmm, never seen that
09:50
<Gadi>
so, I put them back on DIRECTX
09:50
I am having a terrible time tracking down the root cause
09:50
<ogra>
anything in ~/.xsession-errors ?
09:51
<Gadi>
too much - thats the problem :)
09:51
<vagrantc>
that sounds vaguely familiar to a problem someone was having ... possibly due to something with vnc?
09:51
<Gadi>
hmm... well, I dont run vnc, but I notice ubuntu tries to run vino-server
09:51
maybe I can remove that....
09:52
but, I believe xsession-erros says that it does not succeed in running vino-server
09:52
<ogra>
xrdb is called by /etc/X11/Xsession.d/30x11-common_xresources
09:52
do you have any non standard /home setup ?
09:52* Gadi nods
09:52
<Gadi>
nope
09:52
everything as std as possible
09:53
even fresh gutsy install
09:53
and happens to newly created users as well
09:53
ah - seems vino-session runs for each user
09:54
before I kill that - can you confirm that it does *not* run in your working env?
09:54
<ogra>
thats normal
09:54
its started by gnome-session
09:54
<Gadi>
ah
09:54
<ogra>
its an upstream default
09:54
and should be a no-op unless yu eabled it in the remote desktop settings
09:55
<Gadi>
which is doubtful, but worth a check...
09:55
<ogra>
well, it will sit there but do nothing if the gconf keys are not set ...
09:59parsley has quit IRC
09:59
<vagrantc>
http://llama.freegeek.org/~vagrant/bzr/ltspfs/ltspfs-single-mount
10:00
that's my patch to get ltspfs to mount directly to /media/USERNAME/FOO
10:00
<ogra>
i'llmerge that into mine for now and test it over the weekend
10:01
<vagrantc>
it definitely could use some touching up, and probably remove more lines no longer used (like setting a lot of the variables in lbmount)
10:01
but it worked on debian
10:01
<ogra>
i'll try it ... if i discover and bad stuff i'll fix :)
10:01
<vagrantc>
:)
10:13dniel has joined #ltsp
10:14
<Gadi>
vagrantc: do you recall what the issue was when you saw something similar?
10:14* Gadi is really stumped and the natives are restless
10:16bobby_C has joined #ltsp
10:18
<warren>
vagrantc, i'm pushing a working mkdst now.
10:18
vagrantc, I haven't added my improvements yet
10:18
vagrantc, just release.conf
10:25mopey has joined #ltsp
10:27vagrantc_ has joined #ltsp
10:29vagrantc has quit IRC
10:30
<Joris_>
ogra: I'm getting requests for '/ltsp/i386/pxelinux.0\377'
10:31
it would appear those are from HP vectra's
10:31
but not from HP vectra VE's
10:32vagrantc_ has quit IRC
10:34MasterOne has joined #ltsp
10:36
<MasterOne>
ok, this is amazing! the pulseaudio daemon in running on the thin client, not on the LTSP5 server, nevertheless I can record audio from the thin-clients microphone with an app on the LTSP5 server! how is that even possible (or is the Gnome audio-recorder a local app?)?
10:36
<ogra>
luck :)
10:37
<MasterOne>
yes?
10:37
<ogra>
MasterOne, you're really lucky, there is no code to configure the capturing on the client
10:37klausade has quit IRC
10:37
<ogra>
so apprently you have the right device :)
10:37
<MasterOne>
it's a ThinkPad T42p
10:38
<ogra>
good to know :)
10:38
<MasterOne>
but seriously, how is that possible at all
10:38rjune has quit IRC
10:38
<MasterOne>
how does the audio on the thin client get to the app on the LTSP5 server?
10:38
<ogra>
the pulse daemon hooks into the cliets alsa layer ...
10:38
it has a network socket open to the server ...
10:38
in your session there s a virtual alsa device created ...
10:39
(see ~/.asoundrc.asoundconf)
10:39
<MasterOne>
and why is that supposed to be not working on all devices?
10:39
<ogra>
that device sits on top of the pulse network connection
10:40
so your apps only need to use alsa and will get direct access to the clients alsa stack through the pulse/virtdev combo
10:40
<MasterOne>
amazing piece of technology :)
10:40
<warren>
ogra, what version of pulse are you folks using?
10:40
<ogra>
so all devices that the pulse server on the client provides will be seen by the virtual device as well
10:40
<warren>
sweet
10:40
[warren@newcaprica mkdst]$ ./mkdst-wrapper
10:40
+ which mkdst
10:40
+ '[' 0 -eq 0 ']'
10:40
+ exec mkdst
10:41
<ogra>
heh
10:41
<warren>
# Try mkdst in $PATH
10:41
which mkdst > /dev/null 2>&1
10:41
[ $? -eq 0 ] && exec mkdst $@
10:41
<ogra>
which mkdist && exec mkdist ?
10:41
heh
10:41
<warren>
# Try mkdst in ../mkdst/
10:41
[ -d ../mkdst/ ] && exec ../mkdst/mkdst $@
10:41
ogra, oh, that would be simpler =)
10:42K_O-Gnom has joined #ltsp
10:42
<ogra>
we use pulse 0.9.6 in gutsy
10:42
hardy just got updated to 0.9.7
10:43
<MasterOne>
ok, one other amazing experience: using System -> Configuration -> Screenresolution I can indeed change the resolution on the thin client on the fly, how is that possible? is that one a local app?
10:43
<ogra>
nope
10:43
its using xrandr
10:43
<MasterOne>
oh
10:43
<ogra>
which talks through the X protocol to your Xserver on the client
10:43auctmore has joined #ltsp
10:44
<ogra>
with xrandr 1.3 multidisplay support will become trivial ... i guess we'll have to start supporting multiple graphics cards in the future
10:45
<MasterOne>
sound great
10:48staffencasa has joined #ltsp
10:48
<MasterOne>
i just tried to rotate the screen 90° left, it seemed to work, but a part of the screen got distorted, any idea, what that issue could be?
10:49
(trying to find out, if this is going to work, would be nice on a LCD with pivot function)
10:59fernando1 has joined #ltsp
11:11barbara_ has joined #ltsp
11:17edgarin has joined #ltsp
11:19fernando1 has quit IRC
11:19
<Gadi>
sbalneav: ping
11:22
<auctmore>
is anyone here using ltsp 5.x on kubuntu 7.10 ?
11:23
<barbara_>
auctmore, yes
11:23
<auctmore>
barbara: only the master user can login at a terminal. How do you create new users?
11:24
<barbara_>
did you add users?
11:24
<auctmore>
yes, with adduser on the server
11:25
they show up in passwd and shadow
11:26
<barbara_>
did you try loggin in as them on the server?
11:27
<auctmore>
yes, they can login on the server. On a terminal there password appears to be expired. The LDM asks for a new one and a confirmation, but keeps repeating that confirmation question
11:28
<barbara_>
did you try ltsp-update-sshkeys on the server?
11:29
ogra, you on yet? still trying to figure out these removable devices namely cd's.
11:29
<auctmore>
i did when i changed things in dhcpd.conf. Should I do it after creating new users too?
11:30dniel has quit IRC
11:30
<barbara_>
wouldn't hurt. if that doesn't work i would add SERVER=serveripaddress to the lts.conf in the tftpboot/image/dir
11:33
<auctmore>
barbara_: i'm not at my server right now, but i'll try both your suggestions tomorrow. Thanks.
11:34
<barbara_>
auctmore, ok i had this same issue i'm pretty sure it was a need for the server= line in lts.conf.
11:35IRCzito has joined #ltsp
11:36
<auctmore>
barbara_, is there any online documentation about ltsp 5 management on (k)ubuntu? So far, i couldn't find it.
11:36BGomes has joined #ltsp
11:37
<barbara_>
auctmore, not sure. maybe in some edubuntu documentation.
11:37
<auctmore>
barbara_, i'll have a look at edubuntu. Thanks again.
11:38
<barbara_>
np
11:49sepski has joined #ltsp
11:51barbara_ has quit IRC
11:52barbara_ has joined #ltsp
11:57auctmore has left #ltsp
12:05
<cflynt>
barbara_: I'm having a similar problem with ltsp 5 on Ubuntu. It appears that I have no window manager present. This may be causing ldm to fail.
12:05fernando1 has joined #ltsp
12:09
<barbara_>
cflynt, when did this start happening? have you ever been able to log in and it work?
12:10
<cflynt>
It's a new installation. Just got things in yesterday, and tracked down the no wm glitch today.
12:11
The Ubuntu is 6.10.
12:12
I added a user/passwd to /etc/passwd by hand, and can log in if I put a SCREEN_03 in my lts.conf
12:12
THat's log in in text mode.
12:12
Once in text mode, I startx, and X comes up, but no WM.
12:12
I see ubuntu doesn't come with twm, fvwm, or my old favorites.
12:16klausade has joined #ltsp
12:18ogra has quit IRC
12:18ogra has joined #ltsp
12:22
<barbara_>
cflynt, sorry can't help you with that. not at all familiar with 6.10 didn't get in the game until gutsy and ltsp5 has come a long way since then.
12:22
ogra, are you rested?
12:23
<ogra>
barbara_, well, i had a long 10h day so not really, and it will still go on
12:23
<cflynt>
OK, thanks anyhow. I didn't realize the 5 series was so tightly connected with host OS. Mostly, I've worked with the 4.2 stuff. This is my first foray into 5-dom.
12:23
<ogra>
cflynt, ltsp5 is all about the distro :)
12:23
<barbara_>
he's on 6.10
12:24
<ogra>
the ubuntu ltsp package is only around 200k big :)
12:24
<barbara_>
so any brainwaves on the local device issues i'm having ogra ?
12:24
<ogra>
6.10 is ok ... had just not many features
12:25
barbara_, not really, did you try the steps on https://wiki.ubuntu.com/DebugLocalDev ?
12:27
<cflynt>
My understanding of 5 is that I can build stuff on the native OS and copy it to the ltsp partitions and it will "just work", rather than needing all the cross compile environment stuff I used on 4.2. Is this true?
12:27
<barbara_>
ogra, yes i did. no help looked like it all worked fine except didn't mount.
12:27
<ogra>
you didnt find the ltspfs_fstab iirc, right ?
12:28
cflynt, not really, the ltsp part is built in a chroot insode your os ... you can always use the chroot command to enter that filesystem and add packages, make tweaks etc
12:28
<barbara_>
ogra, everything went fine until i got to trying to mount it locally.
12:29
<ogra>
i.e. sudo chroot /opt/ltsp/i386 apt-get install <package> would add a package you want on the clients
12:29
barbara_, you if you are on a client console login you see the device there in the clients dmesg output ?
12:30
<barbara_>
ogra, yes
12:30
<ogra>
-you :)
12:31
and /var/run/ltspfs_fstab exists ?
12:31
and contains an entry for your device ?
12:32
<barbara_>
ogra, /var/run/ltspfs_fstab does not exist
12:32
<ogra>
does /lib/udev/add_fstab_entry exist ?
12:33
<barbara_>
ogra, no
12:33
should i be looking in root tty or in console?
12:34
<ogra>
in the console of the client like the wikipage explains (after you set a rootpw for the client environment and ran ltsp-update-image etc)
12:48edgarin has quit IRC
12:59RiXtEr has joined #ltsp
13:08joebob777as7 has quit IRC
13:08barbara_ has quit IRC
13:09
<Joris_>
Intel 82815 video chipsets
13:09
are they known to be problematic?
13:09
I'm already using 16bit color depth, but the X window isn't comming up
13:12
<ogra>
you could try different drivers
13:12
there are two for that card
13:13
XSERVER=intel or XSERVER=i810
13:15zald has joined #ltsp
13:17
<Joris_>
ogra: where are you from? I'm going to need to buy you a beer
13:17
or two
13:17
or a lot more ;-)
13:23
<BGomes>
Joris_: I have buy for Jim and Scott too :)
13:24barbara_ has joined #ltsp
13:25
<Joris_>
:)
13:25herson has joined #ltsp
13:28
<ltsppbot>
"barbara" pasted "ogra, this is result of mount attempt" (10 lines) at http://pastebot.ltsp.org/381
13:30herson has quit IRC
13:35zald has quit IRC
13:47MasterOne has quit IRC
13:48
<warren>
ogra, I need to put a license on mkdst, GPLv2 or higher OK?
13:53
<jcastro>
ogra: is there a way to keep ldm but shut off the ssh connections?
13:54
ogra: with gutsy ltsp.
13:57
<johnny_>
use the LDM_DIRECTX option
13:57
<jcastro>
thanks
13:58
<barbara_>
is it more advantageous for speed to use xdmcp or ldm?
14:01Blinny has joined #ltsp
14:02bobby_C has quit IRC
14:03bobby_C has joined #ltsp
14:03
<jcastro>
barbara_: yeah, by alot
14:04
<barbara_>
jcastro, ldm is faster or xdmcp is.
14:05
<jcastro>
sorry, I meant to say LDM_DIRECTX is a bunch faster.
14:06
<Gadi>
xdmcp is what gives you a login screen. *X* is what you are using beyond that. ldm with the DIRECTX option is the same as X direct to your thin client
14:06
<barbara_>
yeah i know that :) using it
14:06
<Gadi>
in terms of how fast the login screen comes up,
14:06
xdmcp will provide a gdm login faster than ldm will provide a login screen
14:07
because the former simply provides a display while the latter loads the login screen application locally
14:09
<johnny_>
but.. you ccan't use local devices
14:09
or sound
14:09
<barbara_>
well local devices aren't working with ltsp either though. for me anyway.
14:11
<johnny_>
i fixed them to work
14:12
<barbara_>
how?
14:12
been troubleshooting this for days. it registers in dmesg and doesn't ever do anything beyond that but i have sound. cd doesn't work either
14:12
<johnny_>
the stuff in the bug
14:12
i forgot the number
14:13
but it involved editing a script
14:13
<barbara_>
i removed that one line that involved remote display 10
14:13
<johnny_>
did you add the -X
14:16
<barbara_>
no
14:16
<johnny_>
you have to
14:16
that's the most important part
14:17
<barbara_>
nice do you remember the bug?
14:17
<johnny_>
uhmm..
14:17
no..
14:17
i have it in my email, but my email server is currently down
14:17
being migrated
14:17
<barbara_>
hey join the club! ;)
14:18
ogra, you on?
14:19
<johnny_>
i don't know if that fix is the proper fix, but i do know that it works :)
14:20
<barbara_>
yeah i've seen it before but only to remove that single line...
14:27IRCzito has quit IRC
14:27BGomes has quit IRC
14:34Q-FUNK has joined #ltsp
14:34
<barbara_>
johnny, do i do this on the client or on the server? I can not find this file on the server... : S20-delayed-mounter
14:34Q-FUNK has quit IRC
14:35Q-FUNK has joined #ltsp
14:40barbara_ has quit IRC
14:45Gadi has left #ltsp
14:56Blinny has quit IRC
15:18iMacGyver has joined #ltsp
15:19
<iMacGyver>
hello, i'm running ltsp on edubuntu, and was wondering how to get poweroff on power button press?
15:20
<Q-FUNK>
to poweroff the client?
15:21
<iMacGyver>
Q-FUNK: yes
15:21
<Q-FUNK>
hm. I'm not sure if ACPI messenging is implemented in D-Bus
15:22
<iMacGyver>
well i mean power button press on the client, shutting off the client
15:22
<johnny_>
shutting it off nicely? or just shutting it off in general?
15:22
mine shuts off just fine
15:22
it just doesnt run any shutdown scripts
15:22
which i would like it to do :(
15:23
<iMacGyver>
johnny_: well nice would be better, but really there is not much to shut off on the thin client
15:23
<Q-FUNK>
that would require the logoff panel's shutdown action to send a dbus message to the client, rather than kill acpi on the local (server) host.
15:23
<iMacGyver>
right now the button press does nothing, if i hold it down of course it will not nice turn off
15:25
<ogra>
iMacGyver, its a trivial hack to the acpi scripts i havent had time for ...
15:25
Q-FUNK, the session doesn see the powerbutton event ... you can only trigger a shutdown directly on the client from the button
15:26
<Q-FUNK>
ogra: ah so it sees the event, but no acpi support is implemented in the chroot, so it doesn't do anything in response?
15:27
<ogra>
well, the acpi support ubuntu uses expects dbus and the session to listen ...
15:28
we dont have either in the chroot
15:28
<Q-FUNK>
we don't use hal and dbus to detect e.g. usb sticks?
15:28
<ogra>
with some small trick in the acpi scripts you can just trigger init to run shutdown though
15:28
nope
15:28
thats done directly by udev scripts
15:29
<Q-FUNK>
ok
15:29plamengr has quit IRC
15:30
<Q-FUNK>
i guess this could be useful for clients implemented using recycled hardware
15:32joebob777as7 has joined #ltsp
15:34K_O-Gnom has quit IRC
15:39bobby_C has quit IRC
15:46
<iMacGyver>
installing acpid in the chroot worked
15:46
<Q-FUNK>
:)
15:47
ogra: is there space to add acpid to the standard chroot?
15:48
<joebob777as7>
i think i might need to do local installs of linux. what would be the best way to store user information on a central server and have local installs?
15:48
<ogra>
Q-FUNK, hmm, i always thought we have tht in the chroot ... but actually its pulled in by the desktop metapackage
15:48
Q-FUNK, surely makes sense to add it
15:49
<joebob777as7>
my users are all over my back for their local devices...
15:50
<prpplague>
joebob777as7: time to start taking bribes then
15:50
<joebob777as7>
is ldap what i'm looking for or is there an easier way?
15:51
<ogra>
depends on the amount of users
15:51
<joebob777as7>
5 maybe 6
15:52
<Q-FUNK>
ogra: I thoguht so too. IIRC it used to be pulled by ubuntu-standard.
15:53
<ogra>
warren, any free license you want to pick is fine with me (ubuntu isnt debian ;) )
15:54
warren, that question should rather be directed to vagrantc btw, he's with the strict guys
15:54
Q-FUNK, well it doesnt anymore ... i missed that, so my fault .... i'll fix it in hardy
15:54
<warren>
ogra, I'm making an optional --testrpm option that does the same thing as --test except builds an rpm.
15:55
ogra, because I know you wont appreciate that being in the default --test =)
15:58
ogra, and yes I'm avoiding the use of == in order to appease you =)
15:58
<ogra>
thanks :) the POSIX police will be grateful for that :)
15:58
<warren>
ogra, hmm
15:58
<Q-FUNK>
:D
15:59
<joebob777as7>
ogra, so for 5 or 6 users at 2 locations am i looking at ldap or something else?
15:59
just looking for direction.
16:00
<warren>
ogra, safe to assume that sed is installed on debian and ubuntu?
16:00
<ogra>
well, i personally would maintain them on one central host and rsync the passwd/shadow files through ssh ... but thats me :) and probably not the most easy setup ...
16:00
warren, indeed :)
16:00
sed and vi
16:01
and ed i think
16:02
<warren>
I guess I'll even test it in dash
16:02
<jcastro>
ogra: so I'm sitting at my old job and they just finished a migration to ltsp5 from the old dapper stuff
16:02
<ogra>
jcastro, to gutsy ?
16:02
<warren>
This way I can lull ogra into a false sense of security before I add a whole bunch of horrifying things.
16:02
<ogra>
lol
16:02
<jcastro>
ogra: yeah
16:03
ogra: I'm sitting watching students use the labs while I work
16:03
<ogra>
jcastro, there seem to be probs with localdev :/
16:03Guaraldo has left #ltsp
16:03
<jcastro>
ogra: hmmm, if there are I'll make it clear to them to report bugs
16:03
<ogra>
delete the line that sets DISPLAY in /usr/sbin/ltspfsmounter
16:04
its a known one
16:04
<jcastro>
ok
16:04
<joebob777as7>
didn't work for me
16:05
<ogra>
joebob777as7, so you still only get the forst user having localdev access ?
16:05
*first
16:06
<jcastro>
ogra: anything else you want banged on while I'm here?
16:06sepski has quit IRC
16:06
<ogra>
nt from the top of my head
16:06
<jcastro>
k
16:08
<joebob777as7>
ogra, i only get local devices working on the server that's all. and i'm pretty sure after that it's not possible to get compiz working so am I going to have to learn ldap and do local installs? what is your opinion? should i just scrap this buggy local devs that works fine at my other location or reinstall this and give it another go?
16:08
<ogra>
localdevs on the server are not related in any way to ltsp ...
16:09
it works totally different there
16:09
!localdev
16:09
<ltspbot>
ogra: "localdev" is (#1) Information regarding using pluggable devices and cdroms with LTSP can be found at http://wiki.ltsp.org/twiki/bin/view/Ltsp/LTSP-42-LocalDev, or (#2) for ubuntu: https://wiki.ubuntu.com/EnableLTSP5LocalDevices, or (#3) for debian-edu: http://wiki.debian.org/DebianEdu/HowTo/LocalDeviceLtspfs, or (#4) http://wiki.ubuntu.com/DebugLocalDev
16:09
<ogra>
did you follow the checklist from http://wiki.ubuntu.com/DebugLocalDev ?
16:09
<johnny_>
joebob777as7, did you add the -X to the ssh line?
16:09
just removing that DISPLAY line didn't do it for me
16:09
<joebob777as7>
johnny_, yes still not working
16:10
my file was called S10.... not S20... don't know if that has anything to do with it...
16:10
<ogra>
johnny, well, removing the DISPLAY line is actually a real fix ... i doubt the -X is one ... see the most recent duplicate of the bug
16:10
joebob777as7, what S10 ? where ?
16:11
<joebob777as7>
i'll have to find the link it's a file in the rc.d of the client S10_something
16:12
I added -X to the ssh line as johnny instructed still doesn't work. gave me issues with my display.
16:12
<ogra>
thats clearly wrong to poke around in there
16:12
(in rc.d
16:12
)
16:13* ogra dances ... hardy ltsp-build.client still works even after the debian merge and tarball changes :)
16:13
<ogra>
i wonder if thats still the case after warren made me drunk and sneaked in his secret evilness :)
16:14
<joebob777as7>
ogra, http://article.gmane.org/gmane.linux.terminal-server.general/22270
16:15
i've always wondered what is the "debian merge"?
16:15
<ogra>
/usr/share/ldm/rc.d/S20-delayed-mounter is only used for devices that were there before login
16:15
not for USB sticks you plug in or CDs
16:16
<joebob777as7>
ok so i'll remove the -X i put there...
16:16
<ogra>
i.e. floppies, builtin HDs
16:16
(also USB keys if they were plugged in before login though)
16:16
<joebob777as7>
mine is S10-delayed-mounter
16:16
<warren>
ogra, is there a command to diff between a certain tag and current?
16:16
current revision
16:17
<ogra>
bzr diff -r20..25 ...
16:17
would show you the revisions between 20 and 25
16:17
joebob777as7, 10 is right
16:18Top|Work has quit IRC
16:18alkisg has joined #ltsp
16:18
<joebob777as7>
ok just making sure. i think i'm going to do a total reinstall just irritating that my other server worked ootb and this one has so many errors. on the other one i had to install xterminator and this one doesn't need it...... just weird stuff.
16:19
<warren>
ogra, bzr diff doesn't seem to have a syntax to use a tag instead of revision number.
16:19
<ogra>
oh, tags ...
16:19
hmm #bzr might know i havent used tags much yet
16:20
joebob777as7, https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/172540 thats something you could check
16:21
i wonder if ltspfs_token just keeps the old value
16:22
<joebob777as7>
ogra, exactly same issue
16:22
no issue with my other install though
16:22
<ogra>
joebob777as7, totally different workaround
16:22
<warren>
ogra, ah, they said -rtag:FOO
16:22
<ogra>
and imho the right pinter to do the real fix
16:23
warren, ah, cool
16:23
probably a flaw in the documentation ...
16:23
that should be mentioned in the helü
16:23
*help
16:23
<joebob777as7>
so what causes this issue?
16:23
<warren>
ogra, I wont do it quite yet, but I'm going to make it smarter about handling releases if you try --release or --releaserpm when it is already tagged.
16:23
<ogra>
joebob777as7, differences of the tokens
16:24
<joebob777as7>
ogra, so can i rebuild the tokens? i'm clueless about this.
16:25
<ogra>
warren, great .. we could have --relese-ubuntu or --release-debian as well then so bzr gets the pacaging dir and creates a source package
16:25
joebob777as7, just read the bug and do what the reporter did
16:25
<warren>
ogra, the packages that I build from this are not release packages that would be shipped in a distro, but rather sample test packages.
16:25* ogra thinks https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/172540 is one of the best bug reports he got the last months ...
16:26
<ogra>
on the point, with perfect debugging data
16:26
warren, well, thats what people use if they do tests in ubuntu as well :)
16:27
<warren>
ogra, I'll let you add it after I'm done making changes
16:27
<ogra>
sure, thats nothing urgent
16:28
i dont need it now ... atm i'm happy nothing broke :) i wont change that until your changes hit upstream
16:28
<warren>
for rpm in `ls *.rpm`; do
16:28
echo "INFO: removing package $rpm"
16:28
rm -f $rpm
16:28
done
16:28
hmm
16:28
It isn't happy if no .rpm's exist
16:29
<ogra>
add a check :)
16:29
<warren>
know of a better way to write that?
16:30
I tried "*.rpm" first which isn't good either
16:31
ogra, I'm going to change it so --test uses cp instead of bzr export to the tmp dir, so you can test stuff without checking it in.
16:31
ogra, i'm finding that I'm checking stuff in far too often even before it is working because --test requires it.
16:31
<joebob777as7>
ltsp has come a long way since i started using it. looks like i'll just wait for hardy or the one after before this stuff will work thanks anyway ogra
16:32
<ogra>
if [ "$(ls *.rpm)" ]; then for rpm in .... ;fi ?
16:33
<warren>
[warren@newcaprica mkdst]$ if [ "$(ls *.rpm)" ]; then echo yes; fi
16:33
ls: cannot access *.rpm: No such file or directory
16:33
<ogra>
if [ "$(ls *.rpm 2>/dev/null)" ]; then for rpm in .... ;fi ?
16:33
;)
16:33
just drop stderr
16:34
<warren>
man shell sucks =)
16:34
<ogra>
not if you are used to it :)
16:35
ltsp will teach you ... i never had such shell skills before i started with it ;)
16:35
<warren>
the resulting code is ugly
16:35
<ogra>
well, you should put it in a var actually ...
16:35
LIST=$(ls *.rpm 2>/dev/null)
16:36
if [ "$LIST" ]; then for rpm in $LIST.... ;fi
16:36
<warren>
for rpm in `ls *.rpm 2> /dev/null`; do
16:36
echo "INFO: removing package $rpm"
16:36
rm -f $rpm
16:36
done
16:36
this works
16:37
<ogra>
joebob777as7, hardy ltp wont see many new things, it will very much focus on stabilization
16:37
*ltsp
16:37
ah, right
16:37
anyway ...
16:37* ogra needs to call it a day
16:38
<ogra>
12h again ... sigh ... i need to learn to stop ...
16:38
<prpplague>
thats the fun thing about shell scripts, there are a million ways to get the same thing done
16:38* warren stares hard at bzr diff before commit...
16:38
<ogra>
the big disadvantage from working from home
16:38
<warren>
ogra, check out my bzr repo when you wake up
16:38
<ogra>
s/from/of
16:38
warren, will do ...
16:38
<warren>
ogra, 0.1 will be tagged
16:44J45p3r has joined #ltsp
16:48farmhand01 has joined #ltsp
16:49
<farmhand01>
helo
16:49
hello*
16:49
anyone out there?
16:50
hello
16:50farmhand01 has left #ltsp
16:53farmhand01 has joined #ltsp
16:53
<farmhand01>
hello?
17:01
<joebob777as7>
what farmhand01 ?
17:01
<farmhand01>
hey Joebob
17:01
still there?
17:01
<joebob777as7>
yeah lol
17:01
<farmhand01>
cool
17:01
hey question...
17:02
<joebob777as7>
hey i'll try to answer...
17:02
;)
17:02
<farmhand01>
I am trying to setup edubuntu and I have the server working...
17:02
<joebob777as7>
ok
17:02
<farmhand01>
I have it set up in VMware
17:02
<joebob777as7>
why?
17:02
<farmhand01>
testing
17:02
<joebob777as7>
go virtualbox!
17:02
<farmhand01>
and I am now setting up a thin client... also in VMware
17:02
<joebob777as7>
ok...
17:02
<farmhand01>
the thin client gets the edubuntu splash screen
17:03
and seems to be working but then I get some odd errors about directores not being able to mount
17:03
<joebob777as7>
good
17:03
hmm... ok
17:03
<farmhand01>
I can get the names, one sec...
17:03IRCzito has joined #ltsp
17:04
<joebob777as7>
386 server?
17:04
<farmhand01>
"moung: Mouning /rofs on /root/rofs failed: Invalid arguemnt"
17:04
yeah
17:04johnny_ has quit IRC
17:04
<joebob777as7>
what version of edubuntu?
17:04
<farmhand01>
sorry... "mount: Mounting /rofs on /root/rofs failed: Invalid arguemnt"
17:04
7.10
17:04
<joebob777as7>
did you change any configs?
17:04
<farmhand01>
just the dhcp3 IP addresses
17:05
<joebob777as7>
under /etc/ltsp/dhcpd.conf?
17:05
<farmhand01>
yup
17:05
I set the server up to be at 192.168.1.1
17:06
"mount: Mounting /root/dev on /dev/.static/dev failed: No Such file or directory"
17:06
"mount: Mounting /sys on /root/sys failed: No such file or directory"
17:06
<joebob777as7>
ok maybe try adding alternate chroot and modifying /etc/ltsp/dhcpd.conf to see if that fixes it... sudo ltsp-build-client --chroot testi386
17:07
<farmhand01>
ok, I will take a look
17:07
<joebob777as7>
i've had problems before with broken chroots... not sure that will fix it after you change /etc/ltsp/dhcpd.conf you will need to restart dhcp.
17:08fernando1 has quit IRC
17:08
<joebob777as7>
let me know if you get the same error
17:10fernando1 has joined #ltsp
17:10Q-FUNK has quit IRC
17:14
<joebob777as7>
fernando1, work?
17:14
<farmhand01>
taking a while to do the build
17:14
hey joebob, do you know much about xen?
17:16
<joebob777as7>
i've tried it and it was a flop i thought i had to do too many modifications to my systems for my liking. i don't like it to give me a new kernel...
17:16
i use virtualbox it works nice enough and free. i haven't played with vmware server though.
17:16
<farmhand01>
yeah, it looked a little crazy
17:17
I had used VMware in the past, and knew how to work it
17:17
virtualbox is pretty nice?
17:17
<joebob777as7>
i don't like the way vmware handles networking
17:18edgarin has joined #ltsp
17:20
<joebob777as7>
virtualbox is leaps and bounds faster!
17:26
<farmhand01>
Hey Joebob, I gotta
17:26
run'
17:26
thanks for your helo
17:26farmhand01 has quit IRC
17:37prpplague has quit IRC
17:39otavio has quit IRC
17:40
<iMacGyver>
ogra: do have anice hack for the acpi scripts to do a 'clean' shutdown of the session on pwbtn press?
17:41otavio has joined #ltsp
17:45alkisg has quit IRC
17:51edgarin_ has joined #ltsp
17:53edgarin has quit IRC
18:16
<iMacGyver>
hmm, when a client does a disconnect (say i pull the power cord while they are logged in), their session doesn't seem to ever die
18:18
<johnny>
i have that problem mainly with firefox
18:18
<joebob777as7>
iMacGyver, this is an ltsp bug happens on some of my chroots as well
18:18
<johnny>
is it an ltsp bug really?
18:18
<joebob777as7>
johnny, has happened to me several times
18:18
<johnny>
it might be a feature
18:18
not a bug
18:18
<iMacGyver>
well things like dbus still running
18:19
bonobo, gconf, etc :(
18:19
<johnny>
do other instances get started when the user logs back in?
18:19
<joebob777as7>
i've asked about it before it happened when the processes worn't killed before the next login.
18:19
<johnny>
or does it reattach ?
18:19
<iMacGyver>
no reattach
18:19
<johnny>
are they not killed if you properly log out?
18:19
<iMacGyver>
and so things can get weird when the user logs in several times
18:19
<joebob777as7>
see if killall -u username lets them login again.
18:20
<johnny>
that would definitely be a bug if that was the case :0
18:20
the processes should survive disconnection, but perhaps not power cycle
18:20
<iMacGyver>
joebob777as7: yeah killing everything fixes it...just wondering why the stuff stays around when they get disconnected
18:20
<joebob777as7>
yeah last time i asked about it they had me install xterminator
18:20
<iMacGyver>
johnny: well power cycle of the client
18:20
<johnny>
i have a script i'm working on to handle that
18:20
an ldm rc scrcipt
18:21
<joebob777as7>
then i made another chroot and that fixed it but they coudn't log in at all and i had to remove the xterminator. ltsp has been very buggy for me
18:21
<johnny>
on gutsy?
18:21
<joebob777as7>
especially in gutsy
18:21
<johnny>
things have been worse on gutsy
18:21
<joebob777as7>
didn't have any feisty problems
18:21
<johnny>
6 months wasn't really long enough to stabilize
18:21
<joebob777as7>
even compiz worked on my feisty box thins
18:22
<johnny>
you prolly should have stuck with feisty until hardy
18:22
<joebob777as7>
well they've had lots of issues with local devices. they can't get compiz working again and i've had this log in black screen deal happen on several different server installs
18:22
<johnny>
seems like the folks here are more focused on prepping for hardy on the ubuntu side of things
18:22staffencasa has quit IRC
18:23
<johnny>
since the clock is ticking out on that one
18:23
they prolly have to be more or less ready by february
18:24
<joebob777as7>
it's just odd to me that they will walk you through hours of troubleshooting your own box even though it's a fresh install and then tell you to look at the bug report that isn't the same bug and there is no fix still...
18:24
<iMacGyver>
wouldn't you install xterminator on the server?
18:24
<johnny>
plus ltsp upstream itself is in heavy flux
18:24
<joebob777as7>
yes but then if you rebuild the chroot ever and it works you'll notice on the log that it can't open the session because there were no processes to kill and it will break it the other way. lol
18:25
<johnny>
i wrote a script that i run at the end of the night
18:25
<joebob777as7>
i love where they are going with this but long way still before it is right.
18:25
<johnny>
it clears out the /home of all users and pkills all their procs
18:26
considering these are all anonymous users
18:26
<joebob777as7>
local devices work fine on the other server that i fixed accidentally by rebuilding my chroot several times then on this server everything i try is for not.
18:27
<johnny>
i got them to work with the -X
18:27Topslakr| has joined #ltsp
18:27
<johnny>
and clearing out the old directories in /tmp
18:27
<joebob777as7>
yeah and ogra says that shouldn't matter. when i added the -x i had display issues i think something is buggy.
18:29
works for some not for others some don't need the -X some do, some don't need to delete the display line and it just works...
18:37edgarin_ has quit IRC
18:38dniel has joined #ltsp
18:41ary has joined #ltsp
18:42
<iMacGyver>
hmm so is the repo for xterminator broken?
18:45
<johnny>
that's what it seems like
18:48
<joebob777as7>
iMacGyver, what architecture are you running 386 for server and clients?
18:48
<iMacGyver>
joebob777as7: yeah
18:48
<joebob777as7>
did you try to build a test chroot and see if that fixes your problem?
18:49
<iMacGyver>
joebob777as7: huh? my problem is when a client disconnects without logging out (ie pulls a power cord or presses reset) some of their processes stay running on the server
18:50
<joebob777as7>
iMacGyver, i know but i built a new chroot and it fixed that problem for me.
18:50
<iMacGyver>
weird
18:50
<joebob777as7>
sudo ltsp-build-client --chroot testi386
18:50
then just change dhcpd.conf accordingly and restart dhcp see if that fixes the issue...
18:56
iMacGyver, let me know if that fixes it
18:58dniel has quit IRC
18:59edgarin has joined #ltsp
19:00
<iMacGyver>
joebob777as7: i've gotta run now...i may try it later, i just find that extremely odd since the apps are running on the server that rebuilding the client image would help me...
19:03
<joebob777as7>
that's what i thought but i did it to see and it worked... lol
19:06snaz1 has joined #ltsp
19:06
<snaz1>
Howdy folks
19:17ary has quit IRC
19:23snaz1 is now known as snazm
19:24snazm has left #ltsp
19:24snazm has joined #ltsp
19:26martoya has joined #ltsp
19:30johnny_ has joined #ltsp
19:46jammcq has joined #ltsp
19:46
<jammcq>
hey all
19:48
<snazm>
Hi
19:51
LOL telnet to towel.blinkenlights.nl
19:54
<cliebow>
hi guy!!!!]
19:58
<jammcq>
hey chuck
20:01
<cliebow>
jammcq: you must be wicked vusy!!!
20:01
jammcq: you must be wicked busy!!!
20:01
<jammcq>
dude, you can't imagine
20:01
<cliebow>
gnna need a clone..
20:02
<jammcq>
I wish
20:02
I just spent a couple days in chicago
20:03
<cliebow>
not neessarily ltsp either??
20:03
<jammcq>
right
20:03
my day job has be crazy busy
20:04
<cliebow>
great..miss seeing you here..
20:09
gotta switch os
20:09cliebow has quit IRC
20:17IRCzito has left #ltsp
20:28edgarin_ has joined #ltsp
20:30edgarin has quit IRC
20:44gu has quit IRC
20:47gu has joined #ltsp
20:50edgarin_ has quit IRC
21:02daya has joined #ltsp
21:06Topslakr| has quit IRC
21:16booghotfoot has joined #ltsp
21:24edgarin has joined #ltsp
21:43snazm has left #ltsp
21:45Topslakr| has joined #ltsp
21:55daya has quit IRC
22:05snemiro__ has quit IRC
22:24subir has joined #ltsp
22:27J45p3r has quit IRC
22:30teacher007 has joined #ltsp
22:31
<teacher007>
Hi, someone there?
22:51
<warren>
ogra, this is annoying. ". release.conf" fails in dash.
22:52
ogra, . doesn't think to look in the current directory?
22:52
<jammcq>
maybe . ./release.conf ?
22:53Joris has joined #ltsp
22:53
<warren>
dash is stupid
22:53
POSIX compliance really isn't important
22:53johnny_ has quit IRC
22:53* jammcq agrees
22:53
<jammcq>
I really liked bash
23:06
<warren>
https://code.launchpad.net/~ltsp-upstream/mkdst/mkdst-trunk
23:06
mkdst-0.1 the ultimate LTSP source tree release tool
23:09Joris_ has quit IRC
23:10
<teacher007>
Hi, I try to use the multiple server feature of Gutsy's LTSP, but I can't get it to work :(
23:12
I added the following to the default section of the /var/lib/tftpboot/ltsp/i386/lts.conf:
23:12cyberorg has joined #ltsp
23:12
<teacher007>
LDM_SERVER=192.168.0.254 192.168.0.253
23:13
<warren>
teacher007, but only the first is being used?
23:13
<teacher007>
Yes
23:13
<warren>
teacher007, try putting both in quotes
23:13
LDM_SERVER="192.168.0.254 192.168.0.253"
23:13
teacher007, I haven't used LDM yet, but the syntax makes sense.
23:19
<teacher007>
OK, I've put the IP list into quotes. Unfortunately it does not seem to help :(
23:23
On a working setup, does the LDM greeter provide a menu so that the user can pick up an appropriate server himself?
23:27
<warren>
teacher007, I'm sorry, I don't know LDM at all.
23:27
ogra, bzr push bzr+ssh://wtogami@bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk
23:27
ogra, I tried to push revision 495 containing only the move to mkdst
23:27
ogra, it isn't showing up on https://code.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk
23:29booghotfoot has quit IRC
23:32
<warren>
ogra, oh, it appeared now
23:32* warren sleep
23:39daya has joined #ltsp
23:54edgarin has quit IRC