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


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

00:04Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 260 seconds)
00:32vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
01:05
<Enslaver>
Man is a small world out there even in the linux I just met a guy named Inode0 and I was like hey i run inode0.com, Turns out He's on the Board of Directors for the fedora project
01:33Parker955_Away is now known as Parker955
02:25
<Enslaver>
too neat: http://kparal.wordpress.com/2013/02/11/kerberos-authentication-in-gnome-online-accounts/
02:56andygraybeal_ has left IRC (andygraybeal_!~andy@h7.213.22.98.dynamic.ip.windstream.net, Ping timeout: 272 seconds)
03:06klausade has joined IRC (klausade!~klaus@cm-84.215.153.179.getinternet.no)
03:21Parker955 is now known as Parker955_Away
03:49alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!)
03:49alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
04:38alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
05:04alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!)
05:05alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
05:17lotharn has left IRC (lotharn!~taco@24.154.55.32, Read error: Connection timed out)
05:34lotharn has joined IRC (lotharn!~taco@24.154.55.32)
05:36alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
06:04MadX_ZA has left IRC (MadX_ZA!~adrians@152.106.1.5, Ping timeout: 248 seconds)
06:04MadX_ZA has joined IRC (MadX_ZA!~adrians@152.106.1.5)
06:39work_alkisg has left IRC (work_alkisg!~alkisg@150.140.47.54, Ping timeout: 258 seconds)
06:56work_alkisg has joined IRC (work_alkisg!~alkisg@plinet.ioa.sch.gr)
07:29khildin has joined IRC (khildin!~khildin@ip-80-236-227-61.dsl.scarlet.be)
07:42vnc786 has left IRC (vnc786!~chatzilla@49.248.129.178, Read error: Connection reset by peer)
07:43vnc786 has joined IRC (vnc786!~chatzilla@49.248.129.178)
08:17spectra has left IRC (spectra!~spectra@debian/developer/spectra, Read error: Operation timed out)
08:18spectra has joined IRC (spectra!~spectra@debian/developer/spectra)
08:39dobber_ has joined IRC (dobber_!~dobber@89.190.199.210)
08:53highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)
09:04christopher has left IRC (christopher!~christoph@c-174-54-115-236.hsd1.pa.comcast.net, Remote host closed the connection)
09:17bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
09:23work_alkisg is now known as alkisg
09:28ektadmin has joined IRC (ektadmin!c2b1d778@gateway/web/freenode/ip.194.177.215.120)
09:43ltspuser_46 has joined IRC (ltspuser_46!73707a32@gateway/web/freenode/ip.115.112.122.50)
09:43
<ltspuser_46>
HI Every one
09:44
I had one question today regarding LTSP Xubuntu
09:45ltspuser_57 has joined IRC (ltspuser_57!c31772ca@gateway/web/freenode/ip.195.23.114.202)
09:45
<ltspuser_46>
I will be able to do LAN using LTSP Xubuntu and PXE. Will I be able to open a client session on a windows machine.
09:45
?
09:51
<alkisg>
Yes
09:54
<ltspuser_46>
How can we do that. Can you explain?
10:00
alkisg can you explain how to open a client LTSP session on a windows machine?
10:04
<alkisg>
SCREEN_07=xfreerdp params
10:04
In lts.conf
10:04
Read the ltsp docs for more information
10:12
<ltspuser_57>
Hi
10:12bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 245 seconds)
10:13
<ltspuser_57>
I want to use pam_mount to mount some windows shares on the Ubuntu using LDM
10:13
it's possible?
10:13
it's Ubuntu 12.04
10:13
I already tried but the log shows that pam_mount cannot get the user's password
10:14
<alkisg>
It should be possible. LDM uses SSH, which uses pam
10:14
That's on the server with thin clients, right?
10:16bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
10:18
<ltspuser_57>
yes...
10:19
The Ubuntu server is a client of an AD
10:19
and I open on SCREEN_07 a LDM session to this Ubuntu
10:19
<alkisg>
Try to make it work with plain ssh logins first
10:19
That way it's completely unrelated to LTSP
10:20
Once you get the working, it should also work with LDM...
10:20
<ltspuser_57>
ok
10:21
thank you
10:21ltspuser_57 has left IRC (ltspuser_57!c31772ca@gateway/web/freenode/ip.195.23.114.202, Quit: Page closed)
10:29ektadmin has left IRC (ektadmin!c2b1d778@gateway/web/freenode/ip.194.177.215.120, Quit: Page closed)
10:29dio3 has joined IRC (dio3!c2b1d778@gateway/web/freenode/ip.194.177.215.120)
11:00vnc786 has left IRC (vnc786!~chatzilla@49.248.129.178, Remote host closed the connection)
11:03joules has joined IRC (joules!~jules@ppp118-209-203-192.lns20.mel6.internode.on.net)
11:03
<joules>
hi, anyone about?
11:07
<alkisg>
!ask
11:07
<ltsp>
ask: Don't ask to ask a question, simply ask it, and if someone knows the answer, they'll respond. Please hang around for at least a full hour after asking a question, as not everybody constantly monitors the channel.
11:12
<joules>
KDE4 + ltsp5.4.2 + 1920x1200 monitors + hp T573x clients + 100mbit. Poor performance, do I need to go 1000mbit or can I tweak something?
11:15
<elias_a>
joules: How many clients? Server specs?
11:15
<alkisg>
And how much RAM on the client? Maybe you can try localapps?
11:15
<elias_a>
joules: Type of switches?
11:19andygraybeal_ has joined IRC (andygraybeal_!~andy@h7.213.22.98.dynamic.ip.windstream.net)
11:24
<joules>
http://privatepaste.com/1d2944be8e
11:25
hp procurve 100mbit switch with the server plugged into the 1000mbit ports (has only 2). Server is a Dell (1850 i forget) 4gig with 2 x Xeon 3Ghz cpus.
11:25
5 clients
11:26
It was fine with gnome/kde3.5, suffering a bit with kde4
11:27andygraybeal_ has left IRC (andygraybeal_!~andy@h7.213.22.98.dynamic.ip.windstream.net, Ping timeout: 272 seconds)
11:30alkisg is now known as work_alkisg
11:43ltspuser_46 has left IRC (ltspuser_46!73707a32@gateway/web/freenode/ip.115.112.122.50, Quit: Page closed)
11:57bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 252 seconds)
12:42jammcq has joined IRC (jammcq!~jam@c-69-245-75-255.hsd1.mi.comcast.net)
12:42
<jammcq>
good morning friends
12:46
<Enslaver>
Norm!
13:01alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
13:02ltspuser_18 has joined IRC (ltspuser_18!b2d76164@gateway/web/freenode/ip.178.215.97.100)
13:05ltspuser_18 has left IRC (ltspuser_18!b2d76164@gateway/web/freenode/ip.178.215.97.100, Client Quit)
13:07lotharn has left IRC (lotharn!~taco@24.154.55.32, Quit: no)
13:08dio3 has left IRC (dio3!c2b1d778@gateway/web/freenode/ip.194.177.215.120)
13:10alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!)
13:11alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
13:13lotharn has joined IRC (lotharn!~taco@24.154.55.32)
13:15alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
13:39|Paradox| has left IRC (|Paradox|!~iamparado@c-71-206-132-62.hsd1.va.comcast.net, Ping timeout: 246 seconds)
13:52|Paradox| has joined IRC (|Paradox|!~iamparado@c-71-206-132-62.hsd1.va.comcast.net)
14:14cenhlfvhv has joined IRC (cenhlfvhv!~iamparado@c-71-206-132-62.hsd1.va.comcast.net)
14:14|Paradox| has left IRC (|Paradox|!~iamparado@c-71-206-132-62.hsd1.va.comcast.net, Read error: No route to host)
14:15cenhlfvhv is now known as |Paradox|
14:16
<jammcq>
does anybody else get annoyed when people like |Paradox| keep disconnecting/re-connecting?
14:17
<ogra_>
yes, but your client should have an option to disable join/part messages
14:17
<jammcq>
it does, but I don't want to disable ALL of them
14:17
like, I enjoy seeing sbalneav join
14:23
and I like to know when vagrantc and alkisg join, and really anybody else who actually contributes to the project
14:23
but there's a number of lurkers who never say anything, but they keep re-connecting
14:36rvigof has joined IRC (rvigof!~iamparado@c-71-206-132-62.hsd1.va.comcast.net)
14:37yyntkzw has joined IRC (yyntkzw!~iamparado@c-71-206-132-62.hsd1.va.comcast.net)
14:38|Paradox| has left IRC (|Paradox|!~iamparado@c-71-206-132-62.hsd1.va.comcast.net, Ping timeout: 256 seconds)
14:38yyntkzw is now known as |Paradox|
14:40rvigof has left IRC (rvigof!~iamparado@c-71-206-132-62.hsd1.va.comcast.net, Ping timeout: 255 seconds)
14:46
<laurense>
i think there is a possibility to set an ignore on a leave of join from a specific person
14:47
but you should make a decision if it is worth the hassle
14:53|Paradox| has left IRC (|Paradox|!~iamparado@c-71-206-132-62.hsd1.va.comcast.net, Ping timeout: 256 seconds)
15:02bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
15:03mikkel has joined IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk)
15:04joules has left IRC (joules!~jules@ppp118-209-203-192.lns20.mel6.internode.on.net, Quit: Lost terminal)
15:09dsugar100 has joined IRC (dsugar100!~dsugar@columbia.tresys.com)
15:10
<Hyperbyte>
Has anyone actually ever seen |Paradox| say anything?
15:10
!seen |Paradox|
15:10
<ltsp>
Error: "|" with nothing following. I obviously can't do a pipe with nothing after the |.
15:10
<Hyperbyte>
Awwe
15:10
!seen \|Paradox\|
15:10
<ltsp>
Error: "|" with nothing following. I obviously can't do a pipe with nothing after the |.
15:10
<Hyperbyte>
:|
15:10
<jammcq>
heh
15:10
<Hyperbyte>
!seen "|Paradox|"
15:10
<ltsp>
Error: "Paradox" is not a valid command.
15:10
<muppis>
Heh.
15:10
<Hyperbyte>
mhmmm
15:11vnc786 has joined IRC (vnc786!~chatzilla@49.248.129.178)
15:11
<muppis>
!seen yyntkzw
15:11
<ltsp>
I have not seen yyntkzw.
15:11
<muppis>
Bummer
15:12
<jammcq>
where is the database that the bot uses?
15:12
<Hyperbyte>
16:12 * ltsp ~supybot@ltsp.org
15:12
<jammcq>
so maybe somebody could dump the database and grep for Paradox
15:12
<Hyperbyte>
I have a better idea.
15:14mmetzger has joined IRC (mmetzger!~mmetzger@99-71-214-196.lightspeed.mdldtx.sbcglobal.net)
15:14vagrantc has joined IRC (vagrantc!~vagrant@c-98-232-129-196.hsd1.or.comcast.net)
15:14vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
15:15* muppis is holding a breath and waiting for Hyperbyte's idea..
15:15* vagrantc waves
15:15
<Hyperbyte>
Well, I didn't want to say anything because large searches like this take time
15:15
And if you guys run parallel searches, mine is gonna take longer.
15:15
But I've queried irclogs.ltsp.org
15:15
Hah
15:15
Either irclogs.ltsp.org doesn't handle the |, or |Paradox| has never spoken.
15:16
<muppis>
Should it find it without pipes?
15:16
<Hyperbyte>
Hrm, it handles pipe characters in keyword, so should handle it in username... basically same thing.
15:16
Right - that's an idea
15:17* Hyperbyte searches for "Paradox"
15:17
<Hyperbyte>
None.
15:17
Search is much faster now, that all files are in memory.
15:17
Conclusion: |Paradox| either chooses not to, or cannot speak.
15:18
<jammcq>
I don't have a problem with people lurking
15:18
in some cases, they just like to see what we talk about
15:19
in some cases, they thought they'd like it, maybe 5 years ago, and then forgot they setup their irc client to auto join
15:19
I just don't like the noise that comes with it
15:19
so i've configured my irssi to /IGNORE their joins and other noise
15:19
<Enslaver>
Maybe he's both here and not here at the same time?
15:20
<jammcq>
seems like a paradox, eh?
15:20
<Hyperbyte>
That'd be quite the paradox
15:20
<Enslaver>
speaking of schrodingers cat
15:20
<jammcq>
and maybe I'm annoyed, cuz I'm allergic to cats
15:20
<Enslaver>
just putting the finishing touches on my fc18 and fc19 releases
15:20
much easier than i anticipated
15:22
this build client script uses mock, which comes with the repo setup and group lists, so I'm basically just copying them from there based on $RELEASEDEF-$ARCH.cfg
15:22
its 99% future proof
15:23
except for it not being
15:24Mip5 has joined IRC (Mip5!~Mip5@208.72.71.69)
15:25
<Mip5>
Hi Gang - I can't get the F4 modes option to show up in the 12.04.2 alt install. It looks like the regular server install.
15:26* vagrantc intends to test libpam-sshauth + lightdm today, and maybe centos + LTSP
15:26
<vagrantc>
have been busy with other things lately, so haven't had much time to work on LTSP...
15:27* Enslaver cheers.
15:28
<Enslaver>
I haven't had 1 tester yet :( not even warren
15:28
I even cybered with him just so he'd test, i feel so dirty
15:30
<Mip5>
Another Q: I updated the kernel on a 12.04 ltsp install from 3.2 to 3.5 and ended up having really slow I/O (using software raid1). After much looking at hardware issues, I reverted back to 3.2 and the problem was solved. Is there a way to specify the 3.2 kernel on a new install, or make 3.5 work better for me?
15:31* vagrantc presumes the 12.04 refers to ubuntu 12.04 ?
15:32
<Mip5>
Sorry - yes, ubuntu 12.04,
15:40
Yea - I could not figure out why my I/O was slow on this particular server. It's got 2 qc processors, and 24 gigs of ram. I thought I had disk failures, but smart tests and looking at /proc/mdstat showed no problems. ONly when I reverted to the 3.2 kernel did everything start working great.
15:41
<Hyperbyte>
Enslaver, you have LTSP working for Fedora 18?
15:42
<Mip5>
On a new install on a new machine (similar spec), I couldn't get Mode F4 to show ltsp, so I was just going through the server install. I discovered the same slowness during the "reading packages" phase after apt-get update, and then discovered that the kernel was 3.5
15:42
<Enslaver>
Hyperbyte, yes
15:42
nbd and all
15:42
<Hyperbyte>
I'm impressed.
15:42
How is it cooperating with Gnome 3 shell?
15:43
<Enslaver>
Phantomas and I got epoptes working on el6 yesterday
15:43
well, it's gonna take some polishing
15:43
lots of lockup issues
15:43
<Hyperbyte>
I thought one of the problems was that Gnome 3 doesn't support non-compositing hardware
15:44
And remote X doesn't support compositing
15:44
<Enslaver>
not using gnome
15:44
<Hyperbyte>
Ah.
15:44
<Enslaver>
Im thinking about mint
15:44
but that requires it too, nm
15:45
<Hyperbyte>
I'm thinking about something entirely different
15:45
<Enslaver>
your thinking about gnome 3 in fc19
15:45
<Hyperbyte>
Actually no
15:45
<Enslaver>
same track, wrong version
15:45
3.8
15:45
<Hyperbyte>
I was thinking about... weeeeeeeeekend!
15:45
Almost quitting time here. :P
15:45
<Enslaver>
weeed?
15:45
oh
15:45
thats good too
15:46
<Hyperbyte>
:)
15:48
<Mip5>
So - has anyone else had trouble getting the F4 mode to show up on a new install using the alt install image on a usb?
15:55||cw has left IRC (||cw!~chris@68.187.0.66, Changing host)
15:55||cw has joined IRC (||cw!~chris@phpgroupware/cw)
15:56
<Mip5>
Well, take it easy everyone. Gotta run...
15:56Mip5 has left IRC (Mip5!~Mip5@208.72.71.69)
16:01JuJuBee has joined IRC (JuJuBee!~mike_knic@24-148-112-102.ip.mhcable.com)
16:02
<JuJuBee>
I need advice. I have newer Quad core w/ 8GB RAM computers. Using FAT client ltsp... I want to give my users access to use VirtualBox or VMware to make VM's or fire up existing ones.
16:03
I have a Gig network and wonder if I can grant access to the local HD for the user so they can store the vdi files there rather than use the network.
16:04
I have 7 users in a class and want them to work with 2 vm's at the same time.
16:10mikkel has left IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk, Quit: Leaving)
16:11dobber_ has left IRC (dobber_!~dobber@89.190.199.210, Remote host closed the connection)
16:24alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Quit: Хана X'ам !!!)
16:25alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
16:27
<alkisg>
!seen `|Paradox|` | echo Hyperbyte:
16:27
<ltsp>
Hyperbyte: I have not seen |Paradox|.
16:27
<alkisg>
;)
16:28* alkisg shakes his head at Hyperbyte for forgetting the chat about the bot special quotes :)
16:32
<alkisg>
JuJuBee: "sudoers" on fat clients are allowed to mount local disks
16:32
Non-sudoers aren't, but you can change that with policykit
16:32
(google for policykit there, it's not ltsp specific)
16:32
Or, for an ltsp-specific way, you can mount /dev/sda1 with RCFILE_0 lts.conf directive
16:33
Or you can specify FSTAB_0 in lts.conf
16:37* vagrantc hopes LTSP isn't completely broken on wheezy
16:37
<vagrantc>
i should be testing this daily now that we're in deep freeze
16:40
alkisg: if you can produce a test case for http://bugs.debian.org/701916, time is running out... :(
16:40* vagrantc ponders bumping the severity on http://bugs.debian.org/700881 and fixing for wheezy still
16:41
<alkisg>
vagrantc: ouch... we have lots of things going on here, I don't think I'll be able to fit a debian installation + testing in the next 2-3 weeks.. :-/
16:41
<vagrantc>
alkisg: ouch indeed...
16:44
the other possibility is it really works fine on Debian... :)
16:45komunista has joined IRC (komunista!~slavko@87.244.209.121)
16:54diabo_ has left IRC (diabo_!~dievel@2-229-104-66.ip196.fastwebnet.it, Remote host closed the connection)
16:54
<vagrantc>
yup, LTSP seems to be broken with NFS mounting on Debian wheezy :(
16:55
so maybe the other bugs are essentially moot.
16:57
oh, forgot to configure NFS...
16:57
nope, still fails.
16:58
the initramfs continually spews out: "rpc failed: 2"
16:59* vagrantc wonders if this is something switching from NFSv3 to NFSv4 by default
17:03
<vagrantc>
well, disabling NFSv4 didn't help...
17:09
this was definitely working just a week or two ago...
17:10ltspuser_67 has joined IRC (ltspuser_67!dfeade97@gateway/web/freenode/ip.223.234.222.151)
17:12|Paradox| has joined IRC (|Paradox|!~iamparado@c-71-206-132-62.hsd1.va.comcast.net)
17:13
<|Paradox|>
|03/22/13|10:16:25AM| <jammcq> does anybody else get annoyed when people like |Paradox| keep disconnecting/re-connecting?
17:13
my ISP is having some issues
17:13
talking with them, trying to fix that.
17:30ltspuser_67 has left IRC (ltspuser_67!dfeade97@gateway/web/freenode/ip.223.234.222.151, Ping timeout: 245 seconds)
17:32
<Hyperbyte>
Hi |Paradox| :-D
17:32
<vagrantc>
ok, false alarm...
17:33
<Hyperbyte>
alkisg, ah... I `forgot`
17:36Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
17:40* vagrantc sighs
17:40
<vagrantc>
now, on to testing the new features...
17:44JuJuBee has left IRC (JuJuBee!~mike_knic@24-148-112-102.ip.mhcable.com)
17:53alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
17:56
<vagrantc>
sbalneav: are you around? the instructions on http://wiki.ltsp.org/wiki/Dev:LTSPPamNotes seem a little out of date ... trying to understand what i need to set up...
18:06
sbalneav: ah, the step-by-step instructions seem more current
18:14
<jammcq>
|Paradox|: thanks
18:15
<vagrantc>
yay! it works!
18:16
sbalneav: ok, so what's stopping me from uploading to debian-experimental?
18:39
<sbalneav>
vagrantc: Ping
18:39
yeah, the step-by-step at the bottom is OK
18:39
vagrantc: Did you see the last update to the BZR? Hold on...
18:40
<vagrantc>
sbalneav: i'm at revision 95
18:40
sbalneav: and i committed it
18:41
<sbalneav>
Perfect, ah, good looks like that --with-pam-dir I added came in useful
18:41
Yeah, push that baby up.
18:41
vagrantc: You got it to worK? AWESOME.
18:41
<vagrantc>
sbalneav: remaining TODO items are to add ssh key support?
18:41
sbalneav: mostly just followed your instructions ... did a couple things differently just because :)
18:42
<sbalneav>
yeah, but that'll be part of scripting, won't require any changes to libpam-sshauth
18:42
Make note of anything you did differently, especially if it's better than what I did :)
18:42
<ogra_>
vagrantc, i had some chats with some people today .... there is some possibility that dbus doesnt get dropped :)
18:42
but the system bus will for sure
18:42
<vagrantc>
ogra_: dbus seems newfangled to me anyways :)
18:43
<sbalneav>
What, dbus is going away now?
18:43
<ogra_>
well, many services depend on it ... most desktops do in fact
18:43
sbalneav, http://lists.freedesktop.org/archives/systemd-devel/2013-March/009797.html
18:43
<vagrantc>
sbalneav: so there aren't any known missing features for libpam-sshauth at this point?
18:43
<ogra_>
sbalneav, consolekit and policykit are already dead
18:44
<sbalneav>
<rant>could we focus less on completely redoing everything that's been done before every 2 years, and focus more on fixing bugs in the linux community, please?</rant>
18:44
<ogra_>
the system dbus will die in favour of kdbus
18:44
<vagrantc>
sbalneav: i didn't set a password in the chroot, instead used SCREEN_02=shell and didn't comment out the start_screen_sessions stuff
18:44
<ogra_>
sbalneav, tell that to lennart
18:45
<vagrantc>
sbalneav: and of course, copying pam_sshauth.o to the appropriate location isn't necessary anymore
18:45
<ogra_>
sbalneav, dont say you didnbt feel the urgent need to replace esound by pulse !
18:45
<sbalneav>
I'm gonna have to do the happy packet dance on his ASS, is what.
18:45christopher has joined IRC (christopher!~christoph@c-174-54-115-236.hsd1.pa.comcast.net)
18:45
<ogra_>
sbalneav, i'll happily join in
18:45
<sbalneav>
vagrantc: sure.
18:45
<alkisg>
ogra_: what replaces policykit?
18:45
<ogra_>
alkisg, systemd's logind
18:45Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 264 seconds)
18:45
<alkisg>
ogra_: not consolekit, policykit...
18:45
logind replaces policykit too?
18:45
<ogra_>
yes
18:46
yes
18:46
<alkisg>
....wow
18:46
<ogra_>
ubuntu has logind ... ripped out of the systemd sources
18:46
kdbus will get hairy though
18:46
<alkisg>
I don't know if it's any better, but I didn't like policykit, so I do hope it's better :D
18:46
<vagrantc>
sbalneav: i haven't bothered to get a login on wiki.ltsp.org due to my avoidance of javascript :(
18:46
<ogra_>
its not better ]
18:46
its the same just a bit different
18:47
and living in init
18:47
<alkisg>
So all one can configure is "active user, inactive user, admin" again?
18:47
<sbalneav>
vagrantc: No missing features that I'm aware of... I'm pretty sure we have everything needed for full "thin client". Not sure for fat client, I'll rely on alkisg for that.
18:47
<ogra_>
(usually on non ubuntu systems)
18:47
alkisg, and seats ...
18:47
<vagrantc>
sbalneav: i installed a local session and that seemed to "work" by default :)
18:47
<ogra_>
and consoles ....
18:48
<sbalneav>
vagrantc: Well, that's promising.
18:48
<vagrantc>
sbalneav: just another session in the drop-down ... which means a feature i've wanted for ages is now available!
18:48
<alkisg>
Consolekit used to manage those... meh... yet another time the wheel is reinvented
18:48
<vagrantc>
i.e. select fat or thin at login time
18:48
<ogra_>
once i stop worikng at canonical i'll do my own distro ... and it will only have shell and C programs !
18:48
<vagrantc>
ogra_: hah!
18:49
<alkisg>
vagrantc: that'll be the easy part, the hard part will be to have a thin client selectable at login time (user pulse)
18:49
<ogra_>
(not that i plan to quit my job the next years though)
18:49
<sbalneav>
If I can get the ssh key stuff going, and use udisks-glue + sshd + shell magic to replace ltspfs, things should move quickly.
18:49
<alkisg>
*thin session
18:49
<sbalneav>
vagrantc: how do you like the pam solution so far?
18:51
<alkisg>
vagrantc, sbalneav: will libpam_sshauth be part of ltsp-trunk, or a separate branch?
18:51
(for ltsp6)
18:51
<vagrantc>
sbalneav: pretty great!
18:51* vagrantc thinks it should be a separate trunk
18:52
<sbalneav>
alkisg: What's your opinion? I'm happy to keep it separate, especially if we manage to get ltsp6 to be mainly "shell" type stuff.
18:52
<vagrantc>
it's a separate upstream project, and ideally will be kept as ltsp-independent as possible
18:52
<alkisg>
sbalneav: +1 on what you just said :)
18:52
ltsp can then be arch: any, right?
18:52
<sbalneav>
Theoretically, yes.
18:53
<vagrantc>
arch: all
18:53* alkisg still gets confused between those 2
18:54
<vagrantc>
alkisg: arch any builds binary packages for any architecture, but 1 binary package per arch, and arch all builds one package for all architectures
18:54
<alkisg>
I know the difference but I get confused between which one is which :D
18:54
<sbalneav>
If we get an sshd going on the thin client, we won't need xatomwait, so that's gone. Looks like the pam module is workable, so that means ldm's gone. If we can hack netcat into a replacement for jetpipe, that's gone.
18:54
<vagrantc>
the init-ltsp.d stuff really makes all this easier, too.
18:55
<sbalneav>
what's left, C wise?
18:55
<alkisg>
cdpinger => udisks-glue
18:55
<sbalneav>
right
18:55
<vagrantc>
might make it easier for dgkfbsdtsp again!
18:55
<alkisg>
getltscfg => ltspd
18:55
i.e. export $(wget ...)
18:55
on the client-side
18:56
<vagrantc>
sbalneav: sshd on the client has issues with host keys
18:57
<sbalneav>
Well, here's the idea I had:
18:57
pre sshd startup, remove the host keys.
18:57
sshd then generates new host keys.
18:57
at login time
18:57
<vagrantc>
and how does the server-side know what the valid host keys are?
18:58
<sbalneav>
ssh-keygen -P "" -f ".config/ltsp/ssh/id-rsa"
18:58
<vagrantc>
i guess we could set them in an xprop ...
18:58
<sbalneav>
grab host keys, copy to .config/ltsp/ssh/known_hosts
18:58
<vagrantc>
ok.
18:59
<sbalneav>
create .config/ltsp/ssh/ssh_config which points to .config/ltsp/ssh files.
18:59
<vagrantc>
might be better not to mangle the user's homedir, though.
18:59
but that's an implementation detail
18:59
it's possible to communicate the correct information somehow.
19:00
<sbalneav>
when doing anything localdev related, we then do ssh -F .config/ltsp/ssh/ssh_config
19:00
That way, we can auto-set up ssh keys for localdevs, but not muck with the users' $HOME/.ssh if they have one.
19:01
I'm going to try to implement this this weekend, maybe Sunday.
19:02
<alkisg>
Sorry when I proposed .config/ltsp I was wrong, it's better to use .cache/ltsp or /tmp since they're not actual configuration files
19:02
<sbalneav>
probably .cache/ltsp then.
19:02* sbalneav makes note
19:03
<alkisg>
There are some patches around for reverse sshfs though
19:03
That way we wouldn't need sshd on the client
19:03
<ogra_>
sfhss
19:03
reverse :)
19:03
<alkisg>
Hehe
19:04
<sbalneav>
alkisg: Yeah, but then we'd have to get distros to accept the patches.
19:04
<vagrantc>
sbalneav: it doen't appear to be mounting the homedir locally ... expected?
19:05
<sbalneav>
I haven't got it doing homedir mounting yet.
19:05
<alkisg>
sbalneav: I was thinking of asking upstream sshfs about his thoughts about those patches... if he's planning on integrating them, we could use vanilla sshfs...
19:05
<vagrantc>
that'd be cool.
19:05
<sbalneav>
For me, I wouldn't want it to, since I run a pure thin client environment; no localapps.
19:05
<vagrantc>
although haven't we had a lot of troubles with sshfs?
19:06
<alkisg>
homedir mounting is ltsp/scripts side, isn't it?
19:06
<sbalneav>
alkisg: Sure, if he accepts, great.
19:07
<alkisg>
vagrantc: we're not using localapps/localdevs/ltspfs here... is sshfs less stable than ltspfs?
19:08
<vagrantc>
alkisg: i thought you made a bunch of patches for nfs homedirs and such because sshfs didn't work well with some apps ... ?
19:08
i use sshfs all the time, and overall, it's great
19:08
but it has some quirks when used for homedir mounting
19:09
<alkisg>
vagrantc: that was sshfs versus nfs, not versus ltspfs... I expect ltspfs to have issues with symlinks and file locks too...
19:09
ltspfs isn't used for home dirs though, is it?
19:09
<vagrantc>
ah, ok.
19:09
<alkisg>
Now the plan is to use sshfs instead of ltspfs, but again, not for home dirs, just for localdevs, usb sticks etc
19:09
<vagrantc>
guess i didn't know the context of what you were talking about :)
19:11
sbalneav: well, i'm very excited about this libpam-sshauth! seems working enough to really move forward now!
19:15
<sbalneav>
vagrantc: Excellent!
19:15dsugar100 has left IRC (dsugar100!~dsugar@columbia.tresys.com, Quit: dsugar100)
19:17alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
19:32
<vagrantc>
sbalneav: ok, so i'll tag what's there as 0.3
19:40
sbalneav: i think i could package up the ltsp-pam-examples stuff, too...
19:41
<jammcq>
sbalneav: Scotty !!!!!!!!!!!!!!!
19:41
<vagrantc>
not for upload to debian (we should just integrate it into ltsp), but to help with the testing process.
19:41
or we should just go ahead an integrate into ltsp-trunk ... although folks kind of want to start from scratch with an ltsp6 branch?
19:42* vagrantc would actually rather maintain the history, even if we throw nearly everything out
19:42
<vagrantc>
i'd rather for an ltsp-5 branch and continue development on ltsp-trunk ...
19:42
fork an ltsp-5
19:43
Enslaver: ok, where do i start with trying your stuff out on CentOS ?
19:49
eesh, i don't even know how to configure a network interface on this thing.
19:52
<Enslaver>
You first wanna disable network manager and maybe even selinux
19:54
If youll google the instructions for that youll find it, im on my phone so its hard to type
19:54
<vagrantc>
Enslaver: heh. ok.
20:25
<Enslaver>
ok I'm back at a keyboard
20:27
vagrantc: rpm --import http://mirror.ancl.hawaii.edu/~k12linux/rpm/RPM-GPG-KEY-ltsp ; rpm -ivh http://mirror.ancl.hawaii.edu/~k12linux/rpm/el6/x86_64/ltsp-release-5-3.noarch.rpm ; yum install ltsp-server
20:34
<vagrantc>
Enslaver: ends with Package: mock ... Requires: pigz
20:35
<ogra_>
oink oink
20:36
<vagrantc>
oinkz
20:36
<ogra_>
heh
20:41
<Enslaver>
lol
20:41
damn pigz
20:41
it install ok tho?
20:42
oh there really is a package called pigz
20:43
yum install epel-release ltsp-server
20:44
<vagrantc>
Enslaver: still same error
20:44
<Enslaver>
did it download and install epel-release?
20:45
keep in mind i haven't tested this on 6.4, they might not have pigz in EPEL
20:45
<vagrantc>
Enslaver: key errors...
20:45simpoir has left IRC (simpoir!~simpoir@209.141.57.61, Quit: leaving)
20:46
<Enslaver>
from epel?
20:46simpoir has joined IRC (simpoir!~simpoir@209.141.57.61)
20:46
<vagrantc>
Enslaver: i tried installing epel-release by itself ... will try and paste the exact error
20:46
<Enslaver>
rpm -ivh http://download.fedoraproject.org/pub/epel/6/i386/repoview/epel-release.html
20:46
oops
20:46
sec
20:46
rpm -ivh http://linux.mirrors.es.net/fedora-epel/6/i386/epel-release-6-8.noarch.rpm
20:49
<vagrantc>
meh. ltsp.pastebin.com is useless from w3m ...
20:52
ok, yum install ltsp-server is downloading stuff now...
20:53
meh. more key errors.
20:55
http://cascadia.debian.net/~vagrant/centos-nokey.png
21:01* vagrantc plays it loose and fast with yum install ltsp-server --nogpgcheck
21:02
<ogra_>
uuuh
21:02
might get you malware !
21:02
:P
21:04
<vagrantc>
these days, a lot of software looks remarkably like malware to me ...
21:05
wheee, xdm!
21:10
Enslaver: ok, ltsp-build-client dies in 009-mock-chroot
21:11
Enslaver: getent passwd mockbuild
21:12
<Enslaver>
It doesnt like that?
21:13
<vagrantc>
Enslaver: it returns 2
21:13
Enslaver: there is no mockbuild user, so that makes sense...
21:13
<Enslaver>
You running 6.4?
21:13
<vagrantc>
yes
21:13
<Enslaver>
haven't tested it with that yet
21:14
<vagrantc>
does it need a mockbuild user?
21:14
<Enslaver>
when you install mock it makes it
21:15
nm
21:15
it makes mock build in my script
21:15
<vagrantc>
you want if ! getent passwd mockbuild ; then ...
21:15
<Enslaver>
it checks if the user exists, if not kit makes it
21:16
<vagrantc>
but it's running "set -e" so any error dies
21:16
<Enslaver>
oh, comment that -e out in ltsp-build-client
21:17
<vagrantc>
or you want: getent passwd mockbuild || /usr/sbin/useradd mockbuild
21:18
Enslaver: the RHEL plugins don't handle errors?
21:19
<Enslaver>
they should
21:21
gonna update to 6.4, wonder what they changed
21:36
<vagrantc>
Enslaver: even without "set -e" it bails there...
21:37* vagrantc looks for a rpm/dpkg basics comparison
21:38
<ogra_>
tried set -x ?
21:38
to see where it falls over
21:38komunista has left IRC (komunista!~slavko@87.244.209.121, Quit: Leaving.)
21:38
<vagrantc>
ogra_: yes, that's how i figured out
21:38
well, running bash -x /usr/sbin/ltsp-build-client
21:39
which should behave the same...
21:39
<ogra_>
yeah
21:39
<vagrantc>
doh!
21:39
<ogra_>
well,
21:39
<vagrantc>
was actually running sh -x ...
21:41
<Enslaver>
:(
21:42
<vagrantc>
still no dice...
21:42
<Enslaver>
try: yum install glibc-common
21:42
Did you install from the live dvd?
21:43
<vagrantc>
changed it to: getent passwd mockbuild || /usr/sbin/useradd mockbuild
21:44
seems to be moving forward now...
21:44
<Enslaver>
interesting
21:44
wonder why it works on mine?
21:44
<vagrantc>
Enslaver: it's a minimal install from the CD
21:44
<simpoir>
quit
21:45simpoir has left IRC (simpoir!~simpoir@209.141.57.61, Quit: leaving)
21:45
<Enslaver>
did the glibc-common package work?
21:45
err install
21:46
<vagrantc>
Enslaver: glibc-common was installed all along
21:47
<Enslaver>
k
21:48
<vagrantc>
the "set +x" seems to be mangling the progress bar
21:50
<Enslaver>
yeah
21:50
a normal user wouldn't have that on though
21:54* vagrantc tails the mock logs
21:58simpoir_ has joined IRC (simpoir_!~simpoir@209.141.57.61)
21:59Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
21:59simpoir_ has left IRC (simpoir_!~simpoir@209.141.57.61, Client Quit)
22:01
<vagrantc>
Enslaver: does mockbuild get created before you run ltsp-build-client?
22:01
Enslaver: on your machine?
22:01
(s)
22:08
<Enslaver>
I see the same issue you are on mine now, its trying to delete mockbuild but that user doesn't exist
22:08
so we probably need to make that mock build user in the chroot
22:09Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Quit: Leaving.)
22:14
<Enslaver>
damn now i really don't get it, the user mock build exists
22:17
<vagrantc>
mockbuild, or "mock build" ?
22:19
Enslaver: it's gotten as far as [4~[4~wrapping vmlinuz and initrd...
22:20
and completed sucessfully!
22:20
<Enslaver>
thats the last step
22:20
<vagrantc>
well, booting a thin client ... :)
22:21
<Enslaver>
make sure your services are on =)
22:21
<vagrantc>
Enslaver: so looks like i need to manually configure nfs and dhcpd and such?
22:21
<Enslaver>
nope
22:21
ltsp-server-initialize -y
22:21
does it all for you
22:21
<vagrantc>
ah, ok.
22:23
Enslaver: dhcpd.conf didn't get configured ... or running ... some magic i missed?
22:23
<Enslaver>
the dhcpd.conf is located in /etc/ltsp
22:23
and /etc/init.d/ltsp-dhcpd is the script to start it
22:24
so it doesn't mess up anyone's current dhcpd config
22:24
<vagrantc>
Enslaver: and interface configuration?
22:25
<Enslaver>
configured in /etc/ltsp/ltsp-server.conf
22:25
what type of thin client you booting?
22:26
<vagrantc>
haven't successfully started dhcpd yet
22:26
i've got an eth1, but it's unconfigured
22:27
but using libvirt+qemu-kvm
22:27bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 252 seconds)
22:28
<Enslaver>
i'd recommend setting up a bridge
22:28
using brctl
22:28
call it like bridge0
22:28
and add eth1 to it
22:28
did you get network manager disabled?
22:29
<vagrantc>
never installed network-manager
22:29
<Enslaver>
it comes by default
22:30
<vagrantc>
well, the server's running in libvirt too
22:30
<Enslaver>
chkconfig --list NetworkManager
22:30
oh
22:30
then just set that interface to be on the ltsp virtual network
22:30
then make a new vm that pxe boots
22:31
<vagrantc>
error reading information on service NetworkManager: No such file or directory
22:31
just did the Minimal install
22:31
<Enslaver>
ah ok
22:32
<vagrantc>
so i should manually configure eth1 in /etc/sysconfig/network-scripts/ifcfg-eth1 ?
22:33
<Enslaver>
yup
22:33
just make sure ONBOOT=yes
22:59khildin has left IRC (khildin!~khildin@ip-80-236-227-61.dsl.scarlet.be, Remote host closed the connection)
23:06
<vagrantc>
Enslaver: ok, got as far as tftp, which appears to be stalling
23:06
Enslaver: it fails to download pxelinux.0
23:07
<Enslaver>
Check the default file in var liv tftoboot
23:07
Well I cannot type on this phone
23:07
<ogra_>
you get across just fine
23:08
at least the meaning does :)
23:10
<Enslaver>
I went to reply to a girl And accidentally said wow you're fat instead of far The other day
23:10
<jammcq>
oops
23:11
<Enslaver>
I thought it was hilarious apparently she did not
23:11
<ogra_>
heh, yeah, different views
23:11* ogra_ has that all day ....
23:12
<ogra_>
Enslaver, get a BT keyboard and http://www.kickstarter.com/projects/902655470/headflat-the-smartphone-hands-free-solution
23:12
;)
23:13* ogra_ finds it unbelivable that they actually collected >5000 already
23:13
<vagrantc>
Enslaver: so i can download pxelinux.0 from the server itself ...
23:14
<Enslaver>
Oh man how cool would i look
23:14
Especially while driving
23:14
Did you change from the default IP?
23:15
<vagrantc>
Enslaver: yes, i also changed dhcpd.conf to match ... anything else i missed?
23:15
<Enslaver>
Exports
23:15
<vagrantc>
Enslaver: it's trying to download from the correct ip address
23:15
nothing ip specific in exprots
23:15
exports
23:16
nothing shows up in ... /var/log/messages other than the dhcp requests
23:16
<Enslaver>
lts.conf?
23:16
Service nfs restart
23:17
Also for xinetd.d
23:18
<vagrantc>
it's not getting anywhere near NFS
23:18
and this is after a fresh reboot
23:18
<Enslaver>
Oh
23:18
I know
23:18
<vagrantc>
it's failing to download via tftp
23:19
<Enslaver>
Ltsp-update-kernels
23:19
You running -3 of rpm?
23:19
Of ltsp rpm
23:20
<vagrantc>
how do i tell?
23:20
<Enslaver>
Rpm -q ltsp-server
23:20
<vagrantc>
rpm -qa ltsp-server
23:20
5.4.5-3.el6.x86_64
23:20
meh. no ltsp-info :P
23:21
<Enslaver>
Yeah go ahead and Ensble the testing repo
23:22
Yum.repos.d in etc
23:22
It's not like it really matters I mean you can run it manually
23:23
<vagrantc>
run what manually?
23:23
<Enslaver>
Ltsp-chroot -a i386 ltsp-rewrap-latest-kernel ; ltsp-update-kernels
23:24* vagrantc is lost
23:24
<vagrantc>
the file is there, i can download it via tftp from the server, it just doesn't download via tftp from the thin client ... ?
23:24
<Enslaver>
Run thsy ximmsnd
23:25
<jammcq>
iptables getting in the way?
23:25
<Enslaver>
Possibly
23:25
<vagrantc>
jammcq: mostly seems permissive ...
23:25
<Enslaver>
Service iptables stop
23:26
<vagrantc>
that did it
23:26
<jammcq>
you mean I guessed correctly?
23:26
I actually answered a support question in #ltsp ?
23:26
it's been years !!!
23:26
<vagrantc>
jammcq: heh :)
23:27* Enslaver cheers
23:27
<vagrantc>
we've got LDM!
23:28
of course, the server doesn't have any sessions available...
23:28
<Enslaver>
And now there's two
23:29
<vagrantc>
it thinks it has Gnome Classic ...
23:31
<Enslaver>
And gtk2 :)
23:33
<vagrantc>
it defaults to a root shell on tty2?!?
23:34
that's handy for troubleshooting, but a crazy default...
23:35
ldminfod is returning no output ... selinux blocking access to this or that?
23:39
server is hard-coded to 192.168.67.1 for some reason...
23:40
in lts.conf ...
23:41
it's also running centos 6.3 instead of 6.4 ?
23:41
<Enslaver>
yeah like i said, i havent gotten 6.4 yet
23:41
6.4 just came out for SL yesterday
23:42
<ogra_>
jammcq, geez, what happened !
23:42
<Enslaver>
also each time i didn't hard code in the IP i had major issues
23:42
<vagrantc>
oh, i downloaded the iso a week or two ago?
23:42
<Enslaver>
The ISO for centos
23:42
I run scientific linux
23:42
<vagrantc>
yess
23:43
ah.
23:43
which is a centos derivative?
23:43
<Enslaver>
yeah just another el6 clone, but add's more packages
23:45
<vagrantc>
the hard-coded ip address wouldn't work for many of my use-cases ... i use the same chroot for multiple networks
23:47
<Enslaver>
try SERVER=server
23:47
haven't tried it lately
23:47
<vagrantc>
should be init-ltsp.d hooks to set the variable at boot time ...
23:48
<Enslaver>
thats been an issue, also for some reason the hostname always shows up as ltsp0
23:48
unless you use it based on the mac
23:49
then its like ltsp-00-11-22-33-44-55
23:49
gonna fiddle with 09-hostname some more
23:52
ah thats why, the only place IPV4ADDR is set is in ./client/Debian/share/initramfs-tools/scripts/init-premount/udhcp
23:53
<vagrantc>
yeah, it's not setting the IP related varriables
23:54
so, i get to LDM, log in, briefly see an xterm, and then it logs out
23:54
<Enslaver>
that with SERVER=server ?
23:55
<vagrantc>
no, with SERVER=192.168.67.3
23:55
<Enslaver>
oh
23:56* vagrantc tries with SERVER=server
23:56
<vagrantc>
so ldminfod isn't giving any results
23:56
i run it manually, and it shows output like i would expect
23:56
but: nc 192.168.3.67 9571
23:56
just empty
23:57
<Enslaver>
lemme fire mine up
23:57
<warren>
vagrantc: you have a centos box?
23:57
<Enslaver>
i think that was the issue i was having too
23:57
thats why i needed to manually set it
23:58
<vagrantc>
warren: a virtual machine, yes.
23:58
warren: i'm responding to Enslaver's call for testing
23:59
<Enslaver>
k just booted up my thin client with SERVER=192.168.67.1