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


Channel log from 18 February 2008   (all times are UTC)

00:25zodman has quit IRC
00:30indradg has quit IRC
00:31indradg has joined #ltsp
00:36F-GT has quit IRC
00:51F-GT has joined #ltsp
01:15subir has quit IRC
01:22Q-FUNK has joined #ltsp
02:20mikkel has joined #ltsp
02:38exodos has joined #ltsp
02:38ogra_cmpc has quit IRC
02:41indradg has quit IRC
03:11ogra_cmpc has joined #ltsp
03:15ltspadmin_ has joined #ltsp
03:17
<ltspadmin_>
hello. I tried to get help on the edubuntu channel for an ltsp setup, and Ive been on their channel, sent list server mesage etc. I am having a very difficult time getting ltsp running in standalone mode. can someone aid me?
03:17
it appears i have no lts.conf file in /var/lib/ltsp/i386 as indicated what is missing?
03:19
<ogra_cmpc>
you dont need one
03:19
if you wqant to override the autodetection mechanisms, just create one
03:22
ltspadmin_, see /opt/ltsp/i386/etc/lts.conf :)
03:22
# With the introduction of the nbd/unionfs/squashfs structure
03:22
# the lts.conf file moved to the tftp root please create:
03:22
# /var/lib/tftpboot/ltsp/i386/lts.conf instead for your changes
03:24
<vlt>
Hello. Before switching to XDMPC I could assist the users by running `x11vnc -display :6` on the client. Now running them w/ "SCREEN_07=startx" I can't start x11vnc anymore. I'm running LTSP5 from Ubuntu Dapper's package. Q_FUNK told me there's an admin tool in newer versions. Any idea how to enable remote support again here?
03:26
<Q-FUNK>
ogra_cmpc: I wanted to ask, why do we need rdesktop starting with Hardy?
03:26
<ogra_cmpc>
Q-FUNK, starting ?
03:26
i just addecd it to the deps
03:26
<vlt>
And #2) Is there a start script that is executed when a user logs in to the server (via XDMCP)? I need to put the client's source IP somewhere for later usage and would try some grep magic on `last` or something like this ...
03:26
<Q-FUNK>
yes, I noticed
03:26
I was wondering why
03:27
<ogra_cmpc>
because its oftren requested and i want to reduce the image rebuilding
03:27
if it starts by default thats a bug indeed
03:28
i just want the package available in the image
03:28
vlt, DISPLAY should have the clients ip
03:29
<Q-FUNK>
ogra_cmpc: so the idea would be to be able to bootstrap a client via LTSP and get an RDP client instead of an XDMCP client?
03:29
<ogra_cmpc>
(no idea about teh vnc issue though, i dont touch XDMCP usually .... but you should have a look at xauth)
03:30
Q-FUNK, ??
03:30
<ltspadmin_>
ogra_cmpc: i read that there may be an issue with older bioses...and that even though its pxe bootable, that it has trouble with the newer 7.10 install. could that be my issue.
03:30
the system is an old desktop en
03:30
for the client
03:30
<Q-FUNK>
ogra_cmpc: or why else would someone need an RDP client in the image?
03:30
<ogra_cmpc>
Q-FUNK, afaik you have to SCREEN_nn=rdesktop it in lts.conf to make it start
03:31
Q-FUNK, to connect to a windows terminal server they have in their server farm ... with the accounting software they cant replace or so
03:31
<ltspadmin_>
ogra_cmpc: I see....so i dont even need the ltsp.conf in /var/lib/tftpboot right?
03:32
<ogra_cmpc>
ltspadmin_, lts.conf ...
03:32
no p in there :)
03:32
<ltspadmin_>
sorry..yes
03:32
<ogra_cmpc>
you can edit the existing one in the chroot
03:32
but need to run sudo ltsp-update-image after every change
03:33subir has joined #ltsp
03:34
<ltspadmin_>
ogra_cmpc: sorry for the newbie question but when running either ltspadmin or the command you stated above, it return nothing. I am sudo su.
03:34
<ogra_cmpc>
eeek
03:34
ltspadmin ??:?
03:34
<ltspadmin_>
right
03:34
<ogra_cmpc>
!ubuntu
03:34
<ltspbot>
ogra_cmpc: "ubuntu" is a Debian based GNU/Linux distrubution that includes a Ubuntu specific version of LTSP. It can be found at http://www.ubuntulinux.org. to install ltsp on ubuntu: https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
03:34
<ogra_cmpc>
see the wikipage in the last link
03:35
<ltspadmin_>
yep....I went through that
03:35
step by step
03:35
<ogra_cmpc>
but didn6t read it
03:35
read the bold parts
03:37
especially: Dont use the ltsp-utils package from universe (only available in dapper) with this ltsp implementation, it is for a different ltsp version, installing them together will break.
03:38
<ltspadmin_>
ogra_cmpc: in synaptic I show no ltsp-utils being installed.
03:38
<ogra_cmpc>
where does the ltspadmin program come from then ?
03:38
<ltspadmin_>
im running 7.10
03:39
<ogra_cmpc>
thats a ltsp4.x program
03:39
<ltspadmin_>
the issue is...im running a standalone, with one nic.
03:39
<ogra_cmpc>
and in ubuntu only available in the ltsp-utils package
03:40
<ltspadmin_>
and it appears my new sony some how boots, but the question is whether it uses pxe. doesnt even receive a dhcp address
03:40
sorry...that is the older destop en doesnt
03:40
bad statement...im a bit tired.
03:40F-GT has quit IRC
03:40
<ltspadmin_>
and have been working on this a while.
03:41
<ogra_cmpc>
so you dont use ltspadmin and dont have and 4.x bits installed (neither by tarbalol nor from the -utils package)
03:41
right ?
03:41
<ltspadmin_>
right..its a 5.0 ltsp install
03:41
<ogra_cmpc>
ok
03:41
<ltspadmin_>
it comes that way with 7.10 edubuntu
03:42
<ogra_cmpc>
right
03:42
<ltspadmin_>
and the install in single nic mode is psycho
03:42
in dual nic mode no issues
03:42
and that is with same desktop en system
03:42
<ogra_cmpc>
nah, no psycho :)
03:42
<ltspadmin_>
lol :)
03:42
my bad just tired a bit.
03:43
but want to get this worked out..
03:43
any ideas on the options section for dhcp..
03:43
<ogra_cmpc>
all you have to take care of is that you use a static IP for your NIC and that the IP data in /etc/ltsp/dhcpd.conf matches this IP range
03:43
<ltspadmin_>
specifically the option-code
03:43
<ogra_cmpc>
you dont need to chqange *anything beyond that*
03:43
<ltspadmin_>
i see.... my dhcp.conf is very simple and static address... is there
03:44
<ogra_cmpc>
oh, and indeeed make sure there is no other dhcp server running anywhere in your net
03:44
<ltspadmin_>
the issue is...the damn older machine wont boot.. and i cant seem to test with the sony laptop, because i will actually see the boot screen then it hangs.
03:44
when i pxe boot.
03:44
<ogra_cmpc>
you mean th eedubuntu logo ?
03:45exodos has quit IRC
03:45
<ltspadmin_>
yes..with the new sony laptop booting up..it boots..after a while with pxe boot then completly freezes up.
03:45
but the older system just doesnt even receive a dhcp address nor pxe boot.
03:46
im wondering if its a bios issue im dealing with.
03:46
and that is what those funky "option option-128 code 128=string; " options in a sample file are for.
03:47
<ogra_cmpc>
for the sony, take out the "quiet" and "splash" out from /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
03:47
that will show you where it gets stuck
03:47
<ltspadmin_>
okay.
03:48
and hence..then..if it does boot to that point..it appears pxe IS working.
03:48
<ogra_cmpc>
for the older one that sounds like its not pxe capable ... worst case you need to resort to a rom-o-matic bootfloppy
03:49
<ltspadmin_>
okay...but in a lab environment with the SAME system...in dual/nic ltsp system with the exact same edubuntu 7.10 it works.
03:49
the problem is...what am i doing wrong with the standalone setup...
03:49
<ogra_cmpc>
the old machine ?
03:50
the option parameters of dhcpd.conf are not used by pxe ... dont fiddle with the dhcpd.conf
03:51
make sure the IP ranges match and the dhcp server is running and most important make sure there is *no other* dhcp server in your net
03:52
then drop splash and quiet and see where it gets stuck and show us the error message here :)
03:52
<ltspadmin_>
okay...that might be it as well. because on the master dhcp server.. i have a next server parameter.
03:53
perhaps just disconnect the line that is attached to the other dhcp server (the master)...and try again.
03:53
<ogra_cmpc>
master dhcp server ?
03:53
that doesnt work
03:53
<ltspadmin_>
there is one for the entire environment
03:53
<ogra_cmpc>
you can only have one dhcpd if you want to do netbooting
03:53
<ltspadmin_>
then dhcp-server installed on the ltspbox
03:53
<ogra_cmpc>
if you have two you dont know which one will answer first
03:54
you have two options ...
03:54
add a section for the clients on the "master" and dont run the local dhcpd on edubuntu
03:55
switch off the master and add sections for the other machi9nes on the edubuntu server
03:55
oh, you have more options :)
03:55
add a secdond NIC
03:55
or hack up ltsp to connect to dhcp servers running on different ports than the default
03:56
<ltspadmin_>
so the parameter that is in dhcp that says next-server...what does that do?
03:56
<ogra_cmpc>
so pick one of the four ... your current setup will always cause you problems since the answering time depends on the netload and cosmic rays
03:56
<ltspadmin_>
I thought that the client will then go over to the next dhcp-server in the environment
03:57
<ogra_cmpc>
\it tells the client to search on that server for tftp files
03:57
no
03:57
<ltspadmin_>
i see...
03:57
<ogra_cmpc>
next-server is a tftp option
03:57
<ltspadmin_>
okay..there is a BIG part of the issue.
03:57
so basically the best option is to turn off dhcp on the master
03:58
okay will brb.
03:58
<ogra_cmpc>
or split the networks (through a second NIC in the server) which also improves security
03:58
<ltspadmin_>
may lose you...but thanks thus far.
03:58
<ogra_cmpc>
hehe
03:58
\i spend my days here
03:59
dont worry
04:15
<ltspadmin_>
same error wven without the other dhcp server
04:15
attached a "known" client that works with other environment... and it it complains of no dhcp or proxydhcp offer
04:16
however, once the system boots up...(lets say in windows or something..if not pxe)...it certainly gets a dhcp address from the ltsp box
04:16
some how..the pxe part is NOT working.
04:18
ogra_cmpc: i think i know what the darn issue is.
04:19
ogra_cmpc: still there?
04:19
<ogra>
yes
04:19
(relocated though)
04:20
<ltspadmin_>
the ltsp-client is not installed.
04:20
<ogra>
in the chroot under /opt/ltsp ?
04:20
<ltspadmin_>
this file doesnt even exist - /usr/share/doc/ltsp-client/examples/lts-parameters.txt.gz
04:21
and as a result i think i need that right.. because it creates the necessary config files?
04:21
<vlt>
Hello. Another problem since switching to "SCREEN_07=startx" (XDMCP): LC_* env isn't de_DE.UTF-8 anymore, it's POSIX. Any ideahow to fix this?
04:21
<ltspadmin_>
for the clients to boot?
04:21
<ogra>
you mean /opt/ltsp/i386/usr/share/doc/ltsp-client/examples/lts-parameters.txt.gz
04:22
<ltspadmin_>
right.. its not even there.
04:22
<ogra>
be sure, if the instaler finished without errors everythig you need is installed
04:22
if it didnt then you indeed have a problem
04:22
<ltspadmin_>
well..here is the kicker...the system errors out..when installing the ltsp-client
04:22
and says you cannot install this.
04:22
weird...
04:24
<ogra>
if you install it chrooted ?
04:24
you shouldnt touch that paxckage manually ever
04:24
<ltspadmin_>
i didnt do it...simply tried to install it via synaptic...let me get you the exact error.
04:24
<ogra>
ltsp-build-client installs it in the chrooted enviromnemt to add the right bootscripts to the clients
04:25
installing it on a normal system brweaks the servr compeltely and you can reinstall
04:25
thats why it has the big fat warniong in the description
04:26
and the reason why we added a check that stops its installation if it doesnt get handled the right way
04:26
<ltspadmin_>
ahhh...
04:26
so how do i go about installing it...properly...that is what i need correct?
04:27
when you say chroot....how do I enter that?
04:27
<ogra>
sudo chroot /opt7ltsp/i386
04:27
<ltspadmin_>
(again)...newbyness shining through/
04:27
<ogra>
s/7/\//
04:27
<ltspadmin_>
and then install again?
04:27
once of course...fixing the broken package.
04:27ikonia has joined #ltsp
04:30
<ltspadmin_>
ogra: nope thats not it either...
04:30
<ogra>
sudo dpkg -r ltsp-client
04:30exodos has joined #ltsp
04:30
<ogra>
(on the server (not in the chroot))
04:31
<ltspadmin_>
yeah...i removed that already... :)
04:31
<ogra>
ok
04:31
<ltspadmin_>
btw..im learning...thanks for your help
04:31
roots are bitter...hopefully reward is sweet. ;)
04:32
<ogra>
just trust that the chroot in /opt/ltsp has te3h right packages :)
04:32
if your other edubuntu server of the same release works its not a thing of package selection
04:32
<ltspadmin_>
some how...in the pxe part of this im missing something. the newer systems get the splash screen fine...
04:33
im thinking some how..this system is needs an update of the bios or something.
04:33
<ogra>
where exactly does it stop atm ?
04:33
well, thats unlikely if it works on the exact same server on different HW
04:33
<ltspadmin_>
well..the new system appears to make it to the splash screen so i am less concerned with that.
04:33
which i wont be booting in the environment anyway..it was just to test with
04:34
the older desktop en compaq boxes need to
04:34
<ogra>
well, did you edit the pxe.config and dropped splash and quiet ? as i said before ?
04:34
you shouldnt see a splash on any machine with that dropped
04:34
<ltspadmin_>
no..i need to do that too..i was disabling the other dhcp server.. sorry will do that as well.
04:35
<ogra>
and a lot of very informative messages and probably errors that indicate whats wrong
04:35
<ltspadmin_>
one sec brb
04:36sri_j has quit IRC
04:38
<vlt>
Seems as if locale de_DE.UTF-8 is missing in the chroot. Maybe I need this when conneting to XDMCP. Any idea hoe to install the missing locale?
04:43
<ltspadmin_>
okay...the client I told you about, i connected to a known working ltsp edubuntu setup with dual nics and it booted up right away.
04:44
it still appears that during the dhcp discovery in my environment, the system struggles to boot.
04:47
<ogra>
vlt, see your /etc/environment on the server
04:47
vlt, just make sure the one in the chroot looks the same
04:54
ltspadmin_, so do you end up in a busybox sheel or does it stop before ?
04:54
*shell
04:58XTaran has quit IRC
05:03
<vlt>
ogra: /etc/environment lacked LANG* entries. I took them from the server and put them in the chroot. Didn't help.
05:04ltspadmin_ has quit IRC
05:06
<vlt>
Does the locale de_DE.UTF-8 have to exist in the chroot. How can I install it there?
05:08
`locale -a` shows only C and POSIX in the chroot, while there are about 20 locales available on the server.
05:09shamot has joined #ltsp
05:09shamot has left #ltsp
05:13Big-K has quit IRC
05:16subir has quit IRC
05:20XTaran has joined #ltsp
05:20Big-K has joined #ltsp
05:21bobby_C has joined #ltsp
05:22F-GT has joined #ltsp
05:26F-GT has quit IRC
05:30jammcq has quit IRC
05:31
<ogra>
vlt, sudo chroot /opt/ltsp/i386 locale-gen de_DE.UTF-8
05:31
<vlt>
ogra: Thanks
05:40pdjbarber has joined #ltsp
06:07mhterres has joined #ltsp
06:07
<vlt>
ogra: hmm, I created de_DE.UTF-8 successfully but logging in via XDMCP still leads to POSIX env "on the server". Any lts.conf var I have to set? any other idea?
06:07
<ogra>
oh, XDMCP, right
06:08
create a .dmrc for every user then
06:08
(gdm shold actually do that for you if yu select the lang though)
06:10
<vlt>
ogra: Aah, ok. It's kdm actually. I'll try to find its conf files. Thanks.
06:52
ogra: Couldn't find the conf file to set the LANG env; any idea what to put in a user's .dmrc or .kdmrc?
06:57F-GT has joined #ltsp
07:11
<ogra>
vlt, http://www.cyberciti.biz/tips/gnome-language-encoding-different-than-console.html
07:11
first google hit here
07:15ogra_ has joined #ltsp
07:15ogra has quit IRC
07:15ogra_ is now known as ogra
07:31ogra_cmpc has quit IRC
07:31ogra_cmpc has joined #ltsp
07:34DonSilver has joined #ltsp
07:39etyack has joined #ltsp
07:40
<etyack>
hello
07:41
I have a question about gdm. using %d on the remote login greeter does not display the host name as it used to in Feisty, but the ip address. is there something i need to configure to populate the host name in the display variable for the gdm greeter?
07:42
the os is Ubuntu gutsy, gdm version 2.20
07:45etyack_ has joined #ltsp
07:45mccann has joined #ltsp
07:46etyack_ has left #ltsp
07:48
<cliebow>
ogra:know if the initramfs will honor DHCP_PORT= nowadayswith option 128/9??
07:50mccann has joined #ltsp
07:52
<ogra>
no, it wont
07:53
<cliebow>
k
07:54
i can get by with uggh...existing win dhcp then..or a smoothwall mod
07:55DonSilver has quit IRC
07:55
<ogra>
cliebow, i think laga from mythbuntu wanted to work on a fix, but i havent heard from him yet
07:56
<cliebow>
i see
07:57
etyack:Hey!! how's it going?
07:59K_O-Gnom has joined #ltsp
08:00
<vlt>
etyack: Hello. I'm making first steps with server's *dm instead of ldm on the client, so I can't help you. But you seem to use this; maybe you can tell me how to set locale from POSIX to de_DE.UTF-8 for clients connecting via XDMCP?
08:01
<etyack>
cliebow: keeping busy how are you?
08:02
<cliebow>
ing pretty busy as well..nice to see a few of the old gang around..
08:02
twins must be growing like weeds?
08:02mhterres has left #ltsp
08:03
<vlt>
For clients using ldm and ssh to connect everything is fine. It's just the XDMCP login that doesn't use de_DE.UTF-8.
08:03mhterres has joined #ltsp
08:03
<ogra>
vlt, did you create a dmrc as described in the url i gave you ?
08:04
<cliebow>
etyack:you using gdm rather than ldm?
08:04
<vlt>
ogra: Yes, it didn't help.
08:04
<ogra>
you did add Language=de_DE.UTF-8 ?
08:04Gadi has joined #ltsp
08:04
<vlt>
ogra: I set "Language=de_DE.UTF-8" in the [Desktop] section of ~/.dmrc
08:04
<ogra>
try gdm then
08:04
<etyack>
cliebow: twins are growing fast, two on St. Pat's day.
08:04
<ogra>
probably a bug in kdm that it doesnt respect the dmrc
08:05
<cliebow>
Wow..time flies..
08:05
<ogra>
i know gdm does
08:05
<etyack>
cliebow: i have a mixed environment with some customizations to ltsp-4.2 and require gdm/kdm/xdm
08:05
<vlt>
ogra: Is it safe to stop kdm while users are connected via XDMCP?
08:05
<ogra>
no
08:05
<Gadi>
etyack: !!!!
08:05
<ogra>
i mean, yes its safe because the initscript wont kill the sessions ...
08:05* vlt has to wait then
08:05
<etyack>
Gadi: howdy!
08:05
<cliebow>
i see..im still 4.2 cause my clients wont stand 5
08:05
<ogra>
but your changes wont take effect until all users have logged off
08:06bobby_C has quit IRC
08:06
<Gadi>
etyack: great to see u - virtually, anyway
08:06
<etyack>
Gadi: same to you. i see everyone is off celebrating Presidents day
08:06
<Gadi>
heh, not everyone
08:06
:)
08:06
<vlt>
ogra: Again: I can stop kdm? This will NOT kill the current user sessions, right?
08:07* ogra doesnt
08:07
<cliebow>
heh..
08:07
<etyack>
vlt
08:07
vlt: i don't have a suggestion for your problem
08:07
<ogra>
vlt, well, last time i used kdm personally was with KDE 1.2
08:07
<vlt>
ogra: ;)
08:08
<ogra>
vlt, but i know that gdm's initscript in ubuntu doesnt kill any sessions and waits until all sessions ended before restarting th daemon
08:08
i simply assume kdm does the same
08:09
<vlt>
ogra: When I'm logged in locally and run `/etc/init.d/kdm restart` my current session stops. I think I'll rather wait until 1800 CET ... :(
08:09
<ogra>
ouch
08:10
i bet that would be worth a bugreport to the debian or ubuntu maintainer of the package
08:10
it shouldnt be that rude
08:10
(but then its KDE)
08:10* ogra whistles ...
08:10* ogra didnt say that
08:10
<etyack>
Gadi: how are things with you/
08:11
<Gadi>
etyack: good and busy :)
08:11elisboa has joined #ltsp
08:11
<etyack>
Gadi: good answer
08:11
<ogra>
Gadi, how's the amd situation ?
08:11
<Q-FUNK>
!g
08:11
<ltspbot>
Q-FUNK: "g" is Gadi!!!!!!!!!!!!!!!!!!!!!!!!
08:11
<Gadi>
ogra: well, I've got 1680x1050 widescreen res out of an amd GX2 :)
08:12
<ogra>
Gadi, but no 1024x786 ?
08:12
*g*
08:12
<Q-FUNK>
Gadi: execellent! and on LX?
08:12
<Gadi>
ogra: ubuntu's Xorg team is accepting the patches even while we wait for upstream to get in the game
08:12
<ogra>
yeah
08:12
<vlt>
ogra: I'll write one ... I've time enough until all users have gone. Maybe they'll stop working earlier today (not being able to handle anything containing umlauts ;)
08:12
<Q-FUNK>
yeah, Bryce has been quite generous for that
08:12
<ogra>
koolu gave us some grief with gutsy ...
08:12
<Gadi>
Q-FUNK: I think on the thincan, Bart has it going, too
08:12
<ogra>
that wont happen again :) the guys are cautious
08:13
<Q-FUNK>
yeah, I noticed. they put out a support ticket after the switch to DDC-dependant X happened
08:13
<ogra>
vlt, setxkbmap de nodeakeys
08:14
<Q-FUNK>
koolu should be able to upgrade to Hardy, now that Bart's patches are merged.
08:14
<ogra>
hopefuly
08:14
<vlt>
ogra: In their running sessions?
08:14
<ogra>
vlt, in a terminal
08:14
<vlt>
sure
08:14
<ogra>
but yes, in the runnign session
08:14
<Gadi>
ogra: most of the badness was in xserver-xorg-core
08:14
<ogra>
ah
08:14
<Gadi>
which we have less control over
08:14
:)
08:15
well, less control over upstream
08:15
<ogra>
well, maddog is one of my idols ... makes me feel bad to have him frustrated :) so hardy needs to rock and roll for him ;)
08:15
<Gadi>
hey - what about me?
08:15
:P
08:17* ogra hugs Gadi
08:17
<ogra>
inde3ed you too :)
08:17
<Q-FUNK>
hey!
08:18
<Gadi>
:)
08:18* ogra includes Q-FUNK in the hug ...
08:18
<ogra>
anyone else ?
08:18
:)
08:18
<cliebow>
8~)
08:18
<ogra>
Q-FUNK, btw do we see you in prague at UDS ?
08:18
i imagne thats not much travelling effort for you
08:19
<Q-FUNK>
ogra: Prague is a definite yes
08:19
<ogra>
(compared to boston etc)
08:19
yay
08:19
finally we'll get the opportunity to have a beer together
08:19* ogra is still pondering a spontaneous fosdem visit
08:19
<Q-FUNK>
Nicolas Barcet was suggesting that the whole Artec team should attend, to perhaps port ubuntu mobile to one of our new toys.
08:20
<ogra>
heh
08:20
nick is server team ... nice that he cares for mobile :P
08:20
so you start to produce subnotebooks and MIBs in the future ?
08:20
err
08:20
MIDs
08:20
<Q-FUNK>
nick and I had a really productive time in Paris, 3 weeks ago, at Solutions Linux, in Paris
08:21
<ogra>
yeah, nick is very cool
08:21
he's my constant smoking mate during braks :)
08:21
<Q-FUNK>
he immediately loved that DBE62 preproduction sample I brought with me.
08:21
<ogra>
*breaks
08:21
did you tell him i have one ?
08:21
in case he wants to play with it otr so
08:22
<Q-FUNK>
you have a 61 :)
08:22* ogra thougth it was a 61 and a 62
08:22
<Q-FUNK>
and yes, I told him that you, sbalneav and Gadi have one.
08:22
<ogra>
good
08:22* Gadi cant wait to upgrade
08:22
<Gadi>
:)
08:25
<Q-FUNK>
actually, I'd need to reflahs you all with the latest BIOS
08:25
ogra: we might have a budding coreboot developer in germany wiling to port coreboot to the old dbe60. can I put him in touch with you to get yours?
08:26
<ogra>
where does he live, do you know ?
08:26
but yes, indeed you can :)
08:27
Gadi, btw reflash ...
08:27
i heard that people notice differences in DIRECTX between feisty and gutsy
08:27
(using flash)
08:27
<Gadi>
ah, and that is bec of the -X?
08:28
did you see vagrant's post?
08:28
<ogra>
do you see such stuff on your side ?
08:28
yes i saw
08:28
<Gadi>
with my new ldm?
08:28* Gadi needs to test
08:28
<ogra>
well, given the fact that we wont have any dbus access without -X we cant drop it
08:28
else consolekit wont see any DISPLAY set
08:29
<Gadi>
in hardy you mean
08:29
<ogra>
from hardy on, yes
08:29
CK is a requirement now
08:29
<Gadi>
are you sure that that's true for every ssh session?
08:29
even if its not the master
08:30
<ogra>
i'm sure that this is ture for the way scott wrote ldm
08:30
<Gadi>
what do you mean?
08:30
<ogra>
due to his split into two ssh connections we have a time where only the ssh display can be used, DISPLAY gets set to late for CK
08:31
the part that sets SENTINEL actually communicates with CK
08:31
<Gadi>
so, basically, ssh ... Xsession really does: ssh consolekit Xsession?
08:31
<ogra>
we would need the second connection to do that though, but thats not possible
08:32
since the CK session was already set up with the SENTINEL
08:32
<Gadi>
cant we keep the -X for the SENTINEL and drop for the Xsession?
08:32
<ogra>
might work
08:32
<vlt>
ogra: Sorry to bug you again, but `setxkbmap` doesn't help.
08:32
<Gadi>
thats what my patch did
08:32
<ogra>
st5ill the design with the two connects is slightly flawed
08:32
vlt, thats weird
08:32
it has to
08:32
<Gadi>
if you get a chance, roll my patched ldm and see if it works, pls
08:33
in the meantime, ill check gutsy performance
08:33
<ogra>
Gadi, i promise you the CK stuff wont without *both* -X set
08:33
and even then i dont have it properly working yet, but at least theer is a session registered
08:34
<Gadi>
hmm...
08:34* Gadi will read up on CK
08:34
<ogra>
policykit is my next tool to give me sleepless nights here
08:34
<Gadi>
ogra: did you integrate hal in the chroot for hardy?
08:34
<ogra>
upstream is here in the channel btw
08:34
no, not for hardy
08:34
thast a way to massive change for a LTS
08:34* Gadi nods
08:35
<ogra>
localapps, hal support etc will go into hardy+1
08:35
and i'm still hoping for someone to pick up my ltspfs-hal implementation and develop it further
08:36
<Gadi>
ltspfs-hal?
08:37
<ogra>
yeah
08:37
<Gadi>
server side?
08:37
what does it add?
08:37
<ogra>
http://people.ubuntu.com/~ogra/ltspfs-hal-root.png
08:37
<Gadi>
feature-wise
08:37
<ogra>
did i never show you ?
08:37* Gadi shakes head
08:38
<ogra>
it is supposed to use the desktop mount tools and get rid of all scripts we use
08:38
and to properly use hal
08:38
<Gadi>
cute - so you could "safely unmount" and such
08:38
lol
08:38
<ogra>
so your hal in the session actually sees devices
08:38
you could :)
08:38
<Gadi>
can you tell hal to clean up after logout
08:38
<ogra>
i guess gnome-mount cares for that
08:39
the thing is taht we reinvented th wheel before the wheel was even invented :P )
08:40
we knew the right approach would go through hal and dbus for localdev in the begining already
08:41
but neither was ready back then for what we wanted
08:41* Gadi nods
08:41
<ogra>
over the last two years that changed ...
08:41
so now we sit with an interim solution that works quite well, but is ugly compared to what we can do
08:42
and forces a lot extra maintenance upon us which should be doe in hal and dbus
08:42
<Gadi>
right - I think we would need something to push us to rework working code tho, at this point
08:43
like some big benefit
08:43
<ogra>
so after the switch to a proper ltspfs-hal integration we actually only need to maintain the udev rules and the ltspfs binaries, but no odd scripts ... hal will handle the devices properly in the session and filemanagers will show the on the desktop without hacks
08:44
its a big maintenance benefit to stick to the standard here
08:46* Gadi agrees - but practically, the code rework will happen next time the current code needs maintenance :)
08:46
<ogra>
no
08:47
the rewrite will happen if someone invests some spare time
08:47* Gadi thinks A == B ;)
08:47
<ogra>
fixing the existing with an odd hack is likely faster
08:47
<Gadi>
true
08:47
<ogra>
and since i only am able to invest about 10-20% of my worktime into ltsp in the future it likely has to be someone elswe
08:48
(compared to 50-60% he last two years)
08:48* Gadi takes a moment of silence for the loss of 80-90% of ogra
08:49
<ogra>
hey there always was edubuntu and i did also some other work :) it never was 100% ltsp :)
08:49
<Gadi>
u mean edubuntu does other stuff?
08:49
:P
08:49
<ogra>
its not ltspbuntu :P
08:50
<Gadi>
could have fooled me
08:50
<ogra>
but edubuntu is going away as well :)
08:50
actually with today it should be gone as iso
08:53
(i'll be so bored in hardy+1)
08:53
<Q-FUNK>
gadibuntu?
08:53
<Gadi>
oooh.... that has a nice ring to it
08:53
<Q-FUNK>
ogra: everything is being consolidated? only one installation media and several installaiton profiles?
08:53
<Gadi>
ogra, want to work on gadibuntu?
08:54
<Q-FUNK>
:D
08:54
<ogra>
"got gadibuntu ?" might sound like stuttering though
08:54
Q-FUNK, sadly no as we have to stick to CDs ...
08:54
<Q-FUNK>
sounds like "get ubuntu" with really funny conception of vowels.
08:54
<ogra>
but there will be an "ubuntu educational addon CD"
08:55
which will essentially be the list of edu packages and the artwork edubuntu used before
08:55
<Q-FUNK>
hm. so basic install becomes the same for eveyone and then you personalize that with an educiational or kde CD?
08:55
<ogra>
no idea about KDE
08:55
i doubt the KDE folks would take that without loud complaints
08:55
(having to install the gnome desktop first :) )
08:56
so its likely that kubuntu will persist as is
08:57
(else tehy couldnt hold up the myth that canonical is a gnome company :P )
08:58slidesinger has joined #ltsp
09:10
<Q-FUNK>
hehe
09:12exodos has quit IRC
09:23mikkel has quit IRC
09:26makghosh has joined #ltsp
09:32otavio has quit IRC
09:34otavio has joined #ltsp
09:40Egyptian[Home] has quit IRC
09:41Egyptian[Home] has joined #ltsp
09:42
<rjune>
canonical isn't a gnome company?
09:43
<Q-FUNK>
no, they were taken over by a horde of rancid orcs.
09:43
not a single gnome left in middle earth.
10:10bobby_C has joined #ltsp
10:19
<ogra>
rjune, nope
10:21
apart from upstart and ltsp i dotn now any project where canonical does much upstream work, canonical is an integration company ... all we care for is integrating existing software, independently from the desktop it belongs to ... the fact ubuntu uses gnome as desktop doesnt make canonical a gnome company ... but many people think so
10:27alekibango has quit IRC
10:47alekibango has joined #ltsp
11:00
<rjune>
ogra, I'm just tweaking you.
11:00
<ogra_cmpc>
i know :)
11:00
<rjune>
canonical is a distro company. I would expect you to send any fixes back upstream.
11:00
<ogra_cmpc>
i just like hear me talking sometimes :P
11:00
<rjune>
not not alloate people specifically for it
11:00
LOL
11:01pdjbarber has quit IRC
11:04slidesinger has quit IRC
11:08ogra_cmpc has quit IRC
11:09exodos has joined #ltsp
11:10ogra_cmpc has joined #ltsp
11:19RV7Phil has joined #ltsp
11:21exodos has quit IRC
11:36sepski has joined #ltsp
11:42
<vlt>
Ok (ogra), I installed gdm, set "[xdmcp] Enable=True" and started it. But the client's X gets no login screen. Any idea, what's missing?
11:49
I remember editing /etc/kde3/kdm/Xaccess and uncommenting "* #any host can get a login window" and "* CHOOSER BROADCAST #any indirect host can get a chooser". Do I need similar for gdm?
11:51
<warren>
vlt, kdm has nothing to do with gdm
11:51
vlt, is kdm or gdm running?
11:52
<vlt>
warren: kdm was, now I installed gdm to get rid of the locales = POSIX problem when logging in via XDMCP.
11:53
warren: gdm is running and I enabled xdmcp. What else do I need to let the clients get a login screen on their "X -query 192.168.1.128 -xf86config /etc/X11/xorg.conf vt7 :6.0"
11:54
<warren>
vlt, I don't know sorry, I don't use Ubuntu. It works fine with our gdm.
11:54
<vlt>
ogra_cmpc?
11:54makghosh has quit IRC
11:54
<vlt>
Can you help switching to gdm?
11:55
<Gadi>
vlt: are you on gutsy?
11:55
<vlt>
Gadi: Dapper
11:55
<Gadi>
ah, ok
11:55
do: sudo netstat -anp|grep :177
11:55
<vlt>
gdm
11:56
<ogra_cmpc>
warren, even worse, he uses a 2 year old ubuntu .... i cant even remember if we had tcp connections enabled back then in gdm
11:57
<Gadi>
lol
11:57
<Q-FUNK>
ogra_cmpc: it ws probably still using avian carriers.
11:57
<vlt>
ogra_cmpc: It listens on udp:0.0.0.0:177
11:57
<Gadi>
you guys sound like waldorf and statler
11:57
<vlt>
Gadi: Are those the Muppet Show guys?
11:57
<Gadi>
vlt: now: ps -ale|grep kdm
11:58
<ogra_cmpc>
Gadi, to sad it isnt properly logged
11:58
<vlt>
Gadi: NULL
11:58makghosh has joined #ltsp
11:59
<Gadi>
vlt: 1.128 is your server IP?
11:59
try this on the client: X -query :6
11:59
er
11:59
sorry
11:59
X -query server :6
12:00
or, even better: X -query server :2
12:00
just in case :6 is being used
12:00
;)
12:00
<vlt>
Gadi: 1.128 is the server, yes
12:01
Gadi: The X -query cmd from which machine?
12:01
<Gadi>
log into the client shell
12:01
<vlt>
Gadi: I'm there via ssh, does that work?
12:01
<Gadi>
no
12:01
<vlt>
ok brb
12:03zodman has joined #ltsp
12:04
<vlt>
Gadi: I get the same gray screen with X mouse pointer on VT9 as I already got on VT7 :(
12:06
<Gadi>
do an ifconfig
12:06
is your thin client IP on the same subnet?
12:07
<ogra_cmpc>
server will always point to the actual server ip
12:07slidesinger has joined #ltsp
12:07
<ogra_cmpc>
its set during client boot
12:07
<vlt>
Gadi: Yes, if I switched back to kdm it worked.
12:07
<ogra_cmpc>
in /etc/hosts
12:08
(the hostname "server" i mean)
12:08
<Gadi>
try restarting gdm again
12:08
on the server
12:08
<vlt>
Yes, "server" is in /etc/hosts
12:08
<Gadi>
I recall having to kick gdm a few times to get it going properly
12:08* vlt restarts gdm
12:09
<vlt>
Works.
12:09
wtf?
12:09
<Gadi>
:)
12:10* Gadi remember gdm often needing spanking
12:10* Gadi never knew why either, but always got in the practice of restarting it twice
12:10
<Gadi>
:)
12:11
<ogra_cmpc>
Gadi, its sometimes just low in stopping
12:12
<Gadi>
yeah, well - spanky spanky
12:15
<vlt>
No, doesn't work. When I first restarted gdm, the login appeared on the client's screen. I went there but couldn't login.
12:16
So I killed all startx and X processes on the client and retried. Doesn't work now.
12:16
Maybe it was the manual started `X -query` that showed the login screen ...
12:16
manually, even
12:17
`ps ... | grep gdm` shows gdm and gdmopen
12:18
Ok, I restarted again and now got several gdm* processes: gdm twice, gdmopen and gdmlogin
12:19
The client's mouse pointer changed to the ubuntu/gnome "sandwatch".
12:19
That's it
12:21joebaker has quit IRC
12:30indradg has joined #ltsp
12:30
<vlt>
Ok, a third gdm restart brought back the login screen. But I can't login. I entered username and pw and got a dark screen w/ mouse pointer now.
12:32* vlt got new gdm* process: gdmflexiserver
12:40
<vlt>
Ok, I could repeat this infinitely. I always end up with that dark screen and mouse pointer. Any idea?
12:41
<ogra_cmpc>
~/.xsession-errors
12:41
<vlt>
ogra_cmpc: server's or client's?
12:41* vlt assuming user's ~ on the server
12:41
<ogra_cmpc>
sessions
12:42
<vlt>
ogra_cmpc: sessions?
12:42
ogra_cmpc: Sorry, I don't know what you mean.
12:43
<Gadi>
vlt: on the server, check the .xsession-errors file in the home dir of the user you just tried to log in as
12:44
<vlt>
Gadi: That's fresh but empty.
12:45
<Gadi>
vlt: are you using gdm + KDE?
12:45
<vlt>
Gadi: Trying to
12:46
Gadi: There's no gnome installed. I just followed ogra's advice to try gdm instead of kdm
12:47
<Gadi>
hmm... me wonders if you need to tell gdm to launch kde
12:48
is there a .dmrc file in the user's directory?
12:49
<vlt>
Gadi: Yes, I created it to enable de_DE.UTF-8, but kdm seemed to ignore it.
12:49
<Gadi>
if that is removed/renamed can you login?
12:50* vlt tries
12:52
<vlt>
Gadi: No, no difference.
12:53
<Gadi>
hmm
12:53
can you login as that user at the server?
12:53
<cliebow>
server= in lts.conf used to be s goood thing back in 4.2...
12:53
<vlt>
Gadi: sure
12:53
<Gadi>
I mean through gdm
12:54* cliebow cliebowgooes back into hibernation...
12:54
<vlt>
Gadi: It works when using ldm from the client ...
12:54
<Gadi>
right, I mean through gdm
12:54
<vlt>
Gadi: _at_ the server?
12:54* Gadi nods
12:54
<Gadi>
at this point, it should be independent of thin client
12:54
<vlt>
Gadi: There's no video on the server
12:54
<Gadi>
it is a user login issue
12:55
ah
12:55
ok, are there any messages in /var/log/syslog?
12:55
<vlt>
Gadi: It works when using ldm from the client and it works with kdm/XDMCP as that user.
12:56
<Gadi>
there's also a /var/log/gdm/
12:56
but, those are less useful
12:56
:)
12:57
also, do: ls /usr/share/xsessions/
12:57
<vlt>
syslog got several: "gdm_slave_xioerror_handler: Schwerwiegende"
12:57
r X-Fehler - :0 wird neu gestartet"
12:57
Gadi: Can you read German?
12:58
<Gadi>
no, but I know the error
12:58
dont worry about that
12:58
<vlt>
ok ;)
12:58
<Gadi>
what do you get with: ls /usr/share/xsessions/
12:58
is there a kde.desktop file?
12:58
<vlt>
kde.desktop
12:58
<Gadi>
good
12:59* Gadi worries that gdm needs to be told to use kde
13:00
<vlt>
gdm.conf: DefaultSession=default.desktop
13:01
<Gadi>
ah, is there an /etc/sysconfig/desktop
13:01
<vlt>
no
13:02
<Gadi>
hmm...
13:02
locate default.desktop
13:02
<vlt>
/usr/share/services/ksplashdefault.desktop
13:03
Gadi: Should I change the gdm.conf entry to "kde.desktop"?
13:03
<Gadi>
try it
13:03
just make a note that you did
13:03* Gadi is sure there is a better place to do it
13:03
<Gadi>
I just dont have a dapper system atm
13:06mcfloppy has quit IRC
13:06
<vlt>
Gadi: Nothing.
13:06
<Gadi>
did you restart gdm?
13:07
<vlt>
Yes!
13:07
btw, there's an about 10 seconds delay before the login screen asks me if I wanted to make KDE the default session type ...
13:07
<Gadi>
did you say yes?
13:07
<vlt>
once I said no, once yes, no diff
13:08sepski has quit IRC
13:08* Gadi is running out of ideas
13:08
<Gadi>
also dont know why ur system is so slow
13:09
<vlt>
Gadi: Do you mean the 10 seconds delay?
13:09
<Gadi>
y
13:10
<vlt>
hmmm, as soon as I restart gdm I get the login screen. No delay there.
13:11
<Gadi>
did you mess with your pam fils at all?
13:11
er, files
13:11
<vlt>
Hah, one idea left: Users authentcate via PAM on this machine. That's no problem for ssh, kdm ...
13:11
heh, there's a German word: Two idiots -- one thought ...
13:12
<Gadi>
lol
13:13
<vlt>
Auth is via pam-mysql on this machine. But that's no problem for ssh or kdm ...
13:13
Gadi: Can you imagine gdm needing some extra treatment?
13:13
<Gadi>
no
13:14
you modified common-* right?
13:14ariane has joined #ltsp
13:16
<vlt>
Gadi: Yes, the common-* files
13:18
It's very impressive, btw, driving 200 km having locked out onself only because of a bug in breezy ... ;)
13:18
<rjune>
restart gdm maybe?
13:19
<vlt>
rjune: for the 12th time?
13:19
<rjune>
ok, maybe nto
13:19* vlt did it
13:19
<vlt>
of course nothing changed :(
13:21
<Gadi>
can you check xsession-errors again?
13:22
also, take a look at: ls /etc/X11/Xsession.d/
13:22* ogra_cmpc would be curious why setxkbmap didnt work first place
13:22
<ogra_cmpc>
independently from *dm
13:23
<vlt>
xsession-errors is fresh and empty
13:23
/etc/X... got some files in it ;)
13:23
Gadi: Which one are you interested in?
13:23
<Gadi>
can you pastebot the output of the ls?
13:23
my guess is something dies before the Xsession even starts
13:23
could be a malformed file in there
13:24
of cours, then kdm would have choked, too...
13:24
hmm...
13:24
<vlt>
May I paste 9 lines? I'm on shell and don't know if I handle pastebin ...
13:25
<Gadi>
hmm
13:25
nah, dont bother
13:25
I doubt thats it
13:26
<ogra_cmpc>
you have set XKBLAYOUT and friends in lts.conf, right ?
13:26
iirc dapper needed that
13:27
<vlt>
suez.activ-job.com/paste
13:28makghosh has quit IRC
13:30
<vlt>
ogra_cmpc: Yes, suez.activ-job.com/paste2
13:31
<ogra_cmpc>
right
13:32
and you can type umlauts etc in the username field of either *dm i guess
13:35
<vlt>
ogra_cmpc: Yes.
13:35
Gadi: suez.activ-job.com/xsessiond
13:35
That's the contents of the files.
13:37bobby_C has quit IRC
13:38
<vlt>
ogra_cmpc: When using ldm and ssh -X I get a proper UTF-8 env. When using kdm I get POSIX and can't type | < > ä ö ü ß ... in `konsole`. All file names are mangled there and in Konqueror. But I can type umlauts in kate or web site's input fields ...
13:38
<ogra_cmpc>
if you type: locale
13:39
in konsole
13:39
<vlt>
LANG is empty
13:39
<ogra_cmpc>
what do you gaet
13:39
<vlt>
the rest is LC_* with POSIX
13:39
<ogra_cmpc>
hmm
13:40bobby_C has joined #ltsp
13:40
<vlt>
To make it clear: I don't insist on getting gdm running, I just need the de_DE.UTF-8 environment i had when using ldm and the (sometimes slow) ssh connection.
13:40
<ogra_cmpc>
and its not even set properly if you directly select it in the dm ?
13:40
<vlt>
ogra_cmpc: There's no language selector in kdm, I think
13:41
<ogra_cmpc>
err
13:41
there should be
13:41
ah, no, wait
13:41* vlt checks
13:41
<ogra_cmpc>
in kde you select that in the kontrol center
13:41* vlt not
13:41
<Gadi>
ogra_cmpc: where are the initscript functions located in gutsy? (ie start-stop-daemon and friends)
13:42
<vlt>
ogra_cmpc: Yes. kcontrol or the newer systemsettings
13:42
<ogra_cmpc>
in client/scripts i think
13:42
oh, wait, gutsy ?
13:42
only ion the debian dir
13:42
<Gadi>
no, I mean the actual function
13:42
start-sto-daemon
13:42
where is that declared
13:43* Gadi remembers a functions file being sourced once upon a time
13:43
<Gadi>
but, no longer
13:44
ah, nm
13:44
bec thats an actual executable
13:44* Gadi slaps face
13:45
<vlt>
ogra_cmpc: `locale -a` shows me about 20 locales available (from kdm).
13:45
<ogra_cmpc>
in server/scripts ... not client
13:46
<vlt>
ogra_cmpc: If I decided to uprade which Kubuntu LTSP version would you reccommend?
13:47
ogra_cmpc: Or does it make sense replacing the ubuntu ltsp packages and install a newer ltsp? Is this possible at all?
13:50
<ogra_cmpc>
no
13:50
an ltsp release is pretty muchg tied into a release
13:51
<vlt>
So, is there an answer to my first question?
13:51
<ogra_cmpc>
you could try running a newer version on an old system, but will lack a lot of features and it might or might not work to get it running at all
13:51
afaik nobody ever tested that
13:52
i'd recommend every version starting from feisty
13:52
<cliebow>
ogra:know of a link to most recent docs for use of x11vnc?
13:53
hmm..found "something"
13:53
<ogra_cmpc>
nope ... i havent had to do anything with vnc for a while
13:55
<vlt>
I give up for today. Thank you ogra and Gadi for your help and patience. Good night (to the ones living in my tz).
14:00Q-FUNK has quit IRC
14:24joebaker has joined #ltsp
14:43indradg has quit IRC
14:48vagrantc has joined #ltsp
14:52
<Gadi>
vagrantc: !!
14:52
how ya feelin?
14:53
<vagrantc>
Gadi: after about a week of pretty full-on sick, i'm feeling pretty good :)
14:53
<Gadi>
good to hear
14:54johnny has quit IRC
14:54
<vagrantc>
ltsp probably got more work out of be because of it :)
14:54
<Gadi>
thank you, btw, for suffering thru my code
14:54
:)
14:55
<vagrantc>
Gadi: well, i managed to pull a few patches out of it. not the ones i want *most*, but still :)
14:55
<Gadi>
what can I do to help? (your C is prolly better than mine - so if you cant read it, Im in trouble explaining it)
14:55
<vagrantc>
Ryan52: another task- could you make the ldm_getenv_bool function easy to include in all of the ldm code?
14:58
<Gadi>
vagrantc: also, can I see ur code to toggle on/off only ltspfs mounting *removable* devices?
14:59joebaker has quit IRC
15:01
<vagrantc>
Gadi: there's no toggling. it's just in the udev rules
15:01
Gadi: due to the severity of some potential bugs that it could cause, i just opted to disable it entirely
15:01
<Gadi>
ah - I thought you checked an lts.conf param
15:01
<vagrantc>
haven't implemented that yet
15:01
<Gadi>
which bugs?
15:02
<vagrantc>
there was some launchpad bug about booting laptops as thin-clients
15:02
<Gadi>
hmm
15:02
ok
15:02
<vagrantc>
and it mounting uncleanly unmounted filesystems
15:02
<Gadi>
where's the code?
15:03
<vagrantc>
which caused major problems on resume... filesystem corruption very possible
15:04
<Gadi>
https://code.launchpad.net/~vagrant+ubuntu/ltspfs/ltspfs-debian-packaging
15:04
is it in here
15:04
<vagrantc>
Gadi: yes, ltspfsd.udev
15:04
Gadi: i credited you with the patch :)
15:04
<Gadi>
heh
15:04
good thing I cant find it
15:04
got it now
15:04
:)
15:05
<lns>
Hey Gadi, vagrantc
15:05
<Gadi>
lns: !
15:05* Gadi started drafting you an email...
15:05
<lns>
Just wanted to greet the ones I'm lurking over
15:06
Gadi, no worries =) What I'd really like to do is get one of your SYM1112 (or whichever one that is) and test it out
15:06
<Gadi>
ok - I'm putting as much info as I can think of in that email
15:07
of course, with a mind like mine thats a short read :P
15:07
<lns>
=p
15:08
I'll look forward to it! Thanks =) I can't wait to squash that Koolu TC 800x600 issue I'm having. I'm totally stumped on it
15:08
<Gadi>
ah, I'll try to add some thoughts on that, too...
15:12Egyptian[Home] has quit IRC
15:19joebaker has joined #ltsp
15:20mcfloppy has joined #ltsp
15:20* RyanRyan52 doesn't know how to change the makefile...he will figure it out
15:22etyack has left #ltsp
15:25K_O-Gnom has quit IRC
15:25
<vagrantc>
RyanRyan52: what do you need changed in the makefile?
15:28
<Gadi>
vagrantc: in that udev rule, you dropped: ENV{ID_FS_TYPE}=="?*"
15:28
?
15:28
<Ryan52>
including the ldm_getenv_bool...
15:28* Ryan52 figured it out now
15:29
<vagrantc>
Gadi: did that in debian ages ago
15:29
Gadi: don't know if we still need to
15:29
Gadi: but at one point differences in udev implementations required it
15:31
<Gadi>
hmm
15:31
weird - I dont see a .udev file in the other packaging trunks
15:31
<vagrantc>
Gadi: so, the changes you did to sshutils ... were those all for supporting the ask password only once issue?
15:31
<Gadi>
I guess the old packages had it all in there
15:31
<vagrantc>
Gadi: debian's using a different set of udev rules
15:31
<Gadi>
vagrantc: ah
15:32
lemme check the diff on sshutils
15:32
one sec
15:32
<vagrantc>
Gadi: as, ogra made a patch that handled that issue with only about 3 lines of code ...
15:32
Gadi: don't know if there are cases where one is better than the other...
15:33
<Gadi>
ah, no - ok lemme explain
15:33
most of those diffs are to remove calls to "die"
15:33
which kills the xserver
15:34
<vagrantc>
ah.
15:34
<Gadi>
rather than kill the xserver
15:34
I widen the while loop in ldm.c
15:34
to incorporate everything involved in establishing the sentinel connection
15:34
then, if ssh_chat fails, rather than die, it returns >0
15:34
<vagrantc>
this is definitely a case where reworking the patch without additional changes would be really helpful.
15:35
<Gadi>
and in the wider loop, the loop closes the greeter and respawns it
15:35* Gadi agrees
15:35
<Gadi>
and sees error of his ways
15:35johnny_ has joined #ltsp
15:35zodman has quit IRC
15:35zodma1 has joined #ltsp
15:35
<vagrantc>
Gadi: it's just too much to digest at once.
15:35* Gadi nods
15:35
<Gadi>
vigorously
15:36
and hangs head in shame
15:36
<vagrantc>
heh
15:36
ok, enough of that :P
15:36
<Gadi>
I saww ogra's patch
15:37
prolly could use that, too with mine but without the die
15:37
s/die/return 1/
15:37
<vagrantc>
ok.
15:37
<Gadi>
hmm
15:38
I sppose I should bzr the current ldm-trunk, branch off of it, and make only those changes to not kill the xserver and commit
15:38
rather than having to have you pick thru my cruft
15:38
<vagrantc>
Gadi: yes, please! :)
15:38
<Gadi>
ok
15:39
<vagrantc>
Gadi: and rather than comment out code, go ahead and delete it. it actually makes the diffs easier to read.
15:40
<Gadi>
right
15:40* Gadi is paranoid
15:40
<Gadi>
about everything
15:40
<vagrantc>
as for the get_ip changes, the only thing i fear is "goto"
15:40
<Gadi>
:)
15:40
I got the get_ip code from what is currently on the ldm side
15:41
just killed the fprintf's
15:41
check out src/get_ip.c
15:41
<vagrantc>
ah. so ideally, we make that a common function... with some flag to make it quieter ... ?
15:41* Gadi nods
15:41
<Gadi>
another candidate for common function
15:42* Gadi didnt know how to do that :)
15:42* Gadi doesnt have very good C-legs
15:42zodma1 has quit IRC
15:43* vagrantc wonders if ldm coulnd't pass the ipaddr info to the greeter instead of re-calling the function
15:45
<Gadi>
should be - I have been making more calls to set_message in places, too
15:45
prolly just need to modify that type of code a bit
15:46* RyanRyan52 made ldm_getenv_bool shared but he can't test it
15:46
<Gadi>
I just added some code today that I am testing to put a message when the greeter starts: Enter username and password to connect to server: ldminfo.server
15:46
<RyanRyan52>
ryan52@frederick:~$ virtualbox
15:46
/usr/lib/virtualbox/VirtualBox: symbol lookup error: /usr/lib/virtualbox/VirtualBox: undefined symbol: stat64
15:46
<Gadi>
(so, the user knows from login screen where s/he is logging in
15:48
<RyanRyan52>
vagrantc: http://llama.freegeek.org/~ryan52/bzr/ltsp/share-ldm-getenv-bool/
15:48
vagrantc: not tested...
15:48ariane has quit IRC
15:48
<vagrantc>
RyanRyan52: i'll mess with it later
15:48
<RyanRyan52>
okay
16:01mhterres has left #ltsp
16:36bobby_C has quit IRC
16:45
<vagrantc>
Gadi: well, it's kind of stupid, in some ways, but rather than have multiple copies of the get_ip function, we can just pass an environment variable to the greeter for the ip address
16:46
seemed like ldminfo.* was available, but for some reason that gave me compile errors...
17:10vagrantc has quit IRC
17:12Gadi has left #ltsp
17:23slidesinger has quit IRC
17:46yanu has quit IRC
18:01J45p3r has joined #ltsp
18:30indradg has joined #ltsp
18:31cliebow_ has joined #ltsp
18:47joebaker has quit IRC
18:47cliebow has quit IRC
18:48etyack has joined #ltsp
18:51mccann has quit IRC
19:27etyack has left #ltsp
20:35indradg has quit IRC
20:45cliebow__ has joined #ltsp
21:01cliebow_ has quit IRC
21:05J45p3r has quit IRC
21:34spectra has quit IRC
21:38F-GT has quit IRC
22:10alekibango has quit IRC
22:10psycodad_ has quit IRC
22:10mistik1 has quit IRC
22:10gonzaloaf_test has quit IRC
22:10vlt has quit IRC
22:10stgraber has quit IRC
22:10ogra_cmpc has quit IRC
22:10ogra has quit IRC
22:10mopey has quit IRC
22:10ogra_cmpc has joined #ltsp
22:10alekibango has joined #ltsp
22:10ogra has joined #ltsp
22:10psycodad_ has joined #ltsp
22:10vlt has joined #ltsp
22:10mistik1 has joined #ltsp
22:10gonzaloaf_test has joined #ltsp
22:10mopey has joined #ltsp
22:10stgraber has joined #ltsp
22:18F-GT has joined #ltsp
22:35daya has joined #ltsp
22:47joebaker has joined #ltsp
22:48
<daya>
ogra, ping
23:02Egyptian[Home] has joined #ltsp
23:09rcy has joined #ltsp