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


Channel log from 14 November 2011   (all times are UTC)

00:10andygraybeal has joined IRC (andygraybeal!~andy.gray@obsidian.casanueva.com)
00:26
<Matrix3000-Home>
!ltsp-build-client
00:26
<ltsp>
Matrix3000-Home: Error: "ltsp-build-client" is not a valid command.
00:39fosser_josh has joined IRC (fosser_josh!~prathames@02799a2d.bb.sky.com)
00:40
<andygraybeal>
ehh m3k-h
00:40vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Ping timeout: 245 seconds)
00:40fosser_josh has left IRC (fosser_josh!~prathames@02799a2d.bb.sky.com)
00:52
<Matrix3000-Home>
hey, we need to update man page for ltsp-build-client
00:52
for fat client extensions
00:53* andygraybeal gets the whip out, well get to work son.
00:54
<Matrix3000-Home>
I can't update man pages
00:54
lol
00:54
<andygraybeal>
ahh.. no wiki stuff eh?
00:54
<Matrix3000-Home>
they are in the wiki, just not in the man page, and that has to be done on the development side i believe
00:54
<andygraybeal>
ahh
00:54
<Matrix3000-Home>
man page is more for the main documentation
00:54
for each commands functionality
00:54
<andygraybeal>
man pages are scary, wiki's are way more fun
00:55loather-work has left IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
00:58mischko has joined IRC (mischko!~Scott@ip68-101-108-132.oc.oc.cox.net)
01:26sbalneav has joined IRC (sbalneav!~sbalneav@S0106586d8f030f4c.wp.shawcable.net)
01:26
<sbalneav>
Evening all
01:28
<andygraybeal>
scottty
01:41Parker955_Away is now known as Parker955
01:53
<Matrix3000-Home>
evening
01:56
using the ltsp-build-client.conf file it uses the servers /etc/apt/sources.list
02:36
<sbalneav>
vagrantc: arount?
02:37shamino has left IRC (shamino!shamino@hilla.kapsi.fi, Ping timeout: 258 seconds)
02:37shamino has joined IRC (shamino!shamino@hilla.kapsi.fi)
03:09F-GT has left IRC (F-GT!~phantom@ppp121-44-186-155.lns20.syd7.internode.on.net, Ping timeout: 245 seconds)
03:09vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
03:10sbalneav has left IRC (sbalneav!~sbalneav@S0106586d8f030f4c.wp.shawcable.net, Quit: leaving)
03:34F-GT has joined IRC (F-GT!~phantom@ppp121-44-113-62.lns20.syd6.internode.on.net)
03:39mischko has left IRC (mischko!~Scott@ip68-101-108-132.oc.oc.cox.net, Quit: Ex-Chat)
04:00Parker955 is now known as Parker955_Away
05:27loather-work has joined IRC (loather-work!~khudson@68.25.27.54)
05:34vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Ping timeout: 276 seconds)
05:35cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
05:36loather-work has left IRC (loather-work!~khudson@68.25.27.54, Ping timeout: 260 seconds)
06:16alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
06:19loather-work has joined IRC (loather-work!~khudson@c-76-102-110-4.hsd1.ca.comcast.net)
06:52loather-work has left IRC (loather-work!~khudson@c-76-102-110-4.hsd1.ca.comcast.net, Quit: Leaving)
07:10loather-work has joined IRC (loather-work!~khudson@c-76-102-110-4.hsd1.ca.comcast.net)
07:16loather-work has left IRC (loather-work!~khudson@c-76-102-110-4.hsd1.ca.comcast.net, Quit: Leaving)
07:19loather-work has joined IRC (loather-work!~khudson@c-76-102-110-4.hsd1.ca.comcast.net)
08:17Trixboxer has joined IRC (Trixboxer!~Trixboxer@office.supportdepartment.net)
08:21vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 245 seconds)
08:23vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi)
08:28loather-work has left IRC (loather-work!~khudson@c-76-102-110-4.hsd1.ca.comcast.net, Quit: This computer has gone to sleep)
08:30loather-work has joined IRC (loather-work!~khudson@c-76-102-110-4.hsd1.ca.comcast.net)
08:33loather-work has left IRC (loather-work!~khudson@c-76-102-110-4.hsd1.ca.comcast.net, Client Quit)
09:24dobber has joined IRC (dobber!~dobber@89.190.199.210)
09:24fosser_josh has joined IRC (fosser_josh!~prathames@02799a2d.bb.sky.com)
09:27khildin has joined IRC (khildin!~khildin@ip-80-236-227-210.dsl.scarlet.be)
09:32fosser_josh has left IRC (fosser_josh!~prathames@02799a2d.bb.sky.com)
09:49Gremble has joined IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com)
09:58Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@host86-161-27-13.range86-161.btcentralplus.com)
10:00garymc has joined IRC (garymc!~chatzilla@81.138.225.164)
10:01alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
10:16Hooh9 has joined IRC (Hooh9!~koni@46.18.27.126)
10:17
<Hooh9>
using LTSP5 under Ubuntu, with NBD, but lts.conf in /var/lib/tftpboot/amd64/ gets ignored, any ideas?
10:31khildin has left IRC (khildin!~khildin@ip-80-236-227-210.dsl.scarlet.be, Ping timeout: 240 seconds)
10:31matrix30001 has joined IRC (matrix30001!~Eric@rrcs-70-61-255-227.central.biz.rr.com)
10:33matrix3000 has left IRC (matrix3000!~Eric@rrcs-70-61-255-227.central.biz.rr.com, Ping timeout: 245 seconds)
10:44khildin has joined IRC (khildin!~khildin@ip166-155-209-87.adsl2.static.versatel.nl)
10:47garymc has left IRC (garymc!~chatzilla@81.138.225.164, Ping timeout: 240 seconds)
10:52
<muppis>
Hooh9, check right of the file can be read by tftpd.
10:52
rights*
10:53
<Hooh9>
-rw-r--r-- 1 root root 442 2011-11-11 17:07 lts.conf
10:57
correct so?
10:58khildin has left IRC (khildin!~khildin@ip166-155-209-87.adsl2.static.versatel.nl, Ping timeout: 260 seconds)
10:59
<muppis>
Looks like.
11:00
Take local xterm open and try this: tftp <server-ip> -c get /ltsp/i386/lts.conf
11:00
Change i386 to amd64, if using 64bit clients.
11:04
<Hooh9>
Transfer timed out.
11:09
<muppis>
Check from server is there anybody listening udp port 69
11:09
netstat -uanp as root
11:11khildin has joined IRC (khildin!~khildin@ip-80-236-227-210.dsl.scarlet.be)
11:22Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@host86-161-27-13.range86-161.btcentralplus.com, Ping timeout: 252 seconds)
11:28garymc has joined IRC (garymc!~chatzilla@81.138.225.164)
11:28* khildin is away: I'm busy, or afk, or..... just don't disturb ok.... :P
11:31fosser_josh has joined IRC (fosser_josh!~prathames@02799a2d.bb.sky.com)
11:33Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@host86-161-27-13.range86-161.btcentralplus.com)
11:46Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@host86-161-27-13.range86-161.btcentralplus.com, Quit: Leaving)
11:47Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@host86-161-27-13.range86-161.btcentralplus.com)
11:48alkisg_android has joined IRC (alkisg_android!~yaaic@athedsl-4389883.home.otenet.gr)
11:52alkisg_android has left IRC (alkisg_android!~yaaic@athedsl-4389883.home.otenet.gr, Ping timeout: 240 seconds)
11:53andygraybeal has left IRC (andygraybeal!~andy.gray@obsidian.casanueva.com, Remote host closed the connection)
11:59garymc has left IRC (garymc!~chatzilla@81.138.225.164, Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243])
12:02andygraybeal has joined IRC (andygraybeal!~andy.gray@obsidian.casanueva.com)
12:03
<andygraybeal>
all hail greece.
12:03
and the beautiful seas that glisten against their shores.
12:11* khildin is back (gone 00:42:24)
12:11ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
12:14
<Hooh9>
udp 0 0 0.0.0.0:69 0.0.0.0:* 1636/dnsmasq
12:14
udp 0 0 0.0.0.0:69 0.0.0.0:* 1255/inetd
12:16fosser_josh has left IRC (fosser_josh!~prathames@02799a2d.bb.sky.com, Quit: Leaving.)
12:17
<muppis>
Hooh9, try to disable dnsmasq's tftp part.
12:17
Should be in /etc/dnsmasq.conf
12:24alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
12:32Parker955_Away is now known as Parker955
12:36Gremble has left IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com, Quit: I Leave)
12:38
<Hooh9>
tftp is started with option /srv/tftp
12:38
so I need to put lts.conf in there
12:39
<muppis>
In dnsmasq?
12:42
You don't need dnsmasq's tftp, use one provided by inetd.
12:59
<Hooh9>
yes, I am using inetd
12:59bengoa has joined IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9)
13:03
<muppis>
Then you can disable it from dnsmasq, if you do not need it anywhere else.
13:44khildin has left IRC (khildin!~khildin@ip-80-236-227-210.dsl.scarlet.be, Ping timeout: 240 seconds)
13:45ddave7 has joined IRC (ddave7!~Miranda@109-183-5-97.tmcz.cz)
13:47mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy)
13:49
<veloutin>
good morning mgariepy
13:51veloutin has left IRC (veloutin!~veloutin@modemcable121.135-59-74.mc.videotron.ca, Quit: leaving)
13:51veloutin has joined IRC (veloutin!~veloutin@modemcable121.135-59-74.mc.videotron.ca)
13:53
<matrix30001>
good morning guys
13:54
<alkisg>
Wow your number is constantly increasing, I hope that's somehow connected with your mood :D
13:56veloutin_ has joined IRC (veloutin_!~veloutin@modemcable121.135-59-74.mc.videotron.ca)
13:56veloutin has left IRC (veloutin!~veloutin@modemcable121.135-59-74.mc.videotron.ca, Remote host closed the connection)
13:56veloutin_ has left IRC (veloutin_!~veloutin@modemcable121.135-59-74.mc.videotron.ca, Read error: Connection reset by peer)
13:57veloutin has joined IRC (veloutin!~veloutin@modemcable121.135-59-74.mc.videotron.ca)
13:57fosser_josh has joined IRC (fosser_josh!~prathames@02799a2d.bb.sky.com)
14:04
<matrix30001>
what do you mean my number?
14:04
oh, it's just because I keep on signing into IRC from everywhere
14:04
including your moms house
14:04
lol
14:05
<alkisg>
Is that supposed to imply that you're been in my mom's house?
14:05
I think that's rude to someone that's been helping you for weeks
14:05
<matrix30001>
ahaha
14:05
i was kidding man
14:05
<alkisg>
I didn't think it was funny
14:06
<matrix30001>
sorry if i offended you, but I do thank you for your help and all your expertise...and I am trying to help otehrs with the lessons I have learned.
14:06
also trying to help with documentation
14:10
you don't know about your mama jokes?
14:10
<alkisg>
I like some of them. But I find others too rude.
14:10
<matrix30001>
ah
14:11
well i appologize then
14:11
<alkisg>
OK, let's just forget it :)
14:11
<matrix30001>
hah
14:11
k
14:12
hey, did we get ltsp-build-image.conf documented
14:12
seems all the options for that conf aren't listed
14:19dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174)
14:25
<matrix30001>
why isn't FAT_CLIENT_DESKTOP valid in ltsp-build-client.conf
14:26
instead its FAT_CLIENT_DESKTOPS
14:28
<dead_inside>
i have never tried it, but you can probably list multiple desktops to build into the client image, then they just pick the one they want from the login screen
14:29
so hense the reason for desktops instead of desktop
14:33fosser_josh has left IRC (fosser_josh!~prathames@02799a2d.bb.sky.com, Quit: Leaving.)
14:33
<matrix30001>
yea, but all it does is specify the distro you want installed in the initial build of the ltsp chroot
14:34
where in the ltsp-build-client command you would use FAT_CLIENT_DESKTOP
14:34
well actually
14:34
fat-client-desktop
14:35
<dead_inside>
good to know, i have never actually used the ltsp-build-client.conf, i am a gentoo man and build my images manually
14:36
<alkisg>
matrix30001: those are 2 separate options
14:36
fat-client-desktop == use the server desktop
14:36
fat-client-desktops == manually specify a list
14:36
They are supported both from the command line and from the .conf file
14:37
<dead_inside>
where would we be without alkisg
14:39brunolambert has joined IRC (brunolambert!~bruno@nat/revolutionlinux/x-lqcfwcocervtkqxh)
14:48
<matrix30001>
so all ltsp-build-client options will work in ltsp-build-client.conf
14:50alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Read error: Connection reset by peer)
14:53alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
15:30sbalneav has joined IRC (sbalneav!~sbalneav@205-200-8-97.static.mtsallstream.net)
15:30
<sbalneav>
Morning all
15:31alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
15:31alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
15:35
<matrix30001>
alkisg: ah ok, we may need to put fat-client-desktops in the man page then
15:35
cause fat-client-desktop is, and fat-client-desktops is not
15:35
that's why i had my question
15:36
<alkisg>
!s
15:36
<ltsp>
alkisg: s: Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
15:36
<andygraybeal>
nice
15:37
<matrix30001>
!fail
15:37
<ltsp>
matrix30001: I do not know about 'fail', but I do know about these similar topics: 'flash'
15:37
<matrix30001>
ha, that's perfect
15:37
fail is similar to flash
15:37
!win
15:37
<ltsp>
matrix30001: I do not know about 'win', but I do know about these similar topics: 'wiki', 'w'
15:37
<matrix30001>
ahahaha
15:39
!secret
15:39
<ltsp>
matrix30001: I do not know about 'secret', but I do know about these similar topics: 'socat'
15:39alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
15:39bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
15:39
<matrix30001>
!socat
15:39
<ltsp>
matrix30001: socat: One way to share a console with a remote person is: [local pc] forward port 25547, run: socat tcp-listen:25547,keepalive=1 stdio,raw,echo=0 [remote pc] socat SYSTEM:"sleep 1 && exec screen -xRR ra",pty,stderr tcp:server:25547 & screen -l -S ra
15:40alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 260 seconds)
15:40alkisg1 is now known as alkisg
15:41matrix30001 is now known as Matrix
15:41Matrix is now known as Matrix3000
15:41
<Matrix3000>
there we go
15:41vagrantc has joined IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net)
15:43
<vagrantc>
sbalneav: found you!
15:44
<sbalneav>
vagrantc: hey ho
15:44
just replied to the mailing list
15:44
I've done some more work on the nss module
15:44
sync up, hopefully it clears up the issues you had.
15:45
bbiab, local problem.
15:46
<vagrantc>
sbalneav: thanks!
15:46
sbalneav: i might need a little hand-holding to figure out how to test the libpam-sshauth module
15:48
<alkisg>
Hey vagrantc, if some time you have a few minutes, I think epoptes is ready to be pushed to unstable
15:48
(when you're finished with pamssh* :))
15:49
<Matrix3000>
what is epoptes
15:49
!epoptes
15:49
<ltsp>
Matrix3000: epoptes: Epoptes is a computer lab administration and monitoring tool. It works on Ubuntu and Debian based LTSP or non-LTSP servers, thin and fat clients, standalone workstations, NX clients etc. More info: http://www.epoptes.org
15:50
<Matrix3000>
is it like iTalc?
15:50
<alkisg>
Yes
15:50
<Matrix3000>
!iTalc
15:50
<ltsp>
Matrix3000: iTalc: http://italc.sourceforge.net/wiki/index.php?title=ITALC_in_a_ThinClient_environment
15:50
<Matrix3000>
ah ok
15:50
<ogra_>
no, its not
15:50
its BETTER !
15:50
:)
15:50
<alkisg>
Hehe, it even works :D
15:50
<Matrix3000>
haha, nice
15:50
i could never get italc to work
15:50
alkisg, you never cease to amaze us
15:51ddave7 has left IRC (ddave7!~Miranda@109-183-5-97.tmcz.cz, Ping timeout: 258 seconds)
15:52
<pscheie>
and epoptes is actively maintained!
15:52ddave7 has joined IRC (ddave7!~Miranda@ip-94-113-119-138.net.upcbroadband.cz)
15:52
<pscheie>
developed, even
15:56khildin has joined IRC (khildin!~khildin@ip-80-236-227-210.dsl.scarlet.be)
15:57
<Matrix3000>
ok, so is it working or not
15:57
and we prolly need to add a ltsp wiki
15:57
haha
15:58
<alkisg>
It's working, yes, and it's documented in its site
15:58
<vagrantc>
alkisg: shouldn't epoptes-client/X50-client-env go into ltsp-trunk?
15:58
<alkisg>
I don't think there's need for wiki
15:58
vagrantc: yes, but we depended on it to release the next version
15:58
So I temporarily put it there
15:58
Also maybe it's better to store all those in xprops, not in env vars
15:58
So that they're available in any app, not only those that inherit the environment
15:59
So anyway if we want that in ltsp, we can implement it with just a different name
15:59
And when it's upstream, we can remote it from epoptes
15:59
*remove
16:00
<vagrantc>
alkisg: suppose so.
16:01
<sbalneav>
vagrantc: sure, NP
16:01
vagrantc: do those changes make handle the licensing issues?
16:04
<vagrantc>
sbalneav: yes, those changes should fix it.
16:04
sbalneav: i'll give some more testing and hopefully upload tonight
16:04
<sbalneav>
coolio
16:05
The one gotcha (if you're testing) is that the sshsock NSS module needs to be placed AFTER compat
16:05
<vagrantc>
sbalneav: i did actually try it both ways :)
16:06
<sbalneav>
otherwise it goes into an infinite loop, which I haven't figured out how to detect and prevent yet.
16:06
<vagrantc>
i wonder if it's unusual in general to have pam/nss modules respond differently to environment variables
16:06
sbalneav: yeah, and eats ram like no tomorrow!
16:06
<sbalneav>
Not sure, but it seemed the most reasonable way.
16:06
Well, it just starts forking ssh's
16:07
<vagrantc>
thankfully i kept it contained in a smallish virtual machine
16:07
<sbalneav>
what's happening is, it when you do a getent, it wants to check something else, and goes another getent.
16:07
which spawns another ssh
16:07
but that wants to do ANOTHER getetnt
16:07
ad infinitum.
16:08
<vagrantc>
here's to latin!
16:08
<sbalneav>
The way to fix it would be some kind of semaphore, I think. I'll have to look at other nss modules
16:08
to see how they handle it.
16:08
The one I looked at (extrausers) has exactly the same problem :)
16:09loather-work has joined IRC (loather-work!~khudson@c-76-102-110-4.hsd1.ca.comcast.net)
16:10
<sbalneav>
afk for a bit; work intrudes
16:10
<alkisg>
vagrantc: (just a note) in ltsp we shouldn't detect the mac address with `route` or `ip route` etc, but we should save DEVICE from the initramfs in ltsp_config instead.
16:10
<vagrantc>
alkisg: the one passed via pxelinux?
16:10
<alkisg>
Or the one that udhcpc gets a lease from
16:10
In all cases, we do have it in /tmp/net-eth0.conf
16:11* vagrantc still uses klibc/ipconfig
16:11
<alkisg>
In that case too
16:11
And chroot /root preserves the env
16:11
So it should be there in initramfs.d
16:12jammcq has joined IRC (jammcq!~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net)
16:12
<alkisg>
So, all we need is an `test -n "$DEVICE" && echo LTSP_CLIENT_MAC="$DEVICE" >> ltsp_config`
16:12
Hi jammcq :)
16:12
<jammcq>
hey alkisg
16:12* vagrantc hasn't checked any of the recent changes with the initramfs stuff with debian
16:12
<alkisg>
...and then to export that in client_env
16:12
<vagrantc>
although i know there were some assumptions of writeability in places that would be hard to write to (barring everything being writeable)
16:12
<alkisg>
That's why I put it to epoptes instead, the correct solution for LTSP_CLIENT_MAC will take a while :)
16:13
<vagrantc>
alkisg: fair enough
16:13
<alkisg>
vagrantc: If aufs over nfs works fine, I think you could switch to that as the default
16:13loather-work has left IRC (loather-work!~khudson@c-76-102-110-4.hsd1.ca.comcast.net, Ping timeout: 244 seconds)
16:13
<vagrantc>
alkisg: if we could check in epoptes for those variables already existing in the environment, we could save a few binary calls
16:14
alkisg: that would make backwards compatibility easier
16:14
<alkisg>
You mean before calling all those route -n etc?
16:14
I want to replace those with ip route anyway...
16:15
Do you want that only for X50-client-env, or for epoptes-client too?
16:18
<vagrantc>
alkisg: i didn't give it a thorough look-over yet, just noticing a seemingly generic ltsp/ldm hook stood out
16:19toscalix has joined IRC (toscalix!~toscalix@77.208.25.2)
16:22alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
16:22
<alkisg1>
#@(*#@($ what's wrong with my internet today?! :(
16:22
!last --from vagrantc
16:22
<ltsp>
alkisg1: [16:18:58] <vagrantc> alkisg: i didn't give it a thorough look-over yet, just noticing a seemingly generic ltsp/ldm hook stood out
16:23
<vagrantc>
alkisg1: yeah, that's the last i said
16:23alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Read error: Connection reset by peer)
16:23alkisg1 is now known as alkisg
16:25Hooh9 has left IRC (Hooh9!~koni@46.18.27.126, Remote host closed the connection)
16:30
<vagrantc>
i guess i could get initramfs-tools to accept a patch to optionally handle the aufs bits
16:30
but that would make backporting harder
16:30Gadi has joined IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net)
16:31
<alkisg>
vagrantc, you don't have any ltsp-specific code in the initramfs now anyway?!
16:31
(for the nfs case)
16:31
<vagrantc>
alkisg: only some of the nfs-bottom stuff
16:32
alkisg: the root mounting is straight from initramfs-tools
16:33
<alkisg>
vagrantc: I think you could still do aufs+tmpfs etc from nfs-bottom, no?
16:33
<vagrantc>
i don't know ... but it's a feature that might be generally useful, so why not get it into initramfs-tools itself?
16:33dobber has left IRC (dobber!~dobber@89.190.199.210, Read error: Connection reset by peer)
16:34
<vagrantc>
less code we need to maintain in LTSP
16:34
<alkisg>
True
16:46
<ogra_>
note that aufs is dead, even in ubuntu :)
16:47
stgraber knows the runes for the new way though
16:47
<vagrantc>
*sigh*
16:47
<stgraber>
yeah, still need to s/aufs/overlayfs/ in the upstream code :)
16:47
<vagrantc>
stgraber: that's the only real change needed?
16:48
<stgraber>
almost, there's also a small change in the mount options
16:48
<ogra_>
no, the mounting is differnt
16:48
but its not much
16:48
<vagrantc>
is this in the upstream kernel?
16:48
<ogra_>
and it should be possible for debian to use it now, since its a mainline feature
16:48
yes
16:49
<stgraber>
oh, when did it get in?
16:49
<ogra_>
dunno, do we use it ahead of time ?
16:49
<stgraber>
I think so, yes
16:49
<vagrantc>
i don't see it in the 3.0 kernel
16:49
<ogra_>
afaik the kernel team only wanted to siwtch if there is a true expectation that the new way goes upstream
16:49
<stgraber>
br=/,/root => upperdir=/,lowerdir=/root
16:50
<ogra_>
so it might still have to wait until 3.2
16:50
<vagrantc>
well, it would be good to support either, in order to make backportability possible, if it's not too insane.
16:51toscalix has left IRC (toscalix!~toscalix@77.208.25.2, Read error: Connection reset by peer)
16:52toscalix has joined IRC (toscalix!~toscalix@77.208.25.2)
17:03loather-work has joined IRC (loather-work!~khudson@75.60.71.21)
17:16ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
17:18ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
17:19toscalix has left IRC (toscalix!~toscalix@77.208.25.2, Remote host closed the connection)
17:20toscalix has joined IRC (toscalix!~toscalix@77.208.25.2)
17:24fosser_josh has joined IRC (fosser_josh!~prathames@02799a2d.bb.sky.com)
17:37hughessd has joined IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net)
17:37fosser_josh has left IRC (fosser_josh!~prathames@02799a2d.bb.sky.com, Quit: Leaving.)
17:38fosser_josh has joined IRC (fosser_josh!~prathames@02799a2d.bb.sky.com)
17:38fosser_josh has left IRC (fosser_josh!~prathames@02799a2d.bb.sky.com)
17:38darkpixel_ has joined IRC (darkpixel_!~darkpixel@65.100.44.217)
17:39darkpixel_ has joined IRC (darkpixel_!~darkpixel@curetheitch/staff/darkpixel)
17:39fosser_josh has joined IRC (fosser_josh!~prathames@02799a2d.bb.sky.com)
17:47toscalix has left IRC (toscalix!~toscalix@77.208.25.2, Remote host closed the connection)
17:53
<sbalneav>
Gadi: responded to your email: short answer; I think pam_group would be cleaner.
17:58* vagrantc hasn't yet gotten any ltsp-developer emails ...
17:58* vagrantc looks for mailserver issues
18:02
<vagrantc>
huh. i got Gadi's response before sbalneav's mail
18:02
<sbalneav>
I'm such a slowpoke
18:03
Mine just showed up here
18:03
Maybe it sends out alphabetically :)
18:03
g < s < v :)
18:03
<alkisg>
For receipents too, I got them before vagrantc :)
18:04
<sbalneav>
a < g < s < v :)
18:04
<mistik1>
hheh
18:04
<vagrantc>
sbalneav: the one quirk i had to work around with libnss-sshsock is i had to create an empty changelog at runtime and an empty m4 dir for some libtool/autoconf stuff.
18:04
<alkisg>
Would it be possible to sync the client system groups with the server system groups, on initramfs.d ?
18:04
<sbalneav>
vagrantc: ah, yeah
18:04
I'm not sure how to handle that.
18:05
<vagrantc>
sbalneav: but i'm going to go with my simple workarounds and upload... right now!
18:05
<sbalneav>
if you just do a checkout, you need to run "libtoolize" to copy in the m4 macros that it needs
18:05
now to me, it doesn't make sense to include the m4 macros in the distribution.
18:06
As for changelog, I can create one. Can you add empty dirs in bzr?
18:07
<vagrantc>
yeah, we could probably ship an empty m4 dir
18:07
<sbalneav>
the configure script seems to run libtoolize anyway.
18:08
<vagrantc>
the way we did it with ltsp/ldm/ltspfs is to run something that generates the tarball with the changelog and all the auto* already run ... but it's kind of crufty to ship all the auto*
18:08
<sbalneav>
ok, after lunch I'll try that. In a few minutes I need to run out and deposit a cheque and return some library books.
18:09
<vagrantc>
sbalneav: it's already uploaded to debian ... we can worry about fixes later :)
18:09
<sbalneav>
heh, ok
18:10
ok, bbiab
18:11
<Gadi>
sbalneav: just wrote ya back
18:11
:)
18:11
too bad we never chat anymore...
18:11
;)
18:12
<vagrantc>
Gadi: have you tested libpam-sshauth?
18:12
<Gadi>
not yet
18:12
<vagrantc>
hrm.
18:12
<Gadi>
is it not testing well?
18:13
<vagrantc>
i can
18:13
t figure it out
18:13
tr "\n" "'"
18:14khildin has left IRC (khildin!~khildin@ip-80-236-227-210.dsl.scarlet.be, Ping timeout: 240 seconds)
18:16* Gadi works on compiling it
18:16
<Gadi>
:P
18:17nubae has joined IRC (nubae!~nubae@183.Red-83-52-250.dynamicIP.rima-tde.net)
18:18nubae has joined IRC (nubae!~nubae@opensuse/member/nubae)
18:20
<nubae>
what does ssomeone recomment as a completely fat clietn not connected to thin client/phat client network, but limited to 400mb ram and a a 1.5ghz celerohn?
18:20
I was thinking Lubuntu?
18:21
reg ubuntu wont even load and netbook remix with briliant nit seems to have beeb
18:21
been halted at 10.10
18:23
im considering puppy or strawberry too, just dont know whats gonna run hood and look ok.... it is a 7 year old machine
18:25
<alkisg>
"Completely fat client" you mean standalone installation not related to LTSP at all?
18:27khildin has joined IRC (khildin!~khildin@ip166-155-209-87.adsl2.static.versatel.nl)
18:33nubae_ has joined IRC (nubae_!~nubae@183.Red-83-52-250.dynamicIP.rima-tde.net)
18:33
<nubae_>
and I know its better asked on other channels
18:33
im trying lubuntu now
18:33
think it should do the trick
18:33nubae has left IRC (nubae!~nubae@opensuse/member/nubae, Ping timeout: 240 seconds)
18:34
<alkisg>
I got the best results ever (RAM-wise) with Debian/LXDE in single mode, it required less than 30 MB RAM with X running.
18:35
Other than that, tinycorelinux was ok but didn't support the Greek keyboard as it was using xvesa
18:40Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@host86-161-27-13.range86-161.btcentralplus.com, Quit: Leaving)
18:41
<nubae_>
ill let u know abotu lubuntu.... its a miracle this acer machine is sill running
18:41
while my newest machines are a;ll dying on me ewxtremely near warranty date
18:42
its a bit iffy if u wask me
18:42
<alkisg>
nubae_, your writing has become unreadable lately
18:42
<nubae_>
ask
18:42
<alkisg>
Have you been hanging out with tooooo young women? :D
18:42
<nubae_>
why? which part was unreadable? :-}
18:42
<alkisg>
!leet
18:42
<ltsp>
alkisg: leet: 7H15 M3554G3 53RV35 7O PR0V3 H0W 0UR M1ND5 C4N D0 4M4Z1NG 7H1NG5! 1MPR3551V3 7H1NG5! 1N 7H3 B3G1NN1NG 17 WA5 H4RD BU7 N0W, 0N 7H15 LIN3 Y0UR M1ND 1S R34D1NG 17 4U70M471C4LLY W17H 0U7 3V3N 7H1NK1NG 4B0U7 17, B3 PROUD! 0NLY C3R741N P30PL3 C4N R3AD 7H15.
18:42
<nubae_>
iffy = not working so well
18:43
yeha yeah yeah
18:43
<alkisg>
:)
18:43
<nubae_>
only certain people can read this my asss
18:44
bet u8 put that out to a class of 20people and 19 will get it iin less than a minute
18:44
but yeah u gots 2 get wiz da social flow
18:45
tweeting along and denting a song
18:45
<alkisg>
Well it does take me considerable amount of concentration to read your last sentence :)
18:45
In Greece some people use latin letters to write Greek... I never like that either!
18:45
<nubae_>
about how facebook and zynga and all the others have ruined the experienc of true L33333Tnesss for us original geeeks
18:47
ok ok ... I'll go back to just using emoticons for now
18:47
<alkisg>
My eyes can't thank you enough :)
18:47
<nubae_>
and u can at least catch my hackergochi in tweets, which I'm doing less and less of... starting to think it might be fad after all :-(
18:48
twitter that is
18:48
people will get tired of it
18:48
<vagrantc>
sbalneav: i dunno when you'd be available to help troubleshoot using libpam-sshauth ... although later today i'm going to be heading out for some errands
18:49ddave7 has left IRC (ddave7!~Miranda@ip-94-113-119-138.net.upcbroadband.cz, Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
18:50
<nubae_>
man I swear dvd labelling pens make a run for it the minute u've writen a disk
18:50
Icarefully cleaned ever part of my office area and the pen was on the table, the cd, being written, I turn around for 2 seconds
18:50
bam....
18:51
pen gon
18:53acg_steve has joined IRC (acg_steve!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net)
18:55
<sbalneav>
vagrantc: I've probably got a few minutes now
18:56hughessd has left IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net, Ping timeout: 240 seconds)
18:56nubae_ has left IRC (nubae_!~nubae@183.Red-83-52-250.dynamicIP.rima-tde.net, Ping timeout: 256 seconds)
18:57nubae has joined IRC (nubae!~nubae@183.Red-83-52-250.dynamicIP.rima-tde.net)
18:58hughessd has joined IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net)
19:00quietone has joined IRC (quietone!~quietone@121-98-80-11.bitstream.orcon.net.nz)
19:00toscalix has joined IRC (toscalix!~toscalix@188.87.95.79)
19:02jvin has left IRC (jvin!~jvin@108-82-19-151.lightspeed.livnmi.sbcglobal.net, Ping timeout: 255 seconds)
19:03
<vagrantc>
sbalneav: ok :)
19:04* vagrantc is kind of scattered making a late breakfast
19:05
<sbalneav>
np
19:06
So, first step is to install the libpam-dotfile package
19:07
<ogra_>
Gadi, i dont think there are still many distros that use groups for permissions
19:07
(wrt your mail)
19:07
its all policykit and udev-acl nowadays
19:08
<vagrantc>
sbalneav: that first step seems difficult
19:08acg_steve has joined IRC (acg_steve!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net)
19:08
<alkisg>
If one changes a system group id, and reboots his system, is it *guaranteed* to work fine? I.e. are all system dev nodes, sockets etc chmod'ed on boot?
19:09
<vagrantc>
sbalneav: don't have libpam-dotfile on debian
19:09hughessd has left IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net, Ping timeout: 276 seconds)
19:09acg_steve is now known as hughessd
19:09
<alkisg>
*chown'ed
19:10
<vagrantc>
sbalneav: ah, it's not in testing, but it's in unstable ...
19:10
sbalneav: er, it appears to have been removed from debian
19:11
<sbalneav>
urg
19:11
we need the pamtest utility
19:11
<vagrantc>
sbalneav: i'll see if i can pull it from stable ...
19:13
sbalneav: ok, installed ...
19:14
<sbalneav>
perfect
19:14
so, you'll need to create a file in /etc/pam.d called "flarp" or whatever you'd like
19:14jvin has joined IRC (jvin!~jvin@108-82-19-151.lightspeed.livnmi.sbcglobal.net)
19:15
<sbalneav>
and put in the file:
19:15
<Gadi>
ogra_: ah, that would be good. May make the whole thing a non-issue
19:15
<sbalneav>
auth required pam_sshauth.so host=some.host.to.connect.to
19:15hughessd has left IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net)
19:16
<vagrantc>
sbalneav: ok.
19:17
groups are definitely used for some things, though
19:17
<jammcq>
sbalneav: Scotty !!!!!!!!!!!!!!!!!!!!!!!!!
19:18
<sbalneav>
then you should be able to say "pamtest flarp sbalneav"
19:18
err vagrantc
19:18
hey jammcq
19:19
<nubae>
scotty!!!! kind of makes me think of spotify
19:19Trixboxer has left IRC (Trixboxer!~Trixboxer@office.supportdepartment.net, Quit: "Achievement is not the end, its the beginning of new journey !!!")
19:19
<nubae>
god I've been instisocialised
19:20jvin has left IRC (jvin!~jvin@108-82-19-151.lightspeed.livnmi.sbcglobal.net, Ping timeout: 276 seconds)
19:20
<vagrantc>
sbalneav: that worked!
19:20
<nubae>
network instisocialized = person having been drawn into the the social network crap far too much
19:21
what do you think... could be a new dictionary entry
19:21
<sbalneav>
vagrantc: perfect
19:21
<vagrantc>
sbalneav: so it should work for something like ... login?
19:22
<sbalneav>
vagrantc: well, not without a lot of scripting in the pam_exec part
19:22
<vagrantc>
sbalneav: oh.
19:23
<sbalneav>
Theoretically, it could do full login. But I've never tried
19:23
<vagrantc>
sbalneav: so, i looked at the "ltsp-session" example ... and sort of half-understood that ...
19:23
sbalneav: it's meant to be run from within X ?
19:23
<sbalneav>
Yeah, it should run from within a display manager.
19:23
the idea is to have the display manager's pam config use this for auth
19:24
chaining in the pam_exec + scripts will launch the ssh tunnel, and ultimately start the X session.
19:24
so:
19:24
dm -> pam_sshauth (auth)
19:25
pam_exec -> launch tunnel, do any ltsp plumbing needed
19:25
dm -> starts Xsession
19:25
Xsession script -> starts LTSP xsession stuff in /etc/Xsession.d
19:26
et voila.
19:27
I have to run off for a bit. Back later.
19:29
<alkisg>
So, what exactly is the problem with the system groups? We match the ones that exist, create those that don't exist, preferrably with the same gid... in which case would that cause problems?
19:30* nubae found out hard way, all users must be primarily in their own group
19:31
<nubae>
without that and owndership fully to user.user theres no telling what happens
19:31
<alkisg>
I think the talk in the mailing list is about system groups (<1000 or <500), not user groups
19:31
<nubae>
i made a little script that goes through at fixes it cuase cant trust teachers not to screw that uo=o
19:32
ah
19:32
then mre shuts up
19:33jvin has joined IRC (jvin!~jvin@108-82-19-151.lightspeed.livnmi.sbcglobal.net)
19:38* Gadi is not sure what would be the problem of having sshsock as the first module in the group and a MINGID of 1.
19:43
<vagrantc>
Gadi: if it returns an inconsistant uid/gid mapping, then your processes already started on the thin client might end up with all sorts of pain
19:44
also, if you log in to different servers, each with different gids, from the same thin client ... you'll get really screwey results ...
19:44
<Gadi>
vagrantc: if 2 nss modules have the same group with different group IDs, it will always prefer one
19:44
so, we make it prefer the client
19:44
<vagrantc>
sure
19:44
basically what we do now witth our evil hacks
19:45
<Gadi>
no - what we do now is more evil
19:45
<vagrantc>
well, sure
19:45
<Gadi>
because we *add* to the client
19:45
's groups
19:45staffencasa has joined IRC (staffencasa!~staffenca@128-193-146-211.oregonstate.edu)
19:45
<Gadi>
I don't know why we would need a server system group that is not on the client
19:46
so, I guess MINGID=500 is equivalent
19:46
<vagrantc>
if we just ensure the names map?
19:46
<Gadi>
this may be much ado about nothing
19:47
stick with user groups like we have, and deal with system group membership with pam_group
19:47
seems clean
19:47
<vagrantc>
there are numerous services that still use groups for authentication
19:47toscalix has left IRC (toscalix!~toscalix@188.87.95.79, Ping timeout: 258 seconds)
19:48
<vagrantc>
dynamically tweaking pam_group's config, while somewhat evil, is less evil than what we're doing now, i guess.
19:48
<Gadi>
you mean as an acl not for authentication
19:48
right?
19:48
<vagrantc>
sure, an acl.
19:49
i.e. kvm, epoptes, libvirt
19:49
fuse
19:49
<Gadi>
right - so at the least, we should be able to tweak pam_group on boot via lts.conf
19:49
maybe that is enough
19:49
<vagrantc>
Gadi: on boot? a user logs into one system, gets certain rights, and then logs into another system, gets different rights ...
19:50
<Gadi>
I doubt most would configure it that way, but sure
19:50
<vagrantc>
it's unclear what the mapping from server-side group membership to client-side group membership should be
19:50
<Gadi>
that's possible
19:51
right
19:51
that's the crux
19:51
I mean, let's say you had PCs
19:51
<vagrantc>
on ubuntu, the "admin" group typically allows sudo access, no?
19:51
<Gadi>
and ldap auth
19:51
would you not use pam_group to adjust memberships to local system groups?
19:51
<vagrantc>
i don't know how you'd do it :)
19:53
that's why we're messing around with all this ssh craziness :)
19:54
<Gadi>
heh
19:55
<andygraybeal>
one of my users just asked if it was possible fi they happened to type the wrong name in ... but already pressed enter and they are now at the 'password' prompt if they can go back to the username input screen without having to cycle through the system looking up the name?
19:56
<Gadi>
andygraybeal: not that I am aware of
19:56
<andygraybeal>
thank you, Gadi
19:57
<Gadi>
add to the list for a new ldm with bot username/password prompts on the login page
19:57
:)
19:57
*both
19:57
<andygraybeal>
thanks gadi :) do you want me to request that somewhere?
19:58
<Gadi>
I cannot believe it wouldn't already be requested somewhere
19:58
the reason we never had it was we didn't want to stash the password anywhere iirc
19:58
just pass it through
19:59
and we didn't get prompted for a password from ssh until *after* we needed the username
19:59
<andygraybeal>
it's just a quirck, and it only takes 3 seconds for the prompt to cycle itself.
19:59
so it's not a big deal. he was just wondering
20:00jvin has left IRC (jvin!~jvin@108-82-19-151.lightspeed.livnmi.sbcglobal.net, Ping timeout: 240 seconds)
20:00
<Gadi>
yeah, but UI development is all about not letting all the little deals sum up to a big usability deal
20:05
<alkisg>
Btw http://live.debian.net/devel/live-boot/ may have some bits that we could use
20:05
(not for the groups; in general)
20:06
<vagrantc>
alkisg: i've had promises from daniel baumann to make LTSP's initramfs hooks obsolete for a couple years now :)
20:06
<alkisg>
Haha
20:08
<vagrantc>
alkisg: hrm. epoptes's build-dependencies appear to be broken in sid at the moment :(
20:08toscalix has joined IRC (toscalix!~toscalix@188.87.95.79)
20:09
<alkisg>
vagrantc: erm, it builded fine in launchpad in all series after Lucid...
20:09
What's the error?
20:09
Ah, the dependencies themselves
20:09
<vagrantc>
sid is showing the reason it's called unstable at the moment
20:10
it's not the software itself, it's the collection as a whole
20:10
<alkisg>
Well we can wait for a week then, Phantomas will probably even have the groups (classes) editing ready by then
20:12
<vagrantc>
alkisg: i'll try building on wheezy ... i've got some build failures at the moment...
20:12jvin has joined IRC (jvin!~jvin@108-82-19-151.lightspeed.livnmi.sbcglobal.net)
20:13
<vagrantc>
alkisg: it seems like it's trying to run something a twisted daemon as part of the build process?!
20:13
<alkisg>
I don't know why python does that, I even get "gtk: can't open display" warnings when I run debuild
20:14
Just an "import gtk" is enough to produce warnings. Let me see about "import twistd"...
20:15
Can't it generate the .pyc files or whatever else it needs without importing/running the sources?! :(
20:16
<vagrantc>
alkisg: build failure from current bzr: http://pastebin.com/wvzrL0bZ
20:16
<alkisg>
ty
20:17
Mine: http://paste.ubuntu.com/738549/
20:19
Ah, your looks like our bug, let me reproduce it
20:19khildin has left IRC (khildin!~khildin@ip166-155-209-87.adsl2.static.versatel.nl, Ping timeout: 244 seconds)
20:19
<alkisg>
(no idea *why* it should try to start the daemon while building, but it shouldn't crash in any case, even if the certificate which is generated on postinst is'nt there)
20:22
vagrantc: ah, here's an idea. Mine compiles with pycentral, and yours with dh_python, right?
20:22
So I'd need to check a build log from natty+, to see dh_python2...
20:22
Because in my case, it doesn't try to launch the daemon in the build process
20:24
Natty buildlog: https://launchpadlibrarian.net/85101912/buildlog.txt.gz
20:24toscalix has left IRC (toscalix!~toscalix@188.87.95.79, Read error: Connection reset by peer)
20:30
<vagrantc>
alkisg: yeah, the difference with dh_python2 might be the issue
20:30
<alkisg>
vagrantc: I'll send you a patch in 2 mins
20:31
<vagrantc>
alkisg: no changes in dh_python2 since early october
20:31
<alkisg>
vagrantc: so if we try to run the daemon, and the certificate isn't there, what should the daemon do?
20:31
Shouldn't it exit with an error?
20:32
<vagrantc>
probably
20:32
unless it's configred to not use the certificate
20:33
<alkisg>
I didn't make an option for that, except for a small hack: if the file does exist but it's size is zero
20:33
<vagrantc>
alkisg: looks like it's building in a clean chroot
20:35sndwrx has joined IRC (sndwrx!~sndwrx@host-64-188-228-94.windjammercable.net)
20:37
<alkisg>
vagrantc: this should also enable it to build in your "not clean" chroot too: http://paste.ubuntu.com/738566/
20:38
<vagrantc>
alkisg: i don't know why it would behave differently there ...
20:38
same basic OS... just some other cruft installed
20:39
<alkisg>
It's an error for config.py to crash on import anyway
20:39
It's ok if it raises an exception if someone tries to run epoptes without a certificate, but not just by importing config.py
20:39Parker955 is now known as Parker955_Away
20:39
<alkisg>
So I should probably commit that "except: pass" anyway
20:47m29poff has joined IRC (m29poff!~m29poff@161.255.90.79.rev.sfr.net)
20:51* vagrantc runs through a few epoptes tests
20:56
<vagrantc>
alkisg: should lock screen work at the login screen?
20:56
alkisg: seems to work after login
20:56
<alkisg>
vagrantc: no
20:57
<vagrantc>
alkisg: seems like it could ... broadcast works at the login screen :)
20:57
<alkisg>
The idea is e.g. "I click on lock and all screens get locked, but if some kid has yet to login, allow it to proceed"
20:57
So that it catches up with the rest
20:57
<vagrantc>
alkisg: i could see the case for "prevent people from even logging in yet"
20:58
<alkisg>
The other idea is "don't put too much strain on 64mb clients" ;)
20:58
<vagrantc>
heh
20:58
when 64 bits just isn't enough :)
20:59
<alkisg>
vncviewer only needs 4-5 MB RAM, screen locking with python about 15 :-/
20:59
<vagrantc>
ouch
20:59
so you do that server-side?
20:59
<alkisg>
yes
20:59
But we want to support nx clients too in the future
20:59
For distance learning classrooms
21:00
So we'll have to at least support broadcasting in the user session too
21:01
So, we'll probably implement it like "use the session epoptes-client if it's available, otherwise do it with the system epoptes-client"
21:01
And that will allow for screen locking before login, too ;)
21:01
<vagrantc>
alkisg: the desktop thumbnailing seems snappier
21:02
<alkisg>
It should! Previously it required ~3 MB for each client! Damn x-client-side resizing :)
21:02
Thankfully some random comment in #cairo made me realize it
21:03
<vagrantc>
alkisg: well, other than sid itself being broken at the moment, epoptes seems to be working well enough
21:04
<alkisg>
I think we'll see a bit of instability when the classroom editing is first introduced, maybe for a couple of weeks, so it's probably better to push the current branch when sid is ok again
21:05
<vagrantc>
looks like tcos is sitting in Debian's NEW queue again ...
21:15
alkisg: FYI it's the perl transition from 5.12 -> 5.14 that's blocking buildability in sid
21:16
hopefully this will be quick and painless.
21:16
<alkisg>
Ah. Hopefully perl will RIP some time before us
21:16
:P
21:16
Its code is too unreadable!
21:18fosser_josh has left IRC (fosser_josh!~prathames@02799a2d.bb.sky.com, Quit: Leaving.)
21:18
<vagrantc>
heh.
21:19
looks like this could be a long one: http://release.debian.org/transitions/html/perl5.14.html
21:25andygraybeal has left IRC (andygraybeal!~andy.gray@obsidian.casanueva.com, Quit: Ex-Chat)
21:31brunolambert has left IRC (brunolambert!~bruno@nat/revolutionlinux/x-lqcfwcocervtkqxh, Quit: brunolambert)
22:02jammcq has left IRC (jammcq!~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net, Quit: leaving)
22:02jammcq has joined IRC (jammcq!~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net)
22:10
<vagrantc>
alkisg: yesterday i probably would have been able to build and upload epoptes ... the new perl just went in yesterday
22:11
<alkisg>
vagrantc: no worries, the version in experimental is stable enough if someone is in a hurry to try it, and we can wait a couple of weeks for the next upload... do you think perl will need more?
22:11
<vagrantc>
alkisg: no idea ... it clearly breaks a *lot*
22:12
<alkisg>
https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule => December 29th A-2 LTSDebianImportFreeze
22:12
So if we have a good + tested version in Debian about Dec 20th, we're ok
22:13
<vagrantc>
hopefully will pull that off.
22:17
<alkisg>
Since the project is new, some freeze exception would bring a more mature version, maybe more translations etc etc, but I'm not sure if we'll be able to do that
22:18
<Matrix3000>
anyone here run wine on ltsp?
22:18
<alkisg>
Matrix3000, sure, why?
22:20
<Matrix3000>
need IE for a dumb website from paychex
22:21
cause they suck )=====D
22:21
lol
22:24
<vagrantc>
hah.
22:24
Matrix3000: i *think* someone at my work uses wine+IE to access paychex
22:37sbalneav has left IRC (sbalneav!~sbalneav@205-200-8-97.static.mtsallstream.net, Quit: Lost terminal)
22:37jammcq has left IRC (jammcq!~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net, Quit: leaving)
22:43cliebow has joined IRC (cliebow!~cliebow@66.63.66.218)
22:46m29poff has left IRC (m29poff!~m29poff@161.255.90.79.rev.sfr.net, Quit: Ex-Chat)
22:54
<Matrix3000>
now the CEO and the CFO want to go to windows because we have had a bit of downtime this year with phones, switches failing, router failing, etc
22:54
and it's like that isn't really fixing the issue
22:54
lol
22:54
that's just finding something to blame and an expensive replacement for it
22:55vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 258 seconds)
22:55
<Matrix3000>
after fixing servers that randomly change ip addresses
22:55
and stupid stuff like that
23:05Parker955_Away is now known as Parker955
23:15vagrantc has left IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net, Ping timeout: 256 seconds)
23:17
<cliebow>
Matrix3000, heh it figures
23:18
luckily i ve had openldap running ten years now..with tremendous uptmes
23:18
<Matrix3000>
I mean it would fix some issues, but it would create others. I don't think people here understand the maintenance required on a windows server.
23:18
<cliebow>
but ilost my linuxlab to one-to-one
23:19alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
23:19
<Matrix3000>
Most of my education was on Windows systems, including my own personal studying and testing, and was a windows administrator at a private school
23:19
<cliebow>
gotta run to a meeting,,i feel your pain
23:19
<Matrix3000>
aight, later
23:19
<cliebow>
!
23:22bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 244 seconds)
23:42dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Leaving...)
23:58ry has joined IRC (ry!~ry@static-71-183-64-28.nycmny.fios.verizon.net)
23:59
<quietone>
hi all, I am having trouble that users made with adduser can't login into two thinclients (dell boxes) but work on the three other machines we have.