00:24 | uskerine has joined IRC (uskerine!~uske@58.Red-88-1-239.dynamicIP.rima-tde.net) | |
00:24 | <uskerine> hi, i have a server with two NICs (two IPs)
| |
00:25 | will thin clients work if in a failover scenario servers moves from one IP to the other one?
| |
00:36 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net) | |
01:04 | monteslu_ has joined IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
01:07 | monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 252 seconds) | |
01:21 | uskerine has left IRC (uskerine!~uske@58.Red-88-1-239.dynamicIP.rima-tde.net, Ping timeout: 244 seconds) | |
01:29 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 265 seconds) | |
02:10 | awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1) | |
02:38 | andygraybeal_ has left IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds) | |
02:40 | dgeary2 has joined IRC (dgeary2!~david@c114-77-214-254.rivrw3.nsw.optusnet.com.au) | |
02:57 | trubbor has joined IRC (trubbor!~trubbor@173-21-2-181.client.mchsi.com) | |
03:21 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net) | |
03:53 | andygraybeal_ has left IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds) | |
04:06 | adrianorg_ has left IRC (adrianorg_!~adrianorg@177.18.48.65, Ping timeout: 245 seconds) | |
04:14 | jordanm has left IRC (jordanm!~jordanm@pdpc/supporter/active/jordanm, Remote host closed the connection) | |
04:24 | trubbor has left IRC (trubbor!~trubbor@173-21-2-181.client.mchsi.com, Remote host closed the connection) | |
04:58 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
05:49 | * alkisg finally managed to trim the initramfs of 12.04 so that it boots with 64 MB RAM! :) | |
06:15 | komunista has joined IRC (komunista!~slavko@adsl-195-168-241-172.dynamic.nextra.sk) | |
06:34 | <alkisg> Removing FRAMEBUFFER=y gets the initramfs from 20 Mb down to 16 MB. And that's the default on Ubuntu now, so I wonder why we do put that... stgraber any ideas?
| |
06:39 | dgeary2 has left IRC (dgeary2!~david@c114-77-214-254.rivrw3.nsw.optusnet.com.au, Quit: ĝis la) | |
06:48 | <alkisg> !learn lowram-initramfs as to get the 12.04 initramfs about 8 MB smaller, so that it loads faster and boots with 64 MB RAM, remove FRAMEBUFFER=y from conf-hook.d/ltsp and comment out "auto_add_modules scsi" from hook-functions
| |
06:48 | <ltsp_> alkisg: The operation succeeded.
| |
06:58 | mmetzger has left IRC (mmetzger!~mmetzger@99-71-214-196.lightspeed.mdldtx.sbcglobal.net, Ping timeout: 245 seconds) | |
07:00 | mmetzger has joined IRC (mmetzger!~mmetzger@99-71-214-196.lightspeed.mdldtx.sbcglobal.net) | |
07:13 | vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Remote host closed the connection) | |
08:02 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
08:09 | yanu has left IRC (yanu!~yanu@lugwv/member/yanu, Ping timeout: 248 seconds) | |
08:41 | yanu has joined IRC (yanu!~yanu@178-117-233-89.access.telenet.be) | |
08:41 | yanu has joined IRC (yanu!~yanu@lugwv/member/yanu) | |
09:06 | Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas) | |
09:16 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net) | |
09:23 | awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Quit: Lost terminal) | |
09:23 | awilliams has joined IRC (awilliams!mistik1@69.160.108.17) | |
09:23 | awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1) | |
09:45 | komunista has left IRC (komunista!~slavko@adsl-195-168-241-172.dynamic.nextra.sk, Ping timeout: 260 seconds) | |
09:58 | komunista has joined IRC (komunista!~slavko@adsl-195-098-010-254.dynamic.nextra.sk) | |
10:12 | komunista has left IRC (komunista!~slavko@adsl-195-098-010-254.dynamic.nextra.sk, Ping timeout: 245 seconds) | |
10:15 | lefteris_nik has left IRC (lefteris_nik!~lefteris@ppp141237208190.dsl.hol.gr, Quit: Leaving.) | |
10:16 | lefteris_nik has joined IRC (lefteris_nik!~lefteris@ppp141237208190.dsl.hol.gr) | |
10:26 | komunista has joined IRC (komunista!~slavko@adsl-195-168-233-241.dynamic.nextra.sk) | |
10:27 | andygraybeal_ has left IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds) | |
10:59 | ricotz has joined IRC (ricotz!~rico@p5B2AC161.dip.t-dialin.net) | |
10:59 | ricotz has joined IRC (ricotz!~rico@unaffiliated/ricotz) | |
11:24 | komunista has left IRC (komunista!~slavko@adsl-195-168-233-241.dynamic.nextra.sk, Ping timeout: 240 seconds) | |
11:25 | mikkel has joined IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk) | |
11:44 | komunista has joined IRC (komunista!~slavko@adsl-195-168-233-241.dynamic.nextra.sk) | |
11:53 | pranav has joined IRC (pranav!75c1260d@gateway/web/freenode/ip.117.193.38.13) | |
11:53 | ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 260 seconds) | |
11:54 | pranav has left IRC (pranav!75c1260d@gateway/web/freenode/ip.117.193.38.13, Client Quit) | |
12:13 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.18.48.65) | |
12:28 | Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 260 seconds) | |
12:33 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net) | |
12:45 | <muppis> !factoids search session
| |
12:45 | <ltsp_> muppis: endsession: Epoptes contains a script that can reboot/shutdown LTSP clients from within the Gnome/KDE/XFCE/LXDE session: http://bazaar.launchpad.net/~epoptes/epoptes/trunk/view/head:/epoptes-client/endsession
| |
12:46 | <muppis> !factoids search gnome
| |
12:46 | <ltsp_> muppis: 'gnome-classic', 'gnome-fallback', 'gnome-panel', 'gnome-shell', 'gnome-wm', and 'lock-gnome3'
| |
12:46 | <muppis> !gnome-shell
| |
12:46 | <ltsp_> muppis: gnome-shell: To select gnome-shell as your default session, put this line in your lts.conf: LDM_SESSION="gnome-session --session=gnome"
| |
12:47 | <muppis> Hoipe that works.
| |
12:47 | Hope..
| |
12:55 | komunista has left IRC (komunista!~slavko@adsl-195-168-233-241.dynamic.nextra.sk, Ping timeout: 248 seconds) | |
13:15 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Remote host closed the connection) | |
13:21 | Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas) | |
13:23 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
13:38 | khildin has joined IRC (khildin!~khildin@ip-80-236-193-97.dsl.scarlet.be) | |
13:47 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
13:50 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Client Quit) | |
13:52 | Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 260 seconds) | |
14:03 | adrianorg_ has left IRC (adrianorg_!~adrianorg@177.18.48.65, Ping timeout: 245 seconds) | |
14:06 | Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas) | |
14:32 | ricotz has left IRC (ricotz!~rico@unaffiliated/ricotz, Quit: Ex-Chat) | |
14:38 | ricotz has joined IRC (ricotz!~rico@p5B2AC161.dip.t-dialin.net) | |
14:38 | ricotz has joined IRC (ricotz!~rico@unaffiliated/ricotz) | |
15:11 | vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net) | |
15:11 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
15:20 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
15:22 | * vagrantc waves | |
15:22 | <alkisg> Hello :)
| |
15:32 | <vagrantc> alkisg: do you think ltsp-docs is worth uploading in it's current state?
| |
15:32 | <alkisg> vagrantc: I think it needs a bit of fixing
| |
15:32 | LDM_SESSION* and RM_*SERVICES
| |
15:32 | KEEP_SERVICES etc
| |
15:32 | <vagrantc> alkisg: hm.
| |
15:32 | <alkisg> I can do those in 5-6 days, when I've finished my sch-scripts sprint, if you can wait...
| |
15:32 | ...maybe even sooner
| |
15:33 | Well, they shouldn't take long... I may even do them today later on
| |
15:33 | <vagrantc> alkisg: it shouldn't be too bad, although i was wondering if it wouldn't be good to get what's there now uploaded so that any diffs will be smaller, since there was a huge formatting restructuring
| |
15:34 | should also try epoptes ... the code changes were small, but there are a lot of translation updates.
| |
15:34 | <alkisg> np, although if you can wait a few hours I'll probably do them today
| |
15:35 | <vagrantc> alkisg: that sounds great :)
| |
15:36 | alkisg: any thoughts regarding epoptes?
| |
15:36 | highvoltage: any thoughts regarding ldm-themes?
| |
15:36 | highvoltage: word on artwork?
| |
15:37 | <alkisg> vagrantc: it's just translation updates, and a removal of a hack to bypass a twisted problem which was fixed in twisted, so it shouldn't need much testing...
| |
15:37 | <vagrantc> alkisg: i think i'll upload epoptes today, then
| |
15:51 | <stgraber> alkisg: FRAMEBUFFER=y was added to get plymouth to show up as early as possible so a normal user wouldn't see the ltsp and dhcp scripts output
| |
15:52 | alkisg: on a regular ubuntu system, the initrd pretty much doesn't do anything (we're actually trying to get rid of it entirely), so it's running for so little time that the user doesn't see it
| |
15:52 | (and ubuntu doesn't print anything on screen in the initrd)
| |
15:54 | <vagrantc> stgraber: getting rid of the initrd?
| |
15:54 | <alkisg> stgraber: OK, if it's ever needed I'll just override it from some local script. Do you think that FRAMEBUFFER=y can cause any problems? Why was it removed from regular installations in 11.10?
| |
15:54 | Just for the bit of boot time overhead it adds?
| |
15:55 | <stgraber> vagrantc: yes, some kernel folks are looking at implementing UUID based rootfs in the kernel, once that's done most of our users won't need the initrd at all. We'd still use an initrd for encrypted disks, lvm, some raid and network root filesystems
| |
15:56 | <alkisg> Cool, omitting the initrd should save some seconds from the boot process...
| |
15:56 | <stgraber> alkisg: yeah, Ubuntu only sets framebuffer=y if the initrd contains some complex disk setup tools (lvm,nfs,cryptsetup,...) that would make the boot slower and so require the splash to show up ASAP
| |
15:57 | <alkisg> OK, ty
| |
15:57 | <stgraber> yeah, on ARM we can apparently cut 30% of the boot time by just not having an initrd (as the bootloader is really slow at reading it)
| |
16:03 | <highvoltage> vagrantc: does the debian freeze affect artwork as well?
| |
16:03 | * alkisg requests a build for the new ltsp server package that doesn't depend on nfs-kernel-server on ubuntu... | |
16:04 | * highvoltage reads a bit more to find context for the previous artwork question | |
16:04 | <vagrantc> highvoltage: probably less so
| |
16:05 | <alkisg> vagrantc: could you do the same x-ubuntu-recommends trick on ldm too, to recommend ldm-ubuntu-theme | ldm-*buntu-theme on Ubuntu?
| |
16:05 | <vagrantc> alkisg: impossible!
| |
16:06 | <highvoltage> vagrantc: I've been following the lists and there's some artwork proposals for wheezy, but it's not decided yet which one will get in.
| |
16:06 | <vagrantc> highvoltage: well, they'd better allow a freeze exception then, eh? :)
| |
16:07 | <alkisg> bbiab
| |
16:07 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
16:07 | <vagrantc> now that two packages need it, i should probably make a debhelper script or something
| |
16:07 | <highvoltage> vagrantc: heh, yeah. I'm tempted to get the 2 most likely ones ready, since it doesn't take too long anyway
| |
16:08 | <vagrantc> highvoltage: cool :)
| |
16:11 | <highvoltage> so far http://wiki.debian.org/DebianArt/Themes/Joy seems like the closest to a possible candidate
| |
16:11 | the rest of them pretty much have weird penguins and logos in them
| |
16:11 | sometimes I'm not sure how someone who submits something like http://wiki.debian.org/DebianArt/Themes/penguinSpirit can take themselves seriously :)
| |
16:12 | * highvoltage doesn't mean to bash | |
16:20 | F-GT has left IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net, Ping timeout: 245 seconds) | |
16:21 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
16:31 | andygraybeal_ has left IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds) | |
16:37 | <vagrantc> alkisg: were you going to test the kiosk plugin changes i made?
| |
16:37 | oh yes, and there's devilspie2 to look into ... ugh.
| |
16:37 | <alkisg> vagrantc: nope, I never needed the kiosk mode so I never tested it in the past either
| |
16:37 | * alkisg is updating lts.conf.xml... | |
16:38 | <vagrantc> ok.
| |
16:39 | * vagrantc swears someone offered to test it on ubuntu | |
16:40 | komunista has joined IRC (komunista!~slavko@adsl-195-168-249-156.dynamic.nextra.sk) | |
16:59 | <alkisg> vagrantc: done with the docs
| |
17:00 | <vagrantc> alkisg: rockin!
| |
17:02 | <alkisg> !alkisg-todo
| |
17:02 | <ltsp_> alkisg: alkisg-todo: (#1) ltsp-update-image.symlinks, or (#2) review RM_*_SERVICES lists, or (#3) put LDM_PRINTER_LIST example in lts.conf, or (#4) package a newer version of ltsp-docs in the Greek schools PPA, or (#5) upload fixed nbd-server package in the PPA
| |
17:02 | <alkisg> !forget alkisg-todo 2
| |
17:02 | <ltsp_> alkisg: The operation succeeded.
| |
17:03 | <alkisg> stgraber: could you give an LDM_PRINTER or LDM_PRINTER_LIST example offhand, for me to put it in the example lts.conf ?
| |
17:03 | <vagrantc> alkisg: so i'll try to build ltsp-docs and upload, then.
| |
17:03 | <alkisg> vagrantc: yup, nice
| |
17:03 | <vagrantc> alkisg: or wait for more?
| |
17:04 | <alkisg> No, I'd like to test LDM_PRINTER before putting it to lts.conf.xml
| |
17:04 | I don't know its syntax
| |
17:04 | * alkisg will test with multiple printers and labs etc in 2 weeks | |
17:05 | viggy_prabhu has joined IRC (viggy_prabhu!~viggy@117.216.129.62) | |
17:08 | <alkisg> !learn alkisg-todo as implement LDM_[PRE|IN|POST]SESSION_CMD
| |
17:08 | <ltsp_> alkisg: Error: "PRE" is not a valid command.
| |
17:08 | <alkisg> !learn alkisg-todo as `implement LDM_[PRE|IN|POST]SESSION_CMD`
| |
17:08 | <ltsp_> alkisg: The operation succeeded.
| |
17:08 | <alkisg> !alkisg-todo
| |
17:08 | <ltsp_> alkisg: alkisg-todo: (#1) ltsp-update-image.symlinks, or (#2) put LDM_PRINTER_LIST example in lts.conf, or (#3) package a newer version of ltsp-docs in the Greek schools PPA, or (#4) upload fixed nbd-server package in the PPA, or (#5) implement LDM_[PRE|IN|POST]SESSION_CMD
| |
17:12 | <vagrantc> alkisg: hrm. epoptes isn't showing the desktop thumbnail images
| |
17:14 | <alkisg> vagrantc: hmmm run epoptes from the console on the server to see any error messages, and from an xterm on the client
| |
17:15 | <vagrantc> alkisg: epoptes-client isn't running as the user.
| |
17:15 | <stgraber> alkisg: comma separated list of printers to allow
| |
17:15 | <alkisg> stgraber: where can one see the printer names to use?
| |
17:16 | <stgraber> alkisg: lpstat -a
| |
17:16 | <alkisg> ty
| |
17:16 | <vagrantc> alkisg: it's trying to connect to "server" but there's no hosts alias for "server" on the server.
| |
17:17 | <alkisg> vagrantc: epoptes-client should connect to localhost for thin clients
| |
17:18 | <vagrantc> alkisg: it's running on the thin client itself, but seems to be failing to run from the server at login time
| |
17:20 | <alkisg> vagrantc: it runs from /etc/xdg/autostart/epoptes-client.desktop
| |
17:20 | ...LXDE does run the scripts there, doesn't it?
| |
17:20 | <vagrantc> alkisg: it thinks it's a fat client
| |
17:20 | <alkisg> Hrm
| |
17:20 | <vagrantc> alkisg: oh, i bet if i uninstall ltsp-client* from the server it will not.
| |
17:21 | <alkisg> Let me check the code...
| |
17:21 | <vagrantc> yup, that did it.
| |
17:22 | so it doesn't appear to work correctly if using the ltsp-pnp type stuff
| |
17:22 | <alkisg> Right, it needs fixing, to check the xsessions dir
| |
17:22 | Or /var/cache/ltsp/ltsp_config
| |
17:22 | <vagrantc> who uses ltsp-pnp anyways? :)
| |
17:23 | <alkisg> Doh so I'll need an epoptes upload too for the workshop :(
| |
17:23 | * vagrantc happy to report bugs | |
17:24 | <vagrantc> alkisg: you're doing a workshop soonish?
| |
17:25 | <alkisg> In June 21th, about 80 teachers will come to see ltsp-pnp and about 20 of them will also bring their school servers for installation
| |
17:26 | <vagrantc> whee!
| |
17:26 | <alkisg> vagrantc: since you already have a booted client, do you see LTSP_FATCLIENT anywhere in /var/cache/ltsp/* ?
| |
17:26 | <vagrantc> alkisg: i've purged the install
| |
17:26 | <alkisg> Ah, or I could just grep /proc/cmdline for init=/sbin/init-ltsp
| |
17:27 | <vagrantc> i can reinstall.
| |
17:27 | <alkisg> That'd do it
| |
17:27 | No I have a fat chroot ready I can test with that
| |
17:35 | <vagrantc> alkisg: i think it's the check for /usr/bin/getltscfg
| |
17:35 | alkisg: that's what triggers the LTSP_FATCLIENT=True
| |
17:35 | <alkisg> That's what I wanted to replace with the grep /proc/cmdline, but I wonder if that whole paragraph is needed
| |
17:36 | . ltsp_config above should read the previously stored LTSP_FATCLIENT variable...
| |
17:36 | <vagrantc> alkisg: is it added to support older versions of ltsp ?
| |
17:36 | <alkisg> Could be...
| |
17:37 | Ah no the . ltsp_config above is only for root
| |
17:37 | That's not correct, it should also do it for fat client user sessions too
| |
17:39 | Anyway since ltsp-pnp is only for newer ltsp versions, grepping /proc/cmdline should do it
| |
17:39 | <vagrantc> that export clause is a very clever hack :)
| |
17:39 | <alkisg> Hrm. Can't reproduce the problem.
| |
17:40 | vagrantc: you tested with a thin client booted from an ltsp-pnp image, right?
| |
17:41 | <vagrantc> alkisg: . /usr/share/ltsp/ltsp_config will not work well with a non-root user ... as it tries to write to /var/cache/ltsp/*
| |
17:41 | alkisg: no, a thin client booted from a non-ltsp-pnp image with ltsp-client* installed.
| |
17:41 | alkisg: removing ltsp-client* from the server fixes it.
| |
17:42 | <alkisg> OK at least I was able to reproduce the problem of seeing the thin client as fat
| |
17:42 | <vagrantc> ltsp-client installed on the server.
| |
17:42 | <alkisg> So let me check if the grep fixes it...
| |
17:42 | <vagrantc> alkisg: it's line 80 that's triggering the problem
| |
17:43 | alkisg: LTSP_CLIENT is set, LTSP_FATCLIENT is not, UID -gt 0, -x /usr/bin/getltscfg
| |
17:44 | er, not line 80 ... hrm.
| |
17:45 | 87: # LTSP_FATCLIENT may not be available in user sessions, autodetect it
| |
17:45 | if [ -n "$LTSP_CLIENT" ] && [ -z "$LTSP_FATCLIENT" ] &&
| |
17:45 | [ "$UID" -gt 0 ] && [ -x /usr/bin/getltscfg ]
| |
17:45 | <alkisg> vagrantc: this works for me:
| |
17:45 | if [ -n "$LTSP_CLIENT" ] && [ -z "$LTSP_FATCLIENT" ] &&
| |
17:45 | [ "$UID" -gt 0 ] && egrep -qs 'ltsp|nfs|nbd' /proc/cmdline
| |
17:45 | ...the silly egrep there is for older ltsp versions :(
| |
17:47 | <vagrantc> alkisg: and that should work for older ltsp versions ... might be some corner cases where it gets triggered otherwise... (i.e. server with nfs or nbd root)
| |
17:47 | alkisg: so drop the getltscfg check?
| |
17:48 | <alkisg> Yup
| |
17:48 | vagrantc: so you can't test if it fixes it for you, right? Should I just commit it?
| |
17:48 | <vagrantc> alkisg: no, i can test it.
| |
17:48 | alkisg: er, did test it
| |
17:49 | khildin has left IRC (khildin!~khildin@ip-80-236-193-97.dsl.scarlet.be, Read error: Operation timed out) | |
17:50 | <vagrantc> alkisg: could actually leave the getltscfg check in there
| |
17:50 | <alkisg> Hmm, yes you're right
| |
17:51 | <vagrantc> it would provide a little more protection in some corner cases...
| |
17:51 | <alkisg> This should make it a bit even harder to hit a corner case
| |
17:51 | So, commit?
| |
17:52 | <vagrantc> alkisg: your commit or mine? :)
| |
17:52 | <alkisg> Fell free, it was your bug anyway :)
| |
17:52 | Take all the fame and glory!
| |
17:52 | <vagrantc> heh!
| |
17:53 | * vagrantc didn't know that && tests didn't need \ line continuation | |
17:55 | <alkisg> Ah, and I can use a the recipe to upload epoptes to the PPA after you tag, phiew
| |
17:57 | ...and the reason it worked for me so far and it didn't for you, is that I have server=127.0.1.1 in my LTSP server's /etc/hosts...
| |
17:59 | <vagrantc> alkisg: aha
| |
18:08 | viggy_prabhu has left IRC (viggy_prabhu!~viggy@117.216.129.62, Quit: Ex-Chat) | |
18:11 | <vagrantc> alkisg: tagged, pushed and uploaded.
| |
18:11 | epoptes
| |
18:33 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net) | |
18:36 | vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi) | |
18:40 | <alkisg> vagrantc: ty, I'll upload to the ppa too
| |
18:51 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
19:01 | <vagrantc> we should really get in the habit of checking what version an lts.conf variable was introduced in.
| |
19:02 | i.e. LDM_FORCE_SESSION ldm 2.2.10
| |
19:02 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@189.58.183.236.dynamic.adsl.gvt.net.br) | |
19:02 | <vagrantc> and including that in ltsp-docs
| |
19:03 | <alkisg> We could probably write a script to get the ltsp versions where each var was introduced
| |
19:04 | <vagrantc> iterate through the tags and check for presence of each variable?
| |
19:04 | <alkisg> Yup
| |
19:07 | <vagrantc> it would be a good project, that way if someone found newer docs on the internets, they would at least have some clue if it actually applied to them ... that was one of the problems with the old ltsp wiki ... lots of pages, no idea what was relevent.
| |
19:12 | !vagrant-todo
| |
19:12 | <ltsp_> vagrantc: vagrant-todo: (#1) pxelinux configuration, or (#2) pxemenus, or (#3) ltsp-tool.conf.d
| |
19:13 | <vagrantc> that #1 intimidates me, for some reason.
| |
19:13 | (and #1 is a dependency for #2, really)
| |
19:14 | Lns has left IRC (Lns!~Lns@pdpc/supporter/professional/lns, Ping timeout: 244 seconds) | |
19:15 | andygraybeal_ has left IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net, Remote host closed the connection) | |
19:26 | <alkisg> vagrantc: I think we had it all sorted out though, didn't we?
| |
19:26 | ...the pxelinux/menus design...
| |
19:27 | * alkisg hopes him and vagrantc don't forget what they settled on, and have to re-design it in the future... :P | |
19:27 | <vagrantc> alkisg: i'm looking at the pad, and i see a bunch of variables and a touch for pseudocode
| |
19:27 | <alkisg> vagrantc: no no
| |
19:27 | Those are old notes
| |
19:28 | <vagrantc> oh dear
| |
19:28 | <alkisg> We settled on something more elegant...
| |
19:28 | <vagrantc> did we?
| |
19:28 | <alkisg> Yeah
| |
19:28 | * alkisg tries to remember... | |
19:28 | * vagrantc too | |
19:28 | * vagrantc chuckles | |
19:28 | <alkisg> OK it was the includes stuff
| |
19:28 | I.e. we generate some pxelinux.cfg/* files and include them from default,
| |
19:28 | <vagrantc> the includes stuff seems like an implementation detail
| |
19:28 | <alkisg> and we only regenerate the ltsp one
| |
19:28 | No, because then we don't need a configuration file
| |
19:28 | <vagrantc> ah, right.
| |
19:29 | <alkisg> We tell the user to directly edit the pxelinux files himself
| |
19:29 | Header, footer, everything go in the default
| |
19:29 | Then we talked about the ordering of the kernels
| |
19:30 | Let me find the logs...
| |
19:30 | <vagrantc> but we do regenerate the included stuff, yes?
| |
19:30 | <alkisg> Only the ltsp and another one, not all of them
| |
19:31 | <vagrantc> so we regenerate the ltsp menu as we see fit
| |
19:32 | <alkisg> vagrantc: http://irclogs.ltsp.org/?d=2012-06-02 => 06:32 and beyond
| |
19:33 | <vagrantc> makes my head spin
| |
19:38 | alkisg: so with all those INCLUDES= we were talking about the client-side update-kernels, or the server-side ltsp-update-kernels?
| |
19:39 | <alkisg> vagrantc: client side
| |
19:39 | Give me a few minutes to finish some things and I'll try to sum it up
| |
19:46 | ricotz has left IRC (ricotz!~rico@unaffiliated/ricotz, Quit: Ex-Chat) | |
19:48 | <alkisg> erm actually it was from 21:40 and below :(
| |
19:50 | <vagrantc> hah. my head spun then too
| |
19:52 | <alkisg> Ah and then we got ifcpu in the mix and settled on PAE_LIST_KERNELS etc
| |
19:52 | OK let's go to pad
| |
19:52 | !pad
| |
19:52 | <ltsp_> alkisg: pad: http://pad.ubuntu-uk.org/ltsp
| |
19:59 | Parker955_Away is now known as Parker955 | |
20:02 | <vagrantc> alkisg: so, they would modify the version in the chroot, or in the tftp dir?
| |
20:02 | alkisg: for the "generate once" files?
| |
20:03 | <alkisg> vagrantc: update-kernels writes to CHROOT/boot/pxelinux.cfg/*
| |
20:04 | <vagrantc> ltsp-update-kernels just blindly copies those files to the tftp dir...
| |
20:04 | <alkisg> Then, ltsp-update-kernels copies all of them (multiple chroots etc), modifies the path to match the tftp subdir, and writes them to TFTP
| |
20:04 | And, writes a master pxelinux.cfg/ltsp file that sources all of them
| |
20:06 | <vagrantc> we still have the problem of the pxelinux.cfg/memtest file being editable in two places ...
| |
20:06 | if they modify the chroot, should it overwrite the tftp dir, and if they modify the tftp dir, tthe chroot shouldn't overwrite it.
| |
20:06 | <alkisg> ltsp-update-kernels can comment the copied files appropriately
| |
20:06 | <vagrantc> both of which say it's ok to edit
| |
20:07 | <alkisg> # This file was copied from this chroot:
| |
20:07 | # if you change it, it'll take effect immediately, but it will be overwritten etc...
| |
20:08 | <vagrantc> so ltsp-update-kernels needs to get significantly smarter.
| |
20:08 | <alkisg> A bit, yeah... the idea is for the chroot to not need to know its name
| |
20:09 | <vagrantc> and still be able to override rootpath provided from dhcp and such?
| |
20:09 | <alkisg> And the server (ltsp-update-kernels) should only do basic stuff, like commenting a few files, changing the path for kernel and initrd=, and including them to the master menu
| |
20:09 | (11:09:27 μμ) vagrantc: and still be able to override rootpath provided from dhcp and such? ==> you mean nbdroot=xxx? Sure
| |
20:11 | <vagrantc> right.
| |
20:11 | or nfsroot
| |
20:12 | <alkisg> But for that, the user is responsible, so we don't need to care about what path he puts there
| |
20:12 | ltsp-update-kernels will only change the kernel and initrd path in the tftp, nothing more
| |
20:13 | <vagrantc> ok.
| |
20:13 | <alkisg> And finally, we'll need ifcpu64 on the master pxelinux.cfg/ltsp too
| |
20:14 | <vagrantc> alkisg: so ltsp-update-kernels will generate a higher-level pxelinux.cfg ... like /var/lib/tftpboot/ltsp/pxelinux.cfg/default vs. /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default ?
| |
20:14 | <alkisg> vagrantc: right, or even higher, tftpboot/pxelinux.cfg/default
| |
20:14 | Parker955 is now known as Parker955_Away | |
20:14 | <alkisg> Since it's user editable, so he can put other stuff there too
| |
20:15 | <vagrantc> sure
| |
20:15 | * vagrantc wants to focus on the chroot-side update-kernels first | |
20:16 | <alkisg> ltsp-update-kernels will try to match the chroot name with the arch, but the user will again be able to specify his own list for "which chroot to select for 64, pae, 32 bit"
| |
20:16 | OK
| |
20:17 | <vagrantc> and just to keep myself distracted, i wonder how PXE for arm will work...
| |
20:17 | since it's apparently possible after all
| |
20:18 | <alkisg> Maybe pxelinux will grow a bigger "ifcpu" module
| |
20:19 | * vagrantc was pretty sure pxelinux is actually x86 code | |
20:19 | <vagrantc> even if PXE isn't
| |
20:27 | alkisg: ok, grabbed your list_kernels function from that paste way back when
| |
20:27 | and can generate a menu entry for NFS, NBD and FOOBAR...
| |
20:28 | for each kernel installed
| |
20:28 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net) | |
20:36 | <alkisg> I wrote some stuff to the pad for the server side too
| |
20:53 | <vagrantc> alkisg: you haven't abandoned the CMDLINE_LINUX CMDLINE_LINUX_DEFAULT and CMDLINE_NFS CMDLINE_NBD idea, have you?
| |
20:53 | or BOOT_METHODS?
| |
20:54 | * alkisg tries to remember... damn multitasking too much for a single-core mind... :( | |
21:00 | <vagrantc> for whatever reason, this particular TODO item swiftly overwhelms my poor mind.
| |
21:02 | <alkisg> vagrantc: if you leave it for post-wheezy, I'll be able to help, but I'll be too busy with sch-scripts for the next couple of weeks to help till then...
| |
21:02 | <vagrantc> sure
| |
21:07 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 248 seconds) | |
21:14 | <alkisg> No I still think those are a good idea
| |
21:14 | It can still work with the same layout, even if it needs... triple loops :P
| |
21:14 | They'd all go inside the ltsp-old submenu
| |
21:15 | mikkel has left IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk, Quit: Leaving) | |
21:57 | komunista has left IRC (komunista!~slavko@adsl-195-168-249-156.dynamic.nextra.sk, Quit: Leaving.) | |
22:05 | gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Read error: Operation timed out) | |
22:08 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
22:13 | lefteris_nik has left IRC (lefteris_nik!~lefteris@ppp141237208190.dsl.hol.gr, Quit: Leaving.) | |
22:13 | lefteris_nik has joined IRC (lefteris_nik!~lefteris@ppp141237208190.dsl.hol.gr) | |
22:25 | Lns has joined IRC (Lns!~Lns@pdpc/supporter/professional/lns) | |
22:32 | <vagrantc> hmmmm... include files ain't working out so well.
| |
22:55 | andygraybeal_ has left IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net, Quit: Ex-Chat) | |
22:56 | instalador_deses has joined IRC (instalador_deses!~instalado@Wimax-Cali-190-0-0-222.orbitel.net.co) | |
22:56 | <instalador_deses> Hi
| |
22:56 | i have a problem with my thin clients
| |
22:56 | they refuse to log in randomly
| |
22:56 | it is almost half of the time
| |
22:56 | <vagrantc> you get a login screen, but it fails to login?
| |
22:57 | or they fail to boot to the login screen?
| |
22:57 | <instalador_deses> i get the ldm screen
| |
22:57 | then a password prompt
| |
22:57 | and then i get the ubuntu wheel going forever
| |
22:57 | if i log into the server and pkill all the users processes i can log in
| |
22:58 | the processes for the user that tried to log in
| |
23:00 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h156.214.213.151.dynamic.ip.windstream.net) | |
23:01 | <instalador_deses> any idea of where to look?... could this be related to nbd? ...
| |
23:01 | i am using ubuntu 12.04
| |
23:01 | maybe dbus?
| |
23:13 | could it be ubuntu 12.04? ... i am running 10.04 in other server and it rocks
| |
23:16 | <vagrantc> instalador_deses: there may be errors in the user's ~/.xsession-errors file that indicate what the problem is
| |
23:16 | a likely candidate is compiz:
| |
23:16 | !disable_compiz
| |
23:16 | <ltsp_> vagrantc: disable_compiz: To disable compiz for all users, run: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
| |
23:17 | <instalador_deses> i am using gnome-session --session=ubuntu-2d
| |
23:19 | <vagrantc> using LDM_SESSION ?
| |
23:19 | <instalador_deses> yes
| |
23:22 | vagrantc, xsession-errors at http://notepad.cc/qogeasu59
| |
23:23 | and then it pauses
| |
23:24 | vagrantc, i updated http://notepad.cc/qogeasu59 with the output from ps -ef | grep username
| |
23:27 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net) | |
23:29 | <vagrantc> instalador_deses: something is calling xhost, which is a really bad idea...
| |
23:31 | <instalador_deses> vagrantc, do you think this could be the problem?
| |
23:33 | <vagrantc> instalador_deses: is the user logged in from the local console as well as logging into LTSP ? a user can only really be logged in from one place at a time, unfortunately.
| |
23:34 | <instalador_deses> no, the user is logged in just from one place
| |
23:35 | i log in, then i log out of the server
| |
23:35 | when the process halts i run pkill -u username to force the user out
| |
23:35 | then i am able to log in
| |
23:36 | i just pkill the processes and the login attemp failed
| |
23:45 | tarksosin has joined IRC (tarksosin!~tarksosin@wsip-24-234-29-30.lv.lv.cox.net) | |
23:45 | instalador_deses has left IRC (instalador_deses!~instalado@Wimax-Cali-190-0-0-222.orbitel.net.co, Quit: Saliendo) | |
23:48 | <tarksosin> Howdy folks, got a question that's probably going to have way too much information in it, but here goes.
| |
23:50 | I initially played with LTSP about two years ago in my wife's school's computer lab. It didn't suit their needs, so we ended up installing directly to the clients. This summer, I want to give LTSP another shot. I've installed Edubuntu 12.04 with the LTSP option checked onto what's going to be her server. However, googlefu is failing me and I'm not really finding any documentation for getting past that point. Anyone have any pages
| |
23:50 | I can read, videos I can watch, or anything of that nature?
| |