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


Channel log from 18 March 2012   (all times are UTC)

00:00map7 has joined IRC (map7!~map7@ppp118-209-23-41.lns20.mel4.internode.on.net)
00:28risca has joined IRC (risca!~risca@206.220.196.50.in-addr.voinetworks.net)
01:22vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Ping timeout: 260 seconds)
02:29Parker955_Away is now known as Parker955
02:35risca has left IRC (risca!~risca@206.220.196.50.in-addr.voinetworks.net, Quit: Lämnar)
03:10Parker955 is now known as Parker955_Away
03:10josh has left IRC (josh!~zevlag@intranetgateway.etv.net, Disconnected by services)
03:11zevlag has joined IRC (zevlag!~zevlag@intranetgateway.etv.net)
04:02zevlag has left IRC (zevlag!~zevlag@intranetgateway.etv.net, *.net *.split)
04:02cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, *.net *.split)
04:04andygraybeal_ has left IRC (andygraybeal_!~andy@h82.89.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds)
04:06zevlag has joined IRC (zevlag!~zevlag@intranetgateway.etv.net)
04:06cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
04:52alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
05:09alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
05:21srdjo has joined IRC (srdjo!~srdjo@95.155.22.1)
08:12loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
09:02komunista has joined IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk)
09:09monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 255 seconds)
09:21khildin has joined IRC (khildin!~khildin@ip-80-236-227-85.dsl.scarlet.be)
09:21monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
11:15mikkel has joined IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk)
11:43srdjo_ has joined IRC (srdjo_!~srdjo@77.222.16.37)
11:44srdjo has left IRC (srdjo!~srdjo@95.155.22.1, Ping timeout: 252 seconds)
11:52NeonLicht has left IRC (NeonLicht!~NeonLicht@darwin.ugr.es, Ping timeout: 245 seconds)
12:12DIoX|DaZ has left IRC (DIoX|DaZ!~KaKa@server.civicclub.lt, Ping timeout: 260 seconds)
12:14DIoX|DaZ has joined IRC (DIoX|DaZ!~KaKa@server.civicclub.lt)
13:14TatankaT_ has joined IRC (TatankaT_!~tim@peno.cwlab.kotnet.org)
13:14shawnp0w1rs has joined IRC (shawnp0w1rs!~spowers@71-13-74-18.static.aldl.mi.charter.com)
13:19monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, *.net *.split)
13:19TatankaT has left IRC (TatankaT!~tim@peno.cwlab.kotnet.org, *.net *.split)
13:19shawnp0wers has left IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers, *.net *.split)
13:19alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
13:20monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
13:25khildin has left IRC (khildin!~khildin@ip-80-236-227-85.dsl.scarlet.be, Quit: I'm gone, bye bye)
13:41andygraybeal_ has joined IRC (andygraybeal_!~andy@h82.89.213.151.dynamic.ip.windstream.net)
13:52gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Read error: Connection reset by peer)
13:57gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net)
14:08alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
14:18artista_frustrad has joined IRC (artista_frustrad!~fernando@189-11-49-219.ctaje701.dsl.brasiltelecom.net.br)
14:20alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.12.47, Quit: Хана X'ам !!!)
14:27artista_frustrad has left IRC (artista_frustrad!~fernando@189-11-49-219.ctaje701.dsl.brasiltelecom.net.br, Ping timeout: 246 seconds)
14:49artista_frustrad has joined IRC (artista_frustrad!~fernando@189-11-49-219.ctaje701.dsl.brasiltelecom.net.br)
15:55dptech has joined IRC (dptech!~dptech@can06-1-82-242-223-39.fbx.proxad.net)
15:57dptech has joined IRC (dptech!~dptech@can06-1-82-242-223-39.fbx.proxad.net)
15:59dptech has left IRC (dptech!~dptech@can06-1-82-242-223-39.fbx.proxad.net, Client Quit)
16:16srdjo_ has left IRC (srdjo_!~srdjo@77.222.16.37, Ping timeout: 244 seconds)
16:20srdjo has joined IRC (srdjo!~srdjo@77.222.16.37)
16:28srdjo has left IRC (srdjo!~srdjo@77.222.16.37, Quit: Leaving)
16:31loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
16:49komunista has left IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk, Quit: Leaving.)
16:56komunista has joined IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk)
17:13alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
17:17dptech has joined IRC (dptech!~dptech@can06-1-82-242-223-39.fbx.proxad.net)
17:45adrianorg__ has left IRC (adrianorg__!~adrianorg@177.18.178.42, Ping timeout: 244 seconds)
17:47Parker955_Away is now known as Parker955
17:52vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net)
18:00khildin has joined IRC (khildin!~khildin@ip-80-236-227-85.dsl.scarlet.be)
18:15|dptech| has joined IRC (|dptech|!~dptech@can06-1-82-242-223-39.fbx.proxad.net)
18:18dptech has left IRC (dptech!~dptech@can06-1-82-242-223-39.fbx.proxad.net, Ping timeout: 272 seconds)
18:26loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
18:39alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
18:45
<Hyperbyte>
Hey hey hey!
18:46* vagrantc waves to alkisg
18:47* alkisg waves back, lights a cigarette and starts working on epoptes... :)
18:47
<vagrantc>
heh
18:56komunista has left IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk, Read error: Operation timed out)
19:11bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
19:15komunista has joined IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk)
19:18
<elias_a>
alkisg: Which one of the two is more dangerous to your health? :P
19:20
<alkisg>
elias_a: haha, both are physically harmful but fun nevertheless :)
19:20
<elias_a>
alkisg: Take care - fun job can also be done too much! :P
19:21
alkisg: Not that I would not admire your dedicated attitude :)
19:22
<alkisg>
No worries, programming is just a hobby for me, I wouldn't want it as my main job, it'd end up being boring...
19:26
<Hyperbyte>
alkisg, it's quite a challenge to do 40 hours per week.
19:30
<alkisg>
At times I've been programming even 80 hours per week... but I wouldn't want to miss the feeling of actually using in my classrooms the programs I develop
19:31
<muppis>
It is actually quite neat if programming something for self and actually gets it working.
19:33risca has joined IRC (risca!~risca@wi-secure-5192.cc.umanitoba.ca)
19:49TatankaT_ has left IRC (TatankaT_!~tim@peno.cwlab.kotnet.org, Quit: leaving)
19:52
<knipwim>
alkisg: vagrantc: I was thinking of making a generic detect_arch function in ltsp-common-functions
19:52
http://dpaste.com/718333/
19:56
<vagrantc>
we used to have something like that somewhere
19:56
<alkisg>
knipwim: sounds fine! In a related subject, if we changed our packaging so that /Distro dirs were copied to /common instead, maybe we wouldn't need to detect the vendor so much, right?
19:58
<vagrantc>
or we could actually make use of the vendor-functions hooks.
19:58
although calling lsb_release is actually kind of slow, at least on debian, so i wouldn't want to use it too often.
19:58
might be worth caching the architecture somewhere at build time.
19:59TatankaT has joined IRC (TatankaT!~tim@peno.cwlab.kotnet.org)
19:59
<vagrantc>
seems unlikely the architecture would change.
19:59
(for a given chroot)
20:00
<alkisg>
Is there a point to include all the /Distro dirs of ltsp-build-client? E.g. would it ever be possible for me to build a Fedora chroot while on Ubuntu?
20:00
<vagrantc>
in fact, ltsp-client-core could ship the architecture information in the package itself, since it's an architecture-specific package.
20:00
alkisg: it isn't currently, but it might be possible.
20:00
for ltsp-build-client, i don't see a huge disadvantage in shipping them all.
20:00Parker955 has left IRC (Parker955!~parker@74.112.203.151, Ping timeout: 245 seconds)
20:01
<alkisg>
vagrantc: I think that it should be handled by the chroot though, not by the the server-side plugins, as (I think) those assume that the host is $DISTRO too
20:02
I'm not expressing myself well... let me try to rephrase..
20:05
Fedora/000-verify-tftpdir: cat /etc/xinetd.d/tftp ... etc
20:05
Many distro-specific ltsp-build-client plugins assume that the host is the same distro as the chroot
20:06Parker955 has joined IRC (Parker955!~parker@74.112.203.151)
20:06
<knipwim>
alkisg: certainly the client init-ltsp.d content could be packaged this way
20:06
<alkisg>
I think that could also be the case for ltsp-build-client, ltsp-chroot etc
20:08
<vagrantc>
if the ltsp-client package shipped a file that defines some things such as DISTRO and ARCH and so on ... that might be the simplest solution to a lot of this.
20:09
then it could be a file that's simply sourced
20:09
<alkisg>
So e.g. ltsp-chroot would source ltsp-chroot-functions, and that file would be different per distro, but packaging would make it have the same name always
20:09
That way we wouldn't even need $DISTRO variables (but we would need $ARCH)
20:09
<knipwim>
yes, like the example i made for ltsp-info earlier
20:10
<vagrantc>
there was an ltsp-vendor-functions, so sourced at the bottom of ltsp-common-functions ... wherein distros could ship their own functions and override the common ones.
20:11
and if distros just started making sure to ship the vendor-functions ...
20:12
<knipwim>
vagrantc: is anyone using those?
20:12
like, is there distro that's currently using that option
20:12* vagrantc hasn't needed to diverge from the upstream functions
20:12
<vagrantc>
but things like boolean_is_true ... really distro's shouldn't diverge that
20:13
knipwim: don't know ... thought fedora was.
20:13
<knipwim>
the whole reason for the detect_arch was the line in ltsp-update-image: ARCH=$(dpkg --print-architecture)
20:14
<vagrantc>
so i think it would be better to have ltsp-common-functions with an ltsp-vendor-functions where the distro-specific detect_arch function lives.
20:14
<knipwim>
i agree
20:15
where would they be located? server/scripts/$distro ?
20:15
<alkisg>
Right, and override the default detect_arch() in ltsp-common-functions that uses the generic uname -m
20:15
<vagrantc>
well, the generic "uname -m" approach isn't really generic.
20:15
as in different distros map the output differently ... so there isn't even a generic, other than a proof-of-concept.
20:16
<alkisg>
Then the generic one could die("your distro needs to impement this function")
20:16
<vagrantc>
that sounds better.
20:17
<alkisg>
But there are cases where a generic implementation exists, and only a few distros need to override it
20:17
<vagrantc>
sure
20:18* vagrantc looks at server/plugins/ltsp-build-client/*/001-set-arch
20:18
<vagrantc>
there's a common plugin that everone overrides, for example :)
20:19
<alkisg>
So: ltsp-tool would source ltsp-tool-functions, and ltsp-tool-functions at the end would source ltsp-vendor-function, and that file wouldn't exist upstream,
20:19
and packagers would rename the "ltsp-ubuntu-functions" or "ltsp-gentoo-functions" to "ltsp-vendor-functions" so that we wouldn't care about the distro at all
20:20
<vagrantc>
maybe ltsp-tool-vendor-functions ?
20:20
<alkisg>
Right, sorry
20:20
Or Vendor/ltsp-tool-functions, in the upstream tree
20:20
<knipwim>
nice
20:22
that way it's easier to share script between client and server packages
20:25
<alkisg>
Could the info about ARCH (and some other things like versions needed by ltsp-info) go in /etc/ltsp/info (or system or some other name)?
20:25
Which would be a conffile generated by the packagers?
20:25
...or /usr/share/ltsp/info...
20:26khildin has left IRC (khildin!~khildin@ip-80-236-227-85.dsl.scarlet.be, Quit: I'm gone, bye bye)
20:27* alkisg goes back to removing zenity from epoptes, to get it ready for tomorrow :)
20:27loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
20:27
<knipwim>
good luck
20:27
i've noted to package ltsp-client with all init-ltsp.d in common
20:28
for starters
20:29
<alkisg>
Ah, knipwim btw we have a grep init=/sbin/init-ltsp.d cmdline in some places in the code, which doesn't match the gentoo real_init command line,b
20:29
but |ltsp does match it... maybe we can simplify it to just grepping for ltsp? Or that's too generic?
20:31
ltsp-core: # Gracefully exit if an LTSP boot was not requested
20:31
grep -Eqsw "init=/sbin/init-ltsp|ltsp" /proc/cmdline || exit 0
20:32
Or maybe instead of passing "ltsp", we can pass "init-ltsp", and always just grep for that
20:36komunista has left IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk, Ping timeout: 255 seconds)
20:39map7 has left IRC (map7!~map7@ppp118-209-23-41.lns20.mel4.internode.on.net, Ping timeout: 248 seconds)
20:40tbruff13 has joined IRC (tbruff13!add98621@gateway/web/freenode/ip.173.217.134.33)
20:40
<tbruff13>
can anyone tell me how to start an ltsp server once I have it built in Kubuntu
20:46tbruff13 has left IRC (tbruff13!add98621@gateway/web/freenode/ip.173.217.134.33, Quit: Page closed)
20:49
<vagrantc>
apparently not fast enough...
20:49tbruff13 has joined IRC (tbruff13!add98621@gateway/web/freenode/ip.173.217.134.33)
20:49
<tbruff13>
can someone tell me out to start LTSP in kubuntu
20:50
<vagrantc>
tbruff13: what do you mean by start?
20:51
there's no specific LTSP service ... it's a collection of other services (tftp, DHCP, NFS/NBD, ssh, etc.)
20:53
<tbruff13>
how do i make the server run
20:53
I built and it is sitting in the /opt folder
20:53
but how do i enable it
20:54
<vagrantc>
it should automatically get enabled on ubuntu, as far as i know.
20:54
have you tried booting a thin client?
20:54
<tbruff13>
yes
20:54
vagrantc: how can i check to see if it is running
20:55
<vagrantc>
tbruff13: boot a thin client...
20:55
<tbruff13>
and do i need to restart my laptop after building ltsp to make it run
20:55
<vagrantc>
"make it run" is not a helpful question ...
20:56
you installed ltsp-server on your laptop, ran ltsp-build-client ... ?
20:56
tbruff13: what happens when you try to boot a thin client?
20:56
<tbruff13>
yes
20:56
i ran those
20:56
nothing happened Dhcp did not find it
20:57
do i need to reboot to make the server run
20:57
<vagrantc>
ok, so you need to make sure your DHCP server is running ...
20:57
pgrep -l -f dhcpd
20:57
what version of ubuntu?
20:58
<tbruff13>
Kubuntu 12.04
20:58
<vagrantc>
oh, fun ...
20:59
stgraber: ^^
20:59
<tbruff13>
Yes and I am doing these for a year long project so that a school full of computers can run LTSP in April
20:59
<vagrantc>
12.04 isn't really released yet ...
20:59
<tbruff13>
vagrantc: it is a month away I have been assured by Canonical that for my purposes there should be no bugs
21:00
<vagrantc>
tbruff13: sounds like your dhcp server isn't running, and do you have two network cards on your laptop?
21:00
tbruff13: stgraber is the ubuntu developer working on LTSP, so they'd be in a better position to help you.
21:00
<tbruff13>
this is the output of that command 30779 sudo pgrep -l -f dhcpd
21:00
stgraber: help
21:01
<vagrantc>
tbruff13: you might want to search for step-by-step documentation on the ubuntu wiki, i don't think dhcp configuration has changed much.
21:01
<stgraber>
tbruff13: what are you getting with "initctl list | grep isc"?
21:02
<tbruff13>
vagrantc: I followed a guide to set up LTSP
21:02
isc-dhcp-server stop/waiting isc-dhcp-server6 stop/waiting
21:02
stgraber: thank you for your help
21:02
<stgraber>
ok, so no dhcpd running
21:03
<tbruff13>
stgraber: should i check to see if its installed?
21:03
<stgraber>
tbruff13: what do you have in /var/log/upstart/isc-dhcp-server.log? (use paste.ubuntu.com if it's more than a few lines long)
21:04
no, you clearly have isc-dhcp-server installed, just not running. Likely because of broken configuration. /var/log/upstart/isc-dhcp-server.log should contained the reason why it didn't start
21:04
btw, who at Canonical told you it was safe to use LTSP in production at this point? I'd like to talk to that person :)
21:05
because I never said it was and I'm still planning on landing a few more network related changes and a new LTSP before the release...
21:05
<tbruff13>
stgraber: he told me the beta was safe enough to use
21:07
stgraber: it did not start
21:09
stgraber: i will be right back i am going to rebooty
21:09monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 255 seconds)
21:11|dptech| has left IRC (|dptech|!~dptech@can06-1-82-242-223-39.fbx.proxad.net, Quit: When two people dream the same dream, it ceases to be an illusion. KVIrc 3.4.2 Shiny http://www.kvirc.net)
21:12
<alkisg>
tbruff13: did you put the correct subnet to your dhcpd.conf?
21:13tbruff13 has left IRC (tbruff13!add98621@gateway/web/freenode/ip.173.217.134.33, Ping timeout: 245 seconds)
21:15
<stgraber>
my guess is that he either didn't write the changes to /etc/ltsp/dhcpd.conf or that something is wrong in the config or that I messed up the upstart code for isc-dhcp
21:16
all of which would be easily figured out with the content of /var/log/upstart/isc-dhcp-server.log :)
21:17
I "think" I tried the new isc-dhcp + upstart jobs with LTSP when I uploaded it, but not completely sure...
21:21monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
21:32alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
21:33vagrantc has left IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net, Quit: leaving)
21:45mikkel has left IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk, Quit: Leaving)
22:06bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Quit: Goin' down hard)
22:10adrianorg__ has joined IRC (adrianorg__!~adrianorg@177.18.178.42)
22:51vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-246-Oregon.hfc.comcastbusiness.net)
23:21andygraybeal_ has left IRC (andygraybeal_!~andy@h82.89.213.151.dynamic.ip.windstream.net, Quit: Ex-Chat)
23:21andygraybeal_ has joined IRC (andygraybeal_!~andy@h82.89.213.151.dynamic.ip.windstream.net)
23:27Parker955 has left IRC (Parker955!~parker@74.112.203.151, Ping timeout: 245 seconds)
23:41
<highvoltage>
http://mjg59.dreamwidth.org/11235.html