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


Channel log from 20 May 2008   (all times are UTC)

00:01Egyptian[Home] has joined #ltsp
00:08Marlboro has joined #ltsp
00:11
<Marlboro>
help
00:14
no screens found ???
00:17Egyptian[Home1 has quit IRC
00:40Marlboro has quit IRC
00:44alekibango has quit IRC
01:05indradg_ has joined #ltsp
01:11indradg has quit IRC
01:11indradg_ is now known as indradg
01:15deavid has joined #ltsp
01:32Q-FUNK has joined #ltsp
01:34deavid has quit IRC
01:34deavid has joined #ltsp
01:40Pascal_1 has joined #ltsp
01:50Egyptian[Home] has quit IRC
01:54ogra has joined #ltsp
01:56Q-FUNK has quit IRC
01:59Pascal_1 has quit IRC
01:59Pascal_1 has joined #ltsp
02:04bobby_C has joined #ltsp
02:17mikkel has joined #ltsp
02:19soneyko has quit IRC
02:19akl has joined #ltsp
02:20akl has quit IRC
02:20soneyko has joined #ltsp
02:20Q-FUNK has joined #ltsp
02:41Egyptian[Home] has joined #ltsp
02:41Pascal_1 has quit IRC
02:45
<Q-FUNK>
ogra: greeting from the desktop room.
02:45
<ogra>
Q-FUNK, hey
02:45
<Q-FUNK>
:)
02:46* ogra is in platform atm, discussing ressource profiling
02:46
<Q-FUNK>
are you here too?
02:46
ok
02:46
which one are you attending in 5 min?
02:49indradg has quit IRC
02:52indradg has joined #ltsp
03:13indradg has quit IRC
03:15Faithful has joined #ltsp
03:18cyberorg_ has joined #ltsp
03:19Pascal_1 has joined #ltsp
03:20the_code has joined #ltsp
03:27the_code has quit IRC
03:31Shingoshi has quit IRC
03:34alkisg has joined #ltsp
03:34
<alkisg>
ogra, hello, are you here?
03:35
any ldm maintainer here?
03:38ogra has quit IRC
03:40Nubae has joined #ltsp
03:41exodos has joined #ltsp
03:43
<Nubae>
I've just tried using LDM_USERNAME and LDM_PASSWORD in the lts.conf file and I just get a black screen with blinking cursor
03:43
this is in hardy...
04:03Pascal_1 has quit IRC
04:03Pascal_1 has joined #ltsp
04:04alkisg has left #ltsp
04:12Pascal_1 has quit IRC
04:12Pascal_1 has joined #ltsp
04:17totoro has joined #ltsp
04:17
<totoro>
hello
04:19ccherret1 has joined #ltsp
04:20ccherrett has quit IRC
04:20
<totoro>
is it possible to coonect to ltsp server without booting?
04:21
I have fat-client, and I want to connect on ltsp like I can do on TSE
04:28Shingoshi has joined #ltsp
04:47
<cyberorg_>
totoro, ssh -X serverip /path/to/Xsession, though you won't get local devices
04:54bobby_C has quit IRC
04:58
<totoro>
cyberorg_: thx
04:58
but I don't understand about /path/to/Xsession
05:03
<cyberorg_>
totoro, it is usually /etc/X11/xdm/Xsession or /etc/X11/xinitrc/Xsession or ssh -X username@serverip /etc/X11/Xsession
05:03ccherret1 is now known as ccherrett
05:09
<totoro>
oh ok
05:09
but with this ssh -X, not need ltsp?
05:10
even on serveur without ltsp, this command works too right?
05:11cyberorg_ has quit IRC
05:12the_code has joined #ltsp
05:24cyberorg_ has joined #ltsp
05:31alekibango has joined #ltsp
05:47Nubae has quit IRC
05:48Nubae has joined #ltsp
06:03the_code has quit IRC
06:24Q-FUNK has quit IRC
06:34alkisg has joined #ltsp
06:47jammcq has quit IRC
06:55hersonls has joined #ltsp
06:56Guaraldo has joined #ltsp
06:59klausade has quit IRC
07:01klausade has joined #ltsp
07:01deavid has quit IRC
07:02alekibango has quit IRC
07:09Nubae has quit IRC
07:12alkisg has quit IRC
07:16elisboa has joined #ltsp
07:18alekibango has joined #ltsp
07:22bobby_C has joined #ltsp
07:25alkisg has joined #ltsp
07:28cyberorg_ has quit IRC
07:34mhterres has joined #ltsp
07:36ChrisM_ has joined #LTSP
07:36
<ChrisM_>
hi everyone
07:38
In /usr/share/initramfs-tools/scripts/ltsp_nbd there's a variable called $DHCPPORT where do I need to set that to be used?
07:39ChrisM_ has quit IRC
07:39
<laga>
ChrisM_: /usr/share/initramfs-tools/conf.d/ltsp
07:39
hey, no problem!
07:39
grr.
07:40slidesinger has joined #ltsp
07:41ChrisM_ has joined #LTSP
07:41
<ChrisM_>
wah.. browser based irc^^
07:42
<laga>
ChrisM_: /usr/share/initramfs-tools/conf.d/ltsp
07:42
you should copy it to /etc/initramfs-tools/
07:43
<ChrisM_>
thank you very much
07:43
do I need to run ltsp-build-client then?
07:44
<laga>
no, updating the initramfs and running ltsp-update-kernels outside the chroot ought to be enough.
07:46alkisg has quit IRC
07:47
<ChrisM_>
thanks! what about the two lines MODULES="netboot" and BOOT="ltsp_nbd"? On ubuntu 8.04 it works out of the box with ndb, doesn't it?
07:47
do those lines interfere with something?
07:47
<laga>
the defaults should work fine
07:48alkisg has joined #ltsp
07:54
<zamba>
hm.. what happened to the ltsp web page?
07:55
<ChrisM_>
hm.. still no luck.. i did update-initramfs -u whil chrooted and and ltsp-update-kernels outside of it the chroot but my client still guesses the wrongip settings.. anything else I might need to do laga?
07:55
ltsp.org still works here zamba
07:55
<laga>
your client "guesses" IP settings? i thought DHCP was a bit more deterministic ;)
07:55
<zamba>
yeah, but has it changed recently?
07:56
ah, nevermind.. i was playing on https://help.ubuntu.com/community/UbuntuLTSP/
07:56
<ChrisM_>
ah^^
07:57
<zamba>
anyway.. i have created an image.. and i'm now at the step where i want to set up the dhcp to handle out these.. how can i go from there?
07:57
<ChrisM_>
laga: okay no it only guesses the bc address ^^ but it get's the settings from the wrong server
07:57
on the normal ports
07:57
<laga>
then check the time stamp on your initramfs to check if it was updated
07:59
<ChrisM_>
well initrd.img-2.6.24-16-generic was updated but not nbi.img-2.6.24-16-generic and not the kernel (just the link)
07:59
I'll recheck all the steps
07:59
<laga>
where did you put the config file
08:00
<ChrisM_>
it's located in /etc/initramfs-tools (while chrooted into /opt/ltsp/i386)
08:01
do i maybe need to add the .conf extension?
08:01
<laga>
ChrisM_: it goes into /etc/initramfs-tools/conf.d
08:01
sorry for the trouble
08:01cyberorg_ has joined #ltsp
08:01alkisg has left #ltsp
08:01
<ChrisM_>
ah hehe now that you mention it, it makes sense :)
08:02
no worries ;)
08:04
<laga>
let me know if it works for you
08:07
<ChrisM_>
hm.. no it still uses the standard ports
08:07
is there anything i can check from the initramfs prompt on the client?
08:08
<laga>
yeah. probably. ;)
08:08
i believe the config dir will be there
08:09
<ChrisM_>
yep there's a conf/conf.d with the file in it
08:09
there's also a scripts dir with a ltsp_nbd file where it checks for a $dhcpport (note the case)
08:10
<laga>
i think $dhcpport is overriden earlier in the file.
08:10
when it's parsing boot options.
08:11
<ChrisM_>
well it sets DHCPPORT with dhcpport so DHCPPORT seams to be the final destination anyway
08:12
<laga>
is your dhcpd working on the correct port?
08:13
<ChrisM_>
yep
08:13
echo $DHCPPORT shows that the variable isn't set
08:14
oha
08:14
<laga>
i'm not sure if it's supposed to be set there...
08:14
<ChrisM_>
i just checked the file ltsp under conf/conf.d/ltsp
08:14
<laga>
is $BOOT set?
08:14
<ChrisM_>
and it's unchanged
08:14
nope boot is also empty
08:15
<laga>
so conf/conf.d/ltsp has DHCPPORT though?
08:15
<ChrisM_>
yep, but in comment and empty
08:15
like it is taken from where I copied it
08:17
<laga>
did you regenerate the initramfs after copying the file to the correct location?
08:17
<ChrisM_>
i ran "update-initramfs -u" while chrooted
08:17
is that the wrong comand?
08:18
+m
08:18
<laga>
update-initramfs -c -k all might work better.. that's what i used to use.
08:18
you also need to run ltsp-update-kernels outside the chroot, maybe you forgot that
08:18
<ChrisM_>
nope been there done that :)
08:19ogra has joined #ltsp
08:23ogra has quit IRC
08:27
<ChrisM_>
hm.. i now also changed the file in /usr/share but it's still unchanged on the client
08:27
so it seems to not update that image
08:27
i'll try that -c -k approach
08:27
<laga>
because /etc/initramfs-tools/conf.d overrides it.. humm..
08:29
<ChrisM_>
say is there a way to check that boot image? can I mount it with -o look?
08:29
with -o loop
08:29
<laga>
what boot image? the initrd?
08:30
zcat initrd. | cpio -i
08:30
in a new directory!!
08:31cyberorg__ has joined #ltsp
08:32cyberorg_ has quit IRC
08:33cyberorg__ is now known as cyberorg_
08:33cyberorg__ has joined #ltsp
08:35
<ChrisM_>
weird
08:35
seems to be correct inside the initrd
08:35ogra has joined #ltsp
08:36
<laga>
ChrisM_: if you've still got problems.. i'll probably be back around 18:00-20:00 GMT+2, i'll be able to take a look at the code then.
08:36
gotta run to attend a lecture now, bye :)
08:36
<ChrisM_>
okay thanks a lot, bye
08:39
<laga>
np. i'd hate see that one piece of code i'Ve contributed to LTSP fail :)
08:40
<ChrisM_>
ah hehe, I guess it's just a fault on my side ;)
08:47
hm.. in my dhcpd.conf there's only the nbi.img and not the initrd.img
08:47
seems like i have to rebuild that one?
08:50ChrisM_ has quit IRC
08:50K_O-Gnom has joined #ltsp
08:50ChrisM_679 has joined #LTSP
08:52
<ChrisM_679>
Does anoyne know how I can rebuild the nbd.img-2.6.24-16-generic file?
08:54
<stgraber>
ogra: How's UDS going ?
08:55
<ogra>
hogged by intel since today
08:55
(for me at least)
08:55
the rest seems to be fine
08:57
oh, and we defined a fine menu groups mechanism based on laserjocks work, willow is one of my duties for 8.10 and moquist is busy with making moodle just rock
08:58
<stgraber>
sounds good
09:04mccann has joined #ltsp
09:09nantes_geek has joined #ltsp
09:12Q-FUNK has joined #ltsp
09:13bgomes has joined #ltsp
09:14
<zamba>
i'm having a problem with one of my thin clients not able to boot.. i see in the syslog that the server has offered it an ip, but the client doesn't ack it.. how can i debug this?
09:15cyberorg_ has quit IRC
09:15
<zamba>
it's not like only one client are able to access the same image at any given time?
09:19mikkel has quit IRC
09:20Pascal_1 has quit IRC
09:20jammcq has joined #ltsp
09:25MRH2 has joined #ltsp
09:26likuidkewl has joined #ltsp
09:28
<MRH2>
hi are any additional scripts available (or plans) to get propietory graphics drivers into the ltsp-5 .img / directory from the host distribution? Really looking for nvidia ati and matrox
09:28
<laga>
MRH2: on ubuntu?
09:28
<MRH2>
sure any one will do
09:31
<zamba>
tftp: client does not accept options <- that's the error i get
09:32
<ChrisM_679>
where did mkelf-linux go? how am I supposed to update the nbi.img file without it?
09:34
laga: the problem seems to be that my client get's the nbi and that seems to have an outdated initramfs
09:34
<likuidkewl>
Anyone know if the jetpipe printing issue is/has been resolved?
09:34x86 has joined #ltsp
09:34
<x86>
ah cool, there is an LTSP channel :)
09:35
<K_O-Gnom>
http://www.golem.de/0805/59808.html <-- ham die dann nen angebissenen apfel auf der heckflosse?
09:35
<x86>
I've been tasked with a project of setting up a thin client farm and a big bad server
09:35
<K_O-Gnom>
crab wrong chan
09:35
<x86>
I know what I want to use for the server, but I'm looking for suggestions on thin clients?
09:35
I know HP makes some relatively cheap thin clients, would you recommend them?
09:39
<ChrisM_679>
someone in here, i think it was q-funk, recommended these: http://www.artecgroup.com/thincan/
09:39
i think he works for the company, but they look sweet
09:41
<Q-FUNK>
yes, I do
09:42rjune__ has left #ltsp
09:42
<Q-FUNK>
x86: any particular need for the thin client farm?
09:43
<x86>
well, I've never really investigated thin clients before, but I was just told we want all of our salespeople to have a computer
09:44
so they can open up MS Word files (OpenOffice, Koffice, Abiword, etc)
09:44
I was thinking it'd be insanely cheaper to buy ~100 thin clients than it would ~100 full PC's
09:44
<Q-FUNK>
so mail + office software?
09:44
<x86>
no mail
09:44
just office software
09:45
<Q-FUNK>
it's not just cheaper, it's also a lot more sane to maintain
09:45
you only need to update the software on the server
09:45
<x86>
here's the problem though, those ~100 users are spread out over 6 different physical locations
09:45
and I've only got a T1 of bandwidth to each office
09:45
will that be enough?
09:45cyberorg__ has quit IRC
09:46
<Q-FUNK>
right, so you'd need 6 servers, remote-managed
09:46
<x86>
6 servers?!
09:46
<laga>
ChrisM_679: ltsp-update-kernels inside the chroot can probably update the nbi.
09:46
<x86>
the idea was use one server for everything ;)
09:46
<laga>
ChrisM_679: or some hook in /etc/update-kernels.d
09:46
<Q-FUNK>
unless you can get away with having connections from remote offices dropping whenever their local ISP is crap.
09:46
<laga>
ChrisM_679: err, /etc/kernel/postinst.d/
09:47
<x86>
Q-FUNK: err, it's a T1 ;)
09:47
<Q-FUNK>
T1 at each office?
09:47
<x86>
yes
09:47
<Q-FUNK>
ah
09:47
then it should work
09:48
<x86>
09:45 < x86> here's the problem though, those ~100 users are spread out over 6 different physical locations
09:48
09:45 < x86> and I've only got a T1 of bandwidth to each office
09:48
did you miss that part? :)
09:48
<Q-FUNK>
it should be enough
09:48
saw it
09:49
that's about 20 users at each location
09:49
<laga>
what about latency?
09:49
<warren>
T1 bandwidth for 20 users?
09:49
<x86>
~50ms... we've got an guaranteed SLA
09:50
<warren>
T1 is not much at all
09:50
<x86>
warren: right
09:50
<Q-FUNK>
it's good enough
09:50
<warren>
x86: *one* LTSP client using youtube can push 40MB/sec
09:50
<ChrisM_679>
thanks laga, i was already able to rebuild it with mkelfImage.. but now he seems to do more, but still fails because later he contacts the wrong dhcp again
09:50
<Q-FUNK>
warren: they won't use net apps
09:51
<x86>
warren: that's more than 100mbps ethernet can handle ;)
09:51
<ChrisM_679>
i'll follow the output more closely
09:51
<Q-FUNK>
warren: they'll only have open office
09:51
<laga>
ChrisM_679: later?
09:51
ChrisM_679: is that a standard ltsp setup?
09:51
<warren>
you might have better luck with vnc with a lower bitrate
09:51
but T1 is really not much at all
09:51
<x86>
Q-FUNK: can I limit the color depth to like 8bpp to save bandwidth too?
09:51
<warren>
you will hit congestion and failure
09:51
<laga>
AFAIK, there's only one dhcp handshake after the kernel is loaded.
09:52
<x86>
vnc on a thin client?
09:52
<warren>
X protocol is too bandwidth heavy
09:52
<Q-FUNK>
x86: yes, color depth can be limited
09:52
<ChrisM_679>
laga: hm.. looks like i only build an image which shows all the boot messages
09:52
<totoro>
is it possible to connect to ltsp server without booting?
09:53
<x86>
warren: how much bandwidth will an X client use?
09:53
<ChrisM_679>
he runs /scripts/nfs-top now though
09:53
<warren>
x86: you may want to run one client and just measure it
09:54
<ChrisM_679>
laga: the file's correct now though :)
09:54
<x86>
warren: then again, I may want some numbers before I invest in the hardware ;)
09:54
<warren>
you don't need to invest in hardware
09:54
you can run LTSP on any machine just to test it
09:55
<x86>
I have no X server, and I have no spare desktops
09:55
so...
09:55
warren: you could have just said you dont have the numbers ;)
09:55
<warren>
i'm getting you some numbers now
09:55
x86: you have no linux box?
09:55
<ChrisM_679>
laga: oh btw. yeah it's standard ltsp from the ubuntu 8.04 alternate cd.. just looks like i build a more verbose bdi img ;)
09:55
<x86>
not with X, no
09:56
<warren>
x86: you could even test LTSP from a Fedora LiveUSB
09:56
<x86>
I have no spare desktops
09:57
<MRH2>
x86 i'd put a server at each site or use a tubby clients an alternate connection method rather than remote X.
09:58
<x86>
tubby clients?
09:58
<MRH2>
sort of thing that can run a browser ok
09:58
<x86>
what about open office?
09:58
<MRH2>
locally
09:58
<ChrisM_679>
heh reminds me of teletubbies *shudder*
09:58
<laga>
ChrisM_679: what port is your dhcp number running on?
09:58
<MRH2>
lol
09:59
<x86>
why do you need a fast proc or a lot of RAM for a thin client?
09:59
I see that as really the only difference between clients
09:59
<ChrisM_679>
laga: 1067 and 1068 but there's another one in the company which runs on normal ports.. from this i get the wrong info and thus the mount of the rootfs fails
09:59
<warren>
x86: yeah, one server per 20 clients at each site is likely your best option
09:59
<MRH2>
yeah the HP 1ghz 512MB clients are enough to do this locally and provide alternate methods to connect to a central server
10:00
<laga>
ChrisM_679: ok, so you got the ports right :) and you're using pxelinux to boot the client?
10:00
<warren>
x86: you can still centrally manage those servers over your T1 link
10:00
<MRH2>
I'd buy one and play about with the different options
10:00
<x86>
MRH2: so each client has it's own OS?
10:00
and can run X locally, etc?
10:00
<warren>
x86: X runs locally in any case...
10:01
<x86>
well yeah, but I mean all the applications are run locally?
10:01
<MRH2>
to a certain extent then use ctirix freeNX or wheatever if you really need to keep the servers central
10:01
<x86>
that's not a requirement
10:01
was just going to do thin clients to save money
10:01
<MRH2>
in which case i'd stick a server at each site
10:01
<x86>
if I have to use a "tubby" client, that's fine too
10:02
<Q-FUNK>
warren: hence my 6 server answer
10:02
<x86>
can I boot a tubby client off the network and run everything locally?
10:02
(root fs, kernel, etc on a central server for easy management)
10:02
<MRH2>
could but not really what u want to do
10:02
<x86>
local swap on flash
10:02
<warren>
you don't need swap
10:02
<x86>
why is that?
10:02
<totoro>
with freeNX, sessions are not in chroot like ltsp, right?
10:02
<MRH2>
if ur gonna go local i'd install on a flash drive
10:03
<warren>
x86: here's some rough numbers
10:03Pascal_1 has joined #ltsp
10:03
<x86>
MRH2: I like the central management
10:03
<warren>
x86: 800x600 desktop, moving the mouse around alone uses about 150kbit/sec both upload and download
10:03
x86: during opening openoffice it spiked to 4mbit/sec
10:03
<x86>
warren: what color depth?
10:03
<MRH2>
i would stick with ltsp and 6 servers to keep things simple
10:03
<warren>
x86: 16
10:03
<x86>
warren: do me a favor, drop it down to 4 or 8
10:03
<warren>
x86: no
10:04
I'm telling you it is a complete waste of time to try to do this over a T1.
10:04
I got you rough numbers.
10:04
now I have to work on something else.
10:04
<x86>
since that's what I'd be running, and it would considerably cut the bandwidth usage down
10:04bobby_C has quit IRC
10:04
<x86>
*sigh*
10:04
ok, I'll get numbers elsewhere then
10:04
thanks anyway
10:04
<ChrisM_679>
laga: hm.. don't think so its a zlilo image from rom-o-matic which gets loaded via syslinux on the client
10:05
<warren>
you come in here to ask the experts
10:05
we're telling you this wont work
10:05
<MRH2>
X86 I wouldn't rely on the T1 lines for all desktop services.
10:05
<warren>
we told you what you should do instead
10:05
<x86>
warren: but you're not giving the numbers I need
10:05
MRH2: well the data is certainly in one location right now
10:05
<Q-FUNK>
warren: you said it won't work. I said it could, it only OO is used and nothing that is streaming or accessing the internet live
10:05
<x86>
MRH2: that part is not going to change, and it works well
10:06
<warren>
Q-FUNK: and I think it is still a bad idea that will be barely usable
10:06
<MRH2>
data?
10:06
<x86>
MRH2: documents, etc
10:06
<MRH2>
i'd go web based for that sort of thing
10:06
<x86>
warren: yeah I think I'll just get tubby clients and have each one run it's own OS
10:06
<MRH2>
wiki + doc management
10:06
<Q-FUNK>
warren: I indeed said that one server per site and remote management would be better.
10:06
<warren>
indeed
10:07
<x86>
Q-FUNK: but then it negates the only benefit... cost ;)
10:07
<Q-FUNK>
warren: but I haven't said that doing absolutely everything via a central location would be impossible
10:07
<warren>
not impossible, just a bad idea
10:07
<Q-FUNK>
x86: come on! you're still talking about 6 servers, versus 100 desktop.
10:07ogra has quit IRC
10:08
<Q-FUNK>
you'd still be saving a fortune even with 6 servers.
10:08
<warren>
yeah
10:08
<x86>
Q-FUNK: thin clients are $319 each (1ghz, 256mb ram, 128mb flash), plus a server is $3000
10:09
<MRH2>
the saving is in the management
10:09
<warren>
x86: most of your cost savings will be in management
10:09
<Q-FUNK>
x86: why would you need 1ghz for a thin client?
10:09
<MRH2>
snap
10:09indradg has joined #ltsp
10:09Pascal_1 has quit IRC
10:10
<Q-FUNK>
x86: or any flash, even, for a mere PXE client?
10:10
<laga>
ChrisM_679: well, rom-o-matic will give you pxelinux :)
10:11
<warren>
x86: you seriously need to actually try it before making any decisions
10:11
x86: because you are not listening to us
10:11
<MRH2>
warren is right testing is key
10:11
and role out in stages
10:11
<ChrisM_679>
laga: yeah I guess it should be working, since it get's the nbi from the ltsp server and afterwards it got that, everything that follows is ltsp, right?
10:12
laga: but it still seems to ignore the little ltsp file i copied
10:12
<Q-FUNK>
x86: what's the point of putting desktops specs for a thin client? you're not running any application locally.
10:12
<ChrisM_679>
laga: although it now has the correct port in there
10:14
laga: hm.. it seems my client is using the nfs way to boot and in that script there's no use of the $DHCPPORT variable
10:15ogra has joined #ltsp
10:15
<totoro>
is it possible to run ltsp client session into local OS?
10:16
like TSE, you need only run terminal client
10:16
<ChrisM_679>
laga: hm.. but in my dhcp.conf file there's only mention off pxelinux and nbi
10:16
<totoro>
if thin client already an OS, and is not really thin but fat one
10:17
<ChrisM_679>
totoro: maybe with vmware?
10:18
<totoro>
no terminal client for ltsp?
10:18
vmware it's too heavy tip
10:19
to connect on MS Terminal Server, you need only rdesktop
10:20
so something like rdesktop for ltsp
10:20
sure it's not really for thin clients goal
10:24
<laga>
ChrisM_679: NFS isn't the default in hardy
10:25
<ChrisM_679>
laga: yeah i thought wrong.. ltsp_nbd calls nfs_top, thats what confused me
10:25
laga: but i think we have a case problem here
10:26
laga: looking at scripts/ltsp_nbd it get's the DHCPPORT variable from $dhcpport
10:30nantes_geek has quit IRC
10:31
<zamba>
ltsp doesn't work over plain layer 2 switches?
10:32staffencasa has joined #ltsp
10:35
<ChrisM_679>
why do you think so zamba?
10:37
<zamba>
ChrisM_679: because when i tried booting off a layer-2 switch nothing happened.. but if i connected the "uplink" cable directly to the computer, everything worked fine
10:41
<MRH2>
is there a management interface on the switch
10:41
probably blocking something
10:49
<ChrisM_679>
yeah i guess so too
10:49
laga: do you know where that ltsp file with DHCPPORT in it should get included?
10:53
Where can I pass boot options to the kernel with ltsp5?
10:53
<MRH2>
there is a file under the tftp directory
10:55
<ChrisM_679>
you mean the on under pxelinux.cfg?
10:56
<MRH2>
that sounds right
10:57
<ChrisM_679>
but that's only for pxe not for the nbi.img right?
11:00
<MRH2>
I *think* it still boots the kernel tftp with the nbi.img used just for the root directory -with no further 'switches' - AFAIK (?)
11:00nantes_geek has joined #ltsp
11:02GiantPickle has joined #ltsp
11:07
<ChrisM_679>
MRH2: it seems like you have to give the command line arguments to mkelfImage and they get built into the bdi.img, still have to test it though
11:07nantes_geek has quit IRC
11:09
<ChrisM_679>
MRH2: just for the record: it works :)
11:10Q-FUNK has quit IRC
11:16
<MRH2>
ok i'll remember that
11:21likuidkewl has left #ltsp
11:21talntid has joined #ltsp
11:21
<talntid>
anyone here use wyse thin clients?
11:22
<MRH2>
nope used HP though
11:24
<talntid>
yeah, that doesn help me -- was looking to have someone confirm a bug
11:26
<MRH2>
only thing i can say generally is newer hardware only plays well with newer kernels (had this with HP and an and older ltsp version)
11:28
<talntid>
well, actually.. i think my issue is before any of that..
11:28
ram chip says 128mb, invoice says 128mb.. bios says 64mb
11:28
<MRH2>
video taking any memeory?
11:29exodos has quit IRC
11:29
<talntid>
in the bios, it shouldn't be
11:33Pascal_1 has joined #ltsp
11:33
<MRH2>
my guess is either video memory being subtracted in the bios for some reason or bad memory - try physically removing it and replacing it back again and try the memory in another terminal or compatible device.
11:35
or call wyse that's why they get paid the bug bucks lol
11:36
<laga>
re
11:36
<talntid>
8 clients do the same thing
11:37
http://spokanego.com/gallery2/main.php?g2_itemId=360&g2_imageViewsIndex=1
11:38
<MRH2>
128MB is flash memory
11:38
64MB is ram
11:38
<laga>
ChrisM_679: all working now?
11:39
<MRH2>
and never the 2 will meet
11:45
<talntid>
right, MRH2
11:45
it is supposed to have 128MB flash Memory, 128MB Ram
11:46
http://www.wyse.com/products/hardware/thinclients/V10L/index.asp
11:46
Wyse V10L Flash: 128MB Ram: 128MB Part #: 902132-01L
11:46
so. :)
11:46
<ChrisM_679>
laga: nope it seems to include the ltsp file under conf.d because if I change BOOT="ltsp_nbd" to something different it fails
11:47
laga: but it still to contact the other dhcp on the normal ports
11:48
<laga>
ChrisM_679: and if you use the boot option?
11:48
<ChrisM_679>
laga: you mean dhcpport as kernel boot option?
11:49
<laga>
yes
11:49
<ChrisM_679>
laga: still have to try that
11:51
<zamba>
how can i change the language for one session?
11:51
<ChrisM_679>
laga: say are you from germany?
11:51
<laga>
yes
11:51
<ChrisM_679>
11:51
<laga>
;)
11:52
i've gotta run now, sports and dinner. bbl, i'll look at the code.. it should work ;)
11:52
<ChrisM_679>
found out what's going on
11:52
<laga>
ah?
11:52
<ChrisM_679>
IPOPTS is empty
11:52
<laga>
odd.
11:52
what's missing?
11:52
(bbl)
11:52
<ChrisM_679>
ok i'll search on ^^
11:53Pascal_1 has quit IRC
11:54
<ChrisM_679>
laga: IPOPTS should be dhcp, dunno why it isn't
12:06F-GT has quit IRC
12:07F-GT has joined #ltsp
12:16BadMagic has joined #ltsp
12:18
<ChrisM_679>
laga: if i set it to dhcp in /conf.d/ltsp than I get a kernel panic because ipconfig can't find a device... so it seems that the options are wrong if IPOPTS is dhcp
12:18X0d_of_N0d has quit IRC
12:18X0d_of_N0d has joined #ltsp
12:18itais has joined #ltsp
12:23MRH2 has quit IRC
12:26vagrantc has joined #ltsp
12:26wwx has quit IRC
12:30wwx has joined #ltsp
12:35ogra has quit IRC
12:37
<ChrisM_679>
laga: okay i got it
12:40
laga: i had to replace the line "ipconfig -c ${IPOPTS} -d ${DEVICE}" to "ipconfig -p ${DHCPPORT} -d ${DEVICE}" otherwhise it would still use the wrong port...
12:40
laga: oh yeah thats in the file scripts/ltsp_nbd
12:40
laga: AND i had to set IPOPTS="dhcp" in conf.d/ltsp
12:41
laga: now the client boots into a black screen, but that's not dhcp related anymore ^^
12:51
<laga>
okay, thanks.
12:51
that's pretty odd considering i've tested it..
12:54vagrantc has quit IRC
13:00
<ChrisM_679>
laga: i couldn't find any info on klibc ipconfig so I don't know what -c was supposed to do
13:01
<laga>
ChrisM_679: it's in klibc-utils.. i think most of the documentation is in the source, though :)
13:01
<ChrisM_679>
i see :)
13:01
<laga>
(apt-get source klibc-utils)
13:02
<ChrisM_679>
ah k
13:03
well, thanks for all the help, gotta go now
13:04
<laga>
bye
13:06
<ChrisM_679>
cya
13:06ChrisM_679 has quit IRC
13:11K_O-Gnom is now known as Robbenf
13:11Robbenf is now known as Robbenfaenger
13:14Robbenfaenger is now known as K_O-Gnom
13:32the_code has joined #ltsp
13:32whatch has joined #ltsp
13:34
<whatch>
I am in a school district with multiple subnets on our network. I am trying to set up a edubuntu server with ltsp. We use the .3 subnet in our building. What do I do to the dhcpd.conf file to make it so I can boot clients?
13:38viking-ice_ has joined #ltsp
13:43
<warren>
someone had an idea and I got mkelfimage to make fedora boot
13:43
--ramdisk-base= defaults to 8MB. I set it to 16MB and it now works.
13:43
This doesn't quite make sense because Ubuntu's initrd (uncompressed) is almost 13MB...
14:10vagrantc has joined #ltsp
14:12bgomes has quit IRC
14:14alkisg has joined #ltsp
14:19
<alkisg>
vargantc, hello, can I ask you something about ldm localization?
14:20
vagrantc (sorry)
14:20
<vagrantc>
!question
14:20
<ltspbot`>
vagrantc: "question" is if you have a question about ltsp, please go ahead and ask it, and people will respond if they can. please also mention the linux distro and release you're using. :)
14:21
<alkisg>
OK! (newbie)! I want to see the login screen in Greek, so I suppose I have to make a .mo file? Is lanchpad used for translations?
14:22
And a second one, if I understand the source code correctly (Ubuntu hardy), I'm supposed to see the "preferences" button in Greek already, because it's a stock gtk text, but I see it in English. What am I missing?
14:23
<vagrantc>
i don't really know much about the ubuntu translation infrastructure ... but basically, you would copy in the ldm sources po/ldm.pot to NN.po, where NN is your language code, and edit NN.po to include the strings and other meta-information
14:23
there's some ubuntu web interface for translations.
14:24
i don't think anything that hasn't been specifically translated for ldm will be translated
14:24
<alkisg>
So if I make the translation without the web interface, who should I sent it to? You? Ogra?
14:24
<vagrantc>
i can include translations upstream, which will eventually make their way to debian and ubuntu and fedora
14:25
<alkisg>
In greeter.c, I see " optionbutton =
14:25
(GtkButton *) gtk_button_new_from_stock("gtk-preferences");"
14:25
But I don't see a "preferences" text anywhere, not in .mo files...
14:26
<vagrantc>
place to send translations would be ltsp-developer@lists.sourceforge.net
14:26
no idea, then
14:26
<alkisg>
Thanks for that. Where can I get the latest source code?
14:27
<vagrantc>
https://code.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk
14:27
ltspbot`: learn source as https://code.launchpad.net/~ltsp-upstream
14:27
<ltspbot`>
vagrantc: The operation succeeded.
14:27
<vagrantc>
!source
14:27
<ltspbot`>
vagrantc: My source is at http://supybot.com/
14:27
<vagrantc>
hrm.
14:27
ltspbot`: learn ltspsource as https://code.launchpad.net/~ltsp-upstream
14:27
<ltspbot`>
vagrantc: The operation succeeded.
14:27
<vagrantc>
!ltspsource
14:27
<ltspbot`>
vagrantc: "ltspsource" is https://code.launchpad.net/~ltsp-upstream
14:28
<alkisg>
Thanks! A last one? I saw something about enabling guest accounts in the source code, but I didn't see any documentation on the web. Is this feature working?
14:28
<vagrantc>
i can't speak for ubuntu, but it's working in debian
14:29
<johnny>
yes , it works in ubuntu
14:29
need to update the lts-parameters.txt
14:29
<vagrantc>
LDM_GUESTLOGIN=true or LDM_AUTOLOGIN=true , and then it will use username and password the same as hostname
14:29
<alkisg>
Thank you all!
14:29
<vagrantc>
or use LDM_USERNAME and LDM_PASSWORD if needed
14:30Gadi has joined #ltsp
14:32
<alkisg>
vagrantc, I don't know much about your involvement in ldm, I want to add some features, like a sign-up-form for new students (=create new users) and a rdesktop button/form. Is there anyway (of course if my code gets "approved") to send such modifications upstream, or should I do it just for myself? I'm an experienced programmer but quite a newbie in Linux, I don't know how things work...
14:33
<vagrantc>
alkisg: ltsp is largely developed by a group of developers from various distros ... i mainly represent debian in that regard
14:34
alkisg: basically, make a bzr branch for each feature, ask for review ... the less invasive the changes the more likely to be considered
14:34
ltsp-developer@lists.sourceforge.net and here in irc would be where to ask for review
14:35
<alkisg>
I can just sign up in the bzr and make a branch? Wow! :)
14:35
<vagrantc>
bzr is a distributed vcs
14:36
so you can publish branches whereever you have upload access...
14:36
<alkisg>
I see. Thanks again! Goodnight from Greece!
14:36
<vagrantc>
look forward to a translation :)
14:40davidj has quit IRC
14:41davidj has joined #ltsp
14:45whatch has quit IRC
14:46iMacGyver has joined #ltsp
14:47
<iMacGyver>
so...by default edubuntu doesn't limit virtual mem per user and process limit is 38912 :(
14:47
we just had a user accidently dos our ltsp server becuase their enter key got stuck
14:51
any recommended way to go with limitting procs and mem for ltsp users?
14:51gbolte has joined #ltsp
14:51
<gbolte>
hello all
14:51
<alkisg>
vagrantc, where do I put the (ldm) .mo file in the ltsp client to test it? There's no /usr/share/locale-langpack/ folder in the client...
14:52
<gbolte>
I was wondering if anyone else was having an issue with ldm where if you type in the wrong password it hangs
14:52
<vagrantc>
alkisg: debian and ubuntu's localization is handled a little differently ...
14:53
<Gadi>
iMacGyver: typically that would be done with ulimit
14:53
<gbolte>
I have to reboot the client machine when a wrong password is typed into ldm
14:53
<dyn>
iMacGyver: look into http://www.ss64.com/bash/ulimit.html
14:53
<Gadi>
check your login.defs file and/or /etc/profile
14:54
<iMacGyver>
Gadi: yeah, but where should i place the limit command?
14:54
<alkisg>
vagrantc, you can tell me about debian, I'll try to find the similar thing for ubuntu.
14:55
vagrantc, but find / '*.pot' or *.po or *.mo finds nothing on the client...
14:56
<vagrantc>
alkisg: /usr/share/locale/NN/LC_MESSAGES/ldm.mo
14:56
<iMacGyver>
like maybe put it in /etc/x11/Xsession.d ...
14:56
<alkisg>
vagrantc, thanks
14:57bobby_C has joined #ltsp
14:59
<Gadi>
iMacGyver: /etc/login.defs
14:59
in theory
15:00indradg has quit IRC
15:07
<gbolte>
!seen ogra
15:07
<ltspbot`>
gbolte: ogra was last seen in #ltsp 6 hours, 10 minutes, and 30 seconds ago: <ogra> oh, and we defined a fine menu groups mechanism based on laserjocks work, willow is one of my duties for 8.10 and moquist is busy with making moodle just rock
15:07joel__ has joined #ltsp
15:08
<gbolte>
that sucks
15:10
<iMacGyver>
Gadi: btw i think you meant /etc/security/limits.conf
15:12
<joel__>
Hey, everyone! Some questions about the system... Getting an "Operating System Not Found" error on PXE boot, Any suggestions at all?
15:19BadMagic has quit IRC
15:20BadMagic has joined #ltsp
15:34
<iMacGyver>
Gadi: what i ended up doing --> http://scribere.no-ip.org/LTSP#Set_some_limits
15:35
<Gadi>
ah, there ya go
15:36
well, they are different things limits.conf and login.defs
15:36
one is more of a pam thing
15:36
tho, pam is prolly the best place to solve it in the end
15:37
joel__: sounds like ur not pxe booting at all
15:56
<joel__>
I am trying to, however when I boot the client machine, I am only getting the "Operating System Not Found" error. I know that it is set to boot from NIC in the BIOS, however, it looks like that is not the case behind the scenes.
15:59hersonls has quit IRC
16:00K_O-Gnom has quit IRC
16:06
<Gadi>
joel__: all BIOSes are different - check to see if there is a setting to enable the onboard PXE boot rom
16:06
also, there should be a PXE BIOS that you can enter (if enabled) with shift-f10 or some such
16:06
Operating System Not Found suggests the BIOS is not configured to PXE boot correctly
16:10
<joel__>
I have tried the regular boot and the F12-boot option booting, with no success
16:10
<Gadi>
pxe booting happens outside the normal boot process
16:10
Preboot eXecution Environment
16:10
<jammcq>
yep
16:10
<Gadi>
and all...
16:10
<jammcq>
heh, oops
16:10
<Gadi>
pipe down, jammcq!
16:11
<joel__>
I understand. But there should be the option to boot via NIC (PXE)...
16:11
<Gadi>
what BIOS?
16:11
is it Award BIOS?
16:12
<joel__>
I am on an IBM thinkpad. It's an older one, with Windows 2000
16:13
<Gadi>
google the model number and the word PXE
16:13
see what comes up
16:16
<joel__>
Do you suppose I should re-flash the BIOS?
16:17
<Gadi>
nah
16:17
if you cant get it to PXE boot, download a rom-o-matic image
16:17
and boot from CD
16:18
<alkisg>
joel_, I think IBM thinkpad doesn't have a boot rom in the network card
16:19
<x86>
can't you still PXE without a bootrom?
16:19
<johnny>
i'd be suprised about that
16:19
even a dell has it
16:19
<alkisg>
There is a setting in BIOS, OK, but this doesn't ensure that it can boot. If it doesn't find a boot rom it doesn't boot.
16:19
<johnny>
or floppy too..
16:20
<alkisg>
My brother in law has an IBM thinkpad, and I'm sure it doesn't have it. It's very old (Celeron @333), but a thinkpad nonetheless!
16:20
<johnny>
we use a floppy on one single machine that has a buggy pxe implementation
16:20
<alkisg>
Or you can put it in the boot manager, either windows or grub
16:32the_code has quit IRC
16:32
<joel__>
Going back to my problem, it is saying in more detail, PXE-M0F: Exiting Intel PXE ROM Operating system not foung
16:32
(found)
16:33
<Gadi>
ah, thats the important part
16:33
the "Operating System Not Found" comes from your BIOS
16:34
the PXE* stuff comes from the PXE code
16:34
try pressing shift-f10 on boot
16:34
see if you get into the PXE menu
16:35
alternatively, try pressing escape
16:35
one of the two should get u into the PXE boot menu
16:35
<warren>
F12 for a boot menu from BIOS sometimes works
16:35
<Gadi>
unless you are locked out of it by IBM
16:35
warren: he needs not such things
16:35
he needs to get into the PXE bios
16:36
<warren>
Gadi: many BIOS let you access the PXE bios from the F12 menu
16:36
<Gadi>
really?
16:36
<joel__>
I can't seem to get the Shift+10 but I can get the boot menu with F12
16:36
<Gadi>
I have only seen f12 take you to the BIOS boot order
16:36
<warren>
it works on my Thinkpad, several Dell machines, some generic whiteboxes too
16:36
<Gadi>
are you sure thats not the *BIOS* boot order?
16:36
ie, hard drive, floppy, blah blah
16:36
<warren>
it lets you choose which device eto boot from that menu
16:37
<Gadi>
the PXE bios is usually: int19, int18, ...
16:37
<joel__>
I got a menu asking which device to start from. I chose NIC. Same thing.
16:39slidesinger has quit IRC
16:40
<alkisg>
joel_, what is the exact messages you see? Do you see something about DHCP, no ip address etc?
16:42
<joel__>
The machine says "No DHCP or proxyDHCP offers were received"
16:42
<alkisg>
OK, do you have an LTSP server?
16:42
<vagrantc>
i've seen that error before.
16:43
joel__: what kind of switch do you have?
16:44
<Gadi>
yeah, so it seems ur laptop is fine, your dhcp server is not setup properly
16:44
<joel__>
If is a Linksys Wireless Broadband Broadband router. DHCP server off.
16:45
The DHCP server? What would need to be changed
16:45
?
16:45
<Gadi>
ltsp server plugged into the LAN side?
16:45
<joel__>
Yup.
16:45
<Gadi>
as is the client?
16:46
<joel__>
All LAN
16:46
<alkisg>
Try to boot off a Live CD like knoppel. Then try "dhclient eth0" to see what goes on.
16:46
/knoppel/knoppix/
16:46
<Gadi>
do the ip addresses in /etc/ltsp/dhcpd.conf match the configuration of the nic in the server?
16:47
joel__: do this on the server:
16:48
sudo /etc/init.d/dhcp3-server restart
16:48
sudo tail -100 /var/log/syslog
16:48
see if there are errors restarting dhcp
16:48
or errors in your syslog when you do
16:49
if all is well, sudo tail -f /var/log/syslog and reboot the thinkpad
16:49
you should see DHCPDISCOVER messages
16:49zygocat has joined #ltsp
16:57arevamp has joined #ltsp
16:58mhterres has quit IRC
16:59
<alkisg>
vagrantc, about ldm: I made the .mo file, I put it in /usr/share/locale/el/LC_MESSAGES/ldm.mo but I still see english text.
17:00
vagrantc, I also tried to compile ldm from scratch (in case hardy has an older version) but I couldn't get it to run, when I replaced /usr/sbin/ldm with the new one in the thin client, it didn't start X.
17:01jammcq has quit IRC
17:02joel__ has quit IRC
17:10Q-FUNK has joined #ltsp
17:24alkisg has left #ltsp
17:27bobby_C has quit IRC
17:31itais has quit IRC
17:39Q-FUNK has quit IRC
17:45vagrantc has quit IRC
18:09Gadi has left #ltsp
18:11mccann has quit IRC
18:12J45p3r has joined #ltsp
18:25staffencasa has quit IRC
19:00viking-ice_ has quit IRC
19:12X0d_of_N0d_ has joined #ltsp
19:20shawnp0wers has quit IRC
19:24X0d_of_N0d has quit IRC
19:24shawnp0wers has joined #ltsp
19:37petre has joined #ltsp
19:37
<petre>
evening all
19:37
<gbolte>
hello
19:38
<petre>
I've got a weird 4.2 & local devices problem
19:38
<gbolte>
oh?
19:38
<petre>
I've got a sd memory card that I plug into a client
19:38
<gbolte>
yes
19:39
<petre>
If logged in with my son's ID, it appears on the desktop, I can view it under Nautilus, etc.
19:39
Likewise if I'm logged in under my ID or my daughter's
19:40
<gbolte>
k
19:40
<petre>
but under my wife's ID, while the device name is the same, it shows only one directory within the device, instead of two as the rest of us see,
19:41
and the directory she sees has a different name than the two the rest of us see
19:41
how strange is that!
19:41
<gbolte>
that is pretty strange
19:41
but she can access the media
19:41
and open anything within the directory she sees
19:41
<petre>
sort of, the one directory she sees is empty;
19:41
<gbolte>
oooh
19:42
sounds like a stale mount
19:42
<petre>
the directories the rest of us see are full of photos
19:42
even after logging in & out repeatedly?
19:42
<gbolte>
so is this just one terminal client that you are all logging on to?
19:43
<petre>
yes
19:43
<gbolte>
do you have another terminal that you could have her log into
19:43
to see if she still sees the device
19:44
<petre>
yes, I'll try that; hang on...
19:44
<gbolte>
because if the folder is still showing on the other terminal thats a stale mount it has to be
19:45mccann has joined #ltsp
19:47
<petre>
logged in on another terminal as wife, plugged in sd card, same problem
19:47
so the problem travels with her ID
19:47
which makes sense, sort of
19:47
<gbolte>
yeah
19:47
hmm
19:48
<petre>
I notice that one of the directories I see is called dcim and within this is dir called canon that holds the photos
19:48
<gbolte>
so for some reason her profile is creating the device folder on the desktop but not actually mounting the device it seems
19:48
<petre>
but for here there is no dcim level dir, just the canon dir, and it's empty
19:48
well, it's mounting it but at the wrong level in the tree
19:49
<gbolte>
hmm
19:49
yeah
19:49
<petre>
I looked at the permissions of her Drives/ dir, they seem to be the same as the rest of us
19:49
<gbolte>
I am not sure how to answer that one maybe if you stick around someone that knows more will be able to help
19:50
yeah
19:50
I suspect you are right
19:50
<petre>
yeah, I really need sbalneaves but he hasn't been around for a while
19:50
<gbolte>
it is a permissions issue
19:50
I am just not sure where
19:50
<petre>
I think I'll see about mounting it manually
19:50
<gbolte>
alright well good luck
19:51
<petre>
tx
19:51
<gbolte>
I am out
19:51
c-ya
19:51gbolte has quit IRC
20:47hersonls has joined #ltsp
20:48hersonls has joined #ltsp
20:55floatingman has joined #ltsp
21:04zygocat_ has joined #ltsp
21:06zygocat has quit IRC
21:06J45p3r has left #ltsp
21:13petre has quit IRC
21:14floatingman has quit IRC
21:18hersonl1 has joined #ltsp
21:21hersonls has quit IRC
21:44vagrantc has joined #ltsp
22:18mccann has quit IRC
22:26Ryan52_ has joined #ltsp
22:30Ryan52 has quit IRC
22:31Ryan52_ is now known as Ryan52
23:32daya has joined #ltsp
23:56cyberorg_ has joined #ltsp
23:57
<vagrantc>
ltspbot`: forget source
23:57
<ltspbot`>
vagrantc: The operation succeeded.
23:57
<vagrantc>
!source
23:57
<ltspbot`>
vagrantc: My source is at http://supybot.com/