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


Channel log from 4 May 2010   (all times are UTC)

00:11Selveste1 has quit IRC
00:11gentgeen__ has quit IRC
00:11zamba has quit IRC
00:13Mava has quit IRC
00:14Mava has joined #ltsp
00:16highvoltage has quit IRC
00:16gentgeen__ has joined #ltsp
00:16zamba has joined #ltsp
00:21Selveste1 has joined #ltsp
00:36Selveste1 has quit IRC
00:39Faithful has joined #ltsp
00:39johnny has left #ltsp
00:40johnny has joined #ltsp
00:40alkisg has quit IRC
00:50_UsUrPeR_ has quit IRC
00:55_UsUrPeR_ has joined #ltsp
01:08alkisg has joined #ltsp
01:46alkisg has quit IRC
02:00johnny has quit IRC
02:02gnunux has joined #ltsp
02:05dobber has joined #ltsp
02:10johnny has joined #ltsp
02:16Selveste1 has joined #ltsp
02:51Selveste1 has quit IRC
02:53yanu has quit IRC
03:00Selveste1 has joined #ltsp
03:00sepski has joined #ltsp
03:01yanu has joined #ltsp
03:01yanu has joined #ltsp
03:31Selveste1_ has joined #ltsp
03:35Selveste1 has quit IRC
03:36Selveste1_ has quit IRC
03:53Egyptian[Home] has quit IRC
04:05Faithful has quit IRC
04:09Egyptian[Home] has joined #ltsp
04:32bobby_C has joined #ltsp
04:39alkisg has joined #ltsp
04:39alkisg has joined #ltsp
04:45Egyptian[Home] has quit IRC
04:47Egyptian[Home] has joined #ltsp
05:21alkisg has quit IRC
05:26highvoltage has joined #ltsp
05:45alkisg has joined #ltsp
05:55hersonls has joined #ltsp
06:15alkisg1 has joined #ltsp
06:17alkisg has quit IRC
06:17alkisg1 is now known as alkisg
06:22hersonls has quit IRC
06:32pasmen has joined #ltsp
06:38lucascoala_ has quit IRC
06:40pmatulis has joined #ltsp
07:05highvoltage has quit IRC
07:09AlTeeAsP has quit IRC
07:16mikkel has joined #ltsp
07:19_UsUrPeR_ has quit IRC
07:19_UsUrPeR_ has joined #ltsp
07:21bobby_C has quit IRC
07:26_UsUrPeR_ has quit IRC
07:47jammcq has quit IRC
07:53_UsUrPeR_ has joined #ltsp
07:58alkisg has quit IRC
08:06mgariepy has joined #ltsp
08:12Gadi has joined #ltsp
08:18
<mgariepy>
morning everyone
08:25pasmen has quit IRC
08:26highvoltage has joined #ltsp
08:30ogra has quit IRC
08:30ogra has joined #ltsp
08:39cliebow has joined #ltsp
08:41wsuetholz has joined #ltsp
08:46anivair has joined #ltsp
08:47
<anivair>
does anyone know how ltsp thin clients can be made to work externally? I've got a few people who need to work remotely, and I'd way prefer they use thin clients.
09:03highvoltage has quit IRC
09:07Remaille has joined #ltsp
09:09highvoltage has joined #ltsp
09:14highvoltage has joined #ltsp
09:15mikkel has quit IRC
09:15highvolt1ge has joined #ltsp
09:19highvoltage has quit IRC
09:34alkisg has joined #ltsp
09:36evil_root has joined #ltsp
09:45
<sbalneav>
Morning all
09:49The_Code has joined #ltsp
09:50
<anivair>
morning.
09:51
you're here just in time for me to re-ask my question from an hour ago or so
09:51
(the short version): what do I need to do to get my thin clients running remotely? I have some people that need to work from home.
09:51
<alkisg>
neatx :)
09:53
<anivair>
is that required? I mean, i'm guessing that I can somehow set my firewall to X-forward and route the data, but I'm not sure how
09:53
is there maybe a page with a useful how to?
09:54
<evil_root>
cant you just vpn your work at homes into your ltsp network?
09:54
<alkisg>
anivair, ltsp is designed for LAN, not for remote connections
09:54
The X traffic is to great for non-LAN connections
09:54
That's why nx got invented
09:54
<evil_root>
can anyone say lag?
09:54highvolt1ge has quit IRC
09:55
<anivair>
hrm. that does suck.
09:55
<alkisg>
anivair: it's very easy to do remote X. It'll just be super slow.
09:55highvoltage has joined #ltsp
09:56
<alkisg>
You can install neatx though and access your server from any OS and any connetion, with plain old ssh as the transport
09:57
<anivair>
will neatx be faster, then? Or just easier?
09:58
<alkisg>
Much, much faster
09:59
<anivair>
okay ... I'll give that a shot (I'm, at the moment, 100% unsure how, but I'll poke around and see what I can find)
09:59
<alkisg>
distro/version?
10:03F-GT has quit IRC
10:03
<anivair>
ubuntu lucid
10:04
<dobber>
oh goody
10:04
brand new fatserver just arived
10:04michiel_e has joined #ltsp
10:04highvolt1ge has joined #ltsp
10:05
<alkisg>
anivair: sudo add-apt-repository ppa:freenx-team && sudo apt-get update && sudo apt-get install neatx-server
10:05highvoltage has quit IRC
10:05
<alkisg>
...and google for the proprietary nx client from nomachines, you can find .deb for ubuntu or .exe for windows
10:06
<anivair>
and that needs to be installed on hte ltsp server?
10:06
<alkisg>
Yes, the commands above go to the ltsp-server, while the nx client on the remote machines
10:07
The theory is there: https://help.ubuntu.com/community/FreeNX
10:07
<cliebow>
neatx is an nx-y thing?
10:07
<alkisg>
...but freenx was replaced with neatx for lucid
10:07
<cliebow>
ahhhh
10:07
<alkisg>
cliebow: yeah, the google implementation of freenx-server
10:08
<cliebow>
coolio..
10:08
<alkisg>
It works out of the box - an apt-get install is all that it takes
10:08
<cliebow>
out of the box is even better!
10:09
<anivair>
So can i seta thin client to access the server that way? Won't I need to make a change to the thin client?
10:09
<alkisg>
No, no thin clients. Regular standalone machines, like those that people have in their homes
10:10
I.e. you boot an os locally and run the nx client afterwards
10:10
You don't boot an os from the network, like thin clients do
10:10
So, LAN <=> LTSP, WAN <=> nx
10:10
<anivair>
suck. I was really hoping not to have to deal with them having computers in their homes.
10:10
<alkisg>
?
10:10
<anivair>
because then i'm either giving them systems or dealing with their crappy computers hat they load with spyware
10:11
<alkisg>
You wanted them to pull a 500MB image from WAN every time they boot?
10:11
You can give them a live usb stick to boot from
10:11
<anivair>
n, I just wanted not to have to deal with the headache of having a real system there instead of a thin client.
10:11
that's probably safer
10:11Ghid0rah has quit IRC
10:12CAN-o-SPAM has joined #ltsp
10:12
<anivair>
I'll still have to give them a machine that can boot from the usb stick, though, since I'm positive that most of them cannot on the machines they have at home.
10:12
<alkisg>
Thin client == pulls OS from the server == too big to get it from the internet
10:12
So you can't have thin clients at home, unless you got a 100mbps connection at home
10:13
(or if you use a cd or a usb stick or... but that's not LTSP)
10:13
<anivair>
so I can give them a machine that is running some sort of blank ubuntu system and use that to connect to the nx server
10:13
<dobber>
with cd/usb you need to give the user a network configuration utility
10:13
<alkisg>
A live usb stick from `usb creator` is all that they'd need - with a few MB left so that they install any proprietary drivers
10:14
<dobber>
not everyone is using dhcp at home
10:14
<alkisg>
That's actually easier than doing dhcp at home...
10:14
<johnny>
silliness..
10:16
do you actually have to support their home computers?
10:16
just make them install your environment in a virtual machine ..
10:16
virtualbox is free and easy to setup
10:16
<alkisg>
nx client is easier than vbox, though
10:16
(if they can get their computers to boot)
10:17
<dobber>
what? and leave them to work on an open windows with no antivirus and thousands of keyloggers ?
10:17
<evil_root>
so.. anyone here get ltsp 5 to work with gentoo?
10:19
<johnny>
sometimes..
10:19staffencasa has joined #ltsp
10:19
<johnny>
there is a howto on gentoo wiki.. i hope somebody didn't break it
10:19F-GT has joined #ltsp
10:20
<evil_root>
yea i know, i got all the way to ldm loading and when i try to log in, the xsession starts and dies in the same second and goes back to the ldm login screen
10:20
<johnny>
did you install gnome|kde or similiar on the server?
10:21
and install ldm-server package (i think)
10:21
<evil_root>
xfce and fluxbox
10:21
<johnny>
and then start xinetd ?
10:21
<anivair>
okay, so my plan right now is to install nx on the local server and to give the people working from home old machines that have a blank linux install running on them. they can use those to get things running. that way I don't have to worry about too much crap and I can pull anything that they could use to break the system off the system.
10:21
<johnny>
/me isn't sure how the package is now
10:21
<evil_root>
yep, i can get x to run localy on the thin client just fine, cant get it to run threw the ssh tunnel
10:21
<johnny>
yep what?
10:22
check to make sure the xinetd file has a reference to ldminfod or ldm-server
10:22
and that that file exists
10:22
also. make sure you can ssh <server> without warnings from the client
10:23
or without the you haven't connected before message
10:23
if you get that, you can't login
10:23
and you must run ltsp-update-sshkeys
10:26
<evil_root>
the ssh works just fine, i can even ssh to the thin client and then from the thin client back to the server, i am checking on the xinetd file right now
10:29anivair has quit IRC
10:30
<johnny>
does xfce put the requisite session file in the right place? i hope so
10:30
anyways.. you might wanna look at the ldm log on the thin client /var/log/ldm.log
10:39dobber has quit IRC
10:42
<evil_root>
the ldm.log shows logged in successfully then it shows
10:43
Waiting for process 11479
10:43
Process 11479 exited with status 0
10:43
Established ssh session.
10:43
Executing rc files.
10:43
rc_files: /bin/sh /usr/share/ldm/ldm-script start
10:43
ldm_spawn: pid = 11494
10:43
Waiting for process 11494
10:43
Process 11494 exited with status 0
10:43
Beginning X session.
10:43
rc_files: /bin/sh /usr/share/ldm/ldm-script xsession
10:43
ldm_spawn: pid = 11503
10:43
Waiting for process 11503
10:43
Process 11503 exited with status 0
10:43
X session ended.
10:43
sorry about the spam everyone
10:44
<Gadi>
evil_root: make sure your ssh server allows ssh -X connections
10:44
<evil_root>
it does
10:44
<Gadi>
also make sure that the server has an : /etc/X11/Xsession
10:45
file
10:45Faithful has joined #ltsp
10:45gnunux has quit IRC
10:51
<evil_root>
i do have a /etc/X11/Sessions/Xsession file, i created a link for /etc/X11/Xsession for it just incase it needed to be in that specific location and still no luck
10:52
i get the login screen, can successfully authenticate, mouse turns into an x for about half a second then flashes back to the login screen
10:59michiel_e has quit IRC
11:01
<johnny>
but do you have the desktop file for the session?
11:02
the one that links between the sessions
11:02
i forgot what it is called tho
11:02
knipwim, are you here?
11:24Remaille has quit IRC
11:27
<cliebow>
mistik1 would say "OIhhh my eyes!"
11:38evilx_ has quit IRC
12:00Ghid0rah has joined #ltsp
12:02lucascoala has joined #ltsp
12:11Remaille has joined #ltsp
12:11
<lfaraone>
alkisg: well, we have DHCP "next-server" in our router, but the DHCP server on our LTSP server is off.
12:12
<alkisg>
lfaraone: sorry I must have missed the start, were we talking about something?
12:13
<lfaraone>
alkisg: yesterday I mentioned I was getting "Hi, I upgraded to Ubuntu Lucid and now I get "Failed to connect to NBD server" when booting from the chroot. Any idea why?"
12:13
*yesterday I mentioned "
12:13
<alkisg>
Ah, ok, it's been a long time since then, I forgot :)
12:13
<lfaraone>
alkisg: np. problem persists to today though :(
12:14
<alkisg>
lfaraone: try setting SERVER=<ip of your server> in lts.conf
12:17
<lfaraone>
alkisg: done, nothing happened. (/var/lib/tftpboot/ltsp/i386/lts.conf, right?)
12:17
<alkisg>
Right
12:18
What happens if you put "break=mount" right beside of "quiet splash" in /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default ?
12:18
Do you get a busybox shell?
12:19
<lfaraone>
alkisg: We get a busybox shell anyway when the error happens, but hold on.
12:19
<alkisg>
Yup, I'm just wondering if that tftp server is used and if pxelinux.cfg/default & lts.conf get transferred...
12:21
<lfaraone>
alkisg: new behavior now, "spawning shell within the initramfs" and then to busybox.
12:21
<alkisg>
OK. In that busybox shell try: nbd-client <server-ip> 2000 /dev/nbd0
12:22
<lfaraone>
alkisg: connection refused.
12:22
<alkisg>
And is the nbd-server running on the server?
12:22
sudo netstat -nap | grep 2000
12:23
<lfaraone>
alkisg: aha! it's not running, and it "cannot parse config file" when I try to restart it.
12:23
/etc/nbd-server/ is empty.
12:23
/etc/nbd-server/ is empty.
12:23
<alkisg>
That's not a problem
12:23
...but it runs from inetd, so don't try to restart it with other ways
12:24
sudo invoke-rc.d openbsd-inetd restart
12:24
Anyway, try this: grep nbd /etc/inetd.conf
12:24
What do you get?
12:25
<lfaraone>
alkisg: ports 2005-2007. see http://sprunge.us/JHMG for output
12:25
<alkisg>
Uh, are those for real?
12:26
If you have multiple images, you need to pass the nbdport as a kernel parameter in pxelinux.cfg/default
12:26
What ubuntu version is that?
12:26
<lfaraone>
alkisg: er, yeah. Lucid.
12:26
alkisg: and if possible, I'd like to switch to only one image.
12:26
<alkisg>
What do you have in pxelinux.cfg/default
12:26
Sure, then just delete all entries and leave only the one you want, at port 2000
12:27
...and see that pxelinux.cfg/default also has that port (2000)
12:27
But before you change it, what do you have now in pxelinux.cfg/default?
12:27
<lfaraone>
alkisg: http://sprunge.us/PGSL
12:28
<alkisg>
2003 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/newtsp/images/i386_lucid.img
12:28
so does that file exist?
12:28
<lfaraone>
alkisg: none of them exist, I archived our old images.
12:29
alkisg: I added a new line 2000 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/i386.img
12:29
<alkisg>
OK, that's why it wasn't working then
12:29
Also change the port in pxelinux.cfg/default
12:29
<Gadi>
ltsp-update-image should care for the ports
12:30
<lfaraone>
It should, but I probably broke something somewhere.
12:31
<alkisg>
Gadi, he deleted the nbd images so...
12:31
<johnny>
i had a problem where it would keep choosing the wrong port
12:31
<alkisg>
johnny: in lucid?
12:31
<johnny>
but my ubuntu reinstall solved that problem..
12:31
<alkisg>
(post alpha2?)
12:31
<johnny>
no.. karmic
12:31
<lfaraone>
alkisg: do I need to reboot inetd?
12:31
<johnny>
and jaunty
12:31
<Gadi>
alkisg: yeah, but it takes the info from the chroot itself
12:31
<alkisg>
OK, new code now, Gadi changed a lot of stuff there
12:31
Gadi, it didn't boot because the nbd image for port 2003 was deleted - so no problem there...
12:32
<Gadi>
right
12:32
<alkisg>
lfaraone: yes
12:32
sudo invoke-rc.d openbsd-inetd restart
12:32
<lfaraone>
Ah, that expalins why it wasn't working when I just tried it ;)
12:32
<Gadi>
he should most likely nuke all the image lines in inetd.conf and run ltsp-update-image
12:32
<lfaraone>
Aha, we're working now. Thanks alkisg, Gadi.
12:33
<alkisg>
Gadi, I told him to change inetd.conf & pxelinux.cfg/default manually, to save him some squashfs time :)
12:33
lfaraone: yw
12:36
Gadi, I'm running a bash shell script that waits for tcp connections from /etc/xdg/autostart, and it doesn't die at logoff. Any ideas where I should look to make it die with the session?
12:36
(kill <pid> kills it normally, it doesn't have any weird hooks...)
12:37
<Gadi>
does it dissociate from the controlling terminal?
12:37
<alkisg>
Yes, it uses a socket for stdin/stdout
12:37
(i.e. fd/0 is a tcp socket)
12:37
<Gadi>
can you paste the script?
12:37
<alkisg>
Sure
12:38
http://bazaar.launchpad.net/~sch-devs/sch-scripts/trunk/annotate/head%3A/sbin/sch-client
12:40
<Gadi>
why do you connect it to stdin?
12:41
that's so you can continually read from it?
12:42
<alkisg>
So that `sh` reads the commands from the server
12:42
<Gadi>
you may want to trap SIGHUP and some other signals
12:42
<alkisg>
OK, can you give me a short version of the theory?
12:42
So gnome doesn't send a kill signal to the processes that they don't have a tty as stdin?
12:43
<Gadi>
maybe the session manager simply sends a sighup and bash says - I can't sighup, I haven't finished reading from the socket
12:43
<alkisg>
Thanks - let me try that...
12:44
(when I do "kill job", what signal do I send?)
12:45
Ah, SIGTERM.
12:46
Nah, it terminates properly with SIGHUP
12:47
<Gadi>
same with SIGKILL and SIGUSR I assume?
12:47
SIGUSR1, that is
12:49
<alkisg>
SIGKILL kills it, let me try SIGUSR...
12:50
Yup, it died with kill -s USR1 <pid>
12:50mischko has joined #ltsp
12:51
<Gadi>
I guess nobody's telling it to die
12:51
:)
12:51
<alkisg>
(btw evolution-data-server also doesn't die, and it has redirected fd/0 and 1 to /dev/null, so you might be right there)
12:59evil_root has quit IRC
13:08
<alkisg>
Bah, I tried starting from /etc/xdg/autostart a simple script with a `sleep 12345` on it, and it also doesn't die at logoff.
13:09* alkisg wonders if he could run it from an ldm xsession script instead...
13:12Remaille has quit IRC
13:24Barbosa has joined #ltsp
13:31
<Barbosa>
hi for all, is there any doc about serial mouse bug in ubuntu karmic ?
13:32
<sbalneav>
http://ubuntuforums.org/showthread.php?t=1331499
13:34
Barbosa: ^^
13:35
<Barbosa>
sbalneav: Hi, this problem is in thin client ltsp5 serial mouse
13:36Ghid0rah has quit IRC
13:39
<sbalneav>
Barbosa: So, you'd have to follow the above instructions I posted in the ltsp chroot.
13:40CAN-o-SPAM has quit IRC
13:54bobby_C has joined #ltsp
14:06vagrantc has joined #ltsp
14:10CAN-o-SPAM has joined #ltsp
14:30runout has joined #ltsp
14:39
<alkisg>
Hmmm it looks like I need to register the client as part of the session with a dbus call: http://people.gnome.org/~mccann/gnome-session/docs/gnome-session.html#org.gnome.SessionManager.RegisterClient
14:41
<lfaraone>
alkisg: btw, have you encontered "cannot allocate memory" issues when accessing files on USB with LTSP and amd64? I haven't had a chance to test this in Lucid, but it wasn't working in Karmic.
14:41* alkisg never uses amd64, so has no testing experience...
14:41
<alkisg>
I think ltspfsd doesn't work on amd64 though
14:42Lns has joined #ltsp
14:42
<lfaraone>
alkisg: yeah, from a cursory reading of the build logs it looks like problems with implicit pointer casts.
14:43
<alkisg>
lfaraone: sbalneav is the person to talk about that, I also don't use ltspfsd :)
14:57highvolt1ge is now known as highvoltage
14:57highvoltage has joined #ltsp
14:58pmatulis has quit IRC
15:02mischko has quit IRC
15:03cliebow has quit IRC
15:11
<sbalneav>
lfaraone: Are you talking amd64 clients?
15:11
<lfaraone>
sbalneav: Yes. There's a bug somewhere...
15:11
<sbalneav>
Yes there is.
15:11
<lfaraone>
sbalneav: https://bugs.launchpad.net/bugs/415952
15:12
<sbalneav>
I'm aware
15:12
<lfaraone>
sbalneav: and a friend of mine tried to hack out a patch, https://bugs.launchpad.net/bugs/415952
15:12
<sbalneav>
But I'm somewhat hampered by the fact I don't have a 64 bit client.
15:12
<lfaraone>
* http://sascha.silbe.org/tmp/ltspfs-xdr-type-fix.patch
15:12
<vagrantc>
sbalneav: might be able to use qemu to emulate a 64-bit client
15:13
<lfaraone>
I think if we can clear out the build warnings we'll be fine; I suspect that;'s the cause of the problem
15:13
(what is indicated in the warnings, that is)
15:14
<sbalneav>
Well, just eliminating the build warnings isn't the main problem.
15:15
Here's the problem.
15:16
a struct stat uses types like gid_t and uid_t
15:17
Originally, they were supposed to be known static types. They're typdef'd to things like int, etc.
15:17
int changes depending on if you're 64 bit or not.
15:17
but currently, ltspfs doesn't send any information along to indicate int size on the client or server.
15:18
Since it's TECHNICALLY possible to have an 32 bit server, and a 64 bit client, I can
15:18
<vagrantc>
uh-oh.
15:18
<sbalneav>
can't just force everything 64 bit.
15:18
<lfaraone>
sbalneav: sure, but you'd be hard-pressed to create the chroot on the server, no?
15:19
<sbalneav>
No
15:19
create it on another server and just copy the .img across.
15:19
<vagrantc>
can already create armel chroots on an i386 without a hitch
15:19
amd64 isn't far behind.
15:19
<lfaraone>
mkk.
15:20
<sbalneav>
so, I need to add some smarts to ltspfs to detect int size, and send that along
15:20
either that, or skip the whole silly thing, and just send statbuf information across as text.
15:20
<lfaraone>
sbalneav: is there a downside for going the text route?
15:20
<vagrantc>
both break backwards compatibility?
15:21
<sbalneav>
vagrantc: Well, of course :)
15:21
<lfaraone>
vagrantc: aren't there "version" flags implemented in ltspfs, so you can make protocol changes without breaking compatibility?
15:21
<vagrantc>
don't know of any such thing
15:21
<sbalneav>
No.
15:22
<vagrantc>
thankfully, we haven't had to do any major changes for quite some time, and that's been rather nice.
15:22
<lfaraone>
Well, if backward compatiblity was a concern that would be the way to go.
15:22
(in fact, could we add a verison number going forward, and assume version-number-less connections are on the old protocol?)
15:23
<vagrantc>
simply sending the version number would likely break the old protocol, though, no?
15:23* vagrantc leaves that to clever people to figure
15:24
<sbalneav>
lfaraone: Sure. All it takes is time to code it all up.
15:24
<lfaraone>
Unless we put the versioned protocol on a new port, and listen on both.
15:24
sbalneav: I'd love to help, but C is my weak spot :(
15:25
<sbalneav>
So then what's with all the "we" stuff then? :)
15:25
<lfaraone>
sbalneav: easier to write than "unless the versioned protocol is placed on a new port" in the passive voice.
15:26
<sbalneav>
Until such a time as I get a good solution that a) works b) doesn't break the universe and c) I have time to code up, I'd say the solution is: 32 bit clients.
15:26
since there's no problem with 64 bit server and 32 bit clients.
15:27
<lfaraone>
sbalneav: fair enough.
15:27
<Lns>
sbalneav: what if everyone here pitches in some cash for you/whoever to make the fix? :) Would that help with your 'time to code up' situation at all? Just talking hypothetically of course ;)
15:27
<sbalneav>
No
15:27
Cash I have.
15:27
<Lns>
can I have some then? ;)
15:27Barbosa has quit IRC
15:28
<sbalneav>
And I've never wanted to be paid for this work.
15:28
It make it stop being "a fun hobby" and turn it into "a job".
15:28
<Lns>
I hear you
15:28
money usually just messes things up anyway.
15:29
<sbalneav>
LTSP I will keep having fun with after I have retired from "the job" :)
15:29
<lfaraone>
sbalneav: you have Cash? send some my way :P
15:29* lfaraone is still looking for said "job"
15:31
<Lns>
sbalneav: you rock. Period. =)
15:31
<lfaraone>
sbalneav: thanks for the explanation.
15:37
<sbalneav>
NP
15:39Lns has quit IRC
15:39Barbosa has joined #ltsp
15:48
<sbalneav>
One "stupid" idea that comes to mind is to simply have ltspfsd have a flag ("-64"), and we do some hacky test on the client like uname | grep _64, and then start ltspfsd -64 based on that.
15:48* CAN-o-SPAM chimes in
15:48
<CAN-o-SPAM>
sbalneav: no idea is stupid ;)
15:53runout has quit IRC
15:54runout has joined #ltsp
15:57CAN-o-SPAM has quit IRC
16:02Lns has joined #ltsp
16:06shamino has quit IRC
16:06
<Gadi>
sbalneav: wouldn't the 64-bit client simply have a 64-bit package installed?
16:07lucascoala has quit IRC
16:21Gadi has left #ltsp
16:33mgariepy has quit IRC
17:14johnny has left #ltsp
17:19johnny has joined #ltsp
17:33Barbosa has quit IRC
17:45vagrantc has quit IRC
17:47* Lns is finally kinda getting the hang of libvirt/kvm/qemu/virsh/blah
17:49alkisg has quit IRC
18:15Lns has quit IRC
18:38Faithful has quit IRC
18:40staffencasa has quit IRC
18:45bobby_C has quit IRC
19:17runout has left #ltsp
19:41wsuetholz has quit IRC
20:14pmatulis has joined #ltsp
20:19wsuetholz has joined #ltsp
20:21lucascoala has joined #ltsp
21:10DeathLx has joined #ltsp
21:10
<DeathLx>
hi
21:12jammcq has joined #ltsp
21:13
<jammcq>
hello all
21:13
<DeathLx>
some help me xD
21:17pmatulis has quit IRC
21:26johnny has left #ltsp
21:31
<DeathLx>
how up the service of the ltsp in fedora
21:43
<sbalneav>
DeathLx: Sorry?
21:43
How do you install LTSP in fedora, you mean?
21:44
<DeathLx>
i install but, i don't know start
21:45
i use K12 ltsp
21:46
<sbalneav>
https://fedorahosted.org/k12linux/wiki/UserDocumentation
21:46
<DeathLx>
suport in spanish ?
21:46
<sbalneav>
https://fedorahosted.org/k12linux/wiki/InstallGuide
21:47
I don't know if fedora has any documentation translated to spanish
21:47
<DeathLx>
me think client is not conect :S
21:48
i installed correctly all
21:49
<sbalneav>
Have you disabled the firewall? The docs I pointed you to seem to indicate that the firewall on fedora should be disabled.
21:50
<DeathLx>
yes my firewall is diseable
21:50
<sbalneav>
What happens when you boot? Does the kernel download?
21:51
To the thin client, that is.
21:51
<DeathLx>
the thin client boot from mac address
21:52
<sbalneav>
So, do you get a login prompt?
21:54
Does the thin client get a graphical login prompt?
21:54Egyptian[Home] has quit IRC
21:54
<DeathLx>
not enter to graphical login
21:55
not boot
21:56
<sbalneav>
So, it ISN'T downloading the kernel, then?
21:57
<DeathLx>
kernel of the ltsp is install
21:57
<sbalneav>
When you turn on the thin client, does the kernel load on to the client? Yes or no?
21:57
<DeathLx>
not load the kernel
21:58johnny has joined #ltsp
21:58
<sbalneav>
ok
21:58
So, then you have some problem with your networking.
21:58
Is dhcp running?
21:58
<DeathLx>
dhcp is running
21:59
<sbalneav>
Does the thin client get an IP address?
22:00
<DeathLx>
no the thin client get an ip address because boot in mac
22:01
<jammcq>
sbalneav: Scotty !!!!!!!!!!!!!!!!!!!!!!!!!
22:01
<sbalneav>
So, the thin client gets an ip addrss, but the kernel doesn't download? If so, then there's something wrong with yout TFTP server.
22:01
jammcq!!!!!!!!!!!!!!!!!!!!!!!!!!
22:02
<DeathLx>
how donwload the kernel
22:02
<jammcq>
sbalneav: have you seen this: http://www.ibm.com/developerworks/linux/library/l-solarnetone/
22:03
<sbalneav>
Have you done an ltsp-update-kernels?
22:03
jammcq: heh, cool!
22:04
<jammcq>
sbalneav: just in case you were wondering if this stuff was all worth it
22:04
<DeathLx>
the kenel is 5.1.95
22:04
<sbalneav>
DeathLx: Have you run the command: ltsp-update-kernels?
22:05
<DeathLx>
mmm no
22:07
<sbalneav>
OK, well, I'd start by doing that, then trying to boot the thin client again.
22:08
<DeathLx>
ok, but what is the command :S
22:08
<jammcq>
!docs
22:08
<ltspbot>
jammcq: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
22:09Egyptian[Home] has joined #ltsp
22:10
<sbalneav>
the command is:
22:11
ltsp-update-kernels
22:11
then power off the thin client
22:11
and turn it on again.
22:14ogra_cmpc has quit IRC
22:15
<DeathLx>
PXE-E53: no boot file name received
22:15
<jammcq>
sounds like another dhcp server on the network
22:17
<johnny>
/me snuck it in there
22:18
/me pokes jammcq
22:19
<sbalneav>
DeathLx: Do you have another dhcp server on the network?
22:20
<DeathLx>
no
22:20
<jammcq>
hey johnny
22:24
<sbalneav>
DeathLx: Did you do step 8 on this page? https://fedorahosted.org/k12linux/wiki/InstallGuide
22:27
<DeathLx>
all are active
22:27ogra_cmpc has joined #ltsp
22:28
<sbalneav>
DeathLx: Well, all I can offer is to send an email to the K12Linux mailing list.
22:29
<DeathLx>
:s ok
22:31
how active the ltsp-dhcp services?
22:36slidesinger has joined #ltsp
22:40
<sbalneav>
There's also our docs, which have a section on fedora
22:40
!docs
22:40
<ltspbot>
sbalneav: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
22:53vagrantc has joined #ltsp
23:53shamino has joined #ltsp