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


Channel log from 19 November 2013   (all times are UTC)

00:00telex has joined IRC (telex!~telex@freeshell.de)
00:09freedomrun has left IRC (freedomrun!~freedomru@unaffiliated/freedomrun, Quit: So long and thanks for all the fish)
00:43joules has joined IRC (joules!~jules@pdpc/supporter/active/joulez)
00:44
<joules>
hi, is the video performance of the rpi better than the t573x ? We have some t573x and looking to replace them.
01:10christophe_y2k has left IRC (christophe_y2k!~christoph@man06-3-78-237-22-85.fbx.proxad.net, Quit: Leaving.)
01:19joules has left IRC (joules!~jules@pdpc/supporter/active/joulez, Ping timeout: 272 seconds)
01:20bennabiy has left IRC (bennabiy!~Thunderbi@24-181-55-79.dhcp.gnvl.sc.charter.com, Ping timeout: 246 seconds)
01:20joules has joined IRC (joules!~jules@pdpc/supporter/active/joulez)
01:21bennabiy has joined IRC (bennabiy!~Thunderbi@24-181-55-79.dhcp.gnvl.sc.charter.com)
02:17awilliam1 has joined IRC (awilliam1!~awilliams@unaffiliated/mistik1)
02:17awilliams has left IRC (awilliams!~awilliams@unaffiliated/mistik1, Ping timeout: 272 seconds)
02:18awilliam1 is now known as awilliams
02:33lns has joined IRC (lns!~lns@173-16-199-235.client.mchsi.com)
02:33lns has joined IRC (lns!~lns@pdpc/supporter/professional/lns)
05:25richard has joined IRC (richard!56dbc11c@gateway/web/freenode/ip.86.219.193.28)
05:26richard is now known as Guest97521
05:29Guest97521 has left IRC (Guest97521!56dbc11c@gateway/web/freenode/ip.86.219.193.28, Ping timeout: 250 seconds)
05:39
<Ryan52>
warren: Interesting, I can't find details about whether there is anything kernel level involved with Time Machine's operations, but assuming not, I guess there are two angles that could be taken... either the logging of file changes (which bitcoin surely hammers hard, but presumably happens at FS level so would happen even without TM enabled) or something in the backup process itself interacting badly, somehow.
05:39
wrong channel. I fail.
06:21|Paradox| has joined IRC (|Paradox|!~iamparado@c-71-206-130-134.hsd1.va.comcast.net)
06:38freedomrun has joined IRC (freedomrun!~freedomru@unaffiliated/freedomrun)
06:39vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi)
06:52freedomrun has left IRC (freedomrun!~freedomru@unaffiliated/freedomrun, Ping timeout: 248 seconds)
07:07freedomrun has joined IRC (freedomrun!~freedomru@unaffiliated/freedomrun)
07:40mikkel has joined IRC (mikkel!~mikkel@80-199-146-42-static.dk.customer.tdc.net)
07:59work_alkisg is now known as alkisg
08:18gbaman_ has joined IRC (gbaman_!~gbaman@host81-130-48-226.in-addr.btopenworld.com)
08:20gbaman has left IRC (gbaman!~gbaman@host81-130-48-226.in-addr.btopenworld.com, Read error: Operation timed out)
08:21alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Read error: Connection reset by peer)
08:21sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Ping timeout: 264 seconds)
08:22alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
08:22gbaman_ has left IRC (gbaman_!~gbaman@host81-130-48-226.in-addr.btopenworld.com, Ping timeout: 246 seconds)
08:25sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca)
08:39freedomrun has left IRC (freedomrun!~freedomru@unaffiliated/freedomrun, Quit: So long and thanks for all the fish)
08:47clepto has joined IRC (clepto!~chadlepto@c-71-237-229-76.hsd1.or.comcast.net)
08:50ChadLepto has left IRC (ChadLepto!~chadlepto@c-71-237-229-76.hsd1.or.comcast.net, Ping timeout: 245 seconds)
08:50clepto is now known as ChadLepto
09:00joules has left IRC (joules!~jules@pdpc/supporter/active/joulez)
09:04bennabiy has left IRC (bennabiy!~Thunderbi@24-181-55-79.dhcp.gnvl.sc.charter.com, Ping timeout: 246 seconds)
09:05bennabiy has joined IRC (bennabiy!~Thunderbi@24-181-55-79.dhcp.gnvl.sc.charter.com)
09:18gbaman has joined IRC (gbaman!~gbaman@host86-171-227-31.range86-171.btcentralplus.com)
09:42hs366 has joined IRC (hs366!~hs366@c-220-172.netlogon.liu.se)
09:45zamba has left IRC (zamba!marius@flage.org, Ping timeout: 272 seconds)
09:59zamba has joined IRC (zamba!marius@flage.org)
10:21gbaman has left IRC (gbaman!~gbaman@host86-171-227-31.range86-171.btcentralplus.com, Remote host closed the connection)
10:21gbaman has joined IRC (gbaman!~gbaman@host86-171-227-31.range86-171.btcentralplus.com)
10:21GrembleBean has joined IRC (GrembleBean!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginm.net)
10:23gbaman has left IRC (gbaman!~gbaman@host86-171-227-31.range86-171.btcentralplus.com, Remote host closed the connection)
10:46biomorph has joined IRC (biomorph!~m@host-78-147-223-55.as13285.net)
10:48Guest30088 is now known as ageis
10:51biomorph has left IRC (biomorph!~m@host-78-147-223-55.as13285.net, Ping timeout: 252 seconds)
11:03freedomrun has joined IRC (freedomrun!~freedomru@unaffiliated/freedomrun)
11:16workingcats has joined IRC (workingcats!~workingca@212.122.48.77)
11:25gbaman has joined IRC (gbaman!~gbaman@host86-171-227-31.range86-171.btcentralplus.com)
11:34alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Ping timeout: 272 seconds)
11:45F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, Ping timeout: 246 seconds)
11:47hs366 has left IRC (hs366!~hs366@c-220-172.netlogon.liu.se, Quit: Leaving)
11:47mkuzu has joined IRC (mkuzu!~quassel@88.250.176.123)
11:52F-GT has joined IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net)
11:59DiGiWoLf has joined IRC (DiGiWoLf!a99eb933@gateway/web/freenode/ip.169.158.185.51)
12:00alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
12:00
<DiGiWoLf>
Hi anyone can help?????
12:02DiGiWoLf has left IRC (DiGiWoLf!a99eb933@gateway/web/freenode/ip.169.158.185.51, Client Quit)
12:15GrembleBean has left IRC (GrembleBean!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginm.net, Quit: I Leave)
12:23gbaman has left IRC (gbaman!~gbaman@host86-171-227-31.range86-171.btcentralplus.com, Remote host closed the connection)
12:40willianmazzardo has joined IRC (willianmazzardo!~textual@187.4.15.116)
12:42bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
12:51willianmazzardo has left IRC (willianmazzardo!~textual@187.4.15.116, Ping timeout: 245 seconds)
12:52Fenuks has joined IRC (Fenuks!~Fenuks@212.164.160.218)
13:01willianmazzardo has joined IRC (willianmazzardo!~textual@187.4.15.116)
13:19alkisg is now known as work_alkisg
13:27GrembleBean has joined IRC (GrembleBean!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginm.net)
13:27alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Ping timeout: 245 seconds)
13:30willianmazzardo has left IRC (willianmazzardo!~textual@187.4.15.116, Ping timeout: 272 seconds)
13:32alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
13:58cliebow has left IRC (cliebow!~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us, Ping timeout: 272 seconds)
14:00cliebow has joined IRC (cliebow!~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us)
14:04mkuzu has left IRC (mkuzu!~quassel@88.250.176.123, Remote host closed the connection)
14:06
<cliebow>
bennabiy, i think no one really cares which way you add users..openldap is so fast it chews up an ldif in an instant
14:08bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 246 seconds)
14:09
<bennabiy>
good to know
14:10
Has anyone made steps towards using nss_ldapd for a global LTSP authentication base?
14:13alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Read error: Operation timed out)
14:33freedomrun has left IRC (freedomrun!~freedomru@unaffiliated/freedomrun, Ping timeout: 264 seconds)
14:36freedomrun has joined IRC (freedomrun!~freedomru@unaffiliated/freedomrun)
14:39alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
14:46alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
14:53freedomrun has left IRC (freedomrun!~freedomru@unaffiliated/freedomrun, Ping timeout: 272 seconds)
14:56freedomrun has joined IRC (freedomrun!~freedomru@unaffiliated/freedomrun)
15:00mikkel has left IRC (mikkel!~mikkel@80-199-146-42-static.dk.customer.tdc.net, Quit: Leaving)
15:14
<sbalneav>
Morning all
15:15
bennabiy: I use ldap for authentication now.
15:15
but we're working towards PAM based authentication.
15:38
<bennabiy>
sbalneav: which would allow for ldap or other forms of authentication, right?
15:39
sbalneav: Were you ever able to make it to the common sense store?
15:40
Go in there and say ben-Nabiy in Hiddenite said you could get a free mate :)
15:40
They will take care of you
15:46
<cliebow>
bennabiy, yeah my openldap authenticated all users on the server and mounted homedirs and such..thanks to sbalneav
15:46spectra_ has joined IRC (spectra_!~spectra@eregion.nardol.org)
15:48riddle has left IRC (riddle!riddle@us.yunix.net, Disconnected by services)
15:48Hyperbyt1 has joined IRC (Hyperbyt1!jan@middelkoop.cc)
15:48riddle has joined IRC (riddle!riddle@us.yunix.net)
15:48khildin has joined IRC (khildin!~khildin@ip-83-134-135-98.dsl.scarlet.be)
15:51
<bennabiy>
What do I need to do to enable this?
15:51
it is using the nss_ldapd?
15:52Hyperbyte has left IRC (Hyperbyte!jan@middelkoop.cc, *.net *.split)
15:52work_alkisg has left IRC (work_alkisg!~alkisg@plinet.ioa.sch.gr, *.net *.split)
15:52spectra has left IRC (spectra!~spectra@debian/developer/spectra, *.net *.split)
15:59work_alkisg has joined IRC (work_alkisg!~alkisg@plinet.ioa.sch.gr)
16:00
<sbalneav>
bennabiy: I use the thin client model; so all my processes are running on the server. I just enable pam_ldap and nss_ldap on the server.
16:18gbaman has joined IRC (gbaman!~gbaman@mail.w5online.co.uk)
16:22pscheie has left IRC (pscheie!~pscheie@corp.redbrickhealth.com, Ping timeout: 248 seconds)
16:29
<vmlintu>
bennabiy: we used pam/nss-ldapd before, but we have switched to sssd/pam_krb5 now. If you don't need kerberos for fat client nfs mounts, they both do the same..
16:40ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 245 seconds)
16:44lns has left IRC (lns!~lns@pdpc/supporter/professional/lns, Quit: Leaving)
16:45gbaman has left IRC (gbaman!~gbaman@mail.w5online.co.uk, Remote host closed the connection)
16:51GrembleBean has left IRC (GrembleBean!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginm.net, Quit: I Leave)
16:55imox has joined IRC (imox!~imox@91-64-148-46-dynip.superkabel.de)
16:59ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de)
16:59gbaman has joined IRC (gbaman!~gbaman@mail.w5online.co.uk)
17:00gbaman has left IRC (gbaman!~gbaman@mail.w5online.co.uk, Read error: Connection reset by peer)
17:00gbaman has joined IRC (gbaman!~gbaman@mail.w5online.co.uk)
17:01
<bennabiy>
I would only be running 1 fat client, all else are thin clients
17:15gbaman has left IRC (gbaman!~gbaman@mail.w5online.co.uk, Remote host closed the connection)
17:27GrembleBean has joined IRC (GrembleBean!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginm.net)
17:47alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
17:56staffencasa_ is now known as staffencasa
18:04Fenuks has left IRC (Fenuks!~Fenuks@212.164.160.218, Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)
18:07vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
18:22* alkisg waves to vagrantc
18:22freedomrun has left IRC (freedomrun!~freedomru@unaffiliated/freedomrun, Quit: So long and thanks for all the fish)
18:24* vagrantc waves
18:24* vagrantc cheers that git-bzr has finally gotten useable.
18:25
<vagrantc>
although i haven't actually used it yet...
18:27
<Ryan52>
vagrantc: heh, which implementation?
18:28
there were like 5 last I tried to make sense of the mess.
18:29
<vagrantc>
Ryan52: it's part of git in debian jessie, and also in wheezy-backports
18:29
Ryan52: so i hope they picked the best one :)
18:58
<alkisg>
vagrantc, sbalneav: do you have time to chat about my next steps? I.e. always have a local user home (e.g. in /tmp/ltspxxx for true thin clients), start pulse as the user, have an ssh fifo for localapps/remoteapps...
19:09
<vagrantc>
alkisg: sure
19:09
<sbalneav>
Yup!
19:09
<alkisg>
Nice!
19:09* vagrantc waves to sbalneav
19:09
<sbalneav>
hey hey vagrantc
19:09
<alkisg>
So, we want a local home for .pulse etc
19:09
But we don't want to always use sshfs, do we?
19:10GrembleBean has left IRC (GrembleBean!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginm.net, Quit: I Leave)
19:10
<sbalneav>
Well, for a true thin client scenario, I'd say no, personally.
19:11
<alkisg>
I agree. So we want a temporary home for .pulse, or whatever else udisks etc will need
19:11
Where does that go? /tmp? /var/run?
19:12
<sbalneav>
Why not under /home? Couldn't we just mount a 16M ramdisk on /home, and make use of pam_mkhomedir?
19:12
<vagrantc>
it would seem simpler to just have a local home under /home
19:13
<alkisg>
The most complex scenario I can think of, is to have true thin or fat sessions decided upon login
19:13
Now, suppose someone logs in in a fat session, where /home/username is mounted with sshfs or nfs
19:13
Then he logs out (or uses a different SCREENxx=ldm) and logs in in a true thin session
19:14
At that weird scenario /home isn't very available for ramdisks...
19:14
<vagrantc>
we, if only through neglect, have given up on supporting multiple ldm instances on a single thin client
19:15
it's made a lot of assumptions for the last several years
19:15
<alkisg>
I don't see any downsides on _not_ using /home/username for true thin clients though... are there any? except for code simplicity?
19:15
(which shouldn't be anything weird, just an LDM_HOME=/tmp/xxx
19:16
<vagrantc>
element of least surprise ... your homedir should be, you know, your homedir
19:16imox has left IRC (imox!~imox@91-64-148-46-dynip.superkabel.de, Quit: imox)
19:16
<sbalneav>
I agree.
19:16
<vagrantc>
although we're talking about some very surprising scenarios
19:17
<alkisg>
OK... so, /tmp/ltsp-username-xxx? Or /var/run/ltsp-gid-zzz ?
19:17
*uid
19:17* alkisg hasn't read the FHS recently :)
19:18
<vagrantc>
alkisg: so we can't just use home on the risk that they'll later log in as a fatclient or using localapps or something?
19:18
<alkisg>
Right
19:18
And we might also avoid the need for the extra ramdisk, if we reuse one
19:18
<vagrantc>
i'm not sure i'm convinced
19:18
<alkisg>
Isn't /var/run/ a ramdisk already?
19:19
<vagrantc>
well, with aufs/overlayfs, all the dirs are typically on a tmpfs
19:19
<alkisg>
Although I imagine we won't need anything big there, just a few temporary files by some applications like pulse, gvfs etc running locally
19:20
vagrantc: another scenario, FSTAB_0="mount /home via nfs", and then on login, select a true thin session
19:20
<vagrantc>
alkisg: so, we're not confident we can remove the homedir mount on subsequent loginn?
19:20
<alkisg>
Although... hmm.. that would work too
19:21
So. If we don't create a ramdisk, and just use the tmpfs that is already there, I don't see any harm done to use /home/username
19:21
<sbalneav>
+1 on nfs mount of home, personally.
19:21
<vagrantc>
i think we should support whatever arbitrary filesystems make sense for a homedir
19:22
<alkisg>
The cleanup phase, when the user exits, might be a bit tricky...
19:22
<vagrantc>
we shouldn't be tied to a specific homedir filesystem, or set of them ... though making some common ones use less manual configuration makes sense
19:22workingcats has left IRC (workingcats!~workingca@212.122.48.77, Quit: Leaving)
19:22
<alkisg>
On true thin client sessions, we want to remove /home/username, which will only contain .pulse etc
19:22
<vagrantc>
it seems like if we haven't cleaned up, we've got some ugly bugs
19:22
<alkisg>
But if /home/username was mounted via other means (sshfs, nfs), we don't want to remove it
19:23
<vagrantc>
ah, for a persistant /home mount, that would be bad.
19:23
can't we just use pam_mount for the homedirs, rather than mounting all of /home ?
19:24* alkisg doesn't get that part
19:24
<alkisg>
pam_mount is just one method to mount /home/username, right?
19:24
The user might mount that with any number of methods...
19:25
<sbalneav>
We're getting close to going back to the old Sun NFS automounter days :D
19:25
<alkisg>
Hehe
19:26
OK let's go to the next subject...
19:26
We do want to start pulse as the user, right?
19:26
<sbalneav>
Seems reasonable.
19:27
<alkisg>
That would allow switching screens and having different sound sources in each one
19:27
And also pulse recommends NOT using it in system mode...
19:28
<sbalneav>
Biggest reason to do it, IMHO
19:28
<alkisg>
I've done that as a proof of concept, PULSE_COOKIE needs to be transfered, nothing hard
19:28
Next. For client <=> server communication, we can avoid xprops and use a socket instead
19:28
(fifo)
19:29
E.g. client side: ssh server create-socket-and-listen-for-commands
19:29
server-side: echo command to socket
19:29gbaman has joined IRC (gbaman!~gbaman@host81-130-48-226.in-addr.btopenworld.com)
19:29
<alkisg>
That should be ...wayland or console compatible, and we wouldn't need a .c file for its implementation
19:31
The listener should better be started from /etc/xdg/autostart, in order to have all the environment (DBUS_SESSION_ADDRESS etc) available
19:31
Does that sound reasonable?
19:31
<sbalneav>
yeah.
19:31
One of these days I really need to sit down and figure out dbus.
19:32
<alkisg>
And finally, about localapps... do we want to switch to using udisks, and if that's not easy enough, udisks-glue?
19:33
So that the local user (which should be considered "active" in logind) gets his devices automounted without any udev code from us?
19:33
*localdev, sorry
19:34
So that we drop the udev hooks, cdpinger, and only have some udisks hook for ltspfs[d]?
19:34
<vagrantc>
not familiar enough with udisks to know...
19:35
but i've heard a lot of skepticism about it working for our needs...
19:35
<alkisg>
Like what?
19:35
<vagrantc>
permissions issues, access to dbus, dunno. like i said, i'm not familiar with it at all.
19:35
<alkisg>
Suppose we're in a normal pc where everything is automounted, cdroms, usb sticks etc
19:36
<vagrantc>
stgraber: was it you menntioning problems with using udisks?
19:36
<alkisg>
Can ltspfs[d] work over the mounts in /media/xxx ?
19:36
<vagrantc>
ah.
19:36
that sounds like a more elegant approach.
19:36
but that doesn't really handle the auto-unmounting and whatnot, no?
19:37
<sbalneav>
One of the problems I was having with udisks was I wasn't getting properly auth'd with consolekit.
19:37
<alkisg>
udisks-glue is a small script that automounts everything, yeah
19:37
<vagrantc>
all these years, for better or worse, we've been teaching people they can just yank the usb stick after two seconds...
19:37
alkisg: but unmounting?
19:37
<alkisg>
That's server-side, an ltspfs issue,
19:37
<vagrantc>
no, it's client-side
19:37
<alkisg>
we can do that if we have an umount helper
19:38
<vagrantc>
client-side, it automatically UN-mounts after two seconds of inactivity
19:38
<alkisg>
So the users will see an unmount icon in nautilus etc
19:38
Then, the helper will notify the client (over the ssh fifo) to unmount the stick there too
19:38
<vagrantc>
but if we're leaving that to udisks, can we unmount it
19:39
<alkisg>
Wait. We're on a thin client with localdev. Nautilus runs server-side.
19:39
The user clicks on the unmount icon of nautilus
19:39
udisks runs on the client
19:39
<vagrantc>
yes, but the way it currently works has a "feature" that sounds like we won't support anymore...
19:39
<alkisg>
How will we notify the client, if not via an umount helper + the ssh fifo?
19:40
You mean the "sync every 2 seconds"?
19:40
<vagrantc>
it's not sync every two seconds, it's unmount after inactivity, but leave it mounted on the server side, and remount if activity is requested
19:41
so on the hardware level, it unmounts after two seconds of inactivity.
19:41
even if on a software level the mount still appears present
19:41
<sbalneav>
right.
19:41
<vagrantc>
that sounds like it's going to be hard to emulate
19:41
<alkisg>
Unmount instead of sync, to avoid journal entries?
19:42
If we want to unmount it every 2 seconds and then remount it when there's activity... I think udisks will get in our way, it won't help much...
19:43
OK, so, we postpone that part, and just write an udev rule to drop cdpinger for now?
19:43
<sbalneav>
Seems reasonable
19:44
<alkisg>
sbalneav: if you could look into that, you're much more familiar with udev than me... https://bugs.launchpad.net/ltsp/+bug/1094998
19:44
<sbalneav>
k
19:45
<alkisg>
Thanks!
19:45
Those should keep me busy for a few weeks, thanks for the chat guys
19:47
<vagrantc>
glad to help
19:48
alkisg: if you've got any of it ready by this coming weekend, i should be able to upload it to debian
19:48
alkisg: you had that one patch almost ready?
19:48
<alkisg>
vagrantc: I committed the X01-localapps patch
19:49
<vagrantc>
ah, great.
19:49
<alkisg>
It's mostly a rewrite, so it needs testing, but I did do some tests of my own...
19:49
<vagrantc>
good, i'll give it some abuse too
19:49
<alkisg>
The old code had a few issues, but I couldn't find any issues at all in the latest code,
19:49
except of course if the LDAP username is so weird that it breaks the sed line...
19:50
<vagrantc>
that sounds notably better.
19:51* vagrantc uses it as an excuse to test git-bzr
19:51
<alkisg>
The best part is that on systems with many many groups, it should lower the execution time from 1+ minutes to 1- seconds...
19:51
As it only reads the groups it needs to, not all server groups
19:52
<vagrantc>
smart.
20:24adrianorg has left IRC (adrianorg!~adrianorg@177.134.63.93, Ping timeout: 272 seconds)
20:25adrianorg has joined IRC (adrianorg!~adrianorg@177.132.223.190)
20:35gbaman_ has joined IRC (gbaman_!~gbaman@host81-130-48-226.in-addr.btopenworld.com)
20:35
<alkisg>
vagrantc, sbalneav: I'm still a little weary about `rm -rf $LDM_HOME` on true thin client sessions... if some user uses e.g. pam_mount to mount /home/username, and it stays mounted e.g. because of .gvfs, we might end up erasing it...
20:36
So I'm thinking of reusing /var/run/ldm-xauth-XXXXXXXXX for the "true thin session" user home
20:36gbaman has left IRC (gbaman!~gbaman@host81-130-48-226.in-addr.btopenworld.com, Read error: Operation timed out)
20:36
<alkisg>
So e.g. /var/run/ltsp-XXXXXX will be equal to LDM_HOME, and it will contain .Xauthority, .pulse and whatever other temporary file we'll need
20:55vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 245 seconds)
20:58hs366 has joined IRC (hs366!~hs366@94.254.45.76)
21:04
<vagrantc>
alkisg: so actually using a different homedir?
21:08
<alkisg>
vagrantc: yes, it feels safer that way...
21:08
vagrantc: in that case, the user isn't supposed to have any local home at all anyways...
21:09
Or, I suppose we could put pulse etc in the temp dir, and completely ignore the user home, if it exists or not
21:09
Currently the code doesn't create a /home/username on true thin sessions
21:18khildin has left IRC (khildin!~khildin@ip-83-134-135-98.dsl.scarlet.be, Quit: I'm gone, bye bye)
21:26
<vagrantc>
alkisg: what about always mounting something?
21:26
the current code doesn't, but what if it did?
21:27
<alkisg>
There's some ram overhead, ...
21:27
...the kiosk mode might need a few more "ifs" there, ...
21:27
...maybe some security considerations, ...
21:28* alkisg can't think of anything else
21:32
<alkisg>
I think we could start with .pulse in the same dir as xauthority, and ignore LDM_HOME completely
21:32
If more files are needed in the future, we could revisit it...
21:32
*revise
21:33
<vagrantc>
hrm.
21:34* alkisg still wants to support 128mb ram clients in 14.04 :)
21:34
<alkisg>
Although I'm thinking of shipping a stripped-down debian chroot for true thin client installations...
21:40
'night :)
21:40alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
21:44alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
21:54brunolambert has left IRC (brunolambert!brunolambe@nat/revolutionlinux/x-ygmcrhfkxpjmtfbj, Quit: Leaving.)
22:22gbaman_ has left IRC (gbaman_!~gbaman@host81-130-48-226.in-addr.btopenworld.com, Remote host closed the connection)
22:26gbaman has joined IRC (gbaman!~gbaman@host81-130-48-226.in-addr.btopenworld.com)
22:26
<bennabiy>
for the LDAP professionals. My import worked... but I left out a couple fields that I wanted to populate. Can I do an ldif to just put those fields in without changing the others, or do I need to do something else? It would be a bit tedious to do it all by hand.
22:27
back later...
22:27gbaman has left IRC (gbaman!~gbaman@host81-130-48-226.in-addr.btopenworld.com, Read error: Connection reset by peer)
22:28gbaman has joined IRC (gbaman!~gbaman@host81-130-48-226.in-addr.btopenworld.com)
22:32gbaman has left IRC (gbaman!~gbaman@host81-130-48-226.in-addr.btopenworld.com, Ping timeout: 264 seconds)
22:42PhoenixSTF has joined IRC (PhoenixSTF!~rudi@78.29.159.239)
22:54gbaman has joined IRC (gbaman!~gbaman@host81-130-48-226.in-addr.btopenworld.com)
23:03gbaman has left IRC (gbaman!~gbaman@host81-130-48-226.in-addr.btopenworld.com, Ping timeout: 248 seconds)
23:27hs366 has left IRC (hs366!~hs366@94.254.45.76, Quit: Leaving)
23:30gbaman has joined IRC (gbaman!~gbaman@host81-130-48-226.in-addr.btopenworld.com)
23:39gbaman has left IRC (gbaman!~gbaman@host81-130-48-226.in-addr.btopenworld.com, Ping timeout: 245 seconds)
23:55awilliams has left IRC (awilliams!~awilliams@unaffiliated/mistik1, Read error: Connection reset by peer)
23:55awilliams has joined IRC (awilliams!~awilliams@unaffiliated/mistik1)