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


Channel log from 16 February 2013   (all times are UTC)

00:00ltspuser_88 has left IRC (ltspuser_88!25002f71@gateway/web/freenode/ip.37.0.47.113, Quit: Page closed)
00:00* vagrantc tries a fresh install to reproduce
00:10
<jammcq>
i'm not certain that it's a permission problem
00:10
it just fails trying to load X and there's no logfile
00:15
<vagrantc>
jammcq: worked for me...
00:15
jammcq: ltsp-build-client --kiosk
00:16
<jammcq>
oh, i didn't do that
00:16
<vagrantc>
you should be able to set it up manually... but might miss something
00:16
<jammcq>
does that do something special in the chroot ?
00:16
<vagrantc>
not much anymore
00:17
<jammcq>
If I change: su - ltspkiosk ...
00:17
to: su - root ....
00:17
it works fine, X launches and everything
00:17
<vagrantc>
it just installs a few packages now... all the magic is in the screen script and the kioskSession script
00:17
<jammcq>
wife is calling me to dinner. i'll be back in 15 mins
00:17
but thanks for your help
00:18* vagrantc hears the siren call of aikido
00:35
<jammcq>
vagrantc: what did you put in lts.conf ?
00:36
<vagrantc>
jammcq: SCREEN_07=kiosk
00:36
let the defaults kick in for everything else
00:37
<jammcq>
k
00:37
i'm running ltsp-build-client --kiosk --chroot kiosk_amd64
00:38
is the default arch amd64 when I run this on a 64-bit system?
00:38
<vagrantc>
yes
00:39
i got complaints defaulting to i386 on amd64 ... and then i switched it back and had complaints that it installed amd64 on amd64 ...
00:40
the simpler code and explanation won: it installs whatever architecture it's running on by default.
00:40
<jammcq>
cool
01:09
vagrantc: hmmm, kiosk_amd64 is doing the same thing
01:14
in the kiosk screen script, just before it runs xinit, I put in: chmod 0777 /var/log
01:14
and now it gets further, but fails with 'xf86OpenConsole: Cannot open virtual console 7 (Permission denied)
01:21
<vagrantc>
jammcq: does SCREEN_07=ldm work ok?
01:21
<jammcq>
i think so, but i'll try it right now
01:22
in your test, did you build i386 or amd64 ?
01:22
<vagrantc>
jammcq: amd64
01:22
<jammcq>
hmm
01:22
also, how do I turn off the boot menu?
01:22
I just want to default to NFS for now
01:23
<vagrantc>
jammcq: edit /opt/ltsp/amd64/etc/ltsp/update-kernels ; sudo ltsp-chroot /usr/share/ltsp/update-kernels ; sudo ltsp-update-kernels
01:23
<jammcq>
and yes, ldm works fine
01:23
<vagrantc>
update-kernels.conf
01:25
jammcq: or just manually tweak the pxelinux.cfg/default file and know that next time your run ltsp-update-kernels it'll get overridden
01:26
you can also use a timeout, to give you the chance to select one or the other, but defaulting to NFS...
01:26
<jammcq>
yeah, i'm just trying to boot quickly
01:27
I don't want any timeouts
01:27
<vagrantc>
PXELINUX_DEFAULT=ltsp-nfs or whatever is in the generated menu you want to default to.
01:27
<jammcq>
thanks, i'm past that
01:27
back to trying kiosk mode
01:28
<vagrantc>
jammcq: well, good luck, i'm heading out.
01:28* vagrantc waves
01:28
<jammcq>
thanks for your help
01:28vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
01:37adrianorg has left IRC (adrianorg!~adrianorg@177.134.56.156, Ping timeout: 255 seconds)
03:32Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
03:44staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 255 seconds)
04:09dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-29-0.grf-mt.client.bresnan.net)
04:18anunnaki has left IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net, Remote host closed the connection)
04:20cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Remote host closed the connection)
04:20dead_inside has left IRC (dead_inside!~dead_insi@host-98-127-29-0.grf-mt.client.bresnan.net, Quit: Computer has gone to sleep.)
04:20iphar has left IRC (iphar!hara@gateway/shell/devio.us/x-cabdjraxgcisycpc, Ping timeout: 246 seconds)
04:21iphar has joined IRC (iphar!hara@gateway/shell/devio.us/x-qqcvrhcsuqoupfww)
04:56sha_ has joined IRC (sha_!~sha@e177118221.adsl.alicedsl.de)
04:59sha has left IRC (sha!~sha@e177173230.adsl.alicedsl.de, Ping timeout: 255 seconds)
05:01Parker955_Away is now known as Parker955
05:06anunnaki has joined IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net)
05:09Parker955 is now known as Parker955_Away
05:11ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Read error: Operation timed out)
05:13ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de)
05:19komunista has joined IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk)
05:35alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
05:48Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 264 seconds)
05:55Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
06:00dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-29-0.grf-mt.client.bresnan.net)
06:04dead_inside has left IRC (dead_inside!~dead_insi@host-98-127-29-0.grf-mt.client.bresnan.net, Client Quit)
06:41alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
07:18anunnaki has left IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net, Quit: Leaving)
07:19anunnaki has joined IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net)
07:20anunnaki has left IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net, Read error: Connection reset by peer)
07:20anunnaki has joined IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net)
08:08
<Enslaver>
This overlay thing is not so easy :/ if the unionfs is your chroot then services have trouble reading /proc and /dev
08:13cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
09:28Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
09:37mikkel has joined IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk)
09:50bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
10:45bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 252 seconds)
11:36adrianorg has joined IRC (adrianorg!~adrianorg@177.132.220.117)
11:42bobby_C has joined IRC (bobby_C!~bobby@91.114.4.250)
11:51bobby_C has left IRC (bobby_C!~bobby@91.114.4.250, Ping timeout: 260 seconds)
12:34anunnaki has left IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net, Remote host closed the connection)
13:33Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
13:39komunista has left IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk, Quit: Leaving.)
13:46gentgeen__ has left IRC (gentgeen__!~kevin@98.236.71.64, Ping timeout: 245 seconds)
13:47staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu)
13:50gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net)
13:57gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Read error: Connection reset by peer)
13:59staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 260 seconds)
14:13khildin has joined IRC (khildin!~khildin@ip-83-134-214-43.dsl.scarlet.be)
14:29epoptes_user5 has joined IRC (epoptes_user5!4fda739b@gateway/web/freenode/ip.79.218.115.155)
14:43
<Enslaver>
Question, what function file is read in before init-ltsp.d files get run? /usr/share/ltsp/ltsp-client-vendor-functions is specified to get sourced in /sbin/init-ltsp which sources in the functions i need but it doesn't seem to have any effect in my 00-overlay
14:48
sorry, ltsp-client-functions gets sourced in /sbin/init-ltsp which sources ltsp-client-vendor-functions
14:50epoptes_user5 has left IRC (epoptes_user5!4fda739b@gateway/web/freenode/ip.79.218.115.155, Ping timeout: 245 seconds)
14:59Enslaver has left IRC (Enslaver!~Enslaver@c-98-196-42-169.hsd1.tx.comcast.net, Read error: Connection reset by peer)
15:44Enslaver has joined IRC (Enslaver!~Enslaver@c-98-196-42-169.hsd1.tx.comcast.net)
15:45
<Enslaver>
latest el6 revision pushed up to my trunk, I'd like someone with initramfs-tools experience to have a look at the 00-overlay file and modify it to attune to how initramfs-tools's directory locations
15:46
also going to be making another branch, ltsp-el6 for final cut revisions and leave my enslaver for testing
16:03
<knipwim>
hey Enslaver
16:03
<Enslaver>
howdy
16:04
<knipwim>
i was thinking to tag ltsp-trunk, so gentoo can have a release
16:04
perhaps we can merge some of your code after that
16:05
<Enslaver>
yeah, i'd like to get some stuff merged in relatively quickly, Theres some changes i made to some core files that will help other distros
16:05
screen-x-common, 09-hostname
16:05
etc.
16:05
<knipwim>
ok
16:05
i was thinking to merge the el6 specific code first
16:06
<Enslaver>
whats the best way to start a new branch
16:06
for ltsp-el6
16:06
<knipwim>
i guess, but let me tag first, you can work from the latest
16:06
bear with me please, i'm not an expert in these things
16:07
<Enslaver>
neither am i, I have no clue when it comes to versioning systems
16:08alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
16:08
<knipwim>
hey alkisg
16:08
<alkisg>
Hi knipwim, hi all
16:08
<knipwim>
i'm going to tag ltsp-trunk now
16:08
after that, i'm going to try enslaver's changes bit by bit
16:08
<sbalneav>
Morning all
16:09
<Enslaver>
ok just keep in mind my el6 changes must be with some of the main changes or it no worky
16:10
But after these get merged in do we wanna shoot for a 5.5 release?
16:10
also dev's please pay attention to the 00-overlay file in the init-ltsp.d
16:11
<knipwim>
Enslaver: since you have a lot of changes, separating the el6 ones from the common ones makes it easier to comprehend
16:12
at least, for me
16:12
<Enslaver>
which i have seperated
16:12
anything that is el6 specific i have in my el6 folder
16:12
for client and server
16:12
<alkisg>
knipwim: sure np, sometime within this week I'll push the ldm/sshfs fixes, I don't know if any of them will go in ltsp-trunk, while most of them will be in ldm-trunk
16:12
<knipwim>
kk
16:12
<Enslaver>
anything not directly related is in both the el6 folder and the main
16:13
<alkisg>
Enslaver: link to your branch?
16:13Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 248 seconds)
16:14
<Enslaver>
sec
16:15
i had an ltsp-enslaver up there but I'm going to making a ltsp-el6
16:15
ltsp-enslaver will be more of a scratch branch where as el6 will be stable
16:15adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.156.229.91)
16:17
<knipwim>
Enslaver: ok, tagged
16:18adrianorg has left IRC (adrianorg!~adrianorg@177.132.220.117, Ping timeout: 260 seconds)
16:20
<alkisg>
Enslaver: client/el6? Usually distro dirs are not versioned...
16:20
<Enslaver>
I can do client/redhat
16:21
<knipwim>
isn't it $(lsb_release -is) ?
16:21
the name of a distro dir i mean
16:21
<Enslaver>
well, the thing is it works on all el6 based distros
16:21
CentOS/SELinux/Scientific/RH
16:22
and I don't really wanna use the "red hat" name, might run into licensing issues or something
16:22
<knipwim>
ok, then, the lsb_release -is of the distro it's based on
16:23
<Enslaver>
well, lsb_release -is reports CentOS on one of my machines and RedHat on the other, and the Client reports Scientific
16:26
<alkisg>
server/configs/i386/opt/ltsp ? Also I see you added ltsp.spec but you also added it to .bzrignore, so it won't ever get updated?
16:27
<Enslaver>
that was warren's suggestion, that i remove it from bzr and link back to it
16:27
<alkisg>
OK removed later on
16:27
<Enslaver>
also if you're looking at my enslaver branch thats my scratch branch
16:27
<knipwim>
Enslaver: to determine which distro to use in ltsp-build-client, lsb_release is used
16:27
<Enslaver>
I'm trying to figure out how to push this new branch
16:27
<knipwim>
how did you solve that?
16:28
i don't see a detect_vendor() override
16:28
<Enslaver>
lemme look
16:28
<knipwim>
Redhat is a directory for specific ltsp-build-client plugins
16:28
<alkisg>
USE_LOCAL_SWAP=False ?
16:29
<Enslaver>
i made a Redhat directory in plugins/ltsp-build-client
16:29
/usr/share/ltsp/plugins/ltsp-build-client/Redhat
16:29* alkisg will check the stable branch later on when it's ready for merging, bbl
16:29
<knipwim>
if you build a client on an CentOs server, it will look for the CentOS dir
16:30
by default at least
16:31
<Enslaver>
where does it call the lsb_release ?
16:32
here it is, i defined it in /etc/sysconfig/ltspdist
16:33
<knipwim>
where in the sources?
16:33
<Enslaver>
ltspdist.template under server/el6/configs
16:34
at the start i followed a lot of warren's methods for creating the client
16:37
I can call this red hat, that is up to you, I just don't want to run into any kind of licensing questions or issues
16:38
<knipwim>
Enslaver: and where do you call /etc/sysconfig/ltspdist?
16:39
<Enslaver>
ltsp-common-functions calls it
16:39* knipwim is reading the redhat trademark styleguide
16:40
<Enslaver>
i had to make a small modification to common functions so it gets sourced at the proper time tho
16:40khildin has left IRC (khildin!~khildin@ip-83-134-214-43.dsl.scarlet.be, Quit: I'm gone, bye bye)
16:42alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
16:42
<Enslaver>
if needed i can throw that into vendor functions and do a check for all the el6 based distros to point to redhat
16:47
Red Hat? is a registered trademark of Red Hat, Inc. and may be
16:47
used only with Red Hat Inc.?s express written permission.
16:49
<knipwim>
the style guide only talks about using it in texts
16:49
we us the lsb_release output as identifier in the code
16:50
why else have that identifier if no one can use it
16:51
<Enslaver>
That would be my preferred method actually
16:52
<knipwim>
what, use the RedHat directory instead of el6 and Redhat in the ltsp-build-client plugins dir?
16:52
mine too
16:53
<Enslaver>
yes, and write what I can to include most of the red hat based distros to a vendor file
16:56
<knipwim>
what's the difference between configs/kickstart/common and configs/kickstart/Redhat ?
16:57
<Enslaver>
set-arch defines i386 versus i586/i686
16:57
chroot creator, resolv.conf fixes, builds dracut
17:04
<knipwim>
ok, where do you need RELEASEDEF in ltspdist.template ?
17:06
<Enslaver>
Thats where its gotten from currently
17:07
LTSPDIST=`cat /etc/rpm/macros.dist |grep %dist |awk {'print $2'} | sed 's/\.//'`
17:07
which returns el6
17:07
then i check for that in a case statement
17:07
to set VENDORDEF and RELEASEDEF
17:07
which works for all red hat based distros
17:08
<knipwim>
yes, but where are those vars used
17:08
the VENDORDEF and RELEASEDEF
17:08
as in, why do you need them at the start of ltsp-build-client?
17:11
<Enslaver>
it just over-rides VENDOR= in the build-client
17:11
i can write a detect vendor function, like i said most of this is from warren's k12linux code
17:13
<knipwim>
ok, wait a sec
17:14
i think those vars are used in your scripts
17:14
Fedora used in 010-chroot-creator
17:15
do you use ltsp-build-client somewhere?
17:16
<Enslaver>
010-chroot-creator is going to be re-written to use mock, just not very soon
17:16
<knipwim>
to use mock?
17:17
<Enslaver>
mock is a chroot builder in replace of the one included
17:18
after looking at this i'd have to keep a vendor list of all the el6 distros or do it the way warren did and just look at the rpm macros file
17:18
<knipwim>
gentoo uses a chroot builder for the most part, but it is called from ltsp-build-client
17:18
<Enslaver>
this one is as well
17:18
ltsp-build-client is what is used to make the new chroots
17:19
<knipwim>
Enslaver: i think in your case you could suffice with a simple vendor_detect override for el6
17:19
<Enslaver>
and that calls the plugins in the red hat directory
17:19
<knipwim>
just pointing all cases to the RedHat dir
17:20
and since your ltsp-build-client doesn't do anything right now, you don't have to package it
17:20
<Enslaver>
just put it in ltsp-server-vendor-functions?
17:20
<knipwim>
yes
17:20
<Enslaver>
what do you mean 'doesn't do anything?'
17:20
its what builds the client
17:22
<knipwim>
ok, maybe i'm missing something here, but where is the server/share/ltsp/plugins/ltsp-build-client/RedHat dir?
17:22dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-29-0.grf-mt.client.bresnan.net)
17:22
<knipwim>
or, at least the plugins to build the chroot
17:24
<Enslaver>
lemme get url
17:25
http://bazaar.launchpad.net/~enslaver-l/ltsp/ltsp-redhat/files/head:/server/share/ltsp/plugins/ltsp-build-client/redhat/
17:27
<knipwim>
check, i was in the ltsp-el6 branch
17:28
<Enslaver>
ah, yah deleted that branch
17:32
<knipwim>
right, the http://bazaar.launchpad.net/~enslaver-l/ltsp/ltsp-redhat/view/head:/server/share/ltsp/plugins/ltsp-build-client/redhat/010-chroot-creator uses the ltspdist file
17:33Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
17:34
<knipwim>
but bare with me, before needing to change all caps again :)
17:35dead_inside has left IRC (dead_inside!~dead_insi@host-98-127-29-0.grf-mt.client.bresnan.net, Quit: Computer has gone to sleep.)
17:36
<Enslaver>
I have both the ltspdist and the check_vendor in the code now
17:36
I don't want to break anything so i'll be going back through the code and seeing what calls it
17:36
<knipwim>
what?
17:38
sorry mate, that won't work :)
17:38
<Enslaver>
the ltspdist
17:38
<knipwim>
the changes
17:38
<Enslaver>
shouldn't take more than a few mins
17:38
<knipwim>
to checkvendor at least
17:38
in your case, the check_vendor should only: echo "redhat"
17:39
because the check_vendor() in ltsp-build-client is only used to determine the distro-specific plugin dir
17:40
with me so far?
17:40
<Enslaver>
it doesn't set vars?
17:40
<knipwim>
we'll get to that other stuff later
17:40
the lines in ltsp-build-client:
17:40
<Enslaver>
ok i'll remove ltspdist completely
17:40
<knipwim>
VENDOR=${VENDOR:-"$(detect_vendor)"}
17:40
PLUGIN_DIRS="/etc/ltsp/plugins/$SCRIPT $PLUGINS_BASE/$SCRIPT/$VENDOR-custom $PLUGINS_BASE/$SCRIPT/$VENDOR $PLUGINS_BASE/$SCRIPT/common"
17:41
<Enslaver>
thats easy enough
17:41
<knipwim>
you'll need the vars, but they should be set somewhere else
17:43
<Enslaver>
looks like only 010-chroot-creator needs RELEASEDEF, thats an easy fix
17:44
<knipwim>
i would set most of the original ltspdist.template in the 010-chroot-creator
17:44
yes
17:45
<Enslaver>
i'd prefer to have them in ltsp-build-client.conf
17:46
so when I'm writing my new mock script i can call it for el6 and fedora*
17:47
would that work?
17:47
<knipwim>
yes
17:48
i'm wondering what to do about the TFTPDIR
17:49alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
17:49
<knipwim>
because the default is TFTPDIRS, the multiple
17:50
<Enslaver>
that was my first major problem, and most peoples, getting ltsp to work on el6
17:51
it is safe to put in ltsp-build-client.conf
17:51
<knipwim>
sure, a bit lame though :)
17:52
there has to be a better solution
17:52
probably better in ltsp-server.conf then
17:53
because it's not really a build-client thing
17:53
<Enslaver>
trying to think, there really wouldn't be a need for multiple tftp dirs would there, base dirs anyway
17:54
<alkisg>
Multiple tftp packages available for the same distro
17:54
<knipwim>
i'm wondering why the 000-verify-tftpdir is even there
17:54
<alkisg>
With different defaults
17:54
*tftpd
17:54
<knipwim>
it has nothing to do with building a client
17:54
<alkisg>
Sure, that would only be there for ltsp-update-kernels
17:54
Maybe they would go in ltsp-update-kernels.conf?
17:55
<Enslaver>
well in ltsp-server.conf theres already a TFTP_DIRS there :/
17:55
I can change the script to read the var TFTP_DIRS and that way its standard
17:56
<knipwim>
Enslaver: that would work, but still the script has no function in the client build
17:57
it would work for an ltsp-env-check script
17:57
<Enslaver>
also my ltsp-update-kernels needs it
17:57
<knipwim>
needs what
17:57
<Enslaver>
i'd still like to make it TFTP_DIRS everywhere in my code
17:58
<knipwim>
check
17:58
i see
17:58
but it's still weird
17:59
<Enslaver>
thats the way all other distros are
18:00
<knipwim>
you define TFTPDIR to /var/lib/tftpboot , check for it to be in etc/xinetd.d/tftp and then retrieve it from there in ltsp-update-kernels.conf
18:00
it's not even a variable on redhat now
18:00
:)
18:00
true, all distro's are weird
18:01
but nothing compared to the people using them
18:01
<Enslaver>
TFTP_DIRS is detected in ltsp-server-functions, my code doesn't need a check
18:03
I don't even need a verify-tftpdirs
18:04
<knipwim>
nice
18:09
<Enslaver>
pushed up
18:13
<knipwim>
cool
18:21
why are all the files in server/redhat/scripts/chkconfig.d empty?
18:21
<Enslaver>
one Q, if root=dhcp is in the pxelinux.cfg how does it get read? would proc/cmdline show root=dhcp ?
18:21
<knipwim>
rather, some are 1 byte
18:21
others are zero
18:21
<Enslaver>
0 for service off, 1 for on
18:22
run by chroot-setup.d/030-configure-client
18:22
<knipwim>
it checks xinetd stuff?
18:22
<Enslaver>
err sorry
18:22
enable-services
18:22
in scripts.d
18:23
<knipwim>
check
18:23
and to the Q, yes, I'm assuming dracut picks it up from there
18:23
<Enslaver>
well referring to the ltsp-init.d
18:24
<knipwim>
i think so :|
18:28vector has left IRC (vector!~vector@host-1-185-230-24.midco.net, Remote host closed the connection)
18:31vector has joined IRC (vector!~vector@host-1-185-230-24.midco.net)
18:31
<knipwim>
Enslaver: so Redhat produces "redhat" at lsb_release -is ?
18:33
<Enslaver>
RedHatEnterpriseServer
18:34
<knipwim>
:)
18:35
<Enslaver>
oh how nice, this red hat doesn't even come with LSB installed, sec
18:38
RedHatEnterprise linux = rh 5.x and above, All fedoras return Fedora
18:42anunnaki has joined IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net)
18:49
<knipwim>
Enslaver: alkisg and I were discussing the best way to proceed with the merge
18:49
so we can judge all changes most effectively
18:51
basically, for all common files a commit for each file, and redhat specific stuff can be commit per dir
18:51
<Enslaver>
Ok, one thing i'd like to recommend is that we wipe out the k12linux and fedora dirs, k12linux isn't being maintained and fedora will be recreated based on the current
18:53
<knipwim>
sure, but i can't decide that alone
18:53
<Enslaver>
k just throwing it out there, i think warren said it was ok, its not like either of those directories will work in 5.4.4 anyway
18:54
<knipwim>
true
18:54
<alkisg>
I think the programmed hackathon would be a good time to do lots of merge reviews
18:54
+code deletion reviews
18:55
Enslaver: how about if you organized the proposed merge so that each common code change is a separate commit, commented etc, and we look at them all at the hackathon?
18:55
E.g. "nbd-server -rc" ==> you enable copy-on-write which will break nbd-server in debian based distros because of the nbd user
18:55
I'd like to at least be able to see that in a separate commit, before we chat with other devs if we want that for all distros...
18:56
<Enslaver>
that wasn't supposed to be there, sorry about that, I was just recently testing that
18:56
<alkisg>
Or, in another occurance, "chown" on its own (syntax error)
18:56
(in a common file, ltsp-update-image)
18:57
So I think that having one commit per common code change would make it easier for review at the hackathon... sounds ok?
18:58
<knipwim>
+1
18:58* alkisg doesn't mind at all about the distro-specific dir commits, you can organize those however you want as far as /me is concerned...
18:58
<Enslaver>
doesn't matter to me, just lemme know what i need to do
18:58
<alkisg>
Let's see a couple of examples
18:58
http://bazaar.launchpad.net/~enslaver-l/ltsp/ltsp-redhat/revision/2452#server/ltsp-update-image
18:59
Suppose this is something you want us to review
18:59
Line 316, you comment out `#ltsp-config nbd-server`
18:59
If that's needed, I'd like to see it as a separate commit, with a comment explaining why it was needed
19:01
Another example... http://bazaar.launchpad.net/~enslaver-l/ltsp/ltsp-redhat/revision/2452#client/share/ltsp/init-ltsp.d/09-hostname
19:02
I assume that solves a bug, but why not have a commit message that explains the bug it solves?
19:02
<Enslaver>
Gotcha
19:02
Yeah i can comment on each common thing i've changed
19:02
<alkisg>
Same for screen-x-common, we did talk about the bug there here in IRC, but why not have that as a separate commit
19:02komunista has joined IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk)
19:02
<alkisg>
Cool, I think that will make it much easier for merging
19:02
<Enslaver>
yeah no prob, i could have that done quickly
19:03
whats the easiest way to go about that?
19:03
considering i merge something and it likes to merge the entire tree
19:03
different branch for each change?
19:03
<alkisg>
commit file -m message
19:03
Just the file you want
19:03
<Enslaver>
ok thats easy enough
19:04
<alkisg>
For bigger common code changes that need a decision/agreement from many devs, a bug report would be nice
19:04
E.g. "bug report: remove fedora dir"
19:05
(just an example, I'm guessing if warren says that's ok, we don't need a bug report there)
19:05
<Enslaver>
i'll chat with him when he wakes up
19:06
so for instance you want the comments in the commits? Because i added some above the code too
19:06
<alkisg>
Both are nice
19:07
http://bazaar.launchpad.net/~enslaver-l/ltsp/ltsp-redhat/revision/2452#server/ltsp-update-image
19:07
<knipwim>
comments in the commits are for explaining why something changed
19:07
<alkisg>
==> I'd do more than 1 commit for the changes there
19:07
<knipwim>
comments code explain what the code does
19:08
<alkisg>
So for example, a code comment would say "-c3 is needed because otherwise special priveleges are required bla bla"
19:08
and a commit comment would say "-c3 is needed in the || clause too"
19:08
(about this:) test -x /usr/bin/ionice && /usr/bin/ionice -c3 true 2>/dev/null && ionice="ionice -c3" || unset ionice
19:09
<Enslaver>
yeah
19:09
I never understood why -c3 wasn't used, its tested for, and it breaks if not used on my os
19:10
I think thats the only major one i need in that code
19:10Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 264 seconds)
19:10
<Enslaver>
i'll prob throw the others out so i can get it in main merge
19:10komunista has left IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk, Quit: Leaving.)
19:11komunista has joined IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk)
19:12
<alkisg>
Enslaver: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/2242
19:12
Before that commit, -c3 wasn't there at all (it worked fine for me without it)
19:12
<Enslaver>
he beat me to it, lol
19:12
<alkisg>
But he has a bug as you saw + fixe
19:12
d
19:13
<Enslaver>
actually, that won't work either
19:13
el needs a -c flag
19:13
ionice bash
19:13
none: prio 4
19:13
ionice: cannot parse number 'bash'
19:13
<alkisg>
Right, so document that in the code
19:13
ionice bash works fine here
19:14
Or at least in the commit messages
19:19
Btw, we should put -t (ignore problems and run the command anyway) in the ionice call...
19:41
<Enslaver>
bzr: ERROR: Could not acquire lock "/opt/ltsp/BUILD/ltsp-redhat/.bzr/checkout/dirstate": [Errno 11] Resource temporarily unavailable
19:41
that normal?
19:41Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
19:42
<Enslaver>
nm
19:45Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
19:53gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net)
20:04komunista has left IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk, Quit: Leaving.)
20:07gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Remote host closed the connection)
20:11komunista has joined IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk)
20:12gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net)
20:57jammcq1 has joined IRC (jammcq1!~jam@141.217.46.251)
20:57
<jammcq1>
alkisg: ping
20:57
<alkisg>
Hey jammcq1
20:57
<jammcq1>
hey
20:57
i'm sitting here in Detroit with a couple of guys that are doing LTSP in schools
20:58
we've setup kiosk mode running icewm and chrome
20:58
it's working quite well
20:58
now, they're asking about epoptots
20:58
or whatever it's called
20:58
<alkisg>
epoptes, sure, shoot
20:58
!epoptes
20:58
<ltsp>
epoptes: Epoptes is a computer lab administration and monitoring tool. It works on Ubuntu and Debian based labs with LTSP or non-LTSP servers, thin and fat clients, standalone workstations, NX clients etc. More info: http://www.epoptes.org
20:59
<jammcq1>
alkisg: do you work on it, or do you just use it?
20:59
<alkisg>
jammcq1: me and Phantomas developed it
20:59
<jammcq1>
ahhhhh
20:59
so you know it pretty well, eh?
20:59
<alkisg>
Yup
21:00
<jammcq1>
ok, new question, how many sites in greece did you deploy?
21:00highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)
21:01
<alkisg>
400+ schools used our scripts + documentation to deploy LTSP
21:01
<jammcq1>
so you didn't actually do it, but because of the work you did, 400+ schools have nice successful installations
21:01
<alkisg>
Personally I've deployed or remotely helped in maybe 40-50 installations
21:02
We ship customized CDs and scripts that really automate the installation
21:02
<jammcq1>
are those fat clients or thin ?
21:02
<alkisg>
Mixed, we support both, no difference in the installation method
21:02
!ltsp-pnp
21:02
<ltsp>
ltsp-pnp: ltsp-pnp is an alternative (upstream) method to maintain LTSP installations for thin and fat clients that doesn't involve chroots: https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
21:02
<alkisg>
That what we've developed + been using lately
21:04mikkel has left IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk, Quit: Leaving)
21:04
<jammcq1>
these guys are pretty impressed with what we have here and with what you've done
21:05
<alkisg>
The main thing to worry about is if linux fits their needs. If yet, then LTSP can make sure that no sysadmin is needed :P
21:05
s/yet/yes/
21:05
<jammcq1>
they've been using ltsp since 2000
21:06
they've been stuck on ltsp-4.2 for a long time and are finally moving up to 5
21:08
<alkisg>
The good thing about linux installations in schools is that _after_ you got them working properly (which isn't always easy, e.g. graphics module problems can be a pain), then their performance doesn't degrade over time like windows installations do
21:08
So once a school is settled with their new system, they don't need a sysadmin to maintain it, a teacher can do it
21:11
<jammcq1>
well... you guys have done an awesome job with ltsp. thanks
21:13
I gotta run. packing up
21:13jammcq1 has left IRC (jammcq1!~jam@141.217.46.251, Quit: leaving)
21:16adrianorg_ has left IRC (adrianorg_!~adrianorg@177.156.229.91, Ping timeout: 276 seconds)
21:24komunista has left IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk, Quit: Leaving.)
21:41alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
21:46alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
22:03bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
22:07alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
22:12komunista has joined IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk)
22:23vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net)
22:23vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
22:25gkiagia has left IRC (gkiagia!gkiagia@pasanda.collabora.co.uk, Read error: Operation timed out)
22:25gkiagia has joined IRC (gkiagia!gkiagia@pasanda.collabora.co.uk)
22:55highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 244 seconds)
22:58bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 248 seconds)
23:23epoptes_user8 has joined IRC (epoptes_user8!4fda739b@gateway/web/freenode/ip.79.218.115.155)
23:41komunista has left IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk, Quit: Leaving.)