00:01 | FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Read error: Operation timed out) | |
00:07 | FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi) | |
00:10 | <Enslaver> I think PAE is now a kernel variant, like the SMP one
| |
00:30 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 245 seconds) | |
00:48 | FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Read error: Operation timed out) | |
00:54 | jammcq has joined IRC (jammcq!~jam@c-69-245-75-255.hsd1.mi.comcast.net) | |
00:54 | <jammcq> hello friends
| |
00:54 | FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi) | |
00:57 | shogunx has left IRC (shogunx!~shogunx@2001:4978:106:1:5bf:bc9:6a1c:fdd0, Ping timeout: 245 seconds) | |
00:59 | shogunx has joined IRC (shogunx!~shogunx@2001:4978:106:1:2891:229a:a6a4:512d) | |
01:04 | FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Read error: Operation timed out) | |
01:10 | FrozenZia 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:36 | FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Ping timeout: 264 seconds) | |
01:36 | FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi) | |
01:40 | adrianorg_ has left IRC (adrianorg_!~adrianorg@187.113.251.25, Ping timeout: 264 seconds) | |
01:44 | FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Ping timeout: 258 seconds) | |
01:49 | FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi) | |
01:55 | adriansnyman has joined IRC (adriansnyman!~adrians@152.106.1.5) | |
01:55 | MadX_ZA has left IRC (MadX_ZA!~adrians@152.106.1.5, Ping timeout: 264 seconds) | |
02:23 | andygraybeal_ has left IRC (andygraybeal_!~andy@h36.227.22.98.dynamic.ip.windstream.net, Ping timeout: 272 seconds) | |
02:58 | adriansnyman has left IRC (adriansnyman!~adrians@152.106.1.5, Ping timeout: 256 seconds) | |
02:58 | adriansnyman has joined IRC (adriansnyman!~adrians@152.106.1.5) | |
03:38 | jammcq has left IRC (jammcq!~jam@c-69-245-75-255.hsd1.mi.comcast.net, Quit: leaving) | |
04:30 | dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-28-44.grf-mt.client.bresnan.net) | |
04:47 | dead_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:28 | alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!) | |
05:28 | alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47) | |
05:52 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
06:12 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
06:17 | <Enslaver> warren: Not even the 1720's can boot 64 bit
| |
06:27 | bobby_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:35 | bobby_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:33 | alkisg 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:19 | adriansnyman is now known as MadX_ZA | |
09:06 | zamba has left IRC (zamba!marius@flage.org, Ping timeout: 245 seconds) | |
09:19 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
09:19 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Ping timeout: 252 seconds) | |
09:20 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
09:24 | ltspuser_77 has joined IRC (ltspuser_77!56944317@gateway/web/freenode/ip.86.148.67.23) | |
09:25 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
09:29 | dobber_ has joined IRC (dobber_!~dobber@89.190.199.210) | |
09:52 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 260 seconds) | |
10:01 | Gremble has joined IRC (Gremble!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com) | |
10:05 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
10:26 | <andygraybeal> mornining!!!
| |
10:33 | gentgeen__ has left IRC (gentgeen__!~kevin@c-98-239-202-150.hsd1.pa.comcast.net, Read error: No route to host) | |
10:39 | gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-239-202-150.hsd1.pa.comcast.net) | |
10:47 | F-GT has left IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net, Remote host closed the connection) | |
10:49 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Ping timeout: 256 seconds) | |
10:49 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
10:51 | F-GT has joined IRC (F-GT!~phantom@ppp59-167-136-109.static.internode.on.net) | |
11:05 | Gremble has left IRC (Gremble!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com, Quit: I Leave) | |
11:48 | zamba has joined IRC (zamba!marius@flage.org) | |
12:00 | alkisg 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:22 | pi_monk has joined IRC (pi_monk!~piotr@abyc220.neoplus.adsl.tpnet.pl) | |
12:27 | MadX_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:29 | MadX_ZA has joined IRC (MadX_ZA!~adrians@152.106.1.5) | |
12:52 | mgariepy has joined IRC (mgariepy!mgariepy@ubuntu/member/mgariepy) | |
12:52 | MadX_ZA has left IRC (MadX_ZA!~adrians@152.106.1.5, Read error: Connection reset by peer) | |
12:54 | MadX_ZA has joined IRC (MadX_ZA!~adrians@152.106.1.5) | |
13:13 | dsugar100 has joined IRC (dsugar100!~dsugar@columbia.tresys.com) | |
13:16 | adrianorg_ 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:37 | jammcq 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:02 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 245 seconds) | |
14:03 | pi_monk has left IRC (pi_monk!~piotr@abyc220.neoplus.adsl.tpnet.pl, Quit: pi_monk) | |
14:22 | <sbalneav> Morning all
| |
14:28 | dead_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:34 | staffencasa 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:00 | laurense_ 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:35 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
15:43 | alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!) | |
15:43 | alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47) | |
15:56 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 248 seconds) | |
16:04 | pi_monk has joined IRC (pi_monk!~piotr@91-145-189-117.internetia.net.pl) | |
16:11 | alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!) | |
16:11 | alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47) | |
16:12 | pi_monk has left IRC (pi_monk!~piotr@91-145-189-117.internetia.net.pl) | |
16:32 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 248 seconds) | |
17:08 | 45PAABAYS <45PAABAYS!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net> has joined #ltsp | |
17:09 | vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) | |
17:09 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
17:29 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
17:32 | komunista has joined IRC (komunista!~slavko@87.244.209.121) | |
17:43 | sbalneav has left IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca, Quit: Changing server) | |
17:48 | sbalneav has joined IRC (sbalneav!~sbalneav@mail.legalaid.mb.ca) | |
18:10 | highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 256 seconds) | |
18:10 | alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!) | |
18:10 | alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47) | |
18:43 | Parker955_Away is now known as Parker955 | |
18:54 | bobby_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:12 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
19:17 | prestain has left IRC (prestain!4a4d0577@gateway/web/freenode/ip.74.77.5.119, Ping timeout: 245 seconds) | |
19:22 | alexqwesa 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:54 | highvoltage 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:56 | Parker955 is now known as Parker955_Away | |
20:03 | Parker955_Away is now known as Parker955 | |
20:07 | adriansnyman has joined IRC (adriansnyman!~adrians@152.106.1.5) | |
20:08 | MadX_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:46 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h36.227.22.98.dynamic.ip.windstream.net) | |
21:09 | zdgffdgz has joined IRC (zdgffdgz!~root@82-171-222-188.ip.telfort.nl) | |
21:11 | alkisg 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:57 | Phantomas 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:01 | designbybeck_ has left IRC (designbybeck_!~quassel@x175y164.angelo.edu, Remote host closed the connection) | |
22:14 | dead_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:32 | lee has left IRC (lee!~lee@loathe.ms, Ping timeout: 264 seconds) | |
22:33 | lee has joined IRC (lee!~lee@loathe.ms) | |
22:34 | komunista has left IRC (komunista!~slavko@87.244.209.121, Quit: Leaving.) | |
22:35 | dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-28-44.grf-mt.client.bresnan.net) | |
22:39 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Quit: Leaving) | |
22:39 | dead_inside has left IRC (dead_inside!~dead_insi@host-98-127-28-44.grf-mt.client.bresnan.net, Ping timeout: 252 seconds) | |
22:43 | telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection) | |
22:44 | telex has joined IRC (telex!~telex@freeshell.de) | |
23:16 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 276 seconds) | |
23:24 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |