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


Channel log from 18 March 2013   (all times are UTC)

00:01FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Read error: Operation timed out)
00:07FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi)
00:10
<Enslaver>
I think PAE is now a kernel variant, like the SMP one
00:30Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 245 seconds)
00:48FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Read error: Operation timed out)
00:54jammcq has joined IRC (jammcq!~jam@c-69-245-75-255.hsd1.mi.comcast.net)
00:54
<jammcq>
hello friends
00:54FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi)
00:57shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:5bf:bc9:6a1c:fdd0, Ping timeout: 245 seconds)
00:59shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:2891:229a:a6a4:512d)
01:04FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Read error: Operation timed out)
01:10FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi)
01:19
<warren>
Enslaver: no, it's all EL6 kernels
01:19
Enslaver: but the userspace doesn't require it
01:21
<Enslaver>
With pae is 0 though in this spec, ill look into it tho
01:28
<warren>
Wow. This Atom thin client uses 6.2 watts while OFF.
01:28
That's pretty bad.
01:30
how do I get into the BIOS menu of the disklessworkstation 1520?
01:35
damn, this thing can't boot x86-64
01:36FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Ping timeout: 264 seconds)
01:36FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi)
01:40adrianorg_ has left IRC (adrianorg_!~adrianorg@187.113.251.25, Ping timeout: 264 seconds)
01:44FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Ping timeout: 258 seconds)
01:49FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi)
01:55adriansnyman has joined IRC (adriansnyman!~adrians@152.106.1.5)
01:55MadX_ZA has left IRC (MadX_ZA!~adrians@152.106.1.5, Ping timeout: 264 seconds)
02:23andygraybeal_ has left IRC (andygraybeal_!~andy@h36.227.22.98.dynamic.ip.windstream.net, Ping timeout: 272 seconds)
02:58adriansnyman has left IRC (adriansnyman!~adrians@152.106.1.5, Ping timeout: 256 seconds)
02:58adriansnyman has joined IRC (adriansnyman!~adrians@152.106.1.5)
03:38jammcq has left IRC (jammcq!~jam@c-69-245-75-255.hsd1.mi.comcast.net, Quit: leaving)
04:30dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-28-44.grf-mt.client.bresnan.net)
04:47dead_inside has left IRC (dead_inside!~dead_insi@host-98-127-28-44.grf-mt.client.bresnan.net, Quit: Computer has gone to sleep.)
05:28alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!)
05:28alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
05:52alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
06:12alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
06:17
<Enslaver>
warren: Not even the 1720's can boot 64 bit
06:27bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
06:32
<warren>
Enslaver: probably just a BIOS limitation
06:32
<Enslaver>
Thats my excuse to women
06:33
<warren>
...
06:33
<Enslaver>
---
06:33
Bad bytes
06:34
Ingore me, its my bad and im dru k
06:34
N
06:34
Bday*
06:35bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Quit: Goin' down hard)
06:37
<Enslaver>
well it was, now its over
07:33alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:55
<Hyperbyte>
warren, actually, the 1720's processor doesn't support long mode
07:55
Enslaver, happy belated birthday! :-)
07:58
<alkisg>
Happy birthday from me too... unless you too are under 30 like Hyperbyte so I'm not speaking to you either :P
08:00
<Hyperbyte>
alkisg, pff, you grumphy old man.
08:01* alkisg postpones speaking to Hyperbyte for not only when he's above 30, but for when he has 3+ kids as well :P
08:02
<alkisg>
Anyways... any updates/results from the hackfest?
08:02
I couldn't be around much due to family issues... was there any progress wrt ltsp6?
08:12
<Hyperbyte>
"family issues"... isn't that statement a bit redundant? :P
08:19adriansnyman is now known as MadX_ZA
09:06zamba has left IRC (zamba!marius@flage.org, Ping timeout: 245 seconds)
09:19bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
09:19gvy has left IRC (gvy!~mike@altlinux/developer/mike, Ping timeout: 252 seconds)
09:20gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
09:24ltspuser_77 has joined IRC (ltspuser_77!56944317@gateway/web/freenode/ip.86.148.67.23)
09:25Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
09:29dobber_ has joined IRC (dobber_!~dobber@89.190.199.210)
09:52Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 260 seconds)
10:01Gremble has joined IRC (Gremble!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com)
10:05Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
10:26
<andygraybeal>
mornining!!!
10:33gentgeen__ has left IRC (gentgeen__!~kevin@c-98-239-202-150.hsd1.pa.comcast.net, Read error: No route to host)
10:39gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-239-202-150.hsd1.pa.comcast.net)
10:47F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, Remote host closed the connection)
10:49gvy has left IRC (gvy!~mike@altlinux/developer/mike, Ping timeout: 256 seconds)
10:49gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
10:51F-GT has joined IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net)
11:05Gremble has left IRC (Gremble!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com, Quit: I Leave)
11:48zamba has joined IRC (zamba!marius@flage.org)
12:00alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 256 seconds)
12:19
<FrozenZia>
Hi all -- suggestions for how to start solving: I have a very old crt, can't find spex for it, and w/no changes to lts.conf it boots up with double screens side-by-side...
12:19
xrandr=800x600 seemed to be a step in the wrong direction.
12:22pi_monk has joined IRC (pi_monk!~piotr@abyc220.neoplus.adsl.tpnet.pl)
12:27MadX_ZA has left IRC (MadX_ZA!~adrians@152.106.1.5, Read error: Connection reset by peer)
12:28
<Hyperbyte>
FrozenZia, that's not how lts.conf XRANDR_* variables work.
12:28
See the manpage.
12:28
!lts.conf
12:28
<ltsp>
lts.conf: http://manpages.ubuntu.com/lts.conf
12:29MadX_ZA has joined IRC (MadX_ZA!~adrians@152.106.1.5)
12:52mgariepy has joined IRC (mgariepy!mgariepy@ubuntu/member/mgariepy)
12:52MadX_ZA has left IRC (MadX_ZA!~adrians@152.106.1.5, Read error: Connection reset by peer)
12:54MadX_ZA has joined IRC (MadX_ZA!~adrians@152.106.1.5)
13:13dsugar100 has joined IRC (dsugar100!~dsugar@columbia.tresys.com)
13:16adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.132.221.56)
13:17
<FrozenZia>
Hyperbyte: okay, perhaps what I should have said was that XRANDR_MODE_0=800x600 seemed a step in the wrong direction. Or were you refering to something besides my syntax?
13:18
As I only have 1 client currently, I was just trying things out, and the default lts.conf included that parameter for forcing all clients to a specific reso.
13:35
<Hyperbyte>
No, I was referring to the syntax
13:36
So why is this a step in the wrong direction?
13:36
That's not a very clear description of your problem.
13:37jammcq has joined IRC (jammcq!~jam@c-69-245-75-255.hsd1.mi.comcast.net)
13:37
<jammcq>
bom dia meu amigos
13:38
<FrozenZia>
Hyperbyte: the screen went into a difficult-to-describe-exactly MESS
13:39
I don't have it on right now, but I'm thinking it was sort of like wavy diagonal lines all over, and very hazy. At least with the double screens the image was rather clear (if next to impossible to read b/c of the small size)
13:40
I guess the question sort of becomes: is there a reasonably straightforward/easy way to determine a monitor's spex if they're not retreivable from the all-knowing internet?
13:51
<Hyperbyte>
FrozenZia, every CRT I know should support 800x600. If not, try 640x480 or 1024x768
13:51
If all of those don't work, toss it out.
14:02bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 245 seconds)
14:03pi_monk has left IRC (pi_monk!~piotr@abyc220.neoplus.adsl.tpnet.pl, Quit: pi_monk)
14:22
<sbalneav>
Morning all
14:28dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174)
14:33
<sbalneav>
So, after doing some reading on the weekend, I've come to a conclusion:
14:34
Our primary problem is that udisks doesn't support remote filesystems. It only looks at local entries in the /dev file.
14:34staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu)
14:34
<sbalneav>
So here's what I'm proposing:
14:35
When a device is plugged, we have udev mounting work as per-usual on the thin client.
14:35
We have a listener running as the user on the thin client, watching the udev bus.
14:36
When it sees the mount, we set a xprop.
14:37
running on the server, we have another program, watching for updates to the xprop
14:38
when we see the change, we mount the ltspfs. We do it in such a way that we get the unmount option.
14:38
Not quite sure how to do that yet.
14:39
<ogra_>
why an unmount option ?
14:40
just implement a fake :)
14:42
<Enslaver>
Hyperbyte: Ty :)
14:43
<sbalneav>
What I have to do is read a good tutorial on udev :(
14:43
Sorry, not udev
14:43
dbus I mean.
14:44
<ogra_>
well, and policykit, consolekit/logind
14:44
dbus is just the messenger ... fi the message reaches you is handled by the other two
14:45
i guess you will have to cheat a lot here to make it think you are a local user
14:46
(and that polkit and consolekt are replaced by systemd crap doesnt really help either if you want to implement it properly)
14:46
(but nearly everything is re-implemented in systemd nowadays ... )
14:46
<Enslaver>
Im hungover :(
14:47
<ogra_>
too much st. patricks day ?
14:47
<Enslaver>
yah, i turned 33 also yesterday
14:47
so double fun
14:48
<ogra_>
oh, congrats young padawan !
14:49
<Enslaver>
tyty I feel more mature saying my age now, plus its symetrical
14:50
btw everyone, pushed out the new stable rpm's yesterday to the repo, clover has launched =)
14:51
yay awesome congrats wow your a genius and handsome
14:51
awe stop
15:00laurense_ has joined IRC (laurense_!~laurens@nerd-herd.nl)
15:03
<laurense_>
i am looking into ltsp as a way to create 4-6 simple workstations, and i am wondering what the impact is when i'm using older (slower) thin clients?
15:05
<sbalneav>
laurense_: Well, so long as you use them as true thin clients, apart from viewing youtube videos being slow, they should be fine.
15:06
All my thin clients areound here are only 1ghz
15:06
<Hyperbyte>
Enslaver, hahah, congrats on the launch. :)
15:07
<Enslaver>
ty =)
15:10
<laurense_>
hmm
15:11
then i am wondering why thin-clients are getting faster
15:11
is it for the built in browser?
15:12
<Hyperbyte>
laurense_, you mean why they produce clients that have, say, 1.5ghz processors instead of 500mhz?
15:12
<laurense_>
Hyperbyte: yes
15:13
<Hyperbyte>
I think it's mostly just natural evolving of hardware. Companies stop producing slower processors because there's no demand.
15:13
<laurense_>
and i am looking into buying some second hand thin clients for this project, and i am wondering if i can get away with buying the cheapest one possible
15:14
<Hyperbyte>
Sure for thin clients, -maybe-, but if it's just as cheap to put a 1.5ghz in, why bother.
15:14
<laurense_>
because the only thing it needs to do is recieve framebuffer information from the network and send it to the screen?
15:14
<Hyperbyte>
laurense_, hah, you should talk to alkisg. I believe he still has installations with 386 machines with 64mb ram.
15:15
laurense_, actually, no, depending on what you want, thin clients do a lot more than that. They also work with USB disks and send those over the network... network audio consumes quite a bit too if you need that, there's local printer support, possible encryption
15:15
Plus LTSP allows you to, as you pointed out, run browsers locally on the clients. This can be a huge relief for your server.
15:16
I have on average 10 users on my terminalserver, which has a six-core AMD Phenom II processor, clocked at 3.3ghz
15:17
<laurense_>
My server is an AMD Phenom II X4 clocked at 3.2 ghz, i would think it is enought for 6 users
15:17
<Hyperbyte>
When everybody is using Firefox, with flash plugin active (for advertisements or whatever) the Firefoxes can really give the CPU lots to do.
15:17
Actually, yes, that should do.
15:17
<laurense_>
i am also looking into multiseat systems
15:18
<Hyperbyte>
Hm, I thought Ubuntu no longer supported multiseat.
15:18
<laurense_>
but with the HP T5710 Clocked at 800mhz for 9 euros i think oltsp is much more interesting
15:18
<Hyperbyte>
Well if it costs 9 euros
15:18
Why not buy one and try?
15:19
Edubuntu has a live CD which allows you set up an LTSP server in a live environment, without installing.
15:19
Although you might as well just install it on a machine somewhere, would give you valuable experience in the process. ;-)
15:20
<laurense_>
Hyperbyte: lightdm is capabale of doing multiseat, but it isn't documented nicely, and you need to couple the usb keyboard and mouse to a screen in a config file
15:20
which make it static
15:20
which is nasty to administer
15:20
<Hyperbyte>
LTSP administration is quite easy. :)
15:21
As long as your server works, the clients work. :)
15:21
<laurense_>
true
15:21
and adding more workplaces is as much as buyin an extra thin client?
15:21
<Hyperbyte>
Sure.
15:21
And having enough server capacity.
15:21
<laurense_>
true
15:21
<Hyperbyte>
How much RAM does your server have?
15:22
<laurense_>
4GB, but easily upgraded to 8 or 12GB
15:22
<Hyperbyte>
The more the better.
15:22
<laurense_>
memory isn't that expensive anymore
15:22
<Hyperbyte>
I would definitely go with 12GB
15:23
<laurense_>
i am going to look into ltsp when i get home from work
15:23
<Hyperbyte>
Let's say your server itself uses 500 MB, that leaves 3500 MB to share between all users... so about 600 MB per user
15:24
If you plan to run Firefox as a server application, then that is definitely not enough. Browsers consume RAM like fresh baked cookies...
15:24
<laurense_>
i would thing 600mb is enough for simple office work, but firefox is nasty
15:25
<Hyperbyte>
Browsers are problematic as server applications. YouTube doesn't work fullscreen, because your network probably won't handle it and your server needs enough memory to fit all the browsers in there.
15:25
If you don't care about those two (I don't), then running them as servers applications is definitely possible.
15:25
<laurense_>
it's a shame it will be the primary use of the thin clients
15:26
don't mind at all about youtube though
15:26
<Hyperbyte>
Well, same here. Our local CRM is web-based... 80% of what people do happens in their browser.
15:26
<laurense_>
would be nice if we could learn firefox to be much more aggressive in memory management
15:27
cleaning up memory from invisible tabs, and loading again when opening a tab
15:27
<Hyperbyte>
Works great though as a server app, just not with flash. But flash == games && movies, generally speaking, so.... not much serious use for those in an office environment. Plus they work, just not fullscreen.
15:27
<laurense_>
Well
15:27
going to give ltsp a try when i get home
15:28
<Hyperbyte>
:)
15:28
If you need any help, be sure to ask here.
15:28
<laurense_>
i remember i have 2 thin-clients at home
15:28
built in a screen
15:28
but upgrade with compact-flash-cards and a local linux install
15:29
or else i surely have an old computer that can do pxe boot for initial testing
15:30
thanks for all the information so far
15:35bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
15:43alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!)
15:43alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
15:56bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 248 seconds)
16:04pi_monk has joined IRC (pi_monk!~piotr@91-145-189-117.internetia.net.pl)
16:11alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!)
16:11alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
16:12pi_monk has left IRC (pi_monk!~piotr@91-145-189-117.internetia.net.pl)
16:32Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 248 seconds)
17:0845PAABAYS <45PAABAYS!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net> has joined #ltsp
17:09vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
17:09vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
17:29alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
17:32komunista has joined IRC (komunista!~slavko@87.244.209.121)
17:43sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Quit: Changing server)
17:48sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca)
18:10highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 256 seconds)
18:10alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!)
18:10alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
18:43Parker955_Away is now known as Parker955
18:54bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
19:04
<alkisg>
sbalneav: wrt "14:36 When it sees the mount, we set a xprop. 14:37 running on the server, we have another program, watching for updates to the xprop"
19:04
==> why not just call it through the ssh socket?
19:04
"We do it in such a way that we get the unmount option. 14:38 Not quite sure how to do that yet."
19:04
==> we need an unmount "helper" in the mount command line
19:05
That needs to be suid root
19:05
,uhelper=fuseunmounter
19:06
There was a discussion to put that upstream in fuse, but it wasn't ever merged: http://sourceforge.net/mailarchive/forum.php?thread_name=1253960851.6399.43.camel%40localhost.localdomain&forum_name=fuse-devel
19:12Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
19:17prestain has left IRC (prestain!4a4d0577@gateway/web/freenode/ip.74.77.5.119, Ping timeout: 245 seconds)
19:22alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Read error: Operation timed out)
19:23
<sbalneav>
alkisg: Because there'll need to be 2 way communications.
19:24
Remember, udisks is going to automount on the thin client. We need a way when we disconnect from the ltspfs mount, to also unmount the device from the local (thin client) mount.
19:25
<alkisg>
sbalneav: udisks doesn't automount on thin clients unless there's an "active user" logged in
19:25
Do we want to fake that, to allow automounting?
19:26
sbalneav: also, `ssh -S socket do-the-mount` -> can't we just make that return when it's unmounted?
19:26
<sbalneav>
alkisg: I'm looking into what's required to make the libpam-sshauth logged in user "active" now.
19:27
Well, ideally, what I'd like to do is connect the thin client dbus and remote dbus.
19:28
<alkisg>
How would you have 2 system dbus'es on the server?
19:28
(actually, many more than 2...)
19:29
<sbalneav>
Not sure. Reading about it now :)
19:29
<alkisg>
I guess the idea is to have the session dbus on the server communicate with the system dbus on the client,
19:29
but that'll be too messy, it'll lose all server-side services then
19:30
Btw, it'd be nice if the mount points were the same on the client and on the server
19:30
E.g. /home/username/mountpoint
19:31
So that localapps and remoteapps could cooperate without path changes
19:31
<sbalneav>
Are we mounting into /home/username now? Thought it was /media
19:32
<alkisg>
Sorry
19:32
I meant /media/username/mountpoint
19:32
Because the default is plain /media/mountpoint in non-ltsp clients
19:32
So if you let udisks on the client automount a stick, that's where it'll end up
19:33
And it's not suitable for multiuser systems, we'd probably get collisions on the server-side this way
19:33
<sbalneav>
yup
19:33
<alkisg>
(so udisks needs to be changed a bit there, if we decide to use it)
19:34
Btw, why was ltspfs developed instead of e.g. reusing sshfs?
19:35
<sbalneav>
1) No local user on the thin client.
19:35
2) problems with copying the keys around.
19:35
<alkisg>
(1) would be solved now, right?
19:35
And I'm sure we can find a way to solve (2)...
19:36
But, do we want to? Would it be any better, e.g. easier to maintain etc?
19:36
<sbalneav>
How are you going to get an sshfs mount back to the client without asking for a password? And what password would we use?
19:36
<alkisg>
We can autogenerate a key for the specific user
19:37
I don't have the details there but let's suppose we find a good way
19:37
What are the pros? encryption, less maintainance? And the cons? Slower?
19:38
<muppis>
I've used program sshpass in frontend script for rsync to pass ssh password for it.
19:40
<alkisg>
It would be fun to only allow thin client ssh connections from localhost, and use ssh port forwarding on the master client => server ssh socket ... but it would result in duplicate encryptiong => 2 times slower
19:41
Meh those ssh guys should really reconsider their status about the null cipher...
19:42
<sbalneav>
So, if we were to run sshd on the thin client, in order to get a seamless mount back, we'd have to:
19:43
1) either dynamically generate the ssh host keys every time the thin client boots, or just have all thin clients have the same host key.
19:43
2) on login, install the host key down into the users' known_hosts
19:45
<muppis>
known_hosts can be saved to /dev/null, so it wont ask if it changes.
19:45
<sbalneav>
Install a users pub key down on the thin client. This could be a problem if the user already has a key that asks for a password.
19:45
<muppis>
Äh, I meant the key can be saved to null..
19:46
<sbalneav>
the third is the biggest problem, I think.
19:47
<alkisg>
Can't we set AuthorizedKeysFile to the client sshd_config to point to one of our autogenerated files?
19:47
E.g. in /home/username/.config/ltsp/authorized_keys
19:50
<sbalneav>
And do the sshfs with an "ssh -F configfile"?... Possible.
19:50
ok, I'll have a look at what I'd have to hack in my pam scripts in order to auto-generate all this stuff.
19:52
<alkisg>
sbalneav: about udisks etc... I like it when ltsp reuses existing code, but I'm worried if the true thin clients will become a bit bloated then
19:52
Specifically, what does udisks need in order to operate? Just an "active user"? Or it requires a system dbus as well? Maybe accountsservice too?
19:53
<sbalneav>
Not sure. Still trying to figure that out. There's other "standalone" programs that'll handle automounting.
19:53
we could adapt one to our purposes.
19:54highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)
19:54
<alkisg>
The idea is to not have to write the udev rules ourselves, right?
19:54
<sbalneav>
If possible, yeah.
19:54
<alkisg>
Cool
19:56Parker955 is now known as Parker955_Away
20:03Parker955_Away is now known as Parker955
20:07adriansnyman has joined IRC (adriansnyman!~adrians@152.106.1.5)
20:08MadX_ZA has left IRC (MadX_ZA!~adrians@152.106.1.5, Read error: Connection reset by peer)
20:17
<jammcq>
we did ltspfs because sshfs couldn't tell us how much space was available on the remote filesystem
20:25
<alkisg>
jammcq: but now it can, right?
20:27
<jammcq>
umm, dunno
20:28
<alkisg>
$ df -h
20:28
Filesystem Size Used Avail Use% Mounted on
20:28
localhost:/etc 30G 27G 2,1G 93% /tmp/etc
20:30
Hehe... reverse sshfs: http://sourceforge.net/mailarchive/message.php?msg_id=27034864
20:30
With that one, we wouldn't need an sshd on the client :)
20:46andygraybeal_ has joined IRC (andygraybeal_!~andy@h36.227.22.98.dynamic.ip.windstream.net)
21:09zdgffdgz has joined IRC (zdgffdgz!~root@82-171-222-188.ip.telfort.nl)
21:11alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
21:13
<zdgffdgz>
it was not possible to get local sound in fluxbox
21:14
Local sound does works with KDE!
21:35
<elias_a>
zdgffdgz: What do you mean?
21:49
<zdgffdgz>
I could get local sound in flluxbox environment, in KDE it works.
21:50
*I could NOT in fluxbox*
21:56
<elias_a>
zdgffdgz: Loud and clear as your nick :P
21:57Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 245 seconds)
21:58
<zdgffdgz>
qsudo bash
21:58
oops wrong keyboard
21:59
<elias_a>
Even more clear... :P
22:01designbybeck_ has left IRC (designbybeck_!~quassel@x175y164.angelo.edu, Remote host closed the connection)
22:14dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Ping timeout: 246 seconds)
22:27
<zdgffdgz>
No sound: Ican connect with pulseaudio manager (paman) on the server, not on the client. . .
22:30
I get a 'Connection refused' on the client
22:32lee has left IRC (lee!~lee@loathe.ms, Ping timeout: 264 seconds)
22:33lee has joined IRC (lee!~lee@loathe.ms)
22:34komunista has left IRC (komunista!~slavko@87.244.209.121, Quit: Leaving.)
22:35dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-28-44.grf-mt.client.bresnan.net)
22:39staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Quit: Leaving)
22:39dead_inside has left IRC (dead_inside!~dead_insi@host-98-127-28-44.grf-mt.client.bresnan.net, Ping timeout: 252 seconds)
22:43telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection)
22:44telex has joined IRC (telex!~telex@freeshell.de)
23:16bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 276 seconds)
23:24vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)