IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 11 August 2011 (all times are UTC)
| 00:10 | <abeehc> perhaps lts.conf XKBLAYOUT param
| |
| 01:29 | veloutin has left IRC (veloutin!~vvinet@nat/revolutionlinux/x-woxuoewojxbuwyue, Disconnected by services) | |
| 01:29 | veloutin_ has joined IRC (veloutin_!~vvinet@nat/revolutionlinux/x-irsprkytzkyfcxci) | |
| 01:47 | staffencasa has left IRC (staffencasa!~staffenca@128-193-148-199.oregonstate.edu, Ping timeout: 252 seconds) | |
| 02:35 | Parker955 is now known as Parker955_Away | |
| 02:38 | TheMatrix3000 has joined IRC (TheMatrix3000!~TheMatrix@oh-76-1-35-247.dhcp.embarqhsd.net) | |
| 02:48 | loather-work has left IRC (loather-work!~khudson@206.169.71.12, Quit: This computer has gone to sleep) | |
| 02:54 | Parker955_Away is now known as Parker955 | |
| 03:05 | dlezcano has joined IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net) | |
| 03:25 | dlezcano has left IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net, Ping timeout: 258 seconds) | |
| 03:45 | dlezcano has joined IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net) | |
| 04:17 | Parker955 is now known as Parker955_Away | |
| 05:09 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 05:53 | vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Quit: Lähdössä) | |
| 05:58 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 250 seconds) | |
| 05:59 | cyberorg 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:01 | spectra- has left IRC (spectra-!~spectra@spectra-1-pt.tunnel.tserv9.chi1.ipv6.he.net, Ping timeout: 260 seconds) | |
| 06:11 | ddave7 has joined IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz) | |
| 06:12 | <warren> stgraber, nevermind
| |
| 06:22 | warren has left IRC (warren!~warren@fedora/wombat/warren, Quit: Leaving) | |
| 06:35 | MorningSon has left IRC (MorningSon!~MorningSo@cpe-70-117-27-48.satx.res.rr.com, Quit: WeeChat 0.3.0) | |
| 06:36 | mistik1_ has joined IRC (mistik1_!mistik1@unaffiliated/mistik1) | |
| 06:44 | mistik1_ is now known as mistik1 | |
| 07:02 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 255 seconds) | |
| 07:05 | blueonyx 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:12 | dobber has joined IRC (dobber!~dobber@213.169.45.222) | |
| 07:17 | mistik1 has left IRC (mistik1!mistik1@unaffiliated/mistik1, Ping timeout: 260 seconds) | |
| 07:19 | mistik1 has joined IRC (mistik1!mistik1@unaffiliated/mistik1) | |
| 07:28 | nathelm 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:51 | fosser_josh has joined IRC (fosser_josh!~prathames@59.95.38.187) | |
| 07:51 | fosser_josh has left IRC (fosser_josh!~prathames@59.95.38.187, Client Quit) | |
| 08:13 | nathelm has left IRC (nathelm!~jon@202-89-181-178.static.dsl.amnet.net.au, Quit: Leaving) | |
| 08:30 | blueonyx_ has joined IRC (blueonyx_!~blueonyx@p54BA3FE3.dip.t-dialin.net) | |
| 08:32 | blueonyx 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:44 | nathelm has joined IRC (nathelm!~jon@202-89-181-178.static.dsl.amnet.net.au) | |
| 08:44 | <blueonyx_> Hyperbyte: thanks
| |
| 08:52 | blueonyx_ has left IRC (blueonyx_!~blueonyx@p54BA3FE3.dip.t-dialin.net, Ping timeout: 240 seconds) | |
| 08:53 | F-GT has left IRC (F-GT!~phantom@ppp121-44-41-150.lns20.syd6.internode.on.net, Ping timeout: 250 seconds) | |
| 08:54 | blueonyx has joined IRC (blueonyx!~blueonyx@p54BA3FE3.dip.t-dialin.net) | |
| 09:04 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-214-176.lns20.syd7.internode.on.net) | |
| 09:05 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 09:19 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 09:31 | ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Excess Flood) | |
| 09:31 | ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de) | |
| 09:33 | bakytn has joined IRC (bakytn!d42a770b@gateway/web/freenode/ip.212.42.119.11) | |
| 09:45 | ddave7 has left IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz, Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) | |
| 09:49 | nathelm has left IRC (nathelm!~jon@202-89-181-178.static.dsl.amnet.net.au, Quit: Leaving) | |
| 10:08 | ddave7 has joined IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz) | |
| 10:08 | Trixboxer has joined IRC (Trixboxer!~Trixboxer@office.supportdepartment.net) | |
| 10:10 | _UsUrPeR_ has left IRC (_UsUrPeR_!~jsass@fw.acurrus.com, Ping timeout: 255 seconds) | |
| 10:23 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 276 seconds) | |
| 10:33 | cyberorg 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:37 | TheMatrix3000 has left IRC (TheMatrix3000!~TheMatrix@oh-76-1-35-247.dhcp.embarqhsd.net) | |
| 10:38 | Da-Geek has joined IRC (Da-Geek!~Da-Geek@nat/redhat/x-ekhtnzbnroljmvdz) | |
| 10:44 | spectra- 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:58 | chokesmaster 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:04 | veloutin_ 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:12 | alkisg 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:59 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 12:00 | brunolambert 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:32 | Mava has left IRC (Mava!~Mava@a91-154-46-4.elisa-laajakaista.fi, Ping timeout: 240 seconds) | |
| 12:34 | Mava 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:45 | bakytn has left IRC (bakytn!d42a770b@gateway/web/freenode/ip.212.42.119.11, Ping timeout: 252 seconds) | |
| 13:01 | brunolambert has left IRC (brunolambert!~brunolamb@nat/revolutionlinux/x-rkqsdxkcwfhgkufw, Quit: brunolambert) | |
| 13:09 | TheMatrix3000 has joined IRC (TheMatrix3000!~TheMatrix@rrcs-70-61-255-226.central.biz.rr.com) | |
| 13:40 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 13:41 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 260 seconds) | |
| 13:50 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 13:50 | alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.15.11, Read error: Operation timed out) | |
| 13:52 | Gadi has joined IRC (Gadi!~romm@ool-18bbe47a.static.optonline.net) | |
| 13:54 | cyberorg 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:00 | alexqwesa 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:24 | dlezcano 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:38 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
| 14:42 | dlezcano has joined IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net) | |
| 14:44 | _UsUrPeR_ has joined IRC (_UsUrPeR_!~jsass@fw.acurrus.com) | |
| 14:45 | ddave7 has left IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz, Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) | |
| 14:46 | Da-Geek has left IRC (Da-Geek!~Da-Geek@nat/redhat/x-ekhtnzbnroljmvdz, Quit: Leaving) | |
| 14:47 | Parker955_Away is now known as Parker955 | |
| 14:50 | _UsUrPeR_ has left IRC (_UsUrPeR_!~jsass@fw.acurrus.com, Ping timeout: 255 seconds) | |
| 14:51 | staffencasa has joined IRC (staffencasa!~staffenca@128-193-148-199.oregonstate.edu) | |
| 14:52 | blueonyx has left IRC (blueonyx!~blueonyx@p54BA3FE3.dip.t-dialin.net, Quit: leaving) | |
| 14:57 | ddave7 has joined IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz) | |
| 15:03 | sugoruyo has joined IRC (sugoruyo!~george@athedsl-325858.home.otenet.gr) | |
| 15:04 | sugoruyo has left IRC (sugoruyo!~george@athedsl-325858.home.otenet.gr) | |
| 15:07 | bakytn 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:15 | TheMatrix3000 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:22 | bakytn_ has joined IRC (bakytn_!1f1d15da@gateway/web/freenode/ip.31.29.21.218) | |
| 15:24 | bakytn has left IRC (bakytn!1f1d15da@gateway/web/freenode/ip.31.29.21.218, Ping timeout: 252 seconds) | |
| 15:30 | vagrantc 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:38 | bakytn_ 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:42 | Parker955 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:48 | komunista 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:58 | Parker955_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:00 | Gremble 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:02 | alkisg 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:14 | andygraybeal 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:47 | abeehc_ has joined IRC (abeehc_!~bob@d50-92-196-209.bchsia.telus.net) | |
| 16:49 | abeehc 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:20 | Mava_ 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:21 | MorningSon 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:23 | alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg) | |
| 17:23 | rishi__ 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:27 | Mava has left IRC (Mava!~Mava@a91-154-46-4.elisa-laajakaista.fi, Ping timeout: 255 seconds) | |
| 17:27 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 255 seconds) | |
| 17:27 | Trixboxer 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:38 | spectra- has left IRC (spectra-!~spectra@spectra-1-pt.tunnel.tserv9.chi1.ipv6.he.net, *.net *.split) | |
| 17:38 | mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, *.net *.split) | |
| 17:40 | ddave7 has left IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz, Ping timeout: 258 seconds) | |
| 17:41 | ddave7 has joined IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz) | |
| 17:42 | alkisg1 is now known as alkisg | |
| 17:46 | veloutin has left IRC (veloutin!~vvinet@nat/revolutionlinux/x-irsprkytzkyfcxci, Disconnected by services) | |
| 17:51 | spectra- has joined IRC (spectra-!~spectra@spectra-1-pt.tunnel.tserv9.chi1.ipv6.he.net) | |
| 17:51 | mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy) | |
| 18:04 | Parker955 is now known as Parker955_Away | |
| 18:19 | Gadi has left IRC (Gadi!~romm@ool-18bbe47a.static.optonline.net) | |
| 18:29 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 18:29 | Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net) | |
| 18:35 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 18:36 | komunista has left IRC (komunista!~slavko@adsl-195-168-226-169.dynamic.nextra.sk, Quit: Leaving.) | |
| 18:43 | veloutin_ has joined IRC (veloutin_!~vvinet@nat/revolutionlinux/x-qvdbtcttwbxyemao) | |
| 18:43 | veloutin_ is now known as veloutin | |
| 18:52 | Mava_ 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:06 | dlezcano 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:19 | dlezcano 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:28 | vagrantc has left IRC (vagrantc!~vagrant@c-24-21-191-93.hsd1.or.comcast.net, Quit: leaving) | |
| 19:31 | staffencasa 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:53 | alkisg 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:11 | staffencasa has joined IRC (staffencasa!~staffenca@128-193-148-199.oregonstate.edu) | |
| 20:41 | ddave7 has left IRC (ddave7!~Miranda@ip-62-245-126-150.net.upcbroadband.cz, Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) | |
| 20:46 | frederickjh has joined IRC (frederickjh!~frederick@rivendell/member/frederickjh) | |
| 20:49 | frederickjh has left IRC (frederickjh!~frederick@rivendell/member/frederickjh) | |
| 20:53 | TheMatrix3000 has joined IRC (TheMatrix3000!~TheMatrix@rrcs-70-61-255-226.central.biz.rr.com) | |
| 20:59 | loather-work has joined IRC (loather-work!~khudson@206.169.71.12) | |
| 21:02 | TheMatrix3000 has left IRC (TheMatrix3000!~TheMatrix@rrcs-70-61-255-226.central.biz.rr.com) | |
| 21:04 | Parker955_Away is now known as Parker955 | |
| 21:06 | alkisg 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:11 | artista_frustrad has joined IRC (artista_frustrad!~fernando@187.112.185.67) | |
| 21:22 | rishi__ has left IRC (rishi__!~Trixboxer@office.supportdepartment.net, Quit: "Achievement is not the end, its the beginning of new journey !!!") | |
| 21:31 | Lns 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:00 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 22:00 | alkisg 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:08 | bobby_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:21 | Lns has left IRC (Lns!~lns@pdpc/supporter/professional/lns, Remote host closed the connection) | |
| 22:21 | artista_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:23 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 22:42 | chokesmaster has joined IRC (chokesmaster!~chokesmas@bas5-sherbrooke40-2925525063.dsl.bell.ca) | |
| 22:54 | staffencasa has left IRC (staffencasa!~staffenca@128-193-148-199.oregonstate.edu, Quit: Leaving) | |
| 23:04 | dlezcano has left IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net, Ping timeout: 264 seconds) | |
| 23:11 | loather-work has left IRC (loather-work!~khudson@206.169.71.12, Quit: This computer has gone to sleep) | |
| 23:24 | Parker955 has left IRC (Parker955!~parker@d72-39-201-9.home1.cgocable.net, Ping timeout: 258 seconds) | |
| 23:25 | dlezcano has joined IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net) | |
| 23:41 | dlezcano has left IRC (dlezcano!~dlezcano@72-254-42-169.client.stsn.net, Ping timeout: 260 seconds) | |
| 23:44 | Parker955 has joined IRC (Parker955!~parker@d72-39-201-9.home1.cgocable.net) | |