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


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

00:10edgarin has joined #ltsp
00:14
<mathesis>
E: Couldn't find these debs: locales
00:14
error: LTSP client installation ended abnormally
00:21
vagrantc_, http://www.pastebin.ca/797757
00:22
<vagrantc_>
mathesis: probably broken in lenny
00:22
<mathesis>
yes
00:31zodman has quit IRC
00:42plamengr has joined #ltsp
00:49
<vagrantc_>
mathesis: dpkg -l ltsp* | egrep ^ii
00:49daduke has joined #ltsp
00:55
<mathesis>
http://www.pastebin.ca/797769 <== vagrantc_
00:58
<vagrantc_>
mathesis: usa paquettes de sid ...
00:59
mathesis: echo deb http://pkg-ltsp.alioth.debian.org/debina sid-ltsp main >> /etc/apt/sources.list ; apt-get update
00:59
<mathesis>
pquetes de sid en lenny?
00:59
<vagrantc_>
y apt-get upgrade
01:00
pienso es mejor usa etch ...
01:01
<mathesis>
y no have machine for install etch
01:02
Failed to fetch http://pkg-ltsp.alioth.debian.org/debina/dists/sid-ltsp/main/binary-i386/Packages.gz 404 Not Found
01:02
Reading package lists... Done
01:02
E: Some index files failed to download, they have been ignored, or old ones used instead.
01:03
<vagrantc_>
lo siento ...
01:03
debina -> debian
01:04
sed -i -e 's,debina,debian,g' /etc/apt/sources.list
01:12
<mathesis>
oks
01:12
ready
01:12
ahora instalo ltsp nuevamente?
01:13
<vagrantc_>
mathesis: apt-key list | egrep -i 13D1A99
01:13
<mathesis>
listo
01:14
<cyberorg>
vagrantc_, VENDOR=$(lsb_release -i -s) is in gutsy-ltsp/server/ltsp-build-client, that gives VENDOR=SUSE LINUX, will it work?
01:14
<mathesis>
ahora=
01:14
que mas vagrantc_ ?
01:14
<vagrantc_>
cyberorg: i'm thinking we'll need to change it to lsb_release -i -s | tr ' ' '_'
01:15
cyberorg: then your plugins would go in /usr/share/ltsp/plugins/ltsp-build-client/SUSE_LINUX
01:15
<cyberorg>
vagrantc_, yeah
01:16
<vagrantc_>
mathesis: ltsp-build-client --extra-mirror 'http://pkg-ltsp.alioth.debian.org/debian sid-ltsp main' --apt-keys /etc/apt/trusted.gpg
01:16
<mathesis>
oks
01:16fernando1 has quit IRC
01:17
<vagrantc_>
mathesis: es possible problemas con locales ...
01:17
mathesis: ah, pienso ...
01:17
--copy-package-cache --copy-package-lists
01:17MasterOne has joined #ltsp
01:18
<vagrantc_>
mathesis: solo descargar los paquetes una vez
01:18
<mathesis>
E: Couldn't find these debs: locales
01:18
error: LTSP client installation ended abnormally
01:20
<vagrantc_>
mathesis: mkdir -p /etc/ltsp/plugins/ltsp-build-client ; touch /etc/ltsp/plugins/ltsp-build-client/025-locales
01:20
LC_ALL=C ltsp-build-client --extra-mirror ...
01:21
<MasterOne>
Hi guys, is there any possibilty to use a microphone or headset on the thin client? I guess the pulseaudio setup only works in one direction, but without support of a microphone on the thin client, the use of VoIP in a LTSP5 setup is not possible.
01:22
<mathesis>
W: Failure trying to run: chroot /opt/ltsp/i386 mount -t proc proc /proc
01:22
error: LTSP client installation ended abnormally
01:24
<MasterOne>
Hi guys, is there any possibilty to use a microphone or headset on the thin client? I guess the pulseaudio setup only works in one direction, but without support of a microphone on the thin client, the use of VoIP in a LTSP5 setup is not possible.
01:24
ups
01:24
<vagrantc_>
mathesis: hay mucho problemas :P
01:24
<MasterOne>
is there any more info available, how this pulseaudio setup works exactly for LTSP5?
01:25
<vagrantc_>
i thought pulseaudio was supposed to work with microphones ...
01:25
<mathesis>
vagrantc_, tomorrow install debian etch
01:25
<MasterOne>
vagrantc_: yes, and more info about this?
01:25
how could I test it?
01:25
<vagrantc_>
MasterOne: if pulseaudio doesn't work with microphones, you can still install your application locally ...
01:25
MasterOne: no idea ...
01:26
<mathesis>
thanksyou vagrantc_
01:26
<MasterOne>
vagrantc_: is there extended info (or better tutorial) available for setting up local apps?
01:26
<johnny>
not yet..
01:26
as far as i know
01:26
<vagrantc_>
MasterOne: not much
01:28
<MasterOne>
As far as I understand, the actual pulseaudio setup only works one way (server->client), but if the reverse setup would be done in the thinclient chroot, it should be possible to feed microphone / headset back to the server
01:28
I think the possibilty to use VoIP is pretty much essential in such a setup
01:28
<johnny>
vagrantc_, what was the purpose of this ? http://codebrowse.launchpad.net/~ltsp-upstream/ltsp/trunk/revision/491
01:29
<vagrantc_>
johnny: it fixes a bug when /usr/lib/ltsp/get_hosts is present and LDM_SERVER is set
01:30
<johnny>
and they disagree?
01:30
somebody suggested that as a fix to the autologin bug, sadly it was not the case
01:30
tht it was fixed i mean
01:30edgarin has quit IRC
01:30
<vagrantc_>
if both were present, the code would the set LDM_SERVER=$SERVER
01:31
johnny: yes, i don't know why ogra thought that would fix the autologin bug ...
01:32
<johnny>
well have you heard of such issues with anybody using debian?
01:32
<vagrantc_>
which issues ?
01:32
<johnny>
autologin :)
01:32
<vagrantc_>
i can definitely confirm that autologin is broken on debian
01:34
<johnny>
ok, so it's not just ubuntu
01:34
good to know
01:34MasterOne has quit IRC
01:34
<johnny>
trying to get a friend of mine to come over and help me solve it, will be helpful to have another set of eyes on it
01:35
<vagrantc_>
it's something wrong with the C code ...
01:35
my C is a bit weak to really have a clue
01:35
<johnny>
yeah mine too :)
01:36
<mathesis>
bytes
02:01
<cyberorg>
vagrantc_, https://forgesvn1.novell.com/viewsvn/kiwi-ltsp/trunk/upstream-plugin/SUSE_LINUX/
02:03
<vagrantc_>
cyberorg: great
02:03
cyberorg: how does /etc/sysconfig/kiwi-ltsp get configured ?
02:04
<cyberorg>
vagrantc_, either using editor or yast
02:04
<vagrantc_>
cyberorg: you could write plugins to override some of those settings on the fly ...
02:05
<cyberorg>
vagrantc_, it doesnt have much https://forgesvn1.novell.com/viewsvn/kiwi-ltsp/trunk/kiwi-ltsp/ltsp/suse-10.3/kiwi-ltsp?revision=51&view=markup
02:05
except for installation source and ip addresses, user does not have to change anything
02:06* vagrantc_ doesn't *have* to configure anything in debian either
02:06
<vagrantc_>
ltsp-build-client
02:06
"just works"
02:06
<cyberorg>
vagrantc_, installation source and network configuration?
02:07
<vagrantc_>
cyberorg: well, the assumption is that you have network connectivity and to use a network-accessible mirror
02:08
an LTSP network without internet access is probably fairly rare
02:08
as far as network configuration, it still needs dhcpd configured, and maybe /etc/inetd.conf and/or /etc/exports
02:09
but that's not really ltsp-build-client's job
02:09
<cyberorg>
vagrantc_, /etc/sysconfig/kiwi-ltsp configures all that
02:09
we assumed completely new install without any configuration
02:10
<vagrantc_>
yeah, sure.
02:10
<cyberorg>
i basically tried to automate ltsp 4.2's ltspadmin script
02:11
<vagrantc_>
yes, it's been long on the todo list to write something like ltspadmin ...
02:11
and of course, to automate everything ...
02:11
<cyberorg>
teachers wanting ltsp running shouldn't be required to mess with dhcp/tftpboot/nfs/nbd etc
02:11
<vagrantc_>
ubuntu has a little more automatically configured
02:12
yes, debian-edu has everything configured out of the box ...
02:12
but that's not really ltsp-build-client's role ...
02:13* vagrantc_ doesn't want a script that takes over the system's configuration without the user/administrator knowing what happened
02:14
<cyberorg>
vagrantc_, yeah, that is why things dont run if you are not root
02:15
if left to users to configure every component individually there are chances of it going wrong somewhere
02:15
<dberkholz>
vagrantc_: what if the admin _did_ know what happened because the script told him?
02:15
<vagrantc_>
dberkholz: yes, i think that's an excellent approach ...
02:15
<dberkholz>
keep the automation but take away the black box
02:16
<vagrantc_>
i'm not opposed to automation, i'm opposed to having some scripts assumptions about how the system is set up breaking other things
02:16
<dberkholz>
that's certainly more of the gentoo approach, not sure about debian philosophy
02:16
<cyberorg>
vagrantc_, the script which does all this also creates manual_task list, so in case it cannot successfully configure something, admin knows what he has to fix
02:16
<dberkholz>
make it just work, but also make sure people understand how it works
02:16
<vagrantc_>
and thus, the most basic utility should not actually muck with much ... you have additional wrappers around those tools
02:17
<dberkholz>
back to correcting exams...
02:17
<vagrantc_>
cyberorg: i'm not saying it's a bad thing to automate ... though i do think it's a bad thing to have it be impossible to configure manually...
02:18
<cyberorg>
vagrantc_, of course it is possible to configure everything manually, it is Linux :)
02:18
<vagrantc_>
if there's no manual override, you're limited by the limitations of the author's imagination
02:18
cyberorg: well, there's a difference between re-writing a program and being able to set a few commandline or configuration file options
02:20
<cyberorg>
/etc/sysconfig/kiwi-ltsp offers that, it takes options only that are required for our purpose
02:21
http://pastebin.ca/797801 is the output generated when the script runs
02:22
there is more verbose output if you turn up DEBUG option
02:25MasterOne has joined #ltsp
02:26
<vagrantc_>
i guess the main thing i'm worried about is every distro coming along and implementing their own kiwi-ltsp like thing and there is very little in common from distro to distro
02:27
<johnny>
truely..
02:28
<cyberorg>
vagrantc_, it can't be avoided if we leave implementation on the distros, they will do what is easiest for them
02:30
for us using kiwi was easiest, as we didn't have to hack mkinitrd or write something entirely new to build chroot for nfs and squashfs image for nbd
02:30
<MasterOne>
Anybody here using xterminator? I just installed the actual version v0.2, but it's not working. When I try to login from a thin client, it just shows a black screen, I can see the mouse pointer, but nothing else happens, nothing shows up in syslog. Any idea? I think xterminator is very useful, I don't want to messup my session, just because I forgot to logout on another machine
02:45bobby_C has joined #ltsp
02:47
<MasterOne>
Anybody here using xterminator? I just installed the actual version v0.2, but it's not working. When I try to login from a thin client, it just shows a black screen, I can see the mouse pointer, but nothing else happens, nothing shows up in syslog. Any idea? I think xterminator is very useful, I don't want to messup my session, just because I forgot to logout on another machine
02:58F-GT has quit IRC
03:16fernando1 has joined #ltsp
03:18nf1 has joined #ltsp
03:27vagrantc_ has quit IRC
03:47klausade has quit IRC
03:48yanu has quit IRC
03:50Jenna has joined #ltsp
03:52yanu has joined #ltsp
03:53MasterOne has quit IRC
03:55mikkel has joined #ltsp
04:05cyberorg has quit IRC
04:09MasterOne has joined #ltsp
04:12exodos has joined #ltsp
04:13
<exodos>
hii, a have small question: how to specify nbdroot by kernel args?
04:14daya has joined #ltsp
04:16daya has joined #ltsp
04:18daya has joined #ltsp
04:20daya has joined #ltsp
04:22daya has joined #ltsp
04:23
<exodos>
ok, I found that I have to set nbdroot=ip.ip.ip.ip:port on the kernel command line. Then ltsp-nbd mount script checks for $nbdroot variable.
04:24daya has joined #ltsp
04:25cyberorg has joined #ltsp
04:25daya has quit IRC
04:26daya has joined #ltsp
04:26daya has quit IRC
04:27daya has joined #ltsp
04:28daya has quit IRC
04:29daya has joined #ltsp
04:34flopperl has quit IRC
04:44kaminski-ltsp-br has joined #ltsp
05:00subir has quit IRC
05:06otavio has joined #ltsp
05:15cyberorg has quit IRC
05:19cyberorg has joined #ltsp
05:31nf1 has quit IRC
05:32
<cyberorg>
ogra, created a tiny plugin https://forgesvn1.novell.com/viewsvn/kiwi-ltsp/trunk/upstream-plugin/SUSE_LINUX/
05:32
<ogra>
yeah i saw the backlog
05:33
<cyberorg>
ok :)
05:36technofrood has joined #ltsp
05:41basanta has joined #ltsp
05:42
<technofrood>
I work at a school, and am looking at trialling LTSP in areas where students only need web and basic office access, I have installed LSTP on a clean debian server, but am having problems as we use RIS for our XP installs, I have created a reservation in the windows dhcp server for a test machine with options 17,66,67 set and pointing to the LTSP server, the client boots and dhcps and picks up the reservation but st
05:47Q-FUNK has joined #ltsp
05:50oblek has joined #ltsp
05:50
<oblek>
any patch/workaround for unpartitioned usb stick?
05:50
beside formatting the device?
05:51subir has joined #ltsp
05:53
<oblek>
I'm running internet cafe, and having difficulties see the device when the usb stick doesnt have partition
05:53
so formatting the device is not a good option at the moment
05:55
is this workaround working in LTSP5?
05:55
http://wiki.ltsp.org/twiki/bin/view/Ltsp/WorkInProgress#Unpartitioned_USB_Stick_LTSP_4_2
05:58F-GT has joined #ltsp
06:03martoya has joined #ltsp
06:08Jenna has quit IRC
06:09
<MasterOne>
anybody here using xterminator?
06:10technofrood has quit IRC
06:11Guaraldo has joined #ltsp
06:11basanta has quit IRC
06:16subir has quit IRC
06:21
<exodos>
can someone explain me how is the "nbdroot=foo:bar" kernel parameter changed to $nbdroot variable inside initrd scripts?
06:21
i'mean where this assigment is executed?
06:30klausade has joined #ltsp
06:33
<ogra>
in initramfs
06:33
http://codebrowse.launchpad.net/~ltsp-upstream/ltsp/trunk/annotate/sbalneav%40phobos-20071121050525-3rc7lkvr80c16ves?start_revid=ogra%40ubuntu.com-20071125181031-095ywyiq9ifc9d6b&file_id=ltspnbd-20070611133425-xs8kk2gotlvbpcyt-2
06:33
have a look there
06:36
<exodos>
ogra: I see there only a test of its value. I wanted to know where was this value assigned
06:36
or all kernel parameters are assigned to variables with the same names?
06:39
<ogra>
NBD_ROOT_PORT=${nbdport:-"2000"}
06:39
in this line
06:39
if the nbdport variable is unset it uses port 2000
06:39
if it is set as kernel commandline option the script wont touch it but use the provided value
06:39sonjag has joined #ltsp
06:39martoya has quit IRC
06:39Q-FUNK has quit IRC
06:39cyberorg has quit IRC
06:39jammcq has quit IRC
06:39rjune has quit IRC
06:39shogunx has quit IRC
06:39spectra has quit IRC
06:39elisboa has quit IRC
06:39Joris has quit IRC
06:39sutula has quit IRC
06:39warren has quit IRC
06:39jbrett has quit IRC
06:39primeministerp has quit IRC
06:39Shingoshi has quit IRC
06:39yanu has quit IRC
06:39Drakeweb has quit IRC
06:39gentgeen__ has quit IRC
06:39dberkholz has quit IRC
06:39ltsppbot has quit IRC
06:39F-GT has quit IRC
06:39otavio has quit IRC
06:39topslakr has quit IRC
06:39yanu has joined #ltsp
06:39Drakeweb has joined #ltsp
06:39ltsppbot has joined #ltsp
06:39gentgeen__ has joined #ltsp
06:39dberkholz has joined #ltsp
06:39F-GT has joined #ltsp
06:39otavio has joined #ltsp
06:39topslakr has joined #ltsp
06:39
<ogra>
??
06:40martoya has joined #ltsp
06:40Q-FUNK has joined #ltsp
06:40cyberorg has joined #ltsp
06:40jammcq has joined #ltsp
06:40rjune has joined #ltsp
06:40shogunx has joined #ltsp
06:40spectra has joined #ltsp
06:40elisboa has joined #ltsp
06:40Joris has joined #ltsp
06:40warren has joined #ltsp
06:40sutula has joined #ltsp
06:40Shingoshi has joined #ltsp
06:40primeministerp has joined #ltsp
06:40jbrett has joined #ltsp
06:40* ogra doesnt understand
06:40jammcq has quit IRC
06:40
<sonjag>
Good morning!! Hope everyone had a nice weekend :)
06:41
<ogra>
the block between line 43 and 58 sets the values for NBD_ROOT_PORT and NBD_ROOT_SERVER either from values it recieves from the kernel commandline or to defaults
06:41GiantPickle has quit IRC
06:41GiantPickle has joined #ltsp
06:41ccherrett has quit IRC
06:41
<ogra>
NBD_ROOT_SERVER="${ROOTSERVER}" and NBD_ROOT_PORT=${nbdport:-"2000"}
06:41
<sonjag>
I'm following up on an issue I wrote about last week where I leave on Friday and the servers look good, come back in on Monday and they're slow and I eventually need to reboot.
06:41ccherrett has joined #ltsp
06:41
<ogra>
these values are then used on line 78 to mount the readonly FS
06:42
<exodos>
ogra: and where is $nbdroot variable set?
06:42
<ogra>
exodos, at the kernel commandline or never
06:42
<sonjag>
This morning I came in to find 16 instances of bonobo-activation running for users not logged in. Why are these processing running when the user has logged out?
06:42
<ogra>
sonjag, moquist has a cleanup script for these
06:42
its fixed upstream and will be in the next bonobo release in hardy
06:43
<sonjag>
ogra, are your talking about xterminator? If so, I have that installed but it only "cleans up" when the user logs in again.\
06:43
<ogra>
(its a bug in bonobo ... )
06:43
<exodos>
ogra: so if I will add option "foo=bar" to my kernel parameters I will have variable $foo with value bar acessible inside initram scripts
06:43
am I correct?
06:44
<ogra>
yeah
06:44
<exodos>
ok, thx a lot
06:46
<sonjag>
ogra, I just re-read moquist's page on xterminator. It is supposed to clean up on login and after, so I need to talk to him about why this keeps running. Thanks.
06:47
<ogra>
well, eventually we need to have the apps fixed indeed ... thats the main goal
06:47tiagovaz has joined #ltsp
06:49
<MasterOne>
anybody here using xterminator?
06:50
I just tried xterminator v0.2 but it did not work
06:51
after xterminator 0.2 was installed, I could not login from a thin client any more, it just presented a black screen, mouse pointer was visible, but nothing more, and nothing showed up in syslog
06:51
any idea?
06:53
<sonjag>
MasterOne, I have xterminator running on 2 ltsp boxes and it works fine.
06:54
<MasterOne>
this was a fresh Edubuntu Gutsy installation, and xterminator v0.2 from the launchpad repo
06:54
<sonjag>
MasterOne, does the issue go away if you remove xterminator?
06:54
<MasterOne>
yes
06:54
<sonjag>
MasterOne, I'm running Fiesty.
06:54
<MasterOne>
so you are using v0.1.4?
06:55
there are two xterminator versions in the launpad repo
06:55
<sonjag>
MasterOne, do you know moquist? He's the author and I'm sure he'd be willing to help.
06:55
<MasterOne>
v0.1.4 from september (that's what Moquist also posted to the mailinglist), and v0.2 from november
06:55
<sonjag>
I'm not sure what version... can you tell me how to check?
06:55
<MasterOne>
I already sent Moquist an email
06:56
I don't think you can check, except the version shown in synaptic (if you used the launchpad repo)
06:56
in the launpad repo only v0.2 shows up for gutsy
06:57
hmpf
06:58
I don't really want to miss out on xterminator, because I don't want my session get messed up, if I should forget to logout on another machine
07:02ogra1 has joined #ltsp
07:02ogra has quit IRC
07:02ogra1 is now known as ogra
07:06sonjag has quit IRC
07:09MasterOne has quit IRC
07:10ogra has quit IRC
07:10Guaraldo has quit IRC
07:10bobby_C has quit IRC
07:10Topslack has quit IRC
07:10dan__t has quit IRC
07:10gu has quit IRC
07:10BadMagic has quit IRC
07:10Lumiere has quit IRC
07:10monteslu has quit IRC
07:10highvoltage has quit IRC
07:10jcastro has quit IRC
07:11ogra has joined #ltsp
07:11Guaraldo has joined #ltsp
07:11bobby_C has joined #ltsp
07:11dan__t has joined #ltsp
07:11Topslack has joined #ltsp
07:11highvoltage has joined #ltsp
07:11monteslu has joined #ltsp
07:11BadMagic has joined #ltsp
07:11jcastro has joined #ltsp
07:11gu has joined #ltsp
07:11Lumiere has joined #ltsp
07:11parsley has joined #ltsp
07:16bobby_C has quit IRC
07:16MasterOne has joined #ltsp
07:20cliebow has joined #ltsp
07:24oblek has quit IRC
07:44plamengr has quit IRC
07:47plamengr has joined #ltsp
07:48K_O-Gnom has joined #ltsp
07:57Technofrood has joined #ltsp
08:03J45p3r has joined #ltsp
08:09tiagovaz_ has joined #ltsp
08:11tiagovaz has quit IRC
08:16K_O-Gnom has quit IRC
08:25Gadi has joined #ltsp
08:27artista_frustrad has joined #ltsp
08:29
<cliebow>
J45p3r:?? pw fgor this proxim?
08:32Uranellus has joined #ltsp
08:36
<Uranellus>
hello, I've got thin clients in different subnets all connected to one fat terminal server in it's own (backbone) subnet .. now I need to configure the server printing system somehow to print to a printer depending on where the thin client is at
08:50
<MasterOne>
Once again: http://ppa.launchpad.net/moquist/ubuntu shows xterminator with version 0.2 in gutsy main, but that version from 2nd November does not work. Can someone confirm that?
09:02artista_frustrad has left #ltsp
09:02vpro has quit IRC
09:06sonjag has joined #ltsp
09:09MasterOne has quit IRC
09:20sbalneav has joined #ltsp
09:20
<sbalneav>
Morning all
09:21
Well, after a VERY busy weekend, I managed to get my main mail/file server updated.
09:21
20+ hours of work :(
09:23dtrask has joined #ltsp
09:24
<cliebow>
dtrask: you short a bts 2005 sweatshirt?
09:25zodman has joined #ltsp
09:26dtrask has quit IRC
09:30K_O-Gnom has joined #ltsp
09:37zodman has quit IRC
09:38Q-FUNK has quit IRC
09:38daya1 has joined #ltsp
09:42mikkel has quit IRC
09:43Q-FUNK has joined #ltsp
09:44
<cliebow>
Hi Scottie..by the way..
09:45Q-FUNK has quit IRC
09:47
<sbalneav>
cliebow: Yep?
09:52
<johnny>
uggh.. my thin clients won't let go of firefox
09:52
keeps hanging out in the background eating up CPU
09:53
i have no clue why it would do that
09:55
<sbalneav>
johnny: are the users logging out with firefox running? Or they're closing firefox and it's not going away?
09:55
<johnny>
closing firefox
09:56
<sbalneav>
So, the window doesn't disappear?
09:56
<johnny>
yes it does
09:56
then they get a prompt to clear out the cookies
09:56
err private data
09:56
maybe what they click there makes it happen..
09:57
<sbalneav>
Or, if they don't click on it, and then log out, maybe?
09:59
<johnny>
hmm.. need to run experiments on it..
09:59
i just know with 4 clients i'm maxing out a dual core
10:00
uggh
10:00
<ogra>
is the same user logged in already ?
10:00
<johnny>
hmm ps aux shows ids for some of the clients, and names for others..
10:00
<ogra>
FF doesnt like taht
10:00
<johnny>
i doubt it
10:00
no
10:00
or they shouldn't at least
10:00
<ogra>
(just to exclude teh obvoius bu#its :) )
10:01
<johnny>
i know they definitely didn't when i had autologin workin
10:01
<ogra>
sbalneav, seen that ? http://codebrowse.launchpad.net/~ltsp-upstream/ltsp/trunk/revision/vagrant%40freegeek.org-20071125161106-xatic3qssilajodh?start_revid=ogra%40ubuntu.com-20071125181031-095ywyiq9ifc9d6b
10:02
/usr/lib/ltsp/get_hosts is nonexistent ... so LDM_SERVER gets never filled
10:05
<johnny>
btw ogra i actually manually filled LDM_SERVER and that didn't help
10:05
previously
10:05
<ogra>
johnny, indeed
10:05
<johnny>
i coulda swore i commented on that
10:05
<ogra>
there is more to fix, but thats one essential piece
10:05plamengr has quit IRC
10:05
<ogra>
(as teh bug says in teh initial text)
10:05
<johnny>
hmm.. could you give me a reason why ps aux would show up some clients with user names
10:05
and some not ?
10:06
<ogra>
no idea
10:06MasterOne has joined #ltsp
10:07
<ogra>
if tehy are logged in there must be a ssh session runing under their name
10:08plamengr has joined #ltsp
10:09daya1 has quit IRC
10:12
<johnny>
uggh.. can't run this app remotely for some reason..
10:31
hm.. it shows up fine in top
10:31
ok.. things seem better.. some nautilus process was being ultra mean
10:33
<ogra>
hint: switch off thumbnailing systemwide ;)
10:33
<cliebow>
sbalneav: no probs..just a halloooo!!
10:35
<johnny>
hmm. seems like the gnome-cups-icon issue still exists as of awhile now
10:35
it likes to use 100%
10:36
only for a second, but i don't understand why
10:40vagrantc has joined #ltsp
10:49staffencasa has joined #ltsp
11:04elisboa has quit IRC
11:04elisboa has joined #ltsp
11:07J45p3r has quit IRC
11:07martoya has quit IRC
11:20BadMagic has quit IRC
11:23BadMagic has joined #ltsp
11:29plamengr has left #ltsp
11:30primeministerp has quit IRC
11:37cyberorg has quit IRC
11:43cyberorg has joined #ltsp
11:47
<vagrantc>
ogra: mktemp -d /full/path ... doesn't really do anything meaningful, does it?
11:48K_O-Gnom has quit IRC
11:50exodos has quit IRC
12:14
<ogra>
vagrantc, warren insisted on using mktemp, he thinks it prevents from overwriting existing dirs (whic i doubt)
12:16
<vagrantc>
ogra: yes, mktemp is a good thing. but i think we can do better. :)
12:17
i'm rewriting the script
12:17
not from scratch, per se ...
12:17
ogra: launchpad wasn't allowing me to commit just a bit ago ...
12:18
er, use mktemp better
12:18
<MasterOne>
can anyone here confirm, that xterminator v0.2 from 2nd november from the launchpad repo is not working?
12:19elisboa has quit IRC
12:20elisboa has joined #ltsp
12:24J45p3r has joined #ltsp
12:27
<warren>
vagrantc, I'd like to see your version
12:28
vagrantc, I modified ogra's mkdist for another project, after you rewrite it I'd like to integrate my additions.
12:28
<vagrantc>
warren: almost mostly done
12:28MasterOne has quit IRC
12:28
<vagrantc>
warren: i'm thinking mkdist it really belongs in it's own bzr project
12:28
warren: and based on waht you just said ... :)
12:29
<warren>
vagrantc, can bzr automatically checkout another bzr repo in another directory?
12:29
<vagrantc>
warren: like subversion's external projects? i don't think so, but i'm not sure.
12:38
<ltsppbot>
"vagrantc" pasted "mkdist rewrite" (107 lines) at http://pastebot.ltsp.org/372
12:38
<vagrantc>
warren: try that out
12:39
a little refactoring ... and a couple conceptual changes ... and makes better use of mktemp
12:39
<warren>
we really have to read VERSION from a separate file
12:39
<vagrantc>
(using a randomly generated directory instead of a predictable one)
12:39
absolutely ...
12:39
<warren>
ltsp versions should be like 5.1.x
12:39
<vagrantc>
i was thinking something like mkdist.conf in the top-level source directory
12:39
warren: indeed ... 5.1.x
12:39
<warren>
that would be fine
12:40
<vagrantc>
or release.conf
12:40
<warren>
vagrantc, rename --force to --test
12:40
<vagrantc>
or even just the commandline
12:40
warren: sure
12:40
./mkdist --version 5.1.0
12:41
and then it can check if the tag already exists ...
12:41
<warren>
vagrantc, I suppose we can have a separate bzr repo for mkdist, but we would have to copy it manually to other repos until bzr supports something to automate it.
12:41
vagrantc, I also hope we can get NAME without looking at pwd
12:42
vagrantc, because locally I have ~/ltsp/warren ~/ltsp/ogra etc.
12:42
<vagrantc>
just making more things variables was one of my goals
12:42
<warren>
let's agree on a standard format for release.conf
12:42
vagrantc, should mkdist and release.conf be removed from the directory before tarballing?
12:43* vagrantc doesn't think mkdist should be in the directory
12:43
<vagrantc>
before or after tarballing
12:43
<warren>
vagrantc, you mean to make a mkdist package?
12:43
vagrantc, /usr/bin/mkdist
12:43
<vagrantc>
possibly ...
12:44
<warren>
gotta make sure nobody else has a mkdist =)
12:44
mkdist(8)
12:44
NAME mkdist - make a Minix distribution
12:44
too many hits for mkdist
12:44
<vagrantc>
though i think it's the sort of thing that doesn't necessarily need to be packaged ... people making releases can just use the bzr checkout
12:44
<warren>
vagrantc, if we want a package of this in $PATH, then we need a new name.
12:45
vagrantc, use the bzr checkout and put it where?
12:45
<vagrantc>
warren: what sort of automation were you thinking about?
12:45
/whereever/foo/bar/mkdist --release ltsp-5.1.0 vagrant-ltsp-trunk
12:46
where vagrant-ltsp-trunk is a checkout of the ltsp project
12:47
<warren>
if mkdist isn't in ./ or $PATH it is a little inconvenient
12:47MasterOne has joined #ltsp
12:47
<vagrantc>
warren: how often are people going to be making upstream releases?
12:47
<warren>
vagrantc, it depends on the component
12:47
vagrantc, technically if they spin a package from it, they should "bzr tag" with an incremented number at least.
12:48
<MasterOne>
Is it possible, that the Firefox Flash9 plugin does not output any audio to the thin client?
12:48
<vagrantc>
MasterOne: not just possible, very likely
12:48
<MasterOne>
is there a fix for that issue?
12:48
<warren>
MasterOne, you need a sound server like pulseaudio, and if you use pulseaudio you need libflashsupport
12:49
<MasterOne>
pluseaudio is used by default in the LTSP5 Edubuntu Gutsy setup
12:49
<vagrantc>
warren: i agree that all package releases should be in revision control ... but each distro should base off of an upstream tarball and make patches as needed for a given release until those patches are accepted upstream...
12:49
<MasterOne>
but when I installed Flash9 over synaptic, I saw that it fetched libasound
12:49cyberorg_ has joined #ltsp
12:49
<sutula>
vagrantc: Is it likely that LDM_USERNAME and LDM_PASSWORD will be implemented anytime soon in the Debian version?
12:50
<vagrantc>
sutula: they're implemented, they're just broken
12:50
<sutula>
:(
12:50
<vagrantc>
sutula: at least with ldm2 ... lenny still is stuck with the python ldm ...
12:50
sutula: been waiting on a powerpc buildd for weeks
12:51
<sutula>
vagrantc: OK...that's been a bit of a bottleneck :)
12:51
<MasterOne>
warren: libflashsupport?
12:52
<vagrantc>
i'm also trying to get upstream ltsp in decent shape before making another upload to debian
12:52
<sutula>
vagrantc: Consider it an informal request, then, but not very important...there's other ways of skinning that one
12:52
<Gadi>
sutula: if debian is still on the python ldm, why not grab the python one with the hack?
12:52
<warren>
MasterOne, it is a BSD-licensed plugin that flash plugin can optionally load
12:52
<vagrantc>
sutula: definitely on my TODO list ...
12:52
<sutula>
Gadi: Yes...that's one of the ways
12:53* sutula tries to keep the number of hacks on his server to a minimum :)
12:53
<warren>
vagrantc, "but each distro should base off of an upstream tarball and make patches as needed for a given release until those patches are accepted upstream..." That sounds like a good idea. Does bzr make it easy to keep patches after a certain revision in separate patch files?
12:53
vagrantc, alternatively, we could define it this way...
12:54
vagrantc, VERSION=5.1.x.y
12:54
<vagrantc>
warren: well, you can obviously make a branch, and then generate the patch files
12:54
<warren>
vagrantc, x is minor version (upstream only)
12:54
vagrantc, y can be distro-specific, HOWEVER it must contain a distro string
12:54
<vagrantc>
warren: debian already has best practices for debian-specific versions
12:54
<warren>
vagrantc, for example 5.1.23.fedora9
12:55
vagrantc, does bzr have easy cherry-picking?
12:55
vagrantc, (I'm very confused sometimes because I am learning git for other projects.)
12:55
<vagrantc>
warren: what exactly do you mean by cherry-picking ?
12:56
<warren>
vagrantc, easy and quick interface to pick specific changesets from another repo for merging into your own.
12:56
<vagrantc>
you can grab individual patches or ranges of patches ... and the merges are generally handled decently... though there's some stupid bugs with it
12:57
warren: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354669
12:57
<warren>
vagrantc, hm.... if we stop shipping mkdist within each source repo, then I really want it to become a package. We would need a new name though.
12:57Technofrood has quit IRC
12:58
<warren>
vagrantc, otherwise I don't think it is a big problem to continue shipping it in each source repo, with a canonical version in another bzr repo.
12:58* vagrantc hates the idea of shipping it in each bzr repository
12:58
<warren>
vagrantc, if mkdist itself contains its version number at the top, we can easily copy it from the canonical bzr repo when needed. After a while it wont change much so it wont be a problem.
12:58
<vagrantc>
hate
12:58
<warren>
vagrantc, ogra wanted it this way?
12:59K_O-Gnom has joined #ltsp
12:59
<warren>
hm
12:59
If we make it into a package, it could support other repo formats.
12:59* vagrantc gets wild-eyed
12:59
<warren>
CVS, svn, hg, git, etc.
12:59* vagrantc smiles
12:59
<vagrantc>
part of me just wants to keep it really simple
12:59
<warren>
vagrantc, let's do it this way for now, and eventually move it out into its own package?
12:59
<vagrantc>
and not support all sorts of stuff
13:00
<warren>
vagrantc, yeah... I guess
13:04mathesis has quit IRC
13:05cyberorg has quit IRC
13:08sepski has joined #ltsp
13:11
<vagrantc>
warren, ogra, sbalneav: tar shouldn't need to be verbose for mkdist, should it?
13:12
<warren>
vagrantc, let's make a debug mode and that can be debug only
13:16ninkendo has joined #ltsp
13:16
<vagrantc>
warren: updated my bzr branch with latest changes: http://llama.freegeek.org/~vagrant/bzr/ltsp/split/vagrant-ltsp-trunk
13:16
<ninkendo>
Hello, I have an issue with ubuntu gutsy running ltsp... It seems as though any user that uses tcsh cannot log into gnome. It just displays a black screen with a mouse cursor and that's it.
13:17* vagrantc has an aversion to always making a script end in .sh or .py or .pl or whatever
13:17
<ninkendo>
Is there any known issues with recent ltsp builds and tcsh?
13:17
tcsh is installed on the image, and this worked in ubuntu dapper
13:17
<vagrantc>
ninkendo: first i've heard of it, but the code largely assumes bash.
13:18
ninkendo: ldm explicitly calls "bash --login" ...
13:18
don't know why that would cause an issue with the default shell, though
13:18
<ninkendo>
well, bash is installed and everything... it's just that the users' default shell is tcsh
13:18
yeah
13:19
<vagrantc>
actaully, ldm ssh's to the server multiple times ... incompatibilities in shell syntax could cause that problem
13:19
<ninkendo>
ah
13:19
is this a script somewhere I can edit?
13:20
<vagrantc>
/opt/ltsp/i386/usr/share/ldm/rc.d
13:20
<Drakeweb>
ogra: fancy helping me with my video problem again?
13:20
<vagrantc>
and /opt/ltsp/i386/usr/sbin/cdpinger
13:20
think those are the main two
13:21
<ninkendo>
ah, it looks like it's sourcing files in that directory
13:22
<vagrantc>
ninkendo: you just changed the shell on the server ... not in /opt/ltsp/i386 ?
13:22
<ninkendo>
on the server, yes
13:22
and I installed tcsh in the image's chroot
13:24
<vagrantc>
just installing it doesn't muck with /bin/sh or anything, does it?
13:24
at any rate, good luck. it's pretty bourne shell centric :)
13:24
<ninkendo>
heh
13:25
well, I've been looking for an excuse to move everyone to bash anyway :)
13:25
but some people actually like tcsh (blech)
13:31
<Drakeweb>
I have an eon 4000 thin client that will not display graphically on an LCD monitor. This monitor works fine with my edubuntu server. I've installed another graphics card in the client (PCI S3 card) but it gives the same problem.
13:32
is it possible to get the settings that the server uses (refresh rate etc.) and put them into my lts.conf file for use by the client?
13:39bobby_C has joined #ltsp
13:40
<MasterOne>
Who knows something about the pulseaudio setup in Edubuntu Gutsy? I just checked, pulseaudio itself does not seem to be installed on my LTSP5 server, although audio generally seems to be working on the thin client. I found the following tutorial for setting up pluseaudio in ubuntu: www.ubublog.de but I am unsure, if all mentioned packages will have to be installed on the LTSP5 server (I am confused now, I just wanted audio support
13:40
in flash9)
13:40
<vagrantc>
Drakeweb: just copy /etc/X11/xorg.conf into /opt/ltsp/i386/etc/xorg.conf.ltsp
13:41
<sutula>
Do serial mice generally work in LTSP5 out-of-the-box, or is "additional work" required?
13:41
<vagrantc>
Drakeweb: echo XORG_CONF=/etc/xorg.conf.ltsp >> /opt/ltsp/i386/etc/lts.conf
13:42
sutula: definitely will require some configuration, and there may be bug in the code as serial mice aren't real well tested
13:42
sutula: you'll need inputattach, which is in the joystick package on debian
13:43
<sutula>
vagrantc: OK...the eventual goal is getting a touchscreen to work, but figured I better start with a serial mouse first :)
13:43
...probably need a custom Xorg.conf for that as well
13:45
<vagrantc>
sutula: lookint at it, i think the code actually will work ... as long as X_MOUSE_DEVICE=/dev/ttyS[0-9] and X_MOUSE_PROTOCOL uses protocols known by inputattach
13:45
sutula: you need joystick installed, and set *both* X_MOUSE_DEVICE and X_MOUSE_PROTOCOL
13:46
sutula: at least, it looks working in the sid version ... not sure about etch or lenny
13:46
<sutula>
vagrantc: OK...I'll try it when I'm in front of the hardware...thanks
13:51
<vagrantc>
ogra: oh, did i mention that NBD + squashfs + unionfs on sid works like a charm now?
13:57MasterOne has quit IRC
14:15
<Drakeweb>
nope. no go on the GUI front with my eon 4000. is anyone using one of these clients successfully on ltsp5?
14:20
<vagrantc>
hm. NBD+squashfs+unionfs works fine from pxelinux, but not from etherboot ...
14:20
same commandline arguments
14:21
somehow nbd-client seems to fail
14:21
weird.
14:21* vagrantc waves
14:21vagrantc has quit IRC
14:23Guaraldo has left #ltsp
14:43
<cliebow>
Drakeweb, you give up the netvista??
14:47Gadi has left #ltsp
14:49
<Drakeweb>
yes - I'm finding it hard enough trying to get a client with PXE to boot properly!
15:12
<cliebow>
if i had five minutes with you here in Maine we could get em working in 4.1....
15:14
going home...
15:20rafael-ec has joined #ltsp
15:20
<rafael-ec>
does ltsp support usb memories on the clientes?
15:21
<cliebow>
if they re formatted..with a partition..
15:26cliebow has quit IRC
15:27
<rafael-ec>
so they should be something like /dev/sda1 instead of /dev/sda
15:27
?
15:28sonjag has quit IRC
15:29sonjag has joined #ltsp
15:31mopey has quit IRC
15:33tiagovaz_ has quit IRC
15:36K_O-Gnom has quit IRC
15:37robbie has joined #ltsp
15:43moquist has quit IRC
15:44moquist has joined #ltsp
15:49Q-FUNK has joined #ltsp
16:10rafael-ec has quit IRC
16:16fernando1 has quit IRC
16:20martoya has joined #ltsp
16:23zodma1 has joined #ltsp
16:23lns has joined #ltsp
16:27
<lns>
Hey all
16:32Nomsky has joined #ltsp
16:32
<Nomsky>
m00
16:37
I just installed Edubuntu with ltsp. On booting a thin client, I get to the splash screen. Then it stops and gives me initramfs. syslog says: tftp: client does not accept options. Any suggestions ?
16:37
I've googled a bit, but none of the solutions helped
16:39
it's Intel boot agent 4.1.08 on an old P4 2.4 client
16:41herson has joined #ltsp
16:43
<Nomsky>
anyone ? :)
16:46
<warren>
hmm
16:46
T150 wont even boot the i586 kernel that works fine on T170 and even the T1000.
16:46
What kind of box is the T150?
16:47robbie has quit IRC
16:48
<lns>
Nomsky, do other clients (i.e. different hardware) work?
16:48
<Nomsky>
looks like my problem is quite common
16:48
no
16:49
I tried two other boxes
16:49
<lns>
does it say *anything* else?
16:49
!pastebot
16:49
<ltspbot>
lns: "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.
16:49
<Nomsky>
nope, same behaviour
16:50
splash screen, and it starts to load, then blank and starts ash
16:51
<lns>
hmm
16:52
no clue! the "tftp: client does not accept options" thing is common i believe, not critical...
16:52
<Nomsky>
Ok
16:52
<lns>
you're on gutsy?
16:52
<Nomsky>
I shouldn't get Ash though :)
16:53
<lns>
i'm not sure what initial shell is used
16:53
is this a brand new install? What version?
16:53
<Nomsky>
dunno about gutsu, it's the latest edubuntu
16:54
<lns>
7.10?
16:54
<Nomsky>
ya
16:54
<lns>
it's gutsy then
16:54
<Nomsky>
ok
16:54
<lns>
64-bit or 32-bit?
16:54
<Nomsky>
32
16:54
<lns>
k
16:54
i'm sure there's a better way to troubleshoot, but did you try rebuilding the chroot?
16:55
<Nomsky>
no
16:55
<lns>
that's really the only thing I can think of to do
16:55
do you know how to do that?
16:55
<Nomsky>
ok
16:55
not sure tbh
16:55
I guess I could googled for it, unless you told me how :)
16:55
-d
16:55
<lns>
# rm -rf /opt/ltsp/i386
16:55
then
16:56
# ltsp-build-client
16:56
<Nomsky>
oh right
16:56
<lns>
or
16:56
hmm..maybe try rebuilding the nbd image first
16:56
ltsp-update-image
16:56
<Nomsky>
I did that
16:56
<lns>
(as root, or w/sudo)
16:56
have you modified the chroot in any way since install?
16:56
<Nomsky>
and updated ssh-keys
16:57
<lns>
k...you should only have to ltsp-update-sshkeys if you changed server IP address(es)
16:57
<Nomsky>
I added a few users and updated the image
16:57
and I did actually
16:57
<lns>
oh ok
16:57
are you sure you changed the IP in every place you have to?
16:57
that could def. be your problem
16:58
<Nomsky>
I assume it's only in /etc/ltsp/dhcp.conf
16:58
and ofc /etc/network/interfaces
16:59
it shows me the correst dhcp stuff during boot
17:00
<lns>
how about /etc/network/interfaces
17:00
well i don't have the doc. in front of me but i know there are a few pl aces you have to change it...
17:00
<Nomsky>
I just mentioned that ;(
17:00
<lns>
oh
17:00
lol
17:00
sorry
17:00
<Nomsky>
np ;)
17:01
I'm just glad you're trying to help :)
17:01
I can't think of anything to try
17:01
<lns>
what are you getting exactly by "gives me initramfs"
17:02
<Nomsky>
a shell
17:02
busybox
17:02
<lns>
hmm...i remember back in the dapper days this was attributed to a bug in NFS
17:03
but that's been fixed long ago
17:03
specially since gutsy doesn't use nfs anymore (at least for boot) =p
17:03
<warren>
weird... something suddenly made tftp on my laptop REALLY SLOW
17:03
<Nomsky>
seems that tftp is doing it's job, as I get the splash screen
17:04
<lns>
right
17:04
<Nomsky>
then I get the first loading segment, and nothing else
17:04
so NFS isn't in play here, right ?
17:05
<lns>
shouldn't be
17:05
<Nomsky>
ok
17:05
<lns>
gutsy uses nbd to load chroot images
17:05
<Nomsky>
standard tftp port is 69 ?
17:05
and udp ?
17:06
<lns>
yep
17:06
<Nomsky>
got that right then
17:06
:)
17:06
<lns>
haha...you shouldn't have to worry about any of that though
17:06
<Nomsky>
well, I'm running a iptables script
17:06
<lns>
oooh
17:06
<Nomsky>
an*
17:06
so I had to allow port 69
17:07
<lns>
have you tried disabling that all together just to see if it could be something in there?
17:07
<Nomsky>
ya
17:07
<lns>
hmm
17:07
<Nomsky>
that was the first I tried
17:07
<lns>
cool
17:08
did you try rebooting the server just for kicks? maybe some daemons (inetd?) need to re-bind to the new ip?
17:08
i'm just throwing shots out =p
17:08
<Nomsky>
yea
17:08
several times :)
17:08
<lns>
heh
17:08
<Nomsky>
restarted dhcpd too
17:09
before I gave up and rebooted the box :p
17:09
<lns>
well maybe try rebuilding the chroot all together...thats' the next thing I'd try, but with my luck it probably wouldn't work. =p dunno if there's anything hard-coded in the chroot at all for IPs
17:09Q-FUNK has quit IRC
17:10
<lns>
it sounds like something is crapping out because it can't reach the server though.
17:10
<Nomsky>
you would think it should work 'out of the box'
17:10
<lns>
well yeah, it usually does - but we've done some modifications so the warranty is void ;)
17:10
<Nomsky>
how many files contains info about ip ?
17:11
for ltsp that is
17:12
rebuilding
17:12
wish me luck :p
17:12
<lns>
afaik, just the dhcpd.conf file, but i could be wrong
17:12* lns crosses fingers
17:12
<Nomsky>
hehe
17:13
<lns>
is this a dual-NIC setup?
17:13
<Nomsky>
nopes
17:13
<lns>
with seperate ltsp network?
17:13
oh ok
17:13
that's really what i prefer too
17:13
any other systems on the network segment?
17:14
<Nomsky>
I want my costumers to scrap XP and w2k3 servers, and switch to ltsp and thin clients
17:14
So far I got them to use OpenOffice
17:14
<lns>
good! =)
17:14
what's your line of work
17:14
<Nomsky>
and 3 ubuntu 7.10 workstations
17:14
IT consultant
17:14
<lns>
me too =p
17:14
<Nomsky>
:)
17:14
<lns>
what's your location?
17:15
<Nomsky>
denmark
17:15
I spend too much time researching tho :p
17:15
<lns>
ahh nice to see it's all around the world
17:15cliebow has joined #ltsp
17:15
<lns>
;) I've found the perfect places to go after for ltsp setups are (obviously) educational institutions
17:15
<Nomsky>
if i manage to convince this client, we're talking ~40 workstations
17:15
<lns>
nice
17:15
hey cliebow
17:16
<cliebow>
ho!
17:16
<Nomsky>
so I really need this pilot to work
17:16
<lns>
i've been there... are all 40 the same hardware?
17:16
<Nomsky>
almost
17:16
<cliebow>
i lost another 6 today...supplanted btproprietary macs
17:17
<Nomsky>
awwww
17:17
<lns>
wha?
17:18
<Nomsky>
man, I need this to work
17:19
so bad i can taste it ...
17:19
<cliebow>
what is th e prob?
17:19
<Nomsky>
tftp: client does not accept options
17:19
thin client -> ltsp
17:20
<cliebow>
option 128/9?
17:20
<Nomsky>
uh ?
17:20
<cliebow>
what options?
17:20
<Nomsky>
it doesn't tell
17:20
<cliebow>
is this ubuntu?
17:21
<Nomsky>
edubuntu 7:10
17:21
latest and greatest
17:21
<cliebow>
it otter just woek...where do you have probs?>
17:22
<Nomsky>
<Nomsky> I just installed Edubuntu with ltsp. On booting a thin client, I get to the splash screen. Then it stops and gives me initramfs. syslog says: tftp: client does not accept options. Any suggestions ?
17:23
in other words, I'm not hetting to the login
17:23
getting
17:23
<cliebow>
i asume these are pxe clients..you sure you haveno other dhcp server on your network...Sure..
17:23fernando1 has joined #ltsp
17:24
<Nomsky>
the router is a dhcp server, but it discovers the server as dhcp server
17:24
and gets an ip from it
17:24
<lns>
Nomsky, you really want to disable the router's dhcp server
17:24
unless you have VLANs or something going on
17:24
<cliebow>
there are two dhcp discovers...after the initramfs loads..it is getting a response from your router
17:25
<Nomsky>
aha
17:25
<cliebow>
and so does not know what to do
17:25
<Nomsky>
now we're getting somewhere
17:25
<lns>
=p
17:25
<Nomsky>
so even if I get the splash screen, it's still looking at my router's dhcp ?
17:26
<lns>
it will be completely random which dhcp server responds first each time someone requests an ip
17:26
<Nomsky>
doesn't make sense tho
17:26
ok i see
17:26
<cliebow>
it is very likely
17:26
<lns>
network wise man say "only one dhcp server per network" while in meditation
17:26
<Nomsky>
I'll try that, a constructive suggestion, thx :)
17:27
<cliebow>
Nomsky:install wireshark..so you can look at the paCKETSclosely
17:30staffencasa_ has joined #ltsp
17:30staffencasa_ has joined #ltsp
17:30staffencasa has quit IRC
17:34
<ltsppbot>
"Nomsky" pasted "tftp: client does not accept options" (11 lines) at http://pastebot.ltsp.org/373
17:35bobby_C has quit IRC
17:38
<lns>
Nomsky, i would recommend disabling your iptables script for the duration of the troubleshooting
17:38
(if you haven't already)
17:39
NBD opens another port iirc
17:39sonjag has quit IRC
17:44Nomsky_ has joined #ltsp
17:44
<Nomsky_>
sniff
17:44zodma1 has quit IRC
17:45zodma1 has joined #ltsp
17:46Nomsky_ has quit IRC
17:47Nomsky has quit IRC
17:55herson has quit IRC
17:59Nomsky has joined #ltsp
17:59
<Nomsky>
So, i decided to do it the hard way
18:00
reinstalling and setting the network manually
18:02
<lns>
Nomsky, did you disable the router's dhcp server?
18:13PMantis has joined #ltsp
18:15staffencasa_ has quit IRC
18:21Nomsky has quit IRC
18:40richard__ has joined #ltsp
18:41
<richard__>
hey i created new chroot called newi386 and modified /etc/ltsp/dhcpd.conf to look like this:
18:41
<ltsppbot>
"richard" pasted "dhcpd.conf" (22 lines) at http://pastebot.ltsp.org/374
18:42
<richard__>
and it still boots to old i386 dir... how do i fix this?
18:44
sbalneav, you on?
19:02richard__ has quit IRC
19:02martoya has quit IRC
19:06zodma1 has quit IRC
19:29martoya has joined #ltsp
19:56cflynt has joined #ltsp
19:57
<cflynt>
Hi, I've used LTSP 4.2, and trying to setup Ubuntu Feisty with LTSP 5.0.
19:58
ltsp-build-client fails with error:
19:58
lns: creating symbolic link `/dev/fd' to `/proc/self/fd': File exists
19:58
error: LTSP client installation ended abnormally
19:59
Attempting to boot client fails because it can't find pxelinux.0.
19:59
I can't find it either. I'm suspecting that the installation didn't get
19:59
far enough to install pxelinux.
19:59
The system I'm installing on has no floppy disk. This might be where
19:59
the /dev/fd error is coming from, but I can't find the script to edit
19:59
to mung this to behave better.
20:00
Suggestions happily accepted.
20:01bricode has joined #ltsp
20:04
<johnny>
check the list of bugs perhaps..
20:16gu has quit IRC
20:24gu has joined #ltsp
20:24
<jcastro>
moquist: around?
20:30
<moquist>
aye
20:32
<jcastro>
I've got an interesting mail coming your way in about 5-10 minutes
20:32
<moquist>
cool
20:32* moquist hopes it's good/fun-interesting, and not bad-interesting
20:33
<jcastro>
good/fun
20:38
<cflynt>
I'll be AFK for a couple hours. If anyone has a suggestion for a
20:39
workaround for teh /dev/fd failure, I'll check later. Thanks.
21:29PMantis has quit IRC
21:37moquist has quit IRC
21:43martoya has quit IRC
21:45moquist has joined #ltsp
22:07Joris_ has joined #ltsp
22:17zodman has joined #ltsp
22:24Joris has quit IRC
23:15J45p3r has quit IRC
23:17johnny_ has joined #ltsp
23:20cyberorg_ is now known as cyberorg
23:23cflynt has quit IRC
23:33subir has joined #ltsp
23:41mathesis has joined #ltsp
23:45zodman has quit IRC
23:58
<johnny_>
hi
23:58
i shutdown my thin clients and they leave some hanging processes
23:58
do i need to setup some sort of acpi event for the power button manually?