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


Channel log from 15 January 2008   (all times are UTC)

00:36mathesis has quit IRC
00:52ari_stress has quit IRC
00:52xwind has joined #ltsp
01:08zodman has left #ltsp
01:09vagrantc has joined #ltsp
01:52ogra has quit IRC
02:07ogra has joined #ltsp
02:24xwind has quit IRC
02:29yopla has quit IRC
02:40basanta has joined #ltsp
02:44mikkel has joined #ltsp
03:17vagrantc has quit IRC
03:18subir has quit IRC
03:27open_lad has joined #ltsp
04:02Egyptian[Home] has quit IRC
04:03Egyptian[Home] has joined #ltsp
04:33MeBadMagic has joined #ltsp
04:37BadMagic has quit IRC
04:40mikkel has quit IRC
04:53Guaraldo has joined #ltsp
04:56MasterOne has joined #ltsp
05:03basanta has quit IRC
05:04MasterOne has quit IRC
05:08MeBadMagic has quit IRC
05:23mikkel has joined #ltsp
05:30open_lad has quit IRC
05:38mikkel has quit IRC
05:39subir has joined #ltsp
05:43subir has quit IRC
05:54mikkel has joined #ltsp
06:06otavio has joined #ltsp
06:55Guaraldo has quit IRC
06:57Guaraldo has joined #ltsp
07:05abadger1999 has quit IRC
07:05abadger1999 has joined #ltsp
07:06jammcq has quit IRC
07:11open_lad has joined #ltsp
07:13open_lad has quit IRC
07:23mikkel has quit IRC
07:23wdg has joined #ltsp
07:29
<wdg>
hi i have a problem with one client. /ltsp/i386/nbi.img ...(ELF) ... a lot of dots are scrolling fast .... and at the end Issuing Reset. Anyone an idea what it can be. Other client are booting fine. txs
07:41Q-FUNK has joined #ltsp
07:41npman has quit IRC
07:43parsley has quit IRC
07:46slidesinger has joined #ltsp
07:52
<elisboa>
wdg: is this at the graphical screen or still in text mode?
07:54
<wdg>
elisboa: still in text mode
07:55
<elisboa>
wdg: isn't it a hardware problem?
07:55
maybe some loosen video card?
07:55
dusty?
07:57abadger1999 has quit IRC
08:01val_ has joined #ltsp
08:01val_ is now known as soneyka
08:07jammcq has joined #ltsp
08:07
<wdg>
I don't think if I boot a knoppix cd every hardware is working fine
08:10cliebow has joined #ltsp
08:20
<elisboa>
hmm
08:22mikkel has joined #ltsp
08:24
<wdg>
same for me hmm
08:29abadger1999 has joined #ltsp
08:34otavio has quit IRC
08:35eharrison has joined #ltsp
08:35Gadi has joined #ltsp
08:57
<warren>
Are we renaming it to be "ldm" instead of "ldm2"?
09:07
<wdg>
if found the issue, I changed the network card and then it was working fine, for some reason ltsp had problems with this card
09:28spectra has joined #ltsp
09:35
<ogra>
warren, there was never a ldm2 in any release, that was a worktitle only ... package and binary are ldm
09:35
<warren>
ogra, do we rename it in configure.ac then?
09:35
<ogra>
(unless yu mean something new i dont know yet)
09:36
yes, should be ldm ...
09:36
<warren>
ogra, what exactly runs /usr/share/ldm/ldm-script?
09:36
<ogra>
the python and C version never got shipped together ,,,,
09:36
ltsp-client.init ? not sure
09:39
ltsp-client-core.init executes /usr/lib/ltsp/screen_session
09:39
<warren>
ogra, our standards reviewer is pointing out that /usr/share/ldm/ldm-script is in violation of FHS
09:40
ogra, /usr/share is only for data files, not executables
09:40
<ogra>
yeah, should probably be /usr/lib
09:40
<warren>
ogra, by Debian convention it should go into /usr/lib/ldm
09:40
Red Hat convention /usr/libexec
09:40
GNU calls it libexecdir
09:40
<ogra>
thats ancient, i cant even remember ever touching it
09:41
i think we use it like that since the beginning
09:41
i'll fix the location in ubuntu and notify vagrant
09:42
<warren>
ogra, we should fix it in the upstream makefile
09:42
ogra, we're also thinking where ldm vs. ldmgreeter should be
09:42
oh
09:42
ogra, ldmgtkgreet
09:42
<ogra>
i really dont care :)
09:42
feell free to reorder to your liking as long as everything works :)
09:43
<warren>
ogra, i'm trying to understand ldm vs ldmgtkgreet
09:43wdg has quit IRC
09:43
<ogra>
the upstream makefile is from scottie who is MIA since ages
09:43
<warren>
ogra, if one of those programs are not meant to be launched by users, it should go into libexecdir and not /usr/bin
09:43Q-FUNK has quit IRC
09:43
<warren>
ogra, who has control over ltsp-upstream-whatever group? I need our peeps added
09:43
<ogra>
ldm is the binary that actually does everything , the greeter only attaches to it as a gui
09:44
you can replace the greeter by a QT version if you write one
09:44
warren, dont you read your mail ? :)
09:44
you, scottie, vagrant and me are admins ....
09:44
<warren>
ogra, how do I edit the group?
09:44
<ogra>
every admin can add people
09:45
there is a members link on the left (make sure youre logged in)
09:45
that should get you to a page with more member options
09:45
<warren>
ogra, should we keep /usr/share/ldm/rc.d there or in /usr/lib/ldm along with ldm-script?
09:45
<ogra>
they are not executable
09:45
but for keeping it clean i think we should move them along
09:46
<warren>
ogra, I'm not sure I have the options listed
09:46
ogra, what specificially is the option called?
09:46
ogra, ok, so completely move it over?
09:47
<ogra>
yup, move it as you like
09:47
<warren>
ogra, hmm, we're still discussing it here
09:47
ogra, because we have the complication of /usr/lib and /usr/lib64
09:47
<ogra>
https://launchpad.net/~ltsp-upstream/+addmember
09:47
can you get there ?
09:49
lib64 ?
09:49
its non-binary scripts arch=all .... why would you put anything like that to lib64
09:50
<warren>
ogra, well /usr/share is wrong even for a non-binary script according to FHS
09:50
ogra, fine for sourced scripts though (acting like a library)
09:50
ogra, /usr/share is fine for non-arch dependent libraries
09:51slidesinger has quit IRC
09:51
<ogra>
no, i was referring to: <warren> ogra, because we have the complication of /usr/lib and /usr/lib64
09:51
<warren>
ogra, ok, we're going to have it install into GNU's libexecdir macro
09:51
ogra, your own distro decides where that goes
09:51
ogra, on Fedora it will end up in /usr/libexec/ldm/*
09:51
ogra, on Debian probably /usr/lib/ldm/*
09:52
<ogra>
right
09:52
as i said, as long as nothing breaks i'm fine with any changes
09:53
<warren>
well, you'll probably need to test it afterward
09:53
and ltsp-client probably needs to be adjusted to the new location
09:53
Toshio is currently editing the ldm makefiles stuff
09:53
<ogra>
does ltsp client use the full path ?
09:53
i thought it just calls ldm
09:53
<warren>
oh
09:54
hm
09:54wdg has joined #ltsp
09:54
<warren>
I'll check
09:54
hmm
09:54
ogra, Edubuntu server-side I see only /usr/bin/ldmgtkgreet but not /usr/bin/ldm
09:54
<ogra>
ldm vt7 should be the default iirc
09:54
<warren>
ogra, should ldm be split into two binary packages?
09:55mathesis has joined #ltsp
09:55
<ogra>
yeah, i think scottie put it into sbin, look there
09:55
<warren>
ogra, where is ldm vt7 default defined?
09:55
I see
09:55
that isn't in the upstream makefile either
09:55
<ogra>
dont ask me why :)
09:56
/opt/ltsp/i386/usr/lib/ltsp/screen.d/ldm defines the execution of ldm
09:56
its currently shipped in ltsp-client iirc
09:56
vagrant and i already agreed on moving it to ldm
09:57
<mathesis>
As another install window manager for ltsp 5, and which set to be the main manager.
09:58
<ogra>
warren, would be nice if you could do that move alongside if you are working on it anyway
09:59
<warren>
ogra, yeah
09:59
ogra, doing so
10:00
<ogra>
thanks :)
10:00
<warren>
ogra, moving "what" to ldm?
10:00
<ogra>
the ldm screen.d script
10:00
from the ltsp/client/ tree to the ldm tree
10:01slidesinger has joined #ltsp
10:02
<ogra>
its actually trunk/client/screen.d/ldm
10:02
the sdm script should go as well
10:05daya has joined #ltsp
10:05
<warren>
OK, toshio is moving ldm to ldm-trunk/screen.d/
10:07
<ogra>
thanks
10:07
<Gadi>
make sure thats 'ldm' the screen script and not 'ldm' the binary
10:07
<ogra>
should go to /usr/lib/ltsp/screen.d/ then
10:07
<Gadi>
:)
10:08
or 'ldm' the mousepad
10:08
<warren>
ogra, yeah
10:09
ogra, just remove screen.d/sdm because nobody uses it?
10:09* warren has no idea what sdm is.
10:09
<ogra>
no, it should move into the sdm package
10:09
smd is ldm in ugly :)
10:09
*sdm
10:09
using xdialog as gui
10:10
<jammcq>
ogra: hey, you'll be happy to know that Scotty still exists :)
10:10
<ogra>
YAY
10:10
<jammcq>
I talked to him on the phone yesterday
10:10
<ogra>
jammcq, i was starting to worry
10:10
<jammcq>
me too
10:10
after many many phone calls to his office and his house
10:10
<Gadi>
sure - he lives with the Yeti and the tooth fairy
10:11
<ogra>
Gadi, they share a house ?
10:11
<warren>
what is the sdm package?
10:11* ogra didnt know the tooth fairy lived so far north
10:11
<jammcq>
only in the summer time
10:11
<warren>
OK, we don't actually need sdm?
10:12
<ogra>
warren, the package containing sdm :)
10:12
<warren>
sdm is another greeter for ldm?
10:12
<ogra>
no, we dont
10:12
<jammcq>
he's got a winter place down in Del Boca Vista
10:12
<ogra>
its a display manager using ssh that predates ldm ....
10:12
written by vagrant
10:12
<warren>
ooh
10:12
k
10:12
<ogra>
jammcq, lol
10:13
warren, its great for extremely underpowered clients
10:13
<warren>
ok... we'll package it later.
10:13
removing it from ltsp/client for now
10:14
<ogra>
vagrant should be notified that he has to include it in sdm now ....
10:14
<warren>
oh ok
10:14
<ogra>
i'll do that if i see him
10:16
<warren>
ogra, bzr://bzr.fedorahosted.org/bzr/k12ltsp/ltsp-fedora
10:16
ogra, it might be trouble to merge all this back into ltsp-trunk later...
10:16
ogra, only a small amount of it is not upstream suitable currently
10:18
<ogra>
well, we'll manage to marge it back i think
10:18
why do you think its trouble ?
10:18
*merge
10:18
(it shouldnt be)
10:18
<warren>
ogra, because we aren't able to test that our changes broke debian or not
10:18
ogra, we moved a few locations as well.
10:19
<ogra>
make sure to pull the latest update from the upstream tree and then just merge it back
10:19
<warren>
we have been
10:19
<ogra>
so just hoot, we'll need to see the breakage to fix it i think :)
10:19
*shoot
10:20
i thought you mean the merging will be problematic
10:20
<warren>
merging bits will be easy
10:20
<ogra>
bits ?
10:20
<warren>
making it work for debian will take a small amount of work
10:20
(bzr merge itself is trivial because i've been keeping in sync with ltsp-trunk)
10:20
<ogra>
right
10:21
<warren>
ogra, you will be happy to hear that mkdst-0.5 removes the rpm spec file before tarball creation
10:21* ogra pulls ltsp-fedora ....
10:21
<ogra>
lets see :)
10:22
ah, nice
10:22
as i said, i dont mind it beyond the uglyness ...
10:22
its just that likely derivatives will want their own spec files
10:22
<warren>
yeah
10:22
ogra, eventually I'd like to add a Makefile in here so "make install" is all you need
10:23
ogra, but we're not close to that yet
10:23
ogra, after things have settled down
10:23
<ogra>
in ltsp ?
10:23
<warren>
ogra, ltsp-trunk/
10:23
yes
10:23
<ogra>
hmm
10:24
<warren>
ogra, not close to that yet
10:24
ogra, long after the structure and organization of the source tree has been cleaned up and settled
10:24
ogra, and we (all distros) agree upon standard locations to install stuff
10:24sonjag has joined #ltsp
10:25
<warren>
ogra, another minor change that I will make soon is to make it so ltsp-build-client doesn't need lsb_release -i during runtime. Instead it installs ONLY the plugins it uses within the package meant for a certain distro. I will make that an option for install-time.
10:25
(so you don't need to do it that way if you don't want to)
10:26
<ogra>
warren, woah
10:26
<warren>
ogra, we need it this way because the same package needs to work on Fedora, RHEL, CentOS, Oracle, whatever
10:26
<ogra>
who in your team had the isea to create 512M big swapfiles
10:26
*idea
10:26
thats crazy
10:26
<warren>
ogra, what do you recommend?
10:26
<ogra>
64 or 128 should suffice
10:27
<warren>
I'll set the default to 128MB
10:27
<ogra>
swapfiles are a safety net only, you dont want to work with that ....
10:27
<warren>
riht
10:27
right
10:27
hm
10:27
ok
10:27
64
10:27
<ogra>
its just making sure you dont run out of ram, but if the client swaps over the net you likely can imaginge how snappy that is ;)
10:28
it slightly works if you create the swapfiles in a tmpfs though :)
10:28
but that indeed eats server ram
10:28
<warren>
nod
10:29
64 is the new default
10:29
ogra, the thing is, I see this easily supporting diskless workstations
10:29
ogra, workstations with 2GB of their own RAM
10:29
but no disks
10:29
<ogra>
i booted 28M clients here with early mounted swapfile from the servers tmpfs ... it was workable
10:29
right
10:29
thats longstanding plan i have
10:30
the prob for me in ubuntu is that we dont have such nifty auth servers like you guys do yet :)
10:30
<warren>
512MB network swap might be a safety net only in that case.
10:30
<ogra>
so network auth which is needed here becomes a PITA
10:30
yeah
10:30
for taht its fine
10:30
so you can still save your work and the machine doesnt hardlock
10:31
whats server/ltsp-swapfile-delete ??
10:31
tcpd should care for that
10:31* warren looks
10:32
<ogra>
urgh
10:32
your dhcpd.conf is da horror
10:32
<warren>
ogra, K12LTSP has been using that by default for years
10:32
ogra, all sorts of things JUST WORK
10:32
<ogra>
(thats exactly the reason we dont use the default one in ubuntu ;))
10:32
<warren>
ogra, do you see a problem with this one?
10:33
or rather, what is the problem with this one?
10:33
<ogra>
well, with mine as well, but its only a quater of the size
10:33
aned a lot less confusing
10:33
<warren>
ogra, regarding ltsp-swapfile-delete, one of our reviewers patrice suggested it, I think we'll remove it after we confirm it isn't needed.
10:33
ogra, ours is heavily tested and functional though
10:33
<ogra>
no problem, its just full and complex
10:34
<jammcq>
and beautiful
10:34
<Gadi>
busty
10:34
:)
10:34
<ogra>
i want a home user to understand the file ...
10:34
admins know where to look for options
10:35
<jammcq>
home users can't even spell dhcp
10:35
<ogra>
right
10:35
so as easy as it gets should be the motto :)
10:35tux_440volt has joined #ltsp
10:36
<ogra>
but hey, thats up to you what you ship :)
10:36
<warren>
We can add more comments to it
10:36
Or we can simply put multiple examples dhcpd.conf files in there
10:36
and let the user choose
10:36
but this particular one will be our default
10:36
because stuff just works
10:36
<ogra>
- for file in $(run-parts --list $DIR); do
10:36
+ # Red Hat's run-parts lacks --list
10:36
+ for file in $(run_parts --list $DIR); do
10:36
funny change ...
10:36
any solution here ?
10:37
<warren>
ogra, vagrant said he would add a better hack to ltsp-trunk
10:37
<ogra>
ah, cool
10:37
<warren>
ogra, that particular one was written by vagrant, he said it works but needs improvement
10:38
<ogra>
ah, right, i see he fixed it in server/plugins/functions with an override
10:39
warren, i diffed v499 to v525 and cant find any issues ....
10:40
<warren>
ogra, ok
10:40
<ogra>
great to see we have an xinetd file now :)
10:40
<warren>
ogra, I changed the location of a few files, minor changes in your package install
10:40* ogra never cared for that since ubuntu cant ship it with the current licencing
10:41
<warren>
I dunno the details of that. I just use what we hav.e
10:42
<ogra>
well, xinetd cant be modified without restrictions or so ... i dont know the details either, i just know debian and ubuntu dont allow it on tehir CDs
10:44
<warren>
ogra, http://fedoraproject.org/wiki/Licensing our extensive license matrix
10:44
ogra, FSF considers xinetd free but it isn't compatible with GPL
10:44nicoAMG has joined #ltsp
10:45
<ogra>
right
10:45
<warren>
ogra, we've been actively ripping out things that FSF says are not free
10:45
ogra, I guess Debian's "free" is different from FSF slightly?
10:45
<ogra>
google says the livcense enforces a versioning scheme
10:45
<warren>
ogra, only by trademark though?
10:45
<ogra>
thats against debian free licensing policy
10:46
<warren>
ogra, FSF and Fedora's "free" definition doesn't mind trademark based enforcement
10:46
<ogra>
dont start about trademarks :)
10:46
<warren>
I know =)
10:46* ogra remembers the iceweasle vs. firefox is in ubuntu OMG discussions
10:46
<warren>
RHEL is shipping a weird different name of firefox
10:47
<ogra>
why dont you just make an agreement with the mozilla people ?
10:47
<warren>
we made lots of arguments =)
10:47
<ogra>
since xulrunner i think firefox will die at some point anyway
10:48
http://people.ubuntu.com/~ogra/LightBrowser/
10:48staffencasa has joined #ltsp
10:48
<ogra>
i worte that in an afternoon
10:48
every light skilled programmer with some javascript knowledge can write his own browser with xulrunner
10:49
so who cares about trademarks, in two years there might be no firefox anymore :)
10:50K_O-Gnom has joined #ltsp
10:51BadMagic has joined #ltsp
10:52indradg has joined #ltsp
10:52
<warren>
going to a meeting
10:52
bbl
10:52indradg has left #ltsp
10:53* ogra calls it a day .... 12h of mono deps compiling is enough ...
10:54makghosh has joined #ltsp
11:02bokey has joined #ltsp
11:09eharrison has quit IRC
11:09bokey has left #ltsp
11:12tux_440volt has quit IRC
11:18daya has quit IRC
11:27vagrantc has joined #ltsp
11:29
<vagrantc>
warren: hey, i noticed the way you merged the change i made to mkdst, it actually over-wrote the revision history ...
11:29* vagrantc wishes the default behavior was --append-revisions-only
11:34abadger1999 has quit IRC
11:40wdg has quit IRC
11:49sgonzalez has joined #ltsp
11:50sonjag has quit IRC
12:08
<ogra>
vagrantc, ouch
12:09
<vagrantc>
ogra: it's kind of a pain to set this stuff on launchpad ... i've got to use sftp ...
12:09
<ogra>
vagrantc, warren removed the ldm and sdm screen.d scripts from the ltsp tree (we discussed that before)
12:09
<vagrantc>
ogra: i just saw sdm
12:10
er
12:10
ldm
12:10
<ogra>
the ldm script moved to the ldm code, you need to do the same for sdm i think
12:10
<vagrantc>
that's going to be harder
12:10
<ogra>
why ?
12:10
<vagrantc>
because the sdm maintainer is essentially MIA
12:10
<ogra>
oh
12:10
<vagrantc>
more like zombied
12:10
<ogra>
well, NMU it :)
12:11
<vagrantc>
i.e. they won't step down, but are pipe up just often enough to not be totally MIA
12:12
<ogra>
did you take a look at warrens changes ?
12:12
i diffed revision 499 to 525 and idnt find any significant blocker
12:12
*didnt
12:12
<vagrantc>
ogra: i've been watching them ... i'm also subscribed to all the -trunk branches
12:13
<ogra>
imho its ok for merging as it is
12:13
<vagrantc>
ok for merging into what?
12:13
<ogra>
(i'll ship my dhcpd.conf from debian/ though
12:13
trunk
12:13
<vagrantc>
i thought he was committing directly to trunk ... ?
12:14
<ogra>
he showed me his working branch today
12:14
<vagrantc>
ah, that i haven't seen
12:14
<ogra>
bzr://bzr.fedorahosted.org/bzr/k12ltsp/ltsp-fedora
12:14elisboa has quit IRC
12:14elisboa has joined #ltsp
12:15K_O-Gnom has quit IRC
12:29nicoAMG has quit IRC
12:29humbolto has joined #ltsp
12:31otavio has joined #ltsp
12:35sepski has joined #ltsp
13:01BadMagic has quit IRC
13:14
<vagrantc>
ogra: i keep forgetting if i've asked you already ... do you have any issues with splitting ltsp-client-builder into a separate source package? it would be helpful for debian, at least.
13:21omri has joined #ltsp
13:21
<omri>
13:22
13:22mathesis_ltsp has joined #ltsp
13:23
<mathesis_ltsp>
vagrantc: i have up ltsp
13:23
i have proble with thin-clients
13:27elisboa has quit IRC
13:27sonjagonzalez has joined #ltsp
13:29sgonzalez has quit IRC
13:32
<mathesis_ltsp>
hi otavio
13:32
i need help for configurar X and wm in thin clients
13:32
its run in tty
13:34omri has quit IRC
13:38mathesis_ltsp has left #ltsp
13:44Q-FUNK has joined #ltsp
13:58bobby_C has joined #ltsp
13:59
<vagrantc>
mathesis: you're not getting X ?
14:02sysadmin has joined #ltsp
14:02
<sysadmin>
hi vagrantc
14:02sysadmin is now known as mathesis_ltsp
14:02
<mathesis_ltsp>
hi vagrantc
14:03
how can i set ldm for default?
14:03jammcq has quit IRC
14:03^Migs^ has left #ltsp
14:03
<vagrantc>
mathesis: it should be the default
14:04
<mathesis_ltsp>
i do not run for defaul
14:04
<vagrantc>
mathesis: you would have to change something for it not to be the default
14:04
<mathesis_ltsp>
start in tty
14:04
<vagrantc>
mathesis: so X is not working?
14:04
<mathesis_ltsp>
yes
14:05
whet i do command "X"
14:05
its run
14:05
its not run kde
14:05
only "X"
14:05Guaraldo has quit IRC
14:06
<vagrantc>
yes, that's expected ...
14:06
<mathesis_ltsp>
i want start with ldm
14:06
how can reconfigure /opt/ltsp/
14:06
<vagrantc>
mathesis: dpkg -l 'ltsp*' | egrep ^ii ; dpkg --root=/opt/ltsp/i386 -l 'ltsp*' ldm | egrep ^ii
14:07
mathesis: please paste that to the pastebot:
14:07
!pastebot
14:07
<ltspbot>
vagrantc: "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:08
<ltsppbot>
"mathesis_ltsp" pasted "ServerCG:/home/sysadmin# dpkg" (8 lines) at http://pastebot.ltsp.org/416
14:09
<vagrantc>
mathesis_ltsp: can you try with the newer versions of the ltsp packages ?
14:10
<mathesis_ltsp>
ltsp-build-client \ --extra-mirror "http://pkg-ltsp.alioth.debian.org/debian etch-ltsp-backports main" \ --apt-key /etc/apt/trusted.gpg
14:10
only want ldm for start
14:11
<vagrantc>
mathesis_ltsp: you'll need to get newer ltsp packages , probably need to do: apt-get update && apt-get upgrade
14:12
<mathesis_ltsp>
in chroot?
14:12
<vagrantc>
mathesis_ltsp: no
14:12
i will say when you need to do something in the chroot
14:13
<mathesis_ltsp>
the error when for install xdebconfigurtor
14:13
in other server run perfect ldm
14:13
and run e16
14:13
<vagrantc>
it would be useful to tell me that you had an error at the beginning :P
14:13
<mathesis_ltsp>
in its run in tty
14:13
<vagrantc>
what's the error message?
14:13
<mathesis_ltsp>
no error
14:13
no start in ldm
14:14
startx in tty
14:14
<vagrantc>
what do you mean by "the error when for install xdebconfigurtor" ?
14:14
<mathesis_ltsp>
set 0
14:14
set 0
14:14
set 0
14:14
set 0
14:15
<vagrantc>
anything else?
14:15
<mathesis_ltsp>
how can set defaul ldm
14:15sonjagonzalez has quit IRC
14:16
<vagrantc>
mathesis_ltsp: the problem has nothing to do with ldm being default, the problem is the X failed to configure
14:16
<mathesis_ltsp>
Display Manager ldm no start
14:16
if i run command startx its start
14:16stillflame has joined #ltsp
14:17
<vagrantc>
mathesis_ltsp: what do you mean: "run command startx"
14:17
mathesis_ltsp: do you mean the screen script, or the command?
14:17* vagrantc finds the "startx" screen script to be all kinds of confusing
14:17* vagrantc waves to stillflame
14:17
<mathesis_ltsp>
wait
14:17* stillflame waves back.
14:18
<mathesis_ltsp>
if upgrade i need config other new?
14:18nicoAMG has joined #ltsp
14:18
<vagrantc>
mathesis_ltsp: can you post your lts.conf to the pastebot?
14:19
!pastebot
14:19
<ltspbot>
vagrantc: "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:19
<mathesis_ltsp>
ok
14:19
what /opt/ltsp/i386/etc/ ?
14:19
<stillflame>
so i'm installing ltsp under debian etch for the purpose of having a diskless lab. extra steps: configure /etc/exports, install and configure dhcp3-server, configure /etc/default/tftpd-hpa. anything else i'm missing? it may be the client i'm attaching with, but tftp fails to load the kernel.
14:19
<vagrantc>
mathesis_ltsp: yes.
14:20
<mathesis_ltsp>
/opt/ltsp/i386/etc/lts.conf
14:20
or
14:20
<vagrantc>
stillflame: shouldn't need to configure tftpd-hpa
14:20
<mathesis_ltsp>
/var/lib/tftpboot/ltsp/i386/lts.conf
14:20
<vagrantc>
mathesis_ltsp: /opt/ltsp/i386/etc/lts.conf
14:20
<stillflame>
no? i had to turn it on before it got any tftp connection.
14:20
<vagrantc>
stillflame: by default, it should run from inetd
14:21
stillflame: i've never had to do anything other than install it
14:21
<ltsppbot>
"mathesis_ltsp" pasted "GNU nano 2.0.2 Fichero: lts.co" (30 lines) at http://pastebot.ltsp.org/417
14:21
<stillflame>
hmm
14:22
<vagrantc>
mathesis_ltsp: change SCREEN_nn to SCREEN_07
14:22
mathesis_ltsp: or comment it out
14:22
mathesis_ltsp: it's the default.
14:23
mathesis_ltsp: you can also comment out the second X_COLOR_DEPTH
14:23
mathesis_ltsp: since it's already defined in [default]
14:23
mathesis_ltsp: but it's probably ok to leave that in, if you want.
14:24
mathesis_ltsp: is your server different from your LTSP server?
14:24
mathesis_ltsp: or, is your LDM server different from your NFS server?
14:24BadMagic has joined #ltsp
14:24
<vagrantc>
mathesis_ltsp: i would also comment out all your X_MOUSE*
14:25
mathesis_ltsp: or is it a serial mouse?
14:27
<mathesis_ltsp>
is usb
14:27
an ps2
14:27
<vagrantc>
mathesis_ltsp: definitely commend out X_MOUSE* then
14:28
<mathesis_ltsp>
yes run
14:28
delete X_MOUSE
14:28
<vagrantc>
mathesis_ltsp: i would recommend only adding options that you need to the configuration file
14:28
mathesis_ltsp: do them one at a time
14:31
<mathesis_ltsp>
thanks vagrantc
14:32humbolto has quit IRC
14:41
<mathesis_ltsp>
thanks you vagrantc
14:41
bye
14:47Gadi has left #ltsp
14:47mathesis_ltsp has quit IRC
14:55sepski has quit IRC
14:56
<stillflame>
well, i've tried 3 different terminals with the same results: "configuration file not found" looking for pxelinux.cfg/default. the file's there, though. another symptom is that it takes 5 minutes to look for the configuration files (as it searches all the possible mac address files). i'm just using a crossover cable for networking...
14:57
vagrantc: and you were right, i just had to have restarted inetd
15:01
<vagrantc>
stillflame: ah yes. trusy openbsd-inetd :)
15:01otavio has quit IRC
15:01otavio has joined #ltsp
15:21eharrison has joined #ltsp
15:23mikkel has quit IRC
16:27
<warren>
ogra, vagrantc: around?
16:27
ogra, vagrantc: do you know automake?
16:27
Toshio made changes to ldm-trunk that were correct (moving ldm-script into libexecdir) but he forgot one part.
16:27
<vagrantc>
warren: not so savvy with automake
16:28
<warren>
He made correct changes with one exception
16:28
on redhat it should be installed in /usr/libexec/ldm/
16:28
on your system it should be /usr/lib/ldm/
16:29
but he forgot the /ldm/ part
16:29
<vagrantc>
so it's just going right into /usr/libexec or /usr/lib ?
16:29
<warren>
that's how it is currently
16:30
but we want a /ldm/ added at the end
16:30
<vagrantc>
right
16:30
<warren>
do you want it there as well?
16:30* vagrantc looks at the code
16:30
<vagrantc>
definitely woudl like it in /usr/lib/ldm ...
16:31nicoAMG has quit IRC
16:31* warren sees if he can figure out automake syntax...
16:31
<vagrantc>
i played with it a little recently ...
16:31
so i'll look at it
16:32
<warren>
vagrantc, see if debian auto sets libexecdir to /usr/lib
16:32
vagrantc, I have no idea where the distro gets those locations from
16:33
vagrantc, we're going to eat soon, I'll be back soon, gotta make a few changes after /ldm/ is added after libexecdir
16:35
<vagrantc>
warren: hrm. it seems to have done nothing at all. it's still ending up in bin
16:35
/usr/bin
16:35
<warren>
vagrantc, ldm-script?
16:35
vagrantc, ldm-script was previously in /usr/share/ldm for both debian and us.
16:35
prior to his changes
16:35
<vagrantc>
oh, ldm-script ends up in /usr/share/ldm
16:36
<warren>
eh!?
16:36
mm
16:36
<vagrantc>
i was expecting the package build to break
16:36
<warren>
libexecdir macro on debian is setting that?
16:36
vagrantc, you sure you pulled down to revision 786?
16:36
<vagrantc>
786
16:37
<warren>
vagrantc, can you find where that macro is defined in debian?
16:37
<vagrantc>
no idea where to even look
16:38
ah.
16:39
we're only using make to build the binaries, we're not actually doing a make install
16:41
<warren>
oh!
16:41
no wonder the make install wasn't usable at first =)
16:42
<vagrantc>
heh
16:42
sorry about that
16:43
<warren>
maintainer-clean also didn't work
16:43
doesn't
16:43
(get rid of everything ./autogen.sh created)
16:45
vagrantc, ok... we'll fix it for ourselves
16:45
I wonder what happened to scotty
16:45* vagrantc misses scotty a bit
16:47
<Q-FUNK>
where is scotty, actuallly?
16:48
<vagrantc>
last we heard in a cabin somewhere's without much network access
16:48
<Q-FUNK>
oh
16:48
taking time off?
16:54eharrison has quit IRC
16:54
<warren>
heading to dinner, bbl
17:17makghosh|afk has joined #ltsp
17:17makghosh has quit IRC
17:27markvandenborre has joined #ltsp
17:27
<markvandenborre>
I"ve noticed that people seem to be having problems
17:27
logging out of the system sometimes
17:28
and some undead processes seem to stick around
17:29
where do you people look to prevent most of this? and how do you manage what is still left?
17:30
I imagine that doesn't happen manually
17:30J45p3r has joined #ltsp
17:30
<markvandenborre>
or by killing all firefox/whatever processes daily
17:33
<tarzeau>
markvandenborre: kill all hanging stuff at logout
17:33
gconf, arts, firefox are such processes
17:37bobby_C has quit IRC
17:38
<markvandenborre>
tarzeau: what would be the best way to do so?
17:38
(how do I configure that?)
17:45
<tarzeau>
you use ldm?
17:46
<markvandenborre>
yup
17:48
ah, I do bypass encryption, changed that setting
17:48
to improve performance
17:49Q-FUNK has quit IRC
17:58lns_ has joined #ltsp
17:59
<lns_>
Ok, just installed Ubuntu Gutsy w/LTSP - My thin clients are getting to LDM but getting stuck at "Verifying password..." - any quick fixes?
17:59
This is the first time it's done this out of 3 installs at different sites (all the same hardware/software, even thin clients)
18:00
It eventually just kicks me back to the LDM username screen, but without errors or anything.
18:05
I've done the normal ltsp-update-*
18:09
ugh
18:13
yikes, this is in messages: ltsp: No dsa key found for 10.31.32.10, please configure your ssh server correctly
18:14
<sutula>
lns: Sounds like a good clue
18:14
<lns_>
I installed ltsp-server, not ltsp-server-standalone (as we have a windows dhcp server on-site already) - is this a bug? openssh-server isn't installed
18:15
is that still a required step, to install openssh-server manually for ltsp-server ?
18:15
brb gonna try now that i installed openssh-server
18:15
<sutula>
lns: Perhaps depends on which version...the wiki says to install it but I see it as a depends in lenny
18:15ari_stress has joined #ltsp
18:16
<ari_stress>
morning all :D
18:17
<lns_>
evening, ari_stress ;)
18:19
<vagrantc>
lns_: if you only install ltsp-server, you only get the bare-bones NFS and tftp services
18:19
lns_: the rest is up to you to configure
18:24slidesinger has quit IRC
18:25
<ari_stress>
lns_: if you use ubuntu, there's a package called ltsp-server-standalone which provides a full-blown ltsp server :D
18:26
<vagrantc>
lns_: you could install ltsp-server-standalone, and then disable dhcp3-server
18:27lns_ has quit IRC
18:29markvandenborre has left #ltsp
18:41ari_stress has left #ltsp
18:44staffencasa has quit IRC
18:48ari_stress has joined #ltsp
19:14vagrantc has quit IRC
19:30twinprism has quit IRC
19:35J45p3r has quit IRC
19:38Faithful has quit IRC
19:48zodman has joined #ltsp
19:49spectra has quit IRC
20:01zodman has left #ltsp
20:33mathesis has quit IRC
20:49edgarin has joined #ltsp
21:13jammcq has joined #ltsp
21:38zodman has joined #ltsp
21:38zodman has left #ltsp
21:40GiantPickle has quit IRC
21:41open_lad has joined #ltsp
22:13Joris has joined #ltsp
22:29Joris_ has quit IRC
22:35daya has joined #ltsp
22:45ari_stress has quit IRC
22:59psycodad has quit IRC
22:59psycodad has joined #ltsp
23:03mathesis has joined #ltsp
23:03cyberorg has quit IRC
23:38daya has quit IRC
23:40johnny_ has joined #ltsp