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


Channel log from 14 January 2012   (all times are UTC)

00:17bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 276 seconds)
00:38dgroos has left IRC (dgroos!~dgroos@63.225.132.145, Quit: dgroos)
03:04Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos)
03:46Parker955_Away is now known as Parker955
04:18alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
04:24Parker955 is now known as Parker955_Away
04:54adrianorg_ has left IRC (adrianorg_!~adrianorg@187.113.249.83, Ping timeout: 248 seconds)
04:59staffencasa has left IRC (staffencasa!~staffenca@128-193-145-154.oregonstate.edu, Ping timeout: 255 seconds)
05:11cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 259 seconds)
05:12alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 248 seconds)
06:18VectorX has joined IRC (VectorX!~knight@unaffiliated/vectorx)
06:20loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
06:42abeehc has left IRC (abeehc!~bob@S010652540047e22e.gv.shawcable.net, Ping timeout: 244 seconds)
06:52vagrantc has left IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net, Ping timeout: 240 seconds)
07:32
<VectorX>
trying to do an apt-update on the image in ubuntu and getting "W: GPG error: http://extras.ubuntu.com oneiric Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 16126D3A3E5C1192"
07:32
whats the fix for that
07:33
trying to create the key gives "gpg: fatal: can't create directory `/home/ik/.gnupg': No such file or directory"
07:49freedomrun has joined IRC (freedomrun!~quassel@BSN-176-220-100.dial-up.dsl.siol.net)
07:52alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.15.11, Remote host closed the connection)
07:52alexqwesa_ has joined IRC (alexqwesa_!~alex@alexo-veto.broker.freenet6.net)
08:17khildin has joined IRC (khildin!~khildin@ip-83-134-229-19.dsl.scarlet.be)
08:27
<VectorX>
ok got that sorted
08:27
so im doing this https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall but when the client loads there are no apps, just a control bar on the top with file etc
08:36VectorX has left IRC (VectorX!~knight@unaffiliated/vectorx, )
08:39abeehc has joined IRC (abeehc!~bob@2001:1938:1a3:0:216:41ff:fe2c:9b3c)
08:45bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
08:46abeehc has left IRC (abeehc!~bob@2001:1938:1a3:0:216:41ff:fe2c:9b3c, Ping timeout: 248 seconds)
08:52abeehc has joined IRC (abeehc!~bob@2001:1938:1a3:0:216:41ff:fe2c:9b3c)
09:07alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
09:31
<knipwim>
hey alkisg. good morning
09:31
<alkisg>
Good morning knipwim
09:31
<knipwim>
i'm working on a more elaborate proposal for the plugin redesign
09:31
<alkisg>
The ltsp-build-client plugin, or the ltsp-chroot plugin?
09:31
<knipwim>
ltsp-build-client plugin
09:31
the function based stuff
09:32
the one we talked about earlier
09:32
<alkisg>
Keep in mind that we want to strip much of that and put it in the early boot stages
09:32
E.g. in the initramfs
09:32
I'm not sure if the function based method will suit ltsp-build-client... will it?
09:33
knipwim: have you heard about the "bootable chroot" goal, where we move stuff to the early boot stages?
09:33
<knipwim>
yes
09:33
<alkisg>
OK
09:33
<knipwim>
although i'm not sure have to implement it for gentoo yet
09:33
but i like the idea
09:34
still, some ltsp-build-client stuff will remain i guess
09:34
<alkisg>
Yes, for those that want a directory-based chroot
09:34
E.g. I think I won't be using it in the future, but I'll be using vbox to install a normal ubuntu installation as the ltsp chroot
09:35
But sure e.g. for thin chroots, ltsp-build-client is still ideal
09:35
Anyway, what did you have in mind?
09:36
<knipwim>
i was wondering to put the proposal on the dev mailing list
09:36
or put it in one of those public pads
09:36
and refer from the mailing list
09:36
<alkisg>
Do you have something written already?
09:36
<knipwim>
about halfway there
09:36
<alkisg>
Can I have a look?
09:36
<knipwim>
still have to think of some migration steps
09:39
http://pad.ubuntu-uk.org/eeM3b5X9OJ
09:45
<alkisg>
knipwim: how about a compromise? Instead of redesigning from scratch, to expand "ltsp-common-functions" into a library
09:45
The common code would be written there, and the functions would be overriden by distro-specific scripts
09:45
E.g. in ltsp-common-functions, we'd have:
09:46
get_package_version()
09:46
{ die "Your distro doesn't implement this function" }
09:46
In common-functions.d/Ubuntu, we'd have:
09:46
get_package_version()
09:46
{ dpkg-query etc }
09:47
And ltsp-common-functions, in its end, would source all distro specific scripts so that the overrides take effect
09:47
...then, slowly, we'd rewrite whatever we can from ltsp-chroot, ltsp-info, ltsp-build-client to take advantage of that common "shell library"
09:47
I think this way the migration will be painles...
09:48
...because ltsp-build-client is too big to change in one step
09:49
<knipwim>
migration is an issue i agree
09:49
but would you want all common code for all commands in ltsp-common-functions?
09:50
<alkisg>
Why not?
09:50
Wait, not all common code
09:50
E.g. if some initscripts want to do something in a portable way, they can use that "shell library"
09:50
They don't have to be "in" the library, they'd just use it
09:50khildin has left IRC (khildin!~khildin@ip-83-134-229-19.dsl.scarlet.be, Ping timeout: 268 seconds)
09:52
<alkisg>
If you even read about javascript libraries, which are supposed to take away the burden of browser-specific-details from the programmer, I'm talking about something like this, but for shell
09:52
*ever
09:52
I'm not talking about stripping the code of initscripts into that library...
09:53
The library would only have a set to make shell programming more portable across distros, and the initscripts or ltsp-build-client scripts would use that library
09:53
*a set of functions...
09:54
<knipwim>
basically a set of templates which could be expanded using e.g. common-functions.d/Ubuntu
09:55
<alkisg>
A basic set of functions that common ltsp code can rely upon, yes
09:56
<knipwim>
but still, the functions of ltsp-update-image, ltsp-build-client etc. would all be in there, resulting in relatively large file
09:56
that won't be a problem?
09:56
<alkisg>
I don't think they should be there
09:57
If their code is portable (using the library), they could be inside ltsp-update-image etc
09:58
If it's not, we just apply the same system there?
09:58
<knipwim>
i was still wondering how to solve the redundancy issues that currently exists for the commandline parts
09:58
different distro's defining the same commands in their own functions
09:58
that should be common i guess
09:59
<alkisg>
OK suppose ltsp-update-image needs "get_package_version" and "compress_chroot", both of which are distro specific
09:59
get_package_version would be in common-functions, because it's common, more scripts would need it
09:59
compress_chroot shouldn't be there, as ltsp-update-image is the only script that would need it
09:59
So, maybe we can use function overrides for ltsp-update-image too
10:00
Inside ltsp-update-image:
10:00
<knipwim>
overrides for commands and distros
10:00
<alkisg>
compress_chroot()
10:00
{ your distro doesn't implement this }
10:00
<knipwim>
that could work
10:00
<alkisg>
inside ltsp-update-image.d/ubuntu => the override
10:01
I think that would still allow the ltsp-update-image main code to be portable...
10:02
<knipwim>
i like it, but, isn't this also a complete redesign resulting in migration issues? ;)
10:05
<alkisg>
I think it allows for slow migration...
10:08* knipwim is wondering about that
10:08
<knipwim>
but still
10:09
i could also try to implement that based on the code i have already
10:09
so we have two proposals to discuss
10:09
and migration issues to consider
10:09
<alkisg>
Let me check if we can make a nice "call_distro_specific_function" wrapper, that would source files or report errors as appropriate...
10:12alexqwesa__ has joined IRC (alexqwesa__!~alex@109.172.15.11)
10:12alexqwesa_ has left IRC (alexqwesa_!~alex@alexo-veto.broker.freenet6.net, Ping timeout: 260 seconds)
10:15
<knipwim>
going for some breakfast....
10:19khildin has joined IRC (khildin!~khildin@ip-83-134-229-19.dsl.scarlet.be)
10:22bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Read error: Operation timed out)
10:43Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71)
11:04adrianorg_ has joined IRC (adrianorg_!~adrianorg@187.113.249.83)
11:59adrianorg_ has left IRC (adrianorg_!~adrianorg@187.113.249.83, Ping timeout: 252 seconds)
12:06
<alkisg>
While it's doable, people at #bash didn't like the "call_distro_specific_function" wrapper idea, so having dummy "not implemented" functions is probably the way to go
12:08
A complimentary idea is that ltsp-common-functions could also source $0.$distro
12:08
So if called by ltsp-update-image on ubuntu, it would source ltsp-update-image(functions).ubuntu,
12:08
while if called by ltsp-chroot, it would source ltsp-chroot.ubuntu, etc etc
12:09
<knipwim>
yeah, i was thinking along those lines as well
12:10
so the command would only have to source ltsp-common-functions
12:10
<alkisg>
Yeah
12:21VectorX has joined IRC (VectorX!~knight@unaffiliated/vectorx)
12:23
<VectorX>
ok so bit baffled here,*ubuntu installed amd64 ran ltsp-build-client --arch i386 and the clients just have a file menu sort of thig with no apps, if i install the 386 version and client loads all the regular apps are available, how do i make that happen with the other method ?
13:07shawnp0wers has left IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers, Ping timeout: 255 seconds)
13:22bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
13:24loather-work has left IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
13:40
<knipwim>
alkisg: just checking some assumptions
13:40
* the common-functions.d/ will contain the plugin functions (function based)
13:40
* each distro will either use the old system, or the new system
13:40
* each command (ltsp-*) first checks if there is a distro specific part in common-functions.d/ , if there is, use that, otherwise execute using old system
13:52toscalix has joined IRC (toscalix!~toscalix@85.137.159.216.dyn.user.ono.com)
13:59
<alkisg>
knipwim: so the scripts will be named something like this? common-functions.d/ltsp-update-image-common, common-functions.d/ltsp-update-image-ubuntu... ? Also, in this specific case, maybe the ltsp-update-image-common functions belong to the ltsp-update-image script itself?
14:01Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Ping timeout: 240 seconds)
14:12VectorX has left IRC (VectorX!~knight@unaffiliated/vectorx, )
14:13komunista has joined IRC (komunista!~slavko@adsl-195-168-243-065.dynamic.nextra.sk)
14:17komunista has left IRC (komunista!~slavko@adsl-195-168-243-065.dynamic.nextra.sk, Client Quit)
14:24xsl has joined IRC (xsl!~silence@unaffiliated/xsl)
14:55
<alkisg>
We could also leave it up to the packager to put the distro functions always in /usr/share/ltsp/distro-functions.d ...
14:56
So, common-functions.d, overriden by distro-functions.d, and those could even be overriden by vendor-functions.d. All those sourced automatically by checking $0 at the top of ltsp-common-functions.
15:07xsl has left IRC (xsl!~silence@unaffiliated/xsl, Quit: Connection reset by fear)
15:25Parker955_Away is now known as Parker955
15:27ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 240 seconds)
15:38Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
15:42Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Ping timeout: 240 seconds)
15:45Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
15:46shawnp0wers has joined IRC (shawnp0wers!~spowers@71-13-74-18.static.aldl.mi.charter.com)
15:46shawnp0wers has joined IRC (shawnp0wers!~spowers@linuxjournal/staff/shawnp0wers)
16:09Parker955 is now known as Parker955_Away
16:36freedomrun_ has joined IRC (freedomrun_!~quassel@BSN-176-220-100.dial-up.dsl.siol.net)
16:37freedomrun has left IRC (freedomrun!~quassel@BSN-176-220-100.dial-up.dsl.siol.net, Ping timeout: 240 seconds)
16:47toscalix has left IRC (toscalix!~toscalix@85.137.159.216.dyn.user.ono.com, Remote host closed the connection)
16:51[GuS] has joined IRC ([GuS]!~gustavo@186.19.173.126)
16:51[GuS] has joined IRC ([GuS]!~gustavo@unaffiliated/gus/x-663402)
17:12loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
17:36adrianorg_ has joined IRC (adrianorg_!~adrianorg@187.113.249.83)
17:48adrianorg_ has left IRC (adrianorg_!~adrianorg@187.113.249.83, Ping timeout: 252 seconds)
18:16Parker955_Away is now known as Parker955
18:47Parker955 is now known as Parker955_Away
18:51Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Ping timeout: 276 seconds)
19:11Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
20:16Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Ping timeout: 240 seconds)
20:34adrianorg_ has joined IRC (adrianorg_!~adrianorg@187.113.249.83)
21:06adrianorg_ has left IRC (adrianorg_!~adrianorg@187.113.249.83, Read error: Connection reset by peer)
21:06adrianorg__ has joined IRC (adrianorg__!~adrianorg@186.215.17.195)
21:11khildin has left IRC (khildin!~khildin@ip-83-134-229-19.dsl.scarlet.be, Remote host closed the connection)
21:18Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Quit: "Achievement is not the end, its the beginning of new journey !!!")
21:56bengoa has joined IRC (bengoa!~bengoa@187-27-100-94.3g.claro.net.br)
21:56bengoa has left IRC (bengoa!~bengoa@187-27-100-94.3g.claro.net.br)
22:14vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
22:18alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
22:26alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
22:38alexqwesa__ has left IRC (alexqwesa__!~alex@109.172.15.11, *.net *.split)
22:38monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, *.net *.split)
22:43monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
23:13bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 240 seconds)
23:25LoveStorm has left IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-ygusxxzjxtlrlolk, Changing host)
23:25LoveStorm has joined IRC (LoveStorm!Storm@unaffiliated/lovestorm)
23:25LoveStorm has joined IRC (LoveStorm!Storm@gateway/shell/trekweb.org/x-ygusxxzjxtlrlolk)
23:37Parker955_Away is now known as Parker955
23:58freedomrun_ has left IRC (freedomrun_!~quassel@BSN-176-220-100.dial-up.dsl.siol.net, Read error: Connection reset by peer)