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

Request log from specific day:

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

00:08	<vagrantc> i guess i'll have to backport all the other fixes ...
00:15	open_la1 has quit IRC
00:15	open_lad has joined #ltsp
00:22	<vagrantc> ok, well ... symlinking /etc/mtab to /proc/mounts works around the problem ... might introduce other issues ... but that's good enough for a backport
00:27	basanta has joined #ltsp
00:35	subir has joined #ltsp
01:13	Q-FUNK has joined #ltsp
01:18	elisboa has joined #ltsp
01:32	oblek has quit IRC
01:49	ogra has quit IRC
01:50	ogra has joined #ltsp
01:58	open_lad has quit IRC
02:08	wdg has joined #ltsp
02:27	<vagrantc> klausade: new backports for testing...
02:27	klausade: http://llama.freegeek.org/~vagrant/debian etch-backports/
02:27	subir has quit IRC
02:28	<vagrantc> klausade: well, in sources.list: deb http://llama.freegeek.org/~vagrant/debian etch-backports/
02:28	<klausade> vagrantc: ok, will test.
02:28	<vagrantc> klausade: great :)
02:29	klausade: the one thing i've noticed so far not in the previous backports is ltspfs doesn't properly update /etc/mtab, and i have better luck with making /etc/mtab a symlink to /proc/mounts ... don't know if that messes other things up
02:30	klausade: haven't had time to incorporate you're kde patches
02:30	s,you're,your,
02:30	(actually, etch-backports is more updated than sid at the moment ... )
02:31	* vagrantc wonders what happened to otavio
02:46	basanta has quit IRC
03:01	Egyptian[Home] has quit IRC
03:02	Egyptian[Home] has joined #ltsp
03:05	wdg has quit IRC
03:10	basanta has joined #ltsp
03:18	<vagrantc> klausade: oh, i just went ahead and put the new backports in: http://pkg-ltsp.alioth.debian.org/debian etch-ltsp-backports main
03:28	vagrantc has quit IRC
03:29	open_lad has joined #ltsp
03:42	sepski has joined #ltsp
03:47	wdg has joined #ltsp
04:23	gutera_ has quit IRC
04:45	open_lad has quit IRC
04:47	makghosh has quit IRC
04:51	basanta has quit IRC
04:53	makghosh has joined #ltsp
05:02	mikkel has joined #ltsp
05:06	elisboa has quit IRC
05:22	elisboa has joined #ltsp
05:25	subir has joined #ltsp
05:37	hursand has joined #ltsp
05:43	<hursand> ...
05:53	hursand has left #ltsp
06:36	makghosh has quit IRC
06:49	<Ryudo> gadi where are you my friend :(
06:51	<ogra> Ryudo, likely still asleep ;)
06:51	<Ryudo> ah :)
06:52	whats your clock in your country ?
06:52	cliebow_ has quit IRC
06:52	cliebow_ has joined #ltsp
06:53	<Ryudo> *What time are in your country?
06:54	* ogra is in germany
06:54	<ogra> thats UTC+1 iirc
06:55	<Ryudo> humm
06:55	<ogra> gadi sits in new york ... where its somewhere between 6 and 8 now
06:55	<Ryudo> here is 10:00 :D
06:55	Brasil
06:55	:P
06:56	Ogra you could help me solve a problem that the gadi would help me?
06:56	<ogra> depends
06:56	if its about ltsp5 i probably can
06:57	if its 4.x i dont know most of that acient code
06:57	*ancient
06:58	<Ryudo> I am having a problem wich pendrive mounting on temrinals, I have the output of fdisk-l here if you want to look
06:58	ltsp 5 feisty
06:58	Disco /dev/sda: 2021 MB, 2021654016 bytes
06:58	63 heads, 62 sectors/track, 1010 cylinders
06:58	Units = cilindros of 3906 * 512 = 1999872 bytes
06:58	Disk identifier: 0x20736f63
06:58	Isto não parece ser uma tabela de partições
06:58	Provavelmente você selecionou o dispositivo errado.
06:58	Dispositivo Boot Início Fim Blocos Id Sistema
06:59	/dev/sda1 ? 490816 921137 840415161 69 Desconhecido
06:59	A partição 1 possui inícios físico/lógico diferentes (não Linux?):
06:59	fís. = (612, 109, 33) lógico = (490815, 61, 10)
06:59	A partição 1 possui fins físico/lógico diferentes:
06:59	fís. = (255, 97, 46) lógico = (921136, 4, 39)
06:59	A partição 1 não termina no limite do cilindro.
06:59	/dev/sda2 ? 495890 931562 850868148+ ff BBT
06:59	A partição 2 possui inícios físico/lógico diferentes (não Linux?):
06:59	fís. = (367, 115, 35) lógico = (495889, 0, 17)
06:59	A partição 2 possui fins físico/lógico diferentes:
06:59	fís. = (80, 13, 10) lógico = (931561, 23, 55)
06:59	A partição 2 não termina no limite do cilindro.
06:59	/dev/sda3 ? 452703 905371 884061367 6c Desconhecido
06:59	A partição 3 possui inícios físico/lógico diferentes (não Linux?):
06:59	fís. = (355, 116, 37) lógico = (452702, 32, 52)
06:59	A partição 3 possui fins físico/lógico diferentes:
06:59	fís. = (112, 97, 32) lógico = (905370, 57, 27)
06:59	A partição 3 não termina no limite do cilindro.
06:59	/dev/sda4 ? 738782 738796 27107 0 Vazia
06:59	A partição 4 possui inícios físico/lógico diferentes (não Linux?):
06:59	fís. = (10, 114, 13) lógico = (738781, 41, 25)
06:59	A partição 4 possui fins físico/lógico diferentes:
06:59	fís. = (0, 0, 0) lógico = (738795, 33, 50)
06:59	A partição 4 não termina no limite do cilindro.
06:59	Partições lógicas fora da ordem do disco
06:59	ops :O
07:01	This pen drive is not recognized by the terminals, But it works in any linux, the server inclusivel
07:01	ogra
07:07	<johnny> did you format it?
07:07	and please don't paste
07:07	anything longer than 3 lines
07:07	put it in the pastebin
07:15	jammcq has quit IRC
07:15	<Ryudo> sorry johnny
07:16	yes hi is formated in FAT32
07:16	this pendrive work in server, but not in terminals
07:16	<johnny> distro?
07:17	ltsp5?
07:17	if so, apply the fix that ubuntu has in launchpad
07:17	look up local devices
07:17	you'll find the bug
07:17	two lines to edit
07:44	<Ryudo> i'm back
07:45	johnny do you now how number of the bug in lauchpad ?
07:45	<johnny> no
07:45	<Ryudo> ltsp 5 feisty version
07:45	the package is local device ?
07:45	<johnny> no
07:45	the summary is
07:45	oh feisty
07:45	<Ryudo> johnny thank for your help, i try find the fix in launch pad
07:46	<johnny> that bug only exists in gutsy i think
07:46	<Ryudo> :O oh my
07:46	<johnny> i don't know anything about feisty not working
07:46	<Ryudo> gadi know
07:46	but gadi is sleeping :(
07:47	<johnny> guess you'll have to wait
07:47	<Ryudo> yes
08:11	subir has quit IRC
08:13	cliebow has joined #ltsp
08:15	cliebow has quit IRC
08:19	mikkel has quit IRC
08:19	Q-FUNK has quit IRC
08:19	ccherrett has quit IRC
08:19	Faithful has quit IRC
08:19	johnny has quit IRC
08:19	Topslakr\| has quit IRC
08:19	Lumiere has quit IRC
08:19	cliebow_ has quit IRC
08:19	mcfloppy_ has quit IRC
08:19	warren has quit IRC
08:19	shogunx has quit IRC
08:19	moquist has quit IRC
08:19	sep has quit IRC
08:19	jbrett has quit IRC
08:19	vernier_ has quit IRC
08:19	ian__ has quit IRC
08:19	tarzeau has quit IRC
08:19	stgraber has quit IRC
08:19	Big-K has quit IRC
08:19	jim`` has quit IRC
08:19	ufo_ has quit IRC
08:19	psycodad has quit IRC
08:19	npman has quit IRC
08:19	mistik1 has quit IRC
08:19	yopla has quit IRC
08:19	iMacGyver has quit IRC
08:19	GiantPickle has quit IRC
08:19	Joris_ has quit IRC
08:19	gentgeen__ has quit IRC
08:19	F-GT has quit IRC
08:19	yanu has quit IRC
08:19	PerfDave has quit IRC
08:19	ltsppbot has quit IRC
08:19	sepski has quit IRC
08:19	Egyptian[Home] has quit IRC
08:19	ogra has quit IRC
08:19	BadMagic has quit IRC
08:19	topslakr has quit IRC
08:19	loather-work has quit IRC
08:19	Shingoshi has quit IRC
08:19	gu has quit IRC
08:19	topslakr_ has quit IRC
08:19	monteslu has quit IRC
08:19	ninkendo has quit IRC
08:19	Ryudo has quit IRC
08:19	klausade has quit IRC
08:19	jcastro has quit IRC
08:19	highvoltage has quit IRC
08:19	parsley has quit IRC
08:19	dberkholz has quit IRC
08:20	cliebow_ has joined #ltsp
08:20	mikkel has joined #ltsp
08:20	sepski has joined #ltsp
08:20	Egyptian[Home] has joined #ltsp
08:20	ogra has joined #ltsp
08:20	Q-FUNK has joined #ltsp
08:20	npman has joined #ltsp
08:20	Faithful has joined #ltsp
08:20	Joris_ has joined #ltsp
08:20	BadMagic has joined #ltsp
08:20	mcfloppy_ has joined #ltsp
08:20	topslakr has joined #ltsp
08:20	warren has joined #ltsp
08:20	loather-work has joined #ltsp
08:20	gentgeen__ has joined #ltsp
08:20	psycodad has joined #ltsp
08:20	ccherrett has joined #ltsp
08:20	mistik1 has joined #ltsp
08:20	Ryudo has joined #ltsp
08:20	shogunx has joined #ltsp
08:20	yopla has joined #ltsp
08:20	moquist has joined #ltsp
08:20	parsley has joined #ltsp
08:20	johnny has joined #ltsp
08:20	Big-K has joined #ltsp
08:20	dberkholz has joined #ltsp
08:20	sep has joined #ltsp
08:20	klausade has joined #ltsp
08:20	iMacGyver has joined #ltsp
08:20	jim`` has joined #ltsp
08:20	F-GT has joined #ltsp
08:20	Topslakr\| has joined #ltsp
08:20	ufo_ has joined #ltsp
08:20	jbrett has joined #ltsp
08:20	Shingoshi has joined #ltsp
08:20	PerfDave has joined #ltsp
08:20	GiantPickle has joined #ltsp
08:20	vernier_ has joined #ltsp
08:20	ian__ has joined #ltsp
08:20	tarzeau has joined #ltsp
08:20	stgraber has joined #ltsp
08:20	Lumiere has joined #ltsp
08:20	topslakr_ has joined #ltsp
08:20	yanu has joined #ltsp
08:20	monteslu has joined #ltsp
08:20	highvoltage has joined #ltsp
08:20	ltsppbot has joined #ltsp
08:20	ninkendo has joined #ltsp
08:20	gu has joined #ltsp
08:20	jcastro has joined #ltsp
08:21	Gadi has joined #ltsp
08:22	<Ryudo> gadi
08:23	good morning !
08:23	:***
08:24	i fix my issues wich local devices :D
08:24	thank for help !
08:24	<johnny> ?
08:24	how?
08:25	<Ryudo> not the pendrive probleman
08:25	but the probleman the local devices not work more after reboot without logout
08:25	* Gadi is just getting settled... Ryudo: glad to hear it. How did you resolve it in theend?
08:26	<Ryudo> the fix has released in lauchpad
08:26	in ldm
08:27	you need change one line
08:27	wait
08:27	vim /opt/ltsp/i386/usr/sbin/ldm
08:27	and in this line session_manager = session_manager+' && ltspfsmounter all cleanup'
08:27	you need change to session_manager = session_manager+' \|\| ltspfsmounter all cleanup'
08:28	this fix my probleman
08:28	but my pendrive probleman has no resolved, i'm waiting for your help my friend gadi :D
08:29	did you can help me ?
08:30	<Gadi> Ryudo: give me 2 minutes to get settled and caffienated
08:30	then, I can try :)
08:30	<Ryudo> oh gadi thank you
08:30	:)
08:32	<Gadi> !pastebot
08:32	<ltspbot> Gadi: "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.
08:33	<ltsppbot> "Gadi" pasted "add_fstab_entry" (40 lines) at http://pastebot.ltsp.org/411
08:33	"Gadi" pasted "88-ltsp.rules" (5 lines) at http://pastebot.ltsp.org/412
08:34	<Gadi> Ryudo: take a look at those 2 pastes
08:34	<Ryudo> i looking
08:34	<Gadi> 1 is a replacement for: /opt/ltsp/i386/lib/udev/add_fstab_entry
08:34	2 is a replacement for: /opt/ltsp/i386/etc/udev/rules.d/88-ltsp.rules
08:34	otavio has joined #ltsp
08:35	<Ryudo> thank you i test it now
08:35	<Gadi> You can try replacing those (backing up original) and reroll the image and see if it handles the unpartitioned drives
08:35	* Gadi hasn't had a chance to test the code
08:35	<Gadi> but, it masically should try to mount /dev/sd* if it is not already in ltspfs_fstab (hopefully)
08:36	<Ryudo> look the fdisk -l , this pendrive is not partitioned ?
08:36	<ltsppbot> "Ryudo" pasted "pendrive" (35 lines) at http://pastebot.ltsp.org/413
08:36	<Gadi> right
08:37	those are not real partitions
08:37	the drive is mounted: /dev/sda
08:37	<Ryudo> O_o
08:37	<Gadi> rather than /dev/sda1
08:38	<Ryudo> oh i understand
08:38	:D
08:38	But this problem only occurs on terminals only
08:38	<Gadi> in 88-ltsp.rules, you may have to use "vfat" instead of "auto" on the line that reads:
08:39	ACTION=="add", KERNEL=="sd*", RUN+="add_fstab_entry %k auto"
08:39	(this was something I needed to test)
08:39	I would prefer "auto", if it works
08:39	<Ryudo> i test for you, and i pass the feedback
08:39	<Gadi> thanks
08:40	<Ryudo> ok I am going to the laboratory for the testing
08:40	<Gadi> :)
08:51	abadger1999 has joined #ltsp
08:53	mikkel has quit IRC
08:54	eharrison has joined #ltsp
09:06	abadger1991 has joined #ltsp
09:10	abadger1999 has quit IRC
09:18	wdg has quit IRC
09:19	<warren> abadger1991, http://fedorapeople.org/~wtogami/temp/mkdst-release/
09:19	abadger1991 is now known as abadger1999
09:21	<warren> abadger1999, bzr get bzr+ssh://toshio@bzr.fedorahosted.org/bzr/k12ltsp/ltsp-fedora/
09:21	abadger1999, ./mkdst --testrpm
09:25	jammcq has joined #ltsp
09:25	<warren> abadger1999, lsb_release -i
09:27	http://people.redhat.com/wtogami/temp/ltsp-build-client
09:28	spectra has joined #ltsp
09:29	estong has joined #ltsp
09:29	Q-FUNK has quit IRC
09:32	<estong> i seek advice on what ltsp version is recommended for production use on debian etch.
09:34	this review basically says that LTSP 5 has issues on etch.
09:34	http://linuxagora.com/vbforum/showthread.php?t=749
09:35	although that review was still in June 2007.
09:36	so, anybody can tell me if the LTSP 5 situation has changed since then?
09:37	right now, i am inclined to use LTSP4.2 instead of LTSP 5.
09:37	plamengr has joined #ltsp
09:39	tux_440volt has joined #ltsp
09:44	linux2 has joined #ltsp
09:45	<linux2> can anyone help me out with LTSP on fedora 8
09:45	I am trying to use LTSP 4.2 but I can't get DHCPD to start or tftpd to either
09:45	well I can't find tftpd but it claims it is installed
09:47	I have never been able to get ltsp to work on any of my computers and I have been really wanting to try it
09:47	my current setup is a server with 2 nics in it. one has the internet going into it and the other is what i want the dhcp server to run on to host ltsp
09:47	is there some other way I should be doing it?
09:48	<sutula> estong: If you use ltsp 4.2, you won't get much support
09:49	<linux2> sutula: well i noticed how ltsp is supported more in debian etch
09:49	<sutula> estong: I have an LTSP 5 installation working fine on Etch. I do use the current Etch backports to pick up some sound functionality.
09:49	<linux2> do you think it would work with debian lenny?
09:50	<sutula> linux2: I'm not sure what you mean by "it" in "it would work"
09:51	<linux2> oh, sorry i mean ltsp
09:51	* sutula was answering a question posed by estong before linux2 joined
09:51	<linux2> ahh
09:51	just seemed to pertain to my question as well
09:52	sorry for butting in
09:52	* linux2 backs away
09:52	<sutula> linux2: I didn't have much trouble getting it working on Etch...would expect to have less on lenny
09:52	<linux2> does your setup have two nics in it?
09:52	<sutula> linux2: No, but lots of folks get that working
09:53	<linux2> well my 'old' server uses debian etch
09:53	maybe i should just boot it up and give it a try
09:53	<sutula> linux2: I'd suggest trying it (with ltsp 5) and asking here if you run into trouble
09:53	* sutula nods
09:53	<linux2> sutula: you just apt-get installed ltsp 5 right?
09:53	<sutula> linux2: ltsp-server
09:54	eharrison has quit IRC
09:54	<sutula> linux2: There's usually some readme stuff in /usr/share/doc/ltsp-server
09:54	...to get you started
09:55	linux2: The Debian and Ubuntu versions are very closely related, so lots of the Ubuntu howto stuff is applicable
09:55	<linux2> sutula: well i just booted up that system
09:56	and that system is a total mess let me tell you
09:56	it has problems left and right
09:56	so knowing me it is going to take a week to get it working
09:56	<sutula> :) ...but then you can answer other people's questions here
09:57	* sutula is no expert, but has had it running for almost a year
09:57	<linux2> sutula: well if i can get it working on this system then i can finally get it working on a fresh install of debian lenny (just cause it is more up to date). I think it is finally time to get a new server
09:58	the dual 600MHZ just isn't cutting it anymore
09:59	<sutula> linux2: Most of the Debian work has been done on lenny...occasionally, Etch-backports gets updated
09:59	makghosh has joined #ltsp
09:59	<sutula> linux2: http://wiki.debian.org/LTSP/Howto
10:00	<estong> thanks for the reply. i will try ltsp 5 on lenny tomorrow.
10:00	moquist has quit IRC
10:01	<linux2> sutula: oh great i forgot about a bug with the servers apt-get
10:01	<sutula> estong: See http://wiki.debian.org/LTSP/Howto for details on the updated stuff
10:01	Guaraldo has joined #ltsp
10:01	<linux2> it won't let me install anything because of this issue with tzdata
10:01	Guaraldo has left #ltsp
10:02	<linux2> it says /usr/sbin/tzconfig: No such file or directory
10:02	Guaraldo has joined #ltsp
10:02	<linux2> I don't know why it deleted it in the first place
10:03	<estong> step 5 says " Boot a PXE capable machine and enjoy. "
10:03	what about etherboot?
10:04	<sutula> linux2: Could you put an executable file in it's place (e.g. echo "!# /bin/bash" >/usr/sbin/tzconfig), then reinstall the tz package?
10:05	* sutula doesn't know much about etherboot ...others here may
10:06	<estong> ok. anyhow. thanks a lot.
10:06	gudnite folks.
10:06	estong has quit IRC
10:07	<linux2> sutula: well I am sure I could but i think the real issue is that in order to install tzdata you need tzdata
10:07	so you can never get it to work
10:21	<warren> abadger1999, ltsp-fedora/server/configs/ltsp-build-client-ks.cfg
10:21	ryudobr has joined #ltsp
10:22	<ryudobr> Gadi
10:22	i test your fix
10:22	doesnt work :( and pendrivers and floppy dont mount using your fix (desktop icon not show)
10:26	<Gadi> Ryudo: did you try with "vfat"?
10:27	<ryudobr> yes :(
10:27	i try again
10:27	wait a seconds
10:28	<Gadi> please also log into a shell at the thin client when you plug in the USB device
10:29	you can debug a bit better there
10:30	<ryudobr> ok
10:30	<warren> abadger1999, http://togami.com/~k12linux-temporary/fedora/8/i386/
10:30	<ryudobr> wich vfat doesnt work too
10:30	i put the erros here
10:31	eharrison has joined #ltsp
10:32	vagrantc has joined #ltsp
10:32	<ryudobr> gadi
10:32	staffencasa has joined #ltsp
10:32	<ryudobr> pendrivers and floppys dont work
10:32	but cdrom works
10:33	using your fix the icons of floppy and pendrivers dont show on desktop
10:33	using dmesg
10:33	plugin the evil pendrive :D i have the same erro
10:33	* vagrantc waves to otavio
10:33	<ryudobr> sda: unknow partition table
10:34	and floppy no show erros on dmesg
10:34	<Gadi> you are plugging into the client and running dmesg at the client shell?
10:34	<ryudobr> yes
10:35	crtl+alt+F1 in temrinal
10:35	<Gadi> do you see "sda" in /var/run/ltspfs_fstab
10:35	<ryudobr> wait
10:37	the evil pendrive is in fstab :O
10:37	Gadi i disable gnome-volume-manager hi is the probleman ?
10:37	<Gadi> maybe
10:38	on the server, is there a directory under: /media/$USER
10:38	<ryudobr> but wich gnome-volume-manager disable
10:38	using original script all works fine
10:38	no
10:39	i not see the evil pendrive in /media/terminal01
10:39	only cdrom ( test)
10:41	and floppy doesnt work too :O
10:41	<Gadi> ok, from the shell (ctrl-alt-f1) can you type: ssh -X -S /var/run/ldm<tab><tab> server "/usr/sbin/ltspfsmounter /var/run/drives/usbdisk-sda add"
10:41	<ryudobr> ok i try it ! wait a second
10:42	/var/run/ldm<tab><tab>
10:42	not exist
10:43	<johnny> you're supposed to hit the tab key
10:43	not type it
10:44	<ryudobr> jonny
10:44	eu sei
10:44	<vagrantc> /var/run/ldm_socket*
10:44	<Gadi> right
10:44	what they said
10:44	:)
10:44	* vagrantc knows a thing or two
10:44	<ryudobr> this file
10:44	not in this directory
10:44	<Gadi> and usbdisk-sda should be whatever mountpoint got written to /var/run/ltspfs_fstab
10:45	ryudobr: you need to be logged into X on ctrl-alt-f7
10:45	then switch back to screen 1
10:45	<ryudobr> :O
10:45	i logged
10:46	in this directory have only file
10:46	ltspfs_fstab
10:46	<Gadi> nah, you should have several files
10:46	in /var/run
10:46	one should start with ldm
10:47	<ryudobr> i speak to you the files in the directory /var/run (temrinal)
10:48	console drives klogd ltspfs_fstab network syslogd.pid
10:48	not have ldm :(
10:49	<Gadi> but, you are logged in through ldm on screen 7?
10:49	that is weird
10:50	<ryudobr> yes
10:50	i'm logged :(
10:50	and speaking with you :O
10:50	Q-FUNK has joined #ltsp
10:50	<Gadi> hehe
10:51	<vagrantc> ryudobr: what version are you running? it used to be in /tmp
10:51	but that feels like a really long time ago ...
10:52	<ryudobr> i'm running ltsp 5 on ubuntu feisty fawn
10:53	wich all updates :O
10:53	<Gadi> ryudobr: at the shell, try typing: COLUMNS=500 ps -ef\|grep ssh
10:53	<ryudobr> /tmp/.ltspfs_socket
10:53	<Gadi> and see if you can see what socket filenmae the session uses
10:53	<ryudobr> is ?
10:53	<Gadi> ah, that could be it
10:53	<ryudobr> wait
10:53	i use that comand
10:54	<vagrantc> that's it, i think
10:54	<ryudobr> thats it !
10:55	/tmp/.ltspfs_socket
10:55	<Gadi> ok, so you need to change the code in add_fstab_entry I sent
10:55	that one will work on gutsy :)
10:55	<ryudobr> gadi gai
10:55	hehe
10:55	i try wait a second
10:55	<Gadi> on feisty, you should edit the line that says:
10:55	for LDM_SOCKET in /var/run/ldm_socket_*; do
10:55	to say:
10:56	for LDM_SOCKET in /tmp/.ltspfs_socket; do
10:56	and the line that says:
10:56	SERVER=${LDM_SOCKET##*_}
10:56	* vagrantc suspects the chroot might be in an inconsistant state
10:56	<Gadi> just make it say:
10:57	<vagrantc> like, some packages updated, some not
10:57	<ryudobr> ok i try
10:57	<Gadi> SERVER=server
10:57	<vagrantc> otherwise, wouldn't all feisty ltsp installs have broken localdev ?
10:58	that's a pretty major breakage
10:58	<Gadi> vagrantc: I gave him a replacement add_fstab_entry file to handle unpartitoned USB sticks
10:58	he is testing it
10:58	<vagrantc> Gadi: ah!
10:58	got it
10:58	<ryudobr> i'm beta tester for my friend gadi :P
10:58	<Gadi> if it works, we can merge it in
10:58	:)
10:59	<vagrantc> yay
10:59	Gadi: for handling usb sticks with funky partitioning?
10:59	* Gadi nods
10:59	<vagrantc> nice
10:59	<Gadi> simple hack
10:59	<ryudobr> ineed change SERVER=${LDM_SOCKET##*_} for SERVER=server ?
10:59	<vagrantc> hackish hack?
10:59	<Gadi> ryudobr: yeah
11:00	plamengr has quit IRC
11:00	<ryudobr> SERVER=server
11:00	if [ -S ${LDM_SOCKET} ]; then
11:00	ok ?
11:00	<Gadi> vagrantc: well, if it doesnt succeed in the other ways, and is /dev/sd*, it will try to mount the device as the disk
11:01	ryudobr can you pastebot the whole thing?
11:01	!pastebot
11:01	<ltspbot> Gadi: "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.
11:01	<Gadi> (just to be sure)
11:01	<ryudobr> oh sorry paste boot sux :(
11:01	<Gadi> heh
11:01	<ryudobr> ok i go test
11:01	:O
11:01	i need luck
11:01	:P
11:01	<Gadi> hehe
11:01	good luck
11:02	just make sure LDM_SOCKET is defined in the script
11:02	because I would have just changed the for loop line
11:02	for LDM_SOCKET in /tmp/.ltspfs_socket; do
11:02	if that field is empty, it will still be broken
11:03	<ryudobr> gadi the correct name is /tmp/.ltspfs-socket
11:03	booting terminal
11:03	<Gadi> ah
11:03	ok
11:03	<ryudobr> :P
11:03	<Gadi> well, you know what I mean
11:03	:)
11:04	<ryudobr> dont work :(
11:04	i cry :(
11:04	<Gadi> please paste the script
11:05	!pastebot
11:05	<ltspbot> Gadi: "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.
11:05	<Gadi> it doesnt suck, I used it twice this morning ;)
11:05	<ltsppbot> "ryudobr" pasted "#!/bin/sh # add_fstab_entry #" (40 lines) at http://pastebot.ltsp.org/414
11:05	<Gadi> for LDM_SOCKET in /tmp/.ltspfs-socket_*; do
11:06	there's your error
11:06	for LDM_SOCKET in /tmp/.ltspfs-socket; do
11:06	take out the _*
11:06	<ryudobr> :O
11:06	i'm suck :O
11:06	ok i try agian
11:06	luck muuuch look :D
11:09	gadi
11:09	floppy dont work but the evil pendrive mount :O
11:10	but i dont see the files in evil pendrive
11:10	empty
11:10	tux_440volt has quit IRC
11:11	<ltsppbot> "ryudo" pasted "#!/bin/sh # add_fstab_entry #" (40 lines) at http://pastebot.ltsp.org/415
11:11	<ryudobr> gadi
11:15	K_O-Gnom has joined #ltsp
11:16	<Gadi> ryudobr: did you reboot the thin client?
11:16	try rebooting the thin client
11:16	<ryudobr> yes i reboot gadi
11:16	* Gadi wonders if we have to modify remove_fstab_entry as well
11:16	<ryudobr> the evil pendrive only mount but dont see any files in
11:17	<Gadi> hmm
11:17	<ryudobr> empty but he's is full
11:17	and the floppy dont work too
11:17	the floppy icon dont show on desktop
11:17	<Gadi> on the server, when you type "mount" at a terminal, do you see the ltspfs mount?
11:18	<ryudobr> yes
11:18	/tmp/.terminal00-ltspfs/usbdisk-sda on /media/terminal00/usbdisk-sda type none (rw,bind)
11:18	but i remove the pendrive, and his still on temrinal desktop :O
11:18	the icon (evil pendrive) don't desapear
11:19	ltspfs on /tmp/.terminal00-ltspfs/-sd type fuse (rw,nosuid,nodev,user=terminal00)
11:19	ltspfs on /tmp/.terminal00-ltspfs/-sd_mod type fuse (rw,nosuid,nodev,user=terminal00)
11:19	ltspfs on /tmp/.terminal00-ltspfs/usbdisk-sda type fuse (rw,nosuid,nodev,user=terminal00)
11:19	/tmp/.terminal00-ltspfs/usbdisk-sda on /media/terminal00/usbdisk-sda type none (rw,bind)
11:20	<Gadi> ah, hmm
11:20	there's one problem
11:21	<ryudobr> i trying use auto and vfat
11:21	but doesnt work :P
11:21	<vagrantc> otavio: so, i'm guessing you're pretty busy... do you still have time for the ldm and ltspfs uploads? :)
11:22	<otavio> vagrantc: I got busy on Friday and then forgot it. I'm doing them _now_
11:23	<vagrantc> otavio: ok, thanks :)
11:24	otavio: would you re-consider sponsoring me for debian-maintainer status? :)
11:24	ryudobr has quit IRC
11:26	<otavio> vagrantc: sure, no problem
11:26	<vagrantc> warren: hrm. it looks like you overwrote my changes to the mkdst-trunk branch ... i mean, you re-merged them, but i think the revision history was re-written...
11:26	<otavio> vagrantc: but how is going your NM process?
11:26	<vagrantc> otavio: i've been to busy working on ltsp to put much time into it :)
11:27	<otavio> vagrantc: ah right. And your main interest is to be able to upload it, right?
11:27	<Gadi> Ryudo: in 88-ltsp.rules, change sd* with sd?
11:27	<vagrantc> otavio: main interest ... for debian-maintainer status?
11:28	<otavio> vagrantc: both uploaded
11:28	vagrantc: yes
11:28	<vagrantc> otavio: that's part of it... it seems like i'd have more time to actually work on NM if i didn't have to get sponsors for packages. at least, that's what i tell myself :)
11:29	otavio: also with simple-cdd and it would make it a little easier to get involved in some other projects...
11:31	<Ryudo> no
11:31	i need change that ?
11:31	<Gadi> yeah instead of "sd*" make it "sd?"
11:32	and try the USB again
11:32	er, reboot terminal
11:33	<otavio> vagrantc: no problem to me
11:33	vagrantc: feel free to ask for it and then we add the headers on the packages
11:34	<Ryudo> Gadi, suppose pen drive works ... The floppy no longer work?
11:35	<Gadi> floppy should work - not sure why not yet
11:36	<Ryudo> humm
11:48	<Gadi> Ryudo: can you also pastebot the original add_fstab_entry and 88-ltsp.rulesfrom feisty?
11:48	that might help me figure out why floppies stopped working
11:49	slidesinger has joined #ltsp
11:51	<Ryudo> Gadi I am not more in the laboratory, unfortunately had to return to my room :(, it has very work now, so over time I go back to the laboratory and we try to fix the pendrive issues
11:51	you have jabber or msn ?
11:56	<vagrantc> otavio: could you send a gpg-signed mail to pkg-ltsp-devel regarding the advocacy? http://paste.debian.net/46879
11:59	<eharrison> adadger1999: here is a tarball all of my personal hacks that have not yet been re-factored for the ltsp upstream: http://k12linux.mesd.k12.or.us/K12LTSP/devel/ltsp-hacks.tgz
12:03	Ryudo has quit IRC
12:03	<otavio> vagrantc: sent to newmaint ml
12:04	<vagrantc> otavio: excellent :)
12:08	<otavio> vagrantc: np
12:08	vagrantc: you're welcome
12:09	<vagrantc> otavio: i actually released a backport of ldm and ltspfs before they even hit sid :)
12:10	<otavio> ahaha cool
12:10	<vagrantc> otavio: much easier to maintain the backport now that it's no longer debian native packages
12:10	otavio: and i know how to use dpatch :)
12:10	<otavio> vagrantc: hehe yes
12:11	vagrantc: those are suppose to make our life easier, not worse ;-)
12:12	<vagrantc> otavio: unfortunately the mount command in etch doesn't support "mount --move" properly ... but symlinking /etc/mtab to /proc/mounts is an ok workaround
12:12	<otavio> vagrantc: ahh, right
12:14	vagrantc: so you're keeping around a etch branch with those minor changes?
12:14	vagrantc: or you've add a patch for it and kept it disabled on sid?
12:14	<vagrantc> and there's still some issue with ldm on etch where it doesn't display the background image ... well, it will display it for a second, but then the background goes white
12:14	otavio: i've maintained a separate branch for the debian dir
12:14	<otavio> ah right
12:15	<vagrantc> otavio: which contains the dpatch patches ... need to make debian/control changes as well, so it probably makes sense to maintain a separate branch
12:15	<otavio> yes ..
12:16	<vagrantc> but other than those two bugs, the etch backport works pretty well ... only two patches to ltsp plus some dependency changes, just a rebuild for ldm, and a rebuild for ltspfs
12:16	don't know if symlinking /etc/mtab to /proc/mounts causes other issues...
12:29	* sutula would like to see the background image problem fixed, but doesn't know where to start looking
12:37	<vagrantc> sutula: without really understanding the code, i'm guessing it's some issue with layering ... i.e. when the foreground and background get displayed ... some sort of order issue
12:37	sutula: the really interesting thing is i've taken the same exact ldm binary, run it on lenny or sid, and it works ... so it's actually something outside of ldm itself
12:38	<sutula> vagrantc: At that point, what exactly is running on the server? Just ldm?
12:38	<vagrantc> sutula: ldm runs on the thin-client's X server ... :)
12:39	just to be clear about terminology ...
12:39	sutula: it's about the only thing running ... i would guess it's something in one of the depending libraries and how they render images ...
12:40	<sutula> vagrantc: right...do we know that the X server thinks it has the right background image at that instant?
12:40	* sutula wonders whether something in X decides to install the default background
12:40	<vagrantc> sutula: i don't really know ... when it initially comes up, it appears to load the correct background image ... but then something else overwrites it
12:41	<sutula> right...that's why I was wondering
12:41	<vagrantc> and the ordering of which happens when must be different between lenny and sid
12:41	BadMagic has quit IRC
12:42	<sutula> vagrantc: If I get time to look at it tomorrow, what code is running, that installs the right background image?
12:42	* sutula will try to trace through it
12:42	BadMagic has joined #ltsp
12:43	<vagrantc> sutula: all i know is ldm is running ...
12:44	<sutula> vagrantc: /opt/ltsp/i386/usr/sbin/ldm ?
12:44	lns has joined #ltsp
12:46	knito has joined #ltsp
12:46	<knito> hi to everybody!!!
12:47	I have an easy question that can have a rtfm for answer... but I can't find where in the fm is it!!!
12:47	how can I allow vnc access to my server???
12:47	is there some howto?
12:48	I remeber to have made it 2 or 3 years ago... but I can't find again the documentation
12:48	<vagrantc> sutula: yes
12:48	<sutula> knito: Which distro?
12:48	<PerfDave> knito: You want your LTSP clients to access the server over VNC instead of XDMCP?
12:48	<knito> fedora 8
12:50	My server must allow some workstations and I want to access it via vnc from other ones that need to run window$
12:54	<cliebow_> knito:look at nx
12:54	<sutula> vagrantc: OK, I see the ldm code that starts the server, etc. If I get the chance tomorrow, I'll play around a little
12:55	<vagrantc> sutula: that would be great
12:55	<sutula> vagrantc: Is that code (the ldm source) going to continue forward, or is it getting replaced by something else?
12:55	<vagrantc> sutula: the ldm code seems to be going forward
12:55	* sutula is asking because he thinks that's also where the autologin stuff would need to be added/fixed
12:55	<sutula> ...another of my pet desires
12:55	<vagrantc> sutula: hasn't had active development for a month or two, but i wouldn't say it's stalled or anything
12:56	sutula: yeah, we need autologin for freegeek as well
12:56	<cliebow_> Scottie: where are you??
12:56	<vagrantc> sutula: well, actually, we need mixed autologin/named logins
12:56	sutula: rather than autologin, more like anonymous logins ...
12:56	<johnny> timed autologin ..
12:57	<vagrantc> johnny: no, i don't want to have to log out just to log in
12:57	<sutula> vagrantc: I'll look at both...with any luck, could have a patch or two
12:57	<vagrantc> sutula: source code is on launchpad ...
12:57	<sutula> vagrantc: is "apt-get source" close enough?
12:57	<vagrantc> sutula: https://code.launchpad.net/~ltsp-upstream/
12:57	sutula: for the moment
12:57	<sutula> k
12:58	<vagrantc> sutula: though if you could work with bzr branches, it would make it easier to merge changes
12:58	<sutula> vagrantc: If I put too many impediments in the way, I'll never look at it, so will start with current Debian source
12:59	<vagrantc> sutula: sounds great :)
12:59	* vagrantc forgets that not everyone likes bzr
12:59	* sutula doesn't have an opinion...just doesn't know anything about it
13:00	<Gadi> anyone know how to get the requesting IP out of inetd?
13:00	or is it completely dependent upon the service?
13:01	* Gadi wants to improve nbdrootd's error handling abilities by limiting 1 rootfs per customer :)
13:01	<warren> abadger1999, I'm here for a short while
13:01	abadger1999, what's going on now?
13:02	<abadger1999> warren: I'm running into anaconda bugs.
13:02	<warren> abadger1999, like?
13:02	<abadger1999> it's looking for the wrong release notes file on the server.
13:02	<warren> abadger1999, oh, the turbogears dependency conflict?
13:02	<vagrantc> Gadi: that's actually caused you problems? the way we're doing it, it spawns a new connection every time i thought ... so even if the old connection gets disconnected and stays running, it should stary a totally new, unrelated one
13:02	<warren> abadger1999, and it bombs out because of release notes?
13:02	<abadger1999> No. That one was documented enough
13:02	Yep.
13:02	<warren> damn
13:03	<abadger1999> Eric says he created a symlink to work around it on his server.
13:03	<warren> abadger1999, well, maybe reusing the livecd kickstart thing might be a good option...
13:03	<abadger1999> Let me see if I can fix this first.
13:03	<Gadi> vagrantc: well, I have seen it cause problems with folks in here, but also I would like a way to track which clients are mounted to which images
13:03	that way, I can safely round-robbin them when upgrades happen
13:04	<abadger1999> warren: It's close to done if we can get around the errors.
13:04	<warren> abadger1999, eharrison: did you figure out the missing buildreq's of ldm and ltspfs?
13:04	(if not, I'll work on it now)
13:04	<cliebow_> Howdy Eric by the way!
13:05	<Gadi> vagrantc: we don't really address the 'upgrade' issue in production (ie making sure that you can replace the image safely and that running thin clients haven't had their rootfs taken out from under them)
13:05	moquist has joined #ltsp
13:05	<abadger1999> warren: The scheduled meeting is here. We're heading out to lunch
13:05	<warren> abadger1999, k
13:06	keffer has joined #ltsp
13:06	<vagrantc> Gadi: you should be able to actually remove the file with nbd, and as long as the inode is still open, it should be fine ...
13:06	<Q-FUNK> hm
13:06	<vagrantc> Gadi: i've actually done that ...
13:07	knito has quit IRC
13:08	<vagrantc> Gadi: and if nbd-server doesn't actually hold the inode open (which it should, or at least have an option to) we could maybe implement a workaround in nbdrootd/nbdswapd
13:09	<Gadi> vagrantc: you have actually remove the image and replaced it with another and the client doesnt hiccup?
13:10	<vagrantc> Gadi: hmmm... only tried it with some tests, not actually running a thin-client
13:10	<Gadi> heh, hence the use of the word "production" ;)
13:11	<vagrantc> so you've encountered problems in the real world, i'm guessing :)
13:11	<Gadi> in fact, as ltsp-update-image deletes first and regenerates second, I cannot imagine running that command in production
13:11	* vagrantc still likes nfs
13:12	<Gadi> well, as we have no way of cycling the power of the thin clients remotely (and it would be rude, anyway to do so)
13:12	I would like a round-robin appraoch
13:12	where we create a second image and as clients reboot they grab the second and release the first
13:12	* vagrantc has asked enough questions and will leave Gadi to work magic
13:12	<Gadi> then the first is deleted when all clients are off of it
13:13	it seems a bit safer
13:13	<vagrantc> yeah, i always thought it was silly to delete first
13:13	<Gadi> yeah, NFS didnt have these issues
13:13	but, we seem to have kinda swept them under the rug thus far
13:13	:)
13:13	* Gadi wants to start addressing them a bit
13:14	<vagrantc> make new image, move old image aside, move new image, delete old image
13:14	Gadi: NFS is still the default in debian
13:14	<Gadi> if what you say wrt inodes is correct
13:15	* Gadi is suspect of that assertion
13:15	<vagrantc> Gadi: the only issue i don't know is if nbd-server actually holds the inode open ...
13:15	<Gadi> tho would love it to be true
13:15	<vagrantc> but it seemed to in my initial tests
13:15	<Gadi> but, even if it does, don't you have to consider the inodes of the files within the image?
13:15	they would all change completely, no?
13:16	or does that not matter to the running kernel on the client?
13:16	as nbd handles it??
13:16	<vagrantc> Gadi: my theory is that if you move an image to another location, the nbd-server will instantaneously be using the new location ... the inodes, from the client's point of view, will not have changed one bit
13:17	<Gadi> ok - but at what point can you delete the old image?
13:17	you need to know when nobody is using it anymore
13:17	<vagrantc> well, you can delete an image, and as long as a file is holding the inode open, it won't really go away
13:17	<Gadi> lovely
13:17	:)
13:17	<vagrantc> it will just be difficult/impossible to access the inode
13:18	for any new processes
13:18	<Gadi> and you can have a whole collection of inodes filling up
13:18	<vagrantc> you can end up with issues of "why is my disk full" because you can't actually see the files
13:18	<Gadi> I guess we can go on the theory that the kernel has infinite inodes available for use
13:19	right
13:19	mistik1_ has joined #ltsp
13:19	mistik1 has quit IRC
13:19	mistik1_ is now known as mistik1
13:20	<vagrantc> if you have long-running thin-clients and you regularly update the images, you might run into trouble with running out of inodes ...
13:20	<Gadi> right
13:20	<vagrantc> and then you'll probably reboot the computer and everything will be good again :)
13:20	<Gadi> ah, the M$ approach
13:20	I lvoe it
13:21	<vagrantc> yes, wretched, isn't it
13:21	<lns> lol
13:21	<vagrantc> but i think that's probably a rare corner case for LTSP users, not the modus operandi
13:21	<lns> i know this isn't an ubuntu chan, but is anyone here on the support team at canonical? I'm looking into a support contract and was just curious
13:22	* vagrantc seconds that this is not an ubuntu channel
13:22	abadger1999 has quit IRC
13:22	<Gadi> vagrantc: I sppose
13:22	for 'normal' LTSP users
13:23	I guess thats why I need to adddres it :)
13:23	Im anything but normal
13:23	<vagrantc> Gadi: well, how many people regularly rebuild their LTSP environment?
13:24	<Gadi> depends on how many bugs we can throw in :)
13:24	<vagrantc> pfft
13:26	eharrison has quit IRC
13:40	bobby_C has joined #ltsp
14:06	eharrison has joined #ltsp
14:07	abadger1999 has joined #ltsp
14:09	K_O-Gnom has quit IRC
14:34	agike has joined #ltsp
14:36	vagrantc has quit IRC
14:37	mathesis has joined #ltsp
14:38	<mathesis> !paste
14:38	<ltspbot> mathesis: Error: "paste" is not a valid command.
14:38	<mathesis> !pastebin
14:38	<ltspbot> mathesis: Error: "pastebin" is not a valid command.
14:39	<mathesis> i have follow error http://pastebin.ca/855130
14:52	dnsmas is a dhcp server?
14:54	<Gadi> mathesis: what is dnsmas?
14:55	is that like christmas for domain names?
14:55	<mathesis> A small caching DNS proxy and DHCP server
14:55	<Gadi> ah, dnsmasq
14:55	<mathesis> i have install dhcp3-server and dnsmasq
14:55	<Gadi> ah, well make sure one is not running
14:56	:)
14:56	you don't want both running at the same time
14:58	<mathesis> dnsmasq and dhcp3-server is listen in port 67
14:58	<Gadi> they should - they are both dhcp servers
14:58	<mathesis> the problem is have 2 dhcp server
14:58	<Gadi> right - that is a problem
14:58	<Q-FUNK> indeed
14:58	<Gadi> dont do that
14:59	<mathesis> i don't install 2 server dhcp?
14:59	<Gadi> no - you should only install 1 dhcp server
14:59	<mathesis> ok
15:00	<Gadi> its not like more is better in this case
15:00	:)
15:00	<Q-FUNK> :D
15:00	<Gadi> its not like beer
15:03	<mathesis> i back
15:03	mathesis has quit IRC
15:03	^Migs^ has joined #ltsp
15:03	<^Migs^> is there such a thing as wireless LTSP?
15:05	<PerfDave> ^Migs^: It's quite easy to do wireless LTSP-style things, but it's difficult to do a true diskless solution over wireless, since most BIOSes can't set up the wireless card. I think you might be able to do it with LinuxBIOS though.
15:06	<jammcq> http://wiki.ltsp.org/twiki/bin/view/Ltsp/WirelessLTSPClientsUsingAnEthernetBridge
15:06	<^Migs^> I'm just thinking of how I could connect laptops to an LTSP server
15:06	so basically these devices would already have a hard drive
15:07	<PerfDave> ^Migs^: You can boot an OS off their internal hard drive, and do XDMCP over wireless to a server, but that's not really LTSP.
15:07	<^Migs^> but not a NIC I can alter
15:08	would it basically act like a thin client, though?
15:08	I guess it kind of wouldn't
15:08	<PerfDave> Well, the apps would all be running on the server.
15:09	<^Migs^> actually, that would probably be okay, since I'd want to be able to boot the laptops locally, too.
15:09	<PerfDave> All you'd be running on the client is the stuff to set up the wireless, X and a display manager.
15:09	<^Migs^> er, access local apps on the laptop
15:09	<PerfDave> Well, you couldn't easily do that with XDMCP logins.
15:09	Not at the same time as running stuff remotely anyway.
15:09	Either way, it seems that LTSP is not your solution, though your solution will use some of the technologies that LTSP does.
15:10	<^Migs^> LTSP is my solution. I have to figure out how to make the laptops work with it.
15:10	even if I can't do it wirelessly.
15:12	alienBOB has joined #ltsp
15:13	alienBOB has left #ltsp
15:24	zodman has joined #ltsp
15:26	mathesis has joined #ltsp
15:26	<mathesis> !floppy universal
15:26	<ltspbot> mathesis: Error: "floppy" is not a valid command.
15:26	<mathesis> !floppyuniversal
15:26	<ltspbot> mathesis: Error: "floppyuniversal" is not a valid command.
15:26	<mathesis> !boot universal
15:26	<ltspbot> mathesis: Error: "boot" is not a valid command.
15:27	<mathesis> !universal
15:27	<ltspbot> mathesis: Error: "universal" is not a valid command.
15:27	<mathesis> !help
15:27	<ltspbot> mathesis: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
15:27	<mathesis> ! command help
15:27	<ltspbot> mathesis: Error: "command" is not a valid command.
15:27	<mathesis> ! help command
15:27	<ltspbot> mathesis: Error: There is no command "command".
15:28	<mathesis> !boot cd
15:28	<ltspbot> mathesis: Error: "boot" is not a valid command.
15:28	<mathesis> !ltspbot wiki
15:28	<ltspbot> mathesis: Error: "ltspbot" is not a valid command.
15:29	makghosh has quit IRC
15:31	<warren> abadger1999, http://fedoraproject.org/wiki/K12Linux/
15:40	slidesinger has quit IRC
15:41	<warren> abadger1999, http://koji.fedoraproject.org/koji/getfile?taskID=347628&name=build.log
15:42	abadger1999, http://koji.fedoraproject.org/koji/getfile?taskID=347622&name=build.log
15:42	vagrantc has joined #ltsp
15:44	<mathesis> h vagrantc
15:44	* vagrantc waves
15:44	rcy has quit IRC
15:44	<mathesis> with boot in he clients with cdrom Error:no reconized network card found boot
15:45	<vagrantc> what kind of network card do you have?
15:46	<mathesis> EN5038
15:47	<vagrantc> does it work with debian etch ?
15:47	<mathesis> vagrantc, dnsmasq is a dhc server?
15:47	<vagrantc> ogra: i don't remember if i asked you already ... do you have any objection to splitting the ltsp-client-builder udeb into a separate source package?
15:48	xrcy has joined #ltsp
15:48	<mathesis> s/dhc/dhcp
15:48	<vagrantc> ogra: it probably doesn't make much difference for ubuntu, but it would really make life easier in debian
15:48	mathesis: it can be, you have to configure it
15:48	xrcy is now known as rcy
15:48	<vagrantc> mathesis: why do you ask?
15:50	<warren> vagrantc, ok, I can remove the spec file from the release tarball, but it will take a little refactoring
15:50	vagrantc, not a priority right now
15:50	mathesis has quit IRC
15:51	mathesis has joined #ltsp
15:51	<vagrantc> warren: i was thinking, if you wanted to support multiple releases with the same package, you could probably implement another layer in the plugins
15:51	<mathesis> vagrantc, i need have install dhcp3-server and dnsmasq?
15:51	<warren> vagrantc, sort of
15:51	<vagrantc> warren: that's really easy to do
15:52	<mathesis> the two in the server?
15:52	<vagrantc> mathesis: you can use just dnsmasq if you configure it correctly
15:52	<warren> vagrantc, it might be that way in the source repo, but the way it is installed into a package will have a hard coded name and not use lsb_release -i
15:52	<johnny> yes.. it works awesomely
15:52	<warren> vagrantc, again, not a problem just yet, will deal with this later.
15:52	<johnny> dnsmasqt that is
15:52	<vagrantc> warren: sure.
15:52	<johnny> /etc/lsb-based_on lol
15:53	<vagrantc> warren: in some ways i like having multiple plugins, as it's possible to install different releases with a single server
15:53	<mathesis> the package ltsp-server-standalone install dhcp3-server for default
15:53	<warren> vagrantc, single package you mean?
15:53	<vagrantc> warren: possibly even cross-distro, if needed.
15:53	warren: well, single package on a single server
15:53	<johnny> mathesis, yes, i just ignored that
15:54	and let it install
15:54	<warren> vagrantc, I understand your desire here, however in our case we have to support arbitrary names that lsb_release might report.
15:54	vagrantc, RHEL, Centos, Oracle, who knows what else.
15:54	vagrantc, we shouldn't have to hard code a bunch of names
15:54	<vagrantc> warren: on the other hand, i like the cleanliness of the installed package only handling the plugins for the current distro
15:55	<warren> vagrantc, I do too.
15:55	rcy has quit IRC
15:55	<iMacGyver> i'm having some trouble with machines sometimes randomly disconnecting...the messages i get are "nbd0: Receive control failed (result -4)" and "nbd0: Attemped send on closed socket", any ideas?
15:55	<vagrantc> i see advantages to both approaches
15:55	<warren> vagrantc, multiple levels of plugins for Distro/ReleaseVersion, install a specific one into the package for a target platform.
15:56	<vagrantc> otavio: looks like several build failures for ltspfs
15:56	<warren> vagrantc, unfortunately it might be beneficial for us to have a common-RPM plugin directory
15:56	vagrantc, since the differences from that common would be tiny
15:57	<otavio> vagrantc: that's great. hehehe
15:57	vagrantc: the game beggins
15:57	vagrantc: point one log to me take a look
15:57	<warren> vagrantc, anyway, we're not at this bridge yet.
15:57	<vagrantc> warren: yes, i advocated for a debian-common plugin directory a while back ...
15:57	warren: sure.
15:58	otavio: http://buildd.debian.org/pkg.cgi?pkg=ltspfs
15:58	otavio: i386 failed ... which is the one i'm most concerned about :)
15:58	<mathesis> vagrantc, is recommendable dnsmasql or dhcp3-server?
15:58	<warren> dnsmasq can serve PXE?
15:58	<mathesis> what is recommend?
15:59	<vagrantc> mathesis: recommended on debian is dhcp3-server and tftpd-hpa
15:59	<mathesis> ok
15:59	<vagrantc> warren: i've done PXE boots with dnsmasq, yes.
15:59	<warren> eharrison, https://code.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk
16:00	<vagrantc> warren: though i don't think it does tftp ...
16:00	but dnsmasq has always surprised me by adding significant new functionality with only tiny amounts of code
16:00	<otavio> vagrantc: missing build-depends
16:00	checking for GLIB... configure: error: Package requirements (glib-2.0 >= 2.6.0) were not met:
16:00	No package 'glib-2.0' found
16:01	<vagrantc> otavio: how'd we both miss that? :)
16:01	<otavio> vagrantc: you didn't build it on pbuilder, did you?
16:01	vagrantc: I just trusted you ;-)
16:01	<vagrantc> otavio: ah. i see what happened. yes, i didn't build it in pbuilder.
16:01	<warren> vagrantc, eharrison is unable to upload to ldm upstream
16:01	vagrantc, do you have access to edit the group?
16:01	<vagrantc> warren: no more than you
16:02	i.e. we probably both have access, just don't know how
16:03	otavio: well, this will give us a chance to add "DM-Upload-Allowed: yes" or whatever that field is called :)
16:03	sepski has quit IRC
16:03	agike has quit IRC
16:03	Guaraldo has quit IRC
16:04	<vagrantc> otavio: so you didn't build in pbuilder either, did you? :)
16:04	* vagrantc scrounges for disk space for a pbuilder environment
16:05	<otavio> vagrantc: I didn't ... but I wasn't suppose to do that on every upload ;-)
16:05	vagrantc: will do it next time, for sure
16:06	<vagrantc> otavio: the choice for me was pbuilder on a untrusted system, or building in a chroot on a trusted system ...
16:06	otavio: i should have built it on the untrusted system anyways, though
16:06	to find mistakes
16:07	<otavio> vagrantc: I can see if I can get an account to you on a fast system
16:07	vagrantc: I have a quad-core system here for those tasks ;-)
16:07	<vagrantc> otavio: heh.
16:07	otavio: i've got a reasonably fast system, it's just not as secure as my encrypted root filesystem on my laptop :)
16:08	<otavio> vagrantc: ahh ok
16:08	<vagrantc> otavio: and i'm running out of drive space on my laptop
16:08	<otavio> vagrantc: ouch!
16:09	<vagrantc> otavio: well, running out is a relative term ... i have a etch, lenny and sid ltsp server images for virtualbox :)
16:10	<abadger1999> warren: http://toshio.fedorapeople.org/ltsp/ltspfs.spec
16:11	<otavio> vagrantc: OMG
16:11	<vagrantc> otavio: so i'm much better able to test that the packages actually work before uploading :)
16:12	<otavio> vagrantc: sure ...
16:12	vagrantc: pbuilder should be part of this step ;-)
16:12	<vagrantc> otavio: i found an extra 2GB that i forgot about ... time for pbuilder :)
16:14	<otavio> vagrantc: wow!
16:16	<vagrantc> otavio: it was an old "emergency" install i left on therebecause my old computer had no boot media
16:17	<iMacGyver> and on the server i'm getting "Jan 14 15:33:20 ltsp-1 nbd_server[2718]: Read failed: Inappropriate ioctl for device"
16:21	rcy has joined #ltsp
16:25	cliebow_ has quit IRC
16:38	alienBOB has joined #ltsp
16:40	<warren> vagrantc, will anybody mind if I enable tags support in ldm and ltspfs repos, increment the version in release.conf and tag?
16:41	<vagrantc> warren: i can't speak for others, but i myself would want to get comments from the more distro-independent ltsp upstream folks before calling something a release
16:42	warren: probably best to email ltsp-developer
16:42	<warren> vagrantc, ok
16:42	<vagrantc> warren: but i would like to start doing tagging
16:42	<warren> vagrantc, soon, kyes.
16:42	yes
16:42	<vagrantc> warren: i also don't like the idea of mkdst having the version in release.conf ...
16:43	we talked about it some in the past
16:43	<warren> vagrantc, release.conf can parse it from anywhere else
16:43	vagrantc, saw my mess of reading it from configure.ac in ldm?
16:43	<vagrantc> ah, yes. i saw your commits parsing it from some of the autotools stuff
16:44	<warren> vagrantc, the idea is mkdst cannot possibly know various arbitrary places different types of source may use
16:44	vagrantc, so release.conf is the standard, and it may parse from elsewhere.
16:44	<vagrantc> warren: i think we need to figure out who is going to make releases, and figure out how they get done.
16:44	alienBOB has left #ltsp
16:45	<vagrantc> warren: ok, that makes sense. my main objection was to hard-coding the version in release.conf ...
16:45	<warren> vagrantc, agreed
16:45	vagrantc, it wasn't hard coded anywhere else at the time.
16:45	vagrantc, (mkdst itself)
16:45	vagrantc, maybe mkdst (the script) should hard code it within itself, so it can report what version it is.
16:45	sigh
16:45	I'll make that change now.
16:46	<vagrantc> i think some of the earlier versions had it hard-coded in release.conf ... like in ldm ... but you sort of fixed that ... although there is a version string hard-coded somewhere else now ...
16:46	i gotta get these build failures for ltspfs fixed ... stupid mistake on my part.
16:47	<warren> vagrantc, ltspfs buildrequires libX11-devel fuse-devel glib2-devel
16:47	vagrantc, see our example spec =)
16:47	<vagrantc> warren: in redhat terms ...
16:48	<warren> vagrantc, yeah, just find your equivalents
16:48	<vagrantc> warren: libglib2.0-dev was what i was missing
16:48	* vagrantc 's head still blurs the distinction between fedora and redhat, having had so little interaction
16:49	<warren> vagrantc, you weren't incorrect
16:49	<vagrantc> warren: that it was/is blurred?
16:49	<warren> vagrantc, kind of
16:50	vagrantc, Red Hat (company that sells support contracts for Linux and invests heavily in FOSS development) Fedora (community project that advances FOSS technology and defends FOSS ideologically)
16:50	vagrantc, Fedora technology is sometimes forked by Red Hat into boring products.
16:52	boring == unchanging
16:52	<vagrantc> heh
16:53	otavio: so, it was just a missing build-depends on libglib2.0-dev
16:56	mathesis has quit IRC
16:59	<warren> vagrantc, ok... no more hard coded version in release.conf. It is within mkdst itself, which has the benefit of being able to report its own version when run.
16:59	vagrantc, btw, sorry about snapping at you last night. I was extremely exhausted and should have stopped working hours earlier. =)
16:59	abadger1999 has quit IRC
16:59	<otavio> vagrantc: hehe yes
17:00	vagrantc: send me the fixed package and I do the new upload
17:00	<vagrantc> warren: fair enough. thanks for owning up to it :)
17:04	otavio: and this time, i'll build it with pbuilder :)
17:04	<warren> dinner time...
17:05	<vagrantc> otavio: if i sent you the .deb, would you upload that too (so we get an i386 upload faster) ?
17:06	eharrison has left #ltsp
17:08	<otavio> vagrantc: you'd need to send me the changes file too
17:08	vagrantc: so I mix them
17:08	<vagrantc> otavio: ok.
17:13	Q-FUNK has quit IRC
17:13	<vagrantc> otavio: i added NEWS.Debian to the source, but nothing installs it ... fixing that too.
17:15	jammcq has quit IRC
17:24	abadger1999 has joined #ltsp
17:25	bobby_C has quit IRC
17:37	Elive_user24 has joined #ltsp
17:37	<Elive_user24> error:no IPv6 routers present
17:37	some idea?
17:37	http://pastebin.ca/855372
17:38	client no detect server ltsp
17:44	Gadi has left #ltsp
17:48	twinprism has joined #ltsp
17:52	<vagrantc> otavio: sent new upload ... had to pack the files in a tarball, as mutt was truncating the filenames
17:56	* vagrantc gives ldm a rebuild for good measure
17:58	<otavio> vagrantc: sent it? didn't get it yet
17:58	vagrantc: got it
18:02	vagrantc: done
18:03	dtrask has joined #ltsp
18:07	<Elive_user24> /j #ltsp-es
18:08	Elive_user24 is now known as eaeaea
18:09	<vagrantc> otavio: thanks :)
18:09	monteslu has quit IRC
18:19	ari_stress has joined #ltsp
18:31	<vagrantc> otavio: i checked ldm and ltsp in the pbuilder environment and they're both ok :)
18:31	Skarmeth has joined #ltsp
18:37	<Skarmeth> hi all
18:37	what tftp server are your using in fedora 8?
18:40	<johnny> most people prolly don't know
18:40	they just just whatever comes default with ltsp packages
18:41	Skarmeth has quit IRC
18:42	J45p3r has joined #ltsp
18:48	otavio has quit IRC
18:50	eaeaea has quit IRC
19:00	staffencasa has quit IRC
19:18	vagrantc has quit IRC
19:24	prpplague has joined #ltsp
19:31	dtrask has quit IRC
19:33	spectra has quit IRC
19:40	abadger1999 has quit IRC
19:47	abadger1999 has joined #ltsp
19:58	jammcq has joined #ltsp
19:58	<jammcq> hey kidz
19:58	<prpplague> jammcq: hey hey
19:59	jammcq: whats cookin boss man?
19:59	<jammcq> hey
19:59	how's it goin?
19:59	gentgeen__ has quit IRC
20:00	gentgeen__ has joined #ltsp
20:48	J45p3r has quit IRC
20:58	mcfloppy_ has quit IRC
21:21	monteslu has joined #ltsp
21:35	prpplague has quit IRC
21:36	oblek has joined #ltsp
21:37	mathesis has joined #ltsp
21:48	open_lad has joined #ltsp
21:50	<ari_stress> hello all
21:50	:D
21:50	wazzup
21:52	<mathesis> i have problem in the client
21:52	subir has joined #ltsp
21:55	<ari_stress> what;s the problem?
22:14	ltspbot has joined #ltsp
22:15	subir has quit IRC
22:15	<mathesis> !Searching for server (DHCP).....No IP address
22:15	<ltspbot> mathesis: Error: "Searching" is not a valid command.
22:18	<mathesis> !No ip address
22:18	<ltspbot> mathesis: Error: "No" is not a valid command.
22:21	Faithful has quit IRC
22:22	Faithful has joined #ltsp
22:27	open_la1 has joined #ltsp
22:36	open_lad has quit IRC
22:39	subir has joined #ltsp
22:48	mathesis has quit IRC
22:51	keffer has quit IRC
23:01	mathesis-ltsp has joined #ltsp
23:02	<mathesis-ltsp> ogra, finish
23:03	i have working ltsp >(
23:17	cyberorg has quit IRC
23:24	cyberorg has joined #ltsp
23:35	npman has quit IRC
23:37	npman has joined #ltsp
23:39	mathesis-ltsp has quit IRC
23:54	mathesis has joined #ltsp