00:00 | map7 has joined IRC (map7!~map7@ppp118-209-23-41.lns20.mel4.internode.on.net) | |
00:28 | risca has joined IRC (risca!~risca@206.220.196.50.in-addr.voinetworks.net) | |
01:22 | vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Ping timeout: 260 seconds) | |
02:29 | Parker955_Away is now known as Parker955 | |
02:35 | risca has left IRC (risca!~risca@206.220.196.50.in-addr.voinetworks.net, Quit: Lämnar) | |
03:10 | Parker955 is now known as Parker955_Away | |
03:10 | josh has left IRC (josh!~zevlag@intranetgateway.etv.net, Disconnected by services) | |
03:11 | zevlag has joined IRC (zevlag!~zevlag@intranetgateway.etv.net) | |
04:02 | zevlag has left IRC (zevlag!~zevlag@intranetgateway.etv.net, *.net *.split) | |
04:02 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, *.net *.split) | |
04:04 | andygraybeal_ has left IRC (andygraybeal_!~andy@h82.89.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds) | |
04:06 | zevlag has joined IRC (zevlag!~zevlag@intranetgateway.etv.net) | |
04:06 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
04:52 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
05:09 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
05:21 | srdjo has joined IRC (srdjo!~srdjo@95.155.22.1) | |
08:12 | loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep) | |
09:02 | komunista has joined IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk) | |
09:09 | monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 255 seconds) | |
09:21 | khildin has joined IRC (khildin!~khildin@ip-80-236-227-85.dsl.scarlet.be) | |
09:21 | monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
11:15 | mikkel has joined IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk) | |
11:43 | srdjo_ has joined IRC (srdjo_!~srdjo@77.222.16.37) | |
11:44 | srdjo has left IRC (srdjo!~srdjo@95.155.22.1, Ping timeout: 252 seconds) | |
11:52 | NeonLicht has left IRC (NeonLicht!~NeonLicht@darwin.ugr.es, Ping timeout: 245 seconds) | |
12:12 | DIoX|DaZ has left IRC (DIoX|DaZ!~KaKa@server.civicclub.lt, Ping timeout: 260 seconds) | |
12:14 | DIoX|DaZ has joined IRC (DIoX|DaZ!~KaKa@server.civicclub.lt) | |
13:14 | TatankaT_ has joined IRC (TatankaT_!~tim@peno.cwlab.kotnet.org) | |
13:14 | shawnp0w1rs has joined IRC (shawnp0w1rs!~spowers@71-13-74-18.static.aldl.mi.charter.com) | |
13:19 | monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, *.net *.split) | |
13:19 | TatankaT has left IRC (TatankaT!~tim@peno.cwlab.kotnet.org, *.net *.split) | |
13:19 | shawnp0wers has left IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers, *.net *.split) | |
13:19 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
13:20 | monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
13:25 | khildin has left IRC (khildin!~khildin@ip-80-236-227-85.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
13:41 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h82.89.213.151.dynamic.ip.windstream.net) | |
13:52 | gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Read error: Connection reset by peer) | |
13:57 | gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net) | |
14:08 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
14:18 | artista_frustrad has joined IRC (artista_frustrad!~fernando@189-11-49-219.ctaje701.dsl.brasiltelecom.net.br) | |
14:20 | alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.12.47, Quit: Хана X'ам !!!) | |
14:27 | artista_frustrad has left IRC (artista_frustrad!~fernando@189-11-49-219.ctaje701.dsl.brasiltelecom.net.br, Ping timeout: 246 seconds) | |
14:49 | artista_frustrad has joined IRC (artista_frustrad!~fernando@189-11-49-219.ctaje701.dsl.brasiltelecom.net.br) | |
15:55 | dptech has joined IRC (dptech!~dptech@can06-1-82-242-223-39.fbx.proxad.net) | |
15:57 | dptech has joined IRC (dptech!~dptech@can06-1-82-242-223-39.fbx.proxad.net) | |
15:59 | dptech has left IRC (dptech!~dptech@can06-1-82-242-223-39.fbx.proxad.net, Client Quit) | |
16:16 | srdjo_ has left IRC (srdjo_!~srdjo@77.222.16.37, Ping timeout: 244 seconds) | |
16:20 | srdjo has joined IRC (srdjo!~srdjo@77.222.16.37) | |
16:28 | srdjo has left IRC (srdjo!~srdjo@77.222.16.37, Quit: Leaving) | |
16:31 | loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net) | |
16:49 | komunista has left IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk, Quit: Leaving.) | |
16:56 | komunista has joined IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk) | |
17:13 | alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net) | |
17:17 | dptech has joined IRC (dptech!~dptech@can06-1-82-242-223-39.fbx.proxad.net) | |
17:45 | adrianorg__ has left IRC (adrianorg__!~adrianorg@177.18.178.42, Ping timeout: 244 seconds) | |
17:47 | Parker955_Away is now known as Parker955 | |
17:52 | vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net) | |
18:00 | khildin 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:18 | dptech has left IRC (dptech!~dptech@can06-1-82-242-223-39.fbx.proxad.net, Ping timeout: 272 seconds) | |
18:26 | loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep) | |
18:39 | alkisg 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:56 | komunista has left IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk, Read error: Operation timed out) | |
19:11 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
19:15 | komunista 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:33 | risca has joined IRC (risca!~risca@wi-secure-5192.cc.umanitoba.ca) | |
19:49 | TatankaT_ 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:59 | TatankaT 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:00 | Parker955 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:06 | Parker955 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:26 | khildin 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:27 | loather 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:36 | komunista has left IRC (komunista!~slavko@adsl-195-168-242-217.dynamic.nextra.sk, Ping timeout: 255 seconds) | |
20:39 | map7 has left IRC (map7!~map7@ppp118-209-23-41.lns20.mel4.internode.on.net, Ping timeout: 248 seconds) | |
20:40 | tbruff13 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:46 | tbruff13 has left IRC (tbruff13!add98621@gateway/web/freenode/ip.173.217.134.33, Quit: Page closed) | |
20:49 | <vagrantc> apparently not fast enough...
| |
20:49 | tbruff13 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:09 | monteslu 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:13 | tbruff13 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:21 | monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
21:32 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
21:33 | vagrantc has left IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net, Quit: leaving) | |
21:45 | mikkel has left IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk, Quit: Leaving) | |
22:06 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Quit: Goin' down hard) | |
22:10 | adrianorg__ has joined IRC (adrianorg__!~adrianorg@177.18.178.42) | |
22:51 | vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-246-Oregon.hfc.comcastbusiness.net) | |
23:21 | andygraybeal_ has left IRC (andygraybeal_!~andy@h82.89.213.151.dynamic.ip.windstream.net, Quit: Ex-Chat) | |
23:21 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h82.89.213.151.dynamic.ip.windstream.net) | |
23:27 | Parker955 has left IRC (Parker955!~parker@74.112.203.151, Ping timeout: 245 seconds) | |
23:41 | <highvoltage> http://mjg59.dreamwidth.org/11235.html
| |