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


Channel log from 5 December 2010   (all times are UTC)

00:08cyberorg has quit IRC
00:10cyberorg has joined #ltsp
01:04Lumiere has quit IRC
01:06Lumiere has joined #ltsp
01:38sweetpi has joined #ltsp
02:34komunista has joined #ltsp
03:09
<muppis>
Anyone have idea why I get autologin work? In lts.conf LDM_AUTOLOGIN, LDM_USERNAME and LDM_PASSWORD are set.
03:11
What else need to do?
04:29ravious has joined #ltsp
04:29
<ravious>
g`mornin :)
04:32
I've been trying to figure out if this setup is possible, i've not found any information about it.. But I know you can run LTSP from a cluster.. but if your cluster nodes are powerful enough, could the ltsp client be ran from a cluster node at the same time?
04:34
<muppis>
Haven't tested, but you mostly have then VT enabled hardware so in virtualmachine at least.
04:35
<ravious>
hm
04:36
<muppis>
But it can get too complicated.
04:36
<ravious>
hm
04:36
I've been sitting here trying to visualize it..
04:36
lol
04:36
<muppis>
Setting vm is easy, but having it front all time can be tricky.
04:38
<ravious>
I think im gonna setup a couple client/nodes and see what happens.
04:38BWMerlin has joined #ltsp
04:38
<muppis>
TAAAry it.
04:38
What?
04:45garymc has joined #ltsp
04:45
<garymc>
Hi Peeps I need some URGENT HELP!
04:46
I upgraded UBUNTU to latest version through terminal last night. Now no one can log into the LTSP server via the network computers
04:46
It used to come up with login screen, now it says boot disk failure
04:47
can this be fixed or have I broken the system well and truly
04:50ogra_ac_ is now known as ogra_ac
05:03ravious has quit IRC
05:15mrcarrot has joined #ltsp
05:16
<mrcarrot>
with debian squeeze ltspfs is broken... it only mounts in /tmp/.username but never maps it to /media
05:16
do you have any suggestion or workaround for this problem?
05:17
<muppis>
mrcarrot, install Ubuntu one or make a wrapperscript.
05:18
Same named script which is called instead actual binary and it calls binary inside and afterwards makes /media -bind.
05:20
<mrcarrot>
ubuntu is not a solution here as the customer ordered the system with debian... i am forced to use debian in this installation
05:21
i am able to write scripts, but i would need a little bit of more information what binary i should replace and what it gets as parameters when i put in a usb stick
05:21
<muppis>
Not even one package to fix a bug?
05:21
<mrcarrot>
nope... it has apparently been there for at least a half year, if not a lot longer
05:21
<muppis>
Ok.
05:22
<mrcarrot>
debian is apparently very slow at development and testing... no wonder it takes sevaral years to get out a product
05:22
<muppis>
Debian seems to be more rolling than scheduled distro.
05:23
<ogra_ac>
muppis, are your users in the fuse group ?
05:23
<muppis>
ogra_ac, I think no..
05:23
<ogra_ac>
(ubuntu doesnt need that anymore, might be that debian still does)
05:23
<mrcarrot>
debian stable is not rolling... and squeeze will becom the stable version once it is having a bit less bugs
05:23
<muppis>
ogra_ac, or was your guestion to mrcarrot ?
05:23
<ogra_ac>
oh, yeah
05:24
you both start your nick with m :P
05:24
<mrcarrot>
ogra_ac: i will check... the users are in the same group as they were in debian lenny
05:24
there it worked... but other things broken
05:24
<muppis>
mrcarrot, are you in Salo?
05:24
<komunista>
I have tested only USB sticks, but it works, with icon on the gnome desktop under squeeze
05:24
<muppis>
(as you ISP is SSP..)
05:25
<mrcarrot>
ogra_ac: the user is there in fuse group
05:25
muppis: no.. but my isp goes out through salo
05:25
<muppis>
mrcarrot, been there.
05:26
5 years, left last spring.
05:26
<mrcarrot>
okay :)
05:26
<muppis>
mrcarrot, correct binary will be one of these: http://packages.ubuntu.com/lucid/amd64/ltspfsd-core/filelist
05:26
<komunista>
my users are in plugdev and fuse groups...
05:27
<muppis>
If adding to groups doesn't help.
05:27
<mrcarrot>
muppis: i looked already at that file list, but i do not know the inside of ltsp enough to know how those are working together
05:27
and i need to get that server working today
05:28
i guess i will also ask the same question in #debian...
05:28
<muppis>
mrcarrot, I think it would be ltspfs_mount and ltspfs_umount needs wrapper. But try those groups first, safer and easier.
05:29
<mrcarrot>
muppis: i tried the groups already... the users are in the fuse group
05:29
<muppis>
Or you can user automounter in /media.
05:29
How about plugdev ?
05:30
<mrcarrot>
there they are too
05:30
<muppis>
Makes tricky.
05:31
<mrcarrot>
i guess i could make a /etc/ltspfs/mounter.d/whateverscript
05:31
<muppis>
Sounds good.
05:31
<mrcarrot>
at least by putting a script there you can get an icon on a kde desktop when you plug in something... as long as the device is visible in /media
05:31
<muppis>
Haven't use Debian since when left from utu.
05:32
<mrcarrot>
to say the truth, even ubuntu is more stable than debian it looks like
05:32
and both are having their share of problems
05:34
i hope centos 6 will have ltsp once it is released. with 7 years of support it is long time enough that any school wants to upgrade before the support ends
05:38
<ogra_ac>
does anyone work actively on fedora integration ?
05:38
last time i looked it was dead ... there was someone expressing interest to work on it on the ML but he never committed any code
05:53
<muppis>
ogra_ac, any idea about autologin? Mine doesn't work. In lts.conf is LDM_AUTOLOGIN, LDM_USERNAME and LDM_PASSWORD set per mac.
05:54
<ogra_ac>
should theoretically work
05:54
<muppis>
It just sits on LDM login.
05:54
<garymc>
Hi Ogra_ac im in need of some help
05:55
<ogra_ac>
try running an xterm as localapp and run getltscfg -a
05:55
and see if the values reach the client
05:55
<garymc>
I uprgaded UBUNTU last night to latest version and its broken my LTSP. My terminals can no longer log in they get boot failure messages
05:55
<muppis>
Uh oh.. Gotta connect kb.. ;D Making HTPC.
05:56
garymc, can you login to server itself?
05:56
<garymc>
yes
05:56
<muppis>
Rebuild client?
05:56
<garymc>
ivoks i shelping me in ubuntu-server channel at the minute. Thats what im doing rebuilding
05:57
<muppis>
(Ah, I'm not since upgrade.. That might be trick for me.)
05:59
Is there easy place to alter list of installed packages during build?
06:13BWMerlin has quit IRC
06:13pimpministerp has quit IRC
06:16
<muppis>
Now I know why I didn't upgrade client to Maverick.. yavdr xbmc got broken depencies..
06:24
<garymc>
Ok I need some major help
06:24
I upgraded my UBUNTU version last night. I did this through terminal and not the GNOME. Now non of my Thin Clients will boot up?
06:25
im desperate for help, as all workers are back in the morning and it needs to be working ASAP
06:25
<ogra_ac>
you updated from one ubuntu release to another ?
06:25
<garymc>
yes
06:26
but it was UBUNTU LTSP i installed origonaly
06:26
last year
06:26
<ogra_ac>
how exactly did you do that ? did you follow the right upgrade process ?
06:27
<garymc>
I dont think so :(
06:27
i dont know
06:27
I upgraded from Jaunty to Karmic through the GNOME sometime this year and that was fine.
06:27
But I upgraded from home last night through terminal
06:28
and now thin clients wont boot
06:28
<ogra_ac>
http://www.ubuntu.com/desktop/get-ubuntu/upgrade
06:28
you need to use update-manager-core for commandline based upgrades
06:28
<garymc>
I was on 9.10 Karmic
06:28
so can i fix this?
06:28
<ogra_ac>
no idea
06:29
you should have done it right in the first place ;)
06:29
so can you log in directly on the server with your users ?
06:29
<garymc>
I can log in directly with root
06:30
I havnt tried logging into terminal as a normal users
06:30
yes I can login as a normal user in terminal wiondow
06:30
just thin clients wont boot up
06:31
<ogra_ac>
so can you log in directly on the server with your users ?
06:31
<garymc>
yes I think thats what i just did
06:31
<ogra_ac>
ok
06:31
<garymc>
i used my normal login name gary and my normal password
06:31
<ogra_ac>
sudo mv /opt/ltsp /opt/ltsp.bak
06:32
<garymc>
im pretty sure i didnt do sudo apt-get install update-manager-core
06:32
<ogra_ac>
sudo mkdir /opt/ltsp
06:32
sudo ltsp-build-client
06:32
try these three commands
06:32
your server might be broken anyway though, but the above should get you working clients
06:33
<garymc>
ok its doing some stuff
06:35
touching wood and crossing my fingers and praying this works :S
06:49
orgra_ac it says completed succesfully
06:49
Is there a way I can test without getting someone in the office to boot the Thin client up?
06:51
<muppis>
I use vm with ssh-tunneled vnc.
06:56
<garymc>
is that an easy procedure muppis?
06:57
<muppis>
garymc, no, but useful in long period.
06:57
<garymc>
yeah...... ok I need a quick fix. Waiting for someone to get to the office to test the thin clients
06:58
<muppis>
But gotta go fix a car.
07:06SkyNet_ONE has joined #ltsp
07:09
<garymc>
good luck with your car
07:13
ogra im sure i used sudo ltsp-build-client and it didnt work earlier. Still waiting for someone to get back ontop office to test this
07:14mrcarrot has left #ltsp
07:14
<garymc>
I definatley never did sudo apt-get install update-manager-core before upgrade
07:18SkyNet_ONE has quit IRC
07:36
<garymc>
ogra_ac : Those commands never fixed my issue
07:37
i see with that link you provided i should have done ubuntu upgrade for desktops (possibly)
07:38
i dont mean to bug anyone but im desperate for help in resolving this issue here. Should I pack my computer up and goto the office?
07:43
everyone gone?
07:50dlezcano has quit IRC
08:04dlezcano has joined #ltsp
08:18garymc has quit IRC
08:20gorkhaan has quit IRC
08:48ogra_ac_ has joined #ltsp
08:52ogra_ac has quit IRC
09:10ogra_ac_ has quit IRC
09:12
<muppis>
I've set in ltsp-update-image.conf ARCH=amd64, but it still tries update non-existing directory. Why so?
09:13
Or actual direcrtory exists, but it not valid chroot.
09:19
Still no autologin.
09:21ogra_ac_ has joined #ltsp
09:26ogra_ac__ has joined #ltsp
09:28mistik1 has quit IRC
09:29ogra_ac_ has quit IRC
09:29mistik1 has joined #ltsp
09:36mistik1 has quit IRC
09:37mistik1 has joined #ltsp
10:25alkisg has joined #ltsp
10:33
<alkisg>
muppis: for the autologin problem, try `getltscfg -a` from a localxterm
10:33
!localxterm
10:33
<ltspbot>
alkisg: "localxterm" :: while sitting on a thin client, open a gnome terminal. In that, run: ltsp-localapps xterm. An xterm will open. That xterm runs locally, so any commands you enter there are executed directly on the client.
11:08artista_frustrad has quit IRC
11:15mistik1_ has joined #ltsp
11:15mistik1 has quit IRC
11:15komunista has quit IRC
11:15johnny has quit IRC
11:16stgraber has quit IRC
11:16mistik1_ is now known as mistik1
11:16stgraber has joined #ltsp
11:17komunista has joined #ltsp
11:19sweetpi has quit IRC
11:21artista_frustrad has joined #ltsp
11:23mistik1 has quit IRC
11:23mistik1 has joined #ltsp
11:37gorkhaan has joined #ltsp
11:42mistik1 has quit IRC
11:42mistik1 has joined #ltsp
11:51mistik1 has quit IRC
11:52mistik1 has joined #ltsp
11:56MorningSon has joined #ltsp
12:05alkisg has quit IRC
12:08mistik1 has quit IRC
12:14mistik1 has joined #ltsp
12:19mistik1 has quit IRC
12:20mistik1 has joined #ltsp
12:26litlebuda has joined #ltsp
12:27mistik1 has quit IRC
12:28mistik1 has joined #ltsp
12:46alkisg has joined #ltsp
13:02Kicer86 has joined #ltsp
13:44dlezcano has quit IRC
13:58Kicer86 has quit IRC
13:59Kicer86 has joined #ltsp
14:06alkisg has quit IRC
14:08komunista has quit IRC
14:09Damianos has joined #ltsp
14:19alkisg has joined #ltsp
14:29
<muppis>
alkisg, had to try that, but need to geet kb somewhere.
14:30vagrantc has joined #ltsp
14:30
<alkisg>
Erm, "geet kb"? sorry?
14:30dlezcano has joined #ltsp
14:31
<muppis>
get... To see ltscfg,
14:32
If you don't remember, I'm trying to do HTPC from client.
14:34
<alkisg>
Home theater with ltsp? with localapps?
14:34Damianos has left #ltsp
14:34
<alkisg>
You can activate vino-server and connect to the client from another pc, if you don't have a keyboard handy...
14:34
<muppis>
Yes.
14:35
<alkisg>
Whoah, slitaz runs a full X session with less than 48 MB RAM!!!!
14:42
<muppis>
I think I install ssh-server.
14:42komunista has joined #ltsp
14:50RiXtEr has quit IRC
15:24alkisg has quit IRC
15:40cliebow has joined #ltsp
15:42Kicer86 has quit IRC
16:02litlebuda has quit IRC
16:12jhutchins has quit IRC
16:13
<muppis>
Is client's passwd and shadow overwritten during build?
16:15jhutchins has joined #ltsp
16:16cliebow has quit IRC
16:26cliebow has joined #ltsp
16:27Mobe__ has joined #ltsp
16:30Mobe_ has quit IRC
16:51Hyperbyte has quit IRC
17:06muppis has quit IRC
17:08muppis has joined #ltsp
17:18Hyperbyte has joined #ltsp
17:32ogra_ac_ has joined #ltsp
17:32komunista has quit IRC
17:35ogra_ac__ has quit IRC
17:38muppis has quit IRC
18:21
<stgraber>
Just in case there's someone around, I'm going to tag and release ltsp and ldm in a few minutes.
18:25johnny has joined #ltsp
18:34cliebow has quit IRC
19:11artista_frustrad has quit IRC
19:26
<highvoltage>
yay
19:42F-GT has quit IRC
19:51cliebow has joined #ltsp
19:52cliebow has quit IRC
19:59F-GT has joined #ltsp
20:19steve3030 has joined #ltsp
20:29scm` has joined #ltsp
20:32scm` has left #ltsp
20:43ogra has quit IRC
20:43ogra has joined #ltsp
20:47
<stgraber>
vagrantc: ping
21:01
ok, ldm 2.2 is released. I'm building a test package in my PPA now, if all works fine (want to test the big merge from Debian ;)) I'll upload to natty
21:01
then will work on ltsp itself
21:22
<vagrantc>
stgraber: my last build was basically current with ldm and seemed to work great
21:22
stgraber: er, my last build was the version before you tagged, so that sounds good.
21:22
<stgraber>
cool
21:23
<vagrantc>
i can only upload to experimental anyways at this point
21:23
<stgraber>
also, I rebased my packaging on yours and sent you a diff by mail of all the changes that I kept for Ubuntu and the ones I think could be merged either in Debian or applied directly upstream
21:23
<vagrantc>
oh, nice.
21:24
stgraber: should also compare the ltsp-build-client plugin dirs at some point soonish
21:24
<stgraber>
yep, I remember doing it a few months ago (lucid ?) not sure if much changed in there since then
21:25
I'm pretty sure I didn't change much other than the whole fat client thingy (which should work fine with Debian too)
21:27
<vagrantc>
stgraber: i use ubuntulooks instead of clearlooks because it's a much smaller dependency
21:29
and i honestly couldn't tell the difference
21:30
<stgraber>
I'd need to check if I can also get rid of clearlooks in Ubuntu or if something is pulling it anyway
21:30
<vagrantc>
if there was a way to detect the engine at run-time it would be good
21:30
<stgraber>
would be nice to see if we can change it upstream, though I'm guessing ubuntulooks probably isn't in fedora and gentoo
21:32
<vagrantc>
does it still use the patched file in the new themeing?
21:33
<stgraber>
yep, I don't think that part changed
21:35
<vagrantc>
maybe nokoda?
21:35
it is/was default in fedora, and is present in debian and presumably ubuntu
21:35daya has joined #ltsp
21:36
<vagrantc>
er, nodoka
21:37
or murrine?
21:37
though i guess those pull in lots of other dependencies ... but murrine is the only one that seems to be progressing
21:37
though i think clearlooks is the resonable default
21:38
<stgraber>
murrine would be better as it's already in main (so no paperwork) :)
21:38* vagrantc checks how much extra it pulls in
21:47
<vagrantc>
stgraber: ok, so gtk2-engines-ubuntulooks, gtk2-engines-nodoka are comprable is size. gtk2-engines-murrine is also comprable, but pulls in a fairly large recommends on murrine-themes. gtk2-engines (which includes clearlooks) is larger than the other *-engine packages, but smaller than the murrine-themes recommends....
21:47
given all that, i think i'd be inclined to just stick with clearlooks
21:48
<stgraber>
oh big is your current saving with ubuntulooks vs clearlooks ?
21:51
<vagrantc>
38k downloaded, 164k installed for ubuntulooks, 587k/1,479k for gtk2-engines
21:51
fairly significant
21:52
<stgraber>
indeed
21:52
<vagrantc>
but it's kind of annoying to maintain the patch, and if ubuntu isn't even using ubuntulooks...
21:52
or maintaining it
21:52
<stgraber>
yeah, they're using light-themes now. Not sure what's the gtk engine used for this one
21:53
ok, ldm built just fine and is 100% identical to my last snapshot. Uploading to the archive now
21:53
<vagrantc>
last ubuntulooks upload to debian was april 2008
21:54
what a difficult theme name to search for... there's a million window managers that match the search term "light"
21:55
<stgraber>
it's using murrine
21:55
just checked on my laptop
21:58
<vagrantc>
stgraber: so ubuntu uses the Vcs-* flags for an entirely different purpose?
21:58
in Debian, it's used to specify a branch that contains the debian dir for packaging
21:58
(and may optionally include upstream as well)
21:59
<stgraber>
it's still a bit blurry ;) so for now I just kept it as it was in the previous packaging.
21:59
we're technically supposed to use the new packaging branches
21:59
lp:ubuntu/<release>/<source>
21:59
so for ldm it should have been: lp:ubuntu/natty/ldm
21:59
<vagrantc>
stgraber: also, debian policy now prefers breaks+replaces instead of the conflicts for a lot of that stuff
22:00
<stgraber>
which contains both source+packaging in the same branch with the right bzr-buildpackage configuration to re-generate the .orig.tar.gz and split everything properly before upload
22:00
so I'll eventually update the Vcs fields to that (when I actually start using that for ltsp/ldm, I'm testing it for some other packages first)
22:01
yeah, the breaks/replaces/conflicts/provides/... is a bit of a mess currently, so I just took the easy way of not doing anything.
22:01
My hope is that next time I look at them I'll be able to just drop them.
22:03
btw, ltsp 5.2.5 released. Working on packaging now (checking if I can merge from Debian easily or if I should keep that for next upload)
22:03* vagrantc hopes for merge
22:04
<stgraber>
yeah, I just now that I have a lot more changes for ltsp than I did for ldm and ldm already took me a while ;)
22:07
ouch, that's quite a few changes ...
22:11
<vagrantc>
only gets worse the longer it gets put off
22:11
<stgraber>
ok, that seems perfectly mergable but not for this upload. I want 5.2.5 in the archive so I can get a MIR for python-daemon, that means archive admin need a readable diff ;)
22:12
I'll push 5.2.5 with just the dep change, get python-daemon in Main, wait for daily build, make sure everything works (especially the d-i component and edubuntu integration)
22:12
then I should be able to make test packages with the merge I have done here and compare the binaries to make sure they're identical and when they're good, push that
22:12* stgraber puts that on todo list of next weekend
22:14
<stgraber>
Total diff is 4708 lines long ! so archive admins would really hate me if I push that now ;)
22:22
<vagrantc>
diff of the debian dirs?
22:30
stgraber: also, it makes versioning easier if we do a 3 part version, just in case there's a binNMU or something
22:30
stgraber: i.e. ldm 2.2.0
22:31
<stgraber>
ah, too late :( I released upstream with 2.2 to match what we did for ltsp 5.2 recently (and not 5.2.0)
22:32
<vagrantc>
ltsp 5.2?
22:32* vagrantc mentioned it last time, too
22:33
<vagrantc>
not a *huge* deal, but it would be preferable if we actually did that, at least ot me
22:33
<stgraber>
yeah, 4709 was for a diff of debian dirs. Most of that is probably .po and such, but still would like to avoid that appearing at the same time as I ask for two packages to move to main :)
22:35* stgraber will try to remember for the upcoming ltsp 6.0.0 (looks weird though shouldn't be released very soon) and ldm 3.0.0 (might happen quite soon, depending on how scotty's doing and when we can replace the frontend)
22:35
<vagrantc>
that would be nice :)
22:37
wow. fedora's still on ltsp 5.1.x and ldm 2.0.x
22:37
<stgraber>
ouch
22:38
I guess we'll need to upate the topic then ...
22:39
<vagrantc>
there was some new person who apparently got it working with the current fedora version, but obviously nothing went upstream :(
22:40
maybe it's just updated patches to get the old versions to work
22:43
stgraber: i've been wondering if running the autogen.sh stuff before building the tarball is actually a good idea...
22:43
it causes large diffs between upstream versions, and i'm not sure it's necessary...
22:47
<stgraber>
well, it's kind-of standard for upstreams .tar.gz to already contain the configure script. I guess that's why mkdst does that
22:48
<vagrantc>
i know it's not uncommon, but it does have some downsides
22:50alkisg has joined #ltsp
23:01abeehc has joined #ltsp
23:50Faithful has joined #ltsp