Main page
[00:09] ogra_cmpc (~ogra@p4FDA50E2.dip.t-dialin.net) left irc: Ping timeout: 256 seconds
[00:11] ogra_cmpc (~ogra@p4FDA50E2.dip.t-dialin.net) joined #ltsp.
[00:37] laron (~laron@DSLPool-net208-2.wctc.net) left irc:
[01:02] gnunux (~emmanuel@194.167.18.244) joined #ltsp.
[01:03] [gnunux] hi
[01:15] alkisg (~alkisg@ubuntu/member/alkisg) left irc: Quit: Leaving.
[01:29] alkisg (~alkisg@ubuntu/member/alkisg) joined #ltsp.
[02:21] ltsplogbot joined #ltsp.
[02:33] ogra_cmpc (~ogra@p4FDA50E2.dip.t-dialin.net) left irc: Ping timeout: 248 seconds
[02:35] ogra_cmpc (~ogra@p4FDA50E2.dip.t-dialin.net) joined #ltsp.
[02:39] try2free (~send2us@118.96.121.24) joined #ltsp.
[02:50] try2free (send2us@118.96.121.24) left #ltsp.
[02:58] nubae_ (~quassel@87.223.140.160) joined #ltsp.
[02:59] nubae (~quassel@87.223.116.156) left irc: Ping timeout: 256 seconds
[03:27] mikkel (~mikkel@84-238-113-66.u.parknet.dk) joined #ltsp.
[03:32] nubae (~quassel@87.223.122.132) joined #ltsp.
[03:33] nubae_ (~quassel@87.223.140.160) left irc: Ping timeout: 256 seconds
[03:45] tthorb_ (~tt@112.80-203-35.nextgentel.com) joined #ltsp.
[03:49] tthorb (~tt@112.80-203-35.nextgentel.com) left irc: Ping timeout: 265 seconds
[03:51] hersonls (~hersonls@187.40.4.212) joined #ltsp.
[03:52] Selveste1_ (~Selveste1@wnn72114.wireless.dtu.dk) joined #ltsp.
[03:58] Selveste1_ (~Selveste1@wnn72114.wireless.dtu.dk) left irc: Remote host closed the connection
[03:58] Selveste1_ (~Selveste1@wnn72114.wireless.dtu.dk) joined #ltsp.
[04:01] johnny (~spectrum@johnny-pt.tunnel.tserv4.nyc4.ipv6.he.net) left irc: Ping timeout: 268 seconds
[04:19] daya (~daya@202.63.242.211) left irc: Quit: Leaving
[04:26] plasticdoc (~plasticdo@89.214.164.16) joined #ltsp.
[04:27] _Techie_ (~Techie@ip-118-90-69-165.xdsl.xnet.co.nz) left irc: Quit: Leaving
[04:33] [plasticdoc] I am using Ubuntu 9.10 and LTSP 5.2 from Stéphane Graber's PPA, is here anybody whiling to help me with the new --fat-client switch?
[04:34] [stgraber] plasticdoc: hey there, what's the issue with --fat-client ?
[04:35] [plasticdoc] Hello, Neither Stéphane Graber's sugested 'LTSP handbook' <https://code.launchpad.net/~ltsp-docwriters/ltsp/ltsp-docs-trunk>, nor Ubuntu's 9.10 'man ltsp-build-client', provide any useful info on how to setup (and configure) the new --fat-client
[04:35] [stgraber] btw, I'm Stéphane Graber :)
[04:35] [plasticdoc] Oh, ok.
[04:36] [plasticdoc] Is it ok to use something like sudo ltsp-build-client --arch i386 --dist karmic --fat-client --fat-client ubuntu-desktop
[04:36] [stgraber] yes but you'll need to add the PPA inside the chroot at the end
[04:37] [stgraber] to avoid doing that you can do: --copy-sourceslist
[04:37] [stgraber] and I know we have another option to bypass the gpg key check
[04:37] [stgraber] hang on a sec
[04:38] [stgraber] --accept-unsigned-packages that'd be
[04:38] [stgraber] so ltsp-build-client --arch i386 --dist karmic --fat-client --fat-client ubuntu-desktop --accept-unsigned-packages --copy-sourceslist
[04:38] [stgraber] that should create a new karmic i386 chroot with fat-client support and with an up to date LTSP (that actually supports fat-client)
[04:42] [plasticdoc] So let me see if I got it (English is not my mother tongue),
[04:42] [plasticdoc] I already had: sudo add-apt-repository ppa:stgraber/ppa
[04:42] [plasticdoc] If i do sudo rm -fr /opt/ltsp/i386
[04:42] [plasticdoc] and then:
[04:42] [plasticdoc] sudo ltsp-build-client --arch i386 --dist karmic --fat-client --fat-client ubuntu-desktop --accept-unsigned-packages --copy-sourceslist
[04:43] [stgraber] yep, that should work
[04:43] [plasticdoc] It seems so simply that it gets scary!
[04:44] [alkisg] plasticdoc: https://help.ubuntu.com/community/UbuntuLTSP/FatClients
[04:44] [stgraber] well, to be honnest I never tried fat client in Karmic so it very well may fail :)
[04:44] [stgraber] so far most tests have been done with Lucid in the chroot
[04:45] [alkisg] 2 people said that they followed that in karmic and it worked..
[04:45] [stgraber] though maybe Alkis did some tests with Karmic
[04:45] [stgraber] alkisg: oh, great
[04:45] [alkisg] Not myself, but 2 other persons here
[04:45] [stgraber] btw, anything that I should wait for before tagging ltsp 5.2.1 and ldm 2.1.1 ?
[04:46] [stgraber] my current plan is to test + tag them on Sunday and get them uploaded to Lucid + backport immediately
[04:46] [alkisg] stgraber: I think it's in a good shape now for tagging.
[04:46] [alkisg] Not bulletproof, i.e. I'd like some fixes, but I don't think I'll find them soon... :-/
[04:46] [stgraber] as we are already frozen for Beta1. I'll poke Steve to get an exception and get them on the first candidate image on Monday or Tuesday
[04:46] [alkisg] stgraber: ah, only one thing, the vt switching bug
[04:47] [alkisg] It's not properly resolved yet, but it's working for the default case so it's not a very big deal
[04:47] [stgraber] alkisg: what vt switching bug ? didn't Marc solved it ?
[04:47] [stgraber] alkisg: ah, right, the: Do not openvt when it's X thing ?
[04:47] [alkisg] No not that one
[04:48] [alkisg] I wanted that for fat clients, but I found another way around it
[04:48] [alkisg] There are 2 problems: e.g. if I specify SCREEN_02=shell and SCREEN_07=ldm, then there's a chance that X won't start until I switch to vt7
[04:49] [alkisg] So it'd be nice if we had exactly one chvt, for the first X screen
[04:49] [stgraber] yeah, X does that ... it needs you to be on the vt to start ...
[04:49] [stgraber] well, I'd fix that another way for now. Switch to the highest SCREEN unless we have mentioned another one in the config
[04:49] [alkisg] We had a lot of chvt's before, marc removed all of them, but I think we should keep 1
[04:49] [alkisg] That would work fine for me
[04:50] [stgraber] so we run the code that spawns all screens, then check what the current VT is. If it's already the one needed for SCREEN_max we don't switch, if not, we switch to it
[04:50] [alkisg] Right
[04:51] [stgraber] I can commit a change upstream that does that though I can't test it here. Can you test it ?
[04:51] [alkisg] Yup
[04:51] [alkisg] Ping me when you do
[04:53] [plasticdoc] stgraber: In LTSP 5.2 do we still need to install gnome-watchdog, or have a server cron job to keep rebooting the server to cope with all those zombie logged but non-active users ?
[04:53] [stgraber] there shouldn't be that much remaining processes, though I mostly work with ltsp-cluster and our cluster agent does the cleaning up
[04:53] [stgraber] so just to be on the safe side, keep gnome-watchdog
[04:54] [plasticdoc] I'll do
[04:55] [stgraber] alkisg: http://pastebin.com/D4hSxATp
[04:55] [alkisg] testing...
[04:56] Egyptian[Home] (~EgyptianH@62.117.47.100) left irc: Ping timeout: 265 seconds
[05:00] Selveste1_ (~Selveste1@wnn72114.wireless.dtu.dk) left irc: Ping timeout: 265 seconds
[05:00] [alkisg] stgraber: wouldn't that always switch to vt12? I think we should use "num" instead of screen...
[05:01] [alkisg] erm, or maybe add a new variable in the loop
[05:01] [alkisg] highest_vt=screen <== inside the "if"
[05:09] *** alkisg tries with http://paste.ubuntu.com/393977/
[05:11] [stgraber] alkisg: argh, indeed
[05:11] [stgraber] alkisg: we should set some variable in the if and use that instead
[05:11] [alkisg] stgraber: see the link just above
[05:11] [stgraber] lunch time, will be back just after
[05:11] [alkisg] ok
[05:12] [alkisg] I think there are some times where X will "steal the focus", but I wouldn't mind for that...
[05:13] [alkisg] I.e. if Gadi puts SCREEN_07=ldm and SCREEN_08=shell, and we chvt to vt8, sometimes X will switch back to vt7
[05:13] [alkisg] (that should teach him to put X in the highest screen :P)
[05:14] artista_frustrad (~artista_f@201-24-206-136.ctame704.dsl.brasiltelecom.net.br) joined #ltsp.
[05:14] [alkisg] Uh, my bad, chvt $highest_vt, not chvt $screen...
[05:17] pmatulis (~peter@64.34.151.178) joined #ltsp.
[05:20] artista_frustrad (~artista_f@201-24-206-136.ctame704.dsl.brasiltelecom.net.br) left irc: Ping timeout: 265 seconds
[05:42] MaRX-Mode (marx@ip191.otanner10.opintanner.fi) left irc: Read error: Operation timed out
[05:44] MaRX-Mode (marx@ip191.otanner10.opintanner.fi) joined #ltsp.
[05:45] [alkisg] Hmm I think plymouth does an additional chvt and voids all of our efforts :)
[05:46] [alkisg] ...putting our `chvt` lower...
[05:47] knipwim_ (~wim@ip4da83870.direct-adsl.nl) left irc: Read error: Operation timed out
[05:47] knipwim (~wim@ip4da83870.direct-adsl.nl) joined #ltsp.
[06:02] [alkisg] Nope, it still doesn't cut it
[06:02] [stgraber] alkisg: http://pastebin.com/WyhV4Hzz ?
[06:02] [alkisg] I put a debug statement next to the one and only chvt, e.g. "fgconsole=7, switching to vt11", so I'm sure the calculations are correct, but it doesn't work
[06:03] [stgraber] ah, plymouth ...
[06:03] [alkisg] Something else is using chvt after us
[06:03] [alkisg] Yup
[06:03] [stgraber] I guess we'll need to wait for the fixed plymouth as we have vt bugs even in regular ubuntu
[06:03] [stgraber] once it's there, then we can focus on making that part of the code work as it should
[06:04] [alkisg] Nice. Should I submit this patch, as it makes the problem a little more rare?
[06:04] [ogra] stgraber, there should be plymouth test packages in keybuks PPA
[06:04] [alkisg] http://paste.ubuntu.com/394000/
[06:05] [alkisg] (without the debug `echo`)
[06:05] [stgraber] alkisg: isn't that the same as my last pastebin ?
[06:06] [alkisg] stgraber: I haven't tried your method...
[06:06] [alkisg] chvt on the same console is as fast as fgconsole, though
[06:06] [alkisg] So I don't think there's any need to complicate this...
[06:07] [stgraber] alkisg: it'll kill plymouth and flicker if you don't do the check
[06:07] [alkisg] OK, any reason for the "case" there?
[06:08] [alkisg] Is that to put an extra zero in front?
[06:08] [stgraber] yep
[06:08] [alkisg] So, that isn't needed, as we can compare integers...
[06:08] [stgraber] otherwise I'll get 1 != 01 and it'll fail. If we always add it, we'll get 011 != 11 and it'll fail again
[06:08] [stgraber] hmm, right
[06:08] [alkisg] [ 007 -eq 7 ] && echo yup
[06:09] [ogra] case is always faster than test :)
[06:09] [alkisg] ogra, are you sure about that?!
[06:09] [ogra] yes
[06:09] [alkisg] OK, I'll time it...
[06:09] [ogra] in ubuntu we have an unwritten policy to use case in all scripts because of that
[06:10] [ogra] instead of if/then/blah with test
[06:10] [ogra] beyond that it makes the code better readable
[06:10] *** dba nods; for both speed and readability
[06:11] [alkisg] Are we talking about the same thing?!!!!
[06:11] [alkisg] How are 4 lines in a case more readable than a simple comparison?
[06:11] [alkisg] (btw, we're compare a case and an if with a single if...)
[06:12] [alkisg] not a case with an if...
[06:12] [alkisg] So in this particular problem, we can just _remove_ the case, not substitute it with an if...
[06:12] [ogra] get rid of the if in the case :)
[06:12] [alkisg] I'll try the timing though, as you got me curious...
[06:13] weenus (~steve@173-22-110-150.client.mchsi.com) joined #ltsp.
[06:13] Selveste1_ (~Selveste1@wnn72114.wireless.dtu.dk) joined #ltsp.
[06:13] [jammcq] good morning friends
[06:13] [stgraber] ogra: currently we have a case statement to append an extra 0 to a variable if it isn't made of two digits, thne we compare it as a string using if. What alkisg suggests is to use the variables as integers and do the check in the if, getting rid of the case in the process.
[06:14] [ogra] yo ho jammcq
[06:14] [ogra] stgraber, yeah, that might be smaller ... not sure about faster
[06:14] weenus (~steve@173-22-110-150.client.mchsi.com) left irc: Read error: Connection reset by peer
[06:20] jammcq (~jam@c-76-112-250-102.hsd1.mi.comcast.net) left irc: Quit: leaving
[06:22] [alkisg] (1) Just a loop: 0m3.434s, (2) If: 0m6.668s, (3) case + if: 0m8.122s
[06:22] [alkisg] So case + if is about twice as slow as a plain if...
[06:28] Selveste1__ (~Selveste1@88.83.86.20.static.dong.customer.smilecontent.dk) joined #ltsp.
[06:29] Selveste1_ (~Selveste1@wnn72114.wireless.dtu.dk) left irc: Ping timeout: 260 seconds
[06:33] wima1 (~wima@226.136-78-194.adsl-static.isp.belgacom.be) joined #ltsp.
[06:33] mgariepy (~mgariepy@ubuntu/member/mgariepy) joined #ltsp.
[06:33] [mgariepy] morning all
[06:35] [alkisg] Hi Marc
[06:36] weenus_ (~ad166e96@gateway/web/freenode/x-vcmqqturmftxzpvo) joined #ltsp.
[06:37] weenus_ (~ad166e96@gateway/web/freenode/x-vcmqqturmftxzpvo) left irc: Client Quit
[06:40] Selveste1__ (~Selveste1@88.83.86.20.static.dong.customer.smilecontent.dk) left irc: Ping timeout: 245 seconds
[06:41] [mgariepy] how you doing alkisg ?
[06:41] *** alkisg is struggling with the VTs problem - but it must be due to plymouth after all...
[06:42] [mgariepy] if you add like chvt 7 to the ldm script does it do the trick ?
[06:42] [alkisg] I tried on ltsp-client-core, but it doesn't cut it
[06:42] [alkisg] I think plymouth is also using chvt after us...
[06:43] slidesinger (~slidesing@c-68-44-99-50.hsd1.nj.comcast.net) joined #ltsp.
[06:43] [mgariepy] maybe, on my laptop, X starts on :0 then when i switch to :7 it kills X and respawn it. it's kinda weird too.
[06:43] slidesinger (~slidesing@c-68-44-99-50.hsd1.nj.comcast.net) left irc: Client Quit
[06:44] timborn (~timborn@c-24-14-180-56.hsd1.il.comcast.net) left irc: Quit: Leaving.
[06:45] Selveste1__ (~Selveste1@wnn72114.wireless.dtu.dk) joined #ltsp.
[06:45] wima1 (~wima@226.136-78-194.adsl-static.isp.belgacom.be) left irc: Quit: Leaving.
[06:47] scottmaccal (~scottmacc@sentry.jayschools.org) joined #ltsp.
[06:47] GodFather (~rcc@c-98-250-131-206.hsd1.mi.comcast.net) joined #ltsp.
[06:48] [alkisg] Starting the screen scripts in the reverse order seems to help: for screen in 12 11 10 09 08 07 06 05 04 03 02 01; do
[06:48] [alkisg] (assuming X in on the highest)
[06:48] [alkisg] Anyway, I'll test more later... bbl.
[06:53] alkisg (~alkisg@ubuntu/member/alkisg) left irc: Ping timeout: 264 seconds
[06:53] wima1 (~wima@226.136-78-194.adsl-static.isp.belgacom.be) joined #ltsp.
[06:53] pths (~pts@89.87.213.193.static.cust.telenor.com) left irc: Read error: Operation timed out
[06:58] Selveste1___ (~Selveste1@88.83.86.20.static.dong.customer.smilecontent.dk) joined #ltsp.
[06:59] Selveste1__ (~Selveste1@wnn72114.wireless.dtu.dk) left irc: Ping timeout: 264 seconds
[06:59] Gadi (~romm@ool-18bbe47a.static.optonline.net) joined #ltsp.
[07:05] alexqwesa (~alex@89.221.199.241) left irc: Remote host closed the connection
[07:06] alexqwesa (~alex@alexo-veto.broker.freenet6.net) joined #ltsp.
[07:17] Egyptian[Home] (~EgyptianH@62.117.47.100) joined #ltsp.
[07:21] jammcq (~jam@70-91-230-209-BusName-Michigan.hfc.comcastbusiness.net) joined #ltsp.
[07:21] [jammcq] good morning friends
[07:25] [wima1] can anyone point met to the latest and greatest way to get a scanner running attached to a thinclient? Is it sufficient to just install saned in the chroot?
[07:26] [jammcq] it's pretty much the same as setting up a scanner on full linux machine
[07:28] [wima1] and is there some kind of broadcasting going on so that applications on the server can find the scanner?
[07:28] [jammcq] no, you have to point your scanning software to the IP address of the thin client that has saned running
[07:29] alexqwesa (~alex@alexo-veto.broker.freenet6.net) left irc: Remote host closed the connection
[07:29] Kicer86 (~kicer@host-5db0eeee.sileman.net.pl) joined #ltsp.
[07:29] [wima1] ok, so i better make sure that it has a fixed ip
[07:29] [wima1] i'll try that. thanks!
[07:31] alexqwesa (~alex@alexo-veto.broker.freenet6.net) joined #ltsp.
back next →
1 2 3 4
up
Generated by logs2html module for eggdrop v.2.3.4
Find latest version at http://sourceforge.net/projects/logs2html or http://shmupsik.osetia.org