IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 10 August 2010 (all times are UTC)
| 00:00 | vagrantc has joined #ltsp | |
| 00:02 | <Luke_Wolf> if I have a disk in the drive and reboot it will mount the drive, but if I open the drive it disappears and won't remount, and I can't insert a dvd after a fresh boot and have it recognize it other than to flash the icon and disappear. as far as the debug steps, there is no fuse group, and I'm not seeing recognition in dmesg for the drive..
| |
| 00:09 | <alkisg> It may be that bug that I remember, but I don't remember which one it was. E.g. it may be this one: http://bazaar.launchpad.net/~ltsp-upstream/ltspfs/ltspfs-trunk/revision/143
| |
| 00:09 | You can try getting a more recent ltspfs version from launchpad and copying it to your chroot manually...
| |
| 00:12 | <muppis> alkisg, we actually talked at work about Windows -based LTSP -like system with our co-op company.
| |
| 00:13 | try2free has joined #ltsp | |
| 00:14 | <alkisg> And? Any progress there?
| |
| 00:14 | <muppis> Not yet, talking was more like possibility to do so.
| |
| 00:16 | As you described it when you mentioned about Windows version of nbd-serverr.
| |
| 00:17 | <alkisg> Ah - yeah that wouldn't be too hard
| |
| 00:17 | I thought you were talking about booting windows on the clients :)
| |
| 00:17 | <muppis> Because we have lot of customers still running IE6 and Adobe Reader 7
| |
| 00:18 | <alkisg> A windows nbd-server doesn't really offer much though, as you still have linux underneath. And e.g. you'd still need a linux machine to update the image.
| |
| 00:20 | <muppis> That can be done in vm.
| |
| 00:20 | <alkisg> You can have a full server in vm too :)
| |
| 00:20 | <muppis> I know. :)
| |
| 00:24 | <Luke_Wolf> this is odd.. the configure script wasn't able to detect fuse or x11 or the current LTSPFS...
| |
| 00:24 | <muppis> I was amazed and shamed when I had to visit in one of our customers office (as myself, not work related) and I saw their systems. All software was left as is after installation, not updates nor upgrades at all.
| |
| 00:24 | <vagrantc> looks like stgraber has been busy tagging branches while i was on the train...
| |
| 00:28 | try2free has left #ltsp | |
| 00:28 | <muppis> alkisg, there's three kvm based vm-hosts under my control in work. I'm more familiar with them than ltsp, and I'm getting good with ltsp.
| |
| 00:30 | johnny has left #ltsp | |
| 00:46 | Kyle__ has quit IRC | |
| 00:52 | johnny has joined #ltsp | |
| 00:52 | Kyle__ has joined #ltsp | |
| 01:22 | <Luke_Wolf> hm... annoying dependency errors.. where can I change the PKG_CONFIG_PATH variable, is that in the configure or?
| |
| 01:24 | <alkisg> Luke_Wolf: why don't you try just copying the ltspfs scripts over your existing ones?
| |
| 01:33 | <vagrantc> stgraber: if i'd known you were going to tag ldm 2.1.3, i would've done it a few days ago ... as i just did an upload with all the patches from ldm-trunk
| |
| 01:34 | <Luke_Wolf> am I going to have to restart the server for changes to take effect?
| |
| 01:35 | vagrantc has quit IRC | |
| 01:50 | alkisg has quit IRC | |
| 01:54 | Luke_Wolf has quit IRC | |
| 02:14 | sweetpi has quit IRC | |
| 02:15 | johnny has left #ltsp | |
| 02:17 | johnny has joined #ltsp | |
| 02:28 | johnny has left #ltsp | |
| 02:29 | dobber has joined #ltsp | |
| 02:31 | cyberorg has quit IRC | |
| 02:32 | johnny has joined #ltsp | |
| 02:37 | cyberorg has joined #ltsp | |
| 02:37 | johnny has left #ltsp | |
| 03:00 | johnny has joined #ltsp | |
| 03:01 | johnny has left #ltsp | |
| 03:02 | johnny has joined #ltsp | |
| 03:07 | Da-Geek has joined #ltsp | |
| 04:17 | pthsWork has joined #ltsp | |
| 04:28 | ftherese has joined #ltsp | |
| 04:29 | <ftherese> how do I make other input methods available on the thin clients running firefox?
| |
| 04:29 | I need korean and Chinese for example
| |
| 04:40 | <elias_a> ftherese: I do not know for sure but I suppose it goes the same way as installing language support in general.
| |
| 04:40 | Just add languages to the server and that should be it.
| |
| 04:41 | <ftherese> ok, I'll try that elias_a thank you
| |
| 04:41 | pthsWork_ has joined #ltsp | |
| 04:43 | pthsWork_ has quit IRC | |
| 04:46 | komunista has joined #ltsp | |
| 07:00 | dobber has quit IRC | |
| 07:00 | dobber has joined #ltsp | |
| 07:05 | [GuS] has joined #ltsp | |
| 07:16 | vmlintu has joined #ltsp | |
| 07:17 | pmatulis has joined #ltsp | |
| 07:18 | rad4Christ has joined #ltsp | |
| 07:37 | <[GuS]> Hi guys, i am having a problem with ltsp5 on gentoo, i've made possible to install a client, the ldm shows up but when i try to log in, is like is not "reading" the OS users. So i've created one user inside chroot of ltsp and it works. Which could be the reason?
| |
| 07:40 | vmlintu_ has joined #ltsp | |
| 07:41 | vmlintu has quit IRC | |
| 07:49 | alkisg has joined #ltsp | |
| 07:53 | <alkisg> [GuS]: are you sure you're using ldm? ldm runs ssh, so it wouldn't work with a local user
| |
| 07:53 | (unless of course you actually have sshd installed on the chroot, and you point ldm to it for user authentication)
| |
| 07:54 | <[GuS]> uhmmm interesting. Well, for what it seems is ldm, cause has ltsp logo and such but i could be wrong. So, where i configure the ldm for not chroot sshd? (sorry if i dont give more data, the installation was made from another admin and i must continue it)
| |
| 07:58 | <alkisg> I think it reads the "LDM_SERVER" environment variable
| |
| 07:58 | (which is supposed to come from the screen.d/ldm script (=SERVER there), which is supposed to come from lts.conf or from dhcpd
| |
| 08:04 | <[GuS]> mm, well in lts.conf the server is the local server IP, i will look in the ldm script
| |
| 08:05 | <alkisg> change the ldm script so that it runs a /bin/xterm and check inside that shell if everything is ok.
| |
| 08:06 | <[GuS]> ok, thanks alkisg. I will start from here then :)
| |
| 08:06 | gentgeen__ has quit IRC | |
| 08:06 | <alkisg> from the topic: "Gentoo is getting very close" ==> it's not there yet ==> some debugging will be needed :)
| |
| 08:14 | <[GuS]> alkisg: indeed, and i know... but we use Gentoo in the company i work... so i dont have alternative :( (even when i dislike it...)
| |
| 08:15 | vmlintu_ has quit IRC | |
| 08:18 | gentgeen__ has joined #ltsp | |
| 08:19 | <[GuS]> alkisg: also i dont know if this is usefull information, seems all ok http://pastebin.com/cLskUsZA
| |
| 08:20 | vmlintu_ has joined #ltsp | |
| 08:31 | vmlintu_ has quit IRC | |
| 08:32 | <[GuS]> well, i think is not ldm which i am using
| |
| 08:36 | <redbaritone> Trying to do NAT redirection for PCs on my ltsp network.
| |
| 08:37 | Since NetworkManager (GUI) uses /etc/NetworkManager/system-connections/ instead of /etc/network/interfaces, where should I put "up iptables-restore < /etc/ltsp/nat".
| |
| 08:39 | Is there a place provided by Network Manager for adding additional commands, like this?
| |
| 08:41 | <alkisg> Yes. Read this paragraph *and* the next one (two methods there): https://help.ubuntu.com/community/IptablesHowTo#Solution%20#2%20/etc/network/if-pre-up.d%20and%20../if-post-down.d
| |
| 08:43 | Why do you need NATting? It shouldn't be needed unless you use localapps...
| |
| 08:43 | <redbaritone> PCs running Windoze.
| |
| 08:43 | <alkisg> Those shouldn't be on the same network as ltsp
| |
| 08:43 | <redbaritone> (I know, it's such a waste, but the teacher is more comfortable, if it's still around.)
| |
| 08:43 | <alkisg> If they are, you'd better just use one nic on the server, there's no point in using 2 nics then
| |
| 08:44 | <redbaritone> No, it works. It's just that I have to put it where it will be recognized by the system.
| |
| 08:44 | vmlintu_ has joined #ltsp | |
| 08:45 | <redbaritone> Last time we went back to using Network Manager, it blew away a working system.
| |
| 08:45 | <alkisg> I understand that it works, I'm just saying that it's not necessary, you complicate your network setup without reason
| |
| 08:45 | <redbaritone> Why doesn't it just work with standard DHCP, then?
| |
| 08:46 | <alkisg> What doesn't?
| |
| 08:46 | jennyf has joined #ltsp | |
| 08:46 | <redbaritone> Connecting to any web page.
| |
| 08:46 | <alkisg> Because you're using 2 nics
| |
| 08:46 | OK never mind go on it will work like you do it
| |
| 08:47 | I was just proposing another -simpler- method, but you're closer to completing the 2 nic setup, so never mind
| |
| 08:47 | jennyf has quit IRC | |
| 08:47 | <redbaritone> Okay.
| |
| 08:47 | Won't the extra card help overall througput, though?
| |
| 08:47 | <alkisg> No
| |
| 08:47 | (not the way you got it wired)
| |
| 08:49 | <redbaritone> Interesting. I thought this was the best way to do it.
| |
| 08:49 | (It's the standard way.)
| |
| 08:50 | F-GT has quit IRC | |
| 08:51 | <alkisg> The standard way is not to connect the other PCs on the ltsp subnet :)
| |
| 08:51 | Don't worry, it'll work fine, go on...
| |
| 08:52 | <redbaritone> Well, that goes without saying. I was hoping wine would negate the need for the Windows side, but alas, it screwed up my install and is too complex to deal with.
| |
| 08:53 | So, where does one put the "up iptables-restore < /etc/ltsp/nat" command, using Network manager?
| |
| 08:53 | <alkisg> See the link I pasted above
| |
| 08:53 | <redbaritone> ahh, thanks. I missed it earlier.
| |
| 08:55 | wwx has quit IRC | |
| 09:00 | vagrantc has joined #ltsp | |
| 09:01 | wwx has joined #ltsp | |
| 09:08 | hawkI has joined #ltsp | |
| 09:25 | <[GuS]> alkisg: i've upgraded ltsp to 5.2.4 and tried to build a new ltsp client, which i have this error: http://pastebin.com/BWydV7ze any ideas? seems like a path problem
| |
| 09:26 | alkisg: is the layman path which changed?
| |
| 09:26 | <alkisg> [GuS]: I've no idea about Gentoo, sorry
| |
| 09:26 | Never even seen it running
| |
| 09:26 | <[GuS]> ahh ok :(
| |
| 09:26 | jaja me either the v5 :P
| |
| 09:27 | F-GT has joined #ltsp | |
| 09:29 | <[GuS]> Any gentoo users in the channel? :D
| |
| 09:31 | ok fixed.. seems it was the new path of layman
| |
| 09:40 | <dberkholz> there are a few of us
| |
| 09:57 | |GuS| has joined #ltsp | |
| 09:58 | [GuS] has quit IRC | |
| 09:59 | |GuS| is now known as [GuS] | |
| 09:59 | vmlintu_ has quit IRC | |
| 09:59 | <[GuS]> alkisg: i have a doub about the old ltsp4.2, actually a thin client can mount a CDROM drive?
| |
| 10:00 | of you need to configure it?
| |
| 10:02 | <alkisg> I've never seen the old ltsp 4.2 :)
| |
| 10:03 | (so I guess that you'll get better answers if you ask in the channel and not me personally - as I'm neither a gentoo nor ltsp 4.2 user :))
| |
| 10:07 | <[GuS]> ok sorry...
| |
| 10:11 | vmlintu_ has joined #ltsp | |
| 10:14 | staffencasa has joined #ltsp | |
| 10:24 | korcan has joined #ltsp | |
| 10:25 | efra has joined #ltsp | |
| 10:35 | vmlintu_ has quit IRC | |
| 10:36 | gentgeen__ has quit IRC | |
| 10:41 | gentgeen__ has joined #ltsp | |
| 10:42 | dobber has quit IRC | |
| 10:52 | <_UsUrPeR_> is anybody familiar with installing firefox plugins on localapps installations?
| |
| 10:57 | <alkisg> vagrantc: instead of modifying .desktop entries, wouldn't it be cleaner to implement localapps menu handling like this?
| |
| 10:57 | 1) Create a bin directory somewhere, e.g. /tmp/userxxx-bin, and put it first into the user path.
| |
| 10:57 | 2) Fill it with small shell scripts, e.g. for firefox that would be: ltsp-localapps firefox $@
| |
| 10:57 | The advantages I'm thinking of are: 1) simpler, and 2) commands would work even outside of the menus (e.g. a user trying to run firefox from the console, or a server thunderbird trying to invoke a localapps firefox)...
| |
| 10:59 | (I think most .desktop files don't use absolute paths for their commands - this might even be in the specification, not sure...)
| |
| 11:02 | (in (2), symlinks to a "run-ltsp-localapp" script would also work, no need for many different scripts)
| |
| 11:02 | (and (3), it might even work for non-xdg compliant DEs that don't use .desktop files for their menus...)
| |
| 11:03 | (heh and (4) no need to change any panels, those should also work)
| |
| 11:04 | scott_ino has quit IRC | |
| 11:06 | <alkisg> Hmm 35 out of 239 apps in my /usr/share/applications use absolute paths :-/
| |
| 11:14 | Da-Geek has quit IRC | |
| 11:22 | komunista has quit IRC | |
| 11:22 | redbaritone has quit IRC | |
| 11:27 | Selveste1 has quit IRC | |
| 11:31 | Da-Geek has joined #ltsp | |
| 11:31 | <vagrantc> alkisg: i think the full paths issue was one of the problems... even if *most* don't, some do
| |
| 11:31 | Da-Geek has quit IRC | |
| 11:31 | <alkisg> Yeah I saw it at the end. Petty, it would be nice if noone of them used absolute paths
| |
| 11:31 | <vagrantc> alkisg: overall, i like that idea better
| |
| 11:32 | <alkisg> (it would even be nice for non-ltsp setups, e.g. a user may override firefox this way in his own ~/bin)
| |
| 11:32 | <vagrantc> file bugs :)
| |
| 11:33 | <alkisg> Except for opera though, I don't see any app that I would be interested in running it as a localapp
| |
| 11:33 | (that uses absolute paths)
| |
| 11:33 | Ah, and maybe nxclient
| |
| 11:34 | * vagrantc ponders if it would be worth getting into various policies... and then the problem would eventually correct itself | |
| 11:34 | <alkisg> Unfortunately it's not there yet: http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html
| |
| 11:36 | "The executable program can either be specified with its full path or with the name of the executable only."
| |
| 11:36 | <vagrantc> how can we do evil properly with all these full paths laying around?
| |
| 11:36 | <alkisg> :D
| |
| 11:39 | <vagrantc> alkisg: sounds like... more work... but we could do both tweaked .desktop and PATH hacks
| |
| 11:39 | <alkisg> I thought of it. It doesn't sound bad, it would help with the thunderbird/firefox issue
| |
| 11:39 | <vagrantc> right
| |
| 11:39 | debian is frozen, so any craziness we come up with most likely won't be in the upcoming debian release
| |
| 11:40 | stuck with craziness of the past :)
| |
| 11:40 | <alkisg> Wow... so maybe in the autumn we'll see a new debian? that cycle was quick...
| |
| 11:40 | <vagrantc> alkisg: also, the snippets would need to handle all manner of insane quoting
| |
| 11:40 | alkisg: hope so
| |
| 11:41 | <alkisg> vagrantc: a simple symlink to a new script of ours would do, e.g. symlink /tmp/userxxx-bin/firefox to /usr/bin/run-ltsp-localapp,
| |
| 11:41 | <vagrantc> alkisg: debian's got a reputation for *really* slow cycles based on a single cycle several releases back that too insanely long
| |
| 11:41 | <alkisg> and then check $0 to get the name of the executable
| |
| 11:41 | <vagrantc> alkisg: the last several release cycles were generally under 2 years
| |
| 11:42 | <alkisg> Right, I thought I heard they wanted to speed it up a little
| |
| 11:42 | Btw, we could also do that locally for remoteapps
| |
| 11:43 | E.g. a local firefox would launch a remote thunderbird with a mailto: link
| |
| 11:43 | <vagrantc> there was a botched attempt at speeding it up a lot to try and sync up with ubuntu's LTS, but the developer base revolted
| |
| 11:43 | largely for good reason, i think
| |
| 11:43 | <alkisg> Yeah it's too soon for this
| |
| 11:44 | If, at some point, a very large percentage of the developers synchronize with a 6month cycle, then maybe debian could try it again... i think...
| |
| 11:44 | (I'm saying that because gnome, kde, ubuntu, fedora etc settled for a 6 month cycle, so maybe some devs could slowly get used to that)
| |
| 11:45 | (although imho 6 months is too little, a year would be more sane)
| |
| 11:47 | * vagrantc nods | |
| 11:47 | <alkisg> Hmmm we can modify ltsp-localapps to *be* the wrapper script: if "$0" != "ltsp-localapps" ==> then it was launched as "/tmp/userxxx-bin/firefox" so it should run firefox instead
| |
| 11:47 | <vagrantc> that sounds reasonable
| |
| 11:47 | <alkisg> (and the same for remoteapps)
| |
| 11:48 | <vagrantc> think you'll need if "$(basename $0)" != "ltsp-localapps"
| |
| 11:48 | <alkisg> Yup
| |
| 11:49 | Selveste1 has joined #ltsp | |
| 11:49 | <alkisg> "$(basename "$0")" even
| |
| 11:49 | ok, back to work for now...
| |
| 11:59 | Luke_Wolf has joined #ltsp | |
| 12:00 | alkisg has quit IRC | |
| 12:01 | alkisg has joined #ltsp | |
| 12:02 | alkisg1 has joined #ltsp | |
| 12:02 | alkisg has quit IRC | |
| 12:02 | alkisg1 is now known as alkisg | |
| 12:04 | <Luke_Wolf> alkisg, I replaced all instances of the files with the ones in the scripts folder, but the problem is still there, and now it doesn't mount from boot.
| |
| 12:05 | <alkisg> Luke_Wolf: both in the chroot and in the server?
| |
| 12:05 | (ltspfs / ltspfsd ?)
| |
| 12:08 | <Luke_Wolf> I copied over the ones in /usr/... and /opt/... yes, I didn't chroot though..
| |
| 12:09 | <alkisg> ltspfs goes in the server: http://packages.ubuntu.com/lucid/all/ltspfs/filelist
| |
| 12:09 | ltspfsd in the chroot: http://packages.ubuntu.com/lucid/all/ltspfsd/filelist
| |
| 12:11 | <[GuS]> ufffff at last! now i can login to ltsp client :D
| |
| 12:15 | pths_ has joined #ltsp | |
| 12:17 | jhutchins_lt has quit IRC | |
| 12:18 | jhutchins_lt has joined #ltsp | |
| 12:19 | <johnny> alkisg, vagrantc can one of you bug the new fedora maintainer to start hanging out in here?
| |
| 12:20 | <alkisg> johnny: did he really take up maintaining ltsp? I didn't see any answers from warren...
| |
| 12:20 | <johnny> well warren left fedora
| |
| 12:21 | so he might not ever check his ltsp-developers subscribed email
| |
| 12:21 | maybe he needs to be bugged more directly
| |
| 12:21 | this situation needs to be resolved
| |
| 12:21 | not being able to install ltsp on fedora13 is b a d bad
| |
| 12:22 | there's no reason it can't support nbd now
| |
| 12:22 | since he can use dracut
| |
| 12:23 | * alkisg isn't the right person for any fedora-related conversations anyway, as he never used fedora... | |
| 12:23 | <alkisg> But if there was a new maintainer, shouldn't he ask for commit rights etc?
| |
| 12:23 | <johnny> yes
| |
| 12:24 | <alkisg> Well, imho, if he doesn't care to ask for commit rights, then... :-/
| |
| 12:24 | <johnny> maybe he's still waiting
| |
| 12:24 | i'm just suggesting that he be offered commit rights
| |
| 12:24 | unless he's still having trouble becoming the maintainer of the fedora packages themselves
| |
| 12:25 | pths_ has quit IRC | |
| 12:25 | <alkisg> I believe the correct way would be for him to resolve any issues, then come again here (as he came in the first place) or mail the ML and ask for commit rights... Giving them to someone that didn't even ask and didn't yet contribute anything doesn't sound right to me... But then again I'm probably the newest member so my opinion doesn't matter much :)
| |
| 12:26 | <johnny> well it sounds like the process is more rigorous than necessary
| |
| 12:26 | giving before contributing is no problem
| |
| 12:26 | imo
| |
| 12:27 | altho dvcs makes it easier to do so
| |
| 12:28 | <alkisg> "I also have a prototype project in mind to eventually revamp LTSP in Fedora with a far more efficient approach to thin clients and remote desktops."
| |
| 12:28 | So I wonder if warren has something else in mind for fedora...
| |
| 12:29 | <johnny> well, i would hope they would be working upstream with us
| |
| 12:29 | if not.. then they are big liaris
| |
| 12:29 | liars*
| |
| 12:29 | <highvoltage> liaris sounds worse:)
| |
| 12:29 | <johnny> that is.. unless the ltsp developers were against his ideas at BTS or some hackfest
| |
| 12:30 | but i think i would have heard about that
| |
| 12:31 | <Luke_Wolf> alkisg, no dice. theres a file in the list for ltspfs that is not in the source package, (well it is there, just not compiled) /usr/bin/lbmount , and one in ltspfsd /lib/udev/rules.d/80-ltspfsd.rules that latter one doesn't even exist in a .c file, and a find doesn't come up with any results..
| |
| 12:32 | <alkisg> Luke_Wolf: ok, I think it was worth a shot, just revert them (or reinstall the packages)...
| |
| 12:32 | No other ideas from me :)
| |
| 12:37 | johnny has left #ltsp | |
| 12:38 | johnny has joined #ltsp | |
| 12:40 | <vagrantc> our original process involved the distros determining who had commit rights
| |
| 12:40 | ideally, warren would have added a new person to work on fedora... in absence of that...
| |
| 12:41 | without that, i'd want to actually see some branch merges to bring it up to speed that didn't break everything for everyone else
| |
| 12:41 | i don't think that's too much to ask
| |
| 12:42 | i don't really known how fedora works, but i'd be ideal if fedora would have some mechanism of saying "yes, this person is the new LTSP fedora person"
| |
| 12:45 | debian has an MIA process for when people go unresponsive
| |
| 12:45 | rad4Christ has quit IRC | |
| 12:50 | * alkisg reads a paper about a caching nfs client... "and improves on the basic client by up to a factor of 14 when reading from files that are cached locally." | |
| 12:50 | leio_ is now known as leio | |
| 12:51 | <alkisg> If we were able to cache a fat client image to a usb stick with such an nfs client, it would make possible to run almost unlimited fat clients on a low speed network...
| |
| 12:52 | Luke_Wolf has quit IRC | |
| 12:54 | Luke_Wolf has joined #ltsp | |
| 12:55 | <johnny> alkisg, i have some atom boxes with sdcard/compact flash ide interfaces
| |
| 12:56 | <alkisg> Here we mostly use netbooks as fat clients (many students bring their own to the school)
| |
| 12:57 | There are also a few modern pc labs, but only a few. In both those cases caching could be done on the local disk...
| |
| 12:57 | <johnny> ah.. well usb would be perfect then
| |
| 12:57 | it's not perfect for us tho.. :(
| |
| 12:57 | somebody would steal it or lose it
| |
| 12:58 | <alkisg> Don't those have internal usb ports?
| |
| 12:58 | But anyway, sure, caching isn't for all cases. Where applicable though I think it would help a lot.
| |
| 13:01 | Broadcasting could also be used, so that when a client asks for some part of a file, all clients get it and update their copies. Hmmm... sounds like a good project for google summer of code :D ...
| |
| 13:08 | Luke_Wolf has quit IRC | |
| 13:10 | Luke_Wolf has joined #ltsp | |
| 13:16 | <[GuS]> Guys, i have a weird problem, being inside ltsp client, in gnome sessión, the Applications Menu does no have anything... any tip?
| |
| 13:16 | does not show the apps menu
| |
| 13:17 | is empty
| |
| 13:18 | <johnny> then you didn't install the apps ?
| |
| 13:19 | but if you emerged the entirety of gnome it should show up
| |
| 13:19 | if that's not the case, your problem is not with ltsp, but gentoo
| |
| 13:23 | <vagrantc> to confirm it's not an ltsp problem, you could log into the server directly...
| |
| 13:24 | <johnny> ah yes :)
| |
| 13:24 | * johnny pokes vagrantc | |
| 13:24 | <johnny> even if i'm dumb.. i'm sure ya'll missed me
| |
| 13:26 | vmlintu_ has joined #ltsp | |
| 13:36 | <[GuS]> johnny: i believe you didnt think in the question you made :P
| |
| 13:36 | Luke_Wolf has quit IRC | |
| 13:36 | <[GuS]> of course all apps are installed
| |
| 13:37 | johnny: and when i log into server the application menu does show
| |
| 13:38 | <johnny> that seems unlikely
| |
| 13:38 | i don't even see how it's possible
| |
| 13:38 | as you are logged directly into the server, so all apps should show
| |
| 13:39 | Luke_Wolf has joined #ltsp | |
| 13:41 | <vagrantc> unless it defaulted to fatclient somehow? or localapps got triggered strangely
| |
| 13:42 | <[GuS]> johnny: yeah, pretty weird...
| |
| 13:42 | <johnny> gentoo has no fat client support
| |
| 13:42 | yet..
| |
| 13:42 | ah, peerhaps on the local apps.. but seems unlikely
| |
| 13:42 | knipwim, are you about?
| |
| 13:42 | * vagrantc wonders how it got patched out | |
| 13:43 | <johnny> vagrantc, it's OS specific
| |
| 13:43 | <vagrantc> debian doesn't have good support for fatclients, but the code's all there and does work
| |
| 13:43 | <johnny> isn't it?
| |
| 13:43 | pretty sure it's under Distro/
| |
| 13:43 | <vagrantc> it's mostly just ldm hooks
| |
| 13:43 | * [GuS] re-emerging gnome-menus just in case | |
| 13:44 | <vagrantc> johnny: to make it easy to use is distro specific, but the core functionality is all there
| |
| 13:45 | <alkisg> [GuS]: so if you press alt+f2 => xterm, that xterm is on the server?
| |
| 13:45 | * alkisg thinks Gus was logging in with a local user in the chroot previously... | |
| 13:46 | <[GuS]> alkisg: that was fixed, so no :)
| |
| 13:46 | i am logged in into the remote server
| |
| 13:47 | <alkisg> What do you get with "echo $XDG_DATA_DIRS" ?
| |
| 13:48 | <[GuS]> alkisg: /usr/local/share:/usr/share:/usr/kde/3.5/share:/usr/share/gdm
| |
| 13:49 | <alkisg> Uhm except for 's/gdm/gnome', that sounds reasonable...
| |
| 13:49 | <[GuS]> yeah..
| |
| 13:52 | also when i try to "Edit menu" does nothing
| |
| 13:54 | <alkisg> And if you run `alacarte` (the menu editor) from the console? Any messages?
| |
| 13:56 | sweetpi has joined #ltsp | |
| 14:00 | <[GuS]> ok fixed D
| |
| 14:00 | :D
| |
| 14:00 | <alkisg> What was it?
| |
| 14:01 | <[GuS]> deleted gnome-applications.menu and regenerated it again, so i believe gentoo based...weird that only happen in my user
| |
| 14:01 | so 've cleaned my home and did that too
| |
| 14:05 | <Luke_Wolf> hm.. I guess I should have made backups of those various files, because after a few reinstalls of ltspfs and ltspfsd, I'm not back to the previous state.. who's the person in charge of the Fedora side of this or theoretically in charge?
| |
| 14:11 | <vagrantc> fedora's kind of abandoned, at the moment
| |
| 14:11 | Luke_Wolf: it used to be warren togami, but he's stopped doing fedora stuff as best i can tell. someone tried to take over maintainership, but i don't rightly know where they're at.
| |
| 14:12 | Luke_Wolf: Gavin Spurgeon <gspurgeon@redhat.com> asked if they could take over the fedora maintenence
| |
| 14:13 | <Luke_Wolf> okay, thanks
| |
| 14:13 | <vagrantc> someone was mentioning the issue earlier today
| |
| 14:14 | it really is a shame to not have active fedora support at the moment ... even though i'm a debian loyalist :)
| |
| 14:14 | <highvoltage> vagrantc: have you mooed today?
| |
| 14:15 | * alkisg thinks we need to change the irc topic to something more appropriate :D | |
| 14:15 | <vagrantc> heh
| |
| 14:16 | pmatulis has quit IRC | |
| 14:26 | <Luke_Wolf> there.. he's been emailed
| |
| 14:27 | <johnny> Luke_Wolf, or you could just switch to ubuntu
| |
| 14:27 | but hopefully fedora will come back alive
| |
| 14:32 | <Luke_Wolf> well.. I switched from ubuntu because I felt the newer versions were locking me out of customization and I didn't like the way their default gnome setup was going, although that could have and probably was just the gnome updates.. (I mean how much longer till we get a new gdmsetup?).. I do miss the ubuntu version of the packagekit, but otherwise I've been pretty happy with Fedora..
| |
| 14:37 | <alkisg> fedora has a different tool than ubuntu for gdm setup?
| |
| 14:39 | Selveste1 has quit IRC | |
| 14:39 | <Luke_Wolf> currently there is no gdm tool in fedora, because they're waiting on the gnome developers to eventually (like when duke nukem forever comes out) write their replacement tool, you can do some stuff with directly modifying files, but..
| |
| 14:44 | <abeehc-> lol
| |
| 14:45 | <johnny> the only thing you can do with the login screen is changing the background
| |
| 14:45 | <Luke_Wolf> yeah, and doing so is a bit of a pain
| |
| 14:47 | <alkisg> I don't think any distro can be blamed for the gnome tools that don't yet exist though...
| |
| 14:47 | A basic gdmsetup was implemented for lucid, but something better should be implemented upstream..
| |
| 14:50 | <Luke_Wolf> yeah, I agree distros can't be blamed, but I do prefer the scheme that fedora takes, over the schemes that ubuntu did when I used it
| |
| 14:50 | <[GuS]> does someone has a guide that could possible make work localdevs and sound on think client?
| |
| 14:50 | i've tried some, and does not work
| |
| 14:50 | <johnny> there is no guide neeeded
| |
| 14:51 | for usb devices and cd readers
| |
| 14:51 | for scanners and cd burning, there is no support
| |
| 14:51 | in ltsp at all
| |
| 14:51 | it's more likely that you have a software bug
| |
| 14:52 | jhutchins_lt has quit IRC | |
| 14:52 | <[GuS]> hmmm...
| |
| 14:52 | but someone made it possible in any distro? :P
| |
| 14:52 | well, printers does work in my case
| |
| 14:53 | and i've switched (bah.. ir our company) to v5 to see is this was improved
| |
| 14:53 | <johnny> it worked in gentoo at one point
| |
| 14:53 | it worked for me when i was working on it
| |
| 14:53 | i have no idea what packages might be broken these days tho
| |
| 14:54 | it could be that your kernel in the chroot doesn't have drivers for your hardware
| |
| 14:54 | you'll have to check that
| |
| 14:54 | <[GuS]> well, indeed it has
| |
| 14:55 | and i did loaded the driver in lts.conf
| |
| 14:55 | redbaritone has joined #ltsp | |
| 14:56 | sweetpi has quit IRC | |
| 14:56 | <[GuS]> /opt/ltsp/x86/lib/modules/2.6.34-gentoo-r1/kernel/sound/pci/hda/snd-hda-intel.ko | SMODULE_01 = "snd-hda-intel"
| |
| 14:57 | <johnny> you shouldn't have to specific any modules
| |
| 14:57 | <[GuS]> well... just in case...
| |
| 14:57 | <johnny> don't do that
| |
| 14:57 | remove all specifics that aren't required from lts.conf
| |
| 14:57 | and then start reading logs when you try to play sounds
| |
| 14:58 | and also check to see if the pulseaudio process is doing anything
| |
| 15:01 | <[GuS]> ok, i will
| |
| 15:01 | well guys, thanks... at least today i made some progress on ltsp5 gentoo
| |
| 15:01 | :P
| |
| 15:01 | cyaaa!
| |
| 15:01 | [GuS] has quit IRC | |
| 15:05 | <Luke_Wolf> I would switch to KDE but their packagekit is kind of meh, and kwin doesn't really support nouveau yet..
| |
| 15:10 | vagrantc has quit IRC | |
| 15:14 | jhutchins_lt has joined #ltsp | |
| 15:16 | jhutchins_lt has quit IRC | |
| 15:17 | pths has quit IRC | |
| 15:18 | jhutchins_lt has joined #ltsp | |
| 15:21 | Selveste1 has joined #ltsp | |
| 15:24 | bobby_C has joined #ltsp | |
| 15:24 | pths has joined #ltsp | |
| 15:33 | mistik1 has joined #ltsp | |
| 15:48 | knipwim has quit IRC | |
| 16:07 | hedbruno has joined #ltsp | |
| 16:08 | hedbruno has left #ltsp | |
| 16:21 | <Kyle__> I'm seeting an error "tftp: client does not accept options" in my syslog, as well as a complaint that tftp doesn't have permission to open the partition I'm using for nbd.
| |
| 16:22 | Are the two related? Or not really?
| |
| 16:24 | <alkisg> tftp has nothing to do with nbd
| |
| 16:24 | What's the exact message for that?
| |
| 16:27 | <Kyle__> alkisg: I need coffee. The permission denied message was from nbd_server, not tftp (which I thought it was from)
| |
| 16:27 | My mistake :)
| |
| 16:27 | * Kyle__ had actually just added the tftp user to the disk group... not what he needed. | |
| 16:27 | <johnny> Kyle__, the not accept options is rarely a problem
| |
| 16:28 | i used to see it all the time
| |
| 16:28 | before i got newer clients
| |
| 16:28 | <Kyle__> Yea, I just confused two lines.
| |
| 16:29 | Is there any good reason _not_ to switch inetd to using the nbd user instead of nobody for nbdrootd?
| |
| 16:29 | * Kyle__ really isn't confortable with putting the user nobody in the disk group. | |
| 16:32 | * Kyle__ is actually kindof surprised that P4 dell workstations would be considered old for tftp clients. | |
| 16:33 | <alkisg> Why would you put the nobody user in the disk group?
| |
| 16:34 | "tftp clients" ==> tftp is just to download the kernel, it isn't used after that, so even a 15 year old pc can be used as a "tftp client"...
| |
| 16:34 | (maybe you meant nbd clients?)
| |
| 16:35 | <Kyle__> alkisg: I know.
| |
| 16:35 | inetd is using the user "nobody" for the nbdrootd server.
| |
| 16:36 | So the choice is chmod the block device used for an image, or add the user who's running the nbdrootd server to the disk group.
| |
| 16:37 | <alkisg> Ah ok you use a block device. Sure you can change that specific line in inetd.conf...
| |
| 16:38 | <Kyle__> Is there any good reason not to?
| |
| 16:38 | Before I go mucking about in everything :)
| |
| 16:38 | * alkisg can't think of anything | |
| 16:39 | Luke_Wolf has quit IRC | |
| 16:44 | Luke_Wolf has joined #ltsp | |
| 16:44 | bobby_C has quit IRC | |
| 16:50 | alkisg1 has joined #ltsp | |
| 16:51 | * alkisg1 just changed his inetd.conf to export /dev/sda3 with the nbd user (in disk group), it worked fine... | |
| 16:52 | alkisg has quit IRC | |
| 16:53 | efra has quit IRC | |
| 16:53 | efra has joined #ltsp | |
| 16:54 | alkisg1 has quit IRC | |
| 16:55 | johnny has left #ltsp | |
| 16:56 | <Luke_Wolf> hm... So I can mount the dvd drive locally using tty2.. the question is how to get it to be usable..
| |
| 16:58 | pmatulis has joined #ltsp | |
| 17:01 | efra has quit IRC | |
| 17:07 | artista_frustrad has joined #ltsp | |
| 17:10 | <Kyle__> is it possible (and or advisiable) to run an ssh server on ltsp fat clients?
| |
| 17:12 | <vmlintu_> Kyle__: it's definitely possible
| |
| 17:13 | Kyle__: I'd personally advice against running a public ssh server where anyone can login because of limited memory, but for admin access it has been working great for us
| |
| 17:14 | <Kyle__> vmlintu_: OK. How did you go about setting it up? I'm using ubuntu based fat-clients, and tried just installing the ssh-server via apt. It didn't exactly work :) Couldn't log in nomatter what.
| |
| 17:15 | <vmlintu_> Which user are you using to login?
| |
| 17:16 | <Kyle__> I tried my own user, as well as some others.
| |
| 17:16 | <vmlintu_> Does the user exist in chroot's /etc/passwd?
| |
| 17:16 | Luke_Wolf has quit IRC | |
| 17:17 | <Kyle__> No, just in the server's. That's the issue?
| |
| 17:18 | <vmlintu_> If you don't have pam rules set up to read the users from the server, then it needs the users locally in chroot
| |
| 17:19 | <Kyle__> Ah I see.
| |
| 17:22 | Luke_Wolf has joined #ltsp | |
| 17:23 | johnny has joined #ltsp | |
| 17:26 | <Luke_Wolf> hm.. can I mount a drive locally in a terminal and then connect to it?
| |
| 17:27 | jhutchins_lt has quit IRC | |
| 17:40 | <Luke_Wolf> hm... perhaps connect to it as if its a server?..
| |
| 17:42 | ..no
| |
| 17:45 | vmlintu_ has quit IRC | |
| 17:49 | <Luke_Wolf> Is there a way to manually connect to a local drive?
| |
| 17:56 | ..?
| |
| 18:06 | <abeehc-> i dont understand
| |
| 18:06 | locally, as in mount a drive on a client?
| |
| 18:07 | local is a term that needs to be qualified round here i guess
| |
| 18:07 | <Luke_Wolf> yes, manually mount a local dvd drive on a client, so I can see it from LDM, rather than just TTY2
| |
| 18:08 | <abeehc-> not that i'm aware of
| |
| 18:10 | would kinda work if mounted on the server
| |
| 18:11 | <Luke_Wolf> but how would I mount it on the server?
| |
| 18:11 | <abeehc-> put it in the dvd drive of the server :)
| |
| 18:11 | i guess if you mounted it on the filesystem somewhere the client would see the same
| |
| 18:12 | <Luke_Wolf> yeah, the trick is getting it to mount on the server filesystem rather than just on local however..
| |
| 18:16 | (I'm trying to figure out a workaround for my dvd drive on the client not mounting... and manually mounting seems like it would be the best if I could figure out how to make the bits work together..)
| |
| 18:19 | korcan has quit IRC | |
| 18:20 | artista_frustrad has quit IRC | |
| 18:20 | korcan has joined #ltsp | |
| 18:21 | <Luke_Wolf> I mean clearly it can mount local devices because I can mount a usb drive, but why it is screwing up on the dvd drive... I'm still trying to figure out..
| |
| 18:24 | <abeehc-> :(
| |
| 18:26 | <Luke_Wolf> what file or script manages mounting local devices?
| |
| 18:32 | staffencasa has quit IRC | |
| 18:32 | artista_frustrad has joined #ltsp | |
| 18:34 | <Luke_Wolf> or is there a log for this somewhere?
| |
| 18:39 | hm.. okay I can ssh at 127.0.0.1 ... maybe I can ssh from the terminal and mount on the server that way?
| |
| 18:47 | korcan has quit IRC | |
| 18:48 | korcan has joined #ltsp | |
| 19:00 | korcan has quit IRC | |
| 19:00 | korcan has joined #ltsp | |
| 19:00 | korcan has quit IRC | |
| 19:00 | <Luke_Wolf> hm.. of course the problem with that is I need to find a decent guide to ssh.. since clearly ssh (IP) doesn't cut it..
| |
| 19:01 | korcan has joined #ltsp | |
| 19:33 | Luke_Wolf has quit IRC | |
| 19:39 | DanaG has joined #ltsp | |
| 19:39 | <DanaG> Say, how do you set up an ARM system to act as a thin-client (though not really truly "thin") to an x86 box?
| |
| 19:39 | I have a beagleboard, and there's no way to netboot, but I can boot from SD card.
| |
| 19:41 | hawkI has quit IRC | |
| 19:44 | ogra_cmpc has quit IRC | |
| 19:52 | ogra has quit IRC | |
| 19:53 | ogra has joined #ltsp | |
| 19:55 | dekelev has quit IRC | |
| 19:56 | DanaG has quit IRC | |
| 19:57 | ogra_cmpc has joined #ltsp | |
| 19:58 | flatus has joined #ltsp | |
| 19:59 | flatus has quit IRC | |
| 20:01 | flatus has joined #ltsp | |
| 20:01 | <flatus> any fedora users
| |
| 20:11 | Luke_Wolf has joined #ltsp | |
| 20:12 | <Luke_Wolf> Is there a port that's left open for connecting to the server via ssh that I can use from the local tty2?
| |
| 20:18 | because as entertaining as it might sound, going from port 1 to 9999 would be annoying at the least..
| |
| 20:20 | mistik1 has quit IRC | |
| 20:33 | map7 has joined #ltsp | |
| 20:36 | <Luke_Wolf> okay nmap works for that
| |
| 20:48 | DanaG has joined #ltsp | |
| 20:48 | <DanaG> Say, does anyone know how to get a non-netbootable system that does have a local drive, to attach to an ltsp server?
| |
| 20:48 | Specifically, the ARM beagleboard.
| |
| 20:50 | Local drive is SD card, but I want to use it as an LTSP client to an X86 box.
| |
| 20:50 | <Luke_Wolf> ssh or vnc maybe?
| |
| 20:51 | <stgraber> DanaG: well, first you'd need an arm chroot and either a very small kernel+initrd to chainboot (kexec) to what's on the tftp or some kind of PXE simulator (as PXE doesn't exist on ARM)
| |
| 20:52 | ogra would know more though he's probably asleep at the moment
| |
| 20:54 | <DanaG> It doesn't really have to be "thin", but it does need to do automatic remote desktop to some other system.
| |
| 20:54 | <Luke_Wolf> hm.. does the network address of the server change depending on whether I'm using local apps (in this case tty2) vs the ldm client?
| |
| 20:54 | <DanaG> hmm, this seems to be doing something:
| |
| 20:54 | sudo ltsp-build-client --arch armel --mirror http://ports.ubuntu.com
| |
| 20:55 | And if it gives me a "chroot" FS... then I can just deploy that as the real root!
| |
| 20:56 | The last challenge will be figuring out how to tell it what server to use -- since I can't etherboot.
| |
| 20:57 | <stgraber> well, if you just put the generate chroot in the ROM (needs to be smaller than 256MB) or on SD, then all you need is a /etc/lts.conf containing your configuration
| |
| 20:57 | at least: LDM_SERVER = <IP of the server>
| |
| 21:00 | mistik1 has joined #ltsp | |
| 21:00 | <Lumiere> hi mistik1
| |
| 21:00 | how's jamaica
| |
| 21:06 | <DanaG> cp: cannot stat `/usr/bin/qemu-arm-eabi': No such file or directory qemu-arm-eabi not found ! chroot: failed to run command `debootstrap/debootstrap': No such file or directory error: LTSP client installation ended abnormally
| |
| 21:07 | qemu-arm-eabi: command not found
| |
| 21:07 | SO it doesn't exist.
| |
| 21:07 | <stgraber> that's when you do a ltsp-build-client from a non-arm system I guess ?
| |
| 21:08 | you may need qemu-kvm-extras-static outside and inside the chroot for ltsp-build-client to work on i386 building an armel chroot
| |
| 21:09 | <DanaG> ah. I don't know how to put it inside the chroot. Right now, not even the host has qemu-arm-eabi.
| |
| 21:09 | There's qemu-arm-static, but not qemu-arm-eabi
| |
| 21:11 | hmm, would building on ARM host work, then?
| |
| 21:11 | <stgraber> can you try replacing /usr/bin/qemu-arm-eabi by /usr/bin/qemu-arm-static in /usr/share/ltsp/plugins/ltsp-build-client/Ubuntu/010-debootstrap
| |
| 21:12 | I know that the cross-arch change was uploaded without much tests and that was a while ago. I never tried booting ltsp on my beagleboard yet ;)
| |
| 21:13 | z0r0 has quit IRC | |
| 21:43 | <DanaG> ah, sure, I'll try that.
| |
| 21:44 | <Luke_Wolf> well I've almost got the ssh figured out.. just need to get it to accept the password authentication to work... then theoretically I should be able to mount sr0 onto the server..
| |
| 21:54 | <DanaG> ah, that change seems to have worked... or at least, qemu is doing stuff.
| |
| 21:54 | Say, does that qemu run a full VM, or just somehow run certain binaries?
| |
| 21:56 | W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/maverick-updates/multiverse/binary-armel/Packages.gz 404 Not Found [IP: 91.189.88.45 80]
| |
| 21:56 | E: Some index files failed to download, they have been ignored, or old ones used instead.
| |
| 21:56 | error: LTSP client installation ended abnormally
| |
| 21:59 | Time to just build arm chroot on arm.
| |
| 22:04 | <stgraber> you need to use ports.ubuntu.com instead of archive.ubuntu.com/ubuntu
| |
| 22:06 | pmatulis has quit IRC | |
| 22:13 | johnny has left #ltsp | |
| 22:28 | <DanaG> I did!
| |
| 22:29 | sudo ltsp-build-client --arch armel --mirror http://ports.ubuntu.com
| |
| 22:29 | Even on ARM host, it still tries to use security.ubuntu.com!
| |
| 22:29 | /usr/share/ltsp/plugins/ltsp-build-client/Ubuntu/010-updates-mirrors: SECURITY_MIRROR=${SECURITY_MIRROR:-"http://security.ubuntu.com/ubuntu"}
| |
| 22:29 | \
| |
| 22:30 | hooray for hardcoded paths!
| |
| 22:31 | ah, needs a separate security-mirror!
| |
| 22:36 | mistik1 has quit IRC | |
| 22:47 | sweetpi has joined #ltsp | |
| 22:58 | |Paradox| has joined #ltsp | |
| 23:07 | johnny has joined #ltsp | |
| 23:17 | mistik1 has joined #ltsp | |
| 23:49 | <DanaG> So, I ended up having to do:
| |
| 23:49 | sudo ltsp-build-client --arch armel --mirror http://ports.ubuntu.com --security-mirror http://ports.ubuntu.com --updates-mirror http://ports.ubuntu.com
| |
| 23:50 | <johnny> and it worked?
| |
| 23:50 | do you have a bootable client?
| |