|00:12||daya has left IRC (daya!~daya@unaffiliated/daya, Ping timeout: 255 seconds)|
|00:18||map7 has left IRC (email@example.com, Ping timeout: 265 seconds)|
|00:27||andygraybeal_ has joined IRC (firstname.lastname@example.org)|
|00:34||daya has joined IRC (daya!~daya@unaffiliated/daya)|
|00:50||cliebow has joined IRC (email@example.com)|
|01:07||Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Read error: Operation timed out)|
|01:09||cliebow has left IRC (firstname.lastname@example.org, Quit: Leaving)|
|01:42||Parker955 is now known as Parker955_Away|
|01:48||dead_inside has joined IRC (email@example.com)|
|02:11||Lns has left IRC (Lns!~Lns@pdpc/supporter/professional/lns, Remote host closed the connection)|
|02:25||daya has left IRC (daya!~daya@unaffiliated/daya, Quit: Leaving)|
|02:38||brian418_ has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|02:41||F-GT has joined IRC (F-GTemail@example.com)|
|03:09||andygraybeal_ has left IRC (firstname.lastname@example.org, Ping timeout: 244 seconds)|
|03:12||Parker955_Away is now known as Parker955|
|04:03||prp^2 is now known as prpplague|
|04:21||telex has left IRC (email@example.com, Ping timeout: 255 seconds)|
|04:21||adrianorg__ has left IRC (firstname.lastname@example.org, Ping timeout: 255 seconds)|
|04:23||telex has joined IRC (email@example.com)|
|04:33||telex has left IRC (firstname.lastname@example.org, Ping timeout: 265 seconds)|
|04:39||telex has joined IRC (email@example.com)|
|04:45||Parker955 is now known as Parker955_Away|
|05:09||dead_inside has left IRC (firstname.lastname@example.org, Quit: Leaving...)|
|05:19||ricotz has joined IRC (ricotz!~rico@unaffiliated/ricotz)|
|05:25||bauerski has joined IRC (email@example.com)|
|05:31||alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)|
Is there any advantage to printer sharing with jetpipe? Why don't we use plain cups sharing instead?
Ah, is it because of lack of printer drivers in thin chroots?
And no reason to run cups in every client to just pipe to server.
alkisg: About the Pyramus test account.
After upgrade the functionality for creating test accounts is broken.
I have admin rights to the demo to help you out but I cannot do it.
muppis: but does jetpipe work for any printer that cups supports, or with that we're limited to only a few supported printers?
It is already holiday season in Finland so I do not know how quickly they are going to answer my support request.
alkisg: I will get back to you as soon as they respond.
elias_a_: no worries, I'm not into using ...secretery-like tools anyway :D, but I did post the link to the forum for other teachers unfortunate enough to have such duties :D
alkisg: Yep - I understood that already :)
alkisg, afaik it just act likes a mediaconverter for usb/lp to ethernet.
elias_a_: It's a weird situation about such tools here in greece, they're usually handled by IT teachers that don't have enough teaching hours
But anyways - it is better to play around with such toys with an account.
So most of them are considered unlucky :D
alkisg: What? Really strange!
elias_a_: so, if you have something that I could post publicly, then I'll do so, but I'm not really interested to try it out myself
Ok. I understand.
muppis: thanks, ok, sounds useful for thin clients then
alkisg: This was a very good piece of information for me. I (as people usually do) assumed that things are the same everywhere else as here...
Here the admin IT is separated from the IT that is used for education.
elias_a_: that's only true here for only a handful of schools... only very large schools are fortunate enough to have someone to serve as a secretary (just one, not many)
I could actually as Schooltool user group about how the administration is taken care of. Schooltool is used in very many countries.
And, there's usually no admin stuff, the IT teacher gets 3 hours per week to care about his computer lab
That's why I'm striving to automate anything, because I can't expect every IT teacher to invest to learn all about LTSP...
alkisg: Ok. Now I am beginning to see why your LTSP model is so lucrative :P
alkisg: You are doing a damn good job, you!
Hehe, thanks, I hope so... the expected end result is just to have everything running easily so that we can focus on our teaching duties
|06:35||Lns has joined IRC (Lns!~Lns@173-16-196-204.client.mchsi.com)|
|06:35||Lns has joined IRC (Lns!~Lns@pdpc/supporter/professional/lns)|
|06:46||prpplague is now known as prp^|
|07:06||elias_a_ has left IRC (firstname.lastname@example.org, *.net *.split)|
|07:06||hays has left IRC (hays!~quassel@unaffiliated/hays, *.net *.split)|
|07:06||monteslu has left IRC (email@example.com, *.net *.split)|
|07:07||hays has joined IRC (hays!~quassel@unaffiliated/hays)|
|07:09||elias_a has joined IRC (firstname.lastname@example.org)|
|07:11||monteslu has joined IRC (email@example.com)|
|08:10||Da-Geek has joined IRC (Da-Geek!~Da-Geek@188.8.131.52)|
|08:23||khildin has joined IRC (firstname.lastname@example.org)|
|08:56||dobber has joined IRC (email@example.com)|
|09:08||Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)|
|09:25||NeonLicht has left IRC (NeonLicht!~NeonLicht@darwin.ugr.es, Ping timeout: 272 seconds)|
|09:40||NeonLicht has joined IRC (NeonLicht!~NeonLicht@darwin.ugr.es)|
|09:59||Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)|
|11:17||Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 245 seconds)|
|11:31||Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)|
|11:34||bieb has joined IRC (firstname.lastname@example.org)|
|11:35||andygraybeal_ has joined IRC (email@example.com)|
|11:39||komunista has joined IRC (firstname.lastname@example.org)|
|11:46||komunista has left IRC (email@example.com, Quit: Leaving.)|
|12:03||andygraybeal_ has left IRC (firstname.lastname@example.org, Ping timeout: 244 seconds)|
|12:05||komunista has joined IRC (email@example.com)|
|12:08||brunolambert has joined IRC (brunolambert!blambert@nat/revolutionlinux/x-cigmmuuwiflcyxhm)|
|12:30||adrianorg__ has joined IRC (firstname.lastname@example.org)|
|12:44||bobby_C has joined IRC (bobby_Cemail@example.com)|
|13:06||alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)|
|13:07||monteslu has left IRC (firstname.lastname@example.org, Read error: Operation timed out)|
|13:23||monteslu has joined IRC (email@example.com)|
|13:28||bengoa has joined IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9)|
|13:32||Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 245 seconds)|
|13:49||Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)|
|14:06||[GuS] has joined IRC ([GuS]!~MysT@213-117-16-190.fibertel.com.ar)|
|14:06||[GuS] has joined IRC ([GuS]!~MysT@unaffiliated/gus/x-663402)|
|14:42||highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 248 seconds)|
|14:47||highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)|
|15:12||Da-Geek has left IRC (Da-Geek!~Da-Geek@184.108.40.206, Remote host closed the connection)|
|15:16||vagrantc has joined IRC (firstname.lastname@example.org)|
|15:16||vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)|
|15:17||Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com)|
|15:31||khildin has left IRC (email@example.com, Ping timeout: 246 seconds)|
|15:33||khildin has joined IRC (firstname.lastname@example.org)|
|15:39||dobber has left IRC (email@example.com, Remote host closed the connection)|
|15:39||Lns has left IRC (Lns!~Lns@pdpc/supporter/professional/lns, Quit: Leaving)|
|15:40||alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)|
alkisg: heya. Can't remember if you saw my message last week regarding epoptes. I changed the dependencies to | ssvnc so that it's buildable on armhf.
Hi stgraber, I saw it but I was in a travel for a workshop so I didn't have time to check it out
stgraber: the client side was already OK, and the change was needed in the server side?
alkisg: IIRC the client side was just suggesting ssvnc, it wasn't a conditional dependency as it should have been
vagrantc: s/buildable/installable/ :)
stgraber: gotcha, if you have a diff I can commit it upstream
i can't really test, but i can sponsor uploads :)
at least for debian
vagrantc: I don't have anything more for LTSP, and I only have this ^ for epoptes
|15:49||* vagrantc ponders new upstream vs. patches for ltsp|
a bunch of the changes are gentoo-specific ... though i do have roughly 2.5 days left before freeze
ooh. unique dbus id's
That was tricky to pinpoint
that might actually fix a number of issues
The symptom was "sudo gedit" not working in ltsp-pnp :O
I couldn't even imagine how it would be possible for the server to get notified of the thin client client dbus id
They're using a hidden X window to store it...
(similar to what we do with xprop)
stgraber: code changes were also needed for server side ssvnc, right?
alkisg: I just changed the depends, it's quite possible the server side is just broken on armhf :)
stgraber: up until now, we only committed bug fixes in epoptes, just in case you'd want to SRU it to 12.04. Should I tag what we have now, or should we also commit that one and it wouldn't affect a possible SRU?
(though I didn't quite care at the time, I just wanted epoptes installable so we could actually generate an install media)
alkisg: so, with the cups changes ... why kill the mkdir /etc/cups ?
vagrantc: mkdir and then check if the dir exists?!
If the dir doesn't exist, why bother?
ah right, we merged two generations of code
alkisg: i think the packages we install don't necessarily create that dir, and it was created in the ltsp-build-client plugins
but maybe things have since changed.
alkisg: I think the easiest for 12.04 will be to do per-commit cherry-picks, so I guess you can just go ahead and commit features changes to your trunk branch
vagrantc: so is there any case at all that that dir wouldn't exist, and cups would be installed?
alkisg: the diff from my upload last week: http://paste.ubuntu.com/1062753/
alkisg: there used to be, dunno if that's the case anymore.
stgraber: we only have fixes that deserve a cherry pick, and translation updates, nothing else, so far
E.g. Phantomas wanted to put a simple "zoom" slider and I told him to wait as it would be a "feature"
vagrantc: cups ships /etc/cups here... anyway I don't mind either way, maybe we can leave it as is until some other distro mentions that it has cups without /etc/cups?
Hmm maybe the mkdir and then the test were there to test for bind mounts
ro root etc
knipwim: you're still using bindmounts?
Hmm and cups-client *doesn't* ship etc...
i looked at aufs and the likes
alkisg: so I had a quick look at epoptes in Ubuntu. I won't be able to upload it without any change to 12.04 for an SRU but I'll cherry-pick all the changes and put them in a single changelog entry. I'm going to need a LP bug for every change though (except for translations)
OK I'll put it back, it should be safer for now
vagrantc: but a lot of trouble implementing it
stgraber: I think we have one for each bug
knipwim: your initramfs giving you trouble with it, or other issues?
mostly that one
also because it's not in the kernel
oh, i see.
knipwim: so if I found a way to do the aufs mount from /sbin/init-ltsp, it would help gentoo?
is overlayfs mainlined yet?
alkisg: it would help i guess, but i still would have to find a way to integrate it nicely in the build process
is it a problem? doing bind mounts?
Just a bit... additional checks, comfusing code in some cases when there are no comments...
- Remove workaround for bug fixed in twisted.
- Ensure that epoptes-client is actually booted to LTSP before assuming it
is operating as a Fat client.
alkisg: ^ do you have bug reports for these two changes?
|16:09||* alkisg needs to be afk for 10', brb, will check then|
|16:22||ricotz has left IRC (ricotz!~rico@unaffiliated/ricotz, Quit: Ex-Chat)|
|16:23||ricotz has joined IRC (ricotz!~rico@p5B2ACE09.dip.t-dialin.net)|
|16:23||ricotz has joined IRC (ricotz!~rico@unaffiliated/ricotz)|
|16:35||andygraybeal has left IRC (firstname.lastname@example.org, Quit: Ex-Chat)|
|16:40||alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)|
Twisted bug report: LP #943598
|16:41||alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 248 seconds)|
|16:42||alkisg1 is now known as alkisg|
I don't think we have a bug report for the other one, as it was a bit rare (standalone clients with the ltsp-client package installed)... stgraber should I file a bug report for it?
alkisg: yes, please
|16:57||adrianorg__ has left IRC (email@example.com, Ping timeout: 246 seconds)|
|16:59||shogunx has left IRC (firstname.lastname@example.org, Write error: Broken pipe)|
stgraber: LP #1018498
|17:06||Pecker has left IRC (Peckeremail@example.com, Ping timeout: 264 seconds)|
|17:08||shogunx has joined IRC (firstname.lastname@example.org)|
alkisg: debdiff for precise: http://paste.ubuntu.com/1062875/
|17:09||bengoa has left IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9)|
alkisg: one last thing before I can upload, each of the bugs need to have a [rational], [test case] and [regression potential] section added to their description
the first needs to explain what the bug is and what's the fix (briefly)
stgraber: each one?
the second needs to be a step by step procedure to check that the bug is fixed
|17:10||adrianorg__ has joined IRC (email@example.com)|
and the last needs to be a short explenation of possible regression that might happen if the fix explodes
|17:10||* alkisg decided that he suddenly doesn't care about the SRU so much... people can use the epoptes PPA :D|
30' fixing bugs, 3h supporting the SRU :D
I thought that it could all be done in a single SRU bug, the rationale etc
alkisg: it usually just takes a couple of minute to document that... we're enforcing it for SRUs as people were extremely bad at documenting their changes and we'd end up with regressions and packages sitting in -proposed for years (the oldest one being 400 days old or something like that)
Not for each one of the bugs...
Scottish Rugby Union?
Service Release Update or something
search retrieval via url?
alkisg: I'll do it quickly for these 3, hopefully you'll see that it's not too painful :)
stgraber: e.g. for the bug where one needs to have ltsp-client installed in a standalone machine, I'm not sure that any user would ever see it...
vagrantc was testing ltsp-pnp, that's why he saw it
So confirming that the bug was solved would be hard for a test case
well, i confirmed that that fix resolved the issue
Sure, but ltsp-update-image -c / isn't even available in ubuntu 12.04
So you couldn't confirm it that easily on 12.04...
oh, right... so you'd have to install it with a ppa
Or use a standalone client
And install ltsp-client on it just to confirm the bug
that's reasonably simple instructions...
OK, but I'm not sure if it's worth all the trouble for a 1 line fix
I understand the reasoning, but...
Not that I have something better to propose
alkisg: paperwork done :)
alkisg: I'll very likely be the one doing the tests anyway so I also know how to test these bits without too much pain :)
|17:24||Gremble has left IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com, Quit: I Leave)|
stgraber: thanks, and sorry for my lack of patience with bureocracy... I know it's necessary but I absolutely hate it some times :)
alkisg: once you're used to what the SRU team wants, it's really not too much of a pain, and it forces you to read the diff once again :)
uploaded to -proposed
vagrantc: so, I'll be tagging epoptes, do you want me to do the -1 (debian package) too?
alkisg: go ahead and tag -1, i'll just upload what you've got.
Cool, ah, let me also do + test the ssvnc part that stgraber reported along with it - it'll take me some time, but I'll do it today
(it probably requires a bit of server-side code changes too)
|18:12||scmaccal has joined IRC (firstname.lastname@example.org)|
vagrantc: your name in the changelog or mine?
(don't know if it matters for the upload)
..putting mine, if needed we can change it with bzr push --overwrite :P :D
Ah no I think I should put yours, it might need signing
Err no that wasn't a problem in previous versions. OK.
alkisg: no tags?
vagrantc: sooorry I always forget bzr tags
Can I put them now?
...uncommit, tag, push --overwrite :P
can tag later and push
|18:43||Pecker has joined IRC (Peckeremail@example.com)|
|19:01||scmaccal has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|19:17||bobby_C has left IRC (bobby_Cemail@example.com, Ping timeout: 252 seconds)|
|19:19||khildin has left IRC (firstname.lastname@example.org, Quit: I'm gone, bye bye)|
alkisg: uploaded, tagged and pushed tags
vagrantc: ty... can I do something to help with ltsp?
epoptes, that is
|19:23||komunista has left IRC (email@example.com, Ping timeout: 248 seconds)|
I haven't used mkdst though yet
i can do some limited testing on my own
alkisg: i haven't been using mkdst lately either ...
We did muuch testing in the workshop
We mostly found Ubuntu-related problems though :P
alkisg: it's a pretty small diff, i can just do what i did for epotpes
|19:31||Ghidorah has joined IRC (Ghidorah!~Ghidorah@d14-69-12-100.try.wideopenwest.com)|
Hello everyone, I'm looking into kerberos authentication with Firefox (localapp) on LTSP. I'm running to a snag, I'm not sure how to provide Firefox access to the kerberos ticket
Has anyone attempted anything similar with LTSP?
no experience with kerberos, but how would you normally get access to the ticket on a disked workstation?
vagrantc: The ubuntu workstation I'm testing with, is authenticating with AD and caches a user kerberos ticket. From there applications can use this ticket for authentication
so where is it cached?
in the users homedir
|19:37||komunista has joined IRC (firstname.lastname@example.org)|
Ghidorah: you might have an easier time doing this with a fatclient ... then you can just configure the LTSP environment however you configured the server
|19:39||Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Remote host closed the connection)|
I hadn't considered a fatclient
|19:40||bobby_C has joined IRC (bobby_Cemail@example.com)|
it's sort of like running all apps as localapps
Please excuse my ignorance. Does it require a HD?
although LTSP does some trickery you might have to disable at login (for both localapps and fatclients) ...
Ghidorah: no, it's still all network booted, just all of the applications running on the local hardware, like localapps
thin client = all applications running on server, local apps = most running on server, some running on thin client hardware, fat client = all applications running on thin client hardware
So is there a need for an application server? Is there a "remoteapp" feature, rather is there a need?
although, for both localapps and fatclients, LTSP does some things to /etc/passwd and such that might make proper network authentication difficult
Ghidorah: yes, there's also remoteapps ... i.e. most applications running on thin client hardware, some applications running on server
with fatclients, there's not need for an application server really, at that point it's just a file server.
essentially, LDM uses ssh to transfer username and group info over to the client, and set up the homedir ... not sure if that would mess with AD/kerberos at all.
basically, we invented localapps/fatclients to work around having to set up AD/LDAP/Kerberos
so the root server would authenticate the user and then setup the fatclient?
sort of ... depends on what you mean
|19:49||Pecker has left IRC (Peckerfirstname.lastname@example.org, Ping timeout: 265 seconds)|
basically, the root server handles all the network boot, you get to a login screen, and it logs into the server, and then LDM/LTSP set up the fatclient things username/groups, homedir, starting the initial session, etc.
the server essentially serves up the root filesystem and homedir and authentication mechanism, and everything else is running on the thin client
I'm assuming there is no need for LTSP-Cluster with fatclients then?
haven't worked with LTSP-cluster at all
I really like its web interface and logging
prior to LTSP-Cluster I was unsure of how to audit who was logging into which terminal
|19:54||[GuS] has left IRC ([GuS]!~MysT@unaffiliated/gus/x-663402, Quit: Konversation terminated!)|
|20:01||bieb has left IRC (email@example.com)|
|20:08||JesseC has left IRC (JesseC!JesseCW@wsip-98-175-20-126.br.br.cox.net, Ping timeout: 240 seconds)|
|20:09||Pecker has joined IRC (Peckerfirstname.lastname@example.org)|
Ghidorah: `last` and `lastlog` tell you about login history
i set up ltsp on exisiting install..got dhcp wprkong, but when clients boot they cant login... they get 'no response from server' message. using ubuntu 10.04
alkisg: ltsp-update-sshkeys: If you changed your server IP, you need to run ltsp-update-sshkeys, and if you're using NBD (Ubuntu) you also need ltsp-update-image afterwards
i feel liek an idiot now..thanks
newer versions of LTSP aren't so annoying about IP addresses.
it was a stupid bug
|20:42||alexqwesa has left IRC (email@example.com, Ping timeout: 240 seconds)|
|20:44||alexqwesa has joined IRC (firstname.lastname@example.org)|
knipwim: if one writes in /run (or in /var, whichever works) from the initramfs in gentoo, does it then get transferred to the real system?
|21:01||lmk has joined IRC (email@example.com)|
|21:03||brunolambert has left IRC (brunolambert!blambert@nat/revolutionlinux/x-cigmmuuwiflcyxhm)|
|21:07||komunista has left IRC (firstname.lastname@example.org, Ping timeout: 265 seconds)|
|21:22||komunista has joined IRC (email@example.com)|
|21:48||bengoa has joined IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9)|
|21:49||bengoa has left IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9)|
|21:50||bobby_C has left IRC (bobby_Cfirstname.lastname@example.org, Ping timeout: 255 seconds)|
|21:54||alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)|
|21:55||ricotz has left IRC (ricotz!~rico@unaffiliated/ricotz, Quit: Ex-Chat)|
|22:15||komunista has left IRC (email@example.com, Quit: Leaving.)|
|22:33||Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 246 seconds)|
wrong date in changelog ... woops.
|22:40||dberkholz has joined IRC (dberkholz!user19909@gentoo/developer/dberkholz)|
|22:47||Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)|
and forgot to inclue an example lts.conf ...
an excuse to re-upload!