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


Channel log from 17 February 2010   (all times are UTC)

00:22Faithful has joined #ltsp
00:26
<vagrantc>
well, ltspfs works reasonably well on lenny.
00:27
stgraber: i'm cool with tagging everything.
00:27
unless people start breaking things again :)
00:33
<johnny>
uhmm. they invented these things called branches awhile you
00:33
awhile ago*
00:33
we might want to consider using them
00:34
thus.. 5.2.0 should be branched..
00:34
and then further breaking in trunk won't hurt it..
00:35ball has joined #ltsp
00:44mikkel has joined #ltsp
01:15
<vagrantc>
it'd be great if people started developing features in their own branches, sure.
01:16
the main drawback with branches is that cherry-picking pretty much sucks with any VCS, and that's the main thing that would make that useful.
01:16
make it useful to essentially have multiple trunks...
01:17
and merging merges of merges of merges tends to look really stupid.
01:18
i don't think branching will really change that much.
01:18
hard enough convincing people to commit code sometimes :)
01:18
and on that note... i sleep.
01:18vagrantc has quit IRC
01:24ball has quit IRC
01:28gentgeen__ has joined #ltsp
01:41
<alkisg>
Καλημέρα
02:20atomic007za has joined #ltsp
02:23atomic007za has quit IRC
02:28rickogden has joined #ltsp
02:28rickogden has left #ltsp
02:34zeltron has joined #ltsp
02:37
<zeltron>
Hi. Trying to make ltsp-cluster work, but I've got a problem with loadbalancer : It doesn't want to start
02:37
I don't know where to look to try to find why and fix the problem
02:39
<Appiah>
what does not start?
02:39
do you get a error message?
02:39
<zeltron>
Appiah : /etc/init.d/ltsp-cluster-lbserver : fail
02:40
It fails since installation, and the package is signaled as "to be configured" when I aptitude update
02:48
I find nothing in syslog or entire /var/log/ dir
03:06
<Appiah>
is your lbsconfig.xml configured?
03:06alkisg has quit IRC
03:07
<zeltron>
Appiah : yes it is.
03:11bobby_C has joined #ltsp
03:12
<Appiah>
and there is absolutly nothing in /var/log/messages ?
03:12
tail it and run the initscript again
03:19
<zeltron>
Appiah : nothing at all !
03:21
<Appiah>
O_o
03:21
try starting lbserver without the init script
03:22
and see the error
03:22vlt has joined #ltsp
03:24
<zeltron>
Appiah : good idea !
03:25
Import error : no module named lbserver
03:25
<Appiah>
python trying to import some module named lbserver ? :)
03:26
<zeltron>
in /usr/sbin/ltsp-cluster-lbserver , line 5 : from lbserver import main
03:42
<Appiah>
is this on karmic?
03:46
<zeltron>
Appiah : No, jaunty
03:47
I find Karmic is not reliable enough, and I use stgraber's doc on ltsp-cluster's website
03:49
<Appiah>
so you're using PPAs?
03:49
<zeltron>
I'm not using openvz servers, though (vmware), and I use only two servers (one root with loadbalancer and ltsp-control-center and another : servapp1 )
03:50
<Appiah>
Ye I did similar when I set up cluster
03:50
no openvz
03:50
<zeltron>
Appiah : yes stgraber and ltsp-cluster-team sources
04:07ogra has quit IRC
04:08ogra has joined #ltsp
04:20alkisg has joined #ltsp
04:33elias_a_ has joined #ltsp
04:38johnny has quit IRC
04:38alexqwesa_ has quit IRC
04:38alexbodn has quit IRC
04:38map7 has quit IRC
04:38elias_a has quit IRC
04:49alkisg has quit IRC
05:30otavio has quit IRC
05:30otavio has joined #ltsp
06:00
<kebax>
ysterday I connected one of my Acer Ones through wire into ltsp
06:01Faithful has quit IRC
06:01
<kebax>
then I selected network boot from bios boot selection
06:01
it did pixie alright, np
06:02
but when the ubuntu logo on black background appeared
06:02
it stopped there
06:03
I tried to find cause from /var/log/ of ltsp but no revelations there
06:04Faithful has joined #ltsp
06:04
<kebax>
with another acer one the wire obayed just fine
06:07
maybe the acers are not the most ideal thin-clients =)
06:24pmatulis has joined #ltsp
06:30etyack has joined #ltsp
06:32Gadi_eeepc has left #ltsp
06:47vvinet has quit IRC
07:01Blinny has joined #ltsp
07:03ldo has joined #ltsp
07:08etyack has quit IRC
07:09
<zeltron>
stgraber : I used your doc on lstp-cluster website, but ltsp-cluster-lbserver doesn't want to start
07:10
I find no trace of error in /var/log, but Appiah gave me the idea to launch it by hand instead of init.d script
07:11
I've got the following message :
07:11shawnp0wers has joined #ltsp
07:11
<zeltron>
import error : No module named lbserver
07:11
Does it mean something for you ?
07:20
<ldo>
Hello, I' am studying ltsp with PXE Boot, and I didn`t find an answer for the ip-address handling, do pxe request an ip-address? Do the loading Linuximage request a new IP? Or get it passed from pxelinux?
07:21vvinet has joined #ltsp
07:29alincoln_ is now known as alincoln
07:32
<Appiah>
ldo: The PXE asks for an IP
07:33
and when it goes over to the chroot I think it asks for a IP again...
07:33
you could always dump the dhcp info going and boot up a client and watch what happens
07:34
http://en.wikipedia.org/wiki/Linux_Terminal_Server_Project
07:34
<ldo>
ok, thank you so it could happen that the ips will be different
07:34
<Appiah>
"During this process the client makes a (new) DHCP request for the IP address of the LTSP server and the path to its chroot environment. "
07:35
well since its the same dhcp server
07:35
I doubt it .. but then again . I never actully watched thtat
07:35
that*
07:35
unless you change it , it will write a lease
07:36
and that lease wont expire during that short time
07:42sene has joined #ltsp
07:50
<ldo>
thank you I will check dhcpdump for more information and will report here when ready
07:51etyack has joined #ltsp
07:53mikkel has quit IRC
08:02_UsUrPeR_ has quit IRC
08:06_UsUrPeR_ has joined #ltsp
08:23mgariepy has joined #ltsp
08:23
<mgariepy>
morning all
08:48alkisg has joined #ltsp
08:54
<sbalneav>
Morning all
08:56HardDisk has quit IRC
08:56HardDisk has joined #ltsp
08:58Selveste1 has joined #ltsp
09:05Selveste1 has quit IRC
09:07CAN-o-SPAM has joined #ltsp
09:14alkisg has quit IRC
09:17grey-monkey has joined #ltsp
09:18
<grey-monkey>
I updated my ltsp-server with 'apt-upgrade' and then ran 'sudo ltsp-update-image' and now my image will not login
09:21
<highvoltage>
afternoon all!
09:27The_Code has joined #ltsp
09:27
<sbalneav>
grey-monkey: did you do an "ltsp-update-sshkeys" before the ltsp-update-image?
09:28
<grey-monkey>
yes
09:28
I just figured out that it was only my test account that can't login
09:28
My other accounts and users can
09:59alkisg has joined #ltsp
10:12zeltron has quit IRC
10:12etyack has quit IRC
10:18
<sbalneav>
stgraber: ping
10:18
updated ltspfs to create the directory in /media to be mode 700 instead of mode 750
10:18
pushed rev 139
10:19
when you re-roll the ltsp packages for 5.2, can you include ltspfs in that?
10:26shawnp0wers has quit IRC
10:33mikkel has joined #ltsp
10:38slidesinger has joined #ltsp
10:51
<sbalneav>
argh.
10:51
not gonna work
10:53
Any devs here besides me?
10:53
wait.
10:53
it doesn't matter.
10:53
one sec.
10:54Selveste1 has joined #ltsp
10:55alkisg has quit IRC
11:12
<stgraber>
sbalneav: pong
11:13pmatulis has quit IRC
11:14
<stgraber>
sbalneav: we'll release all three at the same time (discussed that with vagrant last night): LTSP 5.2, LDM 2.1, LTSPFS 0.6
11:14
<sbalneav>
Still working on the patch
11:14
wait half-a-mo.
11:14pmatulis has joined #ltsp
11:15
<stgraber>
Seems like vagrant is ok with tagging everything, I'll be doing some tests this afternoon and wait for your changes.
11:15
going to grab some lunch now
11:15
see you at the Edubuntu meeting (we need you there to vote for mgariepy :))
11:28
<sbalneav>
Yikes, some serious problems in lbmount :(
11:43* _UsUrPeR_ appears
11:45alkisg has joined #ltsp
11:50
<sbalneav>
is_mounted is essentially doing nothing.
11:51
Trying to fix the logic
12:00The_Code has quit IRC
12:03reynolds has quit IRC
12:07reynolds has joined #ltsp
12:08
<reynolds>
Does anyone know how to tell what video driver is being used by a specific thin client?
12:09
<sbalneav>
yes
12:10
Check the thin client's Xorg log
12:11
<kebax>
where might that be?
12:11
<reynolds>
where is that, if you dont mind me asking
12:12
<sbalneav>
On the thin client itself, in the usual place. /var/log
12:12
You'll have to configure something like SCREEN_02=shell in order to be able to look at it.
12:12
<kebax>
so run xterm locally and examine there?
12:12
<sbalneav>
that too.
12:12cliebow has joined #ltsp
12:14CAN-o-SPAM_ has joined #ltsp
12:15litlebuda has joined #ltsp
12:15CAN-o-SPAM has quit IRC
12:15
<alkisg>
!localxterm
12:16
<ltspbot>
alkisg: "localxterm" :: while sitting on a thin client, open a gnome terminal. In that, run: ltsp-localapps xterm. An xterm will open. That xterm runs locally, so any commands you enter there are executed directly on the client.
12:16CAN-o-SPAM_ is now known as CAN-o-SPAM
12:18
<sbalneav>
ok, fixed logic errors in is_mounted in lbmount
12:19
pushed rev 140
12:19
we'll need to test this.
12:22Lns has joined #ltsp
12:22
<Lns>
greets all
12:23Eghie has joined #ltsp
12:23
<sbalneav>
Hello lns
12:23
<alkisg>
Hi Lns
12:24
<Lns>
hey sbalneav, alkisg
12:24
how's everything today?
12:26slidesinger has joined #ltsp
12:32etyack has joined #ltsp
12:33highvoltage has quit IRC
12:33
<Lns>
that busy eh? ;)
12:34
<CAN-o-SPAM>
Hows Lns today?
12:34highvoltage has joined #ltsp
12:34
<Lns>
CAN-o-SPAM: I'm doing well thanks =) how's the spamcan?
12:36
<CAN-o-SPAM>
spamcan is busy, but smiling
12:40
<sbalneav>
Lns: eugh, too much work not enough me.
12:40
<Lns>
CAN-o-SPAM: =)
12:41
sbalneav: hehe =) I hear ya...if only people cloning was legal, eh? I could use a sbalneav in my office
12:41
<CAN-o-SPAM>
Lns: heard there was a statewide lan party ban in Cali ... sorry about your misfortune ;)
12:41
<Lns>
CAN-o-SPAM: haha! well this one is an underground LAN
12:41
complete with rave music
12:41* CAN-o-SPAM contacts the governator
12:41
<Lns>
oh noes!
12:42
GET IN THE CHOPPA
12:42* Lns looks under the table for Gadi
12:43
<CAN-o-SPAM>
heh
12:52cliebow has quit IRC
13:01litlebuda has quit IRC
13:17Kicer86 has joined #ltsp
13:21
<reynolds>
dir
13:22
<alkisg>
bin cdrom etc initrd.img.old lost+found messages opt root selinux sys usr vmlinuz.old
13:22
boot dev home lib media mnt proc sbin srv tmp var Xorg.0.log
13:23
<alincoln>
hah
13:24
<alkisg>
No command 'hah' found, did you mean:
13:24
Command 'huh' from package 'orville-write' (universe)
13:24
Command 'ha' from package 'ha' (universe)
13:24
<alincoln>
sudo apt-get install ha
13:26
<alkisg>
alincoln is not in the sudoers file. This incident will be reported.
13:34
<Kicer86>
rm -fr /
13:35
btw i've done this once
13:35
250GiB went.... ;)
13:35
simple mistype in bash script
13:43
<alincoln>
alkisg: hah!
13:44
<alkisg>
alincoln: I should have prompted for a password.. :D
13:45alexqwesa has joined #ltsp
13:47
<ldo>
Appiah: I hope that I got it matched to dhcpdump
13:48
Step 1: pxeclient (dhcpdiscover, request and so on); Server (offer, ack) sends IP and Directory of pxelinux
13:48
Step2: pxelinux (dhcpdiscover, request and so on); Server(offer, ack) sends IP and Directory of linuximage
13:48
Step3: linuximage (dhcprequest); Server (ack) sends new IP
13:48
hope thats correct
13:48shawnp0wers has joined #ltsp
13:48
<ldo>
this way
13:50
<alkisg>
ldo: pxelinux doesn't ask for an ip...
13:50
It reuses the pxe network stack
13:51
<ogra>
alkisg, stgraber, i noticed something in the locales plugin, it seems to use an obsolete place for the default locales ... /etc/environment isnt used anymore, it should be /etc/default/locale since jaunty
13:51
<ldo>
hmm could you please tell me why do I have 3 dhcprequests and 3 ack from server during boot to login?
13:52
<stgraber>
ogra: oh, I thought both paths were handled by the plugin. I'll have a look
13:52* ogra would have pushed a fix but i'm up to my ears in pre feature freeze stuff
13:52
<ldo>
one machine and one server
13:52
<ogra>
stgraber, though thats not freeze critical, can go in as a bugfix :)
13:55johnny has joined #ltsp
13:55
<ldo>
the strange thing also ist that for the last dhcp request/ack there is no discover or offer just request and ack
13:56
<alkisg>
ldo: can you post the vendor identifiers for each request?
13:56
PXEClient, Linux ipconfig, udhcp... whatever?
13:57
!pastebin
13:57
<ltspbot>
alkisg: "pastebin" :: try !pastebot
13:58
<alkisg>
!pastebot
13:58
<ltspbot>
alkisg: "pastebot" :: The LTSP pastebot is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
14:03
<ldo>
please see here the dhcpdump : http://ltsp.pastebin.com/m6c7a0be8
14:08
<alkisg>
ldo: is that an etherboot client?
14:09
Or a normal PXE one?
14:09
Ah nm it's the "if" in dhcpd.conf
14:10
<ldo>
virtualbox network boot
14:11
<alkisg>
ldo: the problem is in ipconfig
14:11
It has a lot of bugs, it loses packets etc
14:11
That's why it asks for an IP twice
14:12
<ldo>
ah ok nothing wrong with this if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient
14:12
<alkisg>
Is that Debian Lenny? I've sent some patches to ipconfig to make it lose less packets, but I don't think they're in lenny
14:12
They should be in sid
14:12
<ldo>
yes lenny
14:13
<alkisg>
In Ubuntu/LTSP we replaced it with udhcpc, I'm not sure but I think now debian/ltsp uses it as well
14:13
udhcp is much better, it doesn't have those horrible bugs..
14:13
<ldo>
ok for my info pxelinux reuses the pxe network stac
14:14
<alkisg>
Yes, it doesn't have any network drivers etc so it reuses whatever the pxe stack offers
14:14
<ldo>
I can take this in my documentation, thank you very much
14:17
hard to find out how the process works when it loses packets.
14:19
<alkisg>
ldo: I've sent some traces to the klibc mailing list about it, if you really care about it I can search for the link...
14:20
...or you could check if there are any ltsp backports for lenny, which would use udhcpc, if that's available
14:22
<ldo>
alkisg: thank you that's not necessary, I will use sid for testing, and educational documentation, and your help showed me the right way
14:22
<alkisg>
ldo: here's a bug that asks for one of the patches that I sent to be included - unfortunately they thought it was too big to accept it, and then we moved to udhcpc and I had no reason to split it to smaller patches
14:22
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511959
14:30cliebow has joined #ltsp
14:32cliebow has quit IRC
14:33
<ldo>
thanks
14:34
<_UsUrPeR_>
sbalneav: is the latest release of Sabayon 2.29.5?
14:36sene has quit IRC
14:39
<sbalneav>
_UsUrPeR_: release? Yes.
14:39
there's been changes to the git repo since then
14:40
<_UsUrPeR_>
sbalneav: ok. I'll get from there :)
14:40staffencasa has quit IRC
14:43staffencasa has joined #ltsp
14:47
<sbalneav>
_UsUrPeR_: a git repo checkout, followed by "sh autogen.sh", followed by a make distcheck should produce a tarball
14:47
then you can just use 2.29.5's debian dir to build a package.
14:47
<_UsUrPeR_>
sbalneav: ok thanks :)
14:53Kicer86 has quit IRC
14:56pmatulis has quit IRC
15:01shawnp0wers has quit IRC
15:02carbm1_ has joined #ltsp
15:03
<carbm1_>
Is there a good howto on setting up LTSP in an enviroment where I'm already have a DHCP server and already booting other PXE options? The LTSP-Server needs to be on a different dedicated machine.. running Ubuntu 9.10. I've tried copying the /var/lib/tftpboot files to my PXE server but I don't know how to tell it to go to the ltsp-server. Suggestions?
15:04
<sbalneav>
I believe dnsmasq's supposed to do dhcp relaying.
15:05
https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP
15:08dro has joined #ltsp
15:10
<carbm1_>
doesn't look like dnsmasq is what I need. I'm already booting off of my DHCP server. What I need is a way to boot the LTSP Kernel from my current DHCP/PXE server and have it connect to the LTSP-SERVER.
15:11
<dro>
carbm1_: what kind of issues are you having?
15:12
<carbm1_>
I'm wanting to have a Ubuntu 9.10 LTSP setup. I already have another server doing DHCP and PXE Booting. I want to setup a ltsp-server that doesn't have dhcpd on it. That way I can continue to use my current dhcp server and just have the kernel point to the ltsp-server. Any suggestions?
15:12Blinny has left #ltsp
15:13
<carbm1_>
I already copied /var/lib/tftpboot to my dhcp/pxe server. But when I boot it has no way of knowing to go to my ltsp-server.
15:14
<dro>
carbm1_: what kind of dhcp server are you using? windows, linux?
15:14
<carbm1_>
Linux
15:14
<alkisg>
carbm1_: just send a different next-server for the machines that you want to boot as ltsp clients
15:14
The ltsp server will answer the tftp request from there...
15:14
<dro>
alkisg: you beat me to the punch lol
15:14
<carbm1_>
I want to select it from a menu though.
15:14
<alkisg>
:)
15:14
<dro>
carbm1_: a menu with what options?
15:15
<alkisg>
carbm1_: there are 2 kinds of menus. PXE menus and pxelinux menus. Which one do you want?
15:15
(probably the second...)
15:15
<carbm1_>
I'm using PXELinux menus.
15:16
<alkisg>
carbm1_: then pass nbdroot=serverip:2000 as a kernel parameter for those machines
15:16
<carbm1_>
alkisg, thats what I needed!
15:18
<alkisg>
carbm1_: you *could* do the same with proxydhcp as well, but it isn't really needed in your case :)
15:20
<carbm1_>
alkisg, PERFECT! How did you know what to use as kernel parameter?
15:20
<alkisg>
carbm1_: erm, I read the ltsp sources :D
15:21
<carbm1_>
alkisg, I think reading the sources might be a little out of my league. The links from the Ubuntu LTSP documentation are broken so I came here.
15:21
<sbalneav>
carbm1_: Which links?
15:22
<carbm1_>
http://www.ltsp.org/~sbalneav/LTSPManual.html
15:22
from https://help.ubuntu.com/community/UbuntuLTSP
15:23
<alkisg>
carbm1_: here's *one* mention of it from the ubuntu site: https://help.ubuntu.com/community/UbuntuLTSP/SetNBDRootSwap
15:23
Not the best one, but it's there..
15:23grey-monkey has quit IRC
15:23
<sbalneav>
Did someone just update the wiki page?
15:24
it's pointing to the correct documentation
15:24
ah, no it isn't
15:24
!docs
15:24
<ltspbot>
sbalneav: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
15:26
<sbalneav>
lol
15:26
alkisg: You editing it?
15:26
Says you've got it locked :)
15:26
<alkisg>
sbalneav: heh, I was just done with it 10 seconds ago
15:26reynolds has quit IRC
15:27
<alkisg>
(removed the passwordless ssh link because it isn't for everyone...)
15:28
<sbalneav>
ok, I'll override :)
15:29
ok, I think it's fine
15:29
alkisg: check to make sure I didn't hoze your change
15:30
carbm1_: the upstream docs link on that page should be correct now.
15:32
<carbm1_>
Thanks! I'll be doing some serious reading soon. I've got my client booting and it shows the splash screen but hangs right after it logs in.
15:33
<alkisg>
carbm1_: see ~/.xsession-errors for that user
15:35
<carbm1_>
alkisg, to me I'm looking at gibberish... http://ubuntu.pastebin.com/m3fb7d14a
15:36
<alkisg>
carbm1_: also, check /var/log/auth.log to verify that the password was accepted
15:38vvinet has quit IRC
15:38
<carbm1_>
alkisg, I created a new user carbm1... user:technology already existed. Both do the same thing. http://ubuntu.pastebin.com/d2c03a30
15:39grey-monkey has joined #ltsp
15:39
<alkisg>
carbm1_: ok. Try another thing: sudo gedit /var/lib/tftpboot/ltsp/i386/lts.conf
15:39
<carbm1_>
I also tried just an unkown user and it failed...
15:39
<alkisg>
and put those 2 lines there:
15:39
[Default]
15:39
XSERVER=vesa
15:40
Then reboot the client and see if that works...
15:40
<sbalneav>
Looks like our favorite villain compiz.
15:40
<alkisg>
!compiz
15:40
<ltspbot>
alkisg: Error: "compiz" is not a valid command.
15:41
<alkisg>
sbalneav: hmmm you didn't put your favorite saying there yet?
15:43
<sbalneav>
!compiz-sbalneav
15:43
<ltspbot>
sbalneav: Error: "compiz-sbalneav" is not a valid command.
15:43
<sbalneav>
hmmm. what did I call it?
15:43
<carbm1_>
alkisg, no go, I hear my login sound but no panels show up. It just sits there with the little round busy cursor.
15:43
<sbalneav>
!topics
15:43
<ltspbot>
sbalneav: "topics" :: To get a list of topics, type ltspbot: factoids search --values
15:44
<sbalneav>
factoids search --values
15:44
!factoids search --values
15:44
<ltspbot>
sbalneav: 'ltsp', 'icewm', 'frappr', 'wiki', 'edubuntu', 'dhcpd', 'greyscreen', 'ltsp42', 'localdev', 'checklist', 'muekow', 'bestltspdistro', 'serversize', 'wireless', 'sound', 'topics', 'integration', 'bootfloppy', 'ltsp5', 'tarball', 'debian', 'download', 'monkeys', 'ogra', 'nfs', 'nfsnotresp', 'js', 's', 'troubleshooting', 'sbnet', 'paavum', 'bbq', 'guaraldo', 'nx', 'localdev', 'localdev', (2 more messages)
15:44
<sbalneav>
rgg
15:44
<alkisg>
!learn compiz as In the words of one of the most famous LTSP devs, "The greatest pleasure compiz can give you is: `sudo apt-get purge compiz`. And if it gets back on the next update, you just get the joy of doing it once more."
15:44
<ltspbot>
alkisg: The operation succeeded.
15:44
<alkisg>
!compiz
15:44
<ltspbot>
alkisg: "compiz" :: In the words of one of the most famous LTSP devs, The greatest pleasure compiz can give you is: `sudo apt-get purge compiz`. And if it gets back on the next update, you just get the joy of doing it once more.
15:44
<alkisg>
Good enough? :D
15:45
<sbalneav>
!disable-compiz-the-sbalneav-way
15:45
<ltspbot>
sbalneav: "disable-compiz-the-sbalneav-way" :: apt-get purge compiz && remove-from-upstream-repo compiz && target-icbm-on-upstream-hosting-service compiz
15:45
<alkisg>
carbm1_: hmmm and it just sits there for much time?
15:45
<carbm1_>
alkisg, as far as I can tell... indefinitely.
15:46
alkisg, can't even drop to a shell.
15:46
<sbalneav>
!disable-compiz
15:46
<ltspbot>
sbalneav: "disable-compiz" :: To disable compiz, try: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
15:46
<carbm1_>
alkisg, I get the pretty little login screen, I login, my cursor flashes, I hear my login sound, then it hangs. I can log into the server directly though.
15:47
<alkisg>
And it's the same with XSERVER=vesa? weird..
15:47CAN-o-SPAM has quit IRC
15:47
<carbm1_>
yes
15:47
<alkisg>
OK, run ps -ef as another user on the server, to see what process might be hanged
15:47
*with sudo in front of it
15:49
<carbm1_>
the returned commands are very long... should I just go ahead and restart my ltsp box and see if it works after a restart?
15:49
i'll try on another client too.
15:49
<alkisg>
ok, try that as well
15:56atomic007za has joined #ltsp
15:56
<stgraber>
sbalneav: how's it going with that ltspfs issue ?
16:08dro has quit IRC
16:08carbm1_ has quit IRC
16:10mgariepy has quit IRC
16:16ldo has quit IRC
16:16staffencasa has quit IRC
16:16
<atomic007za>
can any1 point me in the direction of an desktop lockdown tool for my thin clients?
16:17
<alkisg>
gconf-editor, sabayon, pessulus...
16:18
<atomic007za>
thanks
16:18
<sbalneav>
stgraber: it's done, I think
16:18
rev 140 should be good
16:19
lbmount now creates the /media/userid dir as mode 700, owner userid.root
16:23staffencasa has joined #ltsp
16:23
<atomic007za>
I have a room full of thin clients, the teacher has a powerfull PC, so I installed edubuntu locally, how whould she become part of the domain? would I use NIS?
16:23
or NFS
16:23
I want her to see the users home dir
16:23
not sure if this is the right place to ask, if not sorry
16:28etyack has quit IRC
16:29
<sbalneav>
atomic007za: Do you have a common authentication system, like ldap?
16:30
<atomic007za>
not yet, have not done this before, so a bit lost
16:31
I would ideally like them to autenicate on my active dir
16:31
but I thought little steps first
16:32
<sbalneav>
https://help.ubuntu.com/community/UbuntuLTSP/ActiveDirectoryIntegration
16:32
Well, the problem is, you need common auth before you can (effectively) share home dirs.
16:32
otherwise, you'll end up with a share that you don't know who the owners are.
16:33
<atomic007za>
ic
16:34
so the url doc will do it for my thin clients, by just looking quickly
16:35
must just see about the non thin client
16:35
thanks for the direction sbalneav
16:36
things have gotten alot easier in the linux would
16:37
<sbalneav>
We try :)
16:38
Off for the day, back on tonight
16:38
<alkisg>
Lns, the upower package is finally available, so fat clients can finally be build again. So whenever you want to give it a try, ping me :)
16:41
<highvoltage>
sbalneav: hmm, that package fails to build in pbuilder
16:41alkisg has quit IRC
16:45johnny has left #ltsp
16:45
<stgraber>
I'm going to make a new snapshot of ltspfs and ltsp (hoping LP works again) ...
16:47johnny has joined #ltsp
17:00
<stgraber>
ok, everything built just fine, that's a good start
17:00
now to test all that
17:07jelly-bean has joined #ltsp
17:07jelly-bean has left #ltsp
17:17artista_frustrad has quit IRC
17:20mgariepy has joined #ltsp
17:33
<stgraber>
first chroot built, no issue there. Upgrading my appserv, then doing some tests.
17:36mikkel has quit IRC
17:45
<stgraber>
first tests went well, testing ltspfs now
17:50
sbalneav: plugging a usbdisk with ltspfs works as expected, though it doesn't get unmounted when unplugged ...
17:52Selveste1_ has joined #ltsp
17:53Selveste1 has quit IRC
17:55
<stgraber>
sbalneav: hmm, ok, not your fault, something is making the umount to fail ...
17:56
<highvoltage>
stgraber: are you a revu admin?
17:56
<stgraber>
nope
18:00
sbalneav: anything against adding -l to the umount in lbmount ? that'll solve my issue
18:01
I'm commiting a new version with the -l added for testing but will try to wait for your response before tagging
18:02
uploading a new ltspfs to PPA now, for testing
18:04bobby_C has quit IRC
18:19
<stgraber>
yeah ! the new ltspfs works :) Just have to test LTSP fat client and I'll be ready to release everything ;)
18:20
mgariepy: ^ that solves our ltspfs issue that we have at the office btw
18:21
<mgariepy>
nice :)
18:21
i'm fixing a few bugs in edubuntu-menueditor, i'll ping you when i'm ready to upload ;)
18:29
<stgraber>
building a fat client chroot now, if this one goes well too, I'll tag and release everything
18:30
I'd hope to have sbalneav around to validate that small ltspfs change but on the other hand I'm already past the feature freeze ...
18:35
<sbalneav>
stgraber: Nope, all fine with me
18:35
<stgraber>
great
18:37
I'm doing a quick nbd-proxy test. I'm killing the connection every 3s, if it works like that, it should be fine for production :)
18:37vagrantc has joined #ltsp
18:41
<vagrantc>
so, the recent change of /media/user to 700 breaks with the long discussions we had about how to do it right
18:42
i had proposed that years ago, but it was shot down ont the grounds that the user shouldn't be able to write to the / filesystem, and /media was usually not split into it's own partition.
18:43
for the record, i actually prefer 700 :)
18:43grey-monkey has quit IRC
18:46
<stgraber>
vagrantc: yeah, it took a long time to convince sbalneav ;)
18:46
<vagrantc>
stgraber: ok, good. a discussion happened. :)
18:46
just wanted to make sure we didn't just go ahead and do something we decided against in the past :)
18:47
<stgraber>
ok, ltspfs tested and works, nbd-proxy works too. Just need fat client to be tested and we should be good.
18:47
<vagrantc>
stgraber: don't see a flurry of commits ... things working good, then ? :)
18:50
<stgraber>
yep
18:50
just fixing 025-locales for Ubuntu. I should try to use Debian's at some point, though we don't have locale.gen in Ubuntu
18:51
<vagrantc>
we could greatly simplify the lbmount code if we make it owned by the user...
18:51
most of what happens in lbmount could actually happen without root privs, then.
18:52
<stgraber>
well, we need it to be setuid to use umount with fuse devices (AFAIK)
18:52
<vagrantc>
sure, but it can be a lot simpler. i wrote the code once. :)
18:53
if i recall correctly, you don't have to deal with bind mounts at all then- just mount directly into /media/username/FOO as the user ... lbmount only had to handle the directory creation/removal and unmounting fail-safe.
18:54
not something i would propose testing on the night of the release ... i wonder iff that branch is still available somewhere...
18:56
yup, branch is still there: http://llama.freegeek.org/~vagrant/bzr/ltspfs/ltspfs-direct-mount/
18:57grey-monkey has joined #ltsp
18:59Lns has quit IRC
19:01
<vagrantc>
of course, doesn't apply cleanly... but not as disasterously as i would've expected.
19:10vagrantc has quit IRC
19:15
<stgraber>
and fat client works !!!
19:16
ok, all ready for release, let's do it ;)
19:17
mgariepy: what about 5s to open a gnome session ? ;) it's really fast after that one line change !
19:17
<mgariepy>
wow, it way better then the 5-7 minutes hehe
19:18
<stgraber>
stgraber@castiana:~/data/code/ltsp-trunk$ ../mkdst-trunk/mkdst tag
19:18
Created tag ltsp-5.2.
19:18
stgraber@castiana:~/data/code/ldm-trunk$ ../mkdst-trunk/mkdst tag
19:18
Created tag ldm-2.1.
19:19
stgraber@castiana:~/data/code/ltspfs-trunk$ ../mkdst-trunk/mkdst tag
19:19
Created tag ltspfs-0.6.
19:19
here we go, all tagged and pushed
19:22
<mgariepy>
so tomorrow i'll have this on my thin client ?
19:23
hrm, fat client
19:23
<stgraber>
pushing to archive now !
19:23
then pushing to my PPA for karmic
19:23
then releasing and uploading pastebinit, then doing anything but packaging ;)
19:24
<mgariepy>
haha
19:24
what's about edubuntu-menueditor ? haha
19:25
<stgraber>
uploaded the backports
19:51try2free has joined #ltsp
20:14try2free has quit IRC
20:27vagrantc has joined #ltsp
20:30
<vagrantc>
*sigh*
20:30
released!
20:32* vagrantc would've wished for *.0
20:32* vagrantc can be too pedantic
20:40
<stgraber>
ok, we'll make LTSP6 be 6.0.0 then ;)
20:43
<vagrantc>
stgraber: uploading to ubuntu tonight?
20:45
<stgraber>
already did
20:45
though it's probably stuck in the queue as I added a binary package (for ltsp on the livecd)
20:46
vagrantc: https://edge.launchpad.net/ubuntu/+archive/primary/+files/ltsp_5.2.orig.tar.gz
20:46
everything else should be in archive already
20:46
<vagrantc>
i see the .orig.tar.gz's in your ppa too .. those the same?
20:48
<stgraber>
yep
20:48
my PPA has a backport for karmic
20:49
<vagrantc>
same .orig.tar.gz ?
20:50
er, i already asked that :)
20:50
and you answered...
20:51
<stgraber>
hehe :)
20:51
btw, any idea when is Debian's freeze ?
20:57
<sbalneav>
vagrantc: saw the "just mount directly to the /media dir directly" thread
20:58
<vagrantc>
sbalneav: sounds like y'all rehashed it out and the change won :)
20:58
<sbalneav>
that was MY original idea too, and there was some reason, which escapes me, why we ABSOLUTELY POSITIVELY COULD NOT DO THAT OMG YOU'RE KILLING BABIES!!!!!111111ONEonecos(0)
20:58
<vagrantc>
sbalneav: yeah. stick it to em.
20:58
:)
20:58
<sbalneav>
I'm wit you, I think we should just mount directly to the dir.
20:58
<vagrantc>
sbalneav: the argument i recall had something to do with the user being able to fill up the / partition.
20:59
<sbalneav>
right
20:59
that was it.
20:59
<vagrantc>
which ... seems ... overly ... paranoid.
20:59
we can handle that by documenting the issue for the paranoid.
21:00
"if you're *one of those* sorts of administrators, consider making /media live on it's own partition."
21:00
<sbalneav>
i concurr
21:01
<vagrantc>
yay!
21:01
<sbalneav>
I'm all for simple
21:02
heck, I liked the old "mount it in the users Desktop directory" method we used to use :)
21:02
didn't need ANY setuid stuff for that
21:03
Although, these days, I guess we should use pk-1 to create the directory.
21:03
that actually may be a nice, simple toy thing for me to learn policy-kit
21:03
all we need to do is create a dir with the right permissions/modes.
21:04
vagrantc: thoughts?
21:04
<vagrantc>
sbalneav: fancy newfandagled stuff!
21:04* vagrantc grumps
21:06carbm1 has joined #ltsp
21:06
<sbalneav>
Preachin' to the choir, my friend, but it seems us old farts need to change :(
21:06jcastro has joined #ltsp
21:10slidesinger has quit IRC
21:11artista_frustrad has joined #ltsp
21:13
<sbalneav>
vagrantc: feel like learning with me? Be good for both us old coots
21:15
<vagrantc>
sbalneav: learning? hmmm....
21:15
i was hoping i could outsource that stuff.
21:15
<sbalneav>
Outsource learning?
21:15
You'll be outsourcing drinking beer next.
21:16artista_frustrad has quit IRC
21:17* vagrantc fears to admit to heresey
21:17
<stgraber>
sbalneav: so what then ? you simply get drunk but don't have to drink yourself ? would be weird :)
21:17
<jcastro>
did someone say drinking?
21:17
<stgraber>
hey jcastro
21:17
<jcastro>
hi stgraber!
21:17
<sbalneav>
jcastro: Hey, new fellow gnomie :)
21:17
<jcastro>
sbalneav, congrats on membership!
21:18* sbalneav gives jcastro the secret gnome handshake
21:18
<jcastro>
stgraber, hey I finally found the pxe option in that nettop
21:18* stgraber makes a note that to have jcastro appear on #ltsp, one has to speak about drinking ... :)
21:18
<stgraber>
jcastro: cool. Working great ?
21:18
<jcastro>
stgraber, I've been meaning to hang out here more, but recently been experimenting with different clients, so don't have my autojoins all set up
21:19
stgraber, yeah it's awesome, I'm doing it over one of those 200mbit AC power adapter things, it works surprisingly awesome
21:19* stgraber stays with good old, well working irssi :)
21:19
<jcastro>
I just need to finish off some localapps and I'm all set
21:19
<stgraber>
jcastro: oh, so only one plug and you're done. That's great !
21:19
<sbalneav>
yeah, yeah. He's all "Ooooh, lookit me, Workin' for Canonical, Gnome board member, no time for my old LTSP buds". Sniff. We miss you jcastro COME BACK SHANE!!!!
21:20
<jcastro>
I need to see if localapped mplayer will do 1080p with VDPAU. But that's on my long list of other things
21:20
<stgraber>
jcastro: that or run a fat client. it works since hmm ... ltsp 5.2 :)
21:21
<sbalneav>
jcastro: you need to hop on the bus with me and jammcq out of detroit for the next bts :)
21:21
mgariepy: You're coming to the next one, right?
21:22
<jcastro>
bts?
21:22
<sbalneav>
By The Sea
21:22
<mgariepy>
bts, sure i'll try
21:22
<stgraber>
sbalneav: we should have highvoltage as well, assuming he'll be in Canada by then ;)
21:22
<sbalneav>
the LTSP annual bacchanalia^H^H^H^Hhackfest
21:22
<jcastro>
stgraber, I want to not do fat clients, I'm going to move all my noisy crap to one room and go thin client
21:22
<vagrantc>
bug tracking system
21:22
<jcastro>
sbalneav, yeah, there was some lame conflict last year. I am in for this year
21:23
<stgraber>
jcastro: btw, are you at SCALE this week ?
21:23
<sbalneav>
mgariepy: you better be. Then you can hear the "Trout Princess" story told again.
21:23
<jcastro>
stgraber, no, jono will be stopping by though
21:23
<mgariepy>
yeah, this story was so nice ;)
21:23
<sbalneav>
Its an annual tradtion.
21:24
It's like "The Night Before Christmas" for LTSP hackers :)
21:24
<jcastro>
sbalneav, after the last BTS I am sold on the region. I am having my honeymoon all up and down that coast
21:24
<stgraber>
jcastro: ok, we are in charge of the Try it lab there, it's all LTSP thin clients on Karmic with Asus EEETop and LTSP-Cluster backend. Installed by mgariepy.
21:24
<sbalneav>
Yeah, I hear you're joining the ranks ot the married soon.
21:25
Got 19 years to catch up to me. Get busy and spawn some progeny :)
21:25
<jcastro>
stgraber, yeah I am a bit behind, like, I totally forgot how to sysadmin.
21:25JeffATL2 has joined #ltsp
21:25
<jcastro>
stgraber, the tftp change totally screwed me, so I thought it was my fault. So needless to say I was tearing all sorts of things apart that I should not have been
21:26
<stgraber>
jcastro: hehe, then after breaking everything you saw the thread on -devel ? :)
21:26
<jcastro>
right
21:26
here I am like reinstalling my dhcp server and breaking out my books
21:26
"oh crap, did I just purge that box?"
21:27
luckily for me alincoln is closeby on IRC and has helped me stumble around
21:28
<JeffATL2>
approaching ltsp under gentoo; longtime gentoo user. is the basic ltsp idea that clients run *the same binaries* that the server has built? am wondering about having servers and clients of different arches (ii.e., AMD64 server, x86 clients)
21:32
<mgariepy>
hey guy, see you tomorrow, i'll go dream about the trout princess
21:35mgariepy has quit IRC
21:43carbm2 has joined #ltsp
21:46
<JeffATL2>
or perhaps more importantly, AMD64 server, atom client?
21:53
<sbalneav>
JeffATL2: Well...
21:53
the chroot is build in a separate location, usually /opt/ltsp/<arch>
21:53
so you're not running the same / as the server
21:54
so it's quite possible to have AMD64 server and i386 clients
21:54
in fact, these days, it's pobably the most common way to run.
22:16JeffATL2 is now known as JeffATL
22:17
<JeffATL>
sbalneav: ok, but it sounds as though you'd need to build that chroot environment on one of the clients
22:17
at least if they are distinctly incompatible
22:19
<sbalneav>
yes, or in something like qemu
22:19
if it's AMD64 to i386, that can be done on the same server, though
22:20
but if you're trying to run, say, old mac clients on an intel box, that won't work
22:20
youd have to build the chroot on a mac
22:24JeffATL has left #ltsp
22:27
<sbalneav>
you're welcome :)
22:32
nigth all
23:24ball has joined #ltsp
23:26ball has quit IRC
23:28Eghie has quit IRC
23:28vagrantc has quit IRC
23:41Eghie has joined #ltsp
23:48alkisg has joined #ltsp
23:56alkisg has quit IRC