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


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

01:15nubae has quit IRC
01:17zirconiumks has joined #ltsp
01:18nubae has joined #ltsp
01:29dirigeant has joined #ltsp
01:54ogra has quit IRC
01:59tjikkun_work has joined #ltsp
02:23nubae has left #ltsp
02:28wwx has quit IRC
02:39alkisg has quit IRC
02:44zirconiumks_ has joined #ltsp
02:46zirconiumks_ has quit IRC
02:49zirconiumks has quit IRC
03:28
<shrek>
Hi!
03:44ogra has joined #ltsp
03:46wwx has joined #ltsp
03:54nubae has joined #ltsp
04:08shrek has quit IRC
04:13mikkel has joined #ltsp
04:15mikkel has quit IRC
04:34sep has joined #ltsp
04:42gate_keeper_ has joined #ltsp
05:09elisboa has joined #ltsp
05:13shrek has joined #ltsp
05:44dirigeant has quit IRC
06:01artista_frustrad has joined #ltsp
06:07alkisg has joined #ltsp
06:25dirigeant has joined #ltsp
06:35cdealer has joined #ltsp
06:36
<cdealer>
good morning to all
06:38
just one simple question, where/how do I change my ltsp login background image? Im going in /opt/ltsp/i386/usr/share/ldm/themes there are a link (broken) default -> /etc/alternatives/ldm-theme .... so I remake the link pointing to /opt/ltsp/i386/usr/share/ldm/themes/ubuntu and still have the same bg (I have changed the bg.png to my background file). Im using ltsp5 with ubuntu 7.10
06:39
<alkisg>
cdealer: the link wouldn't be broken if you chroot'ed to /opt/ltsp/i386 first
06:39
<cdealer>
alkisg: Hmmm okay, so I supose I just need to change the bg.png inside the chroot /etc/alternatives/ldm-theme ?
06:40
<alkisg>
To select one of the preinstalled themes, you should run update-alternatives ldm-themes (or something similar, I don't remember the parameter name)
06:41
I suppose you can also overwrite bg.png as you say...
06:43jammcq has quit IRC
06:45
<cdealer>
alkisg: running "update-alternatives --config ldm-themes" returns "There are no alternatives for ldm-theme"...
06:46
well, im kind lost here, just need to change the background ...
06:46
<alkisg>
cdealer: did you run this in the chroot?
06:47
<cdealer>
alkisg: yeah, sorry, I wasnt
06:47
now I see the options
06:48dirigeant has quit IRC
06:48
<alkisg>
I think the "correct" way would be to make a theme of your own, package it, install it and select it through update-alternatives. But I guess overriding the bg.png and running ltsp-update-image afterwards is quicker... :)
06:48
<cdealer>
well, its already set to ubuntu theme but still can't see my wallpaper, I need to reboot or run any command to start using the new wallpaper?
06:49
<alkisg>
ltsp-update-image
06:49
But restore the symlink as it was
06:50
<cdealer>
yeah, did that already, im going to run ltsp-update-image now
06:51dirigeant has joined #ltsp
06:55nubae has quit IRC
06:57BrunoXLambert has joined #ltsp
06:57din_os has joined #ltsp
07:04etyack has joined #ltsp
07:07
<cdealer>
alkisg: thanks, worked =)
07:07
new question, when ubuntu 9.04 come out will ltsp have changes?
07:07
<alkisg>
cdealer: yw. Keep in mind that an update to the themes could replace your background...
07:08
Yes, a _lot_!!!
07:08
E.g. out of the box support for localapps
07:08din_os has left #ltsp
07:08
<cdealer>
Hmnmm this is good
07:09
Im waiting this rrelease to install on ouw new server ... 32gb of ram and 4 xeon processors +D
07:11
alkisg: this means that will use local processors and local memory too ?
07:11
<alkisg>
Yes, if you want it to.
07:12
E.g. if your clients are good enough, they could run firefox/flash locally for better performance
07:13
<cdealer>
well, yeah! All of our clients are P4 HT with 512mb of memory, and we use a lot of firefox and jvm, so I think this will be very good, and indeed is something we have being waiting for
07:48Appiah has joined #ltsp
07:48evilx has joined #LTSP
07:51litlebuda has joined #ltsp
07:58alkisg has quit IRC
07:59alkisg has joined #ltsp
08:00yggdrasill__ has joined #ltsp
08:01
<yggdrasill__>
hello
08:02
I 'd like to ask for help
08:02
anybody here?
08:03
<cyberorg>
yggdrasill__, we all know that is a trick question, if you have anything to ask, just ask, someone will get back to you when they read it :)
08:04
<yggdrasill__>
thanks a lot.
08:04
Anyway I'm having troubles with the correct thin client graphic card.
08:05
I have a Fuji-Siemens futro thin client and it has an ATI Radeon X1250
08:06
even if I set on lts.conf the XSERVER to radeon or ati, the only one that works is vesa.
08:06
<cyberorg>
yggdrasill__, try XSERVER=radeon in lts.conf
08:06
<yggdrasill__>
exactly.
08:06
I also provided my own xorg.conf
08:06
ad hoc for radeon
08:07
<cyberorg>
yggdrasill__, which distro?
08:07
<yggdrasill__>
but it is ignored.
08:07
I mean not ignored at all but not correctly working
08:07
ubuntu 8.04 lts
08:08
<cyberorg>
try CONFIGURE_X=false and let auto detection do its thing
08:08
<yggdrasill__>
I think the problem could be the server side. The graphic card of the server is a Matrox mga g200e
08:08
<cyberorg>
server card has got nothing to do with client
08:08
<yggdrasill__>
I set CONFIGURE_X=false of course... :)
08:08
<cyberorg>
oh, then set it to true after adding XSERVER = radeon
08:08
<yggdrasill__>
I also tried to set Xserver = auto.
08:09
<alkisg>
I don't think Ubuntu 8.04 supports CONFIGURE_X, I think it's only on 8.10
08:09
<yggdrasill__>
I see.
08:09
<ogra>
alkisg, CONFIGURE_X is in since gutsy
08:09
<yggdrasill__>
but where the thin client get the radeon drivers? should I download to the server?
08:09
<ogra>
until 8.04 it was defaulting to Ture thoug
08:09
*though
08:09
<alkisg>
ogra, wasn't it X_CONFIGURE back then?
08:10
<ogra>
from 8.10 on it defaults to False
08:10
<alkisg>
(anyway, I'll be quiet now... :P :D)
08:10
<ogra>
i think it was always CONFIGURE_X
08:10
<yggdrasill__>
no, please if you have any idea...
08:10
<ogra>
anyway, rebooting after upgrade ... /me prays and hopes he'll come back :)
08:11
<yggdrasill__>
well I did this way.
08:11ogra has quit IRC
08:11
<yggdrasill__>
first I set xserver to auto
08:11
and then to vesa.
08:11six2one has joined #ltsp
08:11
<yggdrasill__>
the problem is that the screen is a wide (1680x105) and vesa standard goes up to 1440
08:12
so I tried to change xserver to ati or radeon
08:12alkisg has quit IRC
08:12
<yggdrasill__>
but results were a default screen of 640x480 with no possibility of change
08:13
so far I created my own xorg.conf and I passed to lts.con
08:13
results are the same...
08:13
the thin clients are Fuji-siemens Futro-S450
08:14
everything else is perfectly working...
08:16zirconiumks has joined #ltsp
08:17
<yggdrasill__>
I read many times the manual about concerning the x config. I tried many different solutions but ... no way.
08:17likuidkewl has joined #ltsp
08:17likuidkewl is now known as dmaran
08:18
<yggdrasill__>
later I'll do some other tests I hope to be luckier
08:18
even if I tried a lot...
08:20ogra has joined #ltsp
08:23pscheie has quit IRC
08:23
<yggdrasill__>
well, I get back to my ltsp system, if someone has an idea about how to make this thin client works, please tell me..
08:24
I'll be back tonight...
08:24
thank you all for help.
08:26ogra_ has joined #ltsp
08:27ogra has quit IRC
08:27din_os has joined #ltsp
08:29quickslip has joined #ltsp
08:29
<quickslip>
hola
08:29Gadi has joined #ltsp
08:29quickslip has quit IRC
08:30hanthana_ has joined #ltsp
08:30hanthana has quit IRC
08:33
<din_os>
hello, a quick question...
08:33
do I need to put my server's users in group ssh in order to connect via ltsp?
08:35mmd has joined #ltsp
08:35
<Gadi>
din_os: no (unless you have restricted sshd in some way)
08:36
din_os: as long as you can ssh -X user@server, you should be good
08:36
<din_os>
Gadi: I keep getting 'verifying password' even after updating-sshkeys and image
08:37
I log in as root on my client and cannot do: ssh -l <username> <server-ip>
08:37
<Gadi>
din_os: try adding -X
08:37
<din_os>
OK
08:38
<Gadi>
if that work, too, then check the user's ~/.xsession-errors files
08:38
*file
08:38
and /var/log/auth.log
08:38
<din_os>
you mean on the client?
08:38
<Gadi>
and /var/log/syslog
08:38
din_os: no, all on the server
08:39
ldm basically runs ssh -X user@server /etc/X11/Xsession
08:39
<din_os>
ok I'll write this down, unfortunately my test environment is at work so I have to try this tomorrow
08:39
<Gadi>
so, if it fails to login, it could be the ssh authentication or it could be something wrong with an Xsession.d script
08:39
Xsession throws errors into ~/.xsession-errors
08:40
<din_os>
are you the same Gadi as the other one a few days ago? I had a similar problem trying to log in using different dhcp server than the ltsp-server
08:40
<Gadi>
sshd authentication issues will show up in auth.log or syslog
08:40
afaik, there can be only one Gadi
08:40
:)
08:40
<din_os>
hehe you had a different nick with an extention
08:40
<Gadi>
kinda like the Highlander
08:40
<din_os>
Gadi_something
08:40
<Gadi>
ah - Gadi_eeepc
08:40
<din_os>
ah yes
08:41
<Gadi>
(when I log in with my lil buddy)
08:41
<din_os>
ok
08:42bobby_C has joined #ltsp
08:44
<din_os>
oh, something else, don't know if it is related
08:44
Just before displaying the ldm login, there is an error 275 whilst trying to 'prepare ltsp' or something
08:45
*maybe configure ltsp
08:45
<Gadi>
din_os: I wonder if you have a syntax error in your lts.conf
08:45
<din_os>
that's all with quiet splash removed hence I can see the error
08:45
<Gadi>
can you paste it?
08:45
<din_os>
tomorrow :P
08:45
<Gadi>
!pastebot
08:45
<ltspbot>
Gadi: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
08:45
<Gadi>
ah, ok
08:46
if you have a syntax error in lts.conf, the whole file is not read
08:46
<din_os>
I'll write it down, but I think you may be right, I'll try with a more empty lts.cfg this time
08:46
<Gadi>
so, if you create a root passwd in the chroot, and log in on ctrl-alt-f1
08:46
you can execute:
08:46
getltscfg -a
08:46
<din_os>
ok what does this do?
08:46pscheie has joined #ltsp
08:46
<Gadi>
if that returns a syntax error, then that is your problem
08:47
getltscfg -a gets all lts.conf parameters from lts.conf
08:47
<din_os>
ok thanks. are you one of the devs or something?
08:47
<Gadi>
indeed
08:48
<din_os>
ok cheers, good job guys
08:48
<Gadi>
good luck
08:49
<redspike>
How to change lanuage on ldm ?
08:49
language
08:51Appiah has quit IRC
08:52din_os has left #ltsp
08:52ajohnson has joined #ltsp
08:55Merri has joined #ltsp
08:56
<Merri>
I am looking for some assistance with AD integration and WInbind
09:01CAN-o-SPAM has joined #ltsp
09:03bobby_C has quit IRC
09:05
<CAN-o-SPAM>
!s
09:05
<ltspbot>
CAN-o-SPAM: "s" is Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
09:09dirigeant has quit IRC
09:19ogra_ is now known as ogra
09:21huey_ has joined #ltsp
09:22
<huey_>
i am going to buy some 1220's from diskless workstations. would you guys reccommend pxe or etherboot?
09:24
<warren>
pxe
09:24
<huey_>
does the 1220 work well with ltsp5?
09:24jammcq has joined #ltsp
09:25
<jammcq>
bom dia #ltsp
09:26
<warren>
huey_: depends entirely on the drivers of a particular OS
09:27
<huey_>
its not doing anything special, just loading a simple app at login
09:27
<ogra>
should work well on all ubuntu releases
09:27* ogra knows a bunch of 1220 users
09:27
<huey_>
alright, thats what i was hoping to hear :D
09:28
now to go buy a couple for testing
09:28
<cdealer>
hey, whats the relation of /lib/ld-linux.so.2 with ltsp (if there is any)?
09:28
<Merri>
Does anyone use winbind to authenticate to AD?
09:28
<ogra>
mumble ... new Xorg is weird ... /me cant scroll any scrollbars with the left mousebutton anymore in gtk apps ... need to use the right one
09:34F-GT has quit IRC
09:34
<cdealer>
can anyone tellme if there is any relation of /lib/ld-linux.so.2 with LTSP ?
09:34F-GT has joined #ltsp
09:38shrek has quit IRC
09:39
<etyack>
huey_, the 1220 is a great all around thin client, and yes I'm biased
09:39
<huey_>
heh
09:44
<jammcq>
cdealer: ld-linux.so.2 is the glibc dynamic linker/loader
09:44
no special relationship to LTSP. It's just required for Linux in general
09:44
man ld-linux
09:53artista_frustrad has joined #ltsp
09:53alkisg has joined #ltsp
09:54
<cdealer>
jammcq: okay, thanks!
10:04chrisinajar_ is now known as chrisinajar
10:05gate_keeper_ has quit IRC
10:16bobby_C has joined #ltsp
10:18alkisg1 has joined #ltsp
10:18staffencasa has joined #ltsp
10:20quickslip has joined #ltsp
10:30spectra has joined #ltsp
10:34cliebow has joined #ltsp
10:35warren has quit IRC
10:35zirconiumks has quit IRC
10:36alkisg has quit IRC
10:40japerry has joined #ltsp
10:42dmaran has quit IRC
10:42_UsUrPeR_ has quit IRC
10:42alkisg1 is now known as alkisg
10:44tjikkun_work has quit IRC
10:50Merri has quit IRC
10:53hanthana_ is now known as hanthana
10:59sepski has joined #ltsp
11:00din_os has joined #ltsp
11:03ogra has quit IRC
11:04dmaran has joined #ltsp
11:06ogra has joined #ltsp
11:07F-GT has quit IRC
11:07japerry has quit IRC
11:08shrek has joined #ltsp
11:09F-GT has joined #ltsp
11:14vvinet has joined #ltsp
11:18din_os has left #ltsp
11:23
<pmatulis>
how to set up default locale under 8.10? need to change mine to 'en_CA.UTF-8'
11:26nixchat has joined #ltsp
11:26
<nixchat>
hi all
11:30nixchat has quit IRC
11:32nicoAMG has joined #ltsp
11:33warren has joined #ltsp
11:46ogra has quit IRC
11:51
<Gadi>
pmatulis: try: LDM_LANGUAGE
11:51npman has joined #ltsp
11:53
<pmatulis>
Gadi: how to use?
11:55dirigeant has joined #ltsp
12:02
<Gadi>
pmatulis: LDM_LANGUAGE in lts.conf sets the default language selected by the Language dialog
12:02
(if thats what you are after)
12:02
so: LDM_LANGUAGE = "en_CA.UTF-8"
12:02
(i think)
12:02
!docs
12:02
<ltspbot>
Gadi: "docs" is For the most current documentation, see http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtspDocumentationUpstream
12:06
<stgraber>
looks like some recent change to S01-localapps broke my groups again ...
12:13
<pmatulis>
Gadi: will try, thank you
12:14Egyptian[Home] has joined #ltsp
12:15npman has quit IRC
12:19
<alkisg>
ltsp-update-kernels always replaces /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default with /opt/ltsp/i386/boot/pxelinux.cfg/default, even if an admin customized the former. Is this a bug, or by design?
12:25warren__ has joined #ltsp
12:25warren has quit IRC
12:26
<warren__>
alkisg: that isn't the case on fedora
12:26warren__ is now known as warren
12:26pmatulis_ has joined #ltsp
12:26chrisinajar has quit IRC
12:26sbalneav has quit IRC
12:26pmatulis has quit IRC
12:27
<stgraber>
Gadi: are you familiar with the magic done by S01-localapps to generate the group file ?
12:27
Gadi: looks like for some reason, my group file on the thin client is missing some groups that I have on the server
12:27warren has quit IRC
12:27
<stgraber>
Gadi: making the usermod to fail ...
12:28warren has joined #ltsp
12:28
<alkisg>
warren: I'm talking about this line of upstream ltsp-update-kernels: "cp -a $CHROOT/boot/. $TFTPBOOT/$CHROOT_NAME/". How did you solve this in fedora?
12:28
<warren>
alkisg: It seemed stupid to me to have pxelinux in /boot
12:29
<alkisg>
Heh, nice! :)
12:31quickslip has quit IRC
12:40Lns has joined #ltsp
12:42hanthana has quit IRC
12:43chrisinajar has joined #ltsp
12:43sbalneav has joined #ltsp
12:43
<stgraber>
hmm, it's not LTSP's fault but a stupid patch we have
12:44
<warren>
stgraber: where?
12:45
<stgraber>
something revolutionlinux-specific ... some kind of patch on libnss-ldap that hides LDAP groups when doing "getent group" to avoid overloading the ldap server
12:45
but that's also causing vagrantc's function to fail as it gets a list of group for the user but can't find them in the "getent group" so basically usermod tries to add the user to a group that doesn't exist
12:46
I'm not sure on how to fix that because we're trying to upstreamize that libnss-ldap patch, might be worth fixing it directly in LTSP too so that it won't fail in the future
12:50vagrantc has joined #ltsp
12:51sbalneav has quit IRC
12:51chrisinajar has quit IRC
12:51
<Gadi>
stgraber: there is code in there that uses "id", too
12:52
is id affected as well?
12:52F-GT has quit IRC
12:59yanu has quit IRC
13:01chrisinajar has joined #ltsp
13:01sbalneav has joined #ltsp
13:07_UsUrPeR_ has joined #ltsp
13:07cdealer has quit IRC
13:08sbalneav_ has joined #ltsp
13:09chrisinajar_ has joined #ltsp
13:09wgamma has joined #ltsp
13:10chrisinajar has quit IRC
13:10chrisinajar_ is now known as chrisinajar
13:11sbalneav has quit IRC
13:13sbalneav_ has quit IRC
13:13sbalneav has joined #ltsp
13:13
<jammcq>
Scotty !!!!!!!!!!!!!!!!!!!!
13:13shrek has quit IRC
13:16
<stgraber>
Gadi: well, it gets the list of your groups using id which is fine but then adds the groups based on getent group that doesn't return the groups :)
13:16alekibango has quit IRC
13:16
<stgraber>
Gadi: I have a patch for that, pushing it now to trunk
13:17
<Gadi>
stgraber: it should be cumulative
13:17
the list of groups, that is
13:17* Gadi looks for patch
13:18
<stgraber>
Gadi: well, to understand my problem: we have a patch to libnss-ldap which makes that "getent group" won't return the ldap groups but: "getent group <a ldap group>" will work
13:18
<Gadi>
right
13:18
<stgraber>
that's to avoid overloading the LDAP server when doing a "getent group" as it'd in some cases make 40000 requests
13:18
<Gadi>
but the 2 calls in the script are concat'd together
13:19
so, getent + id groups
13:19
should still include your groups
13:19
<stgraber>
it was for myGroups but not for /etc/group
13:19
<Gadi>
ah
13:19
<stgraber>
so myGroups contained my ldap groups but the generated /etc/group didn't have them
13:19
<Gadi>
gotcha
13:19F-GT has joined #ltsp
13:19
<Gadi>
how did it work before?
13:19
we always generated /etc/group that way
13:20
:)
13:20
<stgraber>
we installed our patch last week :)
13:20
<Gadi>
oh
13:20
<stgraber>
so it broke during a test this morning :)
13:20wgamma has quit IRC
13:21
<Gadi>
stgraber: I hope you will test ltsp-genmenu at the same time ;)
13:21
<stgraber>
I'm not running a fresh enough LTSP to have it yet :)
13:23
<Gadi>
shame
13:23
<_UsUrPeR_>
gadi: just tried out the
13:23otavio has quit IRC
13:23
<_UsUrPeR_>
gud...
13:23
uhmm... ignote above
13:23
<Gadi>
btw: is the only reason your nbd-checkupdate stuff is in ldm bec of ldm-dialog?
13:26twinprism has quit IRC
13:27
<vagrantc>
Gadi: i think that's why
13:27
<Gadi>
shame
13:27
:)
13:28
seems you guys had a busy weekend, btw
13:28
<vagrantc>
could re-write it to fall back to xmessage
13:28
<warren>
xmessage is so horribly ugly.
13:28
<vagrantc>
in the rare cases where it's not installed... it'll be ugly, but it'll be there.
13:28
warren: if someone's gone through the trouble to not install ldm ... they should suffer the occasional ugly.
13:29
<Gadi>
lol
13:29
<vagrantc>
or alternately, not display anything at all and just reboot
13:29
but i think it's enough of a corner case that falling back to xmessage, ugly though it may be, should hopefully be ok.
13:30
<Gadi>
it should also be configurable behavior, imho
13:31
ie, one should be able to disable rebooting automatically in lts.conf
13:31* vagrantc proposed that already
13:31
<vagrantc>
but people fear too many lts.conf options
13:31
<Gadi>
shot down in your prime?
13:31
thats absurd
13:31
<vagrantc>
Gadi: i'm glad you think so :)
13:31
<Gadi>
infinite options - sane defaults
13:31
:)
13:32
its not like we ever catch up on our docs, anyway
13:32
:P
13:32
<vagrantc>
if you're not obsoleting the documentation with every commit, what's the point?
13:33
<Gadi>
its not like we ever change the behavior of options
13:33
we just have lots of hidden treasures
13:33* jammcq likes options
13:33
<vagrantc>
and parrots
13:34
<jammcq>
yeah, parrots too
13:37
<Gadi>
can liking parrots be optional?
13:38
<SDuensin>
What if you like canning parrots?
13:39yanu has joined #ltsp
13:43
<yggdrasill__>
hello
13:44
just back from my tests with Xserver
13:44
still no success
13:44
with the Radeon x1250
13:44
any suggestions?
13:49
<vagrantc>
warren: i have a simple patch to ldminfod to restrict the number of locales returned...
13:49
<warren>
vagrantc: paste?
13:49
<ltsppbot>
"vagrantc" pasted "ldminfod: limit locales returned" (24 lines) at http://pastebot.ltsp.org/230
13:50
<vagrantc>
warren: could probably use some touch-up, but should basically get the job done.
13:50
<warren>
what is the format of that text file?
13:50
<vagrantc>
warren: one locale per line
13:51
would need more code to ignore comments, but not a lot.
13:51
actually, as long as the comment doesn't match an existing locale, it's probably fine...
13:51
<warren>
is it really necessary to go into /etc/ldm on the server?
13:51
<_UsUrPeR_>
warren: newest ltsp release (5.1.56) - no cursor showing on desktop w/via chipset in F10. Will do some more testing and try to enable software cursor.
13:51
<warren>
/etc/ldm doesn't exist yet
13:51
_UsUrPeR_: nothing to do with 5.1.56, that is an X bug
13:52
<vagrantc>
warren: it's necessary it goes somewhere on the server
13:52
<warren>
_UsUrPeR_: which client hardware?
13:52
vagrantc: I mean, why not /etc/ltsp/soething
13:52
<_UsUrPeR_>
ltsp term 1420. via chipset
13:52
<vagrantc>
warren: why not :)
13:52
<warren>
_UsUrPeR_: ok, I don't have one of those, and that is an X bug.
13:52
<_UsUrPeR_>
warren: works fine w/intel chipset :/
13:53
<yggdrasill__>
do you have some experience with futro Thin clients?
13:53
<warren>
vagrantc: I don't want to create another directory, and it is more clear that everything you could possibly configure for an ltsp server is in one directory
13:53
_UsUrPeR_: yes, it is an X bug.
13:53
<Gadi>
vagrantc: if l.startswith('#'): continue
13:53
<_UsUrPeR_>
warren: rgr. will check errors.
13:53
<warren>
_UsUrPeR_: X (includes the via driver)
13:53
<vagrantc>
warren: i'm not attached to the name.
13:53
Gadi: as long as a locale doesn't beging with #, it almost doesn't matter :)
13:54
<warren>
vagrantc: so if nothing is defined in that file, then display all?
13:54
<Gadi>
warren: if no file exists
13:54alekibango has joined #ltsp
13:54
<vagrantc>
warren: or if nothing valid in the file, it displays all
13:55
if the file doesn't exist, or no locales in it match locales returned by "locale -a", it will return all the locales
13:55
at least, that's the theory
13:55bobby_C has joined #ltsp
13:55
<vagrantc>
warren: although it displays the default locale in any case.
13:55
<warren>
a little counter intuitive but we have no better option
13:56* Gadi prefers /etc/ldm to /etc/ltsp
13:56
<vagrantc>
warren: i'm writing this out of good faith, it's largely useless to me :)
13:56
<Gadi>
ldm should technically not need ltsp
13:56
<warren>
Gadi: ok, /etc/ldm it is
13:56
how about /etc/ldm/locale-whitelist
13:56
<vagrantc>
fine by me
13:56
<warren>
because that is exactly what it is
13:56
<Gadi>
in fact, I would like at some point to have an /etc/ldm/ldm.conf
13:57
in which you can specify all LDM_* params
13:57
<johnny>
just because ldm doesn't need ltsp, doesn't mean we can't use /etc/ltsp/ldm ...
13:57
<warren>
technically that is ldminfod, not ldm
13:57
<Gadi>
and that would be sourced by the ldm binary
13:57
<vagrantc>
though this is specifically ldminfod related...
13:57
i see a case for /etc/ltsp as well as /etc/ldm ... they both have perfectly valid logic, it just depends what your priorities are.
13:58
<warren>
/etc/ldminfod/locale-whitelist would be the most correct
13:58
<Gadi>
indeed
13:59
<vagrantc>
warren: though it's part of the "ldm family", so i'd make a case for just /etc/ldm rather than ldminfod, though possibly with ldminfod in the filename... i.e. /etc/ldm/ldminfod-locales-whitelist
13:59
<Gadi>
yeah, /etc/ldminfod makes most sense
13:59
<vagrantc>
but i'm not really attached too hard to where any of it goes :)
13:59
<Gadi>
:)
13:59
<warren>
I'm against locale pluralized.
13:59
=)
13:59
<vagrantc>
as long as it's not brain-dead and we don't keep changing it :)
14:00
<Gadi>
how about: /etc/ldm/ldminfod-locale
14:00
(or locales)
14:00
:)
14:00
<warren>
Gadi: I like to include whitelist in the name, because it logically makes more sense
14:00
self descriptive
14:00
<Gadi>
ok
14:00
<vagrantc>
"all lines that don't match a locale are treated as comments" ... i love that feature. :)
14:00
<Gadi>
better than self-destructive
14:00dmaran has left #ltsp
14:01
<vagrantc>
might rename some of the variables in the code to use the name whitelist as well..
14:01yggdrasill__ has quit IRC
14:01yggdrasill__ has joined #ltsp
14:01yggdrasill__ has joined #ltsp
14:04
<warren>
http://alt.fedoraproject.org/pub/alt/ltsp/k12linux/f10/stable3/ Major new release of K12Linux, this is it if it passes testing.
14:04
<vagrantc>
been quite a while, no?
14:04
<warren>
?
14:05
<vagrantc>
since the last k12linux ?
14:05
<warren>
January 13th?
14:05
<vagrantc>
i guess not :)
14:06osx86chat has joined #ltsp
14:06* vagrantc still wonders what to call the ldminfod locale whitelist file ...
14:07
<Gadi>
/etc/ldm/ldminfod-locale-whitelist
14:15twinprism has joined #ltsp
14:16spectra has quit IRC
14:21
<vagrantc>
i guess this code assumes your locales end in .UTF-8 or .utf8
14:21
but i think the rest of the code does as well, so it should be fine...
14:25
stgraber: you can call getent group $group1 $group2 $group3
14:29
should be able to re-write it with fewer calls to ssh...
14:34
<stgraber>
vagrantc: oh, wasn't aware that getent group can receives more than one group as argument
14:35
<vagrantc>
stgraber: seems to work for me :)
14:35
stgraber: pushing a fix now...
14:36
this group handling stuff is kind of a pain...
14:37
<stgraber>
I agree
14:38Appiah has joined #ltsp
14:40
<vagrantc>
- myGroups=$(echo ${myGroups},${myGroups1} | sed -e 's/^,//g' -e 's/,$//g')
14:40
+ myGroups=$(echo ${myGroups},${myGroups1} | tr ',' '\n' | sort -u | tr '\n' ',' | sed -e 's/^,//g' -e 's/,$//g')
14:40
would prune out duplicates...
14:41
though it's not a huge deal to have duplicates, as usermod handles it fine, thought getent group A B C B A returns multiple entries for A and B
14:41
which isn't a huge deal either, but it's one more loop for the other dupe processing later...
14:44cliebow has quit IRC
15:24nightrid3r has joined #ltsp
15:42CAN-o-SPAM has quit IRC
15:45MaTrixKx has joined #ltsp
15:45
<MaTrixKx>
hill guys
15:47
i have some probles whit ltsp in ubuntu 8.10
15:48
soo slow a time make login
15:51BrunoXLambert has quit IRC
15:57vvinet has quit IRC
15:59yggdrasill__ has quit IRC
16:04six2one has quit IRC
16:08
<nightrid3r>
seems to be a problem on all versons of ubuntu
16:09
<sbalneav>
MaTrixKx: Define "soo slow a time make login"? You mean, after you enter the password, it takes a while for the desktop to come up?
16:10
Usually, this is because ssh is trying to do a reverse lookup on the thin client's ip
16:10
make sure the thin clients ip's are either in DNS, or in /etc/hosts
16:13
<MaTrixKx>
I am using ubuntu ltsp, and when doing login from the terminal takes enough in doing login. Some reference on the problem?
16:13
sbalneav: yes it is
16:15bobby_C has quit IRC
16:15
<sbalneav>
MaTrixKx: yes, that's the problem, or yes, they're in /etc/hosts already
16:15
?
16:17
MaTrixKx: Are your thin clients already in /etc/hosts?
16:17
<MaTrixKx>
mmm then ok my clients must be aggregates to /etc/hosts?
16:17
sbalneav: noop
16:19
<sbalneav>
yes
16:20
<MaTrixKx>
sbalneav: Ok you can give some league me on all I am details.
16:21
<sbalneav>
I'm sorry, I didn't understand that.
16:21
<MaTrixKx>
MaTrixKx is an idiot and needs urgent way to learn English
16:21
<sbalneav>
Are you wanting to know WHY you need to add the clients to /etc/hosts?
16:24
<MaTrixKx>
sbalneav: please tall me
16:25
<sbalneav>
when you log in, the ssh process on the server does a reverse lookup on the IP address of the client.
16:25
If it isn't in either DNS or /etc/hosts, it will fail.
16:25
but it takes 20 seconds or so to time out.
16:25
that's what makes it slow.
16:25
<MaTrixKx>
sbalneav: mmmm exelente!!!!!!!!
16:26
<nightrid3r>
<----takeing notes
16:26
<MaTrixKx>
pense that the problem was with pam_unix or the keys ssh
16:27
sbalneav: where are you from??
16:27
<sbalneav>
Canada
16:27
Winnipeg, Manitoba, to be exact.
16:27
<nightrid3r>
Belgium
16:28
<sbalneav>
Heading home for the day. I'll be on again tonight.
16:28
cya
16:29
<MaTrixKx>
and whats its your work??
16:32etyack has quit IRC
16:33primeministerp has quit IRC
16:35warren has quit IRC
16:37kaos01 has joined #ltsp
16:37
<kaos01>
hi, i got the new ltsp running on fedora10 but have problems using vesa driver
16:37
all seemed to have worked in ltsp4.2
16:39
<nightrid3r>
kaos01: you just might be out of luck, only the newbies are awake :(
16:39
<kaos01>
ok, just found something to try at boot: linux xdriver=vesa
16:41
<nightrid3r>
800X600 resolution ?
16:41nicoAMG has quit IRC
16:44MaTrixKx has left #ltsp
16:45Diablito has joined #ltsp
16:49warren has joined #ltsp
16:52
<kaos01>
yes
16:55
<nightrid3r>
kaos01: https://wiki.ubuntu.com/800x600%20video%20mode
16:59sepski has quit IRC
17:01warren has quit IRC
17:07jammcq has quit IRC
17:20otavio has joined #ltsp
17:31Lns has quit IRC
17:41
<nightrid3r>
i just installed edubuntu ltsp server, client gets dhcp address but cant boot, tftpd is spawning several child processes when the client try to connect
17:43
<vagrantc>
hm. i switched the debian ltsp packaging to use debhelper 7, but it seems to be giving me a couple lintian issues... E: ltsp-client-core: duplicate-updaterc.d-calls-in-postinst ltsp-client-core
17:43
ah, i think i see the problem...
17:44
though that part of the code didn't really change much pre-debhelper v7
17:45
dh_installinit seems to be ignoring the --no-start argument ...
17:55Gadi has left #ltsp
18:05
<Diablito>
ls
18:09
<alkisg>
-rw-r--r-- 1 alkisg alkisg 39K 2009-01-23 09:58 Xorg.7.log
18:10
:D
18:10alkisg has quit IRC
18:11ogra has joined #ltsp
18:12Diablito has quit IRC
18:16
<vagrantc>
ah, figured out my dh_installinit woes!
18:17rjune_ has joined #ltsp
18:22
<vagrantc>
needed to call dh_installinit from the install target, rather than the binary-arch target
18:27warren has joined #ltsp
18:34nightrid3r has quit IRC
18:41ccherrett has quit IRC
18:41ccherrett has joined #ltsp
18:42mistik1_ has joined #ltsp
18:43mistik1 has quit IRC
18:43mistik1_ is now known as mistik1
18:54osx86chat has quit IRC
19:02
<warren>
Ryan52: ping
19:02
<Ryan52>
warren: pong
19:02staffencasa has quit IRC
19:37
<warren>
Ryan52: hmm, a goal for the next versions of ltsp build into Fedora is to get stgraber's ltsp-cluster stuff to work.
19:45hanthana has joined #ltsp
19:51topslakr has quit IRC
19:51topslakr has joined #ltsp
19:52
<warren>
Ryan52: how's the filing going?
19:53
<Ryan52>
sorry, I got distracted...my friend came online and I talked to her for a little while and then I started eating dinner :p
19:53
okay, I'll start working on it now :)
19:55
<warren>
Ryan52: her? ooh, higher priority!
19:56
<Ryan52>
hehe
19:57synchris_m6300 has joined #ltsp
19:58
<Ryan52>
do I choose bugfix or enhancement? there's no "both" option.
19:59synchris has quit IRC
20:00* vagrantc notices that the same upstream ldm version is in debian, ubuntu and fedora ...
20:00
<vagrantc>
it's like a conjunction of the stars
20:02
<warren>
vagrantc: unholy trifecta
20:03
Ryan52: just do bugfix
20:03
Ryan52: usually the answer for questions is "use best judgment"
20:09slashdot1x has quit IRC
20:13dirigeant has quit IRC
20:14artista_frustrad has quit IRC
20:15artista_frustrad has joined #ltsp
20:17RobertLaptop has quit IRC
20:18RobertLaptop has joined #ltsp
20:19
<Ryan52>
warren, will the announcement text be editable if I screwed it up in some way?
20:19
<warren>
Ryan52: yes
20:20
<Ryan52>
okay, then submitted.
20:20
or not.
20:20
ugh, this bodhi thing is a piece of crap.
20:20
<warren>
Ryan52: error?
20:21* Ryan52 had to login again, and it replaced my list of packages with the word "text", which of course erorred our
20:21
<warren>
did it lose your announcement text?
20:21
Ryan52: https://fedorahosted.org/bodhi/ file bug here
20:21
<Ryan52>
no, luckily it didn't.
20:22
tho everything else was mangled.
20:22
Request is Stable or Testing or None?
20:22
and what does that mean?
20:25
<warren>
stable
20:25vagrantc has quit IRC
20:25
<warren>
stable goes straight to updates
20:25
testing is testing updates, not yet an official stable update
20:25
none goes nowhere
20:26
<Ryan52>
oh, right, you told me that already.
20:26
wow.
20:26
I entered in the wrong versions.
20:26
and it mangled everytihng this time.
20:26
luckily I copied the text into emacs first :)
20:26
<warren>
yeah, I was about to suggest that...
20:28
<Ryan52>
0.o. it passes stuff via GET parameters.
20:28
that's a security bug...
20:29
oh, no, it was just to the form. still weird imho.
20:29
warren, okay, submitted.
20:30* warren checks
20:30
<warren>
now go to https://fedorahosted.org/bodhi/ and complain
20:33
<Ryan52>
oops. was I not supposed to use line breaks?
20:34
or is the emailer thing messed up?
20:40
<warren>
e-mailer might be messed up
20:44
<Ryan52>
ok, anything else for me to do?
20:45
<warren>
Ryan52: Go talk to that girl.
21:40synchris_m6300 is now known as synchris
21:41litlebuda has quit IRC
21:44warren has quit IRC
21:48warren has joined #ltsp
22:02CaScAdE^1arAway has joined #ltsp
22:04CaScAdE^FarAway has quit IRC
22:06try2free has joined #ltsp
22:09try2free has left #ltsp
22:31wwx has quit IRC
22:49shrek has joined #ltsp
23:07kaos01 has quit IRC
23:09hanthana has quit IRC
23:13
<warren>
Ryan52: you subscribed to k12linux-devel-list?
23:13
<Ryan52>
no clue.
23:13cyberorg has quit IRC
23:13
<warren>
Ryan52: I just fixed a bug that enables devel to netboot again, it mostly works, but there are a few minor bugs to fix.
23:13
<Ryan52>
my "redhat.com mailing list memberships reminder" from yesterday says I am.
23:14
<warren>
Ryan52: only ... it seems to start several new services because they aren't listed in ltsp-client to be switched off
23:14
Ryan52: you can later ltsp-build-client --release=11 to install a rawhide chroot in /opt/ltsp/i386
23:14
Ryan52: after this fixed mkinitrd hits rawhide, or you can manually install my scratch build
23:16
<Ryan52>
ok.
23:19
<warren>
Ryan52: no rush to get it into rawhide, it is only an optimization to turn off unneeded services
23:21alkisg has joined #ltsp
23:28cyberorg has joined #ltsp
23:35hanthana has joined #ltsp
23:44alkisg has quit IRC
23:51zirconiumks has joined #ltsp