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:47vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 265 seconds)
01:03alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
01:03monteslu__ has joined IRC (monteslu__!~monteslu@ip68-109-174-213.ph.ph.cox.net)
01:06monteslu_ 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:43andygraybeal_ has joined IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net)
02:40adrianorg__ has left IRC (adrianorg__!~adrianorg@186.213.156.55, Ping timeout: 240 seconds)
02:52adrianorg__ has joined IRC (adrianorg__!~adrianorg@187.115.104.235)
02:57vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net)
02:57vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
03:28andygraybeal_ has left IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds)
03:31adrianorg__ has left IRC (adrianorg__!~adrianorg@187.115.104.235, Ping timeout: 252 seconds)
05:03awilliam1 has joined IRC (awilliam1!mistik1@unaffiliated/mistik1)
05:04awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 245 seconds)
05:04awilliam1 is now known as awilliams
05:36alkisg 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:50bobby_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:37bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 252 seconds)
06:37ricotz has joined IRC (ricotz!~rico@p5B2ABDD6.dip.t-dialin.net)
06:37ricotz 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:47loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
06:49komunista has joined IRC (komunista!~slavko@adsl-195-168-244-062.dynamic.nextra.sk)
07:10vagrantc 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:25map7_ 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:34map7_ 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:07Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
09:07Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 245 seconds)
09:09Phantomas 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:16Parker955_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:21Parker955_Away has joined IRC (Parker955_Away!~parker@74.112.203.151)
09:29risca has joined IRC (risca!~risca@c-4c9872d5.022-98-73746f3.cust.bredbandsbolaget.se)
09:36alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
10:21khildin has joined IRC (khildin!~khildin@ip-83-134-232-82.dsl.scarlet.be)
10:38leio_ has joined IRC (leio_!~leio@gentoo/developer/leio)
10:40leio has left IRC (leio!~leio@gentoo/developer/leio, Ping timeout: 248 seconds)
10:42andygraybeal_ has joined IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net)
11:03awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 246 seconds)
11:05awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1)
11:11NeonLich1 is now known as NeonLicht
11:15awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 246 seconds)
11:17awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1)
11:25awilliams has left IRC (awilliams!mistik1@unaffiliated/mistik1, Ping timeout: 244 seconds)
11:26awilliams has joined IRC (awilliams!mistik1@unaffiliated/mistik1)
11:32khildin has left IRC (khildin!~khildin@ip-83-134-232-82.dsl.scarlet.be, Remote host closed the connection)
12:08Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
12:15mmetzger has left IRC (mmetzger!~mmetzger@99-71-214-196.lightspeed.mdldtx.sbcglobal.net, Ping timeout: 240 seconds)
12:17mmetzger has joined IRC (mmetzger!~mmetzger@99-71-214-196.lightspeed.mdldtx.sbcglobal.net)
12:19Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 252 seconds)
12:47adrianorg__ has joined IRC (adrianorg__!~adrianorg@187.115.104.235)
12:52Steve_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:01risca has left IRC (risca!~risca@c-4c9872d5.022-98-73746f3.cust.bredbandsbolaget.se, Quit: Lämnar)
14:29
<Hyperbyte>
Reboot.
15:05ltsp has joined IRC (ltsp!ltspbot@middelkoop.cc)
15:05
<Hyperbyte>
Yes!
15:24
<andygraybeal_>
:)
15:25leio_ is now known as leio
15:30Phantomas1 has joined IRC (Phantomas1!~Phantomas@unaffiliated/phantomas)
15:31Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 246 seconds)
15:33
<Hyperbyte>
One more reboot...
15:35ltsp has joined IRC (ltsp!ltspbot@middelkoop.cc)
15:35Hyperbyte 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:43Phantomas1 is now known as Phantomas
15:44staffencasa 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:25ltsp has joined IRC (ltsp!ltspbot@middelkoop.cc)
16:27Hyperbyte has joined IRC (Hyperbyte!jan@middelkoop.cc)
16:29
<Hyperbyte>
Upgraded!
16:31Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Quit: Leaving.)
16:31Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
16:31Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
16:39andygraybeal_ has left IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds)
17:03
<knipwim>
Hyperbyte: nice one
17:18Lns has left IRC (Lns!~Lns@pdpc/supporter/professional/lns, Ping timeout: 244 seconds)
17:27loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
17:55Lns has joined IRC (Lns!~Lns@173-16-196-204.client.mchsi.com)
17:55Lns has joined IRC (Lns!~Lns@pdpc/supporter/professional/lns)
18:02andygraybeal_ has joined IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net)
18:08vmlintu has joined IRC (vmlintu!~vmlintu@193-64-23-234-nat.elisa-mobile.fi)
18:15andygraybeal_ has left IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds)
18:19vmlintu has left IRC (vmlintu!~vmlintu@193-64-23-234-nat.elisa-mobile.fi, Ping timeout: 246 seconds)
18:26Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Read error: Connection reset by peer)
18:27adrianorg__ has left IRC (adrianorg__!~adrianorg@187.115.104.235, Ping timeout: 240 seconds)
18:28andygraybeal_ has joined IRC (andygraybeal_!~andy@h101.208.213.151.dynamic.ip.windstream.net)
18:34bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
18:42Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
18:47alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
19:11vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net)
19:11vagrantc 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:09komunista 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:50staffencasa 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:57bobby_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:05Llama_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:10ricotz has left IRC (ricotz!~rico@unaffiliated/ricotz, Quit: Ex-Chat)
21:43vmlintu has joined IRC (vmlintu!~vmlintu@dsl-jnsbrasgw2-ff74c000-63.dhcp.inet.fi)
22:11Hyperbyt1 has joined IRC (Hyperbyt1!jan@middelkoop.cc)
22:11vagrantc_ has joined IRC (vagrantc_!~vagrant@c-76-115-60-19.hsd1.or.comcast.net)
22:16F-GT has joined IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net)
22:16vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, *.net *.split)
22:16Hyperbyte has left IRC (Hyperbyte!jan@middelkoop.cc, *.net *.split)
22:27F-GT has left IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net, Ping timeout: 265 seconds)
22:30adrianorg__ has joined IRC (adrianorg__!~adrianorg@187.115.104.235)
22:30Hyperbyt1 is now known as Hyperbyte
22:47alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection)
23:17vmlintu has left IRC (vmlintu!~vmlintu@dsl-jnsbrasgw2-ff74c000-63.dhcp.inet.fi, Ping timeout: 246 seconds)
23:20Phantomas1 has joined IRC (Phantomas1!~Phantomas@unaffiliated/phantomas)
23:20Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas, Ping timeout: 252 seconds)
23:20Phantomas1 is now known as Phantomas
23:20Llama_be has joined IRC (Llama_be!~tom@94-226-90-169.access.telenet.be)