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


Channel log from 10 August 2010   (all times are UTC)

00:00vagrantc 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:13try2free 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:28try2free 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:30johnny has left #ltsp
00:46Kyle__ has quit IRC
00:52johnny has joined #ltsp
00:52Kyle__ 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:35vagrantc has quit IRC
01:50alkisg has quit IRC
01:54Luke_Wolf has quit IRC
02:14sweetpi has quit IRC
02:15johnny has left #ltsp
02:17johnny has joined #ltsp
02:28johnny has left #ltsp
02:29dobber has joined #ltsp
02:31cyberorg has quit IRC
02:32johnny has joined #ltsp
02:37cyberorg has joined #ltsp
02:37johnny has left #ltsp
03:00johnny has joined #ltsp
03:01johnny has left #ltsp
03:02johnny has joined #ltsp
03:07Da-Geek has joined #ltsp
04:17pthsWork has joined #ltsp
04:28ftherese 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:41pthsWork_ has joined #ltsp
04:43pthsWork_ has quit IRC
04:46komunista has joined #ltsp
07:00dobber has quit IRC
07:00dobber has joined #ltsp
07:05[GuS] has joined #ltsp
07:16vmlintu has joined #ltsp
07:17pmatulis has joined #ltsp
07:18rad4Christ 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:40vmlintu_ has joined #ltsp
07:41vmlintu has quit IRC
07:49alkisg 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:06gentgeen__ 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:15vmlintu_ has quit IRC
08:18gentgeen__ has joined #ltsp
08:19
<[GuS]>
alkisg: also i dont know if this is usefull information, seems all ok http://pastebin.com/cLskUsZA
08:20vmlintu_ has joined #ltsp
08:31vmlintu_ 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:44vmlintu_ 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:46jennyf 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:47jennyf 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:50F-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:55wwx has quit IRC
09:00vagrantc has joined #ltsp
09:01wwx has joined #ltsp
09:08hawkI 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:27F-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:59vmlintu_ 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:11vmlintu_ has joined #ltsp
10:14staffencasa has joined #ltsp
10:24korcan has joined #ltsp
10:25efra has joined #ltsp
10:35vmlintu_ has quit IRC
10:36gentgeen__ has quit IRC
10:41gentgeen__ has joined #ltsp
10:42dobber 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:04scott_ino has quit IRC
11:06
<alkisg>
Hmm 35 out of 239 apps in my /usr/share/applications use absolute paths :-/
11:14Da-Geek has quit IRC
11:22komunista has quit IRC
11:22redbaritone has quit IRC
11:27Selveste1 has quit IRC
11:31Da-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:31Da-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:49Selveste1 has joined #ltsp
11:49
<alkisg>
"$(basename "$0")" even
11:49
ok, back to work for now...
11:59Luke_Wolf has joined #ltsp
12:00alkisg has quit IRC
12:01alkisg has joined #ltsp
12:02alkisg1 has joined #ltsp
12:02alkisg has quit IRC
12:02alkisg1 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:15pths_ has joined #ltsp
12:17jhutchins_lt has quit IRC
12:18jhutchins_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:25pths_ 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:37johnny has left #ltsp
12:38johnny 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:45rad4Christ 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:50leio_ 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:52Luke_Wolf has quit IRC
12:54Luke_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:08Luke_Wolf has quit IRC
13:10Luke_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:26vmlintu_ has joined #ltsp
13:36
<[GuS]>
johnny: i believe you didnt think in the question you made :P
13:36Luke_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:39Luke_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:56sweetpi 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:16pmatulis 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:39Selveste1 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:52jhutchins_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:55redbaritone has joined #ltsp
14:56sweetpi 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:10vagrantc has quit IRC
15:14jhutchins_lt has joined #ltsp
15:16jhutchins_lt has quit IRC
15:17pths has quit IRC
15:18jhutchins_lt has joined #ltsp
15:21Selveste1 has joined #ltsp
15:24bobby_C has joined #ltsp
15:24pths has joined #ltsp
15:33mistik1 has joined #ltsp
15:48knipwim has quit IRC
16:07hedbruno has joined #ltsp
16:08hedbruno 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:39Luke_Wolf has quit IRC
16:44Luke_Wolf has joined #ltsp
16:44bobby_C has quit IRC
16:50alkisg1 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:52alkisg has quit IRC
16:53efra has quit IRC
16:53efra has joined #ltsp
16:54alkisg1 has quit IRC
16:55johnny 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:58pmatulis has joined #ltsp
17:01efra has quit IRC
17:07artista_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:16Luke_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:22Luke_Wolf has joined #ltsp
17:23johnny has joined #ltsp
17:26
<Luke_Wolf>
hm.. can I mount a drive locally in a terminal and then connect to it?
17:27jhutchins_lt has quit IRC
17:40
<Luke_Wolf>
hm... perhaps connect to it as if its a server?..
17:42
..no
17:45vmlintu_ 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:19korcan has quit IRC
18:20artista_frustrad has quit IRC
18:20korcan 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:32staffencasa has quit IRC
18:32artista_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:47korcan has quit IRC
18:48korcan has joined #ltsp
19:00korcan has quit IRC
19:00korcan has joined #ltsp
19:00korcan 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:01korcan has joined #ltsp
19:33Luke_Wolf has quit IRC
19:39DanaG 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:41hawkI has quit IRC
19:44ogra_cmpc has quit IRC
19:52ogra has quit IRC
19:53ogra has joined #ltsp
19:55dekelev has quit IRC
19:56DanaG has quit IRC
19:57ogra_cmpc has joined #ltsp
19:58flatus has joined #ltsp
19:59flatus has quit IRC
20:01flatus has joined #ltsp
20:01
<flatus>
any fedora users
20:11Luke_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:20mistik1 has quit IRC
20:33map7 has joined #ltsp
20:36
<Luke_Wolf>
okay nmap works for that
20:48DanaG 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:00mistik1 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:13z0r0 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:06pmatulis has quit IRC
22:13johnny 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:36mistik1 has quit IRC
22:47sweetpi has joined #ltsp
22:58|Paradox| has joined #ltsp
23:07johnny has joined #ltsp
23:17mistik1 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?