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


Channel log from 1 June 2009   (all times are UTC)

00:12Ahmuck has quit IRC
00:12wigwam has quit IRC
00:12matttttt has quit IRC
00:12sbalneav has quit IRC
00:12Ahmuck has joined #ltsp
00:12wigwam has joined #ltsp
00:12matttttt has joined #ltsp
00:12sbalneav has joined #ltsp
00:14F-GT has quit IRC
00:14phantom has joined #ltsp
01:37
<Appiah>
Good morning everyone (yes it's morning here)
01:39
I was wondering , how would you guys recommend doing a baseline for a LTSP server?
02:24alkisg has joined #ltsp
02:32subhodip has joined #ltsp
02:40subhodip has quit IRC
02:42Remaille has joined #ltsp
02:51Shane_ has joined #ltsp
02:59phantom has quit IRC
03:02phantom has joined #ltsp
03:09phantom has quit IRC
03:10F-GT has joined #ltsp
03:14bobby_C has joined #ltsp
03:18Shane_ has quit IRC
03:19Egyptian[Home] has quit IRC
03:20Egyptian[Home] has joined #ltsp
03:44lucascoala has quit IRC
03:53Remaille has quit IRC
03:54yanu has quit IRC
03:55yanu has joined #ltsp
03:56Remaille has joined #ltsp
04:01bobby_C has quit IRC
04:09alkisg has quit IRC
04:12alkisg has joined #ltsp
04:33
<cyberorg>
kiwi-ltsp live USB stick server is ready for testing :) get it from here: http://download.opensuse.org/repositories/Education/images/
04:52pasmen has joined #ltsp
04:54try2free has left #ltsp
04:54
<moldy>
ogra: ping :)
05:00Remaille has quit IRC
05:00F-GT has quit IRC
05:01F-GT has joined #ltsp
05:45vvinet has quit IRC
06:17pasmen has quit IRC
06:23pasmen has joined #ltsp
06:28pmatulis has joined #ltsp
06:50yanqui has quit IRC
06:50yanqui has joined #ltsp
06:53X-TaZ has quit IRC
07:00nubae1 has quit IRC
07:08jammcq has quit IRC
07:15nubae has joined #ltsp
07:29vvinet has joined #ltsp
07:31yanu has quit IRC
07:33ogra has quit IRC
07:43yanu has joined #ltsp
07:44alkisg has quit IRC
07:50ogra has joined #ltsp
07:55
<rjune>
ogra: you about?
07:55
<ogra>
well, partially, its a public holiday here
07:56
<rjune>
LOL
07:56
I have an email I want to forward you, I think it might be relavant for the arm stuff
07:57
Enjoy your holiday
07:59
<ogra>
thanks :)
08:01
well, ubuntu is at gcc 4.4.x already :)
08:03F-GT has quit IRC
08:05grimboy_ has quit IRC
08:18Gadi has joined #ltsp
08:20
<rjune>
ogra: I didn't know if it was relavant
08:26
<matttttt>
is there a way to get an ltsp client to throw up a firefox browser before ldm in order to authenticate to a cisco acs server in order to get access to an ltsp server?
08:26
seems like a hassle, but just curious if anyone has seen someone do this
08:28alkisg has joined #ltsp
08:30shogunx has quit IRC
08:30shogunx has joined #ltsp
08:46
<sbalneav>
matttttt: No, you'd have to modify ldm, or write your own screen script to do something like that.
08:46
seems like there'd be a pam module you could use to do that, though.
08:46
Morning all
08:47
matttttt: libpam-radius-auth perhaps?
08:48
Description: The PAM RADIUS authentication module This is the PAM to RADIUS authentication module. It allows any PAM-capable machine to become a RADIUS client for authentication and accounting requests. You will, however, need to supply your own RADIUS server to perform the actual authentication
08:53hanthana has quit IRC
08:54hanthana_ has joined #ltsp
08:54
<stgraber>
ogra: got my mail ? ;)
08:54
<ogra>
yes
08:55
err, but evo cant find it ... you mean the core-dev one, right ?
08:55
<stgraber>
yup
08:55
<ogra>
i wonder where that went
08:56
ah, my search filter was messed up
08:56
<Ahmuck>
hi ogra
08:57
<rjune>
Sorry ogra, so much for the holiday
09:28dan_young has joined #ltsp
09:34CAN-o-SPAM has quit IRC
09:41CAN-o-SPAM has joined #ltsp
09:42dan_young has quit IRC
09:49litlebuda has joined #ltsp
09:49
<matttttt>
sbalneav: thanks, i'll read up on that module. Looks like it might fit the bill
09:51
say i have two ltsp servers, both for separate purposes, server1 has it's own users, but some of the users on server2 might need access to the user's directories on server1, not visa versa, i was thinking just export /home from server1 and mount it somewhere on server2, but am i going to run into problems if the users/groups that own the files exported don't exist on server2?
09:52marius-- has joined #ltsp
09:54
<Lumiere>
matttttt: my suggestion is usually to choose 1 to be the homes server
09:54
and create all the accounts on that
09:54
then use nis and nfs on the second server
09:55
to mount /home and the users
09:57
<matttttt>
cool, sounds reasonable.
09:58
would ldap perform the same as nis in this case?
09:58
<Lumiere>
yes
09:58
even better
09:58
<matttttt>
i don't have much experience with it, it's a centralized authentication mechanism, as well as user/group sync/sharing?
09:58
<Lumiere>
nis is mostly unencrypted
09:58
it is a centralized directory system
09:58
which can store unix user/group/password info
09:59
<sbalneav>
matttttt: Yes, ldap can be used as a centralized authentication mechanism, as well as holding group information. And more as well.
09:59
You can store email addresses and other information in it for Thunderbird to use as a centralized address book, etc.
09:59
<nubae>
Lumiere: nis using kerberos and nfs4 is just as encrypted as LDAP
10:00
but ldap has become more standardised across operating systems
10:03
<matttttt>
i can use nfsv4 with ldap?
10:04
also, can i get away with just 1 ldap server, no backup/slave?
10:04
<sbalneav>
http://www-theorie.physik.unizh.ch/~dpotter/howto/kerberos
10:04
yes, you can use kerberos+ldap
10:04shogunx has quit IRC
10:04yanqui has quit IRC
10:04
<sbalneav>
matttttt: you certainly can, that's how we do it.
10:05shogunx has joined #ltsp
10:05yanqui has joined #ltsp
10:06
<matttttt>
man, that's a lot of moving parts just to get shared home directories :)
10:07
<sbalneav>
Well, you could just use nfsv3, it's a little simpler, and doesn't require kerberos.
10:09
I do things around here with nfsv3
10:10
<epsas>
win 10
10:10
<sbalneav>
but in the future, I'm simply going hardware, and setting up a SAN with fibre channel.
10:16vagrantc has joined #ltsp
10:19
<matttttt>
does nfs3 work with ldap without kerberos?
10:20
<sbalneav>
matttttt: yes.
10:21
I currently just run LDAP + nfsv3
10:21
<matttttt>
cool, did you just use their respective manuals or did you find a good guide for setting them up in concert?
10:22
we're using suse
10:24marius-- has quit IRC
10:25
<Gadi>
matttttt: they really serve two different functions. All LDAP has to do is to help you get your uid/gid straight
10:25
<sbalneav>
I just used manuals. I've been using ldap and nfs for a long time, but GIYF, there's lots of setup guides out there.
10:25
Gadi++
10:25
right.
10:25
<Gadi>
all nfs has to do is allow you to mount the filesystem
10:25
its not like LDAP is gonna tell the system to mount the filesystem with nfs
10:26
<matttttt>
gotcha, ok. i'm very familiar with nfs but not ldap
10:26
i'll bust out the ldap manual :)
10:27
<Gadi>
matttttt: think of LDAP as centralizing the info in /etc/passwd, /etc/group
10:27
thats it
10:28
thats part of why lots of folks want an ActiveDriectory-like thing in Linux, because Linux has all the independent pieces, but leaves it up to you to put it together
10:30pmatulis has quit IRC
10:31pmatulis has joined #ltsp
10:32
<Gadi>
speaking of slightly OT: anyone here use Xen with a GUI interface?
10:33
<sbalneav>
Gadi: I use xen, but I just use the command line tools
10:34
<Gadi>
sbalneav: like it?
10:35
<nubae>
I use the gui tools... but on openSUSE
10:36
<Gadi>
either of you running an LTSP VM onit?
10:37* Gadi is weighing the VM options for an LTSP deployment with an eye towards scale and GUI mgmt
10:37
<Gadi>
there. I said it.
10:37
:)
10:37
<nubae>
wow, well no
10:38
I'd think LTSP and vms are not so compatible
10:38
<Gadi>
why not?
10:38
<nubae>
cause of the hardware interaction
10:38
<cyberorg>
Gadi, xen is the way to go then
10:38
<ogra>
use kvm
10:38* vagrantc has been using xen as an LTSP server for over 2 years now
10:38
<cyberorg>
:)
10:39
<vagrantc>
if you have the hardware, kvm is the future, though.
10:39
<nubae>
well anything that is real virtualisatio I guess
10:39
<Gadi>
vagrantc: at what scale?
10:39
kvm lacks the GUI, no?
10:39
<ogra>
no
10:39
<nubae>
theres a gui for it too
10:39
<Gadi>
ah
10:39
<vagrantc>
Gadi: 15-30 terminals, though i split out application servers from the LTSP root filesystem server
10:39
<cyberorg>
kvm can do live migration too
10:40
<Gadi>
vagrantc: a man after my own heart
10:40
<nubae>
vagrantc: so u are using it to load balance mostly?
10:41strattog has quit IRC
10:41
<vagrantc>
nubae: mostly to separate anonymous logins from real logins... i.e. we have drop-in terminals that anyone can log in to and use the internet, but also people who have real accounts doing real work
10:41strattog has joined #ltsp
10:41
<Gadi>
vagrantc: this is at freegeek?
10:41
<vagrantc>
nubae: we put the real accounts on a separate machine
10:41
Gadi: yeah
10:42
<Gadi>
with your locked down ICEWM and not much video?
10:42
<vagrantc>
and the root filesystem on it's own machine ... so that people don't have user logins on the same machine that's serving up the root filesystem
10:42
Gadi: is it locked down?
10:42
just doesn't have much installed
10:42
<nubae>
cool
10:43* Gadi just wonders if the virtualization adds any scaling bottleneck in terms of networking
10:43
<vagrantc>
but yeah, the anonymous logins have more limited application choices
10:43
<stgraber>
sbalneav: can you commit that ldm patch ? ;)
10:43
<Gadi>
does the kvm GUI have a name?
10:43
so I can look it up
10:43
<vagrantc>
the whole LDM_GUESTLOGIN patches were developed for freegeek's setup :)
10:44try2free has joined #ltsp
10:44
<vagrantc>
Gadi: haven't seen any huge bottlenecks with xen vs. bare metal. and not using really impressive hardware.
10:46
<ogra>
Gadi, apt-get install virt-manager
10:47try2free has left #ltsp
10:50
<Gadi>
ogra: ah, it connects to different types of VMs
11:03Faithful has quit IRC
11:03
<epsas>
vagrantc - I was following the "Slow Java Performance" thread on ltsp-discuss
11:04
and it seems like someone has uploaded a patched library in unstable
11:04
i am thinking i should just go ahead and backport it
11:04
<vagrantc>
hm. i thought i was subscribed to the bug report...
11:06
<ogra>
stgraber has a fixed libxcb package in his PPA
11:07
afaik it was a 4 line patch
11:07
<vagrantc>
epsas: seems like it will also be allowed for a stable release update: http://lists.debian.org/debian-release/2009/05/msg00221.html
11:12
<moldy>
hi
11:17
<sbalneav>
stgraber: ok, gimme a sec or two to come up with a patch
11:18
<moldy>
is anyone here involed with ubuntu and/or thin-client-manager? it would be nice if someone could take a look at this bug :) https://bugs.launchpad.net/ubuntu/+source/thin-client-manager/+bug/373100
11:19
<sbalneav>
stgraber: I'm just branching a fresh verision of ldm-trunk to patch against.
11:19
<Gadi>
moldy: was this the PPID thing from last week?
11:20
<moldy>
Gadi: yep
11:20
<Gadi>
did that fix it?
11:20
<moldy>
Gadi: for me, it did
11:21
<Gadi>
and yet, you are here again
11:21
:)
11:21
<moldy>
Gadi: it would be nice if the fix was incorporated soon :)
11:21
i would also appreciate additional information
11:21
<Gadi>
it only will be if you post the fix to the bug report
11:21
:)
11:21
<moldy>
Gadi: i did ;)
11:21
<Gadi>
oh
11:22
<moldy>
i don't quite understand why the author of that code greps for PPID in the first place
11:22
<Gadi>
ah, I see
11:22
sorry
11:22
<moldy>
i am also wondering wether there is a more robust way to implement this functionality
11:22
grepping through the output of cli tools always is a little awkward, it can break because of localization and the like
11:22
<Gadi>
well, I believe he uses ps and grep to differentiate LTSP connections from other remote connections
11:23
<moldy>
yep
11:23
but why the PPID thing? :)
11:23
<Gadi>
prolly neurotic
11:23
eh, ogra?
11:23
<sbalneav>
moldy: We used to have a "kill -1 PPID" as part of the ltsp process
11:23
<Gadi>
we all have our neuroses
11:23
<sbalneav>
it's since been eliminated.
11:23
<moldy>
sbalneav: ah :)
11:24
<ogra>
thin-client-manager is dead since several releases ...
11:24
i just didnt get around to remove it from the archive, its idling in universe since some time
11:25
<moldy>
ogra: ah. does "dead" mean that it is just lacking a maintainer?
11:25
<Gadi>
ubuntu needs a "limbo" repository
11:25
<ogra>
moldy, since two years
11:25
so its 4 ubuntu versions behind
11:25
<Gadi>
would you say its getting moldy?
11:25
:)
11:25
<moldy>
:p
11:26
i'm interested in keeping this alive, it's a nice tool, in principle
11:26
<alkisg>
moldy: talk to Lns, he's also looking to revive it
11:26Remaille has joined #ltsp
11:27
<moldy>
alkisg: cool, thanks for the hint
11:27
alkisg: "Lns" is the nick here?
11:27
<alkisg>
Yes
11:27
moldy: https://code.launchpad.net/tcm-ng
11:27
<moldy>
nice, i will take a look at it
11:27
<ogra>
moldy, well, the idea was to have the nost minimal possible gui maintenance tool for connected thin clients
11:28
then someone bloated it with vnc crap and it blew up to a horrible piece of UI
11:28
<moldy>
hehe
11:28
<ogra>
s/to/into/
11:31
<alkisg>
...and https://launchpad.net/tcm-ng
11:31
<ogra>
well,. feel free to do whatever you want with it
11:31
<epsas>
vagrantc - hmm - does this mean that a patched library may be in testing -- or that i should go ahead and patch the sources myself
11:31
<ogra>
why -ng though ?
11:32
just keep the name
11:32artista_frustrad has quit IRC
11:33
<ogra>
i think my initial idea of the smallest possible UI even my mom could use and understand failed anyway, users suffer featuritis
11:33* alkisg doesn't know why the -ng, Lns is behind this.
11:34
<highvoltage>
heh
11:34
<ogra>
well, up to him, imho it doesnt need renaming ... its dead and if it comes to new life it can well keep the name
11:35
<vagrantc>
epsas: someone's proposing to make an upload to stable-proposed-updates, if they haven't already.
11:36
<nubae>
ng = next generation I believe
11:36
:p
11:36
<ogra>
nubae, sure
11:36
<alkisg>
I think we wants to merge another of old ogra's programs (don't remember the name), that why he changed the name? Bah, he'll tell us when he gets here.
11:37
<ogra>
yeah, i know :(
11:37* alkisg guesses ogra doesn't like the all-in-one tools
11:37
<ogra>
but up to him, i dont maintain either of them
11:37
not if they were kept ditinct by design all the time, no
11:38
it was on purpose that i didnt write a all in one super bloated overloaded tool
11:38
<nubae>
heh
11:39
<ogra>
bt i never had the time to actually care for them and its up to the new maintainer to decide how it should be
11:42Remaille has quit IRC
11:43
<moldy>
is there any way to get that patch into ubuntu despite the package being dead?
11:43
with the patch, at least the basic functionality is not completely broken for current ubuntu installations
11:44
i'm not familiar with the ubuntu processes
11:44
<ogra>
find a sponsor ... https://launchpad.net/~ubuntu-universe-sponsors
11:44
<moldy>
ogra: thanks
11:46
<Gadi>
can it be ported to ARM ? :P
11:46
<ogra>
its pygtk ...
11:46
no need for porting
11:46
:P
11:54litlebuda has quit IRC
11:56marius-- has joined #ltsp
12:26spectra has joined #ltsp
12:43
<sbalneav>
stgraber: about?
12:55johnny has joined #ltsp
13:12Lns has joined #ltsp
13:13
<stgraber>
sbalneav: yep
13:23
<sbalneav>
stgraber: I've got a patch. Want me to pastebin it?
13:24
<ltsppbot>
"sbalneav" pasted "Patch for hanging on logout" (90 lines) at http://pastebot.ltsp.org/364
13:25
<sbalneav>
stgraber: Give that one a try
13:25
<matttttt>
anyone ever use LDM_DEBUG_TERMINAL?
13:26bobby_C has joined #ltsp
13:26
<matttttt>
i enabled it, but i can't access it at the ldm screen, if i attempt a login to one of my ltsp servers i'm trying to debug issues with, i can briefly see the debug terminal flash by before ldm reloads.
13:28
<Gadi>
matttttt: if you are getting that far, you may be better off checking the user's ~/.xsession-errors instead
13:35elisboa has quit IRC
13:36SDuensin_ has joined #LTSP
13:41Remaille has joined #ltsp
13:42SDuensin has quit IRC
13:47
<matttttt>
man, that's exactly what I needed.
13:47
and there's my error :)
13:47
thanks
13:47litlebuda has joined #ltsp
13:48elisboa has joined #ltsp
13:58rybl has joined #ltsp
13:59
<rybl>
Hello, can anyone help me with a basic LTSP question?
13:59
<sbalneav>
!ask
13:59
<ltspbot`>
sbalneav: "ask" is Don't ask to ask a question, simply ask it, and if someone knows the answer, they'll respond. Please hang around for at least 15 minutes after asking a question, as not everybody constantly monitors the channel.
14:00
<sbalneav>
rybl: go agead
14:00
ahead
14:00* vagrantc notes that that's shorter than !question
14:00* vagrantc should merge the two
14:01
<rybl>
I have just installed an ubuntu 9.04 LTSP server. I can successfuly boot a client, but it does not seem to be getting a chroot enviornment. I can see /opt/ltsp/i386 from the thin client. Any ideas why?
14:03
<sbalneav>
If the client boots, you've got a chroot environment.
14:04
<vagrantc>
unless it's an initramfs prompt
14:04
<sbalneav>
If you've logged in on the thin client, you're and you either browse with nautilus, or open an xterm, then you're looking at the server.
14:04
<vagrantc>
rybl: what do you mean by "boot" ? and "see /opt/ltsp/i386"
14:06
<rybl>
The client comes up with a login window. I can login using credentials from the ltsp server. Then on the client I can navigate to /opt/ltsp/i386. I was under the impression that I should not be able to do this b/c that should be the root of my enviornment.
14:06
pleese bear with me, this is my first encounter with LTSP
14:07
<vagrantc>
ah, yes. as sbalneav said, you're actually logged into the server *though* the client.
14:07hanthana_ has quit IRC
14:07
<vagrantc>
so all the files you see will be on the server.
14:08
<rybl>
So how do I change this? What have I done wrong?
14:08
<sbalneav>
Nothing, this is the way ltsp's supposed to be :)
14:09
!docs
14:09
<ltspbot`>
sbalneav: "docs" is For the most current documentation, see http://wiki.ltsp.org/twiki/bin/view/Ltsp/LtspDocumentationUpstream
14:09
<moldy>
Lns: hi :)
14:09
<vagrantc>
feel warm and comforted that you are logged into the same computer no matter which thin client you're logged into :)
14:09
<moldy>
Lns: i'm the guy who sent you that e-mail earlier :)
14:09
<Lns>
hi moldy
14:09
moldy: about tcm-ng?
14:09
<sbalneav>
rybl: if you're interested, there's some docs that explain the boot process, and what you're getting when you log in.
14:09
<moldy>
Lns: yep
14:10
Lns: i'm currently trying to set up a development environment to "get my feet wet"
14:10
<sbalneav>
rybl: but the long and the short of it is, that's how ltsp works: it basically gives you clients that behave like you were logged in on the console.
14:11
<Lns>
moldy: awesome! Like I said in the mail, you might want to head over to #lns and talk to yanqui about it. He's leading the dev on this project
14:11
<rybl>
Ok, so I guess I'm just confused at what /opt/ltsp/i386 is for.
14:11
<moldy>
Lns: ok, will do
14:12
<Lns>
rybl: when you open a shell from the GUI of a TC, you have a shell on the server.
14:12
rybl: when you CTRL+ALT+F1, and log in (given you've enabled an acct in the chroot), you have a login on the TC itself.
14:13
<moldy>
Lns: you don't happen to know what i need to do in order to run the current trunk, do you? i suspect i need to install that dbus stuff somewhere...
14:14
<Lns>
moldy: I have no clue unfortunately :( try looking at https://launchpad.net/tcm-ng - it might have some details on that
14:14cliebow has joined #ltsp
14:14
<Lns>
Wish I had more info for you
14:15
<moldy>
Lns: ok, thanks
14:15
<rybl>
thanks all for your help.
14:16
<vagrantc>
rybl: think of each thin client as an extra keyboard/mouse/monitor for the server, and the operating system in /opt/ltsp/i386 is just enough to connect you to the server.
14:30
stgraber: ok, maybe this release cycle i can help you split ldm-themes* into their own source package(s)? :)
14:36Gadi has left #ltsp
14:47cliebow has quit IRC
15:00
<matttttt>
what does everyone use to print to local client-attached printers?
15:00
is jetpipe the best?
15:05
<sbalneav>
jetpipe's the only :)
15:06pmatulis has quit IRC
15:09rybl has quit IRC
15:13nubae has quit IRC
15:14nubae has joined #ltsp
15:27
<stgraber>
vagrantc: would be great ;)
15:29
<vagrantc>
stgraber: what do you think would be better: one new source package with all the themes, or a new source package for each theme?
15:30
<stgraber>
a single one should be good enough, as long as I don't have to carry those in the .diff.gz
15:31
<vagrantc>
yeah, that should be easy to do. probably easiest as a "debian" native package
15:31CAN-o-SPAM has quit IRC
15:31
<stgraber>
sbalneav: the patch seems good enough for inclusion, I don't think we have any distro in final freeze at the moment so I guess best would be to include it, tag and do some testing with it
15:33
<vagrantc>
a fine time to shake things up a bit :)
15:34
stgraber: should i base everything off of http://archive.ubuntu.com/ubuntu/pool/main/l/ldm/ldm_2.0.40-0ubuntu2.dsc ? or do you have another upload in the works?
15:35
stgraber: and is there a bzr branch i should work with, or just directly on the debian dir?
15:37
<moldy>
guest account login problem: i can manually ssh into the server fine from a client shell, but ldm throws me back at the login prompt after hitting the guest button. any ideas?
15:38
<stgraber>
vagrantc: no pending upload for the theme
15:38
vagrantc: the theme is currently in bzr ~stgraber/ltsp/ldm.jaunty I'd think
15:40
<moldy>
this used to work until yesterday, no idea what stopped it from working :-/
15:41spectra has quit IRC
15:41
<moldy>
oops, wrong, it worked until i started fooling around with tcm...
15:42
weird
15:42
<vagrantc>
it hasn't beem maintained for a reason :)
15:43
stgraber: ldm.karmic?
15:44
<moldy>
vagrantc: i'm working the -ng stuff... i'm just kinda surprised it breaks logins :)
15:44* Lns doesn't see how any of that could affect logins at all.. ?
15:46
<moldy>
Lns: dpkg --contents tells me that it installs some xession stuff, i suspect some of this breaks it
15:46
after purging tcm-ng, logins work again
15:47
<Lns>
yikes
15:48
<moldy>
no big problem :)
15:52
<stgraber>
vagrantc: ah, right I started the one for karmic
15:59
<Lns>
Does anyone using Ubuntu 8.04 regularly subscribe to -backports repo? If so, can you vouch for its general stability?
15:59
(regarding LTSP stability of course)
15:59loather-work is now known as katz
15:59katz is now known as loather-work
16:04pmatulis has joined #ltsp
16:06
<Lns>
hmm, looks like backports only has a few things in it anyway..
16:15Remaille has quit IRC
16:16
<vagrantc>
stgraber: what about changing ldminfod to ldm-server?
16:17
stgraber: i've already got a bzr branch with the ldm-ubuntu-themes package in it's own, now i'm working on removing it from ldm.
16:35
<stgraber>
vagrantc: yeah, I guess I'll be renaming ldminfod to ldm-server to follow what you did in Debian
16:35
<vagrantc>
stgraber: ok, i'm pushing two branches now...
16:36
stgraber: https://code.launchpad.net/~vagrantc/ltsp/ldm-without-ubuntu-themes and https://code.launchpad.net/~vagrantc/ltsp/ldm-ubuntu-themes
16:37
stgraber: the first should be merged into your ldm.karmic branch, and the second should become it's own source package
16:38
stgraber: i can work on a branch based on ldm-without-ubuntu-themes that at least partially syncs with debian
16:42
<stgraber>
ok, merged the former, I'll need to see how I can upload that though as I probably won't have the right to upload a new source package ...
16:42
<vagrantc>
ah, i'm in a similar boat with debian :)
16:43
maybe i should have done the other sync'ing first
16:45bobby_C has quit IRC
16:46
<stgraber>
vagrantc: would it make sense to split each theme into its own binary package ?
16:47
that'd help decrease the CD size for example (at least for Ubuntu)
16:47
<vagrantc>
stgraber: i think it would, yes.
16:48
stgraber: but i'm mostly aiming at anything that can reduce the ubuntu/debian diff, and simply splitting them into another source package was the biggest thing to tackle :)
16:48
<stgraber>
ok, will do that, will need to sort that uploading issue anyway first, otherwise I'll end up with either conflicting packages or missing themes :)
16:48
<vagrantc>
yeah.
16:58alkisg has quit IRC
17:01elisboa has quit IRC
17:17
<vagrantc>
stgraber: ok, i added a few more commits to merge that should bring it closer to sync with debian: https://code.launchpad.net/~vagrantc/ltsp/ldm-ubuntu-debian-sync
17:18
and hopefully shouldn't cause you troubles in ubuntu, but it's untested.
17:18
i did go so far as to build the ldm-ubuntu-themes package, and it was virtually identical to the one uploaded to karmic
17:20
<stgraber>
ok, will merge that too and then wait for the release team :)
17:22
<vagrantc>
will be a lot easier to manage themes without having to mess with uuencode and all that.
17:25
stgraber: oh, you'll have to track down copyright info for all those themes.
17:25
stgraber: and update debian/copyright
17:25
i suspect they're all cannonical except the one mentioned.
17:26
stgraber: and i just incremented the version- no idea what you want to do with that.
17:32
<stgraber>
got the +1 from the release team
17:33
I'm not sure what was the reason of that uuencode ... was that to workaround some debian policy stuff ?
17:36
<vagrantc>
you can't represent a .png file in the diff.gz
17:36
since it was in the debian dir
17:36
by moving it to an upstream tarball or native source package, you don't have a .diff.gz, everything goes into a tarball :)
17:37evilx has joined #LTSP
17:47evilx has quit IRC
17:56
<Lns>
for any bored folk, I updated the image at https://help.ubuntu.com/community/UbuntuLTSP/ to reflect the new LTSP logo.
17:56GGD_ has joined #ltsp
17:58
<vagrantc>
i should probably add it to the default ldm theme, too...
17:58lupine_85 has quit IRC
17:59lupine_85 has joined #ltsp
18:04
<stgraber>
vagrantc: hmm, that recommend for ldm-server may be an issue ...
18:04
we install recommends by default in Ubuntu ...
18:05
<vagrantc>
stgraber: those were all things i'd want installed by default, but not absolutely necessary... but feel free to change as you see fit.
18:06
especially: ltspfs, gnome-session | x-session-manager | x-window-manager ...
18:08
i think xauth is needed for LDM_DIRECTX and libasound2-plugins may be needed for the pulseaudio/alsa compatibility... but again, you know what's needed on ubuntu. i just added those as i didn't think they'd be a problem.
18:08
that should help with people who install ubuntu-server and don't install a desktop ... at least they'll end up with something. :)
18:09
<Lns>
ACTION just had a vision for an ltsp commercial... "Time it takes to install a new system - Linux+LTSP, vs. Windows." --- split screen, 2 admins, 2 timers - both plug in machines, turn them on... LTSP client boots up in ~45sec, timer stops at 0:45. Second admin still waits for Windows to boot up, first time license agreement acceptance, create administrator password, log in, remove systray icons, join to domain, reboot, .... all the while, 1st ad
18:10
<vagrantc>
could do something similar for windows terminal server, no?
18:10lupine_85 has quit IRC
18:10
<vagrantc>
i.e. if you could workstation install times vs. a thin client with a preconfigured server, it's not a fair comparison
18:12GGD has quit IRC
18:12
<Lns>
true, but windows non-thin-clients are much more typical
18:12
so it'd target a much wider audience
18:13* Lns is thinking of school environments mostly
18:15lupine_85 has joined #ltsp
18:16lupine_85 has joined #ltsp
18:24lupine_85 has quit IRC
18:25lupine_85 has joined #ltsp
18:41lupine_85 has quit IRC
18:51
<stgraber>
vagrantc: just uploaded the new packages to my PPA to see how well it works before pushing that to the archive
18:51
<vagrantc>
stgraber: cool
18:52
<stgraber>
I guess I'll need to file a bug report if I want the release team to understand what's going on :) with ldminfod becoming ldm-server and the themes moving to a separate source package and 4 binary packages that's not that easy :)
18:52
<vagrantc>
heh
18:52
<stgraber>
and I guess the upgrade path will likely be broken so will have to check that later :)
18:53
<vagrantc>
could do some incremental changes
18:53
<stgraber>
well, it's easier to have one big request of moving 5 new packages to main than having to do it 5 time :)
18:56* vagrantc may be fighting with filesystem corruption on a mail server for the forseeable future
19:03Lns has quit IRC
19:18
<vagrantc>
stgraber: you could make a transitional ldm-ubuntu-themes that depends on all the others...
19:19
<stgraber>
right, that would make sense, currently I made ldm-ubuntu-theme replace -themes but that won't work for users of the other themes
19:23GGD_ has quit IRC
20:26pmatulis has quit IRC
20:26yanqui has quit IRC
20:26cyberorg has quit IRC
20:26moldy has quit IRC
20:26johnny has quit IRC
20:26sep has quit IRC
20:26benGREEN has quit IRC
20:26wwx has quit IRC
20:26hal14450 has quit IRC
20:26tarbo has quit IRC
20:26benGREEN has joined #ltsp
20:26wwx has joined #ltsp
20:26hal14450 has joined #ltsp
20:26tarbo has joined #ltsp
20:26pmatulis has joined #ltsp
20:26yanqui has joined #ltsp
20:26cyberorg has joined #ltsp
20:26moldy has joined #ltsp
20:26johnny has joined #ltsp
20:26sep has joined #ltsp
20:26vvinet has quit IRC
20:26Egyptian[Home] has quit IRC
20:27vvinet has joined #ltsp
20:27Egyptian[Home] has joined #ltsp
20:27tarbo has quit IRC
20:30tarbo has joined #ltsp
20:54lucascoala has joined #ltsp
21:04hanthana has joined #ltsp
21:20Egyptian[Home] has quit IRC
21:21Egyptian[Home] has joined #ltsp
21:46vagrantc has quit IRC
21:52F-GT has joined #ltsp
22:01
<sbalneav>
Evening all
22:03F-GT has quit IRC
22:04
<Egyptian[Home]>
sbalneav: morning
22:06pmatulis has quit IRC
22:17F-GT has joined #ltsp
22:20litlebuda has quit IRC
23:14nubae has quit IRC
23:16
<stgraber>
ouch, after 5 tries I finally got that transition thing right with ldm for karmic
23:17
so karmic will have a binary package for each ldm theme and will have the same package names as Debian
23:17
(waiting for the new packages to be accepted in main)
23:18nubae has joined #ltsp
23:31alkisg has joined #ltsp
23:32pasmen has quit IRC
23:32Sarten-X has quit IRC
23:32sutula has quit IRC
23:32nikosapi has quit IRC
23:32dberkholz has quit IRC
23:32kc8pxy has quit IRC
23:35nikosapi has joined #ltsp
23:36kc8pxy has joined #ltsp
23:36dberkholz has joined #ltsp
23:38pasmen has joined #ltsp
23:38Sarten-X has joined #ltsp
23:38sutula has joined #ltsp