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


Channel log from 15 May 2012   (all times are UTC)

00:32epoptes_user2 has joined IRC (epoptes_user2!184d110f@gateway/web/freenode/ip.24.77.17.15)
00:33
<epoptes_user2>
Hello, I just got epoptes up and running; I'm a newbie, and didn't realize that Apache wasn't installed/configured by default on my 12.04 Ubuntu distribution. I don't know how many others run into this problem, but it might be a good step to add to the install instructions (configure and launch apache server)
00:42epoptes_user2 has left IRC (epoptes_user2!184d110f@gateway/web/freenode/ip.24.77.17.15, Ping timeout: 245 seconds)
00:57enyc has joined IRC (enyc!~enyc@muddle.enyc.org.uk)
01:33
<vagrantc>
gah.
01:33
ltsp-trunk is a wreck right now.
01:34
seems like nbd-client -c is borked
01:48
well, workaround committed.
02:15[GuS] has joined IRC ([GuS]!~gustavo@186.18.222.3)
02:15[GuS] has joined IRC ([GuS]!~gustavo@unaffiliated/gus/x-663402)
02:45[GuS] has left IRC ([GuS]!~gustavo@unaffiliated/gus/x-663402, Remote host closed the connection)
02:45F-GT has left IRC (F-GT!~phantom@ppp121-44-125-132.lns20.syd6.internode.on.net, Ping timeout: 250 seconds)
02:46
<vagrantc>
so apparently debian does still boot with 64MB of ram.
03:01Parker955 is now known as Parker955_Away
03:19dsorf has joined IRC (dsorf!~Miranda@ip-89-176-9-128.net.upcbroadband.cz)
03:37alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
03:38
<alkisg>
vagrantc: init-ltsp.d shouldn't run with set -e, it should restore +e
03:38
:
03:38
That's probably what crashed my booting yesterday at times... thanks for finding out :D
03:39
<vagrantc>
alkisg: it's probably good to do some development running with set -e, to improve our error handling, but then ship with set +e
03:39
<alkisg>
Whooo 20 commits, you've been busy!!!
03:40
<vagrantc>
a lot of them are smallish
03:40cyberorg_ has joined IRC (cyberorg_!~cyberorg@opensuse/member/Cyberorg)
03:40
<alkisg>
For other tools, errors=on is fine, but not for init-ltsp.d, as they're usually not critical, and the client won't boot on the first error. Yup some checking while developing sounds fine.
03:40
<vagrantc>
my usual peer review commits and whatnot
03:41
<alkisg>
I'll be focusing on the packaging today, do you want me to start with the debian packaging and propose changes?
03:41cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 245 seconds)
03:41
<vagrantc>
could make a bootprompt option for it
03:41
<alkisg>
Good idea
03:41
<vagrantc>
alkisg: i've already got a bunch of packaging commit
03:42
i haven't pushed them yet
03:42
i guess i'll go ahead and push them
03:43
<alkisg>
If you could push them, I'd be of more help today, I don't have anything else to do other than packaging and then testing+bug fixing
03:43
<vagrantc>
there's plenty of testing to do
03:44
<alkisg>
Yes but I won't be sure that I moved around the stuff correctly in my installation unless I have the new packages installed
03:44
<vagrantc>
i couldn't figure out how to switch between NBD and NFS with the current tree ... it seemed to ignore (delete?) update-kernels.conf ?!
03:44
<alkisg>
I only removed the ltsp-update-image portions that overwrote it the whole time
03:45
So no code should be writing update-kernels.conf now, and only update-kernels should be reading it
03:45
The sysadmin is responsible for writing it, if he wants it
03:45
<vagrantc>
manually editing update-kernels.conf and then running update-kernels in the chroot seemed to not work.
03:46
<alkisg>
The changes in update-kernels were minimal... let me see them again...
03:46
<vagrantc>
it always defaults to NFS for me
03:46
<alkisg>
What did you put in update-kernels.conf ?
03:47
<vagrantc>
i forget now exactly... just tweaked the commandline it generated and set it in BOOTPROMPT_OPTS= just like good ol times.
03:48
did ltsp-update-kernels start to pull from images yet?
03:48
it didn't seem to extract anything
03:48
alkisg: pushed my changes
03:49amrullah has joined IRC (amrullah!b4f6b8d6@gateway/web/freenode/ip.180.246.184.214)
03:49
<vagrantc>
ironically, despite my talking about supporting cross-distro ... i used to only ship common, Debian and Ubuntu ltsp-build-client plugins.
03:49
<alkisg>
vagrantc: I think what happened was that when you run ltsp-update-kernels, it pulled your old pxelinux.cfg/default from the .nbd image, and that's why you didn't see the changes from update-kernels... ?
03:50
<vagrantc>
alkisg: i never managed to get it from boot...
03:50amrullah has left IRC (amrullah!b4f6b8d6@gateway/web/freenode/ip.180.246.184.214)
03:51
<vagrantc>
alkisg: i.e. the tftp dir, and /opt/ltsp/i386/boot and whatever never would generate a pxelinux.cfg other than NFS
03:52
alkisg: i even ran update-kernels with set -x and it would look for the config file, and just plain not bother to read it...
03:52
it was mind boggling.
03:52
my brain is mush after all this
03:52
<alkisg>
The changes in update-kernels were minimal, I don't see anything that would break BOOTPROMPT_OPTS handling...
03:52
<vagrantc>
me neither
03:53
took me a long time to figure out it was a "set -e" issue messing with init-ltsp
03:53
<alkisg>
ltsp-update-kernels does read /boot from within the nbd images for me, and to tell the truth it's currently a little annoying because I can't change $chroot/etc/update-kernels.conf and run update-kernels + ltsp-update-kernels to update TFTP, as it will get the old one from the NBD image, so I need ltsp-update-image too
03:54
<vagrantc>
yeah.
03:54
<alkisg>
If we'll continue with the symlinks, maybe we can have ltsp-update-kernels preserve the command line specified in TFTP pxelinux
03:54
<vagrantc>
writeable images...
03:55
<alkisg>
Or maybe the real /boot should be preferred over the nbd one, even if that might cause kernel mismatches
03:55
<vagrantc>
it certainly would be simpler.
03:56trubbor has joined IRC (trubbor!~trubbor@173-21-2-181.client.mchsi.com)
03:56
<alkisg>
With the pxelinux menus package, all this functionality will go there, so it'll be simpler then
03:57
An ltsp plugin will read the chroot configuration for supported command lines, and update everything. But I didn't like the "update configuration" inside ltsp-update-image, it made no sense and it didn't work for nfs
03:58
We could ship an "ltsp-set-cmdline" utility... but it sounds like overkill
03:58
vagrantc: could you give me the link to your packaging again, so as to not have to search through the logs?
03:59
<vagrantc>
alkisg: do you have an alioth account?
03:59
<alkisg>
I don't think so, can I just make one?
03:59* vagrantc always forgets the anonymous addresses
03:59
<vagrantc>
alkisg: you could
03:59
alkisg: but for the moment, i'll dig up a URL so you don't have to jump through those hoops
04:00
<alkisg>
OK
04:00
<vagrantc>
alkisg: bzr+ssh://bzr.debian.org/bzr/pkg-ltsp/ltsp-debian-packaging/ is tthe writeable URL
04:00
<alkisg>
writeable?
04:01
<vagrantc>
yeah, if you want push access
04:01
doh. it's in the packaging.
04:01
<alkisg>
Let me create an alioth account...
04:01
<vagrantc>
nosmart+http://anonscm.debian.org/bzr/pkg-ltsp/ltsp-debian-packaging/
04:01
that's for read access
04:04adrianorg has left IRC (adrianorg!~adrianorg@187.115.104.79, Ping timeout: 248 seconds)
04:06
<alkisg>
OK logged on in alioth
04:07
<vagrantc>
alkisg: find the pkg-ltsp project, and request to be added
04:07
<alkisg>
Done
04:07
<vagrantc>
oh noo, now i have to remember how to log in
04:09
<alkisg>
The -guest part was a little annoying... I had to put alkisg-guest instead of alkisg
04:11
Heh, lots of spam in the mailing list
04:14
Can I remove the -guest from my account? Or I need to be something more, e.g. a DM, to do that?
04:17F-GT has joined IRC (F-GT!~phantom@ppp121-44-130-214.lns20.syd7.internode.on.net)
04:27staffencasa has left IRC (staffencasa!~staffenca@128.193.8.220, Ping timeout: 244 seconds)
04:28
<alkisg>
vagrantc: those are the old ones you've given me: https://code.launchpad.net/~vagrantc/ltsp/ltsp-debian-packaging is a mirror of http://anonscm.debian.org/loggerhead/pkg-ltsp/ltsp-debian-packaging/files
04:30
!learn pkg-ltsp-debian as https://code.launchpad.net/~vagrantc/ltsp/ltsp-debian-packaging is a mirror of http://anonscm.debian.org/loggerhead/pkg-ltsp/ltsp-debian-packaging/files
04:30
<ltsp`>
alkisg: The operation succeeded.
04:31
<alkisg>
...and maybe that one is the ubuntu one:
04:32
!learn pkg-ltsp-ubuntu as https://code.launchpad.net/~ubuntu-branches/ubuntu/precise/ltsp/precise
04:32
<ltsp`>
alkisg: The operation succeeded.
04:34
<alkisg>
!forget pkg-ltsp-ubuntu
04:34
<ltsp`>
alkisg: The operation succeeded.
04:34
<alkisg>
!learn pkg-ltsp-ubuntu as https://code.launchpad.net/~ubuntu-branches/ubuntu/quantal/ltsp/quantal
04:34
<ltsp`>
alkisg: The operation succeeded.
04:34
<alkisg>
OK /me starts the sync...
04:35
stgraber: any hints on how to send you the merge request?
04:35
<vagrantc>
alkisg: only DDs get to remove the -guest :0
04:36
<alkisg>
Hehe, it'll take a long long time to remove it then :D
04:38F-GT has left IRC (F-GT!~phantom@ppp121-44-130-214.lns20.syd7.internode.on.net, Quit: Leaving)
04:39
<alkisg>
!forget pkg-ltsp-ubuntu
04:39
<ltsp`>
alkisg: The operation succeeded.
04:39
<alkisg>
!learn pkg-ltsp-ubuntu as bzr branch lp:ltsp/ubuntu
04:39
<ltsp`>
alkisg: The operation succeeded.
04:46
<vagrantc>
alkisg: added you.
04:46
<alkisg>
Thanks, ouch, I have a lot to learn today about merging stuff...
04:46
<vagrantc>
alkisg: so now the bzr+ssh URLs ought to work for ya.
04:47
alkisg: i highly recommend bzr rebase- though not for publicly pushed branches.
04:48
<alkisg>
vagrantc: ...I think you overestimate my bzr knowledge :D So, if I find small errors and I need to push them, should I push them to the Ubuntu branch and notify you that they need to be in the Debian branch too, or should I push them in the bzr+ssh URL, or read about rebase?
04:48
<stgraber>
alkisg: that probably should be lp:ubuntu/ltsp or ubuntu:ltsp (alias). To get specific releases you can use ubuntu:precise/ltsp (equivalent of lp:ubuntu/precise/ltsp)
04:49
<vagrantc>
alkisg: rebase is useful if someone commits on a branch while you committed locally and they don't conflict.
04:49
<stgraber>
anyway, it's almost 1am here, I guess I should try and get some sleep :)
04:49
<alkisg>
'night stgraber
04:49
!forget pkg-ltsp-ubuntu
04:49
<ltsp`>
alkisg: The operation succeeded.
04:50
<alkisg>
!learn pkg-ltsp-ubuntu as bzr branch lp:ubuntu/ltsp - to get specific release, use e.g. lp:/ubuntu/precise/ltsp
04:50
<ltsp`>
alkisg: The operation succeeded.
04:50
<alkisg>
!forget pkg-ltsp-ubuntu
04:50
<ltsp`>
alkisg: The operation succeeded.
04:50
<alkisg>
!learn pkg-ltsp-ubuntu as bzr branch lp:ubuntu/ltsp - to get specific release, use e.g. lp:ubuntu/precise/ltsp
04:50
<ltsp`>
alkisg: The operation succeeded.
04:51
<vagrantc>
alkisg: for obviously small changes, go ahead and push to the debian branch.
04:51
<alkisg>
Thanks, /me starts organizing himself...
04:52
<vagrantc>
alkisg: i typically will make a bunch of commits and then edit debian/changelog at/near release time
04:52
<alkisg>
Gotcha
04:54F-GT has joined IRC (F-GT!~phantom@ppp121-44-130-214.lns20.syd7.internode.on.net)
04:55
<alkisg>
Heh... set -e is a good reason for one to prefer if over test :-/
04:56
<vagrantc>
yeah.
04:57
<alkisg>
Hmm --skip-image is still used in -trunk, I removed support for that
04:58
vagrantc: 035-create-fs-image, line 41
05:07shamino has left IRC (shamino!shamino@hilla.kapsi.fi, Read error: Operation timed out)
05:07shamino has joined IRC (shamino!shamino@hilla.kapsi.fi)
05:07
<vagrantc>
alkisg: i know.
05:08
<alkisg>
Is there need for --skip-image?
05:08
<vagrantc>
alkisg: part of what i think the nbf configuration should be separated into a separate script.
05:08
<alkisg>
I thought it'd be best if ltsp-update-image actually only generated the image...
05:09
<vagrantc>
alkisg: i'm find with that, but i need to have a way to configure NBD without generating an image.
05:10
i mean, i guess i don't *have* to, i could build a chroot and then copy the files ... but that seems wasteful.
05:10
<alkisg>
vagrantc: nbd now doesn't need the chroot name in the command line, it gets it from the dhcp rootpath.. what would you like to configure?
05:11
<vagrantc>
alkisg: /etc/nbd-server/*
05:11
<alkisg>
Ah, you mean the nbd-server configuration files? Should we extract those to a separate tool? What's your use case?
05:11
<vagrantc>
alkisg: my used case it building an ext2 NBD image loop-mounted at build time.
05:12
<alkisg>
Gotcha, let me think about it...
05:13
It's the same case as if someone transfers the chroot from somewhere else and wants the nbd-server configuration for that
05:13
<vagrantc>
sure
05:16Ghidorah has left IRC (Ghidorah!4a7e0f78@gateway/web/freenode/ip.74.126.15.120, Ping timeout: 245 seconds)
05:19
<alkisg>
I think a separate tool would be best, /usr/share/ltsp/ltsp-config-nbd
05:20
Or ltsp-update-image --config-nbd <no parameters>, or ltsp-update-image --skip-image, to minimize changes, ok
05:21bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
05:23
<vagrantc>
alkisg: so, i also want to be able to configure only NBD swap.
05:23
for NFS root + NBD swap.
05:23* alkisg votes for a separate tool then
05:24
<alkisg>
I don't think ltsp-update-image should be ever called in NFS installations
05:24
<vagrantc>
seems reasonable.
05:24Lns has joined IRC (Lns!~Lns@pdpc/supporter/professional/lns)
05:25
<Lns>
LTSP!!!!!!!!!!!!!! YEAH!
05:25
<alkisg>
Hehe hi Lns, long time no see :)
05:25* vagrantc waves to Lns
05:28
<alkisg>
ltsp-update-image would have the "--config-nbd" check, in order to warn inexperienced users about switching from nfs to nbd, while ltsp-config-nbd wouldn't check/warn
05:29* Lns waves to alkisg and vagrantc
05:30
<Lns>
how's shtuff been guys?
05:30
<vagrantc>
alkisg: after running ltsp-config-nbd ltsp-update-image wouldn't bother to check.
05:31
<alkisg>
vagrantc: Sure, the checks are the same, if at least some nbd-server configuration exists (other than swap) then ltsp-update-image doesn't prompt
05:31
(check)
05:31
(err die)
05:31
So if you enable nbd swap on debian, and then run ltsp-update-image, it still halts
05:32
But if you create at least one nbd export, then it no longer complains
05:37
<vagrantc>
sounds reasonable.
05:37
alkisg: also, i think the check in ltsp-update-image looks for ltsp_swap.conf but it just creates swap.conf
05:37
alkisg: i think we should name it ltsp_swapa
05:38
alkisg: oh, also, can't pass nbdroot=dhcp and use root-path /opt/ltsp/i386
05:38
<alkisg>
vagrantc: the idea was that sysadmins would prefer only one network swap even for non-ltsp installations
05:38
<vagrantc>
alkisg: as nbd needs serverip:/opt/ltsp/i386 to work.
05:38
alkisg: they can do both of that.
05:38
<alkisg>
The ltsp_swap check there was just in case you decided to name it ltsp_swap.conf on debian
05:39
<vagrantc>
alkisg: or rather, why do we define how their swap will be configured?
05:40
<alkisg>
...not sure what you mean... we need a swap, but it can be used from non-ltsp clients too, that's why I thought that omitting the ltsp_ was better. If you think ltsp_swap.conf makes more sense, sure lets change it and provide an upgrade check
05:40
(08:38:33 πμ) vagrantc: alkisg: as nbd needs serverip:/opt/ltsp/i386 to work. => why?
05:41
<vagrantc>
alkisg: because that's how yoe coded it, and was resistant to making it more flexible.
05:41
<alkisg>
It can get the serverip from ROOTSERVER, I'm not getting the problem
05:41
<vagrantc>
alkisg: i kind of think it would be better to stick with the syntax used in 12.04...
05:42
oh, i suppose so.
05:43
<alkisg>
We shouldn't need to define nbdroot=dhcp at all, same as we don't need to define ip=dhcp, as dhcp is the default fallback anyway
05:43
The current command line to netboot nbd is: append ro initrd=initrd.img root=/dev/nbd0 init=/sbin/init-ltsp
05:43
The previous one had nbdroot=:ltsp_i386 there, the change is that that part is not needed anymore, as it can also be read from dhcp
05:44
And one can put the server-ip in dhcp too, if he needs it
05:44
(or even a custom port too)
05:46
<vagrantc>
alkisg: i don't think it works without nbdroot defined.
05:46
<alkisg>
vagrantc: I booted with that
05:46
<vagrantc>
huh.
05:46
well, maybe that works then :)
05:47
<alkisg>
:)
05:48* vagrantc will try it some other time.
05:49
<alkisg>
I even put code in Ubuntu's udhcp to set a default rootpath based on initramfs /conf/arch.conf when a rootpath is not defined in dhcp (e.g. proxydhcp mode), that worked fine too
06:00
Broken symlinks:
06:00
grep: ./client/Gentoo/share/ltsp-client-vendor-functions: No such file or directory
06:00
grep: ./client/SUSE_LINUX/share/ltsp-client-vendor-functions: No such file or directory
06:00
grep: ./client/share/ltsp/ltsp-client-common-functions: No such file or directory
06:00
grep: ./client/Fedora/share/ltsp-client-vendor-functions: No such file or directory
06:03
vagrantc: I'm going to put a common function for debug, which will also check in /proc/cmdline if ltsp_debug=$0 in order to automatically activate debugging, so e.g. we'd put ltsp_debug=init-ltsp
06:04
I'd prefer ltsp.debug=, to match the other kernel parameters, but I think you preferred ltsp_debug instead?
06:06mealstrom has joined IRC (mealstrom!~mealstrom@46.63.71.254)
06:10mealstrom has left IRC (mealstrom!~mealstrom@46.63.71.254, Read error: Connection reset by peer)
06:10mealstrom has joined IRC (mealstrom!~mealstrom@46.63.71.254)
06:23cyberorg_ is now known as cyberorg
06:36bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.)
06:36bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
06:46Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com)
06:53
<alkisg>
(pushed)
06:56
Btw I started putting an equal sign after the parameters that accept options, other tools normally use "param=<value>" in the usage, but that's too long and usually redudant, so I went for "param=" or plain "param" that also kernels-parameters.txt uses.
06:58
<vagrantc>
alkisg: all those symlinks seemed kind of pointless to me ... so i actually removed them from debian.
06:58
<alkisg>
Let's notify knipwim to remove his too
06:58
<vagrantc>
alkisg: yeah, that's simple concise syntax.
06:58
anyways, i'll be outta here.
06:58
<alkisg>
'night vagrantc
06:58
<vagrantc>
till next time
06:58vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
07:06bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.)
07:07bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl)
07:15alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
07:15dobber has joined IRC (dobber!~dobber@213.169.45.222)
07:17alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 248 seconds)
07:27alkisg1 is now known as alkisg
07:31F-GT has left IRC (F-GT!~phantom@ppp121-44-130-214.lns20.syd7.internode.on.net, Quit: Leaving)
07:33Lns has left IRC (Lns!~Lns@pdpc/supporter/professional/lns, Ping timeout: 272 seconds)
07:36cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 244 seconds)
07:41trubbor has left IRC (trubbor!~trubbor@173-21-2-181.client.mchsi.com, Quit: Leaving)
08:07Gremble has left IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com, Quit: I Leave)
08:07Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71)
08:23alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Read error: Operation timed out)
08:26alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
08:52vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 265 seconds)
08:57CKrakou has joined IRC (CKrakou!~quassel@94.18.22.77)
09:00CKrakou has left IRC (CKrakou!~quassel@94.18.22.77, Remote host closed the connection)
09:11Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
09:13alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
09:40andygraybeal_ has left IRC (andygraybeal_!~andy@h216.88.31.71.dynamic.ip.windstream.net, Read error: Operation timed out)
09:45alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
09:45F-GT has joined IRC (F-GT!~phantom@ppp121-44-130-214.lns20.syd7.internode.on.net)
09:51administrateur has joined IRC (administrateur!500dbbf6@gateway/web/freenode/ip.80.13.187.246)
09:51
<administrateur>
helle
09:51
hello...
09:51
Anyone here
09:51
?
09:52administrateur has left IRC (administrateur!500dbbf6@gateway/web/freenode/ip.80.13.187.246, Client Quit)
09:54
<muppis>
We are all Kosh.
10:03alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
10:07cyberpelopo has joined IRC (cyberpelopo!b29c559c@gateway/web/freenode/ip.178.156.85.156)
10:08
<cyberpelopo>
hello
10:08
I'm looking for help: my edubuntu 12.04 with ltsp can't boot thin client
10:08
anybodoy can help me?
10:13
<Hyperbyte>
!ask
10:13
<ltsp`>
Hyperbyte: ask: Don't ask to ask a question, simply ask it, and if someone knows the answer, they'll respond. Please hang around for at least 15 minutes after asking a question, as not everybody constantly monitors the channel.
10:14
<Hyperbyte>
cyberpelopo, better ask the next question.
10:14bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
10:15Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 265 seconds)
10:16
<cyberpelopo>
my thin client don't boot
10:31Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
10:45
<cyberpelopo>
I need help
10:45
anybody can helpme?
10:46
<muppis>
Describe your problem.
10:49Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
10:50cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
10:55andygraybeal has left IRC (andygraybeal!~andy.gray@obsidian.casanueva.com, Ping timeout: 245 seconds)
10:59cyberpelopo has left IRC (cyberpelopo!b29c559c@gateway/web/freenode/ip.178.156.85.156, Quit: Page closed)
11:14
<Hyperbyte>
hi muppis my ltsp doesnt work plz help
11:15
<muppis>
mrrr... ;)
11:15
<Hyperbyte>
:-D
11:44risca has joined IRC (risca!~risca@81-233-43-131-no18.tbcn.telia.com)
11:53Parker955_Away is now known as Parker955
11:57Parker955 is now known as Parker955_Away
12:23[GuS] has joined IRC ([GuS]!~MysT@213-117-16-190.fibertel.com.ar)
12:23[GuS] has joined IRC ([GuS]!~MysT@unaffiliated/gus/x-663402)
12:27alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
12:31adrianorg has joined IRC (adrianorg!~adrianorg@187.115.104.79)
12:43andygraybeal has joined IRC (andygraybeal!~andy.gray@obsidian.casanueva.com)
12:48risca has left IRC (risca!~risca@81-233-43-131-no18.tbcn.telia.com, Ping timeout: 260 seconds)
13:00risca has joined IRC (risca!~risca@81-233-43-131-no18.tbcn.telia.com)
13:18dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174)
13:38komunista has joined IRC (komunista!~slavko@adsl-195-098-014-163.dynamic.nextra.sk)
14:11ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de)
14:47bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 252 seconds)
14:50risca has left IRC (risca!~risca@81-233-43-131-no18.tbcn.telia.com, Quit: Lämnar)
15:10F-GT has left IRC (F-GT!~phantom@ppp121-44-130-214.lns20.syd7.internode.on.net, Ping timeout: 240 seconds)
15:12awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 252 seconds)
15:22staffencasa has joined IRC (staffencasa!~staffenca@128.193.8.220)
15:38dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection)
15:40eHyperbyt has joined IRC (eHyperbyt!jan@middelkoop.cc)
15:41Hyperbyte has left IRC (Hyperbyte!jan@middelkoop.cc, Read error: Operation timed out)
15:44odicha has joined IRC (odicha!be2b3b4e@gateway/web/freenode/ip.190.43.59.78)
15:44
<odicha>
Hi all!
15:45
I'm not a ltsp expert, so not sure if I'm wrong at all
15:46
edubuntu 12.04 out of the box - If I use a bios rom I can boot client, but if I use a etherboot o gpxe disk image it doesn´t boot.
15:47
<alkisg>
Did you try a recent gpxe disk, or a very old etherboot one?
15:47
<odicha>
it remains stuck at done after loading nbi.img (etherboot) or it says aborted after loading pxelinux.cfg/default
15:47
<alkisg>
Gpxe should load pxelinux.0, not nbi.img
15:48
nbi.img is broken, it hasn't worked for years
15:48
<odicha>
ok
15:48
<alkisg>
!gpxe
15:48
<ltsp`>
alkisg: gpxe: the successor to etherboot (http://etherboot.org). To download bootable floppy, cd, usb, kernel etc images, visit http://rom-o-matic.net/
15:48
<alkisg>
!ipxe
15:48
<ltsp`>
alkisg: ipxe: iPXE is the successor to the etherboot/gPXE project, and can be used to netboot clients that don't have a NIC ROM with a PXE stack. To add it to grub, see !grub-ipxe. To add it to the Windows boot loader, see !win32-loader. To download floppy, CD or USB images, visit http://ipxe.org or install the ipxe package.
15:48
<odicha>
ok
15:48
<alkisg>
!win32-loader
15:48
<ltsp`>
alkisg: win32-loader: win32-loader.exe can be used to add a "PXE - Network boot" option to the Windows boot manager. It's developed for Debian and it uses gPXE/iPXE for the network booting. You can download a binary from http://ftp.debian.org/debian/tools/win32-loader/unstable/ (if someone can write a wiki page about it it'd be nice :))
15:48
<alkisg>
Etc etc
15:48
<odicha>
ok
15:48
I'll try ipxe
15:48
<alkisg>
OK
15:49
<odicha>
It fails using gPXE too
15:49
so next try :)
15:49
thanks all!!
15:50
<alkisg>
What gpxe version?
15:50
<odicha>
mmmm 1.0.1
15:50
using an oldie rtl8029as
15:51
it loads pxelinux.0
15:51
<alkisg>
Right, and then what happens?
15:51
<odicha>
then it loads pxelinux.cfg/default
15:51
then it says "aborted"
15:51
<alkisg>
pxelinux has problems with some BIOSes and thinks that the user pressed esc or ctrl to abort
15:51
<odicha>
just after loading ok pxelinux.cfg/default
15:52
I'm burning ipxe iso ... fast test...
15:52
<alkisg>
Try replacing the keyboard (at one case the user had esc pressed by a book!) etc
15:52
OK
15:52
<odicha>
not at all
15:53
I have a full lab here, I get same result in ten different pcs, different nics, etc
15:53
perhaps something related to 3.x kernel??
15:54
ups
15:54
<alkisg>
pxelinux runs before the kernel is loaded
15:54
<odicha>
same error using ipxe
15:55
<alkisg>
I think there's a setting in pxelinux to ignore user input
15:55
<odicha>
two edubuntu "out of the box" (32 bit kernels)
15:55
<alkisg>
Try setting that one, if you don't find it in the syslinux wiki, ask in #syslinux
15:55
<odicha>
it aborts just after loading pxelinux.cfg/default
15:55
<alkisg>
Also try with a different pxelinux.0 version, maybe somehow your copy is broken
15:56
And finally remove quiet splash
15:56
!quiet-splash
15:56
<ltsp`>
alkisg: quiet-splash: to disable the splash screen in Ubuntu, in order to see any boot error messages, run `sudo gedit /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default` and remove quiet splash .
15:56
<odicha>
ok
15:56
<alkisg>
Because it might turn out that it's not pxelinux that aborts, but something else
15:58bengoa has left IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9, Quit: Leaving.)
16:00
<odicha>
label ltsp kernel vmlinuz append ro initrd=initrd.img root=/dev/nbd0 init=/sbin/init-ltsp plymouth:force-splash vt.handoff=7 nbdroot=:ltsp_i386
16:00
this is the line without quiet splash
16:00artista_frustrad has joined IRC (artista_frustrad!~fernando@200.247.43.2)
16:01
<odicha>
but result is the same
16:01
no info at all
16:01
only aborted after loading pxelinux.cfg/default
16:01
I'm using ipxe 1.0.0+ from cd
16:02
now testing in a PII-400 with 128mb ram
16:02
<alkisg>
OK, try what I said above about disabling the user input in syslinux
16:02
<odicha>
ok
16:03
<alkisg>
I've heard one case with that problem. Also try a different pxelinux.0 version. bbl.
16:03alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
16:07monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, *.net *.split)
16:07mnemoc has left IRC (mnemoc!~amery@shell.opensde.net, *.net *.split)
16:12Lns has joined IRC (Lns!~Lns@pdpc/supporter/professional/lns)
16:12monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
16:12mnemoc has joined IRC (mnemoc!~amery@shell.opensde.net)
17:48bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.)
17:49Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Quit: "Achievement is not the end, its the beginning of new journey !!!")
17:51Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
18:02odicha has left IRC (odicha!be2b3b4e@gateway/web/freenode/ip.190.43.59.78, Quit: Page closed)
18:20vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
18:37zevlag has left IRC (zevlag!~zevlag@intranetgateway.etv.net, Read error: Connection reset by peer)
18:38zevlag has joined IRC (zevlag!~zevlag@intranetgateway.etv.net)
19:10Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
19:17alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
19:19garymc has joined IRC (garymc!~chatzilla@host109-148-254-122.range109-148.btcentralplus.com)
19:21awilliams has joined IRC (awilliams!~awilliams@unaffiliated/mistik1)
19:22alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Read error: Operation timed out)
19:24alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
19:25
<alkisg>
vagrantc: I didn't get to testing yet, but the only small changes I saw related to packaging was some extra slashes in debian/*.install (e.g. /usr/bin instead of usr/bin/),
19:25
and an issue with ltsp-server.examples:client/localapps/doc/examples/*, which should go to the client after all, since they're intented to be used as LTSP_LOCALAPPS_MENU_ITEMS,
19:25
maybe an init-ltsp.d can symlink them to /usr/share/applications when LTSP_FATCLIENT=false
19:27
<vagrantc>
alkisg: i want to consistantly use /usr/bin/ but wanted to only change lines that were already changed to minimize the diff. eventually, i'd like to make them all consistant.
19:27
<alkisg>
Also the `set -e` in ltsp-common-functions breaks the ldm script, we need to either fix the ldm script or to not set -e in common functions...
19:27
vagrantc: I thought the correct was usr/bin/ instead?
19:28
<vagrantc>
alkisg: really old versions of debhelper explode with /usr/bin/ but i think it reads easier.
19:28
alkisg: and when i mean old, i think before ubuntu existed
19:28
<alkisg>
I think I read it somewhere that those are recommented to be relative paths, not sure where, maybe in a debhelper manpage...
19:30
Also if you'll ever do changes without caring about the diff, it might be better to sort files like *.install... easier to read + merge
19:30cyberpelopo has joined IRC (cyberpelopo!b29c559c@gateway/web/freenode/ip.178.156.85.156)
19:31
<alkisg>
I merged some of the debian packaging with the ubuntu one in http://bazaar.launchpad.net/~alkisg/+junk/ltsp/changes, not sure if stgraber had a chance yet to merge it in his tree
19:32
stgraber: did you have time to check debian/rules? I have a couple of hours free and I'd like to test with debuild if the current trunk+packaging is sane...
19:36
<cyberpelopo>
hello
19:36
I can't see my thin clients epoptes
19:36
<stgraber>
alkisg: nope, don't really have much time for ltsp today (post-uds paperwork and some work stuff to do)
19:37
<cyberpelopo>
what am I doing wrong?
19:37
<alkisg>
stgraber: should I start from debian's debian/rules and try to merge whatever I see different in ubuntu's one?
19:37
cyberpelopo: are you using ltsp?
19:37
sorry I didn't see the "thin" :D
19:38
Can you see them after login?
19:38
<cyberpelopo>
yes, i'm using ltsp and can't see them after login
19:39
<alkisg>
cyberpelopo: what's the output of `ps aux | grep epoptes` in your ltsp server?
19:39
Also, which distro/version?
19:41
<cyberpelopo>
edubuntu 12.04 amd64
19:41
root 3140 0.0 0.8 168540 17724 ? SN 20:21 0:00 /usr/bin/python /usr/bin/twistd --pidfile /var/run/epoptes.pid --logfile /var/log/epoptes.log epoptes 1003 17370 0.0 0.0 97452 884 pts/0 S+ 21:41 0:00 grep --color=auto epoptes
19:42awilliams has left IRC (awilliams!~awilliams@unaffiliated/mistik1, Ping timeout: 252 seconds)
19:42
<stgraber>
alkisg: yes, that'd be the easiest
19:42
<alkisg>
ty
19:43
cyberpelopo: ok, can you run the same command on a thin client after login?
19:43awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1)
19:46
<cyberpelopo>
yes, if you can wait for boot
19:46
je
19:46
<stgraber>
alkisg: I wrote a script to convert your branch into something I can use, it's pushing the result to lp:~stgraber/ubuntu/quantal/ltsp/alkisg-merge
19:46
alkisg: basically takes all your commits and re-apply them on the UDD branch
19:46eHyperbyt is now known as Hyperbyte
19:47
<alkisg>
stgraber: Cool. For testing I'll make a recipe to combine the upstream tree with the debian/ dir from the packaging
19:47
(after a few local debuild checks first)
19:49
<stgraber>
alkisg: I'm basically running: http://paste.ubuntu.com/989543/ (that generates diffs for all your commits, re-apply them on top of the UDD branch keeping the commit message and author)
19:50cyberpelopo2 has joined IRC (cyberpelopo2!b29c559c@gateway/web/freenode/ip.178.156.85.156)
19:50
<alkisg>
Ouch, it'd be much easier if I just branched lp:ubuntu/ltsp and just modified debian/ after that, sorry
19:51[GuS] has left IRC ([GuS]!~MysT@unaffiliated/gus/x-663402, Quit: Konversation terminated!)
19:51
<alkisg>
cyberpelopo2: btw you're using a different user account on the client than the one on the server, right?
19:52
<cyberpelopo2>
right
19:52
root 3140 0.0 0.9 169180 18336 ? SN 20:21 0:00 /usr/bin/python /usr/bin/twistd --pidfile /var/run/epoptes.pid --logfile /var/log/epoptes.log epoptes alumno1 17939 0.0 0.1 28984 3472 ? S 21:48 0:00 socat openssl-connect:localhost:789,cafile=/etc/epoptes/server.crt,interval=60,forever EXEC:bash -c \"exec -a epoptes-client sh\" alumno1 17954 0.0 0.0 4392 668 ? S 21:48 0:00 epopte
19:55
<alkisg>
cyberpelopo2: and the output of that command? egrep -v '^#|^$' /etc/default/epoptes*
19:58
Ah the output of `ps aux` on the client was cut in the middle, the last things displayed were: S 21:48 0:00 epopte
19:58
Can you paste the rest after that too? I think it will show that epoptes-client runs fine on the client
19:58
<cyberpelopo>
nothing
19:58
<cyberpelopo2>
nothing
19:58
<alkisg>
OK, good (about nothing), can you paste the rest of ps aux ?
19:58
After "epopte" ?
19:58
<cyberpelopo>
??
19:59
<alkisg>
(10:58:02 μμ) alkisg: Ah the output of `ps aux` on the client was cut in the middle, the last things displayed were: S 21:48 0:00 epopte+
19:59
(10:58:02 μμ) alkisg: Can you paste the rest after that too? I think it will show that epoptes-client runs fine on the client
19:59
(10:52:44 μμ) cyberpelopo2: root 3140 0.0 0.9 169180 18336 ? SN 20:21 0:00 /usr/bin/python /usr/bin/twistd --pidfile /var/run/epoptes.pid --logfile /var/log/epoptes.log epoptes alumno1 17939 0.0 0.1 28984 3472 ? S 21:48 0:00 socat openssl-connect:localhost:789,cafile=/etc/epoptes/server.crt,interval=60,forever EXEC:bash -c \"exec -a epoptes-client sh\" alumno1 17954 0.0 0.0 4392 668 ? S 21:48 0:00 e
19:59
IRC doesn't allow long lines
19:59
So please paste the rest of that line
19:59
<cyberpelopo2>
452 880 pts/4 S+ 21:52 0:00 grep --color=auto epoptes
20:00
452 880 pts/4 S+ 21:52 0:00 grep --color=auto epoptes
20:00
452 880 pts/4 S+ 21:52 0:00 grep --color=auto epoptes
20:00
<alkisg>
Nah, still missing parts. Please use the pastebin:
20:00
!pastebin
20:00
<ltsp`>
alkisg: pastebin: the LTSP pastebin is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebin, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
20:00
<cyberpelopo2>
epoptes-client alumno1 18430 0.0 0.0 97452 880 pts/4 S+ 21:52 0:00 grep --color=auto epoptes
20:01
<alkisg>
Run `ps aux | grep epoptes` and put the result to this website: http://ltsp.pastebin.com
20:01
And then paste the URL here
20:01
<cyberpelopo2>
http://pastebin.com/f5iCx2fm
20:02
<alkisg>
Good, so epoptes-client connects fine. Go back to the server and from a terminal, run: epoptes
20:03
(don't logoff the client)
20:03garymc has left IRC (garymc!~chatzilla@host109-148-254-122.range109-148.btcentralplus.com, Ping timeout: 244 seconds)
20:03
<alkisg>
(gnome-terminal, inside your gnome session)
20:05cyberpelopo2 has left IRC (cyberpelopo2!b29c559c@gateway/web/freenode/ip.178.156.85.156, Ping timeout: 245 seconds)
20:06
<alkisg>
cyberpelopo: I hope you didn't logoff the client
20:06
<cyberpelopo>
magic, is runing ok!!!
20:06
I did'n do anything!
20:06Lns has left IRC (Lns!~Lns@pdpc/supporter/professional/lns, Ping timeout: 272 seconds)
20:06
<cyberpelopo>
what did you do?
20:06
je
20:07
<alkisg>
Nothing at all
20:07
:)
20:09
<cyberpelopo>
thanks
20:09
very much
20:09
bye
20:09cyberpelopo has left IRC (cyberpelopo!b29c559c@gateway/web/freenode/ip.178.156.85.156, Quit: Page closed)
20:13
<alkisg>
After issuing sudo apt-get install build-dep ltsp, I also needed to manually install dh-autoreconf ...
20:14mnemoc has left IRC (mnemoc!~amery@shell.opensde.net)
20:15
<alkisg>
ltsp-client-core.install: removed client/initramfs/* usr/share/initramfs-tools/
20:26komunista has left IRC (komunista!~slavko@adsl-195-098-014-163.dynamic.nextra.sk, Quit: Leaving.)
20:28
<alkisg>
client/localapps/missing: No such file or directory :(
20:33Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Quit: Leaving)
20:34vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi)
20:35
<alkisg>
Ah autogen.sh doesn't get called
20:41* alkisg doesn't know why, but after manually running ./autogen.sh in nbd-proxy and in localapps, the build succeeded
20:41
<alkisg>
Now let's see the .deb file contents...
20:53
<vagrantc>
alkisg: use dh_autoreconf
20:53
<alkisg>
vagrantc: I'm using your debian/rules unmodified
20:53
<vagrantc>
huh.
20:53
"works for me"
20:53
alkisg: and you've got dh-autoreconf installed?
20:55
<alkisg>
vagrantc: http://paste.debian.net/168973/
20:55
autogen.sh seems to get called only for the parent directory, not for nbd-proxy or localapps
20:55
Dunno why
20:56
<vagrantc>
the autogen.sh in the parent directory calls the others
20:56
<alkisg>
A set -x might help, but I'll look into it later, for now I ran them manually
20:57
<vagrantc>
maybe we should put set -x in all our autogen.sh scripts
20:57
<alkisg>
So basically from your debian/rules we only need to add the ltsp-live stuff and the ltsp-client-core upstart job
20:57
<vagrantc>
and then we'll be nearly in sync?
20:58dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Leaving...)
20:59
<vagrantc>
don't you also need to add the various Ubuntu/* in the various *.install files?
20:59
<alkisg>
Not in sync at all, about half of the files in debian/ couldn't be synced
20:59
:)
20:59
<vagrantc>
?
21:00
what are y'all doing so differently?
21:00
<alkisg>
E.g.: ltsp-client-core.manpages: we also have client/getltscfg-cluster/getltscfg-cluster.1
21:00
<vagrantc>
gah, gotta roll... more llater.
21:00
<alkisg>
ltsp-client-core.examples: we don't have sdm and nodm
21:00
Etc etc
21:00
bb
21:02
<vagrantc>
any reason not to include those examples?
21:02
they are, after all, just examples
21:03
<alkisg>
The ubuntu debian/ dir doesn't have debian/doc
21:04
(don't know if there's any reason not to have it)
21:23
stgraber: I couldn't do debian/rules and I had to work around it in order to continue, but other than that, only a few things remain. Some notes: http://paste.debian.net/168981/
21:24
If you could finish it whenever you have some time for it, I'd appreciate it as I want to continue with adding/testing ltsp-server-dnsmasq
21:27
<stgraber>
alkisg: I'll try to do it soon, I have an action item to move the ltsp-live stuff out of the package and into its own edubuntu-netboot package, so that should help a bit
21:27
<alkisg>
Cool, thanks a lot
21:29artista_frustrad has left IRC (artista_frustrad!~fernando@200.247.43.2, Quit: Leaving)
21:32highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Read error: Connection reset by peer)
21:32highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)
21:40
<alkisg>
vagrantc, stgraber: Hmm if ltsp-server-standalone recommented isc-dhcp-server | dnsmasq, and a user had dnsmasq installed before installing ltsp-server-standalone, then there wouldn't really be need for an ltsp-server-dnsmasq package, but just for an ltsp-config --dnsmasq script
21:40
We could also put more options in that ltsp-config script to configure dhcp3, nbd swap only (e.g. for NFS+NBD) etc
21:41
The postinst scripts could use it too, e.g. if -x dhcp3; then ltsp-config --dhcp3; else if -d /etc/dnsmasq.d; then ltsp-config --dnsmasq; etc etc
21:42
It would even be easier to switch between dhcp3 or dnsmasq
21:43* alkisg will work on such a script tomorrow
21:52alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
22:20Parker955_Away is now known as Parker955
23:17staffencasa has left IRC (staffencasa!~staffenca@128.193.8.220, Quit: Leaving)
23:19Llama_be_ has left IRC (Llama_be_!~tom@94-226-90-169.access.telenet.be, Ping timeout: 265 seconds)
23:37Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 248 seconds)
23:42Llama_be has joined IRC (Llama_be!~tom@94-226-90-169.access.telenet.be)
23:47mealstrom has left IRC (mealstrom!~mealstrom@46.63.71.254, Ping timeout: 245 seconds)
23:55Lns has joined IRC (Lns!~Lns@173-16-196-204.client.mchsi.com)
23:55Lns has joined IRC (Lns!~Lns@pdpc/supporter/professional/lns)
23:56andygraybeal_ has joined IRC (andygraybeal_!~andy@h216.88.31.71.dynamic.ip.windstream.net)
23:58Llama_be has left IRC (Llama_be!~tom@94-226-90-169.access.telenet.be, Read error: Operation timed out)
23:59Llama_be has joined IRC (Llama_be!~tom@94-226-90-169.access.telenet.be)