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


Channel log from 24 February 2013   (all times are UTC)

00:00kev_n has left IRC (kev_n!~kevin@ip68-0-150-106.tc.ph.cox.net, Read error: Connection reset by peer)
00:03vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
00:03vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
00:49andygraybeal has joined IRC (andygraybeal!~andy@h154.214.22.98.dynamic.ip.windstream.net)
01:21adrianorg__ has left IRC (adrianorg__!~adrianorg@177.132.221.92, Quit: Fui embora)
01:22andygraybeal has left IRC (andygraybeal!~andy@h154.214.22.98.dynamic.ip.windstream.net, Quit: Ex-Chat)
01:31adrianorg has joined IRC (adrianorg!~adrianorg@177.132.221.92)
02:06adrianorg has left IRC (adrianorg!~adrianorg@177.132.221.92, Ping timeout: 246 seconds)
02:39Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 252 seconds)
02:54Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
03:11vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Read error: Operation timed out)
03:18Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 255 seconds)
03:37Parker955_Away is now known as Parker955
04:10
<sbalneav>
Well, good news. Got the first succesful auth under libpam_sshauth.
04:10
<jammcq>
Scotty !!!!!!!!!!!!!!!!!!!!!!!
04:10
<sbalneav>
jammcq: hey ho.
04:10
<jammcq>
hidy how
04:11* vagrantc cheers sbalneav on!
04:11
<sbalneav>
Gettin' somewhere. Did that fix I came up with yesterday for LDM help alkis?
04:11
vagrantc: hey ho!
04:11
vagrantc: minor bug found in libpam_sshauth.
04:12
<vagrantc>
sbalneav: i didn't get a chance to test your LDM fix, but it built from source, at least :)
04:12
sbalneav: oh?
04:12
sbalneav: in the 0.1 or 0.2 generation?
04:13
<sbalneav>
0.2
04:13
rev's 75, 76, and 77
04:13
75: .h file not being included in make dist
04:13
76: improvements to debugging
04:13
77: non-return on value :( Fixed.
04:14
<vagrantc>
i don't think i used "make dist" anyways.
04:15* vagrantc can't even remember
04:15
<vagrantc>
it wouldn't have built from source if it didn't have that, would it?
04:17
<sbalneav>
Well, if you built from bzr source, yes.
04:17
But if you do a "make dist", to get a libpam-sshauth.0.2.tar.gz file, then the .h wasn't included.
04:18
<vagrantc>
sbalneav: there are automated builds from the debian source package, which has no idea that bzr exists.
04:18
https://buildd.debian.org/status/package.php?p=libpam-sshauth&suite=experimental
04:18
<sbalneav>
How did you produce the original *.tar.gz file? From bzr?
04:18
<vagrantc>
probably.
04:18
<sbalneav>
So that was fine.
04:19
<vagrantc>
i've got a script i use to generate tarballs from bzr and git ...
04:19
it's pretty braindead
04:19
probably used that
04:20
20:13 < sbalneav> 77: non-return on value :( Fixed.
04:21
that seems pretty important, though
04:21
<sbalneav>
Yup.
04:23
<vagrantc>
could roll a 0.2.1 tomorrow, or just patch the 0.2 version...
04:23
sbalneav: is it worth having updated versions in debian experimental yet?
04:26
<sbalneav>
Can we wait 'till after the hack-a-thon? That way, if we uncover anything, we can get a "good" version there.
04:28
<vagrantc>
sbalneav: works for me.
04:28
sbalneav: weren't you the one who asked for it to hit experimental in the first place? :)
04:31
<sbalneav>
Probably. I just wanted people to have an easy way to install the package.
04:41alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
04:47
<alkisg>
04:11<sbalneav> Gettin' somewhere. Did that fix I came up with yesterday for LDM help alkis? ==> what fix?
04:47
AFAIK ldm-trunk now is the same as when the bug appeared....
04:47
(hi all btw)
04:48
<vagrantc>
alkisg: i.e. it didn't make it worse?
04:49
<alkisg>
vagrantc: err no, it didn't make it worse, but we don't have any code in LDM yet that tries to address the bug...
04:49
We either need to kill all user processes,
04:49
or keep the ssh connection up until after xorg dies
04:50
I was waiting for sbalneav to help with the second solution, but if that's too hard and we give up on it,
04:50
<vagrantc>
but doesn't it provide a place to put the hook to kill the user processes?
04:50
<alkisg>
then we'll have to resort to the first one...
04:50
We always had such a hook
04:50
But killing all the user processes, and thus losing unsaved data, sounds pretty bad
04:53
<jammcq>
my understanding is that LDM will now catch the TERM/QUIT/... signals and run the rc files with 'stop' as the argument
04:53
and also do that on logout
04:54
BEFORE shutting down the ssh connection
04:54
<alkisg>
jammcq: yeah that was the same when the bug appeared
04:54
I removed the rcfiles("stop") call trying to fix that
04:54
I didn't; but putting it back doesn't make it any better either
04:55
<jammcq>
but ldm didn't used to catch the signals, it would just die
04:55
now it doesn't die until after the rcfiles are run
04:55
isnt' that better?
04:55sha has joined IRC (sha!~sha@e177172153.adsl.alicedsl.de)
04:55
<alkisg>
jammcq: what signals?
04:55
sbalneav didn't commit any signals-related code...
04:56
<jammcq>
when xorg dies
04:56
well.. I guess i don't know what's going on then
04:56
<alkisg>
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/changes
04:56
<jammcq>
and with that... I'm going to bed
04:56jammcq has left IRC (jammcq!~jam@c-69-245-75-255.hsd1.mi.comcast.net, Quit: leaving)
04:56
<alkisg>
We're talking about 1481 and 1480, right?
04:59sha_ has left IRC (sha_!~sha@e177119094.adsl.alicedsl.de, Ping timeout: 248 seconds)
05:13vector has left IRC (vector!~vector@host-1-185-230-24.midco.net, Read error: Operation timed out)
05:17alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
05:18vector has joined IRC (vector!~vector@host-1-185-230-24.midco.net)
05:33anunnaki has left IRC (anunnaki!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net, Remote host closed the connection)
05:44anunnaki has joined IRC (anunnaki!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net)
05:49vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
06:26udaybhatye has joined IRC (udaybhatye!~udayb@117.219.241.98)
06:30
<sbalneav>
Just in case anyone sees: got my first remote X session going underneath libpam_sshauth
06:38
<muppis>
Neat.
07:17udaybhatye has left IRC (udaybhatye!~udayb@117.219.241.98, Quit: Leaving)
07:35Parker955 is now known as Parker955_Away
07:37highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)
07:53kev_n has joined IRC (kev_n!~kevin@ip68-0-150-106.tc.ph.cox.net)
08:04kev_n has left IRC (kev_n!~kevin@ip68-0-150-106.tc.ph.cox.net, Ping timeout: 244 seconds)
08:12anunnaki has left IRC (anunnaki!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net, Remote host closed the connection)
08:23alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
08:49alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
08:49alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
08:49komunista has joined IRC (komunista!~slavko@87.244.209.121)
08:52anunnakiii has joined IRC (anunnakiii!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net)
09:32komunista has left IRC (komunista!~slavko@87.244.209.121, Quit: Leaving.)
09:57alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
10:29Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
10:46anunnakiii has left IRC (anunnakiii!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net, Remote host closed the connection)
10:51anunnakiii has joined IRC (anunnakiii!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net)
11:33komunista has joined IRC (komunista!~slavko@87.244.209.121)
11:51shawnp0wers has left IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers, Ping timeout: 255 seconds)
11:51shawnp0wers has joined IRC (shawnp0wers!~spowers@151.236.4.166)
11:51shawnp0wers has joined IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers)
12:07adrianorg has joined IRC (adrianorg!~adrianorg@177.132.221.167)
12:08Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Quit: Leaving.)
12:10Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
12:12khildin has joined IRC (khildin!~khildin@ip-80-236-227-148.dsl.scarlet.be)
12:13anunnakiii has left IRC (anunnakiii!~anunnaki@c-174-55-35-255.hsd1.pa.comcast.net, Quit: Leaving)
12:20highvolt1ge has joined IRC (highvolt1ge!~highvolta@8ta-151-65-169.telkomadsl.co.za)
12:24highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 264 seconds)
12:30alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
12:34Mava has left IRC (Mava!~Mava@ip-45-201.dhcp.opintanner.fi, Ping timeout: 255 seconds)
12:43highvolt1ge is now known as highvoltage
12:45highvoltage has left IRC (highvoltage!~highvolta@8ta-151-65-169.telkomadsl.co.za, Quit: l8rs)
13:13markit has joined IRC (markit!~marco@88-149-177-66.v4.ngi.it)
13:14
<markit>
hi alkisg, quick question, I've tested swappines set to 20 on my netbook and I have to admit that works much better. What about set the same in chroot for fat clients? Isn't a good idea?
13:17
<alkisg>
markit: if it's the same on netbooks and fat clients etc, why not try to convince the ubuntu or the kernel folks to change the defaults? :)
13:17
How do you measure the "it goes much better" part?
13:18
<markit>
alkisg: netbook has ked and 1Gb ram, with normal swappiness swaps like a mad
13:18
<alkisg>
It swaps?
13:18
I thought swapping only occured on special occations...
13:18
<markit>
you open firefox and a different program, then when you go from one to the other hd light works like a mad
13:18
<alkisg>
And with swappiness = 20 it doesn't?
13:19
<markit>
no, I can switch program much faster and without hd working like a mad
13:19
<alkisg>
And how do thin clients behave with swappiness = 20?
13:19
E.g. say with 128 mb ram?
13:20
Or, fat clients with 512 ram?
13:20
<markit>
vm.swappiness = 10
13:20
<alkisg>
Do those benefit from low swappiness? Or it makes it worse for them?
13:20
<markit>
as far as I understand, if you set to 0 it avoids swap, so probably system will crash
13:20
<alkisg>
What I'm asking is, suppose you have a fat client with 512 ram
13:21
Will it work better with swappiness = 20 or = 50?
13:21
<markit>
otherwise you say to the system not to to try to guess about not often used memory
13:21
<alkisg>
And, the same question about a thin client with 128 MB RAM
13:21
<markit>
I think will work better in any case
13:21
<alkisg>
Then why isn't 20 the default?
13:22
(from the kernel team, not from ubuntu...)
13:22
<markit>
with low ram what reasonable optimization could even do kernel with default swappines?
13:22
well, googling seems that is not set for desktop usage
13:22
<alkisg>
I don't know, but I don't like changing the defaults without specific and reproducible benchmarks...
13:23
It should be easy to introduce a SWAPPINESS lts.conf directive of course..
13:23
bbiab, gotta feed the little one...
13:24
<markit>
:)
13:24
http://en.wikipedia.org/wiki/Swappiness
13:24
and for most desktop systems, setting it to 100 may affect the overall performance, whereas setting it lower (even 0) may improve interactivity (by decreasing response latency.)
13:32telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection)
13:34telex has joined IRC (telex!~telex@freeshell.de)
13:52
<alkisg>
markit: it just seems strange to me, when I install a desktop system, to not get a good value for swappiness
13:53
All those kernel folks, both upstream and in the ubuntu team, didn't see that?
13:55komunista has left IRC (komunista!~slavko@87.244.209.121, Ping timeout: 252 seconds)
14:02
<markit>
alkisg: I'm short of ram in my desktop too (4 GB, firefox eats a lot of ram, so do KVM if I run a VM with audio on, etc.) and I've set swappiness to 10 here too, and seems better
14:04
<alkisg>
https://help.ubuntu.com/community/SwapFaq#What_is_swappiness_and_how_do_I_change_it.3F
14:04
The default setting in Ubuntu is swappiness=60. Reducing the default value of swappiness will probably improve overall performance for a typical Ubuntu desktop installation. A value of swappiness=10 is recommended, but feel free to experiment. Note: Ubuntu server installations have different performance requirements to desktop systems, and the default value of 60 is likely more suitable.
14:05
That paragraph supports your findings
14:05
But then, why doesn't "ubuntu-desktop" change its value?
14:05
<markit>
this remembers me some scheduler war...
14:06
desktop had some benefit with scheduler A, but scheduler B was choosen for "better overall performances"
14:06
even if trashed your desktop
14:06
;P
14:06
maybe we could try to find a debian dev that has the answer
14:07
or will just reply "change it if you want a different value"
14:07
<alkisg>
I think a question in askubuntu could help
14:07
Or a bug report/question in the ubuntu kernel
14:08
<markit>
I asked you because maybe you already tried and found problems, so wanted to avoid do a mistake
14:09* markit fighting with the reinstallation of an unsupported epson scanner and epson printer... I do hate epson
14:09
<markit>
ops, canon printer
14:09
I do hate canon as well ;P
14:16monteslu_ has joined IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net)
14:18komunista has joined IRC (komunista!~slavko@87.244.209.121)
14:19monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 255 seconds)
14:33awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 260 seconds)
15:06
<sbalneav>
Morning all
15:12vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi)
16:11markit has left IRC (markit!~marco@88-149-177-66.v4.ngi.it, )
16:18
<Hyperbyte>
Hi!
16:21khildin has left IRC (khildin!~khildin@ip-80-236-227-148.dsl.scarlet.be, Quit: I'm gone, bye bye)
16:48leio has left IRC (leio!~leio@gentoo/developer/leio, Remote host closed the connection)
16:49leio has joined IRC (leio!~leio@gentoo/developer/leio)
16:52leio has left IRC (leio!~leio@gentoo/developer/leio, Remote host closed the connection)
16:53Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
16:56leio has joined IRC (leio!~leio@gentoo/developer/leio)
17:48alexqwesa__ has joined IRC (alexqwesa__!~alex@109.172.12.47)
17:50alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.12.47, Ping timeout: 244 seconds)
17:57kev_n has joined IRC (kev_n!~kevin@ip68-0-150-106.tc.ph.cox.net)
18:03Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
18:03
<kev_n>
alkis: dunno if you're busy, but if you get a chance I got the xorg.7.log file.. http://pastebin.com/3Cki11V7 ..and am still having problems the thin client display coming up as scrambled or saying "input not supported"
18:04
I tried to troubleshoot for a few hours last night but don't think I really got anywhere
18:09
it does work when using a 25 pin monitor cable and dvi adapter, but only if it is the only one plugged in, and it scrambles with one dvi cable plugged in to the dvi-i, and nothing (input not supported) just the dvi-d or both are plugged in
18:19
<Enslaver>
So is this not right? I have a plugin for the ltsp-build-client, add_option "fat-client" "`eval_gettext "run most or all applications locally"`" "advanced" "false"
18:19
meaning no param, but I'm checking for it with: if [ -n "$option_fat_client_value" ]; then
18:19
but its failing the test
18:19alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
18:20alexqwesa__ has left IRC (alexqwesa__!~alex@109.172.12.47, Read error: Connection reset by peer)
18:21vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 246 seconds)
18:21
<alkisg>
!x_horzsync
18:21
<ltsp>
Error: "x_horzsync" is not a valid command.
18:23
<knipwim>
Enslaver: i interpreted these as set for true when filled in with anything
18:23
see the Gentoo plugins, 010-bootstrap for instance
18:24
or the common plugin 020-rootpath
18:35
<Enslaver>
k
18:36
so i don't get why its failing the check
18:36
lemme try to compare it to true
18:37
<alkisg>
sbalneav: hi, so, we're giving up on the "keep the SSH connection alive after X dies" idea, right? Should I just go ahead and kill all user processes using something like this? http://paste.ubuntu.com/5562463/
18:40
<kev_n>
I just checked with ddcprobe and edid does fail... so I assume that means I need to put the info in the xorg.conf in the chroot?
18:41
<alkisg>
kev_n: the best idea is to troubleshoot the graphics problems without LTSP (e.g. with the help of the people over at #ubuntu-x), and, once you know what to do, then come here and ask for help on how to do it via lts.conf
18:41
The openchrome driver is pretty buggy
18:41
If the problem is horzsync and vrefresh, put something like these in lts.conf:
18:42
X_HORZSYNC=33.0-61.0
18:42
X_VERTREFRESH=33.0-61.0
18:42
<kev_n>
alkisg: I kinda got that impression when I was doing a search on the dvi center is disabled issues
18:42
<alkisg>
Scratch the first one, it's wrong, I meant this one: X_HORZSYNC=33.0-87.0
18:42
<kev_n>
does that mean I would need to disable xrandr or is that only for x_mode?
18:43
<alkisg>
That's instead of EDID, you can still use xrandr
18:43
<kev_n>
ok
18:43
<alkisg>
Actually, try with only those 2, nothing else in lts.conf
18:49alexqwesa_ has joined IRC (alexqwesa_!~alex@109.172.12.47)
18:50
<kev_n>
hrm.. nope
18:50
damnit, I was hopeful
18:51alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Ping timeout: 260 seconds)
18:53
<kev_n>
nothin new... big surprise I guess
19:08
could it be that I need to use a dual link dvi-d cable?
19:09alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.12.47, Quit: Хана X'ам !!!)
19:09alexqwesa__ has joined IRC (alexqwesa__!~alex@alexo-veto.broker.freenet6.net)
19:14alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
19:18alexqwesa__ has left IRC (alexqwesa__!~alex@alexo-veto.broker.freenet6.net, Ping timeout: 245 seconds)
19:19alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Client Quit)
19:19alexqwesa_ has joined IRC (alexqwesa_!~alex@109.172.12.47)
19:21
<kev_n>
alkisg: oh yeah, thanks for the help with this.. still haven't gotten it work but it's getting there
19:23Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
19:26
<Enslaver>
So the way to get /home mounted over NFS in the client used to be NFS_HOME, but the code says its deprecated so what is it now?
19:27
copy_dirs?
19:31alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.12.47, Quit: Хана X'ам !!!)
19:31alexqwesa_ has joined IRC (alexqwesa_!~alex@109.172.12.47)
19:36
<alkisg>
Enslaver: FSTAB_0, just put a complete fstab line in FSTAB_x
19:36
<Enslaver>
k
19:37
FSTAB_1="server:/home /home nfs defaults,nolock 0 0"
19:37
was already there :/ something else i gotta check on :(
19:40
<kev_n>
So I just checked on the shell of the client and I use 'dpkg -l | grep openchrome' but nothing shows.. but when I check on the server and on the server with ltsp-chroot it does.. could that be part of the problem?
19:42
nevermind, even though it doesn't show for some reason it says it is already the newest version... so I dunno
19:45garymc has joined IRC (garymc!~chatzilla@host86-174-143-125.range86-174.btcentralplus.com)
19:57alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
20:06garymc has left IRC (garymc!~chatzilla@host86-174-143-125.range86-174.btcentralplus.com, Ping timeout: 248 seconds)
20:19bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
20:41bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 255 seconds)
20:48bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
21:18dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-28-44.grf-mt.client.bresnan.net)
21:22kev_n has left IRC (kev_n!~kevin@ip68-0-150-106.tc.ph.cox.net, Quit: Leaving)
21:24kev_n has joined IRC (kev_n!~kevin@ip68-0-150-106.tc.ph.cox.net)
21:31Mava has joined IRC (Mava!~Mava@ip-45-201.dhcp.opintanner.fi)
21:39komunista has left IRC (komunista!~slavko@87.244.209.121, Quit: Leaving.)
22:26bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Read error: Operation timed out)
22:27Mava has left IRC (Mava!~Mava@ip-45-201.dhcp.opintanner.fi, Quit: Lost terminal)
23:20jammcq has joined IRC (jammcq!~jam@c-69-245-75-255.hsd1.mi.comcast.net)
23:22Mava has joined IRC (Mava!~Mava@ip-45-201.dhcp.opintanner.fi)
23:32dead_inside has left IRC (dead_inside!~dead_insi@host-98-127-28-44.grf-mt.client.bresnan.net, Quit: Computer has gone to sleep.)
23:45vagrantc has joined IRC (vagrantc!~vagrant@c-98-232-129-196.hsd1.or.comcast.net)
23:45vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)