IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 16 February 2013 (all times are UTC)
| 00:00 | ltspuser_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:28 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving) | |
| 01:37 | adrianorg has left IRC (adrianorg!~adrianorg@177.134.56.156, Ping timeout: 255 seconds) | |
| 03:32 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
| 03:44 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 255 seconds) | |
| 04:09 | dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-29-0.grf-mt.client.bresnan.net) | |
| 04:18 | anunnaki has left IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net, Remote host closed the connection) | |
| 04:20 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Remote host closed the connection) | |
| 04:20 | dead_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:20 | iphar has left IRC (iphar!hara@gateway/shell/devio.us/x-cabdjraxgcisycpc, Ping timeout: 246 seconds) | |
| 04:21 | iphar has joined IRC (iphar!hara@gateway/shell/devio.us/x-qqcvrhcsuqoupfww) | |
| 04:56 | sha_ has joined IRC (sha_!~sha@e177118221.adsl.alicedsl.de) | |
| 04:59 | sha has left IRC (sha!~sha@e177173230.adsl.alicedsl.de, Ping timeout: 255 seconds) | |
| 05:01 | Parker955_Away is now known as Parker955 | |
| 05:06 | anunnaki has joined IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net) | |
| 05:09 | Parker955 is now known as Parker955_Away | |
| 05:11 | ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Read error: Operation timed out) | |
| 05:13 | ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de) | |
| 05:19 | komunista has joined IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk) | |
| 05:35 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 05:48 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 264 seconds) | |
| 05:55 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
| 06:00 | dead_inside has joined IRC (dead_inside!~dead_insi@host-98-127-29-0.grf-mt.client.bresnan.net) | |
| 06:04 | dead_inside has left IRC (dead_inside!~dead_insi@host-98-127-29-0.grf-mt.client.bresnan.net, Client Quit) | |
| 06:41 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 07:18 | anunnaki has left IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net, Quit: Leaving) | |
| 07:19 | anunnaki has joined IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net) | |
| 07:20 | anunnaki has left IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net, Read error: Connection reset by peer) | |
| 07:20 | anunnaki 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:13 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
| 09:28 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
| 09:37 | mikkel has joined IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk) | |
| 09:50 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
| 10:45 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 252 seconds) | |
| 11:36 | adrianorg has joined IRC (adrianorg!~adrianorg@177.132.220.117) | |
| 11:42 | bobby_C has joined IRC (bobby_C!~bobby@91.114.4.250) | |
| 11:51 | bobby_C has left IRC (bobby_C!~bobby@91.114.4.250, Ping timeout: 260 seconds) | |
| 12:34 | anunnaki has left IRC (anunnaki!~anunnaki@c-174-54-115-236.hsd1.pa.comcast.net, Remote host closed the connection) | |
| 13:33 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
| 13:39 | komunista has left IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk, Quit: Leaving.) | |
| 13:46 | gentgeen__ has left IRC (gentgeen__!~kevin@98.236.71.64, Ping timeout: 245 seconds) | |
| 13:47 | staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu) | |
| 13:50 | gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net) | |
| 13:57 | gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Read error: Connection reset by peer) | |
| 13:59 | staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Ping timeout: 260 seconds) | |
| 14:13 | khildin has joined IRC (khildin!~khildin@ip-83-134-214-43.dsl.scarlet.be) | |
| 14:29 | epoptes_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:50 | epoptes_user5 has left IRC (epoptes_user5!4fda739b@gateway/web/freenode/ip.79.218.115.155, Ping timeout: 245 seconds) | |
| 14:59 | Enslaver has left IRC (Enslaver!~Enslaver@c-98-196-42-169.hsd1.tx.comcast.net, Read error: Connection reset by peer) | |
| 15:44 | Enslaver 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:08 | alkisg 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:13 | Phantomas 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:15 | adrianorg_ has joined IRC (adrianorg_!~adrianorg@177.156.229.91) | |
| 16:17 | <knipwim> Enslaver: ok, tagged
| |
| 16:18 | adrianorg 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:40 | khildin has left IRC (khildin!~khildin@ip-83-134-214-43.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
| 16:42 | alkisg 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:22 | dead_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:33 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
| 17:34 | <knipwim> but bare with me, before needing to change all caps again :)
| |
| 17:35 | dead_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:49 | alkisg 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:28 | vector has left IRC (vector!~vector@host-1-185-230-24.midco.net, Remote host closed the connection) | |
| 18:31 | vector 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:42 | anunnaki 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:02 | komunista 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:10 | Phantomas 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:10 | komunista has left IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk, Quit: Leaving.) | |
| 19:11 | komunista 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:41 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
| 19:42 | <Enslaver> nm
| |
| 19:45 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
| 19:53 | gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net) | |
| 20:04 | komunista has left IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk, Quit: Leaving.) | |
| 20:07 | gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Remote host closed the connection) | |
| 20:11 | komunista has joined IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk) | |
| 20:12 | gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net) | |
| 20:57 | jammcq1 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:00 | highvoltage 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:04 | mikkel 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:13 | jammcq1 has left IRC (jammcq1!~jam@141.217.46.251, Quit: leaving) | |
| 21:16 | adrianorg_ has left IRC (adrianorg_!~adrianorg@177.156.229.91, Ping timeout: 276 seconds) | |
| 21:24 | komunista has left IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk, Quit: Leaving.) | |
| 21:41 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 21:46 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 22:03 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
| 22:07 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 22:12 | komunista has joined IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk) | |
| 22:23 | vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) | |
| 22:23 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
| 22:25 | gkiagia has left IRC (gkiagia!gkiagia@pasanda.collabora.co.uk, Read error: Operation timed out) | |
| 22:25 | gkiagia has joined IRC (gkiagia!gkiagia@pasanda.collabora.co.uk) | |
| 22:55 | highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 244 seconds) | |
| 22:58 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 248 seconds) | |
| 23:23 | epoptes_user8 has joined IRC (epoptes_user8!4fda739b@gateway/web/freenode/ip.79.218.115.155) | |
| 23:41 | komunista has left IRC (komunista!~slavko@adsl-195-168-244-224.dynamic.nextra.sk, Quit: Leaving.) | |