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


Channel log from 17 November 2006   (all times are UTC)

00:15klausade has quit IRC
00:42robbie has quit IRC
01:27klausade has joined #ltsp
01:39robbie has joined #ltsp
01:41cryptom has joined #ltsp
01:42
<cryptom>
hi all, on the ltsp wiki I found information about special ltsp support in ubuntu breezy. Now, we have egdy, how well integrated is ltsp now?
01:48
<MrMoo>
its good in dapper and edgy
01:48
however swap and local media support arrived in edgy
01:49
<cryptom>
ok, thanks
01:49
I'm an admin in a school, we have a windows domain (with dhcp, ad and everything), but I would like to provide linux
01:50
is it possible to have dual boot (windows und pxe linux)?
01:50
<MrMoo>
yup, its pretty much single boot with an option to pxe boot from the bios
01:50
you could always install the client locally though
01:51
<cryptom>
i dont understand, sorry
01:51
i ve never used pxe
01:51
<MrMoo>
pxe is booting from the network
01:51
<cryptom>
yes, and how is it activated (by the pupil)?
01:52
<MrMoo>
the computer bios does it for you
01:52
depends on you hardware
01:52
<cryptom>
ok, so how do I make sure, windows can also be started?
01:52
<MrMoo>
that depends on whether you need a mixed environment
01:52
for example
01:53
you could default to pxe boot
01:53
then if a ltsp server is not running the machines would boot into windows
01:53
usually the easiest method :/
01:53
(i would think)
01:54
<cryptom>
hmm, but the server should always run, and the pupils should be able to choose (when booting) whether they want to start linux or windows
01:54
<MrMoo>
some machines have a "press F12" to network boot option
01:54
depends on your hardware
01:54
<cryptom>
ok, I will check that, thanks
01:57nf1 has joined #ltsp
01:59
<cryptom>
MrMoo, my personal notebook has the F12 option, but the school PCs don't.
02:00
<MrMoo>
are the network cards on board the mobo or separate?
02:00
do they support PXE? you might have to buy PXE EPROM modules for them
02:01
<cryptom>
MrDarkUser, sorry, I was probably unclear: the PCs support PXE, but I did not see the possibility to press F12 to initiate network booting
02:01
MrDarkUser, sorry, was intended for MrMoo... silly Tab-completion
02:02
<MrMoo>
k
02:02
There are always alternatives to make things easier
02:02
<cryptom>
the network cards are onboard
02:03
or is it possible to provide a boot menu, while booting with pxe?
02:03
<MrMoo>
you can use a boot cd, usb flash, or even dos partition to boot using http://rom-o-matic.net/
02:04
Then you can use Microsoft's boot menu, grub, lilo, or any other boot manager
02:05
<cryptom>
ok, I'll try that
02:08
<MrMoo>
I hope Xorg 7.2 makes it into Edgy as an update, the new AMD/Geode driver will be nice
02:10
<cryptom>
MrMoo, when using a dos partition and microsofts boot menu, I need to choose the dos file on rom-o-matic, right?
02:11
<MrMoo>
Yup
02:11
and run from FreeDOS I would guess if you don't have MS-DOS
02:12
<cryptom>
aha, of course, i need to install that as well... can't be executed directly from the boot menu... thanks
02:13
<MrMoo>
you could but it would be a bit tedious
02:13
<cryptom>
meaning?
02:13
<MrMoo>
basically install an ltsp client on the server then create a EXT2 partition on the client machine and copy all the files over and setup grub
02:14
using the dos partition but rom-o-matic image still loads the client from the server
02:14
the down side is upgrading and reconfiguring is rather more complicated
02:15
<cryptom>
ok
02:15
<MrMoo>
for another alternative you can run a LTSP client in VMware Player on windows :D
02:16
<cryptom>
I used to load kubuntu within vmware player, but i hate having to boot windows in order to boot linux ;-)
02:16
<MrMoo>
or use an Xserver in Windows and login via XDMC :)
02:16
<cryptom>
is there a free Xserver for windows?
02:17
<MrMoo>
Cygwin is easy
02:17
there are a couple of others, wikipedia has a list
02:17
<cryptom>
so, I could start windows, run the xserver and connect as a thinclient with ltsp or would that be something entirely different?
02:18
<MrMoo>
or the bizarre login to Linux via RDP with the RDP2X11 proxy
02:18
it would be traditional LTSP mode
02:18
traditional LTSP uses XDMCP networking, Ubuntu LTSP tunnels it inside SSH
02:19
<cryptom>
ok
02:19
<MrMoo>
If you spent the time you could probably do the same with Cygwin as it has ssh too
02:19
<cryptom>
ok, I'd like to use the ubuntu version as I'm using kubuntu in our school environment
02:20
<MrMoo>
Both actually work with Kubuntu :)
02:20
<cryptom>
so the freedos installation with rom-o-matic image would work? can the windows dhcp server be used for both (normal windows, pxe linux)?
02:20
<MrMoo>
Although the Xorg server has TCP connections disabled by default for security
02:20Egyptian[Home] has quit IRC
02:21
<MrMoo>
you need some extra options on DHCP it might be listed in the wiki.ltsp.org
02:21Egyptian[Home] has joined #ltsp
02:21
<MrMoo>
DHCP tells the machine where to load the Linux kernel
02:22
Windows would just ignore it
02:25
Obviously going the DOS method you should disable PXE in the BIOS
02:36
<cryptom>
MrMoo, ok, of course, I'll thanks!
02:39Egyptian[Home] has quit IRC
02:39nf1 has quit IRC
02:49Egyptian[Home] has joined #ltsp
03:10str4nd has joined #ltsp
03:13arc_ has quit IRC
03:58
<cryptom>
hmm, I installed FreeDos and wanted to copy the fdosboot.bin from the freedos partition to the windows partition (boot loader), but the file does not exist?!
04:22nd has joined #ltsp
04:22
<nd>
Aloha
04:24
Guys, I do have a problem. We had a network with 20 clients, running fine. Now two of the boxes had to be changed. The replacement boxes boot up but hang (black screen, not displaying the mode of X11 as it seems) after going into runlevel5. Server System is slack10.2. Ideas? The hardware didn't change, same motherboard, just new.
04:27
I know it's a shot into the dark, but that's all the info I can provide (I have no access to the network atm, and this is the info I got)
05:00
<neuralis>
are you handing out static IPs, or dynamic? is it possible the machines are not picking up an ip address?
05:00
did the graphics hardware or monitor change?
05:00
are both the keyboard and mouse properly connected to the new clients?
05:00
nd: --^
05:06
<nd>
Dynamic. They do get an IP (I will check it anyway). Same monitor and keyboard/mouse
05:07
The guy working on the box told me that he can access the rootshell at TERM2, which we have for testing purposes...
05:20Sp0oKeR has joined #ltsp
05:25
<cliebow>
nd:prob they are an intel i810 video card?
05:43rjune_ has quit IRC
05:50
<cliebow>
cryptom:you could just disable onboard nic and use an etherboot prommed nic which allows double oot by default
05:55jmaxou has joined #ltsp
05:57
<jmaxou>
Hi there. I got a weird ltsp.conf problem when upgrading to version 4.2. Cannot change it from default.
05:57
<cryptom>
cliebow, i don't know whether i understood correctly, but buying 200 additional network cards is not an option
06:04
<cliebow>
yeah..i see
06:07
well there is the option to boot from an etherboot floppy..just leave it in..you then caan choose local or network boot..that is pretty easy
06:09
and options 17 66 an 67 in windows dhcp will give the correct info
06:09
<cryptom>
ok, thanks
06:09
<cliebow>
i use 12 17 43 55 60 66 67 211
06:09
<cryptom>
I dont have option 60
06:10
<cliebow>
i had to add it with netsh
06:10
that is for Macintosh
06:10
211 is for netvista
06:11
<cryptom>
so, i dont need 60 and 211?!
06:11
<cliebow>
no
06:11
not for reg pc's..my clients tend to be errr....challenged\
06:12
<cryptom>
so, 17 would be set to: "/opt/ltsp/i386" and 67: "/ltsp/pxelinux.0". Do I really need to set the hostname in option 66 or is the ip ok?
06:12
<cliebow>
umm..caant hurt..my notes are on the wiki
06:13
sure that path is correct?
06:13
looks funny
06:13
edgy right? it is on the other lappie
06:14
<cryptom>
path is how it is mentioned on https://help.ubuntu.com/community/ThinClientHowto
06:14
yes, edgy
06:15
<cliebow>
just be sure that path exists..i cant remember..it worked so effortlessly in etheroot i never looked
06:15
<cryptom>
ok
06:16
<cliebow>
ill be around later if you need to be more confused 8~)
06:16
<cryptom>
im not confused, you helped a lot, thanks
06:16
one last thing. can the client install script be executed via ssh (without x)?
06:17
eh, ltsp-client-build, I mean
06:17
<cliebow>
i am not sure..ogra should be around later..
06:17
<cryptom>
ok, thanks, bye
06:17
<cliebow>
he is the definitive source
06:17
<cryptom>
ok
06:19klausade has quit IRC
06:27Megant has quit IRC
06:29jmaxou has quit IRC
06:29FernandoMM has joined #ltsp
06:37Egyptian[Home] has quit IRC
06:37jammcq has quit IRC
06:59rangerhomezzz is now known as rangerpb
07:04
<nd>
cliebow: No, it's an VIA graphics card
07:15
<cryptom>
I've just executed the ltsp-client-build, but it exited with the following error: "ln: creating symbolic link `/dev/fd' to `/proc/self/fd': File exists"
07:15
is this known behavior or some mistake on my side? haven't found anything on google
07:19bjohnson has joined #ltsp
07:20nd has quit IRC
07:20
<cliebow_>
nd:did you try xserver=vesa for kicks?
07:21Legenda has quit IRC
07:21Legenda has joined #ltsp
07:24Gadi has joined #ltsp
07:25parsley has quit IRC
07:38Egyptian[Home] has joined #ltsp
07:42bobby_C has joined #ltsp
07:47cliebow has quit IRC
07:49joebaker has left #ltsp
07:51psycodad has joined #ltsp
07:54ufo_ has quit IRC
07:54rangerpb is now known as rangerhomezzz
07:55psycodad_ has joined #ltsp
07:57cliebow has joined #ltsp
07:58rangerhomezzz is now known as rangerpb
08:02rangerpb is now known as rangerhomezzz
08:05gigabytes has joined #ltsp
08:08parsley has joined #ltsp
08:15klausade has joined #ltsp
08:19gigabytes has quit IRC
08:27danrez has joined #ltsp
08:56sbalneav has joined #ltsp
08:56
<sbalneav>
Morning all!
08:57
<Gadi>
Scotty!!!!
08:57
boker tov
08:57
<sbalneav>
hey hey
08:59
<Gadi>
sbalneav: how much do you know about volume managers in various desktops?
08:59
<sbalneav>
Fair amount.
09:00* Gadi was thinking in the shower again
09:00
<sbalneav>
Most volume management's handled these days with dbus/hal, and mounting things in /media
09:01
<Gadi>
when it comes to the non-ltspfs sessions, (like rdesktop et al) why don't we just run a lightweight desktop behind the fullscreen client to handle the media mounting
09:01
then, I dont need to get into automounting and such
09:01
and all the kinks have been worked out by the volume manager
09:02
all I would have to do is add /media to read-write dirs
09:03
<sbalneav>
Maybe. I don't know, as I know nothing about rdesktop. Not sure what the interaction would be.
09:04
<Gadi>
well, for almost every other client connection, one just redirects a dir on the local filesystem
09:04
so, we can have the volume manager do its thang and then just redirect /media
09:05
<sbalneav>
Is this running on the server?
09:05
<Gadi>
on the client
09:05
<sbalneav>
meh
09:05
<Gadi>
why meh?
09:06
<sbalneav>
We currently don't have hal integrated into anything on the client.
09:06
<Gadi>
Im sure the volume manager will have it as a dep if it needs it
09:07
<sbalneav>
Well, there isn't a standalone volume manager per se. There's the gnome volume manager, and the kde volume manager
09:07
so you're either talking running a stripped down gnome, or kde.
09:07
<Gadi>
how do other desktops handle volumes?
09:08
like icewm or xfce?
09:08
<sbalneav>
Lots don't
09:08
<Gadi>
hmm.
09:08
<sbalneav>
icewm has NO volume management, neither does xfce
09:09
I've never understood running the rdesktop on the client. Why not run it on the server as an app under a regular desktop, like gnome? They click on the icon, and they get a fullscreen windows login.
09:11
<Gadi>
there are needs for it
09:11FernandoMM has quit IRC
09:11
<sbalneav>
Well, unless we write some kind of standalone volume manager.
09:12
but on the local machine, that's essentially an automounter.
09:12
<Gadi>
right
09:12
ok
09:13
<sbalneav>
So, probably the best bet is just to go with the automounter, and then have something managing links in the local terminal's /media dir.
09:13
<Gadi>
or just autmount and redirect /tmp/drives
09:14
or wherever LTSP5 mounts things for ltspfsd
09:14
(has that changed?)
09:15
<sbalneav>
No, but that's purely a convention. We can make it mount anywhere it makes sense to have it mount.
09:16
But with an automounter, on the local machine, you wouldn't mount ltspfs, you'd just mount standard.
09:16pimpministerp has quit IRC
09:16
<Gadi>
right
09:16
understood
09:17primeministerp has joined #ltsp
09:17
<sbalneav>
I think the fuse automounter's probably the way to go, as it seems to be nice, lightweight, and doesn't have some of the internal quirkyness of the "standard" automounter.
09:20
<Gadi>
agreed. especially in the absence of a lightweight volume manager
09:21
<sbalneav>
The way volume management works in Gnome is, there's a dbus listener, and device events generate dbus messages, which get picked up by the listener. The volume's mounted, and then it's controlled by hal for removal events.
09:23
One of the things I'd like to see us do, eventually, is get ltsp device management into this model. inserts generate dbus messages, which get either a: sent via some network transport to the server, or, b: if you run a local dbus listener, handled locally.
09:23
In "my" test case, a linux desktop, it's just a case of getting dbus from the client to the server, and making hal on the server aware of ltspfs mounts.
09:24
in "your" case, it's just a case of running dbus on the client, and then handling the mounts via hal and an automounter locally.
09:24
Problem is, I know NOTHING about dbus programming, so until I get off my fat butt, and start learning....
09:24
<Gadi>
would I need hal if I used an automounter?
09:25
<sbalneav>
but I'm still finishing off my work with integrating ssh & xdmcp media handling.
09:25
Unclear to me. If we integrate with hal, maybe not. But hal usually want you to right click on the device and select "eject", so I'm not sure how you'd plumb that under rdesktop.
09:26
i.e., on a "regular" linux desktop, you can't just yank the usb.
09:26
<Gadi>
right
09:26
but thats the beuty of ltspfs, no?
09:27
<sbalneav>
Good planning and clean livin' on my part :)
09:27
<Gadi>
and automount by itself shouldn't make yanking too bad, either
09:27
<sbalneav>
I know from dealing with users that NO ONE ever remembers to eject the media.
09:27
No, a nice low automount threshold will handle that.
09:39_rodrigo_ has joined #ltsp
09:43
<bjohnson>
I'm trying to upgrade my ltsp server to 4.2 and now my ltsp client only shows the grey screen and X showing that xwindows is running but it isn't connecting to my kde server to get login. I've gone through http://wiki.ltsp.org/twiki/bin/view/Ltsp/Troubleshooting-GrayScreen and it looks like all my settings are correct. Is there a way to check which server IP the client is trying to get login from?
09:44
<Gadi>
bjohnson: if you do: netstat -anp|grep :177
09:44
on the server
09:44
do you get a response?
09:44
<bjohnson>
udp 0 0 :::177 :::* 2121/kdm
09:44
it's a fedora core 5 server
09:44jammcq has joined #ltsp
09:44
<jammcq>
hey kids
09:44
<Gadi>
is the XDMCP server the same as the LTSP server?
09:44
hey, dad
09:45
er, daddio
09:45
er
09:45
um
09:45
<bjohnson>
I have 2 other machines using the xserver on my ltsp server that are still working too
09:45
Gadi: yes, the ltsp server does everything but dhcpd (dhcpd is on another machine)
09:46
<Gadi>
bjohnson: perhaps you have reached the maximum number of XDMCP requests
09:46
have you checked that?
09:46
<bjohnson>
hadn't though of that
09:46
where is that set for kde/kdm?
09:47
kdmrc?
09:47
<Gadi>
hmm... where did you make the changes originally?
09:47
thru the gui or in the conf file?
09:47
<bjohnson>
likely in the .conf file .. but that would have been over a year ago
09:48
I'll go look around the conf files
09:48* Gadi is not well versed in kdm
09:48
<Gadi>
but, im sure its in the same file
09:48
or in the kde control panel somewhere
09:59
<bjohnson>
I can't find any setting which would limit the number of remote machines that get logon screens
10:00
is there a log file saved on the ltsp client? I have a sheel running on screen2 but can't find a log file
10:01
the bootup commands flash by too quickly for me to read
10:02siki has joined #ltsp
10:02
<Gadi>
bjohnson: you can try running 'startx' from the shell and then hit ctrl-alt-backspace when you cannot reach the server
10:02
see if you get any errors there
10:03
<siki>
hello from czech
10:03
<bjohnson>
might have found the prob .. my ltsp server /etc/hosts didn't match the ips assigned by my dhcpd server
10:04mhterres has joined #ltsp
10:04
<siki>
i have problem with local floppy on ltsp. can some body help me ? Please
10:04
<mhterres>
hey guys
10:04
Hi jammcq
10:04
hi sbalneav
10:05
<sbalneav>
Hey mhterres
10:05
<mhterres>
I saw your posts in Planet Ubuntu RSS :-)
10:06
<sbalneav>
:)
10:06
Yeah, I'm a blogger now.
10:06
<bjohnson>
Gadi: yep .. that was it .. I had the dhcpd server assigning 192.168.0.51 and my ltsp server looking for ws0001 as 192.168.0.31
10:07
Gadi: thanx for your suggestions
10:09
<siki>
can anybody help me ???
10:10ogra has joined #ltsp
10:15
<mhterres>
what's the news ?
10:15
<sbalneav>
siki: What's your problem? You haven't said what it is yet.
10:22fgiraldeau has joined #ltsp
10:23
<sbalneav>
siki: ping
10:23
<fgiraldeau>
Does anybody uses ldm here?
10:24
<sbalneav>
fgiraldeau: Yep
10:24
I do
10:25
<fgiraldeau>
Right, cool
10:25
I would like to know how does the language and session box are populated
10:26
In the code, there is a comment about : "the file /etc/ldm/session.conf" should be used
10:26
<sbalneav>
fgiraldeau: It contacts the server at port 9571, and obtains a list of the local langs
10:27
If you "telnet localhost 9571" you can see the output
10:27
I wrote that bit :)
10:28
The problem is, LDM doesn't yet map the "en_CA.UTF-8" icky locale names into proper "English Canada" names.
10:28
ogra will probably get to that in the next release
10:29
<fgiraldeau>
/usr/sbin/ldminfod wow!
10:29
It's perfect.
10:29
<sbalneav>
It's just a python script that gathers some information and spits it out.
10:30
in fact, if you just type /usr/sbin/ldminfod, you'll get the same thing.
10:30
It's just kicked off from inetd.
10:30
<fgiraldeau>
Well the architecture is correct. I mean, I'm working to get ldm use ltsp-loadbalancer, and one issue was the gathering of this information to preset to the user.
10:31
<sbalneav>
ah, ok
10:31danrez has quit IRC
10:31
<sbalneav>
so, just get it to return a list of hosts as well, and then hack ldm to ssh to $RANDOM_HOST :)
10:32
<siki>
sbalneav: i have problem to access local floppy
10:32
<fgiraldeau>
It it was in a file, depending on the server you got, you may not have the same sessions type available.
10:32
Well, thanks
10:32
<sbalneav>
siki: yes, we KNOW that, you said that already. Perhaps you could be more specific? Have you worked through the checklist?
10:32
!checklist
10:32
<ltspbot`>
sbalneav: "checklist" is The checklist for debugging problems with local device access is at http://wiki.ltsp.org/twiki/bin/view/Ltsp/LTSP-42-LocalDev#Troubleshooting. Please work through all 12 steps, record the results, and paste the results to the pastebot at http://pastebot.ltsp.org
10:33
<sbalneav>
fgiraldeau: If your setting up load balancing, you'd logically want to make sure the machines were pretty identical, I'd expect.
10:33
s/your/you're/
10:34
<fgiraldeau>
Yes, I hope so, but it may not, and I don't want to do this hypothesis.
10:35
<siki>
sbalneav: ok I make checklist thank You
10:35
<pscheie>
sbalneav: How'd you do that checklist thing with the ltspbot? Just type bangchecklist?
10:35
<sbalneav>
yep
10:35
<pscheie>
Excuse me while I try this...
10:35
<sbalneav>
It's an infobot, and I've entered some facttoids
10:35
!muekow
10:35
<ltspbot`>
sbalneav: "muekow" is MueKow represents the future of LTSP. Using the packages available in the distribution, an LTSP client is build locally, and supported by the distribution. You can see the future at: http://wiki.ltsp.org/twiki/bin/view/Ltsp/MueKow
10:35
<pscheie>
!checklist
10:35
<ltspbot`>
pscheie: "checklist" is The checklist for debugging problems with local device access is at http://wiki.ltsp.org/twiki/bin/view/Ltsp/LTSP-42-LocalDev#Troubleshooting. Please work through all 12 steps, record the results, and paste the results to the pastebot at http://pastebot.ltsp.org
10:36
<pscheie>
Cool!
10:36
<fgiraldeau>
It shurely save you a lot of work !
10:36
<sbalneav>
That's the idear :)
10:36
<pscheie>
any others?
10:36
<sbalneav>
Umm, there's a few.
10:36
!ltsp5
10:36
<ltspbot`>
sbalneav: "ltsp5" is The next version of LTSP, and the future of Thin Client computing on GNU/Linux. Find out more on wiki.ltsp.org
10:36
<sbalneav>
It can also do some other stuff
10:36
!seen jammcq
10:36
<ltspbot`>
sbalneav: jammcq was last seen in #ltsp 52 minutes and 5 seconds ago: <jammcq> hey kids
10:37
<sbalneav>
!google sbalneav
10:37
<ltspbot`>
sbalneav: Search took 0.23 seconds: Personal info for sbalneav: <http://www.advogato.org/person/sbalneav/>; Advogato diary for sbalneav: <http://www.advogato.org/person/sbalneav/rss.xml>; Public Key Server -- Verbose Index ``0x3B7E16E1 '': <http://pgpkeys.mit.edu:11371/pks/lookup?op=vindex&search=0x3B7E16E1>; Bazaar branch “~ sbalneav /ltspfs/ltspfs-upstream”: (3 more messages)
10:37
<sbalneav>
etc
10:37
<pscheie>
nifty
10:38fgiraldeau has left #ltsp
10:38fgiraldeau has joined #ltsp
10:38ogra has quit IRC
10:39
<fgiraldeau>
sbalneav : what about the file /opt/ltsp/i386/etc/ssh/ssh_known_hosts
10:39
It should contains the key for every application server that the terminal could use?
10:39
<Gadi>
fgiraldeau: I have suggested to ogra that we turn off stricthostkey checking
10:39
<sbalneav>
fgiraldeau: yep.
10:40
<Gadi>
that would solve the issue of ssh keys
10:40
and you could always specify keys to make it more secure
10:40
<fgiraldeau>
That's a good security mesure, but it should have a mechanism for publishing public keys in a secure maner
10:40rangerhomezzz is now known as rangerpb
10:40
<fgiraldeau>
Gadi : Hi!
10:42
Is it possible to sign a public key for SSH?
10:43
<Gadi>
why would you sign a key thats public?
10:43
oh, and hi! ;)
10:44efra has joined #ltsp
10:48ogra has joined #ltsp
10:51siki has quit IRC
10:52
<fgiraldeau>
Gadi: I would sign the key to make client verify the key, that it has not been changed. Well, that's your web browser does when you visit a https web site.
10:53bobby_C has quit IRC
10:55
<fgiraldeau>
The public key can simply published along session variable through ldminfod
10:56
<Gadi>
fgiraldeau: but ssh will check the keys against its known_hosts
10:57
if you put a public key in known_hosts, and the public key of the server is different, ldm will not allow the connection
10:58
<fgiraldeau>
ldm can add the key of the current server into this file
11:00
<ogra>
if you publish the key through an unsafe channel like ldminfod, you shouldnt use ssh at all :)
11:00
there is no point in that ...
11:01
<fgiraldeau>
Gadi: yes, I can confirm you that the know_hosts file is important, I search a bit for that. Because the application server I use is different than the bootserver, then ltsp-update-sshkeys is not working appropriately, /opt/ltsp is empty on the application server
11:01
ogra : that's the public key can be published, isn't?
11:02
<ogra>
the only way to do it in a safe manner would be to copy over a known_hosts file that contains that particular key
11:02
right, but you lower the level of security ...
11:02
its nothing i'd accept upstream for ldminfod ...
11:02
<sbalneav>
Hey ogra! Finished punching through flaming boards?
11:03
<ogra>
haha
11:03siki has joined #ltsp
11:03
<ogra>
who told you ?
11:03
<sbalneav>
It was on planet. :)
11:03
<ogra>
luckily the brainwashing was only one day
11:03
<Gadi>
fgiraldeau: throw the public key of the app server into the /opt/ltsp/i386/etc/ssh/known_hosts of the boot server
11:03
<fgiraldeau>
Yes, I did that manualy
11:04
<sbalneav>
If I had to do that, I'd paint myself green, wear ripped clothing, and scream "HULK SMASH!!!!" While I was doing it. :)
11:04
<fgiraldeau>
ogra : Is it better to communicate the public key to the terminal or disable stricthostkey checking ?
11:04
The best would be that the terminal could verify the authenticity of the public key it receives.
11:04* sbalneav notes, that's a lot of green paint.
11:04
<Gadi>
fgiraldeau: managing the ssh public keys *should* be a function done on the boot server
11:04
imho
11:06
<ogra>
sbalneav, heh
11:06
<fgiraldeau>
Gadi: I think so too
11:06
<ogra>
fgiraldeau, ssh does the verification during login ...
11:07
<Gadi>
right
11:07siki has quit IRC
11:07
<Gadi>
and I dont see a weakening of security by having a public key on the nfs share
11:07
its a public key
11:07
<fgiraldeau>
Yes, for shure
11:08* ogra has to close the laptop, talks are starting .... bbl
11:09
<Gadi>
with stricthostkeychecking turned off (optionally) it would allow ldm to make less-secure connections to servers specified in its servers list but without a key in known_hosts
11:09
<fgiraldeau>
The problem is that the public keys of each application server should be on every bootserver
11:09
<Gadi>
but, it will also deny access to servers in the list with a key in known_hosts that does not match the key from the server
11:09
fgiraldeau: thats not a problem
11:10
as long as you have an update mechanism
11:10
ie update tool (gui or otherwise)
11:10siki has joined #ltsp
11:11
<fgiraldeau>
ltsp-update-sshkeys should contact each application servers to get their public keys?
11:13
We must stil think about it. What about creating ltsp-cluster project?
11:14
Gadi: did your received packages for the ltsp-loadbalancer?
11:15
<Gadi>
fgiraldeau: I did
11:15
thank you
11:15
anything I need to know before I install on my laptop
11:16
other than that it will make my laptop hate me and want to kill me in my sleep
11:16
<fgiraldeau>
Not particulary. You will get a daemon for the agent and one for the server
11:16
It *should* be safe :)
11:17
I think so, I tested it and it works out of the box.
11:17
But those two packages must be installed on the same host for the demo.
11:18
<Gadi>
np
11:18* Gadi will be reading the code first anyway
11:18
<fgiraldeau>
Otherwise, you have to edit /etc/mille-xterm/lbsconfig.xml to add hosts that you want
11:18
<Gadi>
no worries
11:18
<fgiraldeau>
Are you able to send comments on REVU?
11:19
There are yet paths in the package that refer to mille-xterm, but I'm looking to replace this.
11:20
Thanks a lot for your interest
11:21
That's the time for lunch, so back in one hour.
11:25
<mhterres>
hey guys. I have a doubt
11:26
I have one server that provides the DHCP and TFTP
11:28
forget it :-)
11:44prpplague has joined #ltsp
11:51gigabytes has joined #ltsp
11:52gigabytes has joined #ltsp
11:52rangerpb is now known as rangerhomezzz
11:52rangerhomezzz is now known as rangerpb
12:20
<Gadi>
cliebow_: you around?
12:23
<mhterres>
how about the local USB and sound support in LTSP ?
12:23
Is working ? :-)
12:24
<prpplague>
mhterres: iirc, local usb and sound have been working for some time
12:24
<mhterres>
Great
12:24
I'll take a look now :-D
12:25gigabytes has quit IRC
12:30
<mhterres>
And what'is the best server ? ALSA ?
12:32siki has quit IRC
12:39
<mhterres>
where can I find the ltsp-sound-1.0-0.2.tar.bz2 ???
12:41
The link in wiki is not working :-)
12:44
<Gadi>
mhterres: what version of LTSP and on what distro are you using it?
12:44
<mhterres>
I'm using Ubuntu, but I'm not using the packages
12:44
LTSP 4.2
12:44
<Gadi>
you dont need the ltsp-sound pkg
12:44MetaCosm has joined #LTSP
12:45
<Gadi>
all you need is to make sure all of your apps use esd
12:45
if you use gnome, then you should start by setting esd as the default for gstreamer
12:46
<mhterres>
KDE
12:46
Kubuntu
12:46
:-)
12:46
so I need to use nasd ?
12:47
<cryptom>
I've just executed the ltsp-build-client successfully, after that I tried to install dbus which fails with: invoke-rc.d: initscript dbus, action "start" failed.
12:47
now, I cannot uninstall or completely configure dbus at all
12:48
btw: after installing the ltsp client, I chrooted to /opt/ltsp/i386
12:48
is this known behavior?
12:50
<sbalneav>
cryptom: Did you mount /proc after you chrooted?
12:50
I beleive dbus requires /proc to be present.
12:51sepski has joined #ltsp
13:01
<cliebow_>
Gadi!!!
13:03
<Gadi>
hey, cliebow_
13:03vagrantc has joined #ltsp
13:03siki has joined #ltsp
13:03
<Gadi>
I had wanted to see if you could dig up a script for me, but I ended up just whipping one together
13:03
<cliebow_>
how goes it??
13:03
<Gadi>
thx anyway
13:03
it goes
13:03
<cliebow_>
sure
13:03
you are the man for that..
13:04
<Gadi>
it was something I knew was on a k12 box
13:04
<cliebow_>
i donthave k12 unfortuitously
13:05
<Gadi>
ah,
13:05
all the better that I just whipped
13:05
<mhterres>
but if I use KDE, Do I need nasd, don't I ?
13:06
so how can I configure it ?
13:07gigabytes has joined #ltsp
13:08
<cryptom>
sbalneav, no, I didnt, ok, that might be it, thanks
13:09
<cliebow_>
Gadi: i added xterm -e /usr/bin/disabled to /etc/X11/xdm/Xsession to test for the DUX flag in a users account
13:09
<cryptom>
sbalneav, ok, it worked, thanks!
13:09
<sbalneav>
No problem
13:09
<cliebow_>
How do i use the return statement from /usr/bin/disabled to exit Xsession
13:10
<Gadi>
what is /usr/bin/disabled?
13:11
<cliebow_>
just does an ldapsearch for DUX in smabaAcctFlags and dunps a message saying..Moron.You are disabled
13:11
if so
13:12
<Gadi>
ah
13:12
lol
13:12
1 sec
13:12
<cliebow_>
but then Xsession should quit
13:13cryptom has quit IRC
13:14
<cliebow_>
this one is bash
13:17
<Gadi>
did you put an 'exit 0' at the end of the bash script?
13:18
<cliebow_>
no..i tried something ese..but exit 0 ..how to trap that/
13:19
<Gadi>
Im not sure what you mean
13:19
do you want the DUX flag returned to the XTERM?
13:19
er xterm?
13:19
<cliebow_>
i did return $acctflags then tested for $acctflags
13:20
must be a better way..
13:20
say if i used exit 0..how do i test back in the script that called it (Xsession)
13:21
<jammcq>
cliebow_: in the caller, check $?
13:21
<cliebow_>
balls..Locked myself out 8(
13:21
k
13:21
<jammcq>
if [ $? -eq 0 ]; then
13:21
<Gadi>
I am so confused
13:22
<cliebow_>
Gadi: i tend to do that
13:22
<jammcq>
BUT, make sure you test $? immediately, cuz every command you run will affect $?
13:22
<Gadi>
why not just have your script write to syslog
13:22
<jammcq>
I like to do this: STATUS=$?
13:22
<Gadi>
and check syslog
13:22
<jammcq>
then, test ${STATUS}
13:22
<Gadi>
or print to a file
13:22
if ur just debugging
13:23Sp0oKeR has quit IRC
13:27
<cliebow_>
i think $? was the missing link
13:28
<Gadi>
cliebow_: are you just debugging or do you need this to end the session or some such?
13:29
<cliebow_>
just debugging..Gadi
13:29RiXtEr has joined #ltsp
13:29
<Gadi>
then, I vote to just have your perl script write to a file/syslog
13:30
it'll be more informative
13:30
less cryptic
13:30
<jammcq>
but.... if you pick syslog, don't just open the file and write to it
13:30
use the syslog functions
13:31
<Gadi>
right
13:33
<cliebow_>
ahhh ok
13:54siki has quit IRC
13:59J45p3r has joined #ltsp
14:06
<Gadi>
cliebow_: still here?
14:12mhterres has quit IRC
14:15MetaCosm has quit IRC
14:15
<cliebow_>
Gadi:!!!!
14:19
$? works in bash as well?
14:21
<vagrantc>
"$?" would return the exit code of the most recent command in most shells, no?
14:23_rodrigo_ has quit IRC
14:24_rodrigo_ has joined #ltsp
14:24
<pscheie>
$? should work with any posix shell
14:26
<sbalneav>
It also works when you want to find out how much something costs. Salesman: This Porche goes from 0-100 in 5.5 seconds. Me: $? Salesman: $! Me: :(
14:26
<cliebow_>
OhhLordy
14:27
<sbalneav>
Bit of shell humour there, folks. Remember to tip your waitress, I'll be here all week!
14:27
<pscheie>
There's a reason comedy clubs don't have 'open mike night for geeks'
14:28
mike->mic
14:33
<cliebow_>
ok...ready for a razzing http://pastebin.com/826890
14:40prpplague has quit IRC
14:45sepski has quit IRC
14:45
<Gadi>
hey, anyone know what package has db_recover?
14:45
nm
14:45_rodrigo_ has quit IRC
14:51
<cliebow_>
yeah
14:51
somethging wirh a4.2
14:51
in it'
14:52
<Gadi>
got it
14:52
have a good weekend, all
14:53
<cliebow_>
Gadi you didnt look at that pastebin did you
14:53
<Gadi>
sorry, man
14:53
<cliebow_>
ignore the trtweo obvious errors
14:53
<Gadi>
let me take a quick peak
14:53
<cliebow_>
or screw it
14:54
<Gadi>
looks good except for the typos
14:54
<cliebow_>
thanks for looking..have a Great weekend
14:55Gadi has left #ltsp
15:05gigabytes has quit IRC
15:06bobby_C has joined #ltsp
15:11RiXtEr has quit IRC
15:20ogra has quit IRC
15:22RiXtEr has joined #ltsp
15:23ruede has joined #ltsp
15:32muh2000 has quit IRC
15:34Stevec has joined #ltsp
15:47cliebow_ has quit IRC
15:57fgiraldeau has quit IRC
16:02ogra has joined #ltsp
16:09
<jammcq>
ogra: hey, you having fun there in SanFran?
16:09pscheie has quit IRC
16:09
<ogra>
well ...
16:09* jammcq figures that ogra is getting tired, and he's ready to go home
16:09
<ogra>
we're only unleashed after dark here ...
16:09
yeah
16:10
<jammcq>
it's been a very long 2 weeks
16:10
<ogra>
and i'll have another one in poland directly after i recovered from my jetlag
16:10
(including two 15h trainrides)
16:11
<jammcq>
whoa
16:11
<ogra>
trains seem to go slowly in poland :)
16:11
<sbalneav>
That'll teach you to create a popular distro :)
16:11
<ogra>
heh
16:11
<jammcq>
yeah, it's your own fault for being so successful
16:11
<ogra>
at least i dont have any planned travelling before jan 18th then
16:11
<sbalneav>
You could have gotten tied up with gentoo. Then you'd have LOTS of slack time waiting for compiles :)
16:11
:)
16:12
<jammcq>
goofball
16:12
<ogra>
hehe
16:13
<dberkholz>
afternoon gents
16:13
<sbalneav>
Hey, speak of gentoo, and dberkholz appears! :)
16:13
How's it going?
16:14
<dberkholz>
oh, you did speak of gentoo. that's a weird coincidence
16:14
i'm sitting in a coffee shop, reading a design and typography book
16:14
<sbalneav>
Ohh, which one?
16:15
<dberkholz>
the non-designer's series
16:15
robin williams
16:15
<sbalneav>
I managed to pick up a "Chicago manual of style" at a bookstore in an "everything for 5 bucks" sale.
16:15
Which was a total score.
16:15
<dberkholz>
it's stuff i've used before but never learned formally, so far
16:17
also been figuring out that a lot of really important features will be in scribus 1.3.4
16:18
<sbalneav>
Do you contribute to scribus?
16:18
<dberkholz>
nope, just use it and know a couple of the devs
16:19
i tend to be the go-between when they start complaining about gentoo being one micro release out of date
16:21bjohnson has quit IRC
16:27
<sbalneav>
Whelp, headin' home for the day.
16:27
I'll be on later tonight.
16:27
later, all
16:27sbalneav has quit IRC
16:45rangerpb is now known as rangerhomezzz
16:56jammcq has quit IRC
16:58RiXtEr is now known as RiX-Away
17:05H1pp1e has joined #ltsp
17:05H1pp1e has left #ltsp
17:18ruede has quit IRC
17:38bobby_C has quit IRC
17:39ogra has quit IRC
17:42g333k_work has quit IRC
17:42rjune has joined #ltsp
17:44muh2000 has joined #ltsp
17:53galorin has joined #ltsp
17:56g333k_work has joined #ltsp
17:56galorin has quit IRC
17:58ogra has joined #ltsp
18:15ogra has quit IRC
18:31Stevec has left #ltsp
18:34msinhore has quit IRC
18:37efra has quit IRC
18:38Stevec has joined #ltsp
18:45Stevec has left #ltsp
19:13drbreen has joined #ltsp
19:30fxrsliberty has joined #ltsp
19:36drbreen has quit IRC
19:36rangerhomezzz is now known as rangerpb
19:38petre has joined #ltsp
19:42PMantis has joined #ltsp
19:59fxrsliberty has quit IRC
20:07arc_ has joined #ltsp
20:17petre has quit IRC
20:18Shmattie has joined #ltsp
20:23
<Shmattie>
Anyone had luck getting sound on a Jammin 125 working with 4.2?
20:27arc_ has quit IRC
20:34sep has quit IRC
20:40Shmattie has quit IRC
20:46rangerpb is now known as rangerhomezzz
21:06muh2000 has quit IRC
21:08
<chupacabra>
me thinks jim had it working before he sold em. Ive been wrong though.
21:13muh2000 has joined #ltsp
21:38dobwan has joined #ltsp
21:43jammcq has joined #ltsp
21:44MetaCosm has joined #LTSP
21:47Shmattie has joined #ltsp
21:56muh2000 has quit IRC
22:04PMantis has quit IRC
22:10J45p3r has quit IRC
22:53muh2000 has joined #ltsp
23:35Shmattie has quit IRC