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


Channel log from 7 January 2010   (all times are UTC)

00:02rigderunner7 has joined #ltsp
00:03
<rigderunner7>
can anyone help with usb disk issues?
00:07_gentgeen_ has quit IRC
00:09rigderunner7 has left #ltsp
00:14Ahmuck has quit IRC
00:16Ahmuck has joined #ltsp
00:16Ahmuck-Jr_ has joined #ltsp
00:19Ahmuck-Jr has quit IRC
00:19Ahmuck-Jr_ is now known as Ahmuck-Jr
00:21F-GT has joined #ltsp
00:32alkisg has joined #ltsp
00:45Sarten-X has joined #ltsp
00:52Sarten-X2 has quit IRC
00:56Sarten-X has quit IRC
00:59Sarten-X has joined #ltsp
02:59vagrantc has quit IRC
03:04Selveste1 has quit IRC
03:56Eghie has quit IRC
03:57Eghie has joined #ltsp
03:58gfarras1 has joined #ltsp
03:58gfarras has quit IRC
03:59Selveste1 has joined #ltsp
04:37Selveste1 has quit IRC
04:44alkisg has quit IRC
04:52alkisg has joined #ltsp
04:59hersonls has joined #ltsp
05:12Egyptian[Home] has quit IRC
05:20timoteoramos has joined #ltsp
05:28garymc has joined #ltsp
05:28
<garymc>
hey anyone know how to use ftp. I set it up so i could access my ftp web server from the internet. Now I had 5 static ip address's assigned and i assigned one to my LTSP server now i cant ftp to it remotley. Do i have to change anything in ftp and how? what files do i alter and where are they?
05:34
<rhodan_>
If I want to PXE boot machines besides an existing, untouchable DHCP, I need Proxy-DHCP, right?
05:34
And for that, I need dnsmasq because dhcpd can't do that.
05:38
Is this correct?
05:47
<alkisg>
rhodan_: yes
05:47
But if you have a windows dhcp server, there's a wiki page on how to modify it
05:47
(although the proxydhcp method seems easier to me :D)
05:48
<rhodan_>
*untouchable*
05:48
<alkisg>
OK, proxydhcp it is, then
05:48
<rhodan_>
kthx
05:48* alkisg used the word "unmodifiable" in the wiki page :P
05:49* alkisg reboots to try to install edubuntu lucid...
05:49alkisg has quit IRC
05:53rhodan_ has quit IRC
05:54Eghie has quit IRC
05:59
<vmlintu>
sbalneav: I spent some time toying around with ideas for localapp-nss and for testing made simple ltsp ldap server using nss as backend: https://code.launchpad.net/~vmlintu/+junk/devel - no ldap knowledge required - no schemas, no difficult ldap tools, just modify /etc/passwd + /etc/group and it picks them up. Client libraries are already existing and nss-ldapd has quite nice caching to boost things..
05:59gfarras1 has quit IRC
06:04Eghie has joined #ltsp
06:14scottmaccal has joined #ltsp
06:17gfarras has joined #ltsp
06:19garymc has quit IRC
06:36pmatulis has joined #ltsp
06:44alkisg_live has joined #ltsp
06:50alkisg_live has joined #ltsp
06:51firestorm has joined #ltsp
06:52alkisg_live has quit IRC
06:52
<firestorm>
Hi there. Trying to get x11vnc working to connect to ltsp clients. Used the following guide and have disabled ufw/firehol but get connection refused. https://wiki.edubuntu.org/InstallX11VncOnLtspClients I can confirm that x11vnc process is running once client has booted up. Thoughts?
06:54alkisg_live has joined #ltsp
07:14_gentgeen_ has joined #ltsp
07:16Eghie has quit IRC
07:16Eghie has joined #ltsp
07:17alkisg_live has quit IRC
07:19cliebow has joined #ltsp
07:26highvolt1ge has joined #ltsp
07:34alkisg has joined #ltsp
07:34Selveste1 has joined #ltsp
07:38highvoltage has quit IRC
07:45Selveste1_ has joined #ltsp
07:45Selveste1 has quit IRC
07:49alkisg_ has joined #ltsp
07:50alkisg has quit IRC
07:50alkisg_ is now known as alkisg
07:56gfarras has quit IRC
07:57gfarras has joined #ltsp
08:03Selveste1__ has joined #ltsp
08:07Selveste1__ has quit IRC
08:08noob21 has quit IRC
08:08Selveste1_ has quit IRC
08:09Selveste1__ has joined #ltsp
08:14firestorm has left #ltsp
08:15alkisg has left #ltsp
08:17alkisg_ has joined #ltsp
08:18cmm1 has joined #ltsp
08:25FGXR6 has joined #ltsp
08:28timoteoramos has quit IRC
08:36Selveste1___ has joined #ltsp
08:37Selveste1__ has quit IRC
08:41F-GT has quit IRC
09:02
<sbalneav>
Morning all
09:04alkisg_ has left #ltsp
09:08
<vmlintu>
afternoon
09:13
<sbalneav>
vmlintu: Looked at the code, it's interesting, but I'm not sure if it's the right approach.
09:15
With your mini-ldap server, how are you going to handle password shadow operations?
09:17
<vmlintu>
It'd be only taking care of the passwd and group, no authentication
09:18
<sbalneav>
so, we'd still need the libpam-sshauth then?
09:20
<vmlintu>
Ldap authentication still couldn't authenticate the user to the server, so libpam-sshauth would still be needed.
09:20vlt has quit IRC
09:20vlt has joined #ltsp
09:21
<sbalneav>
ok
09:21
<vmlintu>
While doing it, I noticed one definite plus for the approach - the nss_ldapd library has really nice caching system, so it'd be quite a bit faster than doing "getent passwd" requests through the ssh tunnel
09:22
<sbalneav>
No reason why we can't cache results with a libnss-sshauth.
09:24
<vmlintu>
I could also see negative things in this approach while doing it as the different ldap libraries quite differently
09:25
The test code works now with nss_ldap and nss_ldapd
09:28
<sbalneav>
Can you toss a link to your branch and some of your thoughts on the wiki page there? I don't want to loose track of what yo've done.
09:29
<vmlintu>
Caching the results would probably be needed, based on previous experiences.. We've been running some fatclients using ltsp as base and at first ldap servers have been dying routinely..
09:29
were dying
09:30
I'll add it to the wiki page
09:33
<sbalneav>
Super! Thanks for poking about with this!
09:33
Keep this up, we'll make you a dev :)
09:33
Just ask alkisg how easy a process that is :)
09:34Selveste1____ has joined #ltsp
09:35Selveste1___ has quit IRC
09:36
<vmlintu>
I just started thinking that if the mini-server supported also authentication, it could also act as a backend for moodle and other webapps used in schools..
09:38
well, I've got piles of tools and scripts for everything possible related to ltsp/desktop management laying around and waiting for clean-up..
09:41Gadi has quit IRC
09:41Gadi1 has joined #ltsp
09:41Gadi1 is now known as Gadi
09:43
<sbalneav>
!g
09:43
<ltspbot>
sbalneav: "g" :: Gadi!!!!!!!!!!!!!!!!!!!!!!!!
09:44
<Gadi>
!s
09:44
<ltspbot>
Gadi: "s" :: Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
09:50alkisg has joined #ltsp
09:58evilx has joined #LTSP
10:01Selveste1 has joined #ltsp
10:01Selveste1____ has quit IRC
10:05Wastrel_ has quit IRC
10:06Wastrel_ has joined #ltsp
10:08etyack has joined #ltsp
10:09
<_UsUrPeR_>
grr
10:12
<sbalneav>
eat?
10:13
Gadi: We still starting cdpinger in the startup, as opposed to udev?
10:13Selveste1 has quit IRC
10:15Selveste1 has joined #ltsp
10:16Selveste1 has joined #ltsp
10:21
<Gadi>
nope - vagrantc moved it to udev a while ago
10:21alkisg has quit IRC
10:22
<sbalneav>
That's what I thought.... but when I look in ltspfs source, I'm not seeing where it's started in udev.
10:23
<johnny>
shouldn't it just be a file you drop in the udev conf dir?
10:23
<Gadi>
grep cdpinger ltspfs_entry
10:23
I think
10:23
ltspfs-trunk/scripts/ltspfs_entry
10:23
it's in there
10:24
thats the one that gets executed by udev
10:24
<johnny>
ah.. dear Gadi is with us again
10:24
<sbalneav>
Ahhhhhh
10:24
ok, I was looking for an actual udev rule.
10:25
so in udev/88-ltsp.rules, that's not being used anymore, looks like?
10:26
<Gadi>
sbalneav: I need to find some time to clean up ltsp_config and ltspfs_entry. Seems we have gotten too liberal in our coding
10:26
its used
10:26
the rules tell udev when to call ltspfs_entry
10:26
ie if you smell like a removable device
10:26
:)
10:27
<sbalneav>
Weird, how come it's so outdated on mine...
10:28
<Gadi>
outdated?
10:28
well, some distros do not use upstream rules file
10:28
not sure what ubuntu or debian does
10:28
but, for a while, their rules files differed
10:29
but ltspfs_entry should be the same
10:29
<sbalneav>
I'm gonna re-sync my code.
10:29
I've gotten out of step here somehow
10:30
<Gadi>
btw, do any distros use nbd and not use the ltsp_nbd initramfs code?
10:30
<johnny>
any distro that isn't debian based that uses nbd :)
10:30
whichever those are
10:31* Gadi plans to fix the awk/grep issue that stgraber found by preseeding SERVER from the initramfs
10:31
<johnny>
for example..
10:31
fedora
10:31
fedora uses the dracut nbd code (or will soon)
10:31
<Gadi>
does fedora use nbd?
10:31
ah ok
10:31
<johnny>
must be.. as warrent was behind adding nbd to dracut iirc
10:31
warren*
10:31
<sbalneav>
dracut?
10:31
<Gadi>
ok - well then, I will leave the grep/awk stuff as a safety
10:31* ogra doubts fedora will ever use nbd
10:31
<johnny>
the distro agnostic initramfs system fedora pioneered
10:32
<ogra>
they dont have any kind of union filesystem
10:32
<johnny>
ogra, then why did he go through the hassle of adding nbd support?
10:32
<ogra>
he added that ages ago
10:32
<johnny>
so?
10:32
must be possible to install soem extra module to use nbd
10:32alkisg has joined #ltsp
10:32
<johnny>
err
10:32
some union fs thatis
10:32
<ogra>
you need aufs/unionfs
10:32
<_UsUrPeR_>
Ok, so I have created a local mirror of archive.ubuntu.com for the karmic release, and I'm trying to build a ltsp client image off of it, but I keep getting gpg errors, which causes the build to fail. I have, of course, added --copy-sourceslist to the ltsp-build-client command, and I have added both of the keys, but I am still getting this error. Can anybody explain why it would still give me the GPG errors, even though I have correctly added they keys?
10:32
<johnny>
aufs is still installable externally right?
10:32
<ogra>
right, you need to compile a module
10:33
<johnny>
or install the kernel module..
10:33
<ogra>
and patch your kernel source
10:33
<johnny>
it's a kmod package iirc
10:33
<ogra>
it needs inline patches in the kernel
10:33
<_UsUrPeR_>
also, why is it trying to use outside servers if I am using --copy-sourceslist?
10:33
<johnny>
ah.. suck
10:33
<sbalneav>
ok, I'm confused. In ltspfs-trunk, 88-ltsp.rules is very very simple
10:33
<johnny>
that's so dumb..
10:33
when will the kernel people finish union mounts :(
10:33
<Gadi>
sbalneav: it should be simple
10:33
<ogra>
sbalneav, id that the alsa crap ?
10:33
<sbalneav>
but if I do an apt-get source ltspfsd, 88-ltsp.rules is much larger
10:33
<Gadi>
all the logic is in ltspfs_entry
10:34
<ogra>
*is
10:34
<Gadi>
ah, then ubuntu packages a different rules file
10:34
<ogra>
we use likely a newer udev
10:34
<johnny>
shouldn't ltsp trunk reflect the newer udev?
10:34
than not?
10:35
<sbalneav>
That was what I was thinking
10:35
<Gadi>
nothing to do with alsa
10:35
<ogra>
dont tell me :)
10:35
<Gadi>
its removable media
10:35
<johnny>
/me pokes ogra
10:35
<ogra>
Gadi, yeah, i mixed it up with 88_ltsp_sound
10:35
<Gadi>
not sure if debian uses upstream udev rules
10:35
<johnny>
can somebody remove 88_ltsp_sound from teh root? or did somebody else already do that?
10:35
<Gadi>
or who does
10:35
<ogra>
the same sequence number confused me
10:35
<Gadi>
we need stgraber and vagrantc
10:35
:)
10:35
<ogra>
debian doesnt
10:35
<johnny>
Gadi, uhmm.. we do?
10:35
are we suckers?
10:36
lol
10:36
<ogra>
debian says a linux system must work without udev
10:36
<Gadi>
we are suckers who were not involved in the decisions
10:36
:)
10:36
<ogra>
which is nonsense nowadays
10:36
<johnny>
i agree
10:36
gentoo doesn't even allow that..
10:36
udev is a core package to gentoo
10:37
except on super embedded stuff
10:37
<ogra>
they might have reverted that view
10:37
but up to lenny that was the attitude
10:37
<johnny>
and that is why i don't use debian
10:37
not enough integration
10:37
<ogra>
but most flexibility
10:37
<johnny>
of course.. i don't always need what ubuntu and fedora give me.. i'd like something in between
10:37
<ogra>
lenny can actually run with a static /dev
10:38
and a ton of initscripts that run MAKEDEV :)
10:38
<johnny>
lol
10:38staffencasa has quit IRC
10:38
<johnny>
that stuff needs to disappear
10:38
:(
10:38
<ogra>
it helps the embedded world
10:38
<sbalneav>
I'm cleaning up a lot of the dead specs.
10:38
<ogra>
if you only have five static devices, why use udev
10:39
<johnny>
ogra, sure... but aren't the specs of those embedded machines starting to get so high that it's going to stop mattering ?
10:39
<ogra>
sbalneav, yeah, my inbox notes that :)
10:39
<johnny>
eventually anyways.. :)
10:39
<ogra>
not really
10:39
they just get smaller
10:39
<sbalneav>
Gadi: We've got an edubuntu bug day on the twelth, I'm going to fix the ltspfs perms issue that day, I'll also look into the ltspfs_entry awk problem.
10:40
<Gadi>
sbalneav: well, it is solved
10:40
the awk problem that is
10:40
well, it will be once I code and push
10:40
the problem is in ltsp_config
10:40
as we call it from ltspfs_entry
10:41
so we can modify behavior based on lts params
10:41
but ltsp_config figures out SERVER on nbd systems with pgrep/awk
10:41
which is an expensive way to do it
10:42
so, I plan to add code to the nbd initramfs script to write SERVER to rootfs/var/run/ltsp_config or some such and then have ltsp_config source that up front
10:42
that way, SERVER will be defined
10:42
and no pgrep/awking
10:43
<sbalneav>
I'm really, REALLY confused.
10:43
<Gadi>
hehe
10:43
ok, so there's this script ltsp_config...
10:43
<sbalneav>
there seems to be completely different versions of ltspfs_entry between ltspfs-trunk and what's in ubuntu
10:44
<Gadi>
really?
10:44
<ogra>
intresting
10:44
since we sync that from debian iirc
10:44
<Gadi>
maybe there have been changes since the version that is in ubuntu
10:45
what version is in ubuntu and what is the latest tag in bzr?
10:45
<ogra>
the version in ubuntu is identical to the version that was in debian when we released
10:45
vagrant maintains all of the packaging
10:45
<Gadi>
right - but, we DO tend to do upstream work continuously
10:45
:)
10:45
<ogra>
we just pull his stuff and swithc the rules
10:46
stgraber and vagrant worked that out to happen automatically a while ago
10:46
(switching rules at build time based on the build system)
10:46
<Gadi>
seems there waas one commit since version 0.5.13
10:47
what version do you have in ubuntu, sbalneav?
10:47
<ogra>
0.5.13-1
10:48
karmic ^^^
10:48
<sbalneav>
oh crap
10:49
I'm branching from lp:~ltsp-upstream/ltsp/ltspfs-trunk
10:49
I SHOULD BE:
10:49
I'm branching from lp:~ltsp-upstream/ltsp*fs*/ltspfs-trunk
10:49
<ogra>
that exists ?
10:50
i didnt know we had different projects
10:51
<sbalneav>
status is "abandoned"
10:51
but it still allows you to pull from it.
10:51
We should just delete it.
10:51
<ogra>
yeah
10:51
<sbalneav>
to prevent morons like me from getting confused.
10:52
done.
10:58jhutchins_lt2 has quit IRC
10:59jhutchins_lt2 has joined #ltsp
10:59dro has joined #ltsp
11:02
<sbalneav>
Gadi: Another thing we could do to fix that, even IF server wasn't specified would be to remove the grep and awk like so, and just replace with shell primatives:
11:02
while read TYPE HOMEDIR FSTYPE REST; do
11:02
if [ ${FSTYPE} = "fuse.sshfs" ]; then break
11:02
fi
11:02
done < /proc/mounts
11:03
<Gadi>
well, you mean "nbd"
11:03
as fstype
11:03
but, true
11:03
<sbalneav>
There's only one awk in the ltspfs_entry
11:04
<Gadi>
right - thats not the bad one
11:04
it gets called infrequently
11:04* sbalneav slaps head
11:04
<sbalneav>
where's the one that's the problem? In the initramfs?
11:04
<Gadi>
no - in ltsp_config
11:05
<sbalneav>
ah, ok
11:05
<Gadi>
we call ltsp_config a lot
11:05
<sbalneav>
we could probably do the same there. I'll have a look
11:05
<Gadi>
it needs to be fast
11:05
pgrep is also expensive
11:06
I would like to try to avoid pgrep as much as possible
11:06
<sbalneav>
ok, I can look at optimizing those.
11:06
<Gadi>
cool
11:06
thx
11:10
<johnny>
perhaps you shouldn't call ltsp_config so much..
11:10
does it really need to be included more than once?
11:10
<alkisg>
It could just cache *all* of its output in a /var/run file, and use that on the later runs....
11:11
btw there's a typo in that file: # set compatbility for ltsp 4.x variables
11:13
<johnny>
well.. is there some official way of caching things in the shell that i don't know about? other than env vars?
11:13
altho it seems that things like LS_COLORS are even cached there.. which is kinda silly
11:22
<Gadi>
brb
11:22Gadi has left #ltsp
11:23
<Ahmuck>
sbalneav stgraber alkisg
11:25cliebow has quit IRC
11:25
<alkisg>
Ahmuck: ?
11:25cliebow has joined #ltsp
11:25
<johnny>
try not to overuse your privileges like that Ahmuck... just ask your question
11:26
<Ahmuck>
johnny: it's a private question. i'm not so sure i didn't stumble upon a no no
11:28bieb has joined #ltsp
11:36
<sbalneav>
Ahmuck: You rang?
11:40
<dro>
you know it seems like lately there haven't been a lot of people come in here and ask for help
11:40
mostly just developer's talking about how to make things better......very nice
11:41
<alkisg>
sbalneav's docs did the trick ;)
11:41
<dro>
alkisg: cool I'll have to check them out
11:41
<alkisg>
!docs
11:41
<ltspbot>
alkisg: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
11:42
<dro>
alkisg: ty reading them now
11:43
i enjoy helping people.....I keep checking to see if anyone's asked a question, I've been debugging a new windows DC for 2 days now
11:44Gadi has joined #ltsp
11:45Selveste1 has joined #ltsp
11:50
<Ahmuck>
sbalneav: nm, i've got it fixed. thx
11:57
alkisg: looking at the command line, i understand it completely. i don't know if i could write it myself, but understand what's going on. i could just drop the "echo" and run it from a command line it appears
11:57
<alkisg>
Ahmuck: so and so. E.g. chmod lost+found:lost+found doesn't make sense :)
11:58
It was written in 20 secs, I didn't mean it to be bulletproof...
11:58
That's why I put the "echo" in front of it.
12:03
<Ahmuck>
ya, i saw it complained about lost+found
12:03
anywho, thx, that fixed the problem. i'll comb through and look for the link for the other issue
12:04
still thinking about the whole "group" directory thing. considering putting another server with directories on it only for "group" directories/files
12:04
or /home/students, etc.
12:18dro has quit IRC
12:27FGXR6 has quit IRC
12:45Eghie has quit IRC
12:53
<knipwim>
johnny: i have thought about whether or not to set the stage_uri in a plugin
12:53
and i still think it should be set in a plugin, and not in the quickstart script
12:53
<johnny>
why?
12:54
what's the benefit
12:54
knipwim, altho..
12:54
a compromise could be made
12:54
let the one in the plugin override the one
12:54
but wait.. don't i already do that?
12:55
ah.. just need it in the plugin code if it's not set on the cli
12:55
so.. go for that
12:57
<knipwim>
i think the plugin does that
12:57
if [ -z "${STAGE_URI}" ]; then ...
12:57
<johnny>
sure.. go ahead and set it there
12:58
<knipwim>
http://bazaar.launchpad.net/~wimmuskee/ltsp/ltsp-trunk-dev/revision/1371
12:58
<johnny>
no
12:58
remove the change to the quickstart file
12:58
and then it's probably fine
12:59
<knipwim>
so, getting the funtoo stage if all else fails?
12:59
<johnny>
it's not about all else fails.. it's about using the quickstart stage standalone
12:59
without the ltsp-build-client
12:59
s/using/being able to use/
13:00
<knipwim>
but this profile is an ltsp specific profile
13:00
if you wanted it standalone
13:00Egyptian[Home] has joined #ltsp
13:00spectra has quit IRC
13:00
<knipwim>
you could make another profile
13:02vagrantc has joined #ltsp
13:02Lns has joined #ltsp
13:02
<johnny>
knipwim, i'm saying you should already be able to do it
13:02
quickstart --foo --bar --etc already does the same thing
13:03
almost the same thing.. there's only a few things in the plugins that we actually use..
13:03Eghie has joined #ltsp
13:05
<johnny>
the things that prep the server environment is what should go in the plugins obviously
13:05
but imo.. some of that should actually be packaging..
13:05
so you can rerun emerge ltsp-server --config or whatever that flag is
13:06spectra has joined #ltsp
13:12
<knipwim>
i've never used the --config option on an emerge before
13:12
but i see your argument
13:12
i can leave the profile change alone
13:18cmm1 has quit IRC
13:20cmm1 has joined #ltsp
13:33_gentgeen_ has quit IRC
13:33
<knipwim>
johnny: while i'm fixing that
13:33
could you look at http://bazaar.launchpad.net/~wimmuskee/ltsp/ltsp-trunk-dev/revision/1372
13:34nobios has joined #ltsp
13:35_gentgeen_ has joined #ltsp
13:36jhutchins_lt2 is now known as jhutchins_lt
13:38
<johnny>
is sshfs-fuse 2.1 finally stable?
13:38
if so.. sure
13:38
look for other deps that are stable too
13:38
<knipwim>
sshfs-fuse-2.2 in fact
13:38
<johnny>
swell
13:38
<knipwim>
nope :(
13:38
<johnny>
took em only a year to get 2.1 stable..
13:39
<knipwim>
i wonder if we'll live to see openrc stabilization
13:40sep is now known as sep_home
13:40
<knipwim>
if it does, i'll let you know
13:43
<johnny>
yeah.. for real
13:43
might as well just switch to upstart
13:43
at least that's used to multiple distros
13:59
<vagrantc>
johnny: that's, uh, slower than debian stable.
14:00
<johnny>
vagrantc, debian replaced their init system?
14:00
lol :)
14:00
<vagrantc>
johnny: no, sshfs-fuse
14:00
<johnny>
oh you mean the sshfs-fuse
14:00
yeah.. the dev went away, and the package went unnoticed
14:00
<vagrantc>
happens to the best distros
14:04
<johnny>
happens to all distros :)
14:04
vagrantc, altho i'm more upset about the lack of the new init system
14:04
the system works unmodified on bsd and gentoo.. which is neat.. and it's also really fast.. faster than upstart
14:04
but.. he's kinda weird about it (last i checked)
14:04
<vagrantc>
he?
14:05
<johnny>
the dev of openrc
14:05
<vagrantc>
ah
14:05
<johnny>
he even switched back from git to subversion at one point
14:05
<vagrantc>
eeyk
14:09cmm1 has quit IRC
14:12cmm1 has joined #ltsp
14:28Barbosa__ has joined #ltsp
14:29Barbosa_1 has joined #ltsp
14:30scottmaccal has quit IRC
14:30Kicer86 has joined #ltsp
14:33scottmaccal has joined #ltsp
14:36pmatulis has quit IRC
14:37
<knipwim>
johnny: http://bazaar.launchpad.net/~wimmuskee/ltsp/ltsp-gentoo-dev/revision/1489
14:37
and http://bazaar.launchpad.net/~wimmuskee/ltsp/ltsp-gentoo-dev/revision/1488 for the sshfs-fuse
14:41nobios has quit IRC
14:47Barbosa has quit IRC
14:47Barbosa_ has quit IRC
14:48bobby_C has joined #ltsp
14:53hersonls has quit IRC
14:58cliebow has quit IRC
14:59johnny has left #ltsp
14:59johnny has joined #ltsp
14:59dro has joined #ltsp
15:14bieb has left #ltsp
15:22Eghie has quit IRC
15:25alkisg has quit IRC
15:26cmm1 has quit IRC
15:28
<sbalneav>
Gadi: Pingity
15:28
ditching the awk's easy
15:28
the pgrep's gonna be almost impossible
15:29cmm1 has joined #ltsp
15:29Kicer86 has quit IRC
15:33alkisg_ has joined #ltsp
15:36
<Lns>
Gadi: pingflood
15:37
<Gadi>
pongity pong
15:37
pong
15:38
<Lns>
Can anyone possibly pastebin their /opt/ltsp/i386/etc/init.d/ltsp-client-core from ubuntu intrepid+ ?
15:38
hey Gadi =)
15:38
^^^ is that the right file to patch for getting sound vars?
15:38
<Gadi>
u fixing sound?
15:38
<Lns>
i see "start_sound"
15:38
<Gadi>
hehe
15:38
<Lns>
yea
15:38
<Gadi>
let me get you a link
15:38
<Lns>
ty!! :)
15:39
<alkisg_>
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/files
15:39
<Lns>
sweet
15:39* alkisg_ hates the empathy UI :-/
15:40
<Lns>
thx alkisg_
15:40
<alkisg_>
!source
15:40
<ltspbot>
alkisg_: My source is at http://supybot.com/
15:40
<alkisg_>
!ltsp-source
15:40
<ltspbot>
alkisg_: Error: "ltsp-source" is not a valid command.
15:40
<Gadi>
Lns: http://bazaar.launchpad.net/%7Eltsp-upstream/ltsp/ltsp-trunk/download/head%3A/ltspinitcommon-20080221205225-g8c4rudkglkuquk8-1/ltsp-init-common
15:40
that file has configure_sound_volume()
15:41
that should replace the one in your ltsp-client-setup
15:41
<alkisg_>
!learn ltsp-source as at http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/files
15:41
<ltspbot>
alkisg_: The operation succeeded.
15:41
<alkisg_>
!learn ldm-source as at http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/files
15:41
<ltspbot>
alkisg_: The operation succeeded.
15:42
<Lns>
Gadi: i don't have a configure_sound_anything in current ltsp-client-setup
15:42
do i just append it?
15:42
<Gadi>
do you have configure_sound?
15:42
<Lns>
no
15:42
<Gadi>
maybe its in ltsp-client-core
15:42
<Lns>
yeah, i have start_sound
15:42
in ltsp-client-core
15:43
<Gadi>
I dunno - one of the things we did recently was pull all the functions into ltsp-init-common
15:43
<alkisg_>
!learn ltsp-upstream as at https://code.launchpad.net/~ltsp-upstream/
15:43
<ltspbot>
alkisg_: The operation succeeded.
15:43
<Lns>
hrm
15:43
<Gadi>
do you have anything after start_sound?
15:43
<Lns>
Gadi: after start_sound is configure_localdev
15:43
<Gadi>
if not, then you can add the function to ltsp-client-core, and then call it at the bottom
15:44
right after start_sound is called
15:44
man... what did we do in hardy?
15:44
:)
15:44
<Lns>
lol
15:44
<Gadi>
good ole 2008
15:44* Lns plans on backing up, then wiping/re-installing all of his servers w/lucid.1 64-bit =)
15:45
<Lns>
still riding on hardy 32-bit
15:45
<alkisg_>
How's flash support for 64bit nowadays?
15:45
<Lns>
alkisg_: heard it's fine now that there's a native 64-bit plugin
15:45
<Gadi>
sbalneav: which pgrep are you cleaning?
15:46
<Lns>
I think i'm gonna leave sound alone, or maybe just do an rc script to adjust volume manually instead of patching these files...
15:46
<alkisg_>
Lns: but does Ubuntu still use the wrapper plugin in ubuntu-restricted-extras?
15:46
<Gadi>
Lns: you can copy the function into an rc script
15:46
<Lns>
don't think so, not in karmic anyway..? haven't checked, my box at home works fine (well, not really actually...clicking on flash stuff doesn't always work :/ )
15:46
<Gadi>
and source ltsp_Config at the top
15:46
er, ltsp_config
15:47
and call it
15:47
alkisg_: I think the flshplayer-installer package in karmic still uses 32 bit libs
15:47
but you can just d/l the 64 bit player and install it instead
15:48
<alkisg_>
Gadi, do you know if that's also true for Lucid?
15:48
<Gadi>
no clue
15:51
<Lns>
Gadi: this PA channel name code in ltsp-init-common..is that gonna work for hardy? you said yesterday re: docs: "hmmm.. that section needs updating" "to reflect: <channel_name>_VOLUME"
15:54
holy crap there's some crazy sed work going on there =)
15:55
<sbalneav>
Gadi: the one in ltsp_config
15:55
<alkisg_>
Couldn't Lns use a Karmic chroot in his Hardy servers?
15:55
<sbalneav>
I do.
15:56* alkisg_ installed edubuntu Lucid and is going to try the fat client plugin tomorrow :)
15:56* Lns doesn't want to put his schools through what could possibly go wrong with that =)
15:58
<sbalneav>
It's too bad that nbd-client doesn't write a status file in /var/run/mumble
15:59etyack has quit IRC
16:01dro has quit IRC
16:04* Lns conjures up what a hacker could do with a lab full of students listening with headphones with the command 'amixer -c0 sset Master 100%' heh
16:04
<Lns>
That's all I'll have to put in an rc script looks like, after parsing ltsp-init-common
16:05
(putting in a more sane volume of course)
16:06
<Gadi>
sorry -was afk
16:06
Lns: yesterday, I was talking about the docs
16:06
the code is fine
16:06
sbalneav: so, back to my pre-seeding
16:06
:)
16:06
<Lns>
right..ok
16:09
<Gadi>
Lns: don't forget to actually call the function
16:09
after you declare it
16:10
<sbalneav>
Gadi: but, we can eliminate the awks
16:10
<Gadi>
so: . /usr/share/ltsp/ltsp_config; configure_sound_volume() ... ; configure_sound_volume
16:10
pheh - awks
16:10
<Lns>
Gadi: i'm just gonna put an rcfile_nn in my lts.conf and call amixer directly :) unless you think that's horribly wrong to do for patchwork
16:10
<sbalneav>
more to the point, stgraber pointed out, first time that gets run, we should write a cache file somewhere with the results.
16:10
<Lns>
that way i can keep a handle on it for the 2 sites i need to do this for until the lucid upgrade
16:11
<Gadi>
sbalneav: there are pros and cons to the cache file idea
16:11
<sbalneav>
k, what are the cons?
16:12
<Gadi>
well, say you have a script (like ltsp-cluster has) that grabs a new lts.conf at different stages
16:12
you now need a way to say - dont use the cache
16:12
<sbalneav>
ah, ok
16:12
<Gadi>
which is not hard
16:13
only that you have to always think
16:13
should I use the cache
16:13
or should I not use the cache
16:13
<sbalneav>
well, as a general rule, I should probably go through all our scripts, and look to see where they can be optimized.
16:13
ldm's getting very very pokey post authentication.
16:14
<Gadi>
yeah - did we ever merge that patch that made logging in slow due to localapps when there is a large numbers of groups
16:14
?
16:14
er, that fixed that issue
16:14
:)
16:14
<sbalneav>
dunno
16:15
<Gadi>
someone submitted it to lp
16:15
but, I dont know if it ever made it in
16:15
<sbalneav>
I can look tonight.
16:15
mvo and I are locked in a life and death struggle over gksu
16:15
<Gadi>
lol
16:16
<sbalneav>
I spend 4 hours figuring out a path
16:16
he comes back with something completely different
16:16
so if his latest proposal works, then I can have a look at it tonight.
16:17
if not, I have to go through round 4 of gksu patchdance if I'm to get a working sabayon for alpha2
16:17
patchdance.
16:17
Kind of like flashdance, but instead of Jennifer Beals, you get me.
16:17
<Gadi>
yeah, I am going to need ur sabayon for a project real soon
16:17* Gadi cheers you on
16:18* Lns thinks sbalneav looks WAY hotter than Jennifer Beals anyway
16:18
<Gadi>
there are so many gnome tools for controlling the desktop env that are lacking, I really wonder what they work on
16:18
<alkisg_>
highvolt1ge: what's the difference between --fat-client and --fat-client-desktop?
16:18
<Gadi>
:)
16:19
alkisg_: the latter allows you to choose [edu|k|x]ubuntu
16:19vagrantc has quit IRC
16:19cmm1 has quit IRC
16:19
<alkisg_>
Ah, then --fat-client is enough :)
16:19
Ty
16:20
<Gadi>
np
16:21
<alkisg_>
Ah, I first made a regular chroot, so now to make a second one, do I need to specify the base/nbd port etc?
16:21* alkisg_ points himself to the docs...
16:21
<alkisg_>
!docs
16:21
<ltspbot>
alkisg_: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
16:22* Gadi thinks you just need to change dhcpd.conf
16:24
<alkisg_>
Won't it try to use the same directory, i.e. /opt/ltsp/i386, and the same nbdport, 2000? OK, trying...
16:24
<Gadi>
alkisg_: you change the filename to: /ltsp/fat-client/pxelinux.0
16:24
or some such
16:25
that pxelinux should do the right thing
16:25
<alkisg_>
sudo ltsp-build-client --arch i386 --fat-client
16:25
NOTE: Root directory /opt/ltsp/i386 already exists, this will lead to problems, please remove it before trying again. Exiting.
16:26
...trying to specify --chroot...
16:26
<sbalneav>
Gadi: Well if you're looking for the PRE EMINENT gnome desktop deployment tool being AVTIVELY maintained by a suave and debonaire developer
16:26
you won't do better than sabayon ;)
16:26
<Gadi>
thats what I read in the brochure
16:26
:)
16:27
<sbalneav>
off home for the day. Back on tonight for phase 4 of the gksu bataan death march.
16:27
bbiab
16:28
<Lns>
bye sbalneav !
16:30gfarras has quit IRC
16:47gfarras has joined #ltsp
16:49markit has joined #ltsp
16:50
<markit>
hi, I've debian sid, and want to install testing client with "ltsp-build-client --arch i386 --dist testing", bug get the error "ERROR: invalid distribution: testing", what is wrong?
16:52
mm with "squeeze" works!
16:54
I do need a recent kernel to manage eeebox jmicro ethernet adapter :(
16:59johnny has left #ltsp
16:59bobby_C has quit IRC
17:06vagrantc has joined #ltsp
17:12alkisg_ has left #ltsp
17:17highvolt1ge is now known as highvoltage
17:21japerry has quit IRC
17:24johnny has joined #ltsp
17:47Wastrel_ has quit IRC
17:54hersonls has joined #ltsp
18:05vagrantc has quit IRC
18:23Q-FUNK has joined #ltsp
18:24vagrantc has joined #ltsp
18:24Q-FUNK has left #ltsp
18:31tstafford has quit IRC
18:32hersonls_ has joined #ltsp
18:33tstafford has joined #ltsp
18:38Wastrel_ has joined #ltsp
18:45Lns has quit IRC
18:49hersonls has quit IRC
18:56hersonls__ has joined #ltsp
19:05vagrantc has quit IRC
19:05markit has quit IRC
19:06
<sbalneav>
Evening all
19:09hersonls_ has quit IRC
19:49ogra has quit IRC
19:49ogra has joined #ltsp
19:56F-GT has joined #ltsp
19:56hersonls__ has quit IRC
19:57hersonls has joined #ltsp
19:58try2free has joined #ltsp
20:30try2free has left #ltsp
20:38F-GT has quit IRC
20:40gfarras has quit IRC
20:51GGD has joined #ltsp
20:51
<Ahmuck>
boo
20:52F-GT has joined #ltsp
20:59
<sbalneav>
yeah
21:36_gentgeen_ has quit IRC
21:36F-GT has quit IRC
21:38_gentgeen_ has joined #ltsp
21:39F-GT has joined #ltsp
21:44GGD_ has joined #ltsp
22:01GGD has quit IRC
22:08johnny has left #ltsp
22:21dro has joined #ltsp
22:29dro has quit IRC
22:30dro has joined #ltsp
22:32dro has quit IRC
22:32dro has joined #ltsp
22:40johnny has joined #ltsp
22:41Sarten-X2 has joined #ltsp
22:43Sarten-X has quit IRC
22:47dro has quit IRC
22:47dro has joined #ltsp
22:51dro has quit IRC
22:54F-GT has quit IRC
22:55F-GT has joined #ltsp
22:58_gentgeen_ has quit IRC
23:03vagrantc has joined #ltsp
23:13_gentgeen_ has joined #ltsp
23:31_gentgeen_ has quit IRC
23:38_gentgeen_ has joined #ltsp
23:42_gentgeen_ has quit IRC
23:43_gentgeen_ has joined #ltsp
23:49_gentgeen_ has quit IRC