| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Remote host closed the connection] | 01:43 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 01:43 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Remote host closed the connection] | 07:17 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 07:17 | |
| *** petefoth [~petefoth@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:33 | |
| *** pacon [~pacon@101.117.4.80] has joined #baserock | 08:01 | |
| *** grahamfinney [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has joined #baserock | 08:06 | |
| *** grahamfinney_ [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has joined #baserock | 08:06 | |
| *** paulsherwood [~paulsherw@access.ducie-dc1.codethink.co.uk] has joined #baserock | 08:11 | |
| *** paulsherwood [~paulsherw@access.ducie-dc1.codethink.co.uk] has quit [Client Quit] | 08:11 | |
| *** grahamfinney_ [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has quit [Quit: Ex-Chat] | 08:41 | |
| *** grahamfinney [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has quit [Quit: Ex-Chat] | 08:42 | |
| *** grahamfinney [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has joined #baserock | 08:42 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:52 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:03 | |
| *** tiagogomes_ [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:09 | |
| *** bashrc_ [~motters@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:12 | |
| *** gary_perkins [~gary_perk@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:14 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:27 | |
| Mode #baserock +v ssam2 by ChanServ | 09:27 | |
| *** paulsherwood [~paulsherw@access.ducie-dc1.codethink.co.uk] has joined #baserock | 09:41 | |
| tiagogomes_ | now that the morphs are in definitions and for most repos we have no delta against upstream, do we need to use a baserock/morph branch? | 10:14 |
|---|---|---|
| franred | tiagogomes_, only if you are going to modify the delta | 10:15 |
| franred | we are updating the refs to upstream references at the same time as we update the chuncks to use newer tags/branches/commits | 10:16 |
| tiagogomes_ | I am just wondering, if upstream rewrites history, what will happen on the trove | 10:17 |
| Kinnison | Nominally we should anchor commits somehow in a ref upstream can't adulterate | 10:17 |
| Kinnison | but I'm semi-okay for now with tags | 10:17 |
| ssam2 | part of the work i'm doing will include adding some way of easily creating anchor tags in delta/ repos | 10:19 |
| ssam2 | in a way that doesn't enforce a specific tagging policy, since we didn't manage to agree on one | 10:20 |
| *** jmalk [~joshmalki@access.ducie-dc1.codethink.co.uk] has joined #baserock | 10:23 | |
| Kinnison | hehe | 10:23 |
| *** lachlanmackenzie [~lachlan@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:24 | |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:28 | |
| bashrc_ | when using morph cross-bootstrap do the individual components of the morph need to be pre-built before calling that? | 10:43 |
| bashrc_ | (such as build-essential) | 10:43 |
| Kinnison | No, cross-bootstrap sorts all that out | 10:43 |
| bashrc_ | ok | 10:44 |
| tiagogomes_ | hey, can someone make lorry controller start lorrying groff-git now? | 10:51 |
| tiagogomes_ | I wonder if it would be better to prioritize automatically new lorries | 10:52 |
| ssam2 | tiagogomes_: yeah, probably | 10:54 |
| ssam2 | i can promote the lorry for you | 10:55 |
| ssam2 | we could probably add a button to the public lorry-controller page to promote lorries | 10:55 |
| ssam2 | although i guess it would need a rate limiter to avoid being used a vector for a denial-of-service attack | 10:55 |
| ssam2 | delta/groff-git should be at the top of the queue now | 10:56 |
| tiagogomes_ | thanks ssam2 | 11:03 |
| *** pdar [~patrickda@access.ducie-dc1.codethink.co.uk] has joined #baserock | 11:04 | |
| *** rdale_ [~quassel@250.Red-83-55-117.dynamicIP.rima-tde.net] has joined #baserock | 11:11 | |
| *** rdale__ [~quassel@200.Red-83-47-16.dynamicIP.rima-tde.net] has quit [Ping timeout: 252 seconds] | 11:14 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Remote host closed the connection] | 11:15 | |
| straycat | not sure I follow the thinking in deploy_plugin, we collect a list of error messages *and* write each line out to stderr as it occurs, we then emit the list of errors once the process exits, so you get a repeat of the err msg | 11:16 |
| *** mdunford [~marcdunfo@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:18 | |
| straycat | I think it's enough for the ext err msg to say for example, kvm.check failed with code n, the err has already been sent to stderr | 11:22 |
| ssam2 | I guess the thinking is that a big deploy can produce a lot of output, and it's annoying having to search thru hundreds of lines for the error message | 11:26 |
| ssam2 | remember you can deploy lots of systems from the same cluster, and they can each contain nested systems like an initramfs, and it all gets quite verbose | 11:26 |
| ssam2 | so I like that it'll sum up the errors at the bottom | 11:27 |
| straycat | fair enough, it's just looks a bit weird for simple cases like this http://sprunge.us/FHWG | 11:31 |
| *** pacon [~pacon@101.117.4.80] has quit [Quit: Leaving] | 11:33 | |
| ssam2 | it does | 11:40 |
| ssam2 | Gerrit and MariaDB are making me sad. | 11:44 |
| ssam2 | when I start the Gerrit service, I get lots of errors about it not being able to connect to the DB | 11:44 |
| ssam2 | but when I manually run `gerrit.war gsql`, it gives me a working SQL shell connected to the DB | 11:44 |
| ssam2 | I've verified it's the same DB. So I guess Gerrit isn't reading its config right when I start it as a daemon :( | 11:45 |
| pedroalvarez | :/ | 11:45 |
| * CTtpollard remembers the horror of gerrit and postgres | 11:46 | |
| ssam2 | oh, maybe 'gerrit.sh -d /srv/gerrit' is the answer | 11:46 |
| ssam2 | yay, now I get a different error | 11:48 |
| tiagogomes_ | is it planned to speak about tarball imports in the baserock meetup? This right now is a bit messy. E.g there is a git lorry for gdbm, but according the commit log, a tarball is being used | 11:51 |
| franred | ssam2, I think you have to tell gerrit where the database is when you init without launching the service | 11:51 |
| franred | you can configure gerrit without starting with some argument: --no-autostart I think | 11:52 |
| franred | ssam2, ^^ | 11:52 |
| pedroalvarez | tiagogomes_: I think that an RFC to the mailing list would be enough | 11:53 |
| tiagogomes_ | pedroalvarez ok | 11:54 |
| *** zoli__ [~zoli_@cpe.ge-0-2-0-366.abnqu1.dk.customer.tdc.net] has joined #baserock | 11:57 | |
| *** mdunford [~marcdunfo@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 12:11 | |
| *** mdunford [~marcdunfo@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:33 | |
| * pedroalvarez remembers a systemd bug that is causing Trove deployments to fail | 12:34 | |
| ssam2 | which? | 12:39 |
| pedroalvarez | one that doesn't let you enable template systemd units. | 12:41 |
| pedroalvarez | We are using that kind of units for the minions services | 12:42 |
| pedroalvarez | fortunately, they fixed it. So I'll cherry-pick the patch with the fix and test it. | 12:43 |
| pedroalvarez | and if that works, I'll send the patch for review. | 12:43 |
| pedroalvarez | I'd try to upgrade to v218 but I know that jjardon found some problems when trying to do so | 12:44 |
| ssam2 | i think my gerrit systemd unit is failing because gerrit is so crazily slow to load that the unit just times out | 12:53 |
| ssam2 | no, it's more complex :( | 12:53 |
| ssam2 | but it takes 1 minute 35 to fail to star | 12:53 |
| ssam2 | t | 12:53 |
| ssam2 | and the best part is it has actually started, just the gerrit.sh script says it failed | 12:55 |
| jjardon | tiagogomes_: Id say we should lorry when we need a tarball; so you have <package> as a mirrot of the upstream git repo and <package>-tarball if you need to lorry a tarball of that package | 12:55 |
| jjardon | pedroalvarez: yeah, It failed to compile here but maybe you have more luck ;) | 12:56 |
| *** mdunford [~marcdunfo@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 252 seconds] | 12:58 | |
| pedroalvarez | jjardon: heh, I'll give it a try. | 12:58 |
| ssam2 | 1 minute 35 turns out to be a timeout value in gerrit.sh, not the actual loading time of java :) | 13:00 |
| pedroalvarez | what is it waiting for? | 13:00 |
| tiagogomes_ | jjardon, If we used that git repository naming convention, it would be an improvement, I think | 13:01 |
| ssam2 | pedroalvarez: the gerrit process to create /srv/gerrit/lib/gerrit.run | 13:07 |
| ssam2 | which it never does | 13:07 |
| ssam2 | s/lib/logs/ | 13:08 |
| ssam2 | strace shows it seems to be hanging in futex_wait() fairly early on... | 13:09 |
| ssam2 | futex(.., FUTEX_WAIT, ..) rather | 13:09 |
| ssam2 | after calling clone() | 13:09 |
| ssam2 | weird thing is, it worked OK once | 13:10 |
| ssam2 | oh, I guess that's not a hang at all, it's just forked :) | 13:11 |
| ssam2 | strace is hard! | 13:11 |
| persia | strace is best for single-threaded code :) | 13:12 |
| straycat | jjardon, any significant reason for updating automake, or are you just keeping us up to date? | 13:13 |
| jjardon | straycat: up to date | 13:13 |
| jjardon | It fixes several bugs of minor and medium severity though; http://lists.gnu.org/archive/html/autotools-announce/2015-01/msg00000.html | 13:15 |
| tiagogomes_ | jjardon that will make doing a `autoreconf -ivf` harder | 13:15 |
| jjardon | tiagogomes_: why? | 13:16 |
| *** petefoth [~petefoth@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: petefoth] | 13:17 | |
| tiagogomes_ | jjardon, more failures due undefined or deprecated macros. It was not negative feedback. Just saying | 13:18 |
| persia | Generally speaking, let's strive to have definitions for as moden a system as is sensible. It may cause some of us to have a bit more work, and a bit of rebasing pain for custom systems, but does a better job of the "reducing delta against upstream" bit that has made so many projects fail in the past. | 13:20 |
| jjardon | tiagogomes_: No problems here building the generic system. But if that happens the sooner we fix the problem the better | 13:22 |
| radiofree | jjardon: have you tried building the weston system? | 13:22 |
| radiofree | that tests a lot more really | 13:22 |
| jjardon | radiofree: nope | 13:23 |
| straycat | python-tools might have to disappear for a bit seeing as it only contains pip and that's going to move into this new python-core stratum | 13:26 |
| jjardon | straycat: are you planning on creating a python stratum? nice! | 13:29 |
| straycat | franred suggested a python-core stratum might be useful | 13:29 |
| *** lachlanmackenzie [~lachlan@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 264 seconds] | 13:30 | |
| franred | jjardon, there should be multiple python stratum in my opinion, I would like to have core and maybe tools/ at the moment I have one which is only dedicated to openstack | 13:31 |
| franred | straycat, that is fine by me | 13:31 |
| * straycat nods | 13:31 | |
| jjardon | franred: so are you going to make core depend on that python-core stratum? | 13:33 |
| straycat | franred, I don't really want python-tools to go away, but morph doesn't allow empty strata | 13:33 |
| straycat | oh i know | 13:34 |
| franred | jjardon, that is my plan, have a python core stratum which is in the core stratum | 13:34 |
| straycat | virtenv | 13:34 |
| straycat | i wanted to add that anyway | 13:34 |
| franred | straycat, six? | 13:34 |
| franred | six is in different strata, in my patches I've added to core but maybe is better to have it in tools? not sure | 13:35 |
| straycat | that's in morph-utils currently, not sure we want morph build depending on python-tools really | 13:35 |
| franred | umm, ok, then don't move it | 13:35 |
| franred | I will move it to core when I send the patches | 13:36 |
| franred | straycat, ^^ | 13:36 |
| straycat | rokay | 13:36 |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 13:42 | |
| rdale_ | should kvm be the standard way to run baserock on a linux host? are there any advantages/disadvantages in using virtualbox? | 13:51 |
| jmacs | Both work fine in my experience | 13:51 |
| radiofree | i generally find qemu-kvm to be easier to use | 13:51 |
| radiofree | i think the baserock documentation for virtualbox is better though? | 13:52 |
| rdale_ | hmm ok - gfinney is learning baserock and is having problems with virtualbox, and i'm wondering if it would be better to suggest switching to kvm | 13:52 |
| persia | Historically more folk have used KVM with linux, although folk using virtualbox are increasing. | 13:53 |
| radiofree | rdale_: what problems is he having with virtualbox? | 13:53 |
| persia | To me, the main reason virtualbox is more interesting is better vagrant support, but we never landed a VagrantBox upstream repo anywhere (there's some instrutions on how one might do this on the wiki) | 13:53 |
| persia | Also, he might get a better answer by asking directly :) | 13:54 |
| rdale_ | yes, i am just suggesting that he joins this channel | 13:54 |
| grahamfinney | I'm here | 13:54 |
| jmacs | grahamfinney: What's the problem you're having with virtualbox? | 13:54 |
| grahamfinney | where do I start? :) | 13:55 |
| Kinnison | persia: The reason there's no vagrantbox stuff is probably because I did the vagrant support and I really dislike virtualbox :-) | 13:55 |
| straycat | I don't want to say anything bad about virtual box today. | 13:55 |
| persia | Kinnison: And you also couldn't find any vagrant-libvirt stuf that was both current and working? | 13:55 |
| straycat | So I won't :) | 13:55 |
| Kinnison | persia: indeed | 13:55 |
| Kinnison | persia: All the stuff I found failed to work | 13:55 |
| rdale_ | grahamfinney: can you put the 'git clone' command you ran and the output on the baserock paste bin? | 13:56 |
| persia | That was my experience. I ended up using virtualbox for the vagrant stuff I was doing last time I needed to do vagrant stuff, but I *want* vagrant to be better :) | 13:56 |
| grahamfinney | ok | 13:56 |
| paulsherwood | grahamfinney: pls be precise? vbox is a well-trodden path? | 13:58 |
| grahamfinney | I'll have to type it co copy/paste won't work on VBox | 13:59 |
| paulsherwood | ssh in? | 13:59 |
| grahamfinney | cos* | 13:59 |
| radiofree | grahamfinney: ssh in | 13:59 |
| grahamfinney | had problems with that too | 14:00 |
| radiofree | well that sounds like problem number 1 then | 14:00 |
| jmacs | Sounds like your network is configured incorrectly | 14:00 |
| persia | For copy/paste: do you have the guest extensions installed on your host, and the right support bits for your DE? | 14:01 |
| bashrc_ | virtualbox seems ok to me. It's slow, but then I would expect it to be. | 14:01 |
| * persia thinks ssh is better, and generally prefers headless VMs, but it might be worth solving that bit also | 14:01 | |
| radiofree | bashrc_: slow at what? | 14:01 |
| persia | bashrc_: Why would you expect it to be slow? | 14:01 |
| radiofree | ^ | 14:02 |
| bashrc_ | radiofree: at everything, pretty much | 14:02 |
| radiofree | why would you expect that? | 14:02 |
| radiofree | have you enabled vt-x in your bios? | 14:02 |
| bashrc_ | because you're typically running one virtual OS inside of another | 14:02 |
| bashrc_ | even with the bios setting | 14:03 |
| radiofree | how much slower are you talking about here? | 14:03 |
| persia | bashrc_: WIth modern chips, nested virtualisation using any of KVM, virtualbox, or parallels has no overhead. | 14:03 |
| persia | (vs. normal virtualisation) | 14:03 |
| radiofree | the only thing using kvm/virtualbox i bemoan these days is the lack of RAM | 14:04 |
| bashrc_ | at least, that's my experience of running various distros inside of virtualbox | 14:04 |
| radiofree | (on my laptop) | 14:04 |
| persia | Well, at least for SPARC, POWER, ARM, and x86. I don't know enough about virtualisation for MIPS, SH, Tilera, Coldfire, etc. to assert the same for those. | 14:04 |
| radiofree | well, i suppose if you're using ubuntu or something, the graphics side might be slower | 14:04 |
| radiofree | s/might/will | 14:04 |
| persia | radiofree: I7ve had success with massive overallocation and lots of swap to work around that. | 14:04 |
| persia | Virtual graphics is largely unsolved. SPICE helps, but not enough. | 14:05 |
| radiofree | but for baserock it should be fine, and certainly not "slow" | 14:05 |
| radiofree | llvmpipe in a vm works pretty well | 14:05 |
| radiofree | or at least used to | 14:05 |
| persia | radiofree: I think it still does: the issue is that the graphics experience is typically less than that of the host, which typically has dedicated acceleration hardware. | 14:06 |
| persia | The "solution" of which I speak is to pass primitives to the host in a way that allows the host coprocessor to deal with the rendering rather than attempting to support virtualisation there. | 14:07 |
| persia | NVIDIA also has been working on some support for passing virtual slices of coprocessors into guests, but I haven't seen that beyond the demo stage yet. | 14:08 |
| radiofree | if you had a machine with two gpus and vt-d you could probably use one of them for a guest | 14:08 |
| persia | Last time I tried that on my machine with that particular set of features, I had unusual behaviour. | 14:09 |
| persia | But maybe I should try again :) | 14:09 |
| radiofree | yes i'm sure it all just works™ now | 14:10 |
| *** mdunford [~marcdunfo@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 14:10 | |
| *** lachlanmackenzie [~lachlan@90.210.240.15] has joined #baserock | 14:14 | |
| *** zoli__ [~zoli_@cpe.ge-0-2-0-366.abnqu1.dk.customer.tdc.net] has quit [Remote host closed the connection] | 14:31 | |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 246 seconds] | 14:32 | |
| *** bwh [~benhutchi@access.ducie-dc1.codethink.co.uk] has joined #baserock | 14:37 | |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 14:40 | |
| *** grahamfinney [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has quit [Read error: Connection reset by peer] | 14:44 | |
| *** grahamfinney [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has joined #baserock | 14:44 | |
| *** grahamfinney_ [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has joined #baserock | 14:44 | |
| pedroalvarez | jjardon: systemd v218 just built :/ | 14:49 |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 14:50 | |
| tiagogomes_ | can I insert tags on unpretrify-ref? | 14:53 |
| pedroalvarez | tiagogomes_: if the ref matches with that tag, yes | 14:54 |
| pedroalvarez | the ref sha1* | 14:55 |
| tiagogomes_ | pedroalvarez, yep, they match | 14:55 |
| jjardon | pedroalvarez: nice! Maybe the new toolchain made the magic? | 15:18 |
| pedroalvarez | jjardon: ahh, indeed, that could be it | 15:19 |
| straycat | Is anyone able to review this? Happy to send it to the list as well if that helps: http://sprunge.us/IPFf | 15:26 |
| straycat | it adds a lorry for virtualenv, which might be useful | 15:27 |
| Kinnison | looks reasonable to me | 15:27 |
| Kinnison | +1 | 15:27 |
| grahamfinney_ | Thanks to rdale, the problems with getting the build process to work have been solved. I'm trying to grasp where it went wrong, but I'm sure it was all ME. | 15:28 |
| Kinnison | grahamfinney_: If you do find a deficiency in our documentation, please feel free to augment the wiki pages in question :-) | 15:28 |
| grahamfinney_ | I will if I can pin it down | 15:29 |
| Kinnison | :-) | 15:29 |
| franred | straycat, looks ok to me too, +1 | 15:30 |
| straycat | awesome thanks! | 15:30 |
| * straycat merges | 15:30 | |
| * straycat waits around impatiently | 15:31 | |
| paulsherwood | straycat: +1 | 15:32 |
| *** petefoth [~petefoth@host-92-11-21-246.as43234.net] has joined #baserock | 15:32 | |
| straycat | paulsherwood, oh no it's already merged, i'm just impatiently waiting for lorry controller :p | 15:32 |
| paulsherwood | oh, i misread. i thought you were awaiting review still :) | 15:32 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 256 seconds] | 15:52 | |
| *** zoli___ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 15:59 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Read error: Connection reset by peer] | 15:59 | |
| kejiahu | hello, I've got a question about updating chunks for baserock. I tried to merge latest make onto my branch created based on baserock upstream, but lots of files got conflict. As I am not very familar with git usage, I wonder if there is a better way to merge it without manually edit every file? | 16:06 |
| paulsherwood | kejiahu: have you made any changes to make, yourself? | 16:08 |
| *** lachlanmackenzie [~lachlan@90.210.240.15] has quit [Quit: Leaving] | 16:09 | |
| *** lachlanmackenzie [~lachlan@90.210.240.15] has joined #baserock | 16:09 | |
| Zara | (Any chance of having a big red button on the wiki, that, when clicked, sets up a vm and gets br running on it? Not a tool for those intending to do serious work with baserock, but more for those who are a bit curious about it and want to try it out. I feel like the difficulty (or perceived difficulty) even getting set up is something which puts people off.) <- in brackets because I think it's probably a bit silly. | 16:09 |
| jmacs | It's an interesting thought | 16:10 |
| SotK | Zara: kinda like https://www.docker.com/tryit/ ? | 16:10 |
| kejiahu | paulsherwood, the offical make came without ./configure, so I ran autoreconf to generate one, and verified it can be built, then distcleaned the diectory | 16:11 |
| *** petefoth [~petefoth@host-92-11-21-246.as43234.net] has quit [Quit: petefoth] | 16:11 | |
| *** petefoth [~petefoth@host-92-11-21-246.as43234.net] has joined #baserock | 16:12 | |
| Zara | SotK: yeah, I think so. I confess I don't really know *how* it would work; whether it'd be a demo hosted on the site itself, or just effectively a link to something that'd execute and set up br with some default settings on a user's own system | 16:12 |
| ssam2 | Zara: it might be cool to be able to do 'vagrant up baserock'. There was already some work on Baserock in Vagrant | 16:12 |
| ssam2 | I believe the aim of Vagrant is to provide something a bit similar to the big red button you're describing | 16:13 |
| paulsherwood | kejiahu: ok, so most of the patches in baserock/build-essential branch are just the morph files, which are now used from definitions.git | 16:13 |
| paulsherwood | the only actual patch is sam's import http://git.baserock.org/cgi-bin/cgit.cgi/delta/make.git/commit/?h=baserock/build-essential&id=cb07d773ed7c0b47e2d327a255b389818aebc9af | 16:14 |
| ssam2 | make is in build-essential | 16:14 |
| ssam2 | so it needs to be built as a tarball rather than from Git | 16:14 |
| paulsherwood | i would suggest first thing to try is just edit ref: for all the make chunks in build-essential.morph | 16:14 |
| ssam2 | rather than try to create the generated files yourself, it's probably easier to just import the latest tarball release of 'make' | 16:15 |
| ssam2 | I suggest adding a tarball lorry for make | 16:15 |
| *** petefoth [~petefoth@host-92-11-21-246.as43234.net] has quit [Client Quit] | 16:15 | |
| * paulsherwood is now confused | 16:15 | |
| paulsherwood | what's wrong with just re-applying your patch to latest make? | 16:16 |
| paulsherwood | (for example) | 16:16 |
| paulsherwood | ssam2: ^^ | 16:16 |
| *** petefoth [~petefoth@host-92-11-21-246.as43234.net] has joined #baserock | 16:16 | |
| ssam2 | the 'patch' linked there is a huge kludge, in which I deleted the whole contents of the repo and replaced them with the contents of the 3.8.2 release tarball of GNU make | 16:16 |
| Zara | ssam2: Ah, I've seen the word 'vagrant' floating around, but I didn't know anything about it. I now see there's a section about making a vagrant basebox on the wiki, but it doesn't come across as any less complicated than other baserock setups at a glance. | 16:17 |
| paulsherwood | urgh. i didn't realize that | 16:17 |
| Zara | ssam2: which isn't to say that it's not, just that it *looks* complicated and might put someone off | 16:17 |
| ssam2 | paulsherwood: there are a few things where, as a shortcut way of building from a tarball, I committed a tarball to git | 16:18 |
| ssam2 | and then never cleaned up | 16:18 |
| paulsherwood | ssam2: right, understood | 16:18 |
| ssam2 | zara: making a basebox is complicated, but I don't think that every user needs to make their own basebox. If we were doing things 'right' you'd just clone definitions, type `vagrant up` and get a devel VM | 16:21 |
| ssam2 | i don't know how to make that happen, though | 16:21 |
| paulsherwood | ssam2: what happens if we just try to build from head, instead of tarball? | 16:22 |
| paulsherwood | (on make) | 16:22 |
| ssam2 | none of the autotools generated files will be there | 16:22 |
| tiagogomes_ | failure most likely | 16:22 |
| ssam2 | probably stage2-make will start using tools from the host and create nightmarishly undebuggable errors further down | 16:23 |
| tiagogomes_ | even chunks in core are being built from tarballs | 16:23 |
| ssam2 | if that works, make (stage3) will fail to build | 16:23 |
| ssam2 | the problem is that there are a quite a lot of circular deps involved in building from Git | 16:23 |
| ssam2 | we try to minimise how much stuff is built from tarballs, but without making build-essential enourmous, or reintroducing the 'staging filler', some stuff has to be built from tarballs | 16:24 |
| * paulsherwood is not grasping this, as usual. | 16:24 | |
| paulsherwood | what's the precise difference between a tarball and a git checkout, that introduces these issues? | 16:25 |
| ssam2 | by convention, when a project makes a tarball release, it includes various autogenerated files | 16:25 |
| ssam2 | for autotools projects, stuff like 'configure', 'Makefile.in' etc | 16:25 |
| paulsherwood | ah, ok | 16:25 |
| *** cyndis [cyndis@lakka.kapsi.fi] has quit [Remote host closed the connection] | 16:27 | |
| kejiahu | ssam2, paulsherwood, thanks, I think I've got an idea what need to do now | 16:27 |
| Zara | (Sotk: hahaha, I tried messing about with shell commands in the docker tutorial just to see what would happen, and it told me off: 'This is an emulator, not a shell. Try following the instructions.') | 16:33 |
| jmacs | Zara: Same here. Did you try 'ls'? | 16:34 |
| SotK | Zara: heh | 16:34 |
| Zara | jmacs: yup. it made me laugh, but it might not go down too well with someone who was genuinely not sure how to use it. | 16:34 |
| *** cyndis [cyndis@lakka.kapsi.fi] has joined #baserock | 16:34 | |
| ssam2 | nice to see that firefox gets stuck in a busyloop trying to view gerrit. :( | 16:35 |
| ssam2 | oh, we get there in the end | 16:36 |
| radiofree | kejiahu: for things like that i would tend not to bother merging with "baserock upstream" | 16:39 |
| radiofree | imo "baserock upstream" (baserock/morph) is just a throwback to when we had to put the morph file in the git repo | 16:40 |
| radiofree | these days you can just set the ref to the sha of some release tag in master | 16:40 |
| radiofree | e.g for qt5 http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/qt5-tools.morph | 16:43 |
| radiofree | the ref is just the v5.3.2 tag, which is direct from upstream | 16:43 |
| *** petefoth [~petefoth@host-92-11-21-246.as43234.net] has quit [Quit: petefoth] | 16:45 | |
| *** zoli___ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Remote host closed the connection] | 16:46 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 16:47 | |
| *** petefoth [~petefoth@host-92-11-21-246.as43234.net] has joined #baserock | 16:47 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Remote host closed the connection] | 16:47 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 16:48 | |
| kejiahu | radiofree, yes, I agree | 16:48 |
| *** petefoth [~petefoth@host-92-11-21-246.as43234.net] has quit [Client Quit] | 16:50 | |
| *** petefoth [~petefoth@host-92-11-21-246.as43234.net] has joined #baserock | 16:53 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:00 | |
| jjardon | Ive just resent the XWayland patches to the list. Mandatory picture here: http://i.imgur.com/8bZXOuT.png?1 (weston OpenGL demo launched from a X11 app (xterm) using xwayland in a weston session) | 17:07 |
| radiofree | :D | 17:07 |
| pedroalvarez | jjardon: nice | 17:11 |
| tiagogomes_ | what is `strip: 1` does in a lorry | 17:17 |
| *** mauricemoss_ [~simonh@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:24 | |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 17:26 | |
| ssam2 | tiagogomes_: strips pathname components from the files extracted from a tarball, I think | 17:26 |
| *** gary_perkins [~gary_perk@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 17:29 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:32 | |
| *** gary_perkins [~gary_perk@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 17:33 | |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 17:39 | |
| *** tiagogomes_ [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:43 | |
| *** tiagogomes_ [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 17:43 | |
| *** tiagogomes_ [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 17:43 | |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 17:49 | |
| *** bashrc_ [~motters@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Lost terminal] | 18:02 | |
| *** grahamfinney_ [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has quit [Ping timeout: 264 seconds] | 18:23 | |
| *** grahamfinney [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has quit [Ping timeout: 272 seconds] | 18:23 | |
| *** rdale__ [~quassel@114.Red-83-49-220.dynamicIP.rima-tde.net] has joined #baserock | 18:47 | |
| *** rdale_ [~quassel@250.Red-83-55-117.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] | 18:49 | |
| *** rdale__ [~quassel@114.Red-83-49-220.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] | 18:57 | |
| *** rdale_ [~quassel@135.Red-81-44-109.dynamicIP.rima-tde.net] has joined #baserock | 18:59 | |
| *** rdale__ [~quassel@111.Red-193-153-89.dynamicIP.rima-tde.net] has joined #baserock | 19:01 | |
| *** rdale_ [~quassel@135.Red-81-44-109.dynamicIP.rima-tde.net] has quit [Ping timeout: 244 seconds] | 19:04 | |
| *** gary_perkins [~gary_perk@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 19:15 | |
| *** lachlanmackenzie [~lachlan@90.210.240.15] has quit [Ping timeout: 272 seconds] | 19:16 | |
| *** lachlanmackenzie [~lachlan@90.209.133.174] has joined #baserock | 19:17 | |
| *** lachlanmackenzie [~lachlan@90.209.133.174] has quit [Ping timeout: 245 seconds] | 19:22 | |
| *** grahamfinney_ [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has joined #baserock | 19:24 | |
| *** grahamfinney [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has joined #baserock | 19:24 | |
| *** rdale_ [~quassel@47.Red-79-158-206.staticIP.rima-tde.net] has joined #baserock | 19:36 | |
| *** rdale__ [~quassel@111.Red-193-153-89.dynamicIP.rima-tde.net] has quit [Ping timeout: 244 seconds] | 19:39 | |
| *** petefoth [~petefoth@host-92-11-21-246.as43234.net] has quit [Quit: petefoth] | 19:48 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Read error: Connection reset by peer] | 19:49 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 19:49 | |
| *** petefoth [~petefoth@host-92-11-21-246.as43234.net] has joined #baserock | 19:50 | |
| *** petefoth1ringham [~petefothe@access.ducie-dc1.codethink.co.uk] has joined #baserock | 19:51 | |
| *** rdale__ [~quassel@80.30.108.96] has joined #baserock | 19:52 | |
| *** petefoth [~petefoth@host-92-11-21-246.as43234.net] has quit [] | 19:53 | |
| *** rdale_ [~quassel@47.Red-79-158-206.staticIP.rima-tde.net] has quit [Ping timeout: 245 seconds] | 19:54 | |
| *** petefotheringham [~petefothe@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 264 seconds] | 19:56 | |
| *** rdale_ [~quassel@96.Red-2-137-0.dynamicIP.rima-tde.net] has joined #baserock | 19:56 | |
| *** rdale__ [~quassel@80.30.108.96] has quit [Ping timeout: 245 seconds] | 19:57 | |
| *** rdale__ [~quassel@125.Red-79-158-207.staticIP.rima-tde.net] has joined #baserock | 20:00 | |
| *** rdale_ [~quassel@96.Red-2-137-0.dynamicIP.rima-tde.net] has quit [Ping timeout: 272 seconds] | 20:02 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Remote host closed the connection] | 20:07 | |
| *** rdale_ [~quassel@188.Red-2-136-155.dynamicIP.rima-tde.net] has joined #baserock | 20:10 | |
| *** rdale__ [~quassel@125.Red-79-158-207.staticIP.rima-tde.net] has quit [Ping timeout: 245 seconds] | 20:11 | |
| *** rdale_ [~quassel@188.Red-2-136-155.dynamicIP.rima-tde.net] has quit [Ping timeout: 265 seconds] | 20:15 | |
| *** rdale_ [~quassel@72.Red-2-136-152.dynamicIP.rima-tde.net] has joined #baserock | 20:16 | |
| *** rdale_ [~quassel@72.Red-2-136-152.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] | 20:29 | |
| *** rdale_ [~quassel@249.Red-2-137-1.dynamicIP.rima-tde.net] has joined #baserock | 20:30 | |
| *** rdale__ [~quassel@188.Red-79-146-151.dynamicIP.rima-tde.net] has joined #baserock | 20:34 | |
| *** rdale_ [~quassel@249.Red-2-137-1.dynamicIP.rima-tde.net] has quit [Ping timeout: 265 seconds] | 20:37 | |
| *** rdale_ [~quassel@135.Red-83-49-88.dynamicIP.rima-tde.net] has joined #baserock | 20:46 | |
| *** rdale__ [~quassel@188.Red-79-146-151.dynamicIP.rima-tde.net] has quit [Ping timeout: 244 seconds] | 20:48 | |
| *** rdale_ [~quassel@135.Red-83-49-88.dynamicIP.rima-tde.net] has quit [Ping timeout: 245 seconds] | 20:52 | |
| *** rdale_ [~quassel@77.Red-79-153-69.dynamicIP.rima-tde.net] has joined #baserock | 20:53 | |
| *** rdale__ [~quassel@86.Red-2-137-107.dynamicIP.rima-tde.net] has joined #baserock | 20:55 | |
| *** rdale_ [~quassel@77.Red-79-153-69.dynamicIP.rima-tde.net] has quit [Ping timeout: 240 seconds] | 20:58 | |
| *** rdale__ [~quassel@86.Red-2-137-107.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] | 20:58 | |
| *** grahamfinney_ [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has quit [Ping timeout: 264 seconds] | 21:01 | |
| *** grahamfinney [~grahamfin@cpc14-know11-2-0-cust234.know.cable.virginm.net] has quit [Ping timeout: 272 seconds] | 21:01 | |
| *** rdale_ [~quassel@206.Red-83-55-118.dynamicIP.rima-tde.net] has joined #baserock | 21:02 | |
| *** rdale__ [~quassel@107.Red-88-13-188.dynamicIP.rima-tde.net] has joined #baserock | 21:08 | |
| *** rdale_ [~quassel@206.Red-83-55-118.dynamicIP.rima-tde.net] has quit [Ping timeout: 264 seconds] | 21:11 | |
| *** rdale_ [~quassel@164.Red-83-49-88.dynamicIP.rima-tde.net] has joined #baserock | 21:17 | |
| *** rdale___ [~quassel@57.Red-79-153-69.dynamicIP.rima-tde.net] has joined #baserock | 21:19 | |
| *** rdale_ [~quassel@164.Red-83-49-88.dynamicIP.rima-tde.net] has quit [Read error: Connection reset by peer] | 21:19 | |
| *** rdale__ [~quassel@107.Red-88-13-188.dynamicIP.rima-tde.net] has quit [Ping timeout: 255 seconds] | 21:20 | |
| *** rdale_ [~quassel@230.red-80-26-160.adsl.dynamic.ccgg.telefonica.net] has joined #baserock | 21:21 | |
| *** rdale___ [~quassel@57.Red-79-153-69.dynamicIP.rima-tde.net] has quit [Ping timeout: 245 seconds] | 21:24 | |
| *** rdale__ [~quassel@210.Red-2-138-185.dynamicIP.rima-tde.net] has joined #baserock | 21:26 | |
| *** rdale_ [~quassel@230.red-80-26-160.adsl.dynamic.ccgg.telefonica.net] has quit [Ping timeout: 246 seconds] | 21:29 | |
| *** zoli__ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 21:36 | |
| pedroalvarez_ is now known as pedroalvarez_ | 21:56 | |
| pedroalvarez is now known as pedroalvarez | 21:56 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!
