| *** persia_ [quassel@ubuntu/member/persia] has quit [Quit: No Ping reply in 180 seconds.] | 01:07 | |
| *** persia_ [quassel@ubuntu/member/persia] has joined #baserock | 01:21 | |
| *** vmeson [~quassel@128.224.252.2] has quit [Ping timeout: 240 seconds] | 01:43 | |
| *** vmeson [~quassel@128.224.252.2] has joined #baserock | 01:45 | |
| *** De|ta [~arc@195.242.156.171] has quit [Ping timeout: 265 seconds] | 02:38 | |
| *** De|ta [~arc@195.242.156.171] has joined #baserock | 02:39 | |
| *** VVIBIN [~VVIBIN@202.0.77.198] has joined #baserock | 04:26 | |
| *** aananth [~caananth@74.112.167.117] has joined #baserock | 07:42 | |
| *** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has joined #baserock | 08:03 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:12 | |
| Mode #baserock +v ssam2 by ChanServ | 08:12 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 08:23 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:35 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:08 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Ping timeout: 272 seconds] | 09:08 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 09:09 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:32 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:38 | |
| *** ssam2_ [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:52 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 09:52 | |
| *** petefoth [~petefoth@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: petefoth] | 09:55 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 256 seconds] | 10:01 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:14 | |
| *** Krin [~mikesmith@host86-190-220-106.range86-190.btcentralplus.com] has joined #baserock | 10:16 | |
| Krin | does anyone know a way that i can make it so that during the build stage for a system i can add a program to the path manually as it does not do this itself? so for ecample i could just type 'ant' to have the program run rather than '/usr/lib/ant/bin/ant' i tried to add it to a bash profile but i cant seem to get one of those working in baserock... | 10:30 |
|---|---|---|
| radiofree | PATH? | 10:31 |
| Kinnison | Krin: I'd add, in the ant chunk, a symlink in /usr/bin | 10:31 |
| Kinnison | Krin: i.e. in install-commands, I'd add: | 10:31 |
| Kinnison | Krin: - ln -sf "${PREFIX}/lib/ant/bin/ant" "${DESTDIR}${PREFIX}/bin/ant" | 10:32 |
| Kinnison | maybe need an - install -d "${DESTDIR}${PREFIX}/bin" before that | 10:32 |
| * Kinnison is sure richard_maw will chime in here and give you better commands too | 10:32 | |
| Krin | ok Kinnison, thank you :) i did try a bit of PATH radiofree, but every time i mess with that bad things happen. probebly does not help that all these {DESTDIR} & {PREFIX}'s look like place holders to me not actual things i should be typing, need to get my head around that | 10:34 |
| Kinnison | They're not placeholders | 10:34 |
| Kinnison | they're variables morph passes in to the chunk build | 10:34 |
| richard_maw | Kinnison: a mkdir -p would be better | 10:34 |
| Kinnison | fair enough | 10:34 |
| Krin | i know that now, but my brain refuses to not se them that way >.< because i dont understand them | 10:34 |
| * pedroalvarez wonders if it would be possible to say ant to be installed in /usr/bin | 10:35 | |
| Kinnison | no | 10:35 |
| Kinnison | not easily | 10:35 |
| Kinnison | ant, like so many java tools, expects to have its own little playground | 10:35 |
| Krin | ant is having it it's way or it's taking it's building blocks and going home :( | 10:36 |
| ssam2_ | maybe it's scared because it knows the other unix tools don't like it | 10:37 |
| Kinnison | It's being marginalised by gradle | 10:38 |
| Kinnison | But old-school projects still like it | 10:38 |
| rdale | radiofree: i've built my jetson with the correct mesa, but the clocks demo still isn't working | 10:42 |
| ssam2_ | jjardon: I can't see your baserock/jjardon/weston branch, did you push it ? | 10:42 |
| paulsherwood | Krin: i agree with you that the DESTDIR PREFIX stuff is nasty | 10:44 |
| Krin | that feels somewhat reassuring paulsherwood :) | 10:46 |
| ssam2_ | gobject-introspection failed to build and then succeeded when I retried :( | 10:54 |
| richard_maw | max-jobs: 1? | 10:55 |
| ssam2_ | that's not set | 10:55 |
| ssam2_ | thankfully! | 10:55 |
| ssam2_ | i'm debating trying to fix the makefile or just doing a hack to workaround it | 10:56 |
| ssam2_ | we'll see how the day progresses! | 10:56 |
| persia | If at all possible, please fix the makefile and send the patch upstream. | 10:57 |
| ssam2_ | tracking down and fixing parallel build issues in makefiles is sometimes possible :) | 10:57 |
| persia | Some upstream projects have heard of us, but some have not, and we definitely want to build a reputation for sending patches, rather than a reputation for carrying workarounds (I've seen this cause friction in the past) | 10:57 |
| ssam2_ | I agree | 10:57 |
| persia | Heh, true. In those cases where it's less possible, jobs=1 works :) | 10:58 |
| persia | Personally, I find make -p incredibly useful when trying to debug code. | 10:58 |
| ssam2_ | I've not tried that, thanks for the suggestion | 10:59 |
| radiofree | rdale: :\ | 11:03 |
| rdale | is weston 1.4.93 the correct version? | 11:03 |
| radiofree | doesn't matter, clocks not working is nothing to do with weston | 11:04 |
| rdale | weston doesn't work very either | 11:05 |
| rdale | very well | 11:05 |
| *** aananth [~caananth@74.112.167.117] has quit [Ping timeout: 255 seconds] | 11:05 | |
| * radiofree shrugs | 11:09 | |
| radiofree | works for me | 11:09 |
| ratmice________ | i was thinking of trying to do a gnumake 4 plugin, that preloads some library to every job, and collecting all dependencies from files opened, though I doubt you guys run v4 because of gpl3 :D | 11:10 |
| Kinnison | Given 'make' rarely ends up on a gplv3-sensitive system anyway, it wouldn't be impossible | 11:11 |
| *** aananth [~caananth@74.112.167.117] has joined #baserock | 11:17 | |
| Krin | ok, so that works. next, how to get something that during install downloads from maven into the build >.< (thinks this may be the point that he dies) | 11:20 |
| Kinnison | I fear you will need to find a way to prepopulate the maven cache | 11:21 |
| Kinnison | Or else you'll have to walk the dependencies getting them installed first | 11:21 |
| robtaylor | ratmice________: that sounds useful!. I guess you could also do it by stracing. | 11:22 |
| Kinnison | preload would be less of a performance overhead than ptrace | 11:22 |
| Kinnison | although it'd catch less | 11:22 |
| Kinnison | I believe a friend of mine did research into using ptrace during package builds/installs to keep track of things | 11:22 |
| Kinnison | robtaylor: Rob Bradford did something on those lines I *think* | 11:23 |
| robtaylor | there was a script for openembedded that analaysed dependancies for licence checking, i think | 11:23 |
| rjek | Somebody I know who did the ARM port of Slackware did something like that for the automatic creation of packages. | 11:23 |
| rjek | (using an LD_PRELOAD, not ptrace) | 11:23 |
| robtaylor | (well, i think it was open, may have just been internal to where i saw it) | 11:23 |
| rjek | He did a talk about it at FOSDEM a few years ago | 11:24 |
| rjek | https://archive.fosdem.org/2005/index/speakers/speakers_winter | 11:24 |
| robtaylor | https://code.google.com/p/fabricate/wiki/HowItWorks | 11:24 |
| rjek | Blimey. A decade ago, not a few years ago. | 11:25 |
| * rjek feels old. | 11:25 | |
| robtaylor | ratmice________: Kinnison: think the 'fabricate' tool above may be sufficient? | 11:26 |
| Kinnison | robtaylor: for determining if gplv3 source content was accessed as part of building something -- perhaps yes | 11:27 |
| ssam2_ | rjek: `checkinstall` on Slackware was amazingly useful | 11:28 |
| ssam2_ | basically auto-created a package just from a 'make install' execution | 11:29 |
| * rjek wonders what Stuart's up to these days. | 11:29 | |
| rjek | ssam2_: Nod. | 11:29 |
| * rjek wonders if fakeroot can do something like this these days. | 11:30 | |
| jjardon | ssam2_: sorry, pushed now! | 11:38 |
| ratmice________ | robtaylor: maybe though i'm hoping with a make plugin you can compare the actual dependency graph to the in the makefile | 11:38 |
| ratmice________ | s/maybe/yes/ | 11:38 |
| ssam2_ | jjardon: thanks! | 11:38 |
| robtaylor | ratmice________: that would be pretty cool! | 11:39 |
| ssam2_ | hmm, I wonder if this parallel make issue is thornier than I thought | 11:41 |
| ssam2_ | the required file exists, but the libtool magic required to actually use the required file is not yet complete | 11:41 |
| robtaylor | ssam2_: I might be able to help. Point me at the source in question? | 11:42 |
| ssam2_ | robtaylor: http://git.baserock.org/cgi-bin/cgit.cgi/delta/gobject-introspection.git/tree/?h=a543d8563f8e9ca059afb7218c63496f577cd0fc | 11:43 |
| ssam2_ | somewhere in those Makefiles ;) | 11:43 |
| ssam2_ | I can paste the build failure somewhere, hang on | 11:44 |
| ssam2_ | http://fpaste.org/146441/41466949/ | 11:44 |
| robtaylor | ssam2_: taking a look | 11:45 |
| robtaylor | wow, that *is* special | 11:47 |
| ssam2_ | using 'make -j 20' it happens quite often, which is nice | 11:48 |
| robtaylor | ssam2_: so its definitely a race? | 11:49 |
| * radiofree is envious of ssam2_'s computer | 11:49 | |
| ssam2_ | radiofree: i'm just trying use induce the error, I only have 4 cores in it! | 11:50 |
| ssam2_ | robtaylor: yes, it sometimes succeeds too | 11:50 |
| robtaylor | hmm, so this is probably properly solved in automake or libtool | 11:53 |
| ssam2_ | good point | 11:53 |
| ssam2_ | in fact! | 11:53 |
| ssam2_ | I just saw a build failure from liborc, with the same sort of thing | 11:53 |
| ssam2_ | so yeah, probably a bug in libtools autofluff | 11:54 |
| robtaylor | gotta head. i'l have a bit moreof a look later | 11:55 |
| ssam2_ | not much has changed recently ... we upgraded Automake 45 days ago, but you'd think the issue would have come up already in that time | 11:56 |
| ssam2_ | libtool provides its own m4 macros, and we haven't changed libtool | 11:56 |
| richard_maw | ssam2_: biff, I'm afraid I had to manually consume kwargs arguments | 12:02 |
| richard_maw | though that was back when I was accepting multiple commands, so it may be worth trying again | 12:03 |
| richard_maw | but there were some fundamental problems with the python parameter parsing that had to be fixed in python3 | 12:03 |
| ssam2_ | wow | 12:04 |
| ssam2_ | I guess *args and **kwargs don't interact well | 12:04 |
| richard_maw | not stuff you usually encounter, but I wanted to avoid requiring you to pass a list or tuple | 12:04 |
| ssam2_ | why, in this case? seems turning cmd into a list would be OK | 12:05 |
| ssam2_ | callers just need to add [ ] around things | 12:05 |
| richard_maw | it is now, previous versions accepted multiple argv lists, like runcmd does for its pipelines | 12:05 |
| richard_maw | (runcmd needs to do the same tricks as I did) | 12:05 |
| ssam2_ | ok | 12:06 |
| jmacs | We're going to have to adapt a script which does lots of package management soon - is there a preferred way to adapt package management to Baserock? | 12:21 |
| jmacs | What I've thought of so far is pre-installing everything the script needs and then making a 'package management tool' which actually just checks it's there; or we make something that adds new repos, builds and self-deploys | 12:24 |
| franred | jmacs, are you talking about import tool? | 12:25 |
| jmacs | I don't know; I'll go and look that up | 12:26 |
| straycat | If it's anything like the stuff we've done for gems, python packages etc. Then we generate lorries, morphs etc and add them to baserock. | 12:26 |
| straycat | jmacs, The import tool is a tool to support adding ruby, python and other packages to baserock. | 12:27 |
| straycat | ssam2_ has written the bulk of it, so it may be worth asking him | 12:29 |
| ssam2_ | jmacs, yeah, I think we should have a chat about this | 12:31 |
| ssam2_ | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/import.git provides a framework for importing metadata from foreign package systems | 12:32 |
| ssam2_ | it's young, though | 12:32 |
| ssam2_ | there should be no post-build/deploy config of the system done, I think | 12:33 |
| ssam2_ | so if it's possible to create a system that represents what the script would have done, and throw away the script, that's the best approach I think | 12:34 |
| ssam2_ | if it's not that simple, perhaps the best thing is for the script to drive the import tool, which would create an appropriate system, and the script would then build and deploy that | 12:35 |
| ssam2_ | having a 'check that the software I need is really there' script is an interesting idea, I've not thought about that for Baserock before | 12:36 |
| ssam2_ | but it seems (with little knowledge of what you are doing) that it shouldn't be necessary | 12:36 |
| jmacs | I think what we're doing will be more apt-get than gem, but yeah, hopefully we can just make an image with everything installed already | 12:42 |
| franred | jmacs, I can't wait until straycat finishes with the python import tool part... adding all the dependencies looking at the setup.py of all the packages is... tedious | 12:46 |
| Krin | ok, i have told the build to download zookeeper from the upstream using ref:master, and with build dependancey of ant, but it's telling me that there is no repo caled zookeeper, yet i can see the zookeeper delta on git.baserock.org... am i going even more insane? | 12:51 |
| radiofree | pastebin | 12:51 |
| Krin | will do | 12:52 |
| radiofree | repo should be "upstream:zookeper" btw | 12:52 |
| radiofree | s/kep/keep | 12:53 |
| Krin | http://pastebin.com/ZnBKBJSd | 12:53 |
| radiofree | :\ | 12:55 |
| Krin | i keep accidentaly typing zookeper too... | 12:55 |
| radiofree | every looks fine there, i'll try it here | 12:56 |
| *** JPohlmann [~jannis@xfce/core-developer/JPohlmann] has quit [Ping timeout: 265 seconds] | 12:56 | |
| *** JPohlmann [~jannis@m65s13.vlinux.de] has joined #baserock | 12:56 | |
| *** JPohlmann [~jannis@m65s13.vlinux.de] has quit [Changing host] | 12:56 | |
| *** JPohlmann [~jannis@xfce/core-developer/JPohlmann] has joined #baserock | 12:56 | |
| radiofree | "Command failed: git clone --mirror -n zookeeper" doesn't look right | 12:56 |
| radiofree | do you have a morph.conf? | 12:56 |
| *** Krin [~mikesmith@host86-190-220-106.range86-190.btcentralplus.com] has quit [Read error: No route to host] | 12:58 | |
| *** Krin [~mikesmith@host86-190-220-106.range86-190.btcentralplus.com] has joined #baserock | 12:59 | |
| radiofree | Krin: i get a different error | 13:00 |
| radiofree | ERROR: Ref master is an invalid reference for repo git://git.baserock.org/delta/zookeeper | 13:00 |
| radiofree | it clones fine though | 13:00 |
| Krin | ... this laptop fails at battery monitoring, i litteraly just checked and it said it had 2 hours remaining and then ran out. | 13:00 |
| Krin | huh, interesting | 13:00 |
| radiofree | try changing the ref to branch-3.5 | 13:00 |
| Krin | ok, i'll try that :) | 13:01 |
| radiofree | but yeah, copy and pasting what you have works for me (at least cloning) | 13:01 |
| Krin | glad to know i'm not going ENTIRELY insane, just bringing my "this is now broken" magic to the table again :) | 13:02 |
| radiofree | do you have an /etc/morph.conf | 13:03 |
| radiofree | is it possible morph doesn't know what to do with "upstream:"? | 13:03 |
| richard_maw | not really, he's already using it for the ant stuff | 13:03 |
| Kinnison | zookeeper doesn't have a master ref | 13:04 |
| Kinnison | it has a trunk ref | 13:04 |
| Kinnison | cf. http://git.baserock.org/cgi-bin/cgit.cgi/delta/zookeeper.git/refs/ | 13:05 |
| radiofree | yeah i suggested changing the ref, however the error looks like it's failing to clone? | 13:05 |
| Kinnison | that is a little odd and I'd be running 'git grep zookeeper' and seeing if I accidentally squiffed a repo: elsewhere | 13:07 |
| Krin | well changing the ref seems to work quite well, just have to work out how to make a morphology that will cope with the insanity now ^.^ | 13:08 |
| Krin | but first, lunch time. | 13:09 |
| pedroalvarez | hm.. is not possible to set a different 'init' in the kernel args using KERNEL_ARGS | 13:39 |
| richard_maw | pedroalvarez: you ought to be able to, but I don't recall whether I hooked that up in the initramfs | 13:40 |
| radiofree | init=/sbin/init is a default morph argument | 13:41 |
| richard_maw | it should be handling it | 13:41 |
| richard_maw | with an initramfs at least, the rightmost init= will be used | 13:42 |
| radiofree | ah | 13:42 |
| * pedroalvarez will research | 13:42 | |
| persia | On maven: wasn't there some discussion about handling ruby dependencies on the list? Can the same class of architecture be used to parse maven? | 13:51 |
| ssam2_ | I hope that's the right approach for Maven, but I don't know enough about Maven to comment | 13:59 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 14:03 | |
| persia | As I understand it, the main issue with maven is that it is designed to work on binary blobs, many of which are not sourceful, which complicates things. | 14:06 |
| persia | Oh, and the magic of jars and JAVA_PATH means that many of the filesystem issues encountered with other systems do not apply, so maven doesn't handle them at all. | 14:07 |
| ssam2_ | can anyone remember the exact cause of the 'clone: Invalid argument' error when running a Morph build | 14:15 |
| ssam2_ | ? | 14:15 |
| ssam2_ | I know it's some missing kernel feature | 14:15 |
| ssam2_ | but I forget exactly what | 14:15 |
| richard_maw | kernel doesn't have namespace support built in | 14:15 |
| ssam2_ | do you remember the config flag needed ? | 14:15 |
| ssam2_ | maybe just CONFIG_NAMESPACES | 14:16 |
| richard_maw | you'll need at least that one | 14:16 |
| richard_maw | you'll also want network namespaces | 14:16 |
| richard_maw | (unqualified namespaces means the mount namespace) | 14:16 |
| ssam2_ | I'm struggling to find which flag is required for that | 14:18 |
| ssam2_ | CONFIG_NET_NS. got it | 14:18 |
| *** VVIBIN [~VVIBIN@202.0.77.198] has quit [Ping timeout: 256 seconds] | 14:23 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving.] | 14:54 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 14:54 | |
| *** aananth [~caananth@74.112.167.117] has quit [Ping timeout: 256 seconds] | 15:11 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 15:16 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 15:18 | |
| *** aananth [~caananth@74.112.167.117] has joined #baserock | 15:20 | |
| *** aananth [~caananth@74.112.167.117] has quit [Ping timeout: 250 seconds] | 15:42 | |
| *** aananth [~caananth@74.112.167.117] has joined #baserock | 15:50 | |
| ssam2_ | my 'make' problem seems to vanish if I build on a filesystem that isn't backed by binds/FUSE | 15:51 |
| ssam2_ | but ! the check I added to libtool to see if the compiler output really exists after the compiler exits continues to fail | 15:52 |
| ssam2_ | also, I can't find a testcase that finds a bug in bindfs, so far | 15:52 |
| Kinnison | Oh dear | 15:53 |
| richard_maw | kdbus has been sent for review now: https://lkml.org/lkml/2014/10/29/854 | 16:03 |
| aananth | ssam2_: I have a question on "Deploy Trove to KVM". I have sent you an email. Can you please reply? | 16:04 |
| richard_maw | a couple of comments asking why it's needed, a lot saying that it should be checking capabilities at open time, rather than binding or message sending time, a couple complaints that the delegating of busses to containers can't work, despite evidence to the contrary, and complaints that it can't be checkpointed | 16:06 |
| richard_maw | oh, and complaints that it's not opt-in on the sender side as to what metadata is sent with the messages | 16:07 |
| ssam2_ | aananth: sure, one sec | 16:10 |
| ssam2_ | aananth: I've replied now | 16:19 |
| aananth | ssam2_: Thanks. I have replied. I am just copying the question I raised in the email again here: I did not quite understand the last point "It's actually better to have a separate disk for /home, so that the Trove data is stored separately." Are you referring to the /home directory of the newly created trove VM? | 16:34 |
| *** aananth [~caananth@74.112.167.117] has quit [Quit: Leaving] | 16:36 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Ping timeout: 245 seconds] | 16:54 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:03 | |
| *** perryl [~lauren@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 258 seconds] | 17:42 | |
| *** ssam2_ [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:43 | |
| robtaylor | oh, in other news, source for four-times-faster qemu released https://github.com/ComputerSystemLab/hqemu | 17:44 |
| paulsherwood | ooh :) | 17:47 |
| jmacs | "Read the documentation in qemu-doc.html" says the README. qemu-doc.html is in .gitignore, of course | 17:47 |
| Kinnison | presumably it's a generated output | 17:47 |
| jmacs | Yep. | 17:47 |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 250 seconds] | 18:03 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 18:08 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 18:14 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 18:16 | |
| *** Krin [~mikesmith@host86-190-220-106.range86-190.btcentralplus.com] has quit [Remote host closed the connection] | 18:59 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 19:24 | |
| *** VVIBIN [~VVIBIN@202.0.77.198] has joined #baserock | 20:19 | |
| *** VVIBIN [~VVIBIN@202.0.77.198] has quit [Ping timeout: 244 seconds] | 20:24 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!