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