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


Channel log from 11 August 2011   (all times are UTC)

00:10
<abeehc>
perhaps lts.conf XKBLAYOUT param
01:29veloutin has left IRC (veloutin!~vvinet@nat/revolutionlinux/x-woxuoewojxbuwyue, Disconnected by services)
01:29veloutin_ has joined IRC (veloutin_!~vvinet@nat/revolutionlinux/x-irsprkytzkyfcxci)
01:47staffencasa has left IRC (staffencasa!~staffenca@128-193-148-199.oregonstate.edu, Ping timeout: 252 seconds)
02:35Parker955 is now known as Parker955_Away
02:38TheMatrix3000 has joined IRC (TheMatrix3000!~TheMatrix@oh-76-1-35-247.dhcp.embarqhsd.net)
02:48loather-work has left IRC (loather-work!~khudson@206.169.71.12, Quit: This computer has gone to sleep)
02:54Parker955_Away is now known as Parker955
03:05dlezcano has joined IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net)
03:25dlezcano has left IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net, Ping timeout: 258 seconds)
03:45dlezcano has joined IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net)
04:17Parker955 is now known as Parker955_Away
05:09alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
05:53vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Quit: Lähdössä)
05:58cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 250 seconds)
05:59cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
06:01
<warren>
stgraber, when you run ldm, is the keyboard focus automatically in the username dialog?
06:01spectra- has left IRC (spectra-!~spectra@spectra-1-pt.tunnel.tserv9.chi1.ipv6.he.net, Ping timeout: 260 seconds)
06:11ddave7 has joined IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz)
06:12
<warren>
stgraber, nevermind
06:22warren has left IRC (warren!~warren@fedora/wombat/warren, Quit: Leaving)
06:35MorningSon has left IRC (MorningSon!~MorningSo@cpe-70-117-27-48.satx.res.rr.com, Quit: WeeChat 0.3.0)
06:36mistik1_ has joined IRC (mistik1_!mistik1@unaffiliated/mistik1)
06:44mistik1_ is now known as mistik1
07:02alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 255 seconds)
07:05blueonyx has joined IRC (blueonyx!~blueonyx@8.vpn.tu-cottbus.de)
07:06
<blueonyx>
hi, i have fat client workstations where my users dont lock in per ssh only, how to get their homes mounted per sshfs?
07:06
-dont
07:12dobber has joined IRC (dobber!~dobber@213.169.45.222)
07:17mistik1 has left IRC (mistik1!mistik1@unaffiliated/mistik1, Ping timeout: 260 seconds)
07:19mistik1 has joined IRC (mistik1!mistik1@unaffiliated/mistik1)
07:28nathelm has joined IRC (nathelm!~jon@202-89-181-178.static.dsl.amnet.net.au)
07:46
<Hyperbyte>
blueonyx, not sure. No experience with fat clients myself, but you could probably revert to using NFS, by setting NFS_HOME in lts.conf.
07:46
Of course you'd also have to set up the NFS share on your terminal server
07:49
<blueonyx>
the problem is, that the ltsp server already mounts the homes with nfs, and it doesnt want to get mounted a second time
07:49
any pointers how the graphical login mounts the homes?
07:51fosser_josh has joined IRC (fosser_josh!~prathames@59.95.38.187)
07:51fosser_josh has left IRC (fosser_josh!~prathames@59.95.38.187, Client Quit)
08:13nathelm has left IRC (nathelm!~jon@202-89-181-178.static.dsl.amnet.net.au, Quit: Leaving)
08:30blueonyx_ has joined IRC (blueonyx_!~blueonyx@p54BA3FE3.dip.t-dialin.net)
08:32blueonyx has left IRC (blueonyx!~blueonyx@8.vpn.tu-cottbus.de, Ping timeout: 276 seconds)
08:39
<Hyperbyte>
blueonyx_, look in /opt/ltsp/i386/usr/share/ltsp/ and /opt/ltsp/i386/usr/share/ldm/
08:39
There's the magic that makes LTSP tick.
08:39
I wouldn't recommend you go on a hacking spree, but you could use it for inspiration probably, possibly to narrow down your problem a little.
08:40
alkisg is our resident fat-client expert. ;-) Actually alkisg is our resident expert in most everything. :-)
08:44nathelm has joined IRC (nathelm!~jon@202-89-181-178.static.dsl.amnet.net.au)
08:44
<blueonyx_>
Hyperbyte: thanks
08:52blueonyx_ has left IRC (blueonyx_!~blueonyx@p54BA3FE3.dip.t-dialin.net, Ping timeout: 240 seconds)
08:53F-GT has left IRC (F-GT!~phantom@ppp121-44-41-150.lns20.syd6.internode.on.net, Ping timeout: 250 seconds)
08:54blueonyx has joined IRC (blueonyx!~blueonyx@p54BA3FE3.dip.t-dialin.net)
09:04F-GT has joined IRC (F-GT!~phantom@ppp121-44-214-176.lns20.syd7.internode.on.net)
09:05alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
09:19alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
09:31ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood)
09:31ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
09:33bakytn has joined IRC (bakytn!d42a770b@gateway/web/freenode/ip.212.42.119.11)
09:45ddave7 has left IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz, Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
09:49nathelm has left IRC (nathelm!~jon@202-89-181-178.static.dsl.amnet.net.au, Quit: Leaving)
10:08ddave7 has joined IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz)
10:08Trixboxer has joined IRC (Trixboxer!~Trixboxer@office.supportdepartment.net)
10:10_UsUrPeR_ has left IRC (_UsUrPeR_!~jsass@fw.acurrus.com, Ping timeout: 255 seconds)
10:23cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 276 seconds)
10:33cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
10:34
<bakytn>
hello! where is the actual and up to date information about working with Local Apps for LTSP v5? Is this page is the most informative http://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LTSP-42-LocalDev
10:37TheMatrix3000 has left IRC (TheMatrix3000!~TheMatrix@oh-76-1-35-247.dhcp.embarqhsd.net)
10:38Da-Geek has joined IRC (Da-Geek!~Da-Geek@nat/redhat/x-ekhtnzbnroljmvdz)
10:44spectra- has joined IRC (spectra-!~spectra@spectra-1-pt.tunnel.tserv9.chi1.ipv6.he.net)
10:49
<knipwim>
bakytn: i would say the lts.conf
10:49
and perhaps some ubuntu documentation is up-to-date
10:49
<muppis>
bakytn, https://help.ubuntu.com/community/UbuntuLTSP
10:50
<knipwim>
check
10:50
<bakytn>
thank you
10:51
is it possible to have user home directories to be SAMBA shares, I want to seperate server and the user files to backup easily. Or should I rather use NFS. Is that possible at all?
10:52
would be super great if I could use profile folder roaming...through ActiveDirectory
10:57
<muppis>
Sounds dangerous to mix up AD and Linux, specially at fs level. I prefer NFSv4 as it handles permissions correctly and can be set up with security.
10:58chokesmaster has left IRC (chokesmaster!~chokesmas@65.92.222.106, Ping timeout: 252 seconds)
11:00
<muppis>
If you had to have access to Linux home directories from Windows, you can set up Samba share for it. It's much easier than use other than nfs in LTSP.
11:01
<bakytn>
@muppis yes, I doubt too. NFS probably would be more reliable. But in a day or two I will try to set such environment.
11:02
@muppis my primary idea is to seperate user files and the whole system and use two different backup strategy. WIth such configuration the LTSP server would be compact and almost with the same size
11:02
<muppis>
Feel free. I think it will be proof of consept, but I can't say is it in good or bad.
11:02
<bakytn>
@muppis yes, would be nice challenge.
11:04veloutin_ is now known as veloutin
11:05
<muppis>
I made LTSP based HTPC and got it working fine as long as used wired network for it. But in enduser point had to use wireless, so it booting time came up too long which made it unusable.
11:06
<bakytn>
@muppis interesting
11:08
<Hyperbyte>
bakytn, you can use CIFS to mount Samba shares on Linux.
11:09
The clients will use sshfs or nfs (depending on your distro + config) to mount their home dirs from the server. If you mount the home dir on the server with CIFS, the clients will essentially have the SMB share mounted (albeit via sshfs, so a bit redundant, but unless you have lots of file operations from the client local apps, it should be ok)
11:10
<bakytn>
@Hyperbyte ok
11:10
<Hyperbyte>
I think you're gonna run into problems having /home/ on CIFS though, the permission problems that muppis hinted at.
11:11
bakytn, do you need the SMB shares for applications running on the client (via localapps), or applications running on the server?
11:12alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
11:13
<bakytn>
@Hyperbyte mostly for apps running on the server
11:13
<Hyperbyte>
Then you could just mount some /data/windowsshare/ directory with CIFS, on the server, and let the applications use that.
11:13
<bakytn>
@Hyperbyte about the permissions, I will try to handle this through AD auth..but not sure will it work at all. Just need to try
11:14
<Hyperbyte>
bakytn, I think it's not gonna work. Why do you want active directory auth?
11:15
<bakytn>
Hyperbyte, yes just mounting personal shares IN their home directories would work too
11:15
<Hyperbyte>
bakytn, that'll be more difficult, but could work.
11:15
<bakytn>
Hyperbyte, AD just for ability to have SSO for TClients and for Windows PC users
11:15
<Hyperbyte>
SSO?
11:16
<bakytn>
Hyperbyte, single sign on, but I actually mean the centralized authentication
11:17
hyperbyte, also we are told to use ActiveDirectory LOL. But why not. (actually using SAMBA4 as domain controller)
11:17
<Hyperbyte>
bakytn, setting up a Windows PDC (primary domain controller) on Linux is easy.
11:17
You can do your Windows authentication, as well as your Linux authentication from one server.
11:17
It can be your terminal server, but if that's not suitable, you could use LDAP on another server, or dare I say it, NIS.
11:18
<bakytn>
Hyperbyte, yes I am using SAMBA4 in LInux and MIcrosfot ActiveDirectory. sorry for confusing. Active Directory is a product..but I meant the auth server
11:18
hyperbyte so yes, I am talking about LDAP
11:19
SAMBA4 is pretty cool and really stable
11:21
<Hyperbyte>
:)
11:24
<alkisg>
blueonyx: what do you mean by "my users dont lock in per ssh only" ?
11:27
<Hyperbyte>
bakytn, but... if you use Samba4... then you must have a Linux server with the files on them, correct?
11:30
<bakytn>
@Hyperbyte Since SAMBA4 can't act as File Server currently I was going to install SAMBA 3.X
11:31
@Hyperbyte so, yes, they both are Linux
11:31
<Hyperbyte>
In that case, you should definitely use NFS, not CIFS.
11:33
<bakytn>
Hyperbyte, yes
11:33
agree
11:33
the primary idea was insane...to have the same files and folders if users log in from whatever (thin client, or Windows PC)
11:34
through the profiles roaming feature
11:34
<alkisg>
Doesn't likewise do that out of the box?
11:34
<bakytn>
but I think this is not correct.
11:34
<Hyperbyte>
bakytn, the idea isn't insane, and it's easily accomplished with NFS.
11:34
<alkisg>
http://www.likewise.com/
11:34
<bakytn>
alkisg, I am using likewise-open, may be full version supports
11:35
<Hyperbyte>
I did it actually, when I was still running both Windows/Samba PDC and Linux/LTSP concurrently.
11:35
<bakytn>
Hyperbyte, can Windows users work with NFS?
11:35
<Hyperbyte>
bakytn, they don't have to.
11:35
Windows users use SMB (Samba), LTSP users use NFS.
11:36
You can run Samba and NFS on one system... they're both protocols to serve directories over network. SMB does it for Windows clients, NFS is for Linux.
11:36
(Unix)
11:36
<bakytn>
Hyperbyte, ahah lol, true why not? both servers...
11:37
Hyperbyte. lol yes, thank you!
11:38
Hyperbyte, I will do exactly this. Two servers on the same system serving the same directories.
11:38
<Hyperbyte>
That's how I did it... just mounted the entire profiles directory via NFS on my terminal server, and make shortcuts to "Windows desktop" and "Windows My documents", etc. You could even link it directly probably, but not sure if you need to go that far.
11:38
<bakytn>
Hyperbyte, thank you sir!
11:38
<Hyperbyte>
You're welcome
11:38
<bakytn>
Hyperbyte, right.
11:59alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
12:00brunolambert has joined IRC (brunolambert!~brunolamb@nat/revolutionlinux/x-rkqsdxkcwfhgkufw)
12:04
<bakytn>
if I specify say: SCREEN_05 To be RDP will I be still able to switch to SCREEN_07 and work with Linux? Currently if I enable SCREEN_02=ssh I can't switch to SCREEN_07 just seeing system start messages
12:14_UsUrPeR_ has joined IRC (_UsUrPeR_!~jsass@fw.acurrus.com)
12:17
<Hyperbyte>
bakytn, you should be able to switch.
12:17
With alt+f1-f7
12:18
If you set screen_02=shell you should still be able to press alt+f7 to get to LDM, just like you pressed alt+f2 to get to shell
12:18
(I assume you meant 'shell' rather than 'ssh'?)
12:19
<bakytn>
Hyperbyte, yes shell not ssh. but with SCREEN_02=shell I don't se LDM. The last message is "Starting LTSP client ....."
12:20
I mean I can really switch but in this case on 07 there is no LDM. Just stuck on that message
12:20_UsUrPeR_ has left IRC (_UsUrPeR_!~jsass@fw.acurrus.com, Ping timeout: 255 seconds)
12:30
<bakytn>
the same for rdesktop. I iset SCREEN_06=rdesktop and RDP_SERVER="<ip>"
12:31
I can really work with RDP screen (06) but when I am trying to swtich to 07 I'm seeing the "Starting LTSP client....." message
12:32Mava has left IRC (Mava!~Mava@a91-154-46-4.elisa-laajakaista.fi, Ping timeout: 240 seconds)
12:34Mava has joined IRC (Mava!~Mava@a91-154-46-4.elisa-laajakaista.fi)
12:36[GuS] has joined IRC ([GuS]!~MysT@213-117-16-190.fibertel.com.ar)
12:36[GuS] has joined IRC ([GuS]!~MysT@unaffiliated/gus/x-663402)
12:45bakytn has left IRC (bakytn!d42a770b@gateway/web/freenode/ip.212.42.119.11, Ping timeout: 252 seconds)
13:01brunolambert has left IRC (brunolambert!~brunolamb@nat/revolutionlinux/x-rkqsdxkcwfhgkufw, Quit: brunolambert)
13:09TheMatrix3000 has joined IRC (TheMatrix3000!~TheMatrix@rrcs-70-61-255-226.central.biz.rr.com)
13:40alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
13:41cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 260 seconds)
13:50alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
13:50alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.15.11, Read error: Operation timed out)
13:52Gadi has joined IRC (Gadi!~romm@ool-18bbe47a.static.optonline.net)
13:54cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
13:57
<Hyperbyte>
I'm off to a long weekend in Norway. :)
13:57
Byebye.
13:58
<knipwim>
bye
13:58
have fun
14:00alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
14:24_UsUrPeR_ has joined IRC (_UsUrPeR_!~jsass@d192-24-196-254.nap.wideopenwest.com)
14:24dlezcano has left IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net, Ping timeout: 252 seconds)
14:31_UsUrPeR_ has left IRC (_UsUrPeR_!~jsass@d192-24-196-254.nap.wideopenwest.com, Ping timeout: 240 seconds)
14:38bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
14:42dlezcano has joined IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net)
14:44_UsUrPeR_ has joined IRC (_UsUrPeR_!~jsass@fw.acurrus.com)
14:45ddave7 has left IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz, Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
14:46Da-Geek has left IRC (Da-Geek!~Da-Geek@nat/redhat/x-ekhtnzbnroljmvdz, Quit: Leaving)
14:47Parker955_Away is now known as Parker955
14:50_UsUrPeR_ has left IRC (_UsUrPeR_!~jsass@fw.acurrus.com, Ping timeout: 255 seconds)
14:51staffencasa has joined IRC (staffencasa!~staffenca@128-193-148-199.oregonstate.edu)
14:52blueonyx has left IRC (blueonyx!~blueonyx@p54BA3FE3.dip.t-dialin.net, Quit: leaving)
14:57ddave7 has joined IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz)
15:03sugoruyo has joined IRC (sugoruyo!~george@athedsl-325858.home.otenet.gr)
15:04sugoruyo has left IRC (sugoruyo!~george@athedsl-325858.home.otenet.gr)
15:07bakytn has joined IRC (bakytn!1f1d15da@gateway/web/freenode/ip.31.29.21.218)
15:09
<bakytn>
Hello there! how is it going!? Did anybody tried to have active SCREEN_06 RDP and SCREEN_07 LDM? (numbers don't matter though) In my case they both not working for some reasons. For example RDP works but LDM one is just showing Starting LTSP client .... and doesn't loads
15:09
RDP is not necessary...just try to use 2 or more simultuneous screens shell, ldm, rdp
15:09
(rdesktop)
15:11_UsUrPeR_ has joined IRC (_UsUrPeR_!~jsass@d192-24-196-254.nap.wideopenwest.com)
15:13
<bakytn>
my English is getting better, sorry
15:15TheMatrix3000 has left IRC (TheMatrix3000!~TheMatrix@rrcs-70-61-255-226.central.biz.rr.com, Quit: ~ Trillian Astra - www.trillian.im ~)
15:22_UsUrPeR_ has left IRC (_UsUrPeR_!~jsass@d192-24-196-254.nap.wideopenwest.com, Ping timeout: 240 seconds)
15:22bakytn_ has joined IRC (bakytn_!1f1d15da@gateway/web/freenode/ip.31.29.21.218)
15:24bakytn has left IRC (bakytn!1f1d15da@gateway/web/freenode/ip.31.29.21.218, Ping timeout: 252 seconds)
15:30vagrantc has joined IRC (vagrantc!~vagrant@c-24-21-191-93.hsd1.or.comcast.net)
15:35
<vagrantc>
!seen alkisg
15:35
<ltsp>
vagrantc: alkisg was last seen in #ltsp 4 hours and 45 seconds ago: <alkisg> http://www.likewise.com/
15:35_UsUrPeR_ has joined IRC (_UsUrPeR_!~jsass@fw.acurrus.com)
15:35
<vagrantc>
!seen warren
15:35
<ltsp>
vagrantc: warren was last seen in #ltsp 9 hours, 23 minutes, and 9 seconds ago: <warren> stgraber, nevermind
15:35
<vagrantc>
warren's been busy incrementing ltsp's version numbers, it seems
15:37
stgraber: i just committed a bunch of packaging changes that greatly simplify the ltsp, ldm and ltspfs debian/rules files
15:37
stgraber: haven't looked at our diffs lately, but might be good to sync again sometime
15:37
as much as possible, that is
15:38bakytn_ has left IRC (bakytn_!1f1d15da@gateway/web/freenode/ip.31.29.21.218, Ping timeout: 252 seconds)
15:38
<vagrantc>
!seen wimmuskee
15:38
<ltsp>
vagrantc: I have not seen wimmuskee.
15:38
<stgraber>
vagrantc: cool
15:39
<vagrantc>
i spent much of yesterday in airports hacking away at ltsp related packaging
15:39
<stgraber>
vagrantc: I'll very likely do a bunch of uploads today to refresh LTSP in Ubuntu just before the feature freeze but won't have the time to work on packaging. Can still do that later in the cycle though as it won't be a "feature" as such :)
15:40
<vagrantc>
stgraber: you can sync whenever you want, of course :)
15:40
<stgraber>
but my goal for this cycle is to at least get rid of the Ubuntu packaging for ldm as I should be able to just use what you have in Debian
15:40
<vagrantc>
that'd be cool
15:41
stgraber: and like ltspfs, if there's a simple way to do build-time distro detection for what differrences remain, we can do that as well
15:42Parker955 is now known as Parker955_Away
15:43
<vagrantc>
stgraber: you going to tag a new ltsp-trunk soonish, then?
15:43
i see we're already up to 5.2.16
15:44
seems to mostly be fedora changes in the last several versions, so shouldn't be hard to package
15:44
<stgraber>
no, I'm just planning on uploading what we currently have in ltsp-trunk and ldm-trunk
15:46
<vagrantc>
think you've already got ldm
15:47
stgraber: the name-based NBD stuff looks really cool
15:47
stgraber: i also got yoe, the nbd maintainer (both debian and i think upstream) to commit to doing a /etc/nbd/config.d sort of thing
15:48
so we should have that soon
15:48
looking plausible to have a fully policy compliant default install soonish
15:48komunista has joined IRC (komunista!~slavko@adsl-195-168-226-169.dynamic.nextra.sk)
15:48
<knipwim>
vagrantc: here is wimmuskee
15:48
<vagrantc>
knipwim: aha!
15:49
knipwim: one small thing with your change to the manpage .... i think the tftp-dirs is only implemented in a few distro-specific plugins, as opposed to the common ones
15:49
<knipwim>
vagrantc: check, you're right
15:49
<vagrantc>
knipwim: way back when, we decided since plugins can implement so many features and they may not necessarily be available on all distos, that the manpage should only document the common ones and point to --help and --extra-help for the rest
15:50
<knipwim>
if was wondering about the update-kernels plugin in common
15:50
but also, was wondering about the 001-set-dist plugin in common
15:50
which is not used by all distro's
15:50
<stgraber>
vagrantc: that'd be great! I'm currently using my python script to modify /etc/nbd-server/config but would definitely love avoiding that :)
15:50
<vagrantc>
stgraber: right
15:51
<stgraber>
vagrantc: at least /etc/nbd-server/config isn't shipped by the nbd-server package, you need to create it yourself, so it's not "too bad" :)
15:51_UsUrPeR_ has left IRC (_UsUrPeR_!~jsass@fw.acurrus.com, Ping timeout: 240 seconds)
15:51
<vagrantc>
stgraber: and not that it matters much to you, but nfs-kernel-server recently added an /etc/exports.d thing
15:51
<stgraber>
oh, cool
15:52
<vagrantc>
the oine holdup on debian is DHCP, really.
15:52
<knipwim>
vagrantc: is it oke to move the 001-set-dist plugin to Ubuntu (and symlinking to the required other distros)
15:52
<vagrantc>
still no way to automagically configure that, unless i go with dnsmasq
15:52
<stgraber>
oh, Debian doesn't have the same hack as Ubuntu?
15:52
<vagrantc>
stgraber: no
15:52
<knipwim>
vagrantc: and update the man page (remove dist and tftp-dirs, add exclude)
15:52
<vagrantc>
knipwim: i guess gentoo has no conception of dist, eh?
15:53
<knipwim>
nope :), rolling release baby!
15:53
<vagrantc>
knipwim: it was one of those assumptions we made that every distro would support it :)
15:54
<knipwim>
i saw in the revision history
15:54
it was implemented when Debian and Ubuntu were the only distros
15:54
<vagrantc>
also, it seemed like the tftp-dirs thing should be it's own plugin, rather than co-mingled with other unreleated stuff
15:55
knipwim: yeah, looks like Debian and Ubuntu are the only ones using --dist, so it would make sense to un-common--ify them
15:55
<knipwim>
so the var can be used in other plugins as well
15:56* vagrantc had really hoped more could've ended up in the common plugins dir
15:56
<knipwim>
vagrantc: i thought AltLinux too, but i'll check to make sure
15:56* vagrantc doesn't pay attentiion to altlinux, which hasn't made a commit in years
15:56
<vagrantc>
knipwim: variables can be exchanged between plugins...
15:57
knipwim: they're sourced, not exec'ed
15:57
<knipwim>
yep, that's why the separate plugin
15:58
<vagrantc>
knipwim: it's not in a separate plugin, that's what i'm saying
15:58Parker955_Away is now known as Parker955
15:58
<vagrantc>
it's in the update-kernels plugin
15:59
<knipwim>
yes, we agree, the tftp-dirs stuff should be in its own plugin
15:59
<vagrantc>
ah
15:59
got it
15:59
<knipwim>
not in the update-kernel stuff
15:59
:)
15:59* vagrantc wonders why there's an update-kernels at all
16:00
<vagrantc>
i could've sworn ltsp-build-client handles that on it's own
16:00Gremble has joined IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com)
16:01
<vagrantc>
huh. i don't see it in code anywhere ...
16:02
ah, it's in common
16:02alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
16:03
<knipwim>
revision 339 is the last change
16:03
<vagrantc>
it seems like it should be run a good deal later than 03
16:03
035
16:03* vagrantc grumbles about the 0-prefixed everythhing
16:03
<vagrantc>
we've got otavio to blame for that
16:05
<stgraber>
vagrantc: tagged ltspfs 0.9
16:06
<vagrantc>
whee!
16:06
stgraber: oh, you definitely want my improved packaging for that
16:06
stgraber: my guess is that it should work without a hitch for you
16:06
<stgraber>
ltspfs is currently in sync with Debian
16:06
<vagrantc>
right
16:07
stgraber: but i pushed some new packaging that i haven't yet uploaded
16:07
<stgraber>
though as feature freeze is in a few hours, I'll need to upload that one directly to Ubuntu and then sync yours whenever it hits Debian
16:07
so I'll initially have the old packaging, and hopefully in a few days, I'll be in sync with Debian again and with your new packaging
16:07
<vagrantc>
encouraging me to upload ... works for me :)
16:08
<stgraber>
yeah :)
16:09
<vagrantc>
i've started using newer versions of debhelper and dh-autoreconf
16:09
that's the only real difference with ltspfs packaging
16:09
<stgraber>
oh, cool. autoreconf is nice indeed
16:10
<vagrantc>
i actually had a build failure with ltspfs because of incompatibilties with autofoo, so finally decided to figure out how to figure out the autoreconf stuff
16:10
and it was easy
16:11
also switched over ldm packaging
16:11
ltsp is a little trickier
16:11
with the autoreconf stuff
16:12
<stgraber>
yeah, because we have multiple autofoo setup in there
16:12
0.9 uploaded
16:12
<vagrantc>
but with ltspfs, it looks like:3 files changed, 12 insertions(+), 21 deletions(-)
16:12
for equivalent/improved code
16:13
and that includes 5 or so lines of changelog
16:13
er, 7
16:14
control | 2 +-
16:14
rules | 24 ++++--------------------
16:14
2 files changed, 5 insertions(+), 21 deletions(-)
16:14
<alkisg>
Hey guys. Anyone cares to chat about implementing NBD_SWAP with the named based exports?
16:14andygraybeal has left IRC (andygraybeal!~andy.gray@obsidian.casanueva.com, Ping timeout: 258 seconds)
16:14
<vagrantc>
alkisg: hi!
16:15
<alkisg>
vagrantc: back to cascadia, I assume? :)
16:15
<vagrantc>
indeed
16:15
<stgraber>
vagrantc: hmm, actually, I'll tag a new ltsp to pick up the new nbd proxy. I know the Revolution Linux folks will want it
16:15
<vagrantc>
stgraber: i think warren beat you to it
16:16* stgraber updates his ltsp-trunk
16:16
<alkisg>
stgraber: about nbd-proxy, I think xnbd supports that without a wrapper: https://bitbucket.org/hirofuchi/xnbd/wiki/Home#!scenario-2-simple-proxy-server-distributed-copy-on-write
16:16
<stgraber>
oh, yes he did beat me to it :)
16:17
alkisg: my understanding of xnbd is that it works as a caching proxy, so if we run that on a thin client, you'll end up using all of your memory to cache the full nbd image
16:18
<knipwim>
vagrantc: if the ltsp-update-kernels plugin is removed entirely and put into ltsp-build-client,
16:18
<vagrantc>
alkisg: i did spend about a week on the dalmatian coast of croatia, at least, to get my mediterranean fix
16:18
<knipwim>
should't the new tftp-dirs plugin go to common?
16:19
<vagrantc>
knipwim: i think tftp-dirs makes sense to be in common, and i think ltsp-update-kernels should remain a plugin in common
16:20
<knipwim>
vagrantc: and the ltsp-update-kernels plugin in Ubuntu?
16:20
<vagrantc>
knipwim: just can use the one in common
16:20
<alkisg>
vagrantc: nice! Sorry that we weren't home in ioannina... but we did have a great time at ithaca + sailing after that :)
16:21
<knipwim>
vagrantc: check, i'll go work on that
16:21
vagrantc: any clues on the XX in 0XX-tftp-dirs?
16:22
<vagrantc>
stgraber: do you see any reason to need an ubuntu-specific ltsp-update-kernels plugin? and why it's needed so early?
16:22
<knipwim>
still 035?
16:22
<vagrantc>
i would think something more like 09x, but i don't really know
16:22
035 seems to work for most people so far
16:23
i'd also really like to renumber the plugins to remove the leading 0
16:23
and then maybe treat the leading 0 as nothing, so that 095 and 95 become equivalent
16:23
<stgraber>
vagrantc: I really don't know much about that plugin and why it's run that early
16:26
<vagrantc>
the way the nc thing is implemented is really strange
16:26
the nc -q stuff
16:26
it's stuck in a file that should just be functions
16:27
but gets executed every time
16:28
would've made more sense to repurpose the nc command with a function
16:29
that way if we ever need to change the behavior, we don't have to touch every call to nc in the entire codebaase
16:29
<knipwim>
vagrantc: i think it would make more sense with 001-tftp-dirs, because it only sets a variable, just like the other 001's
16:29
<vagrantc>
knipwim: sure
16:32
the nc handling would've made much more sense as a hook in ltsp_config
16:35
<knipwim>
vagrantc: just checking, a plugin in common is executed always, unless overwritten by a plugin with the same name in a distro dir?
16:35
<vagrantc>
knipwim: yup
16:45
well, it takes a little performance hit at build-time, but i think i have some code that will backwards-compatibly drop the leading 0 on all the plugins.
16:46
http://paste.debian.net/125916/
16:47abeehc_ has joined IRC (abeehc_!~bob@d50-92-196-209.bchsia.telus.net)
16:49abeehc has left IRC (abeehc!~bob@d50-92-196-209.bchsia.telus.net, Ping timeout: 246 seconds)
16:52
<knipwim>
vagrantc: is that code meant to be for the migration of 0 leading to none-0 leading plugins?
16:52
<vagrantc>
knipwim: yes
16:52
alternately, we could just say "HEY! major incompatible change, drop all your leading 0 from your plugins"
16:53
<knipwim>
vagrantc: perhaps with a comment in the code that it should be removed when migration is complete
16:53
or just rename all plugins
16:54
<vagrantc>
knipwim: the hard part is with custom plugins in /etc/ltsp/plugins/ltsp-build-client/001-run-me-now-please-or-the-world-explodes
16:54
or /usr/share/ltsp/plugins/ltsp-build-client/DISTRO-custom/001-my-customized-distribution-hacks
16:55
could detect leading 0 plugiins and bail
16:55
atll the plugins are NNNplugin-name
16:55
<knipwim>
hmm, true
16:56
<vagrantc>
as long as no plugin-names start with numbers...
16:56
which i think would break other assumptions anyways...
16:57
<knipwim>
i pushed the changes btw
16:58
splitting tftp-dirs and ltsp-update-kernels and moving dist to ubuntu and debian
17:00
<alkisg>
vagrantc: so 001-apt-keys will become 01-apt-keys or 1-apt-keys ?
17:01
<vagrantc>
http://paste.debian.net/125918/
17:01
alkisg: 01-apt-keys
17:02
alkisg: change the (assumed?) specification from NNN$plugin_name to NN$plugin_name
17:02
<alkisg>
Maybe then ^0digitdigit can be replaced with ^digitdigit before the sorting?
17:02
<vagrantc>
one-hundred levels of granularity ought to be enough, given that we don't use 1NN
17:03
alkisg: yes, but then you have to check for the actual file location
17:03
but yes, that's another easy way to check
17:05
<alkisg>
How about sort -n? $ echo -e "003-p1\n02-p2\n01-p3"|sort -n
17:06
This way it doesn't matter if 2 or 3 digits are used, as long as the first one of the three is zero of course
17:07
<vagrantc>
alkisg: doesn't handle unique sorting
17:08
<alkisg>
Mhm
17:08
<vagrantc>
i.e. 003-p1 vs 03-p1 to override a plugin
17:09
i really should've put my foot down when we implemented this in 2006
17:09
much harder to go back
17:14
<alkisg>
This costs one extra sort, but also handles plugin overrides: $ echo -e "003-p1\n003-p1\n02-p2\n01-p3" | sort -u | sort -n
17:18
<vagrantc>
there may have been some issues with sort -n being locale-specific?
17:19
this is a vague memory or something
17:20Mava_ has joined IRC (Mava_!~Mava@a91-154-46-4.elisa-laajakaista.fi)
17:20
<vagrantc>
echo -e "003-p1\n003-p1\n03-p1\n02-p2\n01-p3" | sort -u | sort -n
17:21
it needs to merge the 003-p1 and 03-p1 and treat them the same ... :)
17:21MorningSon has joined IRC (MorningSon!~MorningSo@cpe-70-117-27-48.satx.res.rr.com)
17:22
<vagrantc>
the only way i can think of to deal with that is to change the name before, and check for the presence of both files after
17:23alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
17:23rishi__ has joined IRC (rishi__!~Trixboxer@office.supportdepartment.net)
17:26
<vagrantc>
doh. i used if ; do ; fi syntax when i meant to do for ; do ; done ... in a recent commit :(
17:27
<alkisg>
Erm sorry, sort -nu also works
17:27Mava has left IRC (Mava!~Mava@a91-154-46-4.elisa-laajakaista.fi, Ping timeout: 255 seconds)
17:27alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 255 seconds)
17:27Trixboxer has left IRC (Trixboxer!~Trixboxer@office.supportdepartment.net, Ping timeout: 255 seconds)
17:29
<vagrantc>
alkisg1: i think there are issues with numeric sort and alphanumeric characters
17:30
er, alphabetic
17:30
it's incomplete, anyways, not handling the filenames that should mmatch ... i.e. 003-p1 should be equivalent to 03-p1
17:33
this one handles all the use-cases and isn't too evil: http://paste.debian.net/125930/
17:34
<Gadi>
foo="03-foo"
17:34
printf "%03d-%s\n" ${foo%-*} ${foo##*-}
17:34
<vagrantc>
although it looks for files in all the directories =under both names, i think it's the correct way to implement backwards compatibility
17:35
Gadi: isn't that full of squiggle lines! :)
17:35
<Gadi>
I was just cursing
17:35
but if it works for you...
17:35
:)
17:38spectra- has left IRC (spectra-!~spectra@spectra-1-pt.tunnel.tserv9.chi1.ipv6.he.net, *.net *.split)
17:38mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, *.net *.split)
17:40ddave7 has left IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz, Ping timeout: 258 seconds)
17:41ddave7 has joined IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz)
17:42alkisg1 is now known as alkisg
17:46veloutin has left IRC (veloutin!~vvinet@nat/revolutionlinux/x-irsprkytzkyfcxci, Disconnected by services)
17:51spectra- has joined IRC (spectra-!~spectra@spectra-1-pt.tunnel.tserv9.chi1.ipv6.he.net)
17:51mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy)
18:04Parker955 is now known as Parker955_Away
18:19Gadi has left IRC (Gadi!~romm@ool-18bbe47a.static.optonline.net)
18:29alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
18:29Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
18:35alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
18:36komunista has left IRC (komunista!~slavko@adsl-195-168-226-169.dynamic.nextra.sk, Quit: Leaving.)
18:43veloutin_ has joined IRC (veloutin_!~vvinet@nat/revolutionlinux/x-qvdbtcttwbxyemao)
18:43veloutin_ is now known as veloutin
18:52Mava_ is now known as Mava
19:02
<vagrantc>
bzr-rewrite (a.k.a. bzr rebase) is really handy when you've made commits you haven't pushed yet and someone's updated trunk
19:03
way better than silly merge versions
19:04
i was working the last several days without consistant network connection, and it made re-merging my commits virtually painless
19:06dlezcano has left IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net, Ping timeout: 258 seconds)
19:10
<knipwim>
has anyone ever thought about using the plugin system for more than just ltsp-build-client ?
19:11
<vagrantc>
when we invented it :)
19:11
that's about as far as it got
19:12
<knipwim>
would be nice for ltsp-update-image though
19:13
some commands in this one, like dpkg --print-architecture, won't work on all distro's
19:13
<vagrantc>
sure
19:15
i've got a lot of issues with ltsp-update-image, and switching to a plugin system might allow me to incrementally fix those issues to the point where i feel comfortable using it
19:15
and isolate them
19:17
<knipwim>
also a good reason :)
19:19dlezcano has joined IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net)
19:19
<vagrantc>
knipwim: doesn't TFTPDIRS need to be exported?
19:20_UsUrPeR_ has joined IRC (_UsUrPeR_!~jsass@fw.acurrus.com)
19:20
<knipwim>
vagrantc: i didn't guess so, since EXCLUDE doesn't need exporting in 001-set-exclude
19:20
<vagrantc>
since it's commands started by that that use it
19:21
the only thing i know that uses EXCLUDE is in the debian plugin dirs, and it uses it within tthe code
19:21
whereas TFTPDIRS is actually used by commands started from ltsp-build-client
19:21
so it depends on if it's used directly or indirectly
19:22
<knipwim>
ah crap
19:22
<vagrantc>
so it makes me wonder if it's worked at all
19:22
<knipwim>
in the old code, the TFTPDIRS was given as an option to ltsp-update-kernels
19:23
the plugin in commons doesn't use it
19:23
<vagrantc>
if it were exported, i don't think it would have matter
19:23
<knipwim>
true
19:23
<vagrantc>
it wouldn't need to specify it if it were exported
19:24
and since several scripts, ltsp-update-kernels, ltsp-update-image all use TFTPDIRS from the environment if available...
19:25
uhhh... though it seems like ltsp-update-image needlessly duplicates a bunch of code ... it should just set the appropriate configuration files and run ltsp-update-kernels appropriately...
19:28vagrantc has left IRC (vagrantc!~vagrant@c-24-21-191-93.hsd1.or.comcast.net, Quit: leaving)
19:31staffencasa has left IRC (staffencasa!~staffenca@128-193-148-199.oregonstate.edu, Ping timeout: 252 seconds)
19:44[GuS] has left IRC ([GuS]!~MysT@unaffiliated/gus/x-663402, Remote host closed the connection)
19:53alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
20:08
<sutula>
My apologies if this is covered elsewhere; I've been away from ltsp for a couple of years.
20:08
My ltsp system's performance stinks. The think clients are old (HP t5710, limited video memory) and my network is limited to 100Mb.
20:08
I'm considering moving to something like little Asus EeeBox PC's running Linux directly (on each client).
20:08
I hate to give up on the admin ease of ltsp, though.
20:08
Is there something like ltsp where the clients can netboot a common kernel, run their own copies of Linux, but share (perhaps nfs-mount) most of the root filesystem (like ltsp does) so that I don't have to administer a bunch of separate copies of Linux?
20:08
Or does ltsp have the option to do this?
20:09
If someone thinks the 5710's should be working better (mainly graphics performance issues), please help me figure out what I'm doing wrong.
20:09
My server is running Debian Squeeze.
20:11staffencasa has joined IRC (staffencasa!~staffenca@128-193-148-199.oregonstate.edu)
20:41ddave7 has left IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz, Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
20:46frederickjh has joined IRC (frederickjh!~frederick@rivendell/member/frederickjh)
20:49frederickjh has left IRC (frederickjh!~frederick@rivendell/member/frederickjh)
20:53TheMatrix3000 has joined IRC (TheMatrix3000!~TheMatrix@rrcs-70-61-255-226.central.biz.rr.com)
20:59loather-work has joined IRC (loather-work!~khudson@206.169.71.12)
21:02TheMatrix3000 has left IRC (TheMatrix3000!~TheMatrix@rrcs-70-61-255-226.central.biz.rr.com)
21:04Parker955_Away is now known as Parker955
21:06alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
21:08
<alkisg>
sutula: how about ltsp fat clients? https://help.ubuntu.com/community/UbuntuLTSP/FatClients
21:09
About your ltsp clients... if you only boot 1 client, does it run fast enough? If so, then your 100mbps is your bottleneck.
21:10
Upgrading at least the server <=> switch connection to gigabit should help a lot
21:11artista_frustrad has joined IRC (artista_frustrad!~fernando@187.112.185.67)
21:22rishi__ has left IRC (rishi__!~Trixboxer@office.supportdepartment.net, Quit: "Achievement is not the end, its the beginning of new journey !!!")
21:31Lns has joined IRC (Lns!~lns@pdpc/supporter/professional/lns)
22:00
<sutula>
alkisg: Thanks...fat clients do help, which is why I thought about just going all the way rather than fighting it per app. The problem exists even with only one client, making me think graphics performance is the issue.
22:00alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
22:00alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
22:03* sutula wonders whether there's any good ways to measure graphics performance, perhaps a netperf for screens
22:05
<dberkholz>
there's a couple of benchmark suites
22:05
one from phoronix
22:06
another just posted today, http://emmes.livejournal.com/9967.html
22:08bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 246 seconds)
22:11
<alkisg>
sutula: x11perf
22:12* alkisg usually plays a full-screen divx video to all of its clients simultaneously, if there are no dropped frames then the installation is OK wrt graphics
22:14
<alkisg>
Which graphics card on the client? lspci -nn -k | grep -A 2 VGA from a local terminal
22:15
Also, did you try LDM_DIRECTX=True ?
22:15
<sutula>
alkisg: 00:0d.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] [1002:5159]
22:15
Subsystem: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] [1002:5159]
22:15
Kernel driver in use: radeon
22:16
alkisg: Back when I first set this up, I turned off encryption (LDM_DIRECTX=True) because of performance reasons
22:17
<alkisg>
So, with that card, and with LDM_DIRECTX=True, and with a single client, you can't watch a full screen divx movie with no dropped frames?
22:20
<sutula>
alkisg: I haven't tried divx...built-in players (totem, mplayer) have trouble depending on the content
22:20
<alkisg>
sutula: try this one: http://trailers.apple.com/movies/paramount/thor/thor-meetthedystroyer_480p.mov
22:20
Download it, double click it, and watch it full screen
22:21
If you have dropped frames, there's something wrong with your setup
22:21Lns has left IRC (Lns!~lns@pdpc/supporter/professional/lns, Remote host closed the connection)
22:21artista_frustrad has left IRC (artista_frustrad!~fernando@187.112.185.67, Remote host closed the connection)
22:23
<sutula>
alkisg: Thanks...will try and see what happens
22:23
<alkisg>
That divx requires 87920640 bits per second, so it's about the best you can view on a 100mbps network with a single client
22:23
'night all
22:23alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
22:42chokesmaster has joined IRC (chokesmaster!~chokesmas@bas5-sherbrooke40-2925525063.dsl.bell.ca)
22:54staffencasa has left IRC (staffencasa!~staffenca@128-193-148-199.oregonstate.edu, Quit: Leaving)
23:04dlezcano has left IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net, Ping timeout: 264 seconds)
23:11loather-work has left IRC (loather-work!~khudson@206.169.71.12, Quit: This computer has gone to sleep)
23:24Parker955 has left IRC (Parker955!~parker@d72-39-201-9.home1.cgocable.net, Ping timeout: 258 seconds)
23:25dlezcano has joined IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net)
23:41dlezcano has left IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net, Ping timeout: 260 seconds)
23:44Parker955 has joined IRC (Parker955!~parker@d72-39-201-9.home1.cgocable.net)