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


Channel log from 10 February 2009   (all times are UTC)

00:04shrek has quit IRC
00:06aglio2 has quit IRC
00:06aglio2 has joined #ltsp
00:59alekibango has quit IRC
01:03johnny_ has quit IRC
01:12shrek has joined #ltsp
02:05
<daduke>
!seen vagrantc
02:05
<ltspbot>
daduke: vagrantc was last seen in #ltsp 6 hours, 55 minutes, and 14 seconds ago: * vagrantc disappears into the ether
02:12mistik1 has quit IRC
02:16mistik1 has joined #ltsp
02:33hanthana has joined #ltsp
02:34Remaille has joined #ltsp
02:45F-GT has quit IRC
02:45OvaKill has joined #ltsp
02:51_Shane has joined #ltsp
02:59Remaille has quit IRC
03:00OvaKill has quit IRC
03:09try2free has joined #ltsp
03:10elisboa has quit IRC
03:10elisboa has joined #ltsp
03:19try2free has left #ltsp
03:37LTSP has quit IRC
03:52pdjbarber has joined #ltsp
03:52pdjbarber has left #ltsp
04:08shrek has quit IRC
04:13cdealer has joined #ltsp
04:13synchris_m6300 has joined #ltsp
04:14
<cdealer>
good morning. How can I make an specific modulo to load at boot with my client ? Im receving "client doesnt support options", I think is a NIC problem ...
04:15synchris has quit IRC
04:15synchris_m6300 is now known as synchris
04:15
<cdealer>
RTL8111/8168B works fine with r8169 module
04:18mikkel has joined #ltsp
04:28dirigeant has joined #ltsp
04:29twinprism_ has quit IRC
04:31ogra has quit IRC
04:37
<cdealer>
puting MODULE_01 = r8169 on lts.conf will help ?
04:43
or should I use /opt/ltsp/i386/etc/modules ? Anyway... im going to teste
04:50ogra has joined #ltsp
04:54etyack has joined #ltsp
05:02pcs0303 has joined #ltsp
05:04
<cdealer>
puting MODULE_01 = r8169 on lts.conf will help ?
05:17etyack has quit IRC
05:20muttley_ has joined #ltsp
05:20
<muttley_>
hi
05:20
anyone can help me?
05:21
i see this error when trying start thin client: kernel call returned: broken pipe recconecting
05:24
please
05:30
<cdealer>
please, I just need to know how to make the client load an specific network driver, I have to load r8169, I tried using /opt/ltsp/i386/etc/modules I tried lts.conf with MODULE_01 = r8169 in global section, but nothing ... any ideia?
05:47
<muttley_>
jagfgsdfjhgfsdsfdgj
05:51alkisg has joined #ltsp
06:04F-GT has joined #ltsp
06:06tjikkun_work has joined #ltsp
06:16chrisinajar has joined #ltsp
06:22pcs0303 has quit IRC
06:23mikkel has quit IRC
06:26muttley_ has quit IRC
06:36gate_keeper_ has joined #ltsp
06:43muttley_ has joined #ltsp
06:44
<muttley_>
anyone for help?
06:45
<alkisg>
!ask
06:45
<ltspbot>
alkisg: "ask" is Don't ask to ask a question, simply ask it, and if someone knows the answer, they'll respond. Please hang around for at least 15 minutes after asking a question, as not everybody constantly monitors the channel.
06:48shrek has joined #ltsp
06:48
<muttley_>
thanks for help
06:50
i have this error when thin client start: Kernel call returned: Broken pipe Reconnecting [..] Error: Ioctl/1.1a failed: Bad file descriptor i try ltsp-update-sshkey and ltsp-update-image...but nothing
06:59BrunoXLambert has joined #ltsp
07:00jammcq has quit IRC
07:06quickslip has joined #ltsp
07:07
<quickslip>
can someone tell me how to install flash for firefox on LTSP ?
07:07
yum install flash-plugin does not work
07:08
<FlyOnTheWall>
does it give some error message?
07:08
basically you just install flash on the LTSP application server and it should work on the clients
07:08
<quickslip>
no package flash-plugin available
07:09
ah - ok - would the same hold true for shockwave and such
07:12mikkel has joined #ltsp
07:20
<FlyOnTheWall>
yes
07:22Blinny has joined #ltsp
07:28
<cdealer>
please, I just need to know how to make the client load an specific network driver, I have to load r8169, I tried using /opt/ltsp/i386/etc/modules I tried lts.conf with MODULE_01 = r8169 in global section, but nothing ... any ideia?
07:32pcs0303 has joined #ltsp
07:32
<pcs0303>
hi
07:32
anyone can help me?
07:33
Well, I have a LTSP closed. I wonder how can I do to reconfigure or something to change the sound card, video card?because the system is accepting only access the server if the station is the same type of cards.I sent is lts.conf and try reconfigure .But I cannot find this file on PC
07:34quickslip has quit IRC
07:35
<evilx>
pcs0303, configure it by mac address [MAC_ADDRESSS]
07:40dmaran has joined #ltsp
07:41
<pcs0303>
evilx, Where I find this(mac anddress) ?
07:41
<evilx>
every network card has one
07:42
and it in lts.conf you specify [mac_address] ]
07:42
then you canlike sit different settings for that one machine
07:46
<pcs0303>
Hmm,so what I must I do? I am not considering very well that situation :(
07:48johnb has joined #ltsp
07:50
<johnb>
good morning
07:51
a couple of newb questions
07:52
ltsp-update-kernels and ltsp-update-image is run from within chroot?
07:55
<muttley_>
i'm here for help as you...but i don't think you must enter in chroot
07:56
<Blinny>
johnb: No. You can't build the image while inside the chroot.
08:01alkisg has quit IRC
08:14tier1_ has joined #ltsp
08:16
<johnb>
Thank you. I see now. The phrasing tripped me up "Finally, you must remember to rebuild the NBD boot image from your chroot "
08:16
I complicate things at times
08:16
another question
08:18
In order to run yum update from within chroot I had to edit opt/ltsp/i386/etc/resolve.conf
08:19etyack has joined #ltsp
08:23
<johnb>
I don't see where this is mentioned in the manual and don't know if it is bug any how
08:24
I ran yum update in chroot and it downloaded the updated the packages
08:25
my question is why download them twice once outside chroot and once inside?
08:31tier1__ has quit IRC
08:31alkisg has joined #ltsp
08:31_Shane has quit IRC
08:31tier1__ has joined #ltsp
08:32_Shane has joined #ltsp
08:35
<pcs0303>
hi,As I notice the version of ltsp?
08:37
<Blinny>
johnb: Because the chroot only needs limited stuff - not everything that is on the server like openoffice and firefox. That's why they're separate. And, that chroot image is sent over the network -- it needs to be kept small.
08:41tier1_ has quit IRC
08:41_Shane has quit IRC
08:41
<muttley_>
i get this on start: Broken pipe Reconnecting [..] Error: Ioctl/1.1a failed: Bad file descriptor | Any suggest?
08:41rjune_ has quit IRC
08:44
<johnb>
I was thinking since we had already have these packages we could look locally first
08:45
<pcs0303>
More doubts,it is possible the archive lts.conf does not exist ?Because I cannot find the way "/ opt /ltsp/i386/etc/lts .conf" no way.
08:45
<ogra>
muttley_, do you have any probs with your clients apart from seein that message ?
08:45jammcq has joined #ltsp
08:45dirigeant has quit IRC
08:45
<jammcq>
bom dia meu amigo #LTSP
08:45dirigeant has joined #ltsp
08:45
<ogra>
bongiorno jammcq
08:45
<muttley_>
the client stop loading with this message on tty1 terminal
08:46
i have try only with this pc
08:46
<ogra>
the message is normal, the stopping isnt :)
08:46
try: killall -9 nbd-server
08:46
on your server and try again
08:47
<pcs0303>
bom dia jammcq
08:47
<jammcq>
hey pcs0303
08:48
<pcs0303>
Br?
08:48
<jammcq>
heh, no
08:48
<muttley_>
nbd-server: no process killed
08:48
<jammcq>
just practicing my portuguese
08:49
<muttley_>
i ltsp is installed on ubuntu server 8.10
08:50
<johnb>
jammcq: hats off to you et el! I have just started to scratch the surface of LTSP 5 and it's looking like the migration from our 3.5 year old K12LTSP is not going to be too much trouble.
08:50
the new methods a very slick.
08:51
<pcs0303>
oh very good.
08:51
<muttley_>
Ubuntu serve 8.10 -> install kubuntu-desktop ubuntu-desktop -> install ltsp-server-standolone
08:51
<jammcq>
johnb: cool. Glad you like it. I'd love to take all the credit for it, but it wouldn't be fair to the guys who really did all the work
08:51
<Blinny>
pcs0303: the default lts.conf location has moved out of the chroot to /var/lib/tftpboot/ltsp/i386/lts.conf -- that way, you don't need to rebuild the image with every change to lts.conf
08:52
<johnb>
hence the et el :-)
08:53
<jammcq>
heh, it's ALL et ell :)
08:54
I pop in here once in a while and say hello. that's about it
08:54
<ogra>
muttley_, and ltsp-build-client finished without errors ?
08:54
<muttley_>
at start work but when login: "no server response..." i had change ip and launch command ltsp-update-sshkey and ltsp-udpate-image and now thin client don't load :(
08:54_Shane has joined #ltsp
08:55
<muttley_>
only with this: Info: port 2000 is already defined with /opt/ltsp/image/i386.img in
08:55
inetd.conf
08:55
info: taking no action
08:56
but this is normal...i think
08:56
<pcs0303>
Blinny,For I reconfigure the lstp him accept other plates video ,plates of sound, is by lts.conf same?
08:57
<Blinny>
pcs0303: Little help? (;
08:57
er,
08:57
jammcq: Little help? (;
08:57
<pcs0303>
i need..
08:57
<muttley_>
however i don't have process running 'nbd-server'
08:58
and if i try to start get this error: ** (process:7765): WARNING **: Could not parse config file: Could not open config file.
08:58
** Message: Nothing to do! Bye!
08:58Gadi has joined #ltsp
08:59
<Blinny>
pcs0303: Hmm. http://translate.google.com/translate_t ?
09:00
<pcs0303>
yes, i'm br :( sry
09:00* alkisg also gets the same "...could not open config file. Message: Nothing to do! Bye!" upon booting...
09:02rjune has joined #ltsp
09:02
<pcs0303>
you not understand my doubts?
09:05
<johnb>
yesterday we made XSERVER default to vesa so we can continue using our 8 year old hardware
09:06
so far so good
09:06
but we have a little glitch
09:06
<Blinny>
pcs0303: I do not understand :(
09:07
<johnb>
logging off drops to a black screen. ldm does not come back
09:07
also
09:07davidj2 has joined #ltsp
09:07_Shane has joined #ltsp
09:07
<johnb>
when logging in an unknown user name or bad password will drop us back to a black screen with no login
09:09hanthana_ has joined #ltsp
09:15
<sbalneav>
pcs0303: You might want to try #ltsp-br
09:18CAN-o-SPAM has joined #ltsp
09:22chrisinajar has quit IRC
09:27hanthana has quit IRC
09:32shrek has quit IRC
09:33
<alkisg>
In Ubuntu 8.10, there are some /etc/rc?.d/K20nbd-server scripts that produce the message "...could not open config file. Message: Nothing to do! Bye!" upon booting, and there's also nbdrootd ran from inetd.conf that correctly loads nbd-server... Should I delete all "/etc/rc?.d/K20nbd-server" scripts?
09:52
<gate_keeper_>
any good how-to for ltsp+xdmcp?
09:52
*ltsp5
09:53
<cyberorg>
gate_keeper_, LDM_DIRECTX=True is all you need in lts.conf
09:53
xmdcp is deprecated
09:53din_os has joined #ltsp
09:54
<gate_keeper_>
hmm
09:54etyack has quit IRC
09:55
<gate_keeper_>
just wanna try and see the difference
09:55
..
09:55
without LDM
09:55
<cyberorg>
gate_keeper_, check the difference between LDM_DIRECTX=True and False :)
09:55
<gate_keeper_>
:)
09:56
<cyberorg>
it uses unencrypted ssh connection, almost like xdmcp
09:57
<gate_keeper_>
yes
09:57twinprism has joined #ltsp
10:01
<gate_keeper_>
later
10:02gate_keeper_ has quit IRC
10:04pcs0303 has quit IRC
10:08
<cdealer>
please, I just need to know how to make the client load an specific network driver, I have to load r8169, I tried using /opt/ltsp/i386/etc/modules I tried lts.conf with MODULE_01 = r8169 in global section, but nothing ... any ideia?
10:09etyack has joined #ltsp
10:11
<sbalneav>
cdealer: Does the workstation not boot at all?
10:12
i.e. is it hanging after the initial PXE download?
10:13
<cdealer>
sbalneav: after the ubuntu logo its being displayed it hangs... with the error the Cliente doesnt support options... I remember of seeing something about this in the net, when someone said to have fixed loading the nic module
10:13
<jammcq>
Scotty !!!!!!!!!!!!!!!!!!!!
10:13
<sbalneav>
jammcq: flight was cancelled due to weather.
10:13
<jammcq>
oh, lucky you
10:13
did you get up early and get all the way to the airport to find that out?
10:14
<sbalneav>
cdealer: well, you might try putting a NIC=xxxx option on the kernel command line.
10:14
jammcq: 4 am + drive to the airport + 3 hour wait. :)
10:14
<cdealer>
sbalneav: like NIC=r8169 ?
10:14
<jammcq>
heh
10:15
<sbalneav>
right. I have no idea if it will work or not, I can't remember if the modern initramfs' honour that.
10:15cliebow has joined #ltsp
10:15
<cdealer>
Hmm
10:15
<Blinny>
Not just honor but honour. That always sounds so much more official.
10:16
<sbalneav>
you'd do that in /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
10:16
<jammcq>
the candian way :)
10:16
err, s/candian/canadian/
10:16muttley_ has quit IRC
10:17
<sbalneav>
candilandian
10:17
<SDuensin>
Greetings.
10:18
<sbalneav>
Blinny: armour, colour, honour.
10:18
that's how those words are spelled.
10:19
<SDuensin>
Boogur?
10:19
<_UsUrPeR_>
rigour?
10:19
<jammcq>
SDuensin: that's Boogre
10:20
<Blinny>
Bonour?
10:20
No wait, that's with an 'e'
10:20* _UsUrPeR_ goes to buy some tyres for his car...
10:20mistik1 has quit IRC
10:21mistik1 has joined #ltsp
10:21
<sbalneav>
How many people here know what "gaol" is? Hands up!
10:21
<jammcq>
that's what happens in a hockey game
10:21
<sbalneav>
No googling
10:21
<_UsUrPeR_>
isn't that anatomical? the gaol bladder? ;)
10:21
<jammcq>
or a futbol game :)
10:22
<sbalneav>
That's the old british spelling for "jail". We still use that as the "official" word for jail in the courts up here.
10:22alkisg has quit IRC
10:23
<jammcq>
sbalneav: the 1700's just called, they want their words back
10:24
<_UsUrPeR_>
jammcq: lol
10:24
<sbalneav>
Headingly pennitetiary is located on "Gaol road"
10:24
http://maps.google.com/maps?f=q&source=s_q&hl=en&q=Gaol+Rd,+Headingley,+Division+No.+11,+Manitoba,+Canada&sll=37.0625,-95.677068&sspn=53.87374,79.101563&ie=UTF8&cd=1&geocode=FXkJ-QIdXjMx-g&split=0&z=16&iwloc=addr
10:25
The satellite map shows you a good high-res of the prison itself.
10:26japerry has quit IRC
10:31shrek has joined #ltsp
10:32
<etyack>
sbalneav: are you coming to the big D when Ragnar's in town?
10:33
<sbalneav>
etyack: No, I'm going to have to take a pass. Things are too busy here atm.
10:34
<etyack>
sbalneav: too bad. Weather's really nice here end of Feb :) Plus you could have met the Tyack clan first hand.
10:35
<jammcq>
now that would be an honour
10:35* jammcq hasn't even met the clan yet
10:36hanthana_ is now known as hanthana
10:36tjikkun_work has quit IRC
10:39
<epsas>
hrmmm
10:40
okay - so I am trying to boot a thin client off of my new k12linux install -- but I keep getting "/etc/rc.early_sysinit: No such file or directory"
10:43japerry has joined #ltsp
10:45_Shane has left #ltsp
10:46staffencasa has joined #ltsp
10:50pdjbarber has joined #ltsp
10:50pdjbarber has quit IRC
10:54alkisg has joined #ltsp
10:56ogra has quit IRC
10:56ogra has joined #ltsp
11:05
<johnb>
i'm looking at the ldm log could our problem be with the greeter or should I be looking to ldm?
11:07
<Gadi>
johnb: ldm is the greeter
11:08
it sounds like the session does not end on the server
11:08
check to see if there are any processes running for that user when you logout and are sitting at the black screen
11:16Lns has joined #ltsp
11:18
<johnb>
gadi: running top I don't see any processes remaining
11:18
<Gadi>
johnb: and what does ldm.log on the client get to?
11:19
<johnb>
process 2985 exited with status 0
11:19
<Gadi>
also, do: ps -ef on the client and see if you can tell what the last process is
11:19
<johnb>
spawing greeter...
11:20
ldmtkgreet
11:20
<Gadi>
definitely sounds like the greeter's not happy
11:21
<johnb>
related problem
11:21
<Gadi>
when you logged out, did the Xserver die and restart?
11:21dirigeant has quit IRC
11:21
<johnb>
if I put in a wrong password it tries to log in then drops to black
11:22
<Gadi>
how much memory in these clients?
11:23
<johnb>
this client has 512
11:23
<Gadi>
oh, this doesnt just happen on the old P1s
11:23
<johnb>
have no P1s all P4
11:24
<Gadi>
johnb: and if you ctrl-alt-backspace, does it come up properly?
11:25
<johnb>
ram is 256 - 1000 mb on various clients also have a few j225 terms
11:25
no, it tries and fails
11:25
<Gadi>
yeah, doesnt sound like the prob is resource-limiting
11:25
:)
11:27
<alkisg>
johnb: I shouldn't be even saying this because it's silly, but it happened in one of my lab PCs: If you turn off the screen and then back on - without pressing anything on the keyboard or moving the mouse, does it come back?
11:27
(I guess mine had something to do with dpms)
11:30
<johnb>
not silly at all... ya never know. No joy though. I am going to test some other clients and see if this is across the board
11:31CAN-o-SPAM has quit IRC
11:32pcs0303 has joined #ltsp
11:32
<pcs0303>
hello!
11:34
<Gadi>
johnb: did ctrl-alt-backspace make it come up?
11:37
<johnb>
no
11:38evilx has quit IRC
11:39
<Lns>
hi pcs0303, all
11:42evilx has joined #LTSP
11:42aglio2 has quit IRC
11:44
<pcs0303>
It is normal ltsp not spread type" / var / opt / LTSP / swapfiles",because I am not achieving finds to reconfigure the lts.conf . someone idea?
11:44
<johnny>
try that again
11:45
<pcs0303>
Well, I have a LTSP closed. I wonder how can I do to reconfigure or something to change the sound card, video card?because the system is accepting only access the server if the station is the same type of cards.
11:46etyack has quit IRC
11:46
<Lns>
pcs0303: Do you mean that your client isn't getting its sound and video chipset detected correctly?
11:48
argh!! my firewall is dying :(
11:50
<pcs0303>
The customer with sound correctly,but is not accepting modify the sound card,the slab video... And I must modify because they are exceeded
11:50
I am sorry for my English :(
11:51
<johnb>
the problem seems to be associated with using vesa
11:51
<sbalneav>
pcs0303: Have you tried #ltsp-br?
11:52
it's the Brazillian LTSP channel here.
11:53
<johnb>
but when I use the standard XSERVER it takes a about a minute from log out until the greeter returns
11:53
<Gadi>
johnb: anything in the client's Xorg log file?
11:55
<johnb>
I will take a look into it further tomorrow. It's looking like our existing clients might not work well with LTSP 5
11:55
bummer...
11:55
<Gadi>
no - just sounds like maybe a video driver issue
11:56
they may not work "out of the box" with Fedora 10
11:56aglio2 has joined #ltsp
11:57
<johnb>
will dig in again tomorrow. I am not adverse to trying Ubuntu if that will help. Thanks all.
11:57
john out
11:57johnb has quit IRC
12:00CAN-o-SPAM has joined #ltsp
12:00din_o1 has joined #ltsp
12:03
<din_o1>
is there a way of using a newer version of syslinux instead of 3.53? i.e. just by replacing the pxelinux.0 file with the latest gpxelinux.0? I've tried and it doesn't work
12:03shrek has quit IRC
12:04
<epsas>
hmmm
12:04
<alkisg>
din_o1: use the latest pxelinux.0, not _g_pxelinux.0. I've tried 3.72, it works fine.
12:04
<epsas>
okay - so I am trying to boot a thin client off of my new k12linux install -- but I keep getting "/etc/rc.early_sysinit: No such file or directory"
12:06vagrantc has joined #ltsp
12:07Lns has quit IRC
12:07
<cdealer>
sbalneav: just about the module problem... if I put a NIC=r8169 on pxelinux.cfg/default its not going to make the other nics to stop working?
12:07Lns has joined #ltsp
12:08din_os has quit IRC
12:08
<alkisg>
cdealer: put it in pxelinux.cfg/01-mac-address
12:08
<din_o1>
ok thanks ;)
12:09
<alkisg>
cdealer: See when then client boot for the exact filename (it says something like "trying to load 01-00-1d-0f-be-a6-b9")
12:10
*the
12:10
<cdealer>
alkisg: I suppose that I mac-address must be replaced by the MAC right?
12:10
<alkisg>
yes, in lower case and seperated with -
12:10
use "default" as a template
12:10
<cdealer>
alkisg: inside I put the same line of default plus the NIC=r8169 ?
12:11
<alkisg>
The same line yes, but I don't know this kernel parameter "NIC"
12:11
Whatever they told you :)
12:11
<cdealer>
alkisg: isnt anyway for making this NIC to load together if needed? Because isnt just 1 box using this... we just received more 30 boxes all with the same
12:11
Hmm
12:12
<alkisg>
cdealer: I don't know the problem - I just thought to help with the pxelinux/filename stuff. :)
12:12
<cdealer>
alkisg: okay, I will tell you, maybe you could help me too
12:13
I just need to know how to make the client load an specific network driver, I have to load r8169, I tried using /opt/ltsp/i386/etc/modules I tried lts.conf with MODULE_01 = r8169 in global section, but nothing ... any ideia? When booting the client starts to boot and hang after ubuntu logo, with the last message "The client doesnt support options" after googling I so something about loading the NIC module to make it work
12:14irule has joined #ltsp
12:14irule has joined #ltsp
12:14
<alkisg>
So what module does it load now? Why don't you remove the logo to see some more details?
12:14irule has quit IRC
12:15
<alkisg>
(i.e. remove quiet splash from pxelinux.cfg/default)
12:16
<cdealer>
this happened on a remote site, I could not test the box yet, our tests make here (hq) couldnt reproduce the error, the boot could even start, only after using a disket with gpxe image
12:16
s/make/made
12:18
I'm waiting to the box arrive, this may happen only tomorrow, then I will test on our primary enviorment ... these onboard rtl8111/8168B (gigabyte GA-G31M-S2L) doesnt seen to work how they should, even having bios boot lan is not working here
12:19
<alkisg>
brb...
12:21irule has joined #ltsp
12:26pmatulis has quit IRC
12:28
<Gadi>
cdealer: you need to follow the instructions for your distro of how to install a new network driver for the kernel, and do so in the chroot - don't forget to update the initramfs and the run update-ltsp-kernels when you're done
12:28
it is not working because the version of your distro lacks the appropriate driver
12:28
realtek provides open source drivers on their site
12:29
you can get the latest and compile it in
12:29
<alkisg>
Gadi: do you know if these are the same drivers that e.g. Ubuntu has? Or they also include modified code?
12:30
(I had irq problems with 8169, had to use the irqpoll kernel parameter)
12:30
<Gadi>
drivers from vendor sites tend to be larger in size than those shipped in kernel upstream
12:31
and usually (from what I have found) tend to be newer and resolve issues with upstream kernel drivers
12:31
<alkisg>
So I'd better give them a try... ty, Gadi
12:31
<Gadi>
since the fixes may lag in getting into the kernel
12:31irule has quit IRC
12:31
<Gadi>
alkisg: dont forget to update the initramfs
12:31
<alkisg>
Sure.
12:31
<Gadi>
for LTSP, it is only the initramfs that matters when it comes to NICs
12:32
thats where the driver is loaded
12:32
<cdealer>
Gadi, thanks for the info, this will be very helpfull
12:33
but unfortunetily I only know about making vmlinuz (kernel image) and initrd ... I dont know about how to update initramfs
12:36
<Gadi>
cdealer: there are howtos for most distros
12:36
in general, what I do is:
12:36
1. Download the kernel headers for the kernel I am using in the chroot
12:36
2. Download the driver
12:37
3. Adjust the Makefile in the driver package to point to the kernel headers (instead of the running kernel on the server - unless they are the same)
12:37
4. Make the kernel module
12:37
5. Copy it into the chroot
12:38
<cdealer>
okay ...
12:38
<Gadi>
6. chroot into the chroot
12:38
7. run: update-initramfs -u
12:39
<epsas>
okay - so I am puzzled
12:39
<Gadi>
8. run: /usr/lib/ltsp/ltsp-kernels
12:39
9. exit out of the chroot
12:39
10. ltsp-update-kernels
12:39
<epsas>
i see that the system is booting from the LTSP server, but it is running an init script that I am not familiar with...
12:39makghosh has joined #ltsp
12:40
<epsas>
rather, it is running an init script that is not found on the ltsp initrd (which i unpacked and inspected)
12:40
<Gadi>
epsas: sounds like its downloading the wrong initrd
12:40
<epsas>
Gadi - yeah, and I have no idea where it is doing that from
12:41
<cdealer>
Gadi, I think you saved my life here (well, not exactly my life but a lot of time) a big thanks
12:41
<Gadi>
check your pxelinux.cfg/default setup
12:41
cdealer: np - it sounds harder than it is
12:41
:)
12:41
cdealer: and there are some added steps for introducing new drivers
12:41
<epsas>
Gadi - ahh, where do i find that? =)
12:41
<Gadi>
as you need to run a depmod in the chroot, as well
12:42etyack has joined #ltsp
12:42
<cdealer>
well, Im familiar with most of the process, I think after your steps description will make it a lot easier
12:42
<Gadi>
epsas: /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
12:42
(on ubuntu)
12:42
<cdealer>
depmod on 2.6 kernel?
12:42
<Gadi>
cdealer: sure
12:42
that refreshes the modules.dep
12:42
<cdealer>
isnt that depreceated since 2.4?
12:42
<Gadi>
so modprobe knows how/from where to load modules
12:43
cdealer: you're thinking of modules.conf
12:43
<cdealer>
sure, you're right
12:44
<epsas>
weirder still, it is running a 2.6.20.9 kernel =/
12:44
okay - this is strange
12:44
<Gadi>
epsas: check dhcpd.conf
12:44
<alkisg>
epsas: maybe your clients are etherboot?
12:44
<Gadi>
(or a competing dhcp server)
12:44
<alkisg>
(and they load nbi.img?)
12:45
<epsas>
alkisg - ahh, yeah. They are "DisklessWorkstations.com" thin clients
12:46
<alkisg>
You could try modifying dhcpd.conf to send them pxelinux.0, though - it might work.
12:46
<epsas>
Gadi - well, there is a competing DHCP server, but I set this ltsp server to be authoritative, and I see that the thin client is using it's subnet
12:46
<Gadi>
yeah, so authoritative is mostly a placebo
12:46
:)
12:47
unless you know the competition is not authoritative
12:49
<epsas>
Gadi - somehow I don't think that should be happening
12:50
if a client is issuing a dhcprequest to one server, it should be finding it's images from the same server
12:50
<vagrantc>
nah
12:52
<huey>
any reason why my xorg.conf file is blank?
12:53
<Gadi>
epsas: keep in mind, we make 2 requests
12:53
<cdealer>
you know... I'm having an issue since my ltsp server on a ubuntu 7.04, the problem still is happening and maybe someone had already heard something about it... Adobe Reader on clients takes a lot to Load and its very bugg, to roll a page its all stuck and seens very heavy weight (we are using adobe cause we had problem with evince and some pdf that had BarCode - evince was crashing)
12:53
<Gadi>
and if they are answered from different servers, you are screwed (with default config)
12:56irule has joined #ltsp
12:56
<alkisg>
That's why I'm saying that you should support passing root-path and the other dhcp parameters in the kernel command line, so that IPAPPEND could be used => no second dhcp request needed :)
12:56
<Gadi>
alkisg: we do support that
12:57
nbdroot=<ip:port>
12:57
<alkisg>
Gadi: these are not supported: DNSDOMAIN, NISDOMAIN, ROOTSERVER, ROOTPATH, and filename
12:58
filename is used to get the tftppath, and root* for nfs, I think...
12:59
So if someone uses IPAPPEND to only do 1 dhcp request, lts.conf isn't looked for in the correct path
12:59
<Gadi>
well, its up to the distros, really
13:00
for ubuntu, it would be easy to add the code
13:00
<johnny>
how does ROOTSERVER get set ?
13:00
<Gadi>
but, of course, that would be a PXE-only solution
13:00
<johnny>
i had big probelms with dnsmasq running on a different server
13:00
<alkisg>
Why pxe only? Someone could chainload gpxe from etherboot...
13:01
<newbie mode on>And why would that be distro work? E.g. ipopts handling used to be in ltsp-upstream... </newbie mode off>
13:02
<Gadi>
ipopts is a kernel standard
13:02
<alkisg>
johnny: ipconfig gets it from the dhcp server
13:02
<johnny>
the rest are implemented in distro specific initrd code alkisg
13:03
<alkisg>
Gadi: aren't all kernel parameters passed into the environment? So it would only be a matter of using them instead of blindly including /etc/net-eth0.conf
13:03
<johnny>
alkisg, only if the initrd is coded to do something with em
13:03
not all distros uses initramfs-tools
13:03
<Gadi>
right - what he said
13:03
<johnny>
of course.. for debian and ubuntu and their derivatives.. it'll work fine
13:03
<alkisg>
Ah... ok, too deep for me. Thanks!
13:03
<johnny>
but not gentoo and fedora
13:03
<Gadi>
each distro has its own initrd
13:03
and way of handling things
13:04
<johnny>
Gadi, have you heard of this distro agnostic initrd some fedora people are working on?
13:04pcs0303 has quit IRC
13:04
<johnny>
altho i imagine debian will be nearly impossible to change
13:04
<Gadi>
nope
13:05
<johnny>
that's why i don't use debian on the desktop
13:05
<Gadi>
but, it sounds silly
13:05
<johnny>
they should just use initramfs-tools instead probably
13:05
<Gadi>
they should use what works for their distro
13:06
<johnny>
it's not all that special imo..
13:06
<Gadi>
the initramfs, in my view, is a mini-distro
13:06
<johnny>
the init system is more special.. and that is on both fedora and ubuntu
13:06
<Gadi>
so, it makes sense for each distro to use a mini-distro of their own flavor
13:06
<johnny>
except they are generally so minimal that it doesn't really make sense imo
13:06
obviously special purpose distros are different in that regard
13:07
and their initramfs might be THE distro
13:08
give me the most minimal code it takes to get into the root, so i can do everything else :)
13:08
if i had my druthers.. i'd setup upstart in gentoo and use that for ltsp
13:08
too bad it's probably not worth the hassle
13:17vagrantc has quit IRC
13:17
<alkisg>
Does any version of vmware have embedded rdp support, like virtualbox? Or they only have vnc?
13:20Remaille has joined #ltsp
13:21loather-work has joined #ltsp
13:25artista-frustrad has quit IRC
13:26artista-frustrad has joined #ltsp
13:28dirigeant has joined #ltsp
13:29Sarten-X has quit IRC
13:29loather-work has quit IRC
13:29etyack has quit IRC
13:29din_o1 has quit IRC
13:29aglio2 has quit IRC
13:29heart has quit IRC
13:29topslakr has quit IRC
13:29ltsplogbot has quit IRC
13:29Appiah_ has quit IRC
13:29epsas has quit IRC
13:29loather-work has joined #ltsp
13:29etyack has joined #ltsp
13:29din_o1 has joined #ltsp
13:29aglio2 has joined #ltsp
13:29heart has joined #ltsp
13:29Appiah_ has joined #ltsp
13:29Sarten-X has joined #ltsp
13:29ltsplogbot has joined #ltsp
13:29epsas has joined #ltsp
13:29topslakr has joined #ltsp
13:31din_o1 has left #ltsp
13:31din_o1 has joined #ltsp
13:36irule has quit IRC
13:44knipwim has left #ltsp
13:45Lns has quit IRC
13:46Lns has joined #ltsp
13:50
<epsas>
yup - that was it... competing DHCP servers
13:52tier1_ has joined #ltsp
13:54
<cliebow>
cage wrestling..isc vs. dhcp
13:56tarbo has joined #ltsp
13:58Remaille has quit IRC
14:01tarbo has quit IRC
14:06tier1__ has quit IRC
14:06tarbo has joined #ltsp
14:13litlebuda has joined #ltsp
14:18tarbo has quit IRC
14:18pmatulis has joined #ltsp
14:19tarbo has joined #ltsp
14:21cdealer has quit IRC
14:22Blinny has quit IRC
14:23vagrantc has joined #ltsp
14:27artista-frustrad has quit IRC
14:27twinprism has quit IRC
14:28artista-frustrad has joined #ltsp
14:31tier1__ has joined #ltsp
14:34tier1_ has quit IRC
14:35davidj2 has quit IRC
14:38tarbo_ has joined #ltsp
14:38tarbo_ has quit IRC
14:42twinprism has joined #ltsp
14:45dmaran has left #ltsp
14:49krishna has joined #ltsp
15:04Gadi has left #ltsp
15:07bobby_C has joined #ltsp
15:11tier1_ has joined #ltsp
15:11cliebow has quit IRC
15:17din_o1 has left #ltsp
15:18etyack has quit IRC
15:24CodyG has joined #ltsp
15:25CodyG has quit IRC
15:26tier1__ has quit IRC
15:26tier1__ has joined #ltsp
15:27tier1_ has quit IRC
15:29krishna has quit IRC
15:40knipwim has joined #ltsp
15:52evilx has quit IRC
15:54irule has joined #ltsp
15:55Gadi_eeepc has joined #ltsp
16:01jammcq has quit IRC
16:03tier1_ has joined #ltsp
16:05CAN-o-SPAM has quit IRC
16:05alkisg has quit IRC
16:13knipwim has left #ltsp
16:16tier1__ has quit IRC
16:17tier1__ has joined #ltsp
16:18knipwim has joined #ltsp
16:23BrunoXLambert has quit IRC
16:32tier1_ has quit IRC
16:45tier1_ has joined #ltsp
16:45warren has joined #ltsp
16:45
<warren>
Hmmm
16:45
does anyone see in our code where we define $CHROOTEXEC?
16:46
oh, nevermind
16:46mikkel has quit IRC
16:46
<stgraber>
server/plugins/ltsp-build-client/common/000-check-paths:
16:47npman has joined #ltsp
16:48krishna has joined #ltsp
16:50RobertLaptop has quit IRC
16:52npman has quit IRC
16:58bobby_C has quit IRC
17:01tier1__ has quit IRC
17:12npman has joined #ltsp
17:15
<npman>
Is anyone here running LTSP on Ubuntu 8.04.2 (32-bit chroot, 64-bit server)?
17:15
well, 32-bit clients...
17:21J45p3r__ has joined #ltsp
17:23irule has quit IRC
17:26warren has left #ltsp
17:35tier1__ has joined #ltsp
17:37krishna has quit IRC
17:50tier1_ has quit IRC
17:50tier1_ has joined #ltsp
17:56dirigeant has quit IRC
17:58Egyptian[Home] has quit IRC
17:59Egyptian[Home] has joined #ltsp
18:01tier1__ has quit IRC
18:04vagrantc has quit IRC
18:08hanthana has quit IRC
18:13RobertLaptop has joined #ltsp
18:16tier1__ has joined #ltsp
18:17RobertLaptop has quit IRC
18:20RobertLaptop has joined #ltsp
18:22Lns has quit IRC
18:24RobertLaptop has quit IRC
18:26RobertLaptop has joined #ltsp
18:28RobertLaptop has joined #ltsp
18:30RobertLaptop has quit IRC
18:31laserdrill has joined #ltsp
18:32RobertLaptop has joined #ltsp
18:33tier1_ has quit IRC
18:34chrisinajar has joined #ltsp
18:35
<laserdrill>
Hi all, I am happily running ltsp5 on my AMD X2 64 system running Ubuntu 8.04. It has 1Gb of RAM. I find owever, that with only 2 terminals running OpenOffice the whole experience is dreadfully slow. A student streamed a video clip from the server on one of the clients and the server became so unstable we had to restart it. Has anyone had any experience like this?
18:38tier1__ has quit IRC
18:41RobertLaptop has quit IRC
18:43RobertLaptop has joined #ltsp
18:45
<npman>
laserdrill: when the 2 terminals are running OOo, how many other clients are running?
18:52brendan0powers has joined #ltsp
18:53brendan0powers has left #ltsp
18:55etyack has joined #ltsp
19:00staffencasa has quit IRC
19:01etyack has left #ltsp
19:01try2free has joined #ltsp
19:27npman has quit IRC
19:33aglio2 has quit IRC
19:51japerry has quit IRC
19:59
<laserdrill>
npman: sorry I missed your post. Only two clients along with the server. Nothing else is running from the server
20:00
Hi all, I am happily running ltsp5 on my AMD X2 64 system running Ubuntu 8.04. It has 1Gb of RAM. I find owever, that with only 2 terminals running OpenOffice the whole experience is dreadfully slow. A student streamed a video clip from the server on one of the clients and the server became so unstable we had to restart it. Has anyone had any experience like this?
20:07japerry has joined #ltsp
20:28davidj has quit IRC
20:49makghosh has quit IRC
20:50laserdrill has left #ltsp
20:55try2free has left #ltsp
20:58vagrantc has joined #ltsp
21:01pmatulis has quit IRC
21:16litlebuda has quit IRC
21:18RobertLaptop has quit IRC
21:47RobertLaptop has joined #ltsp
22:02CaScAdE^FarAway has joined #ltsp
22:04makghosh has joined #ltsp
22:17vagrantc_ has joined #ltsp
22:19CaScAdE^1arAway has quit IRC
22:29vagrantc has quit IRC
22:36makghosh has quit IRC
22:39hanthana has joined #ltsp
22:52jhutchins_lt has quit IRC
22:55Gadi_eeepc1 has joined #ltsp
22:55Gadi_eeepc has quit IRC
22:56Gadi_eeepc1 has quit IRC
22:56Gadi_eeepc has joined #ltsp
22:57Gadi_eeepc1 has joined #ltsp
22:57Gadi_eeepc has quit IRC
22:57Gadi_eeepc has joined #ltsp
22:57Gadi_eeepc1 has quit IRC
22:58Gadi_eeepc has quit IRC
22:58Gadi_eeepc1 has joined #ltsp
23:01beachsurfin has joined #ltsp
23:02
<beachsurfin>
could someone please specify to me what type of thin clients could be used w/ edubuntu? and would it be difficult to use blender with such a setup?
23:03
or would it work if there was a powerful server which it was connected to? what would be the specs for such a server..
23:03
wouldn't be doing pixar animations
23:04
<vagrantc_>
not sure about blender, but thin-client requirements are fairly modest by today's standards. though for graphics-intensive things they tend to need more ram. a basic thin client works fine with 128-256MB of ram and a 400MHz processor.
23:05
but blender throws in a host of unknowns, so it's hard to really guage.
23:06
you'd probably have to just experiment with it
23:07
<stgraber>
blender on the app server usually doesn't work well but is really good to run as a localapp (you'll need a very recent ltsp though)
23:08alkisg has joined #ltsp
23:08twinprism has quit IRC
23:08topslakr has quit IRC
23:08ltsplogbot has quit IRC
23:08Appiah_ has quit IRC
23:08heart has quit IRC
23:08epsas has quit IRC
23:08loather-work has quit IRC
23:08
<vagrantc_>
at which point each thin client needs enough ram to run blender, and generally more since you don't have swap available...
23:09twinprism has joined #ltsp
23:09loather-work has joined #ltsp
23:09heart has joined #ltsp
23:09Appiah_ has joined #ltsp
23:09ltsplogbot has joined #ltsp
23:09epsas has joined #ltsp
23:09topslakr has joined #ltsp
23:10
<vagrantc_>
stgraber: i think we should do what cyberorg suggested on the list by setting a variable to enable the local mounting of LOCALDEV stuff ... disabled by default.
23:11
that way we can tag and move with it, easier to test and such, but not introduce unpredictable behaviors otherwise...
23:11
<cyberorg>
vagrantc_, when we use AOE, local ltspfs mounts all the images exported in the network, sometimes there could be many of those :)
23:11
<vagrantc_>
cyberorg: AOE?
23:12
<cyberorg>
vagrantc_, http://en.opensuse.org/LTSP/AoE
23:12
<stgraber>
vagrantc_: what part of ltspfs would need to read that variable ?
23:12
vagrantc_: if it's one of these called from udev that'll be a problem
23:13
<vagrantc_>
stgraber: several places, but i think it shouldn't be too difficult. i'll look into it tomorrow.
23:13Patina has quit IRC
23:13
<cyberorg>
vagrantc_, all the devices launch one ltspfs in the client like this http://picpaste.com/pics/Capture.1234329188.JPG
23:14
<stgraber>
vagrantc_: my main issue with ltsp-cluster is that I'm trying to reduce the required reboot of the thin client to minimal
23:14
vagrantc_: so I fail if a user wanting to switch from ldm+ssh to rdp has to reboot to get its usb key working ...
23:15
<vagrantc_>
stgraber: so then enable it globally by default :)
23:15
<stgraber>
btw, is there a way to change the default configuration for each distro easily ?
23:15
(other than shipping a lts.conf)
23:16
<vagrantc_>
we could include something at the end of client/ltsp_config that checks for the presence of ltsp_config_vendor and sources that ...
23:17
<cyberorg>
stgraber, we use /etc/sysconfig/kiwi-ltsp, for the cluster i intend to use /etc/sysconfig/ltsp-cluster
23:17
<stgraber>
I'd rather see it at the top actually so the other will override it (making that a default and not a mandatory value)
23:17
<vagrantc_>
cyberorg: i'm at a loss with the nomad patches ... something just doesn't look right to me and i can't place my finger on it.
23:18
<cyberorg>
vagrantc_, let me explain :)
23:18
<vagrantc_>
(other than issues already apparently addressed)
23:18
<stgraber>
cyberorg: that's on the server or in the chroot ? (your sysconfig stuff)
23:19
<cyberorg>
if LDM_NOMAD is set in lts.conf, ldm will create a ssh socket which will be used to do local dev stuff, and then use normal rdesktop to connect to xrdp server
23:19
<vagrantc_>
cyberorg: so the login screen is still from ldm ?
23:19
<cyberorg>
stgraber, on the server, we prefer to transfer all required files via tftp without modifying chroot
23:19
vagrantc_, yes
23:20
<vagrantc_>
cyberorg: and it launches rdesktop on the thin client, or on the server?
23:20
<cyberorg>
vagrantc_, in the thin client
23:20
<stgraber>
isn't ltspfs using X atom ?
23:21
<cyberorg>
vagrantc_, that is why we could not use rc scripts
23:21
stgraber, yes, ldm starts X, rdesktop if running full screen on that
23:21
<vagrantc_>
stgraber: well, that's what the local mounting patches are all about
23:22
cyberorg: or is nomad not depending on the local mounting patches?
23:22
<stgraber>
vagrantc_: yeah, was just wondering how they did to make ltspfs to work when they don't use X11 for transport :)
23:22
<cyberorg>
vagrantc_, in nomad case local mounting is not required
23:23
stgraber, it just works without it :)
23:23
stgraber, we use ssh socket for that
23:23Patina has joined #ltsp
23:23
<cyberorg>
stgraber, https://forgesvn1.novell.com/viewsvn/kiwi-ltsp/trunk/kiwi-ltsp/ltsp/include/kiwi-ltsp-functions.sh?r1=413&r2=416
23:24
that is how cluster config will be handled, it will be transfered from server to the client
23:24
<stgraber>
fun :) Novell can't buy themselves a valid SSL certificate ? :)
23:24
<cyberorg>
stgraber, yeah :)
23:24slashdotfx has quit IRC
23:25
<cyberorg>
hey they have had a recession for decades
23:26
<vagrantc_>
cyberorg: passing that password on the commandline still worries me ... i think ldm logs the commands it executes....
23:26
and if you're using remote syslogging
23:26
<cyberorg>
vagrantc_, it is not passing password at commandline, it shows up as XXXX
23:26
<johnny>
i bet you do
23:27
4 X's ?
23:27
that's extra dirty..
23:27
<cyberorg>
johnny, there may have been more, but it is all top quality X
23:28
<vagrantc_>
cyberorg: before it even executes it, ldm has the string in memory, and may log the string when it runs.
23:28
i.e. about to run: foo bar -p baz
23:29
<cyberorg>
vagrantc_, want ssh access to client running it?
23:29
<vagrantc_>
i don't see how the password can possibly be passed without displaying it at *some* point.
23:29
even if it cleans it up later.
23:30
ldm.nomadpassword = g_strdup(ldm.password);
23:30
<stgraber>
I guess rdesktop starts by forking another rdesktop but still, the parent has the password
23:30* johnny forks stgraber
23:30
<vagrantc_>
is clearly just storing the password before it gets cleaned up
23:30
<cyberorg>
vagrantc_, it gets cleaned up immediately after running rdesktop
23:31
<vagrantc_>
cyberorg: your patch never frees it
23:31
cyberorg: why not just use ldm.password ?
23:31
<cyberorg>
vagrantc_, because it gets freed immediately after use
23:31
<vagrantc_>
never frees it, as in, it does actually free it.
23:31
:)
23:31
<cyberorg>
g_free(ldm.nomadpassword);
23:32
line 37 in the patch
23:32
<vagrantc_>
cyberorg: it should only set ldm.nomadpassword if ldm.nomad is true
23:32
otherwise it will never get freed
23:32
and you're working around the fact that it gets freed ...
23:32
<cyberorg>
vagrantc_, ah right
23:32
<vagrantc_>
that ldm.password gets freed
23:33
maybe instead, work around the g_free(ldm.password) by *not* freeing that when ldm.nomad = true
23:34
and then freeing it after your call to ldm.nomad
23:34* cyberorg can't code :P
23:34
<cyberorg>
vagrantc_, yes that makes more sense
23:34
<vagrantc_>
i don't know C, either ... but anything that duplicates a password and stores it for later seems very suspect and needs a lot of review :)
23:35
but that should shorten the diff a little
23:35
by not having ldm.nomadpassword at all
23:36
but even my suggestion makes me cringe a little.
23:37marabout has joined #ltsp
23:39
<johnny>
cyberorg, sounds like the guy who wrote this needs a C tutorial..
23:39
somebody should be talking to him directly instead of to you :)
23:39
<cyberorg>
oh noooos
23:39
<johnny>
then perhaps the problems can be resolved
23:41|Paradox| has quit IRC
23:41
<ltsppbot>
"cyberorg" pasted "reworked nomad patch" (95 lines) at http://pastebot.ltsp.org/243
23:42
<cyberorg>
vagrantc_, how does that look?
23:42
johnny, i would rather not stick my nose in something i will never be good at :)
23:43
vagrantc_, we have to use ldm.password twice as we are creating two connections to the server, one ssh for localdev and one rdesktop
23:45
<Ryan52>
johnny, ya, and I really need a python tutorial...but that doesn't stop me from attempting to mess with ldminfo. :P
23:45* Ryan52 has no interest to learn python, at all, even tho people keep telling him he should.
23:45
<johnny>
Ryan52, how come?
23:45
<vagrantc_>
Ryan52: can you give a look at the patch cyberorg pasted?
23:45
<Ryan52>
vagrantc_, ya, I will.
23:46|Paradox| has joined #ltsp
23:46
<vagrantc_>
cyberorg: it basically looks ok to me, even though it still makes me feel uneasy. :)
23:46
<cyberorg>
vagrantc_, it shouldnt as everything in there runs only if LDM_NOMAD is set
23:47
<vagrantc_>
cyberorg: well, there's nothing to prevent someone from setting LDM_NOMAD ...
23:47
<Ryan52>
johnny: why should I? :P. I feel like there isn't really a point in adding yet another scripting language to my list of tools...they all do the same thing. and the only reason to use a certain language over another is for some library it has, and afaict python has nothing too special ;)
23:47
<vagrantc_>
cyberorg: is there any simple way to test if their rdesktop supports nomad? it does require a patched rdesktop ?
23:48
<Ryan52>
plus I don't know if I could live with not being able to have emacs automatically indent. :P
23:48
<johnny>
Ryan52, i just learn whatever other people are using for whatever projects :)
23:48
<cyberorg>
vagrantc_, that wont harm them, without xrdp running on linux server their attempt will fail, password is not logged anywhere
23:48
<johnny>
Ryan52, so.. some ruby, perl, php, python, erlang, C, etc..
23:48
lua..
23:48
<cyberorg>
vagrantc_, plain rdesktop works, it just does not use special x11rdp channel
23:49
<Ryan52>
cyberorg, ldm.password still needs to be freed.
23:49
at some point in time.
23:49
so after the last time you use it, free it.
23:49
<cyberorg>
Ryan52, g_free(ldm.password); is there
23:49
<johnny>
Ryan52, personally tho.. i avoid languages that require me to free things :)
23:49
hehe
23:49
<Ryan52>
cyberorg, oops, I missed it.
23:50
cyberorg, your old patch didn't, iirc, so I just assumed...sorry :P
23:50
johnny, hehe
23:50
<cyberorg>
Ryan52, it freed ldm.nomadpassword
23:50
<Ryan52>
rly? ok...*shrug*. /me needs to memtest his brain.
23:51
<johnny>
so i never chose to use C for anything i do.. which is easy.. if you're not doing systems programming..
23:51
<cyberorg>
let me know if anyone wants access to client running ldm with nomad patch, try and steal the password :)
23:51
<johnny>
has anybody ever ran ldm through valgrind ?
23:51
<vagrantc_>
cyberorg: so i should be able to test this with an unpatched rdesktop and xrdp ?
23:52
<cyberorg>
vagrantc_, yes
23:52
<vagrantc_>
ok, being able to test it makes me happier.
23:52marabout has quit IRC
23:53
<cyberorg>
vagrantc_, you may even be able to install our prebuilt images and test it on debian server if you wish :)
23:53
<Ryan52>
you still have some funky indenting in there..
23:53
<cyberorg>
Ryan52, i used just spaces this time
23:53
<Ryan52>
and I think that "/* wait for rdesktop to close before closing socket */" is a useless comment.
23:53
+++ b/src/ldm.c 2009-02-11 11:10:42.000000000 +0530
23:53
@@ -279,6 +280,12 @@
23:54
then last curly of the added if.
23:54
is intended one level too many.
23:54
<cyberorg>
Ryan52, that is just there for developers to know why that part is added
23:55
<Ryan52>
ldm_wait(ldm.sshpid);
23:55
ldm.sshpid = 0;
23:55
our "normal" one doesn't have a comment...so why should nomad's? :)
23:55
anyway, doesn't matter.
23:56
<cyberorg>
Ryan52, because the patch is going in for review and not everyone might know why we have added lines in the patch :)
23:56
<Ryan52>
ah, ok.
23:58
<vagrantc_>
cyberorg: i'll try to test it out tomorrow
23:58
<Ryan52>
but ya, imo, lets merge it.
23:59
<vagrantc_>
or maybe just merge ...
23:59
<johnny>
let's drink a beer..
23:59
<vagrantc_>
oh, there's a missing curly brace ...
23:59
<johnny>
oh .. that's me..