IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 17 June 2012 (all times are UTC)
| 00:00 | <vagrantc> sure
| |
| 00:00 | <alkisg> Ty... I'm pushing Ubuntu/update-kernels.conf
| |
| 00:00 | <vagrantc> alkisg: but also, say, you want to default to a 686-pae kernel.
| |
| 00:00 | <alkisg> vagrantc: I think that should be arranged by DEFAULT though, no?
| |
| 00:00 | <vagrantc> alkisg: i figured the default should still be a 32-bit kernel, but give them the option to select something.
| |
| 00:01 | alkisg: DEFAULT ?
| |
| 00:01 | <alkisg> The default menu item with the prefix label matching etc
| |
| 00:01 | Without a menu, that should still come on top..
| |
| 00:01 | <vagrantc> alkisg: well, i was looking for a simple way to generate an unversioned default.
| |
| 00:02 | alkisg: so, at least with the version of syslinux in sid, there's no way to set the default implicitly ... i.e. it doesn't just use the first entry specified.
| |
| 00:02 | i swear it used to ... but i dunno.
| |
| 00:02 | <alkisg> vagrantc: no worries, I got code to handle default in ltsp-pnp
| |
| 00:02 | <vagrantc> alkisg: so you have to specify a default and/or menu default or ontimeout appropritaely.
| |
| 00:02 | <alkisg> OK, I'm pushing an equivalent .conf for Ubuntu and if we need to change it... we'll do so :)
| |
| 00:03 | <vagrantc> sure.
| |
| 00:03 | <alkisg> vagrantc: should I also put a commented IPAPPEND=3 example?
| |
| 00:03 | <vagrantc> alkisg: sure.
| |
| 00:03 | * alkisg wants to handle that from ltsp-update-kernels though, too | |
| 00:03 | <alkisg> As it's a server-side setting as well
| |
| 00:04 | <vagrantc> sure
| |
| 00:05 | i got it as far as my brain could take it in the time i had :)
| |
| 00:06 | <alkisg> OK let me see about the packaging for Ubuntu now, shouldn't be hard, you already have similar code there...
| |
| 00:08 | Ahm it's in ltsp-client-core.install, not in debian/rules...
| |
| 00:09 | I wonder if we can copy the Ubuntu dir over the Debian dir from rules, before letting *.install do their job
| |
| 00:16 | <vagrantc> alkisg: you can easily put it in debian/rules instead.
| |
| 00:16 | alkisg: or i could
| |
| 00:16 | <alkisg> vagrantc: yes, but copying the whole Ubuntu dir sounds like less changes in the future
| |
| 00:16 | We can drop whatever in Ubuntu, and it'll just override the Debian ones, without any more changes in rules
| |
| 00:17 | <vagrantc> alkisg: in debian/rules, we could have an identical source package, from .install it would require some changes to the source package.
| |
| 00:17 | <alkisg> vagrantc: I do want to do it from debian/rules too
| |
| 00:17 | <vagrantc> minimal changes, granted, but still changes.
| |
| 00:17 | i.e. we could have a zero-diff with debian/rules, or a minimal diff with .install
| |
| 00:17 | <alkisg> But instead of specifying one file, I'm thinking it'd be better to copy the whole dir, let me send you a diff...
| |
| 00:18 | vagrantc: sure I'm with you, I'm not suggesting anything different there, I do want the same package for both distros
| |
| 00:18 | <vagrantc> ah, ok.
| |
| 00:19 | <alkisg> vagrantc: I was thinking something like that: http://paste.ubuntu.com/1044879/
| |
| 00:19 | ...and another copy for the server part, if it ever exists, and we're done, no need to worry about debian/rules anymore
| |
| 00:21 | <vagrantc> alkisg: then you'd have to unpatch it afterwards...
| |
| 00:21 | <alkisg> Aren't all of those done in a debian/tmp dir?
| |
| 00:21 | Do changes need to be reverted after dh_install?
| |
| 00:21 | <vagrantc> your proposed change would modify the source
| |
| 00:21 | <alkisg> Ah, I forgot $(CURDIR) there
| |
| 00:22 | <vagrantc> CURDIR or not
| |
| 00:22 | debian/ltsp*.install copies from ltsp-trunk/client/Debian... not from ltsp-trunk/debian/tmp/...
| |
| 00:22 | <alkisg> Aaah OK I think I got it
| |
| 00:23 | And we couldn't copy to the tmp dir because we wouldn't know what to copy, we wouldn't want all of it
| |
| 00:23 | <vagrantc> alkisg: but debian/rules could manually copy it over the top of the appropriate package build
| |
| 00:23 | <alkisg> As a specific file, got it
| |
| 00:23 | <vagrantc> alkisg: i.e. cp -a client/Ubuntu/share/ debian/ltsp-client-core/usr/share/
| |
| 00:24 | <alkisg> vagrantc: ...if you could commit that, I could test the newest trunk + that tomorrow
| |
| 00:24 | <vagrantc> hmmm...
| |
| 00:25 | <alkisg> (not the share part, it's update-kernels.conf we care about)
| |
| 00:25 | <vagrantc> whatever is needed to be copied, sure.
| |
| 00:26 | alkisg: alternately, debian/rules could copy it to debian/foo and then it could install debian/foo from .install
| |
| 00:26 | alkisg: might be a bit more transparent to have that logic clear
| |
| 00:26 | <alkisg> Ah, and then cp -a client/Ubuntu wouldn't cause problems... that sounds good too
| |
| 00:27 | * alkisg feels helpless with makefiles, too much used to visual studio when I was programming .C :D | |
| 00:27 | <vagrantc> heh
| |
| 00:27 | alkisg: basically, your idea is good, the details need some touch-up :)
| |
| 00:31 | !learn vagrant-todo as tweak debian/rules to install appropriate update-kernels.conf
| |
| 00:31 | <ltsp_> vagrantc: The operation succeeded.
| |
| 00:31 | <vagrantc> !vagrant-todo
| |
| 00:31 | <ltsp_> vagrantc: vagrant-todo: (#1) pxemenus, or (#2) tweak debian/rules to install appropriate update-kernels.conf
| |
| 00:31 | <vagrantc> oh, i also accidentally dropped support for memtest
| |
| 00:32 | !vagrant-todo update-kernels fix memtest support or drop it
| |
| 00:32 | <ltsp_> vagrantc: Error: "vagrant-todo" is not a valid command.
| |
| 00:32 | <vagrantc> !learn vagrant-todo as update-kernels fix memtest support or drop it
| |
| 00:32 | <ltsp_> vagrantc: The operation succeeded.
| |
| 00:33 | <alkisg> !alkisg-todo
| |
| 00:33 | <ltsp_> alkisg: alkisg-todo: (#1) ltsp-update-image.symlinks, or (#2) upload fixed nbd-server package in the PPA, or (#3) implement LDM_[PRE|IN|POST]SESSION_CMD, or (#4) Ubuntu-ize update-kernels, or (#5) put IPAPPEND support in ltsp-update-kernels, or (#6) prefer kernels from img rather than dir
| |
| 00:34 | <alkisg> !forget alkisg-todo 4
| |
| 00:34 | <ltsp_> alkisg: The operation succeeded.
| |
| 00:34 | <alkisg> Some ltsp-pnp users also had their older chroots around in /opt/ltsp/i386, and ltsp-update-kernels pulled those instead...
| |
| 00:34 | <vagrantc> what about: (#6) prefer kernels from img rather than dir
| |
| 00:37 | <alkisg> Dunno how to best handle that problem, it needs some thinking
| |
| 00:37 | <vagrantc> the problem i was having is that it was a nightmare to test changes.
| |
| 00:38 | <alkisg> Changes in pxelinux.cfg/default, right?
| |
| 00:38 | <vagrantc> right
| |
| 00:38 | which is "all better now"
| |
| 00:38 | i guess.
| |
| 00:38 | <alkisg> ...because I think it would always be better to prefer the initrd from the NBD image
| |
| 00:39 | Maybe for pxelinux.cfg/default, ltsp-update-kernels could check the file timestamps
| |
| 00:39 | ...but it gets complicated :(
| |
| 00:39 | <vagrantc> it's painful for testing to have to rebuild the entire image to geet ltsp-update-kernels to pick the right files.
| |
| 00:39 | <alkisg> Well, basically what we want from the chroot is the sorted list of kernels, and the cmdlines
| |
| 00:40 | The rest could be handled from ltsp-update-kernels
| |
| 00:40 | <vagrantc> alkisg: if the default behavior pulled from the images, but you could configure it in ltsp-update-kernels.conf ...
| |
| 00:40 | <alkisg> Ah, that sounds better
| |
| 00:40 | <vagrantc> then for testing, i could configure it the way i need it, but by default it works the way you want
| |
| 00:40 | <alkisg> Even the opposite (default from the chroot but still configurable) would do
| |
| 00:40 | <vagrantc> sure
| |
| 00:42 | alkisg: well, i'll try and commit those packaging changes later
| |
| 00:42 | <alkisg> ...or I could just produce a warning when people run ltsp-update-image -c /, "you have an older /opt/ltsp/i386 chroot there, move it aside so that you don't get confused"
| |
| 00:42 | vagrantc: ty, I'll test them tomorrow
| |
| 00:42 | * vagrantc seeks water | |
| 00:47 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 265 seconds) | |
| 01:03 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 01:03 | monteslu__ has joined IRC (monteslu__!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
| 01:06 | monteslu_ has left IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 245 seconds) | |
| 01:40 | <highvoltage> you usually don't have to search far to find it :)
| |
| 01:43 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net) | |
| 02:40 | adrianorg__ has left IRC (adrianorg__!~adrianorg@186.213.156.55, Ping timeout: 240 seconds) | |
| 02:52 | adrianorg__ has joined IRC (adrianorg__!~adrianorg@187.115.104.235) | |
| 02:57 | vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net) | |
| 02:57 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
| 03:28 | andygraybeal_ has left IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds) | |
| 03:31 | adrianorg__ has left IRC (adrianorg__!~adrianorg@187.115.104.235, Ping timeout: 252 seconds) | |
| 05:03 | awilliam1 has joined IRC (awilliam1!mistik1@unaffiliated/mistik1) | |
| 05:04 | awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 245 seconds) | |
| 05:04 | awilliam1 is now known as awilliams | |
| 05:36 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 05:49 | <alkisg> vagrantc: ty, ltsp - 5.4.1-1~bzr2359+pkg1141~precise1 building on launchpad "in 32 minutes (estimated)" :)
| |
| 05:50 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
| 06:21 | <alkisg> Would anyone mind if I added support for a user-configurable menu item in LDM? I want to use it to implement "New user signup form" in an external script...
| |
| 06:21 | Relevant lts.conf options, e.g. LDM_MENU_1="Menu text", LDM_MENU_CMD_1="/path/to/script"
| |
| 06:29 | <muppis> That could usefull in some cases.
| |
| 06:37 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 252 seconds) | |
| 06:37 | ricotz has joined IRC (ricotz!~rico@p5B2ABDD6.dip.t-dialin.net) | |
| 06:37 | ricotz has joined IRC (ricotz!~rico@unaffiliated/ricotz) | |
| 06:40 | <alkisg> Other options for me is to implement the whole signup form inside LDM (with ldminfod listening for the user-provided info, storing them to a file, and an ltsp-server-side UI that checks and approves/declines the accounts),
| |
| 06:40 | ...or to create it in sch-scripts/epoptes, without any change in LDM/LTSP at all...
| |
| 06:47 | loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep) | |
| 06:49 | komunista has joined IRC (komunista!~slavko@adsl-195-168-244-062.dynamic.nextra.sk) | |
| 07:10 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
| 07:16 | <alkisg> Hmm I think that the code for hiding the language and session menus has memory leaks...
| |
| 07:25 | map7_ has joined IRC (map7_!~map7@ppp118-209-105-45.lns20.mel4.internode.on.net) | |
| 07:32 | <alkisg> map7_: about the shift key problem in x11vnc, what's the output of `setxkbmap -print` in both the server and the client?
| |
| 07:34 | map7_ has left IRC (map7_!~map7@ppp118-209-105-45.lns20.mel4.internode.on.net, Remote host closed the connection) | |
| 07:38 | <knipwim> alkisg: i think ltsp-chroot should have a --name argument
| |
| 07:38 | for if the chroot name is different from arch
| |
| 07:38 | <alkisg> knipwim: currently, --arch actually means --name there
| |
| 07:39 | I.e. I think it's just a matter of parameter rename, there's no need for both of them
| |
| 07:39 | <knipwim> i see, debian doesn't have a problem with the package cache mount
| |
| 07:39 | gentoo mounts a specific arch dir
| |
| 07:40 | <alkisg> knipwim: can't you determine the chroot's arch from the chroot contents?
| |
| 07:40 | <knipwim> hmm, perhaps
| |
| 07:41 | we need a detect_client_arch()
| |
| 07:43 | <alkisg> If needed for everyone, we could ship it in CHROOT/etc/ltsp/somefile.conf
| |
| 07:43 | knipwim: so if you use ltsp-chroot --mount-package-cache for a client with a different arch than the host, what happens on the host?
| |
| 07:45 | <knipwim> when building a client for the first time on gentoo, all packages are compiled and stored as binaries to do a faster rebuild
| |
| 07:45 | these binary packages are stored in /usr/portage/packages/ARCH
| |
| 07:46 | this dir is bind mounted when mounting the package cache
| |
| 07:47 | <alkisg> So why not bind-mount all $CHROOT/usr/potage/package/ARCH dirs that exist on the client?
| |
| 07:47 | *on the chroot
| |
| 07:48 | <knipwim> on of the ARCH dirs is mounted on /usr/portage/packages
| |
| 07:48 | besides, i would still need the arch to determine the correct dir to get packages from
| |
| 07:48 | <alkisg> Ah, the ARCH dir is created by ltsp-build-client?
| |
| 07:48 | <knipwim> yes
| |
| 07:49 | <alkisg> Would it be preferred to store it in /usr/portage/packages/CHROOT_NAME instead? Or, all of them together, if the binary names have distinct dirs based on the arch?
| |
| 07:50 | <knipwim> could be, just store them in ARCH, and make a symlink to the name
| |
| 07:51 | <alkisg> Hmm but then you'd have problems if the user ever renamed the chroot
| |
| 07:51 | <knipwim> yup, or removed it, and have a broken symlink
| |
| 07:52 | <alkisg> OK then some chroot arch detection code might be best
| |
| 07:52 | You could save it somewhere from ltsp-build-client
| |
| 07:53 | Not sure if it should be a distro-overridable function, does any other distro need that except for Gentoo?
| |
| 07:54 | <knipwim> debian/ubuntu doesn't need it for the package cache
| |
| 07:54 | don't know about other distro's
| |
| 07:54 | * alkisg wonders about fedora, opensuse etc | |
| 07:55 | * knipwim wonders if they're using >ltsp-5.2 | |
| 07:55 | <alkisg> Yeah :)
| |
| 07:55 | <knipwim> cyberorg: is suse using >ltsp-5.2 ?
| |
| 07:58 | <cyberorg> knipwim, yes
| |
| 07:59 | <knipwim> how do you manage that without any upstream changes for suse?
| |
| 07:59 | you use your own branch or something?
| |
| 07:59 | <cyberorg> manage what?
| |
| 08:00 | <knipwim> gentoo and debian/ubuntu make use of distro specific functions since 5.3
| |
| 08:00 | <alkisg> cyberorg: so the current client kernel command line has init=/sbin/init-ltsp?
| |
| 08:00 | <cyberorg> alkisg, yes
| |
| 08:00 | <alkisg> Cool
| |
| 08:01 | <cyberorg> knipwim, we just use common
| |
| 08:02 | <alkisg> cyberorg: does opensuse use plymouth for a splash screen?
| |
| 08:03 | <cyberorg> alkisg, nopes, we use bootsplash, next release will have plymouth
| |
| 08:04 | <alkisg> In Ubuntu, we need plymouth:force-splash to force a splash when init= is specified in the cmdline, not sure if it's distro specific... you may want to make a note of that
| |
| 08:06 | <cyberorg> alkisg, sure, thanks for the heads up :)
| |
| 08:07 | Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas) | |
| 09:07 | Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 245 seconds) | |
| 09:09 | Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas) | |
| 09:10 | <alkisg> knipwim: about to commit custom menus support in ldm, do LDM_MENU_[0-9] (or LDM_MENU_TEXT[0-9]?) and LDM_COMMAND_[0-9] sound sane?
| |
| 09:10 | *LDM_MENU_COMMAND_[0-9]
| |
| 09:11 | If LDM_MENU_0 is defined, put it as a caption in the ldm menu, and when selected, run the specified command...
| |
| 09:12 | <knipwim> it only shows the menu text if the corresponding command is defined?
| |
| 09:13 | <alkisg> I could put a check for that as well, sure, but the idea is that if the caption is defined, it will show up, we don't care about the command, we just execute whatever it has there
| |
| 09:14 | <knipwim> sure
| |
| 09:14 | sounds fine
| |
| 09:14 | for the arch problem, i'm gonna make an /etc/ltsp/arch.conf for gentoo only
| |
| 09:15 | if other distro's run into that problem, we can make it common
| |
| 09:16 | <alkisg> Cool. Ah, we have some menuing support in ./client/share/ltsp/screen.d/menu, let me check that...
| |
| 09:16 | Parker955_Away has left IRC (Parker955_Away!~parker@74.112.203.151, Ping timeout: 245 seconds) | |
| 09:16 | <alkisg> # MENU_ITEM_01="Linux Server"
| |
| 09:16 | # MENU_COMMAND_01="ldm"
| |
| 09:17 | * alkisg follows suit... | |
| 09:21 | Parker955_Away has joined IRC (Parker955_Away!~parker@74.112.203.151) | |
| 09:29 | risca has joined IRC (risca!~risca@c-4c9872d5.022-98-73746f3.cust.bredbandsbolaget.se) | |
| 09:36 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 10:21 | khildin has joined IRC (khildin!~khildin@ip-83-134-232-82.dsl.scarlet.be) | |
| 10:38 | leio_ has joined IRC (leio_!~leio@gentoo/developer/leio) | |
| 10:40 | leio has left IRC (leio!~leio@gentoo/developer/leio, Ping timeout: 248 seconds) | |
| 10:42 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net) | |
| 11:03 | awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 246 seconds) | |
| 11:05 | awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1) | |
| 11:11 | NeonLich1 is now known as NeonLicht | |
| 11:15 | awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 246 seconds) | |
| 11:17 | awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1) | |
| 11:25 | awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 244 seconds) | |
| 11:26 | awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1) | |
| 11:32 | khildin has left IRC (khildin!~khildin@ip-83-134-232-82.dsl.scarlet.be, Remote host closed the connection) | |
| 12:08 | Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com) | |
| 12:15 | mmetzger has left IRC (mmetzger!~mmetzger@99-71-214-196.lightspeed.mdldtx.sbcglobal.net, Ping timeout: 240 seconds) | |
| 12:17 | mmetzger has joined IRC (mmetzger!~mmetzger@99-71-214-196.lightspeed.mdldtx.sbcglobal.net) | |
| 12:19 | Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 252 seconds) | |
| 12:47 | adrianorg__ has joined IRC (adrianorg__!~adrianorg@187.115.104.235) | |
| 12:52 | Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Ping timeout: 246 seconds) | |
| 13:26 | <Hyperbyte> Mmmm
| |
| 13:26 | !ltsp
| |
| 13:26 | <ltsp_> Hyperbyte: ltsp: LTSP is the Linux Terminal Server Project, the open source thin client solution. You can find it at http://www.ltsp.org
| |
| 13:26 | <Hyperbyte> Ah, there you are.
| |
| 14:01 | risca has left IRC (risca!~risca@c-4c9872d5.022-98-73746f3.cust.bredbandsbolaget.se, Quit: Lämnar) | |
| 14:29 | <Hyperbyte> Reboot.
| |
| 15:05 | ltsp has joined IRC (ltsp!ltspbot@middelkoop.cc) | |
| 15:05 | <Hyperbyte> Yes!
| |
| 15:24 | <andygraybeal_> :)
| |
| 15:25 | leio_ is now known as leio | |
| 15:30 | Phantomas1 has joined IRC (Phantomas1!~Phantomas@unaffiliated/phantomas) | |
| 15:31 | Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 246 seconds) | |
| 15:33 | <Hyperbyte> One more reboot...
| |
| 15:35 | ltsp has joined IRC (ltsp!ltspbot@middelkoop.cc) | |
| 15:35 | Hyperbyte has joined IRC (Hyperbyte!jan@middelkoop.cc) | |
| 15:42 | <Hyperbyte> !ltsp
| |
| 15:42 | <ltsp> Hyperbyte: ltsp: LTSP is the Linux Terminal Server Project, the open source thin client solution. You can find it at http://www.ltsp.org
| |
| 15:43 | Phantomas1 is now known as Phantomas | |
| 15:44 | staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu) | |
| 15:50 | <Hyperbyte> I'm feeling really lucky today... gonna do one more distro upgrade... gona from Fedora 13 to 40 to 15 to 16... might as well go to 17 as well while I'm at it.
| |
| 15:51 | 814
| |
| 15:51 | *14
| |
| 16:25 | ltsp has joined IRC (ltsp!ltspbot@middelkoop.cc) | |
| 16:27 | Hyperbyte has joined IRC (Hyperbyte!jan@middelkoop.cc) | |
| 16:29 | <Hyperbyte> Upgraded!
| |
| 16:31 | Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Quit: Leaving.) | |
| 16:31 | Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas) | |
| 16:31 | Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas) | |
| 16:39 | andygraybeal_ has left IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds) | |
| 17:03 | <knipwim> Hyperbyte: nice one
| |
| 17:18 | Lns has left IRC (Lns!~Lns@pdpc/supporter/professional/lns, Ping timeout: 244 seconds) | |
| 17:27 | loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net) | |
| 17:55 | Lns has joined IRC (Lns!~Lns@173-16-196-204.client.mchsi.com) | |
| 17:55 | Lns has joined IRC (Lns!~Lns@pdpc/supporter/professional/lns) | |
| 18:02 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net) | |
| 18:08 | vmlintu has joined IRC (vmlintu!~vmlintu@193-64-23-234-nat.elisa-mobile.fi) | |
| 18:15 | andygraybeal_ has left IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds) | |
| 18:19 | vmlintu has left IRC (vmlintu!~vmlintu@193-64-23-234-nat.elisa-mobile.fi, Ping timeout: 246 seconds) | |
| 18:26 | Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Read error: Connection reset by peer) | |
| 18:27 | adrianorg__ has left IRC (adrianorg__!~adrianorg@187.115.104.235, Ping timeout: 240 seconds) | |
| 18:28 | andygraybeal_ has joined IRC (andygraybeal_!~andy@h101.208.213.151.dynamic.ip.windstream.net) | |
| 18:34 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
| 18:42 | Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas) | |
| 18:47 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 19:11 | vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net) | |
| 19:11 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
| 19:15 | <alkisg> vagrantc: any objections about implementing LDM_MENU_ITEM_[0-9] and LDM_MENU_COMMAND_[0-9] in LDM?
| |
| 19:15 | * alkisg will be using a menu item to implement a student signup form | |
| 19:16 | <alkisg> (in sch-scripts, outside of ltsp)
| |
| 19:16 | <vagrantc> alkisg: so basically menu items in the menu structure where session, language and host selection currently are?
| |
| 19:18 | <alkisg> yup
| |
| 19:19 | <vagrantc> alkisg: sounds useful to me
| |
| 19:19 | <alkisg> Cool, ETA 1h :)
| |
| 19:19 | * vagrantc is slightly prone to featuritis | |
| 19:20 | <vagrantc> especially anything that allows arbitrary functionality to be implemented :)
| |
| 19:20 | !vagrant-todo
| |
| 19:20 | <ltsp> vagrantc: vagrant-todo: (#1) pxemenus, or (#2) tweak debian/rules to install appropriate update-kernels.conf, or (#3) update-kernels fix memtest support or drop it
| |
| 19:20 | <vagrantc> !forget vagrant-todo #2
| |
| 19:20 | <ltsp> vagrantc: Error: There is no such factoid.
| |
| 19:20 | <vagrantc> alkisg: the debian/rules tweaks worked for you?
| |
| 19:21 | it seemed easier to just assume any distro would install the appropriate one.
| |
| 19:22 | apparently, "install -m 644 foo bar" where "foo" is a symlink installs the contents of foo to bar as a new file.
| |
| 19:23 | so we could have, say, client/Mint/etc/ltsp/update-kernels.conf be a symlink to client/Ubuntu/etc/ltsp/update-kernels.conf
| |
| 19:23 | <alkisg> vagrantc: yup it worked fine, I can now again ship ltsp-trunk :)
| |
| 19:23 | Thanks!
| |
| 19:23 | <vagrantc> presuming that Mint would have the same configuration file.
| |
| 19:25 | * alkisg wonders if he should ship a .png for the custom LDM menu items, or just reuse the select-backup.png for now... | |
| 19:25 | <alkisg> Ah, and there's an annoying rectangle in LDM shifting to the left after entering the password
| |
| 19:25 | <vagrantc> alkisg: oooh, i could implement a password changing menu item that way, eh?
| |
| 19:25 | <alkisg> vagrantc: sure
| |
| 19:26 | <vagrantc> I need too implement some password changing policies.
| |
| 19:26 | need to
| |
| 20:09 | komunista has left IRC (komunista!~slavko@adsl-195-168-244-062.dynamic.nextra.sk, Quit: Leaving.) | |
| 20:12 | <alkisg> Yey, first C/gtk addition succeeded with the first compilation! :D
| |
| 20:13 | <vagrantc> nice
| |
| 20:14 | * alkisg reused the "backend" icon for now, whenever someone (call me highvoltage) has time to work on the LDM themes he can add a new one... | |
| 20:38 | <highvoltage> moo!
| |
| 20:41 | <vagrantc> is that an easter egg?
| |
| 20:43 | alkisg: we should work out a plugin to enable ltsp-pnp from debian-installer
| |
| 20:44 | <alkisg> vagrantc: good idea
| |
| 20:44 | <vagrantc> it wouldn't be half as complicated as ltsp-client-builder
| |
| 20:44 | * vagrantc is testing ltsp-client-builder for the first time in probably a year or two | |
| 20:45 | <vagrantc> i can test 3 of my projects at once this way: simple-cdd builds an installer CD image, qemu runs the install, and the installer tests ltsp. :)
| |
| 20:46 | <highvoltage> vagrantc: nope, but pretty much all my sites have Super Cow Powers :)
| |
| 20:50 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 244 seconds) | |
| 20:53 | <alkisg> vagrantc: ah I forgot to mention, with the latest update-kernels I'm getting this:
| |
| 20:53 | $ sudo IPAPPEND=3 /usr/share/ltsp/update-kernels
| |
| 20:53 | Skipping yaboot configuration. install yaboot package if you need it.
| |
| 20:53 | Close of /boot/vmlinuz-3.2.0-24-generic failed: : buffer error
| |
| 20:53 | Close of /boot/vmlinuz-3.2.0-23-generic failed: : buffer error
| |
| 20:53 | Close of /boot/vmlinuz-3.2.0-23-486 failed: : buffer error
| |
| 20:53 | Close of /boot/vmlinuz-3.2.0-23-generic-pae failed: : buffer error
| |
| 20:53 | ...which is kinda weird because I don't have those files :D
| |
| 20:53 | * alkisg checks... | |
| 20:54 | <alkisg> Whoops older version
| |
| 20:55 | Ah no it's the most recent one, sorry... checking why...
| |
| 20:56 | vagrantc: sooooory I had created those weird empty files when I was testing update-kernels a week ago. Never mind, my bad.
| |
| 20:57 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 265 seconds) | |
| 21:04 | <vagrantc> hah :P
| |
| 21:05 | Llama_be has left IRC (Llama_be!~tom@94-226-90-169.access.telenet.be, Ping timeout: 240 seconds) | |
| 21:07 | * vagrantc wonders how scotty's doing with libpam-sshauth and libnss-sshsock | |
| 21:08 | <alkisg> Where was his bzr branch again?
| |
| 21:08 | <vagrantc> looks like some work on libnss-sshsock was done recently
| |
| 21:09 | http://bazaar.launchpad.net/~sbalneav/ltsp/libnss_sshsock/
| |
| 21:10 | ricotz has left IRC (ricotz!~rico@unaffiliated/ricotz, Quit: Ex-Chat) | |
| 21:43 | vmlintu has joined IRC (vmlintu!~vmlintu@dsl-jnsbrasgw2-ff74c000-63.dhcp.inet.fi) | |
| 22:11 | Hyperbyt1 has joined IRC (Hyperbyt1!jan@middelkoop.cc) | |
| 22:11 | vagrantc_ has joined IRC (vagrantc_!~vagrant@c-76-115-60-19.hsd1.or.comcast.net) | |
| 22:16 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net) | |
| 22:16 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, *.net *.split) | |
| 22:16 | Hyperbyte has left IRC (Hyperbyte!jan@middelkoop.cc, *.net *.split) | |
| 22:27 | F-GT has left IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net, Ping timeout: 265 seconds) | |
| 22:30 | adrianorg__ has joined IRC (adrianorg__!~adrianorg@187.115.104.235) | |
| 22:30 | Hyperbyt1 is now known as Hyperbyte | |
| 22:47 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection) | |
| 23:17 | vmlintu has left IRC (vmlintu!~vmlintu@dsl-jnsbrasgw2-ff74c000-63.dhcp.inet.fi, Ping timeout: 246 seconds) | |
| 23:20 | Phantomas1 has joined IRC (Phantomas1!~Phantomas@unaffiliated/phantomas) | |
| 23:20 | Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 252 seconds) | |
| 23:20 | Phantomas1 is now known as Phantomas | |
| 23:20 | Llama_be has joined IRC (Llama_be!~tom@94-226-90-169.access.telenet.be) | |