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


Channel log from 29 December 2009   (all times are UTC)

00:21Faithful has joined #ltsp
00:21alkisg has joined #ltsp
01:02alkisg has quit IRC
01:02alkisg1 has joined #ltsp
02:22pts has joined #ltsp
02:24
<pts>
Can anyone tell me what the LTSP mode on the alternate CD installs/does? Is just installing and configuring ltsp-server and DHCP-server, or is it doing more behind the scenes?
02:26
<Appiah>
setup for ltsp
02:26
with a default setting for dhcpd i'd guess
02:27
configures 2 nics if you have that
02:32
<pts>
Ok, that was what I thought. Guess it's just a way for non-technical people to set it up and get it working easy. Was just curiious if there where some other things happening. Thanks for your answer :)
02:33
<Appiah>
ye I'd suggest the alternate for pepople who just want to get started to demo or such
02:33
opensuse got a live/demo thingy now too
02:33
a big DVD...
02:35Selveste1 has quit IRC
02:39Selveste1 has joined #ltsp
02:58vagrantc has quit IRC
03:15FGXR6 has joined #ltsp
03:15F-GT has quit IRC
03:35alkisg has joined #ltsp
03:38F-GTSC has joined #ltsp
03:40FGXR6 has quit IRC
04:40makghosh has joined #ltsp
04:44lupine_85 has quit IRC
04:45lupine_85 has joined #ltsp
04:45Selveste1 has quit IRC
04:45Selveste1 has joined #ltsp
05:17
<pts>
Hi again. Fine tuning a new LTSP setup, and got a small question; How do you disable or choose manually what to show under places menu in gnome? Tried to comment out fstab entries (FDD and CD) and looked at gconf, but cat find a clear answer
05:17
This is Ubuntu btw
05:19
at least it would be very helpful to find out what deals with this. HAL, gconf or something else?
05:20timoteoramos has joined #ltsp
05:47makghosh has quit IRC
06:05makghosh has joined #ltsp
06:08Barbosa has joined #ltsp
06:15alkisg has quit IRC
06:17pmatulis has joined #ltsp
06:18cmm has joined #ltsp
06:18cmm is now known as Guest73815
06:26makghosh has quit IRC
06:30
<moldy>
pts: i have never done this, but maybe you should take a look at sabayon
06:30
pts: http://projects.gnome.org/sabayon/
06:31
<pts>
It doesn't seems like gconf have anything to do with it. Have been able to remove from Desktop, but not from Places
06:53Barbosa_ has joined #ltsp
07:02Egyptian[Home] has quit IRC
07:17Egyptian[Home] has joined #ltsp
07:19cyberorg has quit IRC
07:20Guest73815 has quit IRC
07:20pmatulis has quit IRC
07:20svenl has quit IRC
07:20tstafford has quit IRC
07:20wwx_ has quit IRC
07:20spectra has quit IRC
07:20japerry has quit IRC
07:22pmatulis has joined #ltsp
07:24Barbosa_ has quit IRC
07:25cliebow has joined #ltsp
07:25cyberorg has joined #ltsp
07:26alkisg has joined #ltsp
07:28pts has quit IRC
07:29japerry has joined #ltsp
07:29svenl_ has joined #ltsp
07:29Guest73815 has joined #ltsp
07:29svenl has joined #ltsp
07:29spectra has joined #ltsp
07:29wwx_ has joined #ltsp
07:29tstafford has joined #ltsp
07:31spectra has quit IRC
07:31spectra has joined #ltsp
07:31zamba has quit IRC
07:33zamba has joined #ltsp
07:34svenl has quit IRC
07:36Barbosa_ has joined #ltsp
07:46cyberorg has quit IRC
07:50cyberorg has joined #ltsp
07:53spectra has quit IRC
07:53tstafford has quit IRC
07:53wwx_ has quit IRC
07:53svenl_ has quit IRC
07:53japerry has quit IRC
07:53Guest73815 has quit IRC
08:00spectra has joined #ltsp
08:00japerry has joined #ltsp
08:00svenl_ has joined #ltsp
08:00Guest73815 has joined #ltsp
08:00wwx_ has joined #ltsp
08:00tstafford has joined #ltsp
08:00svenl has joined #ltsp
08:02Gadi has joined #ltsp
08:09svenl_ has quit IRC
08:20
<sbalneav>
Morning all
08:20
<cliebow>
Scottie!!
08:21
<sbalneav>
Hey cliebow!
08:21
Have a Merry Christmas? At the new house?
08:22
<cliebow>
mostly at home..still trimming out
08:36dboogie2288 has joined #ltsp
08:41highvoltage has quit IRC
08:43highvoltage has joined #ltsp
08:51zamba has quit IRC
08:53zamba has joined #ltsp
08:59
<elias_a>
Hi, folks!
09:00
<cliebow>
ho!
09:11CAN-o-SPAM has joined #ltsp
09:12
<sbalneav>
Helo
09:13
<elias_a>
world
09:13
<cliebow>
What a world 8~( What a world
09:14
I'm Burning!
09:16
errr...Melting\
09:22
<johnny>
hwo aout evaporating?
09:22
that's a good one too
09:22
<cliebow>
I'm sublimating!
09:22
<johnny>
hehe
09:23
ah... the wonderful sbalneav , come to work his magic for us again
09:24
<cliebow>
Pay no attention to the man behind the irssi client
09:25
<elias_a>
cliebow: Ummm.... why?
09:26
<cliebow>
He is the mighty all-powerful Scottie!
09:27
<elias_a>
:)
09:31
<sbalneav>
Which, what!?! who?!
09:32
johnny: So, you'll have a laugh over this.
09:32
So, I've spent months whipping sabayon into some kind of reasonable shape.
09:33
Big changes... Apply by group, actually saving symlinks, a help guide, crasher bugs, the whole 9 yards, right?
09:33
<johnny>
sounds less like a laugh.. more like an uggh so far..
09:34
<sbalneav>
I've been testing both on Karmic and Lucid, but of course, I tend to be a command line guy so I start things with sudo instead of gksu
09:34
so yesterday, I get all my work officially released into lucid, and try it from the menu.
09:34
fails
09:34
<cliebow>
figures....
09:35
<sbalneav>
sabayon works under gksu on karmic, fails on lucid.
09:35
so, something's changed on gksu.
09:35
So, I fix the tool, the way the tool launches breaks.
09:35
sigh, can't win for losing.
09:36
<johnny>
what is the recommended way to launch such things now anyways?
09:36
is it really still gksu?
09:36
<sbalneav>
Far as I know.
09:37
Maybe there's something else I'm supposed to use, but I'm not aware of it.
09:37
<johnny>
i figured we were trying to route that kinda thing through policykit now
09:38
as creating a profile shouldn't actually require privs , only saving it..
09:38
and making it applyable..
09:38
so.. not actually saving it..
09:39
just making it applyable
09:39
/me is still on first cup of coffee
09:40
if sabayon never ever saved directly to /etc/sabayon would you even need to use gksu for anything?
09:41
so.. perhaps you should be doing something inside sabayon when trying to save instead of when launching it
09:41
like how some apps (like the printer dialog) give you an unlock button
09:42
perhaps sabayon should have that too, and just allowing saving in ~/ until you unlock it
09:48
<sbalneav>
sabayon saves files in /etc/sabayon.
09:48
it also needs to modify the home dir of the sabayon user.
09:48
<johnny>
modify it for what?
09:49
<sbalneav>
it creates a temp home, and changes sabayon's home dir to the temp home.
09:49
it's irrelevant.
09:49
gksu should work
09:49
<johnny>
sbalneav, i was only suggesting that you seperate the privilege part so you run less code as root
09:49
and it will fit more inline with the way other apps are going.. which is without running the whole app through gksu
09:49
<sbalneav>
I shouldn't need to re-write an entire app to satisfy whatever the auth-flavour-of-the-month is.
09:50
<johnny>
actually.. the point is to stop making there be a flavor of a month choice
09:50
<sbalneav>
sabayon's cross distro
09:50
gksu's been around for years
09:50
<johnny>
by just exposing an api
09:50
<sbalneav>
policykit not so much
09:50
<johnny>
and letting the other end decide
09:50
policykit is on all major distros now tho
09:50
of course you should still allow it to work via gksu
09:51
<sbalneav>
What, so as a gnome developer, I don't give a sh*t about anything but major distros?
09:51
<johnny>
for folks like people on gentoo who set -policykit
09:51
no.. read what i said
09:51dboogie2288 has left #ltsp
09:51
<sbalneav>
Policykit isn't on my radar for sabayon
09:51
it's a huge change, for absolutely 0 gain.
09:52
we've got much bigger things that need fixing than supporting the latest auth fad
09:52
<johnny>
iirc.. they are probably going to be patching gksu to use policykt internally anyways..
09:52
it's not a fad..
09:52
<sbalneav>
fine.
09:52
then why doesn't gksu work?
09:52
<johnny>
try it on some other new distro..
09:52
who knows.. could be an ubuntu patch
09:52
<sbalneav>
it probably is.
09:52
<johnny>
like fedora rawhide
09:53
or mandriva cooker..
09:53
or debian experimental
09:53
<alkisg>
gksu gksu doesn't work
09:53
<johnny>
alkisg, how about gksu gksu gksu?
09:53
hehe
09:53
<alkisg>
Heh
09:53
<johnny>
jk
09:53
<alkisg>
But seriously, I think that's the problem there...
09:53
<sbalneav>
my original point was: gksu is broken.
09:54
<johnny>
alkisg, you didn't specify which distro
09:54
sbalneav, it could just be standard distro churn during these turbulant times of the cycle?
09:54
<alkisg>
johnny: on the one where sbalneav has the problem :)
09:54
<johnny>
ah.. you're running a lucid alpha?
09:54
<sbalneav>
yes.
09:54
<alkisg>
Yup. It does work on previous versions.
09:54
<johnny>
i was asking alkisg sbalneav
09:54
i know you were :)
09:55
are you both running the same alpha tho?
09:55
or same amount of updated one.. :(
09:55
<alkisg>
johnny: erm... does that *really* matter?
09:55
<sbalneav>
I was testing on Lucid alpha, that's where it breaks
09:55
works fine on Karmic
09:55
<alkisg>
gksu gksu ls is broken on Lucid, works on Karmic
09:55
<johnny>
alkisg, try looking up a bug?
09:55
<alkisg>
So it isn't a sabayon problem, end of story...
09:56
<johnny>
yes, i don't think it ever was..
09:56
<sbalneav>
So, I'll have to fix gksu
09:56
<alkisg>
But sbalneav could work around it if he wants, but doing an "if I'm root don't call gksu"
09:56
<johnny>
sbalneav, or wait for somebody else to fix it?
09:56
<alkisg>
...and leave it broken for others to fix it ;)
09:56
<sbalneav>
johnny: We saw how well that works for sabayon. And my printing bugs. :)
09:56
<johnny>
there are still plenty of apps that do require gksu
09:57
gksu is different
09:57
quite a bit more things require it
09:57
<alkisg>
Ah it's on the Exec line, so the .desktop file should be changed too...
09:57
<johnny>
the userbase for sabayon is tiny..
09:57
the userbase for gksu is 100%
09:57
on ubuntu anyways..
09:58
/me is ignoring the possibility that they might have ported all the gnome adminish things to policykit already)
09:58
that seems unlikely tho
09:58
probably only most..
10:25svenl has quit IRC
10:25tstafford has quit IRC
10:25wwx_ has quit IRC
10:25spectra has quit IRC
10:25japerry has quit IRC
10:25Guest73815 has quit IRC
10:26cyberorg has quit IRC
10:31cyberorg has joined #ltsp
10:33spectra has joined #ltsp
10:33japerry has joined #ltsp
10:33Guest73815 has joined #ltsp
10:33wwx_ has joined #ltsp
10:33tstafford has joined #ltsp
10:33svenl has joined #ltsp
10:54
<sbalneav>
johnny: yep, as I suspected, in ubuntu-devel
10:54
ScottK> sbalneav: You should probably be looking at policykit integration, not gksu. I believe the goal is to not have any default sudo rights in Ubuntu Lucid.
10:54
IOW, "We don't want to fix something broken, we'd rather you just re-write your entire app"
10:55
<johnny>
sbalneav, you mean as i suspected :)
10:55
i told you that's what was happening :)
10:56
they consider the concept of gksu broken sbalneav .. it's not the same thing as the app itself being broken
10:56
but i'm suprised the think they can port all the users of gksu
10:56
somebody must have either modiied gksu, or created something like it by now
10:56
that happens to use policykit internally
10:56
perhaps that is what you should be looking for instead of rewriting sabayon
10:57
s/the think/they think/
10:57
<sbalneav>
Oh, I already KNEW that was going to be ubuntu's flipping answer
10:57
<johnny>
it's not a bug.. it's a feature :)
10:58
http://live.gnome.org/gksu
10:58
<sbalneav>
But going to policy kit requires large amount of app rewrites, and, if I'm not mistaken, having the app be dbus aware.
10:58
<johnny>
"Still, we still have applications which are not written to take advantage of the PolicyKit framework, and since making applications use it usually involves structural changes, a new version of gksu will provide functionality similar to the one provided by the current gksu to cover applications which still haven't been patched to use PolicyKit. "
10:58
<sbalneav>
sabayon doesn't know anything about dbus
10:58
<johnny>
isn't that exactly what you want? perhaps you should see how they are doing
11:00
<sbalneav>
Well, and THAT means packaging ANOTHER program to get it into lucid, blah blah etc etc.
11:01
Like, at what point do I just say, "you know what, I just don't care anymore?"
11:01
<johnny>
perhaps you can farm it out to somebody else..? like vincent? :)
11:02
<moldy>
yes, policykit requires dbus
11:02cyberorg has quit IRC
11:03svenl has quit IRC
11:03tstafford has quit IRC
11:03wwx_ has quit IRC
11:03spectra has quit IRC
11:03japerry has quit IRC
11:03Guest73815 has quit IRC
11:03
<moldy>
also, last time i checked, there where languages (at least, python) that were lacking sufficiently sophisticated policykit bindings for some scenarios
11:03
<johnny>
moldy, just like gio initially..
11:03
or rather gnome-vfs vs gvfs
11:03
python bindings just weren't there for awhile
11:04
<moldy>
sure, i just wanted to support the "requires large rewrites" statement
11:04
<johnny>
moldy, thus the version of gksu that uses policykit
11:04
<sbalneav>
See, and this is what drives me bonkers.
11:04
<johnny>
sbalneav, and thus the version of gksu that uses policykit :)
11:04
so you don't have to do it all at once
11:04
the only real problem here is that it doesn't already work
11:05
cuz if if it did, you woudln't have even noticed you had a problem
11:05
<sbalneav>
So, I EITHER have to rewrite large chunks of my app to suddenly turn sabayon into a fully dbus aware application, using policy kit that some moron has decreed is the New World Order (TM)
11:05
<johnny>
sbalneav, if it is already slated to be included in gnome, then perhaps you're just worrying too earlier
11:05
the new gksu that is..
11:06
developers on early gnome releases often face these issues
11:06
plus it wasn't just some moron..
11:06
alot of people decided it.. not just some moron :)
11:06
<sbalneav>
Slated to be included in gnome, when? In time for Lucid?
11:06
<alkisg>
sbalneav: face the facts. You just have to file a bug against gksu :P ;)
11:06
<johnny>
sbalneav, aren't you interested in privilege seperation? that's what policykit allows to happen.. you can't do that with gksu..
11:07
<sbalneav>
No, I'm NOT interested in priv separation
11:07
<johnny>
well most people are
11:07
that's one reason that policykit exists..
11:07
<sbalneav>
I'm interested in GETTING AN APP RUNNING SO TEACHERS CAN MANAGE THEIR CLASSROOMS
11:07
<johnny>
sure.. but you know the platform is still evolving..
11:07
sometimes things break
11:08
<sbalneav>
Right, and as seems to be the case these days, we're breaking old stuff before the new stuff works.
11:08
<johnny>
the real problem is not that you need to use a new thing..
11:08zamba has quit IRC
11:08
<johnny>
but that this new gksu isn't already ready
11:08cyberorg has joined #ltsp
11:08zamba has joined #ltsp
11:08svenl has joined #ltsp
11:08
<johnny>
sbalneav, and really.. you could blame ubuntu for ditching gksu
11:08
too early
11:09
not the fact that eventually you'll need to port to policykit
11:09
<sbalneav>
That's who I AM blaming
11:09
But what does policy kit BUY me?
11:09
what VALUE does it add to me?
11:09
<johnny>
privilege seperation, less code running as root, more granular settings
11:09
like that thing that happened with fedora
11:09
<sbalneav>
That adds no value
11:09
<johnny>
now you can theoretically say
11:09
<sbalneav>
at least to sabayon.
11:09
<johnny>
users can install hardware drivers automatically
11:10
to sabayon.. it means that users could create profiles and save them without having root privileges on that machine
11:10
and then copy the profile to a machine that does have proper privs
11:10
and have it deploy
11:11
<sbalneav>
johnny: it doesn't mean that at all!
11:11
<johnny>
not with the current design, but it could
11:11
and should
11:11
but since you didn't have to think about anything but root privs
11:11
<sbalneav>
they'd still have to be granted policy kit permissions to be allowed to do that, same as they would with sudo
11:11
<johnny>
they didn't write it that way
11:11
sure.. but only for deployment.. not just for profile creation
11:11
that's how it could/should work anyways
11:12
profile creation SHOULD NOT require root
11:12
<sbalneav>
why not?
11:12
<johnny>
i just told you why.. in case i'm building a profile i don't have root rights on
11:12
<sbalneav>
Why would you want unpriv'd users creating profiles?
11:12
<johnny>
to deploy to another machine where i do
11:12
not deploying them..
11:12
creating them
11:12
the deploy should obviously require root privs..
11:13
<sbalneav>
but to create them, you have to save them in /etc/sabayon/profiles
11:13
<johnny>
why?
11:13
why not allow user to save to their home to copy elsewhere
11:13
unless they use the policykit unlock feature
11:13
<sbalneav>
Who's going to write all this wonderful stuff?
11:13
<johnny>
that's not the point :)
11:13
the point is i'm telling you why
11:13
it's useful for sabayon
11:13
or could be
11:13
<sbalneav>
it is EXACTLY the point
11:14
<johnny>
no.. it isn't..
11:14
you don't have to do all that
11:14
<sbalneav>
it is totally, exactly and PRECISELY the point
11:14
<johnny>
noody is asking you to
11:14
and it's obviously not necessary.. only a nicety
11:14
<sbalneav>
Dude, I'
11:14
<johnny>
i was only explaining why it might be useful
11:14shawnp0wers has joined #ltsp
11:14
<johnny>
not that you have to do anything
11:14
<sbalneav>
I'm going to be FORCED to, seeing as how GKSU doesn't work
11:15
<johnny>
sbalneav, force ubuntu to include the new gksu
11:15
or they don't get sabayon
11:15
put the new gksu in your ppa
11:15
problem solved :)
11:15spectra has joined #ltsp
11:15
<johnny>
if they won't include it in lucid that is..
11:15
<sbalneav>
and we're back to my orginal point.
11:15
<johnny>
but maybe they will include it in lucid
11:15
ask the guy who quoted you that piece about policykit earlier
11:15
<sbalneav>
that I now have yet another problem I have to fix
11:15
<johnny>
about including that new gksu
11:15
maybe they will do the work
11:15
and you won't have to
11:16
<alkisg>
johnny: isn't the new gksu what causes the problem?
11:16
I.e. PK as the backend instead of sudo/
11:16
<johnny>
alkisg, no
11:16
<alkisg>
?
11:16
<johnny>
wait.. does the newgksu already includde it?
11:16
the one in lucid?
11:16
<sbalneav>
I think so
11:16
that's what's broken
11:16
<johnny>
oh.. then you can make it work then :)
11:16
they will fix that before release
11:16
so don't worry your pretty little head for now .. just wait for them to fix it.. you're not the only one with this issue i can guarnatee it..
11:17dx9s_work has joined #ltsp
11:17
<johnny>
i thought they had to add the new version with pk.. and they only screwed up the old one
11:17
now.. it just sounds like they need to add the pk entry to the PolicyKit db.. and you'll be good to go
11:17
<sbalneav>
No, I think by default it's the new one.
11:18
<johnny>
you can force this wtih one line in the config if you really need it working now
11:18Guest73815 has joined #ltsp
11:18wwx_ has joined #ltsp
11:18tstafford has joined #ltsp
11:18
<johnny>
basically to enable everything
11:18
<dx9s_work>
does https://help.ubuntu.com/community/UbuntuLTSPKarmicLocalAppsFirefox work for anybody ?? I tried and I don't think the ltsp-update-image is updating based on the /var/.../lts.conf file correctly
11:18
<johnny>
it doesn't update based on the lts.conf file :)
11:18
never has
11:18
<sbalneav>
I think I'm just going to solve this by posing an email in edubuntu-devel stating that if they want to test, they need to use sudo.
11:18japerry has joined #ltsp
11:18
<johnny>
sbalneav, good choice
11:19
they will fix the pk entry before release.. so just sit back instead of getting upset :)
11:19
<sbalneav>
I got 5 bucks here says they won't
11:19
Wanna take me up on it? :)
11:19
<johnny>
sbalneav, 5 canadian dollars?
11:19
<sbalneav>
5 US dollars
11:19
<johnny>
ok
11:19
ou got it
11:19
<sbalneav>
Done.
11:19
<johnny>
10?
11:19
i'll do 20..
11:20
/me ups the stakes
11:20
<sbalneav>
Gonna make it out to the next LTSP hackfest?
11:20
<johnny>
do you have paypal?
11:20
<sbalneav>
Yep.
11:20
Make it out to the hackfest. You can drink free on me :)
11:20
<johnny>
hehe
11:20
you're lucky i don't drink much
11:20
<dx9s_work>
what is this all about.. what fix (or not) are they going (or not going) to do?!
11:20
<johnny>
2 drinks
11:21alkisg has quit IRC
11:21
<dx9s_work>
PolicyKit ... ah.. never used it
11:21
<johnny>
dx9s_work, i'm betting sbalneav they will make gksu behave like it used to
11:21
dx9s_work, yes you do.. if you're using any distro newer than jaunty
11:21
<sbalneav>
johnny: Dude, if you're going to get free drinks, at a MINIMUM you ask for the 20 year old bottle of scotch :)
11:21
<johnny>
you just don't realize it
11:21
<dx9s_work>
heh prolly
11:22
<johnny>
sbalneav, because i like beer.. :)
11:22
if we're in pdx.. they had some good beers at the lucky lab
11:22
<sbalneav>
So do I
11:22
<dx9s_work>
I'll be happen when I get the LOCAL_APPS stuff working as demo'ed in some of the wiki pages..
11:22cyberorg has quit IRC
11:22
<johnny>
2 beers there will do it :) i'll be drunk
11:22
<sbalneav>
Yeah, the lab was great
11:22tstafford has quit IRC
11:22wwx_ has quit IRC
11:22Guest73815 has quit IRC
11:22
<sbalneav>
I really enjoyed that bar
11:23
<dx9s_work>
I hacked my own a while ago by being able to pass stuff on the kernel command line (8.04 I think) and a custom init.d script.. but now I see some LOCAL_APP thing and can't seem to get it to work
11:23
<johnny>
what exactly is your problem?
11:23
what's not working?
11:23
this "I tried and I don't think the ltsp-update-image is updating based on the /var/.../lts.conf file correctly" doesn't make sense
11:24
<sbalneav>
I can't even think about how you'd provide dbus services for sabayon. You need to provide an entire login session + desktop.
11:24
<johnny>
ltsp-update-image and lts.conf in tftpboot have nothing to do with each other
11:24
<dx9s_work>
well the lts.conf file in /var/lib/tftpboot/ltsp/i386/lts.conf ... it doesn't seem to be reading that where EVER it is done
11:24
<johnny>
can you prove it? :)
11:24
<dx9s_work>
welp.. it doesn't prompt for a local app menu for one thing
11:24zamba has quit IRC
11:24
<johnny>
dx9s_work, open up a terminal on your thin clien
11:25
type ltsp-localapp xterm
11:25
and then getltscfg -a
11:25
<Gadi>
dx9s_work: by default, you should be able to run: "ltsp-localapps xterm" from a shell within your ldm session
11:25
<johnny>
if you see stuff, then you have it right
11:25
<Gadi>
see if that works
11:25zamba has joined #ltsp
11:25
<johnny>
Gadi, i'm on it buddy :)
11:25
<Gadi>
cool
11:25
sorry
11:25
was bouncing around
11:25
<dx9s_work>
bbiab.. will try xterm via that process.. I was following https://help.ubuntu.com/community/UbuntuLTSPKarmicLocalAppsFirefox for firefox
11:25
<Gadi>
and read the last line
11:25
<johnny>
you do bounch :)
11:25
<Gadi>
:)
11:25
<johnny>
like a ball
11:26
dx9s_work, this is how to test whether local apps work at all
11:26
xterm is the simplest most useful app to test with
11:26
getltscfg -a within the opened up xterm that is..
11:26
<dx9s_work>
do I enable thin client root or something? or first try ltsp-localapp xterm (then a update-image)
11:26
<johnny>
huh?
11:27
you already installed firefox and updated image.. you're done
11:27
no need to update image anymore
11:27
<dx9s_work>
I followed https://help.ubuntu.com/community/UbuntuLTSPKarmicLocalAppsFirefox .. and it doesn't work
11:27
<johnny>
you're not listening
11:27
just do as i suggested
11:27
<dx9s_work>
there is obviously somethign I have to do before that
11:27Guest73815 has joined #ltsp
11:27tstafford has joined #ltsp
11:27
<johnny>
log into your thin client, open up a terminal, type ltsp-localapps xterm
11:28
does another terminal pop up
11:28
if not.. local apps are not working
11:28wwx_ has joined #ltsp
11:28
<johnny>
if it does, try typing firefox at that terminal
11:29
dx9s_work, i had a problem here, i just don't know if it is effecting you or not , since i'm on jaunty
11:29
<dx9s_work>
okay... not working because there is something that seems obvious to you that isn't clear to me that isn't documented on https://help.ubuntu.com/community/UbuntuLTSPKarmicLocalAppsFirefox
11:29
<johnny>
dx9s_work, listen to what i said :)
11:29
if you're not gonna listen, i'm gonna stop trying to help you
11:29
<dx9s_work>
okay.. I'll tell you what I've done so far...
11:29
<johnny>
no
11:29
first try this
11:30
log into a thin client
11:30
go to Accessories | Terminal
11:30
type ltsp-localapps xterm
11:30
<dx9s_work>
so log in remotely (aka from thin via ssh to server...) and type that as normal user or admin !?
11:30
<johnny>
no
11:30
go to one o your thin clients
11:30
login as usual
11:31
/me is assuming you do have thin clients already
11:31
via the gui :)
11:31
log in as usual via teh gui
11:31
<dx9s_work>
yes.. I started w/ a new build and then followed steps on that web page... exactly
11:31
<johnny>
that's fine
11:31
but why aren't you doing what i said?
11:31cliebow has quit IRC
11:32
<dx9s_work>
okay... a local xterm appears to have started..
11:32cliebow has joined #ltsp
11:32
<johnny>
does it say xterm (on somehostname) ?
11:32
or (on some ip )
11:32
<dx9s_work>
and firefox loads from xterm
11:32
<johnny>
what is in the title bar of the xterm
11:32
<dx9s_work>
name of the thin
11:32
<johnny>
like the hostname ?
11:32
<dx9s_work>
ltsp21
11:32
<johnny>
sweet
11:33
that means firefox will load loally :)
11:33
<dx9s_work>
my point is how to get the menu working
11:33
<johnny>
locally
11:33
those instructions are the same ones i followed btw.. they work for jaunty as well
11:33
lemme get my config
11:34
<dx9s_work>
did you put the .conf inside the i386 build or tftpboot ?
11:35
<johnny>
mine is in the i386 build.. but only because my dhcp server is broken and isn't passing out the right thing the second time around
11:35
i'm not using the standard dhcp server which works fine
11:35
dx9s_work, in that local xterm, type getltscfg -a
11:35
do you see the exact contents of the lts.conf file youcreated?
11:35
<dx9s_work>
for whatever reason the /opt/ltsp/i386/etc/lts.conf wants it in tftpboot .. I should just ignore it and put into the image
11:35
<johnny>
no
11:35
you should use the /var/lib
11:35
type getltscfg -a
11:35
does it show you the right stuff?
11:36
<dx9s_work>
it looks like it has it the settings read from /var/.../lts.conf
11:36
<johnny>
see.. you're fine with that
11:37
btw.. these are the exact settings from my working config
11:37
<dx9s_work>
so where is LOCAL_APPS_MENU=TRUE produce any this menu
11:37
<johnny>
LOCAL_APPS_MENU=Y
11:37
LOCAL_APPS_MENU_ITEMS=firefox
11:37
it doesn't provide a menu, it modifies your current menu
11:37
<dx9s_work>
any/this menu ?
11:37
<johnny>
it overrides the one in your /home
11:37
you don't get a seperate LOCAL APPS menu
11:37
if that is what you mean?
11:38
<dx9s_work>
oh .. it intergates local and remote
11:38
integrates
11:38
<johnny>
if you think the wiki is unclear about that, go ahead and update it, i'm sure it would help other people
11:38
<dx9s_work>
interesting ... it would have been more interesting it that was described clearly in some local_apps fundamental explanation
11:39
<johnny>
well.. it'sn ot really fundamental..
11:39
you should probably read the exact documentation for the ocnfiguration vars
11:39
dx9s_work, try reading the actual ltsp docs vs the ubuntu wiki.. which is obviously somewhat unofficial
11:39
<dx9s_work>
the hack I did bypassed any login and started X and pushed firefox or vlc directly ... I had interesting "video terminal" (via broadcast) thing I hacked...
11:39
<johnny>
!ldocs
11:39
<ltspbot`>
johnny: Error: "ldocs" is not a valid command.
11:40
<johnny>
!docs
11:40
<ltspbot`>
johnny: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
11:40
<johnny>
dx9s_work, you can actually do that via lts.conf iirc.. as long asy ou write a SCREEN script for it
11:40
you could write a screen script for launching a specific app (which are often very small)
11:40
and then just SCREEN_07=yourscript
11:41
dx9s_work, but please read the official ltsp docs
11:41
<dx9s_work>
and yourscript must be in the build image correct?
11:41
yeah.. I need to book mark the wiki on sf too
11:44
<johnny>
yes
11:44
<dx9s_work>
my hack 1-2 years ago was writing /etc/init.d/terminal.sh and get it the proper setting to run before anything X.. and scrap things off of the vmlinuz line, "terminal=vlc" or "terminal=rdp rdphost=serverx.localhost" or "terminal=firefox" (things like that)
11:45
I need to look at how the official way works... was able to make custom pxelinux.cfg and a text menu that selected thin/thick/which-terminal etc... but I see value in learning what is more offical
11:46
I also remember messing with CUPS via bootline
11:49cliebow has quit IRC
11:50cliebow has joined #ltsp
11:51alexqwesa has quit IRC
11:52
<johnny>
ah.. you will still probably want to create a pxe config for what you're talking about.. at least for now
11:55alexqwesa has joined #ltsp
11:56cliebow has quit IRC
12:02
<sbalneav>
johnny: ah, no. There IS a gksu-polkit, but it's currently uninstallable, at least on karmic, prolly due to this bug:
12:03
http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg706930.html
12:03
<johnny>
looks like it will be fixed then? :)
12:03
<sbalneav>
I'll test and see tonight if it's been fixed in lucid. If not, I'll apply the fix to libgksu-polkit.
12:04
No, gksu's still broken
12:04alkisg has joined #ltsp
12:04
<sbalneav>
this is gksu-polkit, which is different from gksu
12:05
<_UsUrPeR_>
grr... I'm having issues with FC12 and booting a client. I am able to get dhcp working properly, it's pulling a proper IP, but tftp is failing. I have it enabled in /etc/xinetd.d/tftp, and I can see it listening with netstat -anp |grep 69. I have also disabled the firewall. Can anybody suggest anything?
12:06
also, I have bypassed ltspbr0, and used eth1 as the dhcp serving interface
12:08Lns has joined #ltsp
12:08* Lns waves
12:09
<_UsUrPeR_>
hey Lns
12:09
<Lns>
hey _UsUrPeR_
12:11cliebow has joined #ltsp
12:23
<moldy>
Lns: hey
12:23
<Lns>
hey moldy =)
12:46Ahmuck-Jr has joined #ltsp
13:00Barbosa has quit IRC
13:01
<dx9s_work>
is it just me.. or does the first time a thin client (user) logs in.. access to desktop goes pretty fast.. but subsequent logins, the desktop takes quite a bit longer?
13:02
<Lns>
dx9s_work, never seen that...usually it goes slow for the first time for me (setting up env/files) and after that it's faster..using ubuntu 8.04 still thou
13:03
<dx9s_work>
9.10
13:03* alkisg uses 9.10 and hasn't observed that
13:05
<moldy>
what was the cause again for clients displaying squashfs errors instead of rebooting?
13:05* dx9s_work goes and test some more
13:05
<alkisg>
moldy: reboot -f instead of -fp, fixed after karmic
13:06
<moldy>
alkisg: thanks... trying -f
13:06
<alkisg>
moldy: no, the opposite
13:06
-fp works, -f doesn't
13:07
<moldy>
hmm
13:07
for me, when logged in via ssh, "reboot" does not work, "reboot -f" does
13:07
<alkisg>
Well, reboot -fp should also work
13:08
<moldy>
which effect does -p have?
13:09
it should have no effect when using "reboot", rather than "halt", right?
13:13
i just took a look
13:13
the code is not as bad as tcm's was :)
13:16
oops, wrong channel :)
13:17
<Lns>
=p~
13:27timoteoramos has quit IRC
14:00shawnp0wers has quit IRC
14:04cliebow has quit IRC
14:08vagrantc has joined #ltsp
14:30alexqwesa has quit IRC
14:33alexqwesa has joined #ltsp
15:06chupacabra has joined #ltsp
15:13
<sbalneav>
johnny: just fyi, even if I WANTED to convert sabayon to polkit, which I've spend the better part of the day looking at, I can't. Doesn't seem to be any python polkit-1 bindings.
15:14
<johnny>
yeah, that's what somebody said earlier
15:14
no bindings..
15:14
that's why we have stuff like gksu-polkit i guess
15:14
altho i don't see why it can't do the right thing.. as the same program..
15:15
<sbalneav>
gksu-polkit on karmic's uninstallable
15:15
I'll try tonight on lucid
15:16
<johnny>
sure.. but if gksu won't even work properly.. then why bother..
15:16
oh.. on karmic..
15:19
<alkisg>
Has anyone tried ebox?
15:35* vagrantc cringes at the sound of the words "ebox"
15:36
<alkisg>
vagrantc: I mean the ebox-platform, if you have something against it I'd appreciate it you shared it with me :)
15:37
...as I'm trying to see if I want to start using it, or just write my own packages for server autoconfiguration...
15:39Sarten-X has quit IRC
15:39Sarten-X2 has joined #ltsp
15:54
<vagrantc>
alkisg: ah, not the ebox2300 thin clients
15:55
<alkisg>
Nope, sorry, I didn't express myself right :)
15:59CAN-o-SPAM has quit IRC
16:23Guest73815 has quit IRC
16:28Lns has quit IRC
16:34alkisg has quit IRC
16:49alexqwesa has quit IRC
16:54johnny has left #ltsp
17:18johnny has joined #ltsp
17:36mushroomtwo is now known as mushroomblue
17:42pmatulis has quit IRC
17:45vagrantc has quit IRC
17:49Gadi has left #ltsp
17:54dx9s_work has quit IRC
18:13alexqwesa has joined #ltsp
18:43staffencasa has quit IRC
18:56Lns has joined #ltsp
19:13Barbosa has joined #ltsp
19:15F-GTSC has quit IRC
19:15F-GTSC has joined #ltsp
19:35ogra_ has quit IRC
19:36pmatulis has joined #ltsp
19:50ogra_ has joined #ltsp
21:15johnny has left #ltsp
21:21tstafford_ has quit IRC
21:48johnny has joined #ltsp
22:04pmatulis has quit IRC
22:45cyberorg has joined #ltsp
23:19alkisg has joined #ltsp
23:24Lns has quit IRC
23:39Lns has joined #ltsp