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


Channel log from 25 September 2009   (all times are UTC)

00:31shawnp0wers has joined #ltsp
00:46johnny has left #ltsp
00:47johnny has joined #ltsp
00:48vokgwknjagqh has joined #ltsp
00:48|Paradox| has quit IRC
00:49vokgwknjagqh is now known as |Paradox|
00:58shawnp0wers has quit IRC
01:08ftherese has joined #ltsp
01:09
<ftherese>
Is there a resource available to help troubleshoot localapps not printing to local usb printers_
01:09
?
01:11Selveste1 has joined #ltsp
01:21
<cyberorg>
ftherese, ltsp-localapps xterm
01:24
<ftherese>
cyberorg... the computer is in another room... I'll go there... what should I test?
01:24coordinador has quit IRC
01:24
<ftherese>
cyberorg: is it possible to ssh into the thin client?
01:25
<cyberorg>
yes, but you need sshd installed and enabled in client image
01:26
<ftherese>
rats... its not there
01:26
could you let me know what to test in the localapps xterm?
01:26
<cyberorg>
i don't know much about troubleshooting printing, but i'd start with cups logs
01:27
<ftherese>
ok...
01:27
brb
01:29wwx has quit IRC
01:33ftherese_ has joined #ltsp
01:33
<ftherese_>
ok... I tested the jetpipe proggie... which is what ltsp uses
01:33
I am getting this error on the localapps xterm
01:34
File "/usr/sbin/jetpipe", line 120, in <module>
01:34
devicename = args[0]
01:34
IndexError: list index out of range
01:34
I didn't used to get this error... I know that for a fact
01:35Lns_ has quit IRC
01:36
<ftherese_>
but it is probably because now jetpipe requires an argument?
01:37
<cyberorg>
see http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtspDocumentationUpstream for what it needs in lts.conf
01:38
<ftherese_>
I know I already have lts.conf stuff set right /dev/usblpr0
01:38
It used to work
01:38
and it even works on some of my servers
01:38
I have four
01:38
<cyberorg>
does /dev/usblpr0 exist on the client?
01:38
<ftherese_>
and they are/should be essentially the same
01:40
usblp0 yes
01:40
it is on the client
01:40
and lsusb on the client :
01:40
Bus 001 Device 002: ID 04b8:0007 Seiko Epson Corp. Printer
01:40
maybe I should try restarting cups on the client?
01:41
I already did on the server a few times
01:42
I don't think there is a cupsd on the client
01:43nubae|work has joined #ltsp
01:44
<ftherese_>
the cupsctl on localapps xterm looks fine:
01:45
but it immediately refers to the server hosting the machine
01:45
not to the local machine itself
01:46
that is part of the problem I think... because printing from programs hosted on the server works just fine... it is printing directly from localapps that does not work
01:48
<johnny>
i think you have to install cups yourself ftherese
01:51
<ftherese_>
cups-bsd is already installed
01:51
in the chroot
01:51
it doesn't create any log files... I guess I don't have that enabled... I mean it does have an empty lpr.log file
01:52
but empty log files are not very practical
01:55wwx has joined #ltsp
01:58ftherese_ has quit IRC
02:02alkisg_work has joined #ltsp
02:49yoshi_ has joined #ltsp
03:24
<ftherese>
I figured out the solution to the problem
03:25
I have four servers
03:25
I wanted to set up one server as the print server
03:26
one main print server, with cupsd installed on all servers
03:27
so I had it set up to where the local usb printers were added on just one of the servers (the printer server) and the other servers just received the local usb printer as shared from the main printer server
03:28
that worked just fine for printing until it came to printing directly from localapps
03:30
in order for usb local printer printing to work from local apps, the usb printer has to be installed on each of the cups servers individually - not just as a share
03:30
this may be a bug, as it only affects printing from localapps
03:32alkisg_work has quit IRC
03:46alkisg_work has joined #ltsp
03:52FGXR6 has joined #ltsp
03:53F-GT has quit IRC
04:03ogra has quit IRC
04:03ogra has joined #ltsp
04:20alkisg_work has quit IRC
04:21alkisg_work has joined #ltsp
04:25alkisg_work has quit IRC
04:29cyberorg has quit IRC
04:39mikkel has joined #ltsp
04:42Selveste1 has quit IRC
04:42Selveste1 has joined #ltsp
04:43garymc has joined #ltsp
04:45cyberorg has joined #ltsp
05:02evilx has quit IRC
05:02evilx has joined #LTSP
05:26Selveste1_ has joined #ltsp
05:37alkisg has joined #ltsp
05:38Selveste1 has quit IRC
05:39devilbues has joined #ltsp
05:40
<devilbues>
hello, how do I access to an usb photo camera without using gnome on ltsp? I'm using rdesktop
05:54Selveste1_ has quit IRC
06:00
<Appiah>
does usb sticks work for you devilbues ?
06:11Yaroze has quit IRC
06:11
<devilbues>
Appiah: yes. the usb camera doesn't work on command line, but it works on gnome via vfs
06:11
sorry, gvfs
06:12
<ogra>
why sorry ? gvfs = gnome vfs ;)
06:12
can you switch the camera to mass storage mode ?
06:13
gvfs is only used if the camera is in PPTP mode ... which cant be handled as usb device ...
06:13
if you cant switch the cam there is likely no way around gvfs
06:13
or better gvfs' libgphoto backend
06:14pmatulis has joined #ltsp
06:15
<devilbues>
Ogra: how do I do that
06:15
:)
06:17
<ogra>
in the menu of the camera usually
06:32
<devilbues>
thanks Ogra
06:33
I'll use the sd card on card reader
06:34devilbues has quit IRC
06:48garymc has quit IRC
06:52cyberorg has quit IRC
06:55F-GT has joined #ltsp
06:55FGXR6 has quit IRC
06:55F-GT has joined #ltsp
07:02
<ogra>
GRRR !
07:02* ogra is angry about the recent ML thread
07:10
<alkisg>
That's why users shouldn't be allowed to talk directly to the devs :D M$ has something to teach us here! :P (ok ok /me realizes that this is very frustrating and stops joking about it)
07:10bobby_C has joined #ltsp
07:19
<alkisg>
Has anyone managed to get the "dynamic dns updates" feature of dhclient working?
07:20
<ogra>
dynamic dns updates feature of dhclient ??
07:20
i dont think there is such a thing ...
07:21
afaik dhclient uses resolvconf for that (if you made the mistake to install resolvconf)
07:23
<alkisg>
man dhclient.conf => search for dynamic
07:23
It says that if I have control over the dns server (which I do) I should be able to update the dns info
07:24
I.e. if I have a *standalone* client named PC1, and it gets an IP of 10.160.31.123, then it should notify the bind9 in my server that the ip for PC1 is 10.160.31.123...
07:25
What I *don't* have is control over the dhcp server (= a cheap router which correctly informs the clients about my dns server, but can't do dns updates itself)
07:34jammcq has joined #ltsp
07:49cyberorg has joined #ltsp
07:52garymc has joined #ltsp
08:04Gadi has joined #ltsp
08:50japerry has quit IRC
08:53bieb has joined #ltsp
09:03cliebow has joined #ltsp
09:07
<jammcq>
cliebow: howdie
09:08
<cliebow>
Hey!!
09:08
i spoke to my boatboss about using the boat..Seems doable
09:08
<jammcq>
awesome
09:09
not sure exactly when we'll arrive. We could be there thursday morning, and possibly wednesday afternoon
09:10
<cliebow>
I guess either/any day that weekend is fine..I will be on call to run the boat thursday-Saturday..might have to combine with a regular trip leaving at one pm
09:10
have to play the weather..
09:11cyberorg has quit IRC
09:23* ogra tickles jammcq
09:26alkisg has quit IRC
09:31
<jammcq>
hey ogra i'm getting thirsty :)
09:33
<ogra>
hehe
09:49ph27 has joined #ltsp
09:59dro has joined #ltsp
09:59
<ph27>
is it usual for my server to be running nbd-server like this:
09:59
nbd-server 0 /opt/ltsp/images/i386.img -r -C /dev/null
09:59
i find it strange that its using port 0
10:03
<dro>
ph27: thats an interesting question because doesn't icmp use port 0?
10:06cliebow has quit IRC
10:08monteslu has quit IRC
10:08
<ph27>
seems there's something else running on port 2000, but when I update my image, port 2000 is already defined with /opt/ltsp/images/i386.img in inetd.conf
10:10cyberorg has joined #ltsp
10:20
<dro>
ph27: the big question is is there a reason you want it to run on a different port?
10:22japerry has joined #ltsp
10:26
<ph27>
i don't, but i've been having trouble getting past initrd.img.....ready. while troubleshooting i happened to notice that process running.
10:27japerry has quit IRC
10:33
<Gadi>
first of all, icmp is icmp - it does not use a tcp/udp port
10:34
second, "0" as the port number to nbd-server is the proper setting for inetd
10:34
because inetd.conf sets the port
10:34
as long as inetd is running and is configured to listen on 2000, you *should* see something listening on port 2000
10:35alkisg has joined #ltsp
10:35
<Gadi>
if you turn inetd off (/etc/init.d/openbsd-inetd stop) and all nbd-server processes are killed and something is *still* listening to port 2000, then there's a problem
10:35staffencasa has joined #ltsp
10:36
<Gadi>
if you have any cisco equipment and use cisco softphones, you may have a problem with port 2000, as they use it for something else
10:36
<jammcq>
oooh, pmantis found a couple days ago that Asterisk was listening on port 2000
10:36
<Gadi>
honestly, 2000 was a rather poor choice on our part for the nbd port to use
10:37
yeah, port 2000 is one of them unofficially registered ports that is used by something else that is becoming more widespread
10:38
<johnny>
uhm.. also managesieve.. uses port 2000
10:38
altho it will be a rare situation that managesieve and nbd are running on the same machine :)
10:39
Gadi, the number is just too round :)
10:39
lol
10:39
<Gadi>
right, but with ports you need to worry about the switches and stuff in between, too
10:39
<johnny>
you can't pick the round number because you know somebody else already picked it
10:39
<Gadi>
I have had customers boot thin clients across subnets with firewalls in between
10:39
<ph27>
so if it's properly configured, what might be the problem if my client never makes it past Loading initrd.img.....ready.
10:39
<johnny>
like our mom
10:39
your*
10:39
Gadi :)
10:40
or like your mom's thin clients
10:40
<Gadi>
and cisco firewalls can mangle port 2000 packets even with the port open and unblocked
10:40
lol
10:40
ph27: use wireshark to see if you get port 2000 requests
10:41
<johnny>
Gadi, perhaps we should change the default port ltspwide then
10:41
<Gadi>
johnny: we definitely should
10:41
<johnny>
i'm for it
10:41
and we can alwasy leave the original untouched if it exists..
10:42
<Gadi>
yeah, the upgrade path gets wonky
10:42
;)
10:42
but, it would be a good move sooner than later
10:42
<johnny>
Gadi, we could say that about a lot of things :)
10:42
<Gadi>
we should see if 5877 is used
10:42
that's LTSP on the phone
10:43
:)
10:43
<johnny>
Gadi, how closely do you keep up with xorg and related developments? kms,dri, xephyr, etc
10:43ph27 has quit IRC
10:43
<johnny>
and other related importanted client developments like hal..
10:43
<Gadi>
only look at the centerfolds when Im in the bathroom
10:43
;)
10:44
they have the best articles
10:44
<johnny>
at least hal is leaving us before we need it in the chroot
10:44
<ogra>
huh ?
10:44
<johnny>
ogra, ?
10:44
or does ubuntu already use it?
10:44
<ogra>
afaik xorg is currently the only place that still uses hal
10:45
and hasnt been ported to DK yet
10:45
<johnny>
that's what i said ogra..
10:45
it is leaving us befeore we need it
10:45
unless we already need it :)
10:45
then we will be removing it
10:45
i never added it to gentoo, since we have the old code for people who hate hal
10:45
<ogra>
we do need it since a while in ubuntu, no idea about gentoo
10:45
<johnny>
ah.. ok
10:45
well at least we can drop it soon then :)
10:45
<ogra>
ubuntu uses it since jaunty
10:46ph27 has joined #ltsp
10:46
<johnny>
and ubuntu will drop it for 10.04 :)
10:46
<ogra>
and will use it still in karmic
10:46
right
10:46
<johnny>
ogra, didn't cups also need it in jaunty if you wanted local apps with printing?
10:46
<Gadi>
ogra: is that why jaunty is so slow and unusable? where are the testers? :P
10:46
<ogra>
haha
10:46* Gadi tries to make ogra turn green and smash things
10:47
<johnny>
Gadi, so the question is.. how up todate are you with those deelopments?
10:47* ogra really had some high bloopressure moments today :)
10:47
<ogra>
*blood
10:47
<Gadi>
johnny: well, not the server pieces, just the client pieces
10:47
wrt cups
10:47
<johnny>
well cups will be relying on udev in the near future
10:48
actually it already does for me?
10:48
<Gadi>
in terms of other developments, I like to be surprised
10:48
<johnny>
err minus the ?
10:48
so.. that is awesome..
10:48
<ph27>
in response to the wireshark attempt: i see the tftp process happens, with an acknowledgement of each packet. no communication happens after the last acknowledgement. what should the next step be?
10:48
<Gadi>
besides, nobody makes up their mind until the last minute before release
10:49
<johnny>
Gadi, that isn't true.. there was a lauchpad blueprint called halendectomy or haldectomy..
10:49
<Gadi>
ph27: does it happen on mutiple clients the same way?
10:49
<johnny>
:)
10:49
<ph27>
yes
10:49
<Gadi>
johnny: every couple of years, I get around to porting to the latest and greatest ;)
10:50
and even then, you need to allow 6 months for the bugs to shake out
10:50* Gadi prefers the problems he knows to the ones he knows not to solve
10:50
<johnny>
i don't get concerned with that.. as somebody has usually solved all the problems shortly after the release
10:51
<Gadi>
lol
10:51tstafford_ has joined #ltsp
10:51
<Gadi>
now thats funny
10:51
<johnny>
maybe i get lucky in my problems :)
10:51
of course i would have been upset if i had an intel card with jaunty..
10:52
<Gadi>
ph27: ok, so at that point, the initrd has been loaded into RAM, and should start to execute it
10:52
but it is not
10:52
if you leave a terminal on for a while, does it eventually get past it?
10:53
<ph27>
Gadi: I've left it on for quite some time - an hour or two?
10:53
<Gadi>
ph27: try editing /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default and remove "quiet" and "splash"
10:53
and reboot the terminal
10:53
see if it tells you more
10:57
<ph27>
miraculous. it booted all the way up that time!
10:57
<Gadi>
sounds like you, my firend, have an issue with usplash
10:58
you can put the "quiet" back
10:58
but, keep the "splash" off
10:58
no splash for you!
10:58
I blame ogra
10:58
<ph27>
ha! thank you so much!
10:58
<Gadi>
its all his fault
10:58
:)
10:58* ogra is in a meeting on #ubuntu-meeting and just ignores Gadi :P
10:59
<ph27>
why orga, why???
10:59Lns_ has joined #ltsp
11:00Ahmuck has joined #ltsp
11:00
<ogra>
beyond that i'm not to blame for broken framebuffers :P
11:01bobby_C has quit IRC
11:02
<sbalneav>
I'll accept the blame
11:02
'Tis a far, far better thing I do now, than I have ever done before
11:02* sbalneav falls on sword
11:02
<sbalneav>
thud
11:02
<Ahmuck>
rubber swords don't count
11:03
<jammcq>
he missed. it's only a flesh wound
11:03
<ogra>
phew
11:03
<Ahmuck>
alkisg:
11:03
<alkisg>
Can anyone help me on using nsupdate? :(
11:03
<Ahmuck>
i need help with gpxe
11:04
<alkisg>
Ahmuck: if you don't mind waiting, I'm gonna write a wiki page for this in the weekend
11:04
<Ahmuck>
i can wait
11:04
though finding a wiki page for it in ubuntu land is near impossible sometimes
11:06
<alkisg>
OK, we could also do this the other way around; I could tell you how to do it now, and you could write the page later - since your english are better than mine :)
11:08
<Gadi>
alkisg: has gpxe ever run up against patent issues?
11:09
I've had my nose deep in patents the past few days, and HP has a patent on setting a boot rom to grab an image over http/ftp
11:09
<alkisg>
Woah!
11:09
<Gadi>
not that you might care in Greece ;)
11:09
<alkisg>
I don't really know, I haven't heard of anything like that. I do know that there are some licensing / redistribution problems with some firmware files...
11:09
<johnny>
when does that one expire ?
11:10
<Gadi>
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=5&f=G&l=50&co1=AND&d=PTXT&s1="thin+client"&s2=pxe&OS="thin+client"+AND+pxe&RS="thin+client"+AND+pxe
11:10
thats some url
11:10
sorry
11:11
filed in 2002, awarded in 2007
11:11
number 7,251,725
11:11
<Ahmuck>
prior art ?
11:11
<johnny>
hmm..2002..
11:11
yes.. i hope we can find prior art for that
11:11
<Ahmuck>
it would be active from 2007 foward
11:12
patents last 15 years plus they are re-newable
11:12
iirc
11:12
<johnny>
Ahmuck, then why is gif legal then?
11:12
it expired
11:12* Gadi thinks it is 10 years
11:12
<Ahmuck>
are patents shorter for software
11:12
<johnny>
no
11:12
<Gadi>
patent law keeps changing
11:12
<Ahmuck>
apple's hardware just came up for patent release
11:12
iirc, it was 20+ years
11:14
it's an easy workaround on this one however, just need to boot and get the rom some other way than http or ftp
11:14
<alkisg>
Ahmuck: go to http://rom-o-matic.net/gpxe/gpxe-git/gpxe.git/contrib/rom-o-matic/
11:14
press "configure"
11:14
...and put the following script there:
11:14
#!gpxe
11:14
dhcp net0
11:15
set filename /ltsp/i386/pxelinux.0
11:15
set next-server <<<your ltsp server external nic ip>>>
11:16
Dah sorry wrong filename, let me put that to pastebot...
11:26
<Ahmuck>
in the emeded script section iirc?
11:26
<alkisg>
Yup
11:27
Moment, /me is on the phone..
11:35* alkisg has to go for a while, bbl :(
11:35alkisg has quit IRC
11:40fotanus1 has joined #ltsp
11:46fotanus1 has quit IRC
11:47fotanus1 has joined #ltsp
11:49nainaide has joined #ltsp
11:51Ahmuck has quit IRC
11:51
<nainaide>
I followed Gentoo wiki on LTSP, but got an error : can not find root device. and I have "append endor-initrd=initramfs-2.6.27-r7 root=/dev/sda1 init=/linuxrc" in /opt/ltsp/tftproot/pxelinux.cfg/default, anyidea? thanks
11:52
<johnny>
skip that endor- nonsense
11:52
and root=/dev/sda1 isn't going to work
11:52
knipwim_, are you here?
11:54
<nainaide>
johnny, you are right
11:55
<johnny>
try append initrd=yourinitramfsfile root=/dev/nfs ip=dhcp nfsroot=ip:/opt/ltsp/x86
11:55
nainaide, but you also need to make sure your kernel in the chroot has the proper network drivers
11:55
<nainaide>
need I export somthing in /etc/exports ?
11:55
<johnny>
yes.. but the installer should have done that..
11:56
ltsp-build-client that is
11:56
and you need to start the server..
11:56
i'd rewrite the wiki if ionly i had a machine to test the steps..
11:56
<nainaide>
yes, I find this line in /opt/virtuals/cluster *(ro,no_root_squash,async)
11:56
<johnny>
wtf /opt/virtuals/clusters ?
11:56
that's not it
11:57
did you use ltsp-build-client ?
11:57
<nainaide>
yes
11:57
# Automatically added by ltsp-server
11:57
<johnny>
before that line? or after?
11:57
<nainaide>
before
11:57
<johnny>
wtf.. how did it get that path
11:58
<nainaide>
dont know, but it seems right
11:58
<johnny>
how does it seem right?
11:58
right is /opt/ltsp/x86
11:59
<nainaide>
all the file are in /opt/virtuals/cluster/x86
11:59
for example , bin, dev , etc, boot .....
12:00
<johnny>
i see..
12:00
but why
12:00
that makes no sense
12:00
i don't know what he was smokin to want to change it from what is normal across other ltsp installs
12:00
<nainaide>
and I dont know if x86 should show in export , let me just user the default .
12:01
<johnny>
ok.. so for now.. change what i siad before to nfsroot=yourserverip:/opt/virtuals/cluster/x86
12:01
no.. it's fine..
12:01
i think
12:01
the default will be changed to /opts/ltsp/x86
12:01
so.. keep a note of that
12:01
<nainaide>
need I still add the "init=linuxrc" ?
12:01
<johnny>
no
12:02
<nainaide>
ok
12:02
<johnny>
nainaide, you also need to rebuild your initramfs in the client
12:02
to include the network rivers
12:03
those instructions are all wack nainaide
12:03
don't trust em
12:03
<nainaide>
you are right, but I think I can try now, just add initrd=initramfs-genkernel-x86-2.6.30-gentoo-r6 root=/dev/nfs ip=dhcp nfsroot=ip:/opt/virtuals/cluster/x86
12:03
<johnny>
way too specific to this one guy's install
12:03
don't add that local apps false and fstab false
12:03
it's completely unnecessary
12:03
i'm going to edit that page today
12:04
nainaide, if you wanted to be a big help.. you'd start over after i redit it
12:04
to make sure it still works
12:04
since noody else seems to want to
12:04
<nainaide>
sure
12:05
johnny, did you mean I should ignore "/opt/ltsp/tftproot/ltsp/x86/lts.conf" part in the wiki?
12:05
<johnny>
uhmm.. yes.
12:05
altho there are useful things you might need
12:05
to put there
12:05
those statements are not
12:06
<nainaide>
btw are you sure the filename is lts.conf not ltsp.conf ?
12:06cg_uira has joined #ltsp
12:07
<johnny>
yes.. 100% sure
12:07
that's the way it works for all distros
12:07
<nainaide>
ok
12:07
I will use this notebook , will comeback asap. thank you johnny .
12:08
<johnny>
and those instructions don't even mention how to rebuild the initramfs
12:08nainaide has quit IRC
12:13wimiko has joined #ltsp
12:15nainaide has joined #ltsp
12:15
<nainaide>
johnny, I made a little progress.
12:17
but still have some errors : it said NFS Mounting failed, Booting(initramfs) >> Error: your real /dev missing files require to boot the (console and null)
12:17Egyptian[Home] has joined #ltsp
12:17
<nainaide>
swith root : bad newroot /newroot
12:17
<johnny>
hmm.. do you have /dev/nfs ?
12:18
/me assumes you dropped to a prompt
12:18alkisg has joined #ltsp
12:18
<nainaide>
ltsp-build-client seems use genkernel to generate kernel, so almost all the network card were compile as modules, I am sure I found my e1000 driver loaded
12:19
I dont have /dev/nfs
12:19monteslu has joined #ltsp
12:20Lns_ has quit IRC
12:20
<nainaide>
btw, "Attemping to mount NFS root on ip:/opt/virtuals/cluster/x86" come first, then above errors come up.
12:20Lns has quit IRC
12:21Lns has joined #ltsp
12:21
<nainaide>
how can I make the /dev/nfs? I have already start the nfs diamond.
12:23
btw, ltsp-build-client takes a long time on my Xeon 3200 with 8G ram.
12:23
<ogra>
on binary distros you just use a package proxy :)
12:24
<nainaide>
yes! I have been singing 'I have a dream, I can do ltsp on gentoo .... " it is a dream!
12:25
<ogra>
though i guess on gentoo its the building itself that takes the time
12:25
<nainaide>
ogra, but in debian that is reality
12:26
<ltsppbot>
"alkisg" pasted "gpxe script to boot LTSP over http" (7 lines) at http://pastebot.ltsp.org/560
12:26
<alkisg>
If Ahmuck comes back, here's his script: ^^^^
12:27
<johnny>
nainaide, perhaps your local kernel doesn't have nfs support by default anymore
12:27
chroot and and check it
12:28
<nainaide>
johnny, how to chroot and and check it ?
12:28
<johnny>
are you sure you should be using gentoo ltsp/
12:28
it's kinda for experts..
12:29
you gotta know this stuff.. otherwise you're gonna bash your head into the wall
12:29
<nainaide>
In fact I almost do every thing on gentoo.
12:29
what do you mean local kernel, server or client ?
12:30
<johnny>
cleint kernel
12:30
<nainaide>
johnny, I see, let me have a look
12:31
<johnny>
or perhaps it is just that nfs isn't modprobed in the initramfs
12:31
/me just updated some of the wiki
12:32tstafford_ has quit IRC
12:33tstafford_ has joined #ltsp
12:37
<nainaide>
johnny, after I chroot to /opt/virtuals/cluster/x86, I found that I can not mount nfs , there is even not portmap in /etc/init.d/
12:38
that means, ltsp-build-client did not install those packages.
12:39
<johnny>
huh?
12:39
it will..
12:40
are you sure it completed successfully?
12:40
we don't actually start nfs in there tho
12:40
i don't think
12:40
<nainaide>
yes, I am sure I run ltsp-build-client sucessfully
12:40
<johnny>
it happens in the initramfs
12:40
so don't worry about that
12:40
by that point you're already mounted
12:41
are you sure you're using the right initramfs in your tftpdir ?
12:41
it is the one from the client kernel right?
12:41
<nainaide>
for example mount -t nfs 192.168.1.153:/home/temp /mnt/floppy/
12:41
<johnny>
huh?
12:41
<nainaide>
I got mount: wrong fs type, bad option, bad superblock on 192.168.1.153:/home/temp
12:41
<johnny>
doesn't matter
12:41
<nainaide>
in chroot env
12:41
<johnny>
you can't mount from inside chroot
12:41
who cares
12:42
doesn't matter
12:42
what matters is in the initramfs
12:42
<nainaide>
I see.
12:42
<johnny>
you need to be able to mount nfs from there
12:42
if you can't mount nfs from the kernel.. there are 3 things that could be wrong iirc
12:43
you don't have nfs module in initramfs, you don't have proper net driver in initramfs, the nfs server is inaccessible
12:43
it should try to modprobe nfs on boot, do you see that? and it succeeds?
12:43
try typing ifconfig to make sure your nic is working at the console
12:44
<nainaide>
ok
12:44
btw, in wiki, what does "endor-initrd=" mean ?
12:45garymc has quit IRC
12:46
<nainaide>
my nic works at the console
12:53
<johnny>
i removed that crap
12:53
it means nothing
12:53
nainaide, try modprobe nfs
12:53
and see if it is loaded
12:53
then try mounting it
12:53
<nainaide>
cd
12:53
<Gadi>
and if you remove endor, our fleet is clear to fire on the death star
12:54dro has quit IRC
12:55
<nainaide>
FATAL: Could not load /lib/modules/2.6.30-gentoo-r5/modules.dep: No such file or directory
12:55
and I saw the nfs.ko in /lib/modules/.....
12:56
<johnny>
you're trying that from the console of the thin client right?
12:56
the /lib/modules in the initramfs is not the exact same as the one on the fs in the chroot
12:56
the one in the initramfs only includes what is in the /usr/share/genkernel/x86/config or whatever that file is called.. iforget
12:56
<nainaide>
yes, I have chroot to thin client
12:57
<johnny>
huh?
12:57
i'm talking about what yo usee in the console in the initramfs
12:57
look in the /lib/modules there
12:57
do you see nfs ?
12:58Ahmuck_Sr has joined #ltsp
12:58
<nainaide>
/lib/modules/2.6.30-gentoo-r6/kernel/fs/nfs/nfs.ko
12:58
I saw it.
12:58
<Gadi>
ah - r6 not r5!
12:59
someone's got the wrong kernel....
13:00
<johnny>
nainaide, that is in the initramfsconsole that you see it ??
13:00
yes.. make sure your kernels match..
13:00
i usually use symlinks
13:00
kernel and initramfs versions match i mean
13:01coordinador has joined #ltsp
13:01
<nainaide>
wow, My thin kernel version is kernel-genkernel-x86-2.6.30-gentoo-r6, r6, but when I modprobe nfs, it said Could not load /lib/modules/2.6.30-gentoo-r5/modules.dep, r5
13:02
<johnny>
yes.. that would explain it.. make sure the 2 match..
13:02
<nainaide>
what have ltsp-build-client done?
13:02
<Ahmuck_Sr>
alkisg: still around ?
13:03
<alkisg>
Hey Ahmuck_Sr
13:03
<johnny>
nainaide, it does the right thing.. you must have done the wrong thing
13:03
<alkisg>
(08:26:46 μμ) ltsppbot: "alkisg" pasted "gpxe script to boot LTSP over http" (7 lines) at http://pastebot.ltsp.org/560
13:03
(08:26:58 μμ) alkisg: If Ahmuck comes back, here's his script: ^^^^
13:03
<johnny>
in the chroot rebuild your initramfs.. and copy it to the tftpdir
13:03
and also make sure they both match..
13:03* Gadi loves johnny's custoemr support
13:03
<nainaide>
johnny, ok, will try
13:03
<johnny>
you are copying the client kernel right? not the server one?
13:04
<nainaide>
definitely
13:05
<johnny>
and the versions in /lib/modules/somekernel match the same in your tftpdir ?
13:05
of the kernel and initramfs?
13:05
/me just nearly broke the hinge on his laptop :(
13:06
<Ahmuck_Sr>
i only need to change the ip address?
13:06
<alkisg>
Ahmuck_Sr: yup
13:06
<Ahmuck_Sr>
k, will try
13:06
need to move to the other office
13:06
<alkisg>
Ahmuck_Sr: you got i386, right?
13:06
(clients)
13:07
Ahmuck_Sr: you should put the external ip of your ltsp server there. Make sure you can ping it first.
13:07
<Ahmuck_Sr>
alkisg: yes
13:07
<alkisg>
ok
13:08
Also if you have a firewall you need to allow the tftp and nbd ports.
13:10nainaide has quit IRC
13:11CAN-o-SPAM has joined #ltsp
13:12CAN-o-SPAM has left #Ltsp
13:13Ahmuck has joined #ltsp
13:13CAN-o-SPAM has joined #ltsp
13:13CAN-o-SPAM has left #ltsp
13:14
<ftherese>
been having another issue with mounting of usb drives on the thin clients
13:14
<Ahmuck_Sr>
http://pastebot.ltsp.org/560
13:14
<ftherese>
if one drive is inserted in one computer under one user
13:14
and another drive is inserted in another computer under the same user
13:15
the second drive is not mounted until the first is removed
13:15
<johnny>
you're not supposed to login in multiple times as the same user
13:15
period
13:15
gnome doesn't like it.. firefox doesn't like it
13:15
use a different user
13:15
<ftherese>
what about a guest account?
13:15
<johnny>
don't use a guest account
13:15
or make a guest account for all users
13:15
err
13:15
for all pcs
13:15
that's what i do
13:15
<ftherese>
ug
13:16
that creates problems for using wine
13:16
<johnny>
truly..
13:16
other folks have mentioned that wine still doesn't let you install things globally
13:16
i've heard of hacks around it.. perhaps others can enlighten
13:16
<ftherese>
I've heard of symlinking, but not gotten it to work
13:16
<johnny>
definitely something somebody should take care of
13:17
anybody wanna pay me to fix wine? :)
13:17
<alkisg>
Heh :)
13:17
I think they already sell that capability commercially...
13:17
<johnny>
well.. it's something the open version needs
13:17
<ftherese>
plus... the servers have limited hard disk space, and I don't want to have multiple users with multiple home directories with the same software installed in each
13:18
<johnny>
i odn't use wine myself. but it sounds like a fun challenge..
13:18nainaide has joined #ltsp
13:18
<johnny>
ftherese, then symlinking is probably the way to go if possible..
13:18
<alkisg>
ftherese: if you look at the logs from ltsp, I once suggested wineprefix + a tmpfs, and somebody got it working...
13:19
<ftherese>
there are some really useful programs that no one bothers making a linux version of because running under wine is just fine
13:19
<alkisg>
...he had posted a blog entry about it
13:19
<johnny>
uggh ruby-git.. why must you be so annoying
13:20
<ftherese>
I still would like to know why users that try to open localapps via their files in gvfs can't do so
13:21
<nainaide>
johnny, still a question, in wiki , I found it is "endor-initrd=initramfs-YOURKERNELVERSION " but not "initrd=initramfs-YOURKERNELVERSION" what does endor means ?
13:21
<Ahmuck>
brb, let's see if it works :)
13:21Ahmuck has quit IRC
13:22
<johnny>
ignore it
13:22
i told you
13:22
5 times now
13:22
i fixed the wiki i thought to remove all endor references
13:23
oh.. i missed one
13:23
<nainaide>
:)
13:24Selveste1_ has joined #ltsp
13:24Ahmuck_Sr has quit IRC
13:24
<johnny>
ok.. it's gone
13:25
<ftherese>
with a network samba share mounted via gvfs is there any way to make that show up in the /media directory?
13:25Ahmuck_Sr has joined #ltsp
13:26
<Ahmuck_Sr>
yay \o/, it works
13:27
connected to ltsp via wirless
13:27
in remote office
13:27
alkisg: do you take paypal ?
13:27
<alkisg>
Ahmuck_Sr: heh :)
13:27
Nice going
13:28CAN-o-SPAM has joined #ltsp
13:28CAN-o-SPAM has left #ltsp
13:28
<johnny>
ftherese, no..
13:28
mount the samba share elsewhere
13:28
in /etc/fstab
13:30nainaide has quit IRC
13:31
<ftherese>
I wasted three days trying to mount a samba share that would permit the thin client to mount it
13:31
<johnny>
have it mounted already then
13:32
if it's in /etc/fstab it should show up
13:32
have it mounted on boot of the server
13:32
<ftherese>
I used to try mounting it that way... but I could not for the life of me force it to give write permissions
13:32
to the thin client
13:32
<johnny>
i'm sure google can helk with that
13:32
help*
13:32
<Ahmuck_Sr>
ftherese: ssh ?
13:33
<ftherese>
if I worked on it for three days... it means I read everything I could find on google and tried all the things i could find
13:33
so I abandoned that whole track... and I am much happier that at least the shares can be accessed and written to now
13:33
<johnny>
i'm just glad i don't have to rely on samba
13:34
<ftherese>
yes... in an ideal world where no one uses windows
13:34
but I work in the realm of progressive conversions
13:39spectra has joined #ltsp
13:53pmatulis has quit IRC
14:02
<Ahmuck_Sr>
alkisg: still up ?
14:02
<sbalneav>
I'm beginning to become more and more resigned to the idea that maybe I should resign from LTSP proper, learn open embedded, and start up a distro that LTSP can use for thin clients. See my latest <rant|post> in LTSP discuss :)
14:04
We keep "bumping" into the same problem that all our users complain, with justification, about. Sooner or later, we're going to have to adress the elephant in the room.
14:04
otavio: Ping
14:04TylerM has joined #ltsp
14:05alkisg2 has joined #ltsp
14:05
<alkisg2>
Ahmuck_Sr: pong - from a different pc because I'm feeding my son on the other one :P :D
14:06
<Gadi>
sbalneav: elephants are fat
14:06
<sbalneav>
You're feeding your son a PC?
14:06
<Ahmuck_Sr>
:) ... you mentioned something about throttling the other day
14:06
nm, i'll google it
14:06
<alkisg2>
teeworlds is the best way to feed a 3 y.o. kid :D
14:06
throttling? what's that?
14:09
"-Are you gonna eat your egg? -nah... -Shall we play teeworlds while you eating your egg? -Yeah!" :D
14:10
<Ahmuck_Sr>
sbalneav: link to your rant/post?
14:10
<sbalneav>
err, ummm. Check your ltsp-discuss inbox? :)
14:11
You ARE subscribed, are you not?
14:11
Nudge Nudge Wink Wink
14:12
<johnny>
link sbalneav ?
14:12
i'm not subscribed.. i can't keep up
14:13
<sbalneav>
geez, now I have to google my own posts
14:13
What a revoltin' situmication.
14:13
one sec...
14:13
<alkisg2>
[3~/quit
14:13alkisg2 has quit IRC
14:14
<johnny>
oh.. don't bother sbalneav .. i'll find it..
14:14
thought you might happen to have it on hand :)
14:17* alkisg was imagining the lion roaring from old cartoons while reading the mail... :D
14:17
<johnny>
hmm.. guess i won't.. since only posts in last month seem to related to slow right click in firefox..
14:17
with your name attached that is..
14:17
ah.. that is it..
14:17
sbalneav, it seems that if we wait long enough.. those issues will disappear
14:18
the elephant will shrink
14:18
i think we have waited long enough
14:18
if you wanted to start such a project.. i think your'e about 2 or 3 years too late
14:18
<sbalneav>
http://sourceforge.net/mailarchive/forum.php?forum_name=ltsp-discuss&max_rows=25&style=nested&viewmonth=200909
14:19
johnny: Not really. It's still a *huge* issue, especially in developing countries.
14:19
<johnny>
you'd think those machines would be completely dead by now :)
14:19
<otavio>
sbalneav: hello
14:19
<sbalneav>
Damn this stupid WWW and it's freaking perportional fonts
14:19
<johnny>
starting a distro is abad idea..
14:19* sbalneav hugs otavio
14:19
<johnny>
finding an existing one.. better
14:19
<sbalneav>
Hey.
14:19
So.
14:20
<johnny>
sbalneav, you know you could take gentoo and compile all the necessary bits with uclibc or something
14:20
there's your shrunken distro
14:20
<sbalneav>
otavio: any word on OpenEmbedded
14:20
<johnny>
with the packages maintained elsewhere
14:20
<otavio>
sbalneav: I have a branch locally that I started to work in
14:21
sbalneav: when I were at Debconf I started working at it with Vagrant but he didn't show much interest on that so I gave up at that moment
14:21
sbalneav: but if you are interested on that I could start looking at it again, no problem
14:21
<johnny>
sbalneav, you'd think we could steal something from the mobile communities..
14:21
<sbalneav>
any chance you could publish it somewhere? I *might* (no firm promises just yet) be interested in pushing this a bit harder.
14:21
<johnny>
or are even those too big now?
14:22
perhaps something based on rpath linux..
14:22
<otavio>
sbalneav: sure I can
14:22
<johnny>
i think openembedded might be just a bit too small.. and much harder to develop with
14:22
<sbalneav>
johnny: Well, otavio talked to us in .br, and he's got some yummy bits in Open Embedded.
14:22
<johnny>
in comparison to using a frameowkr
14:23
that is familiar to most
14:23
<otavio>
johnny: I use it daily; I think it is quite easy for what we need
14:23
johnny: but it is my POV
14:23
<johnny>
sbalneav, do you really think people will approve?
14:23
<sbalneav>
What people? LTSP? It'll just be another "distro" that LTSP's ported to.
14:23
<otavio>
johnny: people don't need to approve; if it is available you're free to use it or not ;-)
14:24maginot has joined #ltsp
14:24
<johnny>
ah.. that route.. sbalneav
14:24
would suck to divide efforts that way tho..
14:24
would be nice to use standard packaging systems
14:24
<sbalneav>
Yes. it would.
14:24
<otavio>
johnny: do you have any better idea? I'm curious :-D
14:25
<maginot>
good afternoon ... I was wondering to myself, is any simple way to bind /dev/lp0 from client to some device like /dev/SomeDevice in order to make some proprietary softwares to recognize the device as local ?
14:25
<sbalneav>
But I'm tired of us all shrugging our shoulders and saying "oh well". Hopefully, if we can get something working, maybe we can get someone interested in taking it over.
14:25
<maginot>
*to some device IN SERVER
14:25
<sbalneav>
maginot: Not easily.
14:26
<Gadi>
sbalneav: anybody tried just tuning the kernel? kinda like what eeepc folks do for the eeepc?
14:26
<otavio>
sbalneav: I started a quite small distro to be used ... I'm in the way finishing to get X working on that
14:26Selveste1_ has quit IRC
14:26
<Gadi>
ie, keep using ubuntu but with a separate kernel package tuned for low memory?
14:26
<otavio>
From MY POV kernel is a huge problem but not the only one
14:26
<maginot>
but it could work, right ? I was thinking if this could be done with shell script or if some low level language like C would be better
14:27
<sbalneav>
Gadi: The kernel's only part of the issue. I did some playing around with it, and it would help, sure, but other things are too big too.
14:27
<otavio>
Initrd, the way packages are compiled; the size of binaries and the number of features that are USELESS in old machines
14:27
<maginot>
unfortunetily I need to make this to work (if doesnt exist I will have to create something) because I'm having some problem to install a remote printer with the lexmark linux software
14:27
<Gadi>
sbalneav: do the other things fall out of, say, an ubuntu framework, or are they alternative "universe" packages, for example?
14:28
<sbalneav>
Gadi: no, it's things like X and libc itself that add to the bloat.
14:28
<Gadi>
well, I guess it depends on how far ur gonna take it
14:28Selveste1_ has joined #ltsp
14:29
<sbalneav>
otavio had some good success, and I'm interested in helping it along
14:29
<Gadi>
like, you could use kdrive (or whatever its called now)
14:29
insteaad of X
14:29
<otavio>
Gadi: kdrive
14:29
<Gadi>
but not have support for widescreens and such
14:29
<Ahmuck_Sr>
linuxfromscratch
14:29
<otavio>
Gadi: we, at embedded world, has steped back from kdrive
14:29
<Ahmuck_Sr>
i don't see how one could support a distro without a full team however
14:29
<Gadi>
otavio: whats the flavor of the month?
14:29
<otavio>
Gadi: even though it is fast ... it is outdated in hw support and not well maintained
14:29
<Ahmuck_Sr>
it means building *.pkg from scratch tailored to the system
14:30
<otavio>
Gadi: and we are all using regular Xorg now
14:30
<sbalneav>
My *HOPE* would be, if otavio and I could get something working and published, would be that we could find someone down in .br (maybe we could hit up Propus for some support) to maintain it on a going-forward basis.
14:30
<otavio>
Gadi: but, obviously, reduced one
14:30
<Ahmuck_Sr>
litterly building scribus, gimp, etc. from the ground up so as not to drag in all sorts of dependencies
14:30
<Gadi>
my question is just: maintain a distro or maintain some packages for a distro
14:30
<otavio>
sbalneav: I could offer help at company side for it
14:30
<Ahmuck_Sr>
wouldn't it ?
14:30
<sbalneav>
maginot: is it a windows printer?
14:30
<Ahmuck_Sr>
a distro is just a distro without packages
14:31
<otavio>
Gadi: we'll be maintaining a set of packages since we'll be just another image on OE
14:31
Gadi: so most of work, after done, will be shared among other distros inside OE
14:31
<sbalneav>
Well, I would say our use case WOULDN'T be local apps. Just purely remote X
14:31
<Gadi>
right, but perhaps you could just amintain ubuntu packages
14:31
<otavio>
Gadi: so much easier then other known alternatives that I know
14:31
<sbalneav>
The chances of running localapps on a 586 16M machine aare small.
14:31
<otavio>
Gadi: sorry... but I doubt it is possible
14:31
<Gadi>
in my experience, uclibc doesn't buy you much
14:32
in this case
14:32
<otavio>
Gadi: I never said that the effort of uclibc is worth
14:32
Gadi: but a well reduced rootfs is
14:32
Gadi: not using coreutils and like
14:32
Gadi: using busybox
14:32
<Gadi>
im not sure its the size of the rootfs that matters
14:32
<otavio>
Gadi: using a striped kernel and it with a patched scheduler (like bfs)
14:32
<Gadi>
it is, after all, a network mount
14:32
<sbalneav>
otavio: Get something pushed somewhere where I can see it. And if you can point me at a openembedded tutorial, that'd be good.
14:33
<otavio>
sbalneav: Ok; hold a bit
14:33
<Gadi>
whats more important is the RAM footprint of running apps
14:33fotanus1 has left #ltsp
14:33
<Gadi>
which depends more on the choice of apps, no?
14:34
<maginot>
sbalneav, its a printer connected to the thinclient, its a lexmark e332n... the printer its connected and working, but everything that is printed isnt come out right, so I suspect to be a driver problem, I downloaded the only linux driver from lexmark and its like its own interface, I have no option to connect to port 9100 (maybe because is a hp thing?)
14:34
<alkisg>
Guys, is the focus really on making LTSP run on lighter hardware? AFAIK, the hardware that people have is getting better each year; so fat clients should be the focus imho...
14:34
(that coming from someone that runs LTSP on 300MHz/64RAM)
14:34
<otavio>
Gadi: not really
14:34
Gadi: many things matter
14:34
Gadi: for example .... the initscripts
14:35
Gadi: the number of daemons started
14:35
Gadi: bash is slower then busybox sh
14:35
<Gadi>
I see ur point
14:35
<otavio>
Gadi: and it links against libraries that need to be loaded through network and then it matters
14:35
<Gadi>
your focus is to speed up the boot of older machines
14:35
<sbalneav>
alkisg: You're brining your first world viewpoint to things. I've been down to Brazil. There's lots of 586 16M machines down there that people want to run.
14:36
<otavio>
Gadi: so ... it is due a lot of small points that makes it work better
14:36
<Gadi>
not "work better" - "boot faster"
14:36
<alkisg>
sbalneav: are those still working? we also have 586/16m ram here, but for each lab with 12 such PCs, only 2 are still working - not worth the time to revive them...
14:36
<otavio>
Gadi: work better has no definitive meaning ... it depends on the reference you take
14:37
Gadi: better can be: smaller memory footprint
14:37
Gadi: boot faster
14:37
<Gadi>
without a clear definition, Im afraid your project will have no direction
14:37
<otavio>
Gadi: use less space
14:37
Gadi: use better processor cache
14:37
<sbalneav>
alkisg: Sure, but when you're a teacher in .br, and you've got a lab full of these things, and that's all you've got...
14:37
<otavio>
Gadi: have more/less features
14:37
<alkisg>
sbalneav: those would be better off with a plain vnc :D
14:37
+svgalib or something :D
14:37
<Gadi>
so, you need to decide the goal
14:37
<otavio>
Gadi: work better for old hardware
14:38
Gadi: this doesn't mena boot faster
14:38darkpixel_work has joined #ltsp
14:38
<otavio>
Gadi: but do whatever is required for it to happen
14:38
<Gadi>
sounds like a goal to me
14:39
now pick the tradeoff
14:39
<otavio>
Gadi: see?
14:39
<Gadi>
I do see
14:39
now pick the tradeoff
14:39dro has joined #ltsp
14:39
<otavio>
Gadi: sure; we don't hope to have all features that _current_ ltsp has. Just the bare minimum one
14:39
<Gadi>
no project can have its cake and eat it too
14:40
a successful project chooses something to sacrifice
14:40
so as not to lose focus on the goal
14:40
<otavio>
Gadi: the goal of LTSP was be usable in old machines
14:40
Gadi: during last years it has changed focus to a full desktop through network ...
14:41
Gadi: so it might look as a radical return to the root focus ;-)
14:41
<Gadi>
hehe
14:41
<darkpixel_work>
I am trying to setup LTSP kiosks for public use. I setup a profile exactly how I want it and tar'd it up. I was thinking I could run an rm -rf $HOME; tar xvf publicprofile.tar -C $HOME from /etc/gdm/PostLogin/Default, but as I understand it, the thin clients run that file from within the ltsp chroot. From the thin client, inside the chroot, can I delete and untar the home directory of a user that is currently trying to login? Is there a better way?
14:42
<sbalneav>
Well, from MY point of view, the way to structure it would be to use this as a starting point to spawn off a "thin client distro" that someone else can carry forward.
14:42vagrantc has joined #ltsp
14:42
<otavio>
sbalneav: dunno if you agree with me or not
14:43shogunx has quit IRC
14:43
<sbalneav>
Well, I think the two goals aren't mutually exclusive.
14:43
Like I say, what we need is just a "scaled down distro" that can be used with the LTSP bits.
14:44
LTSP continues developing as it is.
14:44Lns has quit IRC
14:44
<sbalneav>
the "Scaled Down Distro" (which I am now officially dubbing SDD for ease of typing, BTW) can continue on it's path.
14:44* Gadi wonders why gentoo is not the obvious choice - cant it be scaled down to whichever extent desired?
14:45
<otavio>
sbalneav: https://projetos.ossystems.com.br/git/?p=users/otavio/org.openembedded.dev.git;a=shortlog;h=refs/heads/ltsp
14:45
<Gadi>
isnt that what the gooey logo's all about?
14:45
:)
14:45
<otavio>
sbalneav: this is not ready and neither working
14:45
<Ahmuck_Sr>
gentoo is a pain to maintian
14:45
<sbalneav>
Well, it could be.
14:45
<otavio>
sbalneav: but is the latest version I have locally
14:45
sbalneav: I can look at it during WE with you if you wish
14:45
<sbalneav>
All I'm doing is grasping onto the straw that's been offered :)
14:45
<Ahmuck_Sr>
morever, who want's to build gentoo on top of an old pc?
14:45
<Gadi>
not ontop of an old pc
14:46
just to create the chroot
14:46
Im assuming the chroot for such a beast would just be a binary blob
14:46
generated infrequently
14:46
and available for download
14:46
<sbalneav>
otavio: Can we do it in an evening next week? This weekend I'm out at the cottage, where, saints be praised, there's no internet :)
14:46
<Gadi>
ala LTSP 4.2
14:47
<sbalneav>
Gadi: yes, that's how I'd envision it.
14:47
<otavio>
sbalneav: sure; no problem
14:47
<Gadi>
in that case, prolly best to have a real good blob generator
14:47
<sbalneav>
Ideally, every time we "tag" a new upstream release, the SSD gnomes would make blob+1 appear.
14:48
<Gadi>
and gentoo already has the attractive characteristics
14:48
since you can cross compile to a zillion platforms
14:48shogunx has joined #ltsp
14:48bieb has left #ltsp
14:49
<Gadi>
and tweak things with USE thingies
14:49
johnny, help me out here
14:49
<otavio>
Gadi: please compare to : https://projetos.ossystems.com.br/git/?p=users/otavio/org.openembedded.dev.git;a=tree;f=conf/machine;h=0ce89a88d199dfa358dbff3fac4ced2679a40b4d;hb=refs/heads/ltsp
14:49
well; /me need to come back to work
14:49
see you all
14:49
sbalneav: ping me when around
14:51
<Gadi>
hehe - its all greek to me
14:52
but, whatever works, right?
14:52
:)
14:53
<vagrantc>
we do have people in this channel who understand greek, though.
14:54
<alkisg>
(we use the phrase "it's all chinese to me" :D)
14:54* alkisg has trouble understanding how to make name server updates work...
14:55
<alkisg>
Either with dhclient, or nsupdate...
14:55darkpixel_work has quit IRC
14:56dro has quit IRC
14:56jach has joined #ltsp
14:58
<vagrantc>
Ryan52: should i remove your old account?
14:58
Ryan52: on alioth
14:59yoshi__ has joined #ltsp
15:00ph27 has left #ltsp
15:07Selveste1_ has quit IRC
15:07Selveste1_ has joined #ltsp
15:12
<tstafford_>
is it possible to have clients to connect to a different server than the tftp/dhcp server?
15:13
<alkisg>
tstafford_: yup. Which distro?
15:13
<tstafford_>
ubuntu 9.04
15:13
<alkisg>
Put nbdroot=1.2.3.4:2000 as a kernel parameter in pxelinux.cfg/default
15:14
<tstafford_>
awesome! thanks
15:14
<alkisg>
Yw
15:16yoshi_ has quit IRC
15:16yoshi__ is now known as yoshi_
15:27pmatulis has joined #ltsp
15:30maginot has quit IRC
15:31Ahmuck_Sr has quit IRC
15:34
<jammcq>
sbalneav: see that.... I KNEW you'd take on that project :)
15:34Ahmuck_Sr has joined #ltsp
15:35Selveste1_ has quit IRC
15:36Selveste1_ has joined #ltsp
15:51
<sbalneav>
jammcq: yeah.
15:51
yeah yeah yeah
15:51
See my latest post in -discuss
15:51ph27 has joined #ltsp
15:51
<jammcq>
sbalneav: yep, saw it
15:53
<Gadi>
personally, I think jammcq is ideally qualified to head up the project ;)
15:53
we can call it, "The Linux Terminal Server Project"
15:54
it'll be HUGE
15:54
<jammcq>
lemme see if the domain name is available
15:54
<Gadi>
oh, and we'll need a good logo
15:54
like LTSP in big yellow letters - courier font
15:54
<jammcq>
and shirts
15:54
and booth babes
15:55
I can hardly wait
15:55
<Gadi>
hmm... where can we get booth babes....
15:55
<jammcq>
up north, in canada
15:55
<Gadi>
Yeah!
15:55
<jammcq>
they grow em big up there
15:55
<Gadi>
the land of booth babes!
15:55
this is gonna be AWESOME
15:56
we should find someplace in the middle of nowhere to meet each year and work on it
15:56
like a cabin in the backwoods of maine
15:56
or something
15:56
<jammcq>
that's actually the edge of nowwhere
15:56
the middle would be clarkston, Michigan
15:56
<Gadi>
ah, a crust man
15:57
<jammcq>
mmm, that sounds good
15:57* jammcq is gonna have to get some crust for dinner tonight
15:59
<yoshi_>
hi everyone
15:59
<jammcq>
hey yoshi_
15:59
or better yet: yo yoshi_
15:59
<yoshi_>
i am reading the mailing list
15:59
and see you guys are in the need of testers
15:59
:)
16:00
<jammcq>
that's a never-ending need
16:00
<yoshi_>
well i want to volunteer but don't have experiance with bug reporting and so on. i mean never did that in the opensource community
16:01alkisg has quit IRC
16:01
<yoshi_>
however i got material enough to do the testing and the infrastructure
16:02
so who can i contact who is head of testing team
16:02
<jammcq>
well... should be helpful
16:02
head of testing.... hmm, who did we assign that to?
16:02* Gadi goes to contact HR
16:02* jammcq looks in the corporate directory
16:03
<jammcq>
magic eight ball says: we don't have one
16:03* Gadi fires the magic eight ball
16:03Ahmuck_Sr has quit IRC
16:04
<Gadi>
one more magic eight ball hurt by the economy
16:04
<yoshi_>
mmm
16:05
<jammcq>
yeah, there's alot of them out of jobs right now, especially after the fiasco on wallstreet where EVERYONE was using a magic eight ball
16:07
<yoshi_>
i presume i just summit bugs through https://bugs.launchpad.net/ubuntu/+source/ltsp
16:07
and you guys can see this and pick it up
16:07
<jammcq>
yoshi_: yeah, in generate that's how it goes. BUt, a tester hanging out here in #ltsp would be really nice too
16:08
<yoshi_>
well ive been here almost every day and planning to stay to bugger you guys :)
16:08
we will put up karmic and ltsp next week and see what it gives :)
16:09
<jammcq>
yoshi_: that's great. it'll help alot
16:10
<yoshi_>
np at least i can do something, keep you posted
16:11
<stgraber>
sbalneav: about your last mail to the mailing-list, did you try karmic ? I have been quite surprise by the memory usage I saw on the thin clients at the office, it can do below 50MB of RAM
16:14
<vagrantc>
stgraber: i was looking at your recent localapps changes to support language stuff ... seems like ltsp-localappsd doesn't do anything with $MY_LANG, so it's kind of a no-op.
16:15
stgraber: i was also wondering if we put it after X95-run-session, if we wouldn't have to duplicate setting the MY_LANG variable
16:15
<stgraber>
vagrantc: the issue with X95- is that it's (AFAIK) a blocking one that returns only when the session ends (at least I think it does for fat client)
16:16
<vagrantc>
ah.
16:17
<stgraber>
for now, I'll simply add MY_LANG before calling ltsp-localappsd, that way the environment should be correct
16:17
<vagrantc>
well, ltsp-localappsd doesn't use MY_LANG in any way
16:17
<stgraber>
- ltsp-localappsd &
16:17
+ $MY_LANG ltsp-localappsd &
16:17
<vagrantc>
i tried that, doesn't work
16:18
"env $MY_LANG ltsp-localappsd" seemed to work
16:18
<stgraber>
ah, or even simpler
16:18
<vagrantc>
LANG=$LDM_LANGUAGE ltsp-localappsd &
16:18
<stgraber>
hmm, no, not a good idea :) I was thinking of exporting the content of MY_LANG but that may cause some issue with the following rc.d scripts
16:18
<vagrantc>
if LDM_LANGUAGE isn't set... it'll just use the default, no?
16:19
yeah, i thought about that too (it's in my working branch)
16:20
<stgraber>
http://paste.ubuntu.com/278248/
16:20Gadi has left #ltsp
16:20
<stgraber>
with this one we don't even have to care about the defaults ;)
16:20
<vagrantc>
yeah, was thinking something along those lines as well
16:22wimiko has left #ltsp
16:22
<stgraber>
alright, pushed this one to trunk
16:22coordinador has quit IRC
16:22
<stgraber>
that'll make some of my users happy :) I usually build my chroot in en_US.UTF-8 so they were complaining that localapps were in english
16:23
<vagrantc>
right
16:24Ahmuck_Sr has joined #ltsp
16:25
<Ahmuck_Sr>
i'm trying to locate my ip address for my switch. however it does not appear to be responding to a ping. i have two nics, one inbound and one outbound
16:25
iirc, the ltsp server should be serving dhcp and so the switch should be picking up an address
16:25
i don't recall how to see what address are served up with dhcp
16:26
<stgraber>
Ahmuck_Sr: look in the syslog
16:27
<jammcq>
Ahmuck_Sr: are you setting an IP for your switch so you can get to the management interface?
16:28
in general, switches don't have IP addresses
16:35spectra has quit IRC
16:37* vagrantc smiles at gozilla-sbalneav
16:49ph27 has left #ltsp
16:57
<tstafford_>
usually you can see the dhcp server giving out leases in syslog... and they are stored in /var/lib/dhcp3/dhcpd.leases
17:04yoshi_ has quit IRC
17:06jammcq has quit IRC
17:06korcan has quit IRC
17:07* vagrantc looks at ltsp 5.1.gettingreallylarge
17:08
<vagrantc>
i remember people saying we'd *surely* release 5.2 before 5.1.99 came around
17:10vagrantc has quit IRC
17:32nonix4 has quit IRC
17:45
<stgraber>
An idea would be to tag a new LTSP every year before the hackfest, so 5.2 would be just before BTS-2009
17:46
would probably make documentation easier as the hackfest is usually the moment where there's the more work on the doc, then we'd simply document current-1 (5.1 in our csae) and start breaking everything in 5.2
18:04Selveste1_ has quit IRC
18:17
<sbalneav>
!docs
18:17
<ltspbot>
sbalneav: "docs" is For the most current documentation, see http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtspDocumentationUpstream
18:26wwx has quit IRC
18:29cg_uira has quit IRC
18:34Selveste1_ has joined #ltsp
18:40staffencasa has quit IRC
18:59mikkel has quit IRC
19:13japerry has joined #ltsp
19:27Selveste1_ has quit IRC
20:29japerry has quit IRC
20:35abms1116 has joined #ltsp
20:43BugsBunnyBR has joined #ltsp
20:58abms1116 has left #ltsp
21:05stgraber has quit IRC
21:05cyberorg has quit IRC
21:05TylerM has quit IRC
21:05elias_a has quit IRC
21:05pmatulis has quit IRC
21:05ltsplogbot has quit IRC
21:05sutula has quit IRC
21:05alexqwesa has quit IRC
21:05zamba has quit IRC
21:05loather has quit IRC
21:05Ryan52 has quit IRC
21:05lejo has quit IRC
21:05dberkholz has quit IRC
21:05panthera has quit IRC
21:05tstafford_ has quit IRC
21:05|Paradox| has quit IRC
21:05vlt has quit IRC
21:05rm-rf has quit IRC
21:05chrisinajar has quit IRC
21:05leio has quit IRC
21:05wietze has quit IRC
21:05rjune__ has quit IRC
21:05F-GT has quit IRC
21:05evilx has quit IRC
21:05ftherese has quit IRC
21:05otavio has quit IRC
21:05gentgeen__ has quit IRC
21:05yanu has quit IRC
21:05shogunx has quit IRC
21:05knipwim_ has quit IRC
21:05tarbo has quit IRC
21:05ogra has quit IRC
21:05Sarten-X2 has quit IRC
21:05_UsUrPeR_ has quit IRC
21:05ltsppbot has quit IRC
21:05dkostousov has quit IRC
21:05Appiah has quit IRC
21:05ajohnson has quit IRC
21:05jbrett has quit IRC
21:05sep has quit IRC
21:05moldy has quit IRC
21:05The_Code has quit IRC
21:06ltsppbot has joined #ltsp
21:06jbrett has joined #ltsp
21:06moldy has joined #ltsp
21:06_UsUrPeR_ has joined #ltsp
21:06Appiah has joined #ltsp
21:06dkostousov has joined #ltsp
21:06gentgeen__ has joined #ltsp
21:06chrisinajar has joined #ltsp
21:06elias_a has joined #ltsp
21:06zamba has joined #ltsp
21:06panthera has joined #ltsp
21:06loather has joined #ltsp
21:06ltsplogbot has joined #ltsp
21:06Ryan52 has joined #ltsp
21:06sutula has joined #ltsp
21:06lejo has joined #ltsp
21:06rjune__ has joined #ltsp
21:06wietze has joined #ltsp
21:06vlt has joined #ltsp
21:06rm-rf has joined #ltsp
21:06tarbo has joined #ltsp
21:06sep has joined #ltsp
21:06The_Code has joined #ltsp
21:06ajohnson has joined #ltsp
21:06leio has joined #ltsp
21:06stgraber has joined #ltsp
21:06alexqwesa has joined #ltsp
21:06yanu has joined #ltsp
21:06dberkholz has joined #ltsp
21:06otavio has joined #ltsp
21:06knipwim_ has joined #ltsp
21:06Sarten-X2 has joined #ltsp
21:06|Paradox| has joined #ltsp
21:06ftherese has joined #ltsp
21:06ogra has joined #ltsp
21:06evilx has joined #ltsp
21:06F-GT has joined #ltsp
21:06cyberorg has joined #ltsp
21:06tstafford_ has joined #ltsp
21:06TylerM has joined #ltsp
21:06shogunx has joined #ltsp
21:06pmatulis has joined #ltsp
21:28vagrantc has joined #ltsp
22:04pmatulis has quit IRC
22:06japerry has joined #ltsp
22:10vagrantc has quit IRC
22:12FGXR6 has joined #ltsp
22:12F-GT has quit IRC
22:31alkisg has joined #ltsp
22:45alkisg has left #ltsp
22:48alkisg1 has joined #ltsp
23:02BugsBunnyBR has quit IRC
23:17alkisg1 has quit IRC
23:20alkisg has joined #ltsp
23:45F-GTSC has joined #ltsp
23:47FGXR6 has quit IRC