*** gallit [~gallit@ANice-651-1-399-195.w86-205.abo.wanadoo.fr] has joined #baserock | 07:12 | |
petefoth_ is now known as petefoth | 07:43 | |
*** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:55 | |
*** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 08:10 | |
*** Kinnison [~dsilvers@gateway/shell/pepperfish/x-bvkbqzmqmvhlutzc] has joined #baserock | 08:17 | |
*** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:24 | |
*** fay [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:40 | |
fay is now known as Guest35510 | 08:41 | |
Guest35510 is now known as fay_ | 08:46 | |
*** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:58 | |
*** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:22 | |
*** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 09:33 | |
*** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:38 | |
paulsherwood | i'm delighted to see lorrying on g.b.o seems to be back in action | 10:23 |
---|---|---|
paulsherwood | however i notice linux hasn't caught up and appears to be bottom of the schedule - has something happened there? | 10:23 |
liw-orc | I'm amazed that I did some heavy sysadmin stuff yesterday and things didn't break overnight :) | 10:23 |
paulsherwood | liw-orc: :-) | 10:24 |
paulsherwood | you da man :) | 10:24 |
liw-orc | I manually moved delta/linux to the top of the queue yesterday, just to see that lorrying it works; that's why it's moved in the queue | 10:24 |
paulsherwood | liw-orc: oh? i think the lorrying missed a bit, then? | 10:25 |
franred | and it works, procps-ng got lorried | 10:25 |
paulsherwood | lots has happened in linus' tree over the last five days :) | 10:25 |
liw-orc | paulsherwood, let me have a look | 10:25 |
paulsherwood | sorry, i'm sure you have more pressing things | 10:26 |
liw-orc | s'ok | 10:26 |
liw-orc | moved delta/linux to the top again, just to see | 10:28 |
liw-orc | hm, it didn't actually get anything | 10:31 |
paulsherwood | ooh - a mystery :) | 10:32 |
liw-orc | hm, I can't pull via git:// from gbo again -- I'll restart the git-daemon.service | 10:34 |
tlsa | what's causing it to break so often? | 10:34 |
liw-orc | I don't know | 10:35 |
*** mwilliams_ct [~mikewilli@access.ducie-dc1.codethink.co.uk] has quit [] | 10:35 | |
richard_maw | tlsa: my bet is the recent change to ls-remote for every build | 10:35 |
liw-orc | that'll cause extra load -- I'm worried that it's so much extra load gbo can't cope | 10:35 |
richard_maw | liw-orc: you could try adding --timeout=3600 to make it timeout any connections that take longer than an hour | 10:36 |
liw-orc | richard_maw, que? add that to what? | 10:36 |
richard_maw | sorry, forgot to write the rest of that sentence; add it to the systemd unit | 10:36 |
liw-orc | richard_maw, I'll be happy to let someone else debug that, after I've debugged this missing kernel updates thing | 10:37 |
Kinnison | liw-orc: perl and qt5/qtbase still seem to be being lorried which is odd because at least qtbase ought to be git | 10:39 |
paulsherwood | in other news, i note php would need some frabbing, if we actually wanted it. http://fpaste.org/130619/09741567/ | 10:53 |
* Kinnison hopes we never want it, but understands that some strange people might | 10:55 | |
richard_maw | I've seen many errors with configure scripts, but that's a new one | 10:55 |
liw-orc | Kinnison, there was discussion of openid providers and I mentioned using simpleid (hosted for my by joeyh) and it's in php | 10:56 |
Kinnison | liw-orc: I see | 10:56 |
Kinnison | liw-orc: was this in preference to fixing storyboard? | 10:56 |
liw-orc | Kinnison, I don't know | 10:57 |
liw-orc | I was intensly busy with other things, alas | 10:57 |
ssam2 | paulsherwood: wow | 11:08 |
richard_maw | paulsherwood: have you tried upstream:php2? | 11:09 |
paulsherwood | richard_maw: no, i can do | 11:09 |
paulsherwood | Kinnison: we're looking quite hard into adding kanban functionality to (or alongside) storyboard | 11:10 |
paulsherwood | to this end, we think we need an openid solution | 11:11 |
paulsherwood | richard_maw: upstream:php2 looks more promising. but what is it? :) | 11:13 |
pedroalvarez | paulsherwood: you only have to check the lorry file :) | 11:13 |
paulsherwood | oh, i spoke too soon | 11:13 |
paulsherwood | pedroalvarez: i mean, it's a tarball | 11:14 |
pedroalvarez | php-5.4.13 | 11:14 |
paulsherwood | http://fpaste.org/130624/14097429/ | 11:16 |
richard_maw | paulsherwood: they don't follow the DESTDIR protocol then | 11:16 |
persia | Right. Needs an install-commands entry, because it isn't honouring DESTDIR properly | 11:16 |
paulsherwood | i can fix that | 11:17 |
paulsherwood | if we ever need it :) | 11:17 |
paulsherwood | sorry for the noise | 11:17 |
persia | PHP is a common tool for web development, so it's probably best to have a known working chunk morphology. | 11:18 |
persia | Getting upstream to honour $DESTDIR would likely please many | 11:18 |
* paulsherwood doesn't feel he has the expertise or the standing to help with rhat | 11:19 | |
pedroalvarez | maybe they already did, they are now int php-5.6.0 | 11:20 |
richard_maw | paulsherwood: if not, INSTALL_ROOT is a common alternative spelling of DESTDIR that php obeys | 11:21 |
paulsherwood | so here's a conundrum... | 11:29 |
paulsherwood | as persia says, it would be nice to have a known working chunk morphology for (say) php... or go, docker etc | 11:29 |
paulsherwood | i keep publishing examples that 'work' in branches | 11:29 |
paulsherwood | but could we have some kind of low-friction official place for these? | 11:30 |
persia | Is there any reason not to land them in definitions.git? | 11:31 |
persia | The new model seems to encourage strata to exist to hold things, but I don't think there's any expectation or requirement that strata belong to specific systems. | 11:32 |
paulsherwood | i would like to see some distinction between reference systems that baserock is actively maintaining, testing, updating etc and examples of things we got working at one point in time | 11:32 |
richard_maw | IMO we could either say "we're only officially supporting deployments listed in release.morph", or have a contrib subdirectory tree | 11:33 |
paulsherwood | i think i'd prefer a separate tree but others may disagree | 11:35 |
persia | I don't think any of the reference systems should be described as "supported". | 11:35 |
paulsherwood | not yet, maybe | 11:35 |
persia | No, not at all. I can imagine there being a definitions.git with a subset of systems with a supportable release branch model. | 11:37 |
persia | I'm uncertain if that tree should include the master branch in which we've been landing things. | 11:38 |
paulsherwood | ok, understood | 11:39 |
persia | In part because the nature of supportable systems means lots of compromises, limiting feature adds, and in part because there's historcially been no effort to close security holes, validate that everything builds, etc. | 11:39 |
ssam2 | good news: I managed to build a chef system with all of the ruby components included directly from git! | 12:16 |
ssam2 | bad news: it contains nothing but chef. | 12:16 |
ssam2 | I see, I don't have the 'name:' field in the system morph for any of the strata except the chef stratum, so Morph silently dropped them from the system | 12:17 |
ssam2 | 6 of 31 Gems required manual badgering to get them to build. That's not as bad as I'd expected. | 12:21 |
ssam2 | of course, the remainder may not actually function at all :) | 12:22 |
Kinnison | :-) | 12:22 |
liw-orc | paulsherwood, I fixed the lorrying of git: it's another instance of a bug that's fixed in Lorry Controller (so next I'll start a discussion with the relevant people to merge and deploy that) | 12:40 |
liw-orc | specifically gbo's version of LC never resets the "kill the job running this lorry spec" so once a job for delta/linux ever gets killed, any new jobs will always be killed as soon as it starts | 12:40 |
liw-orc | which is a bit funny | 12:40 |
liw-orc | in an annoying kind of way | 12:41 |
paulsherwood | aha. | 14:52 |
paulsherwood | ssam2: can i try your script? | 14:52 |
* paulsherwood would like to run it on hobokan :) | 14:53 | |
paulsherwood | maybe gitlab too :) | 14:53 |
ssam2 | it's probably a little too rough yet | 14:55 |
ssam2 | i'll push it though | 14:55 |
paulsherwood | :-) | 14:57 |
ssam2 | paulsherwood: morph.git branch sam/ruby-integration, run 'cd import; python ./main.py rubygem gitlab' or some such | 14:58 |
ssam2 | it has to be a gem hosted on rubygems.org right now, would be fairly easy for it to take a repo instead I guess | 14:58 |
ssam2 | gitlab's first dependency 'terminal-table' seems to be one of those with a fancy non-standard .gemspec, so the script doesn't get far :) | 15:02 |
paulsherwood | :-) | 15:23 |
*** gallit [~gallit@ANice-651-1-399-195.w86-205.abo.wanadoo.fr] has quit [Quit: Leaving] | 15:27 | |
*** thecorconian [~thecorcon@136.1.1.102] has joined #baserock | 15:33 | |
thecorconian | good morning. just announcing jte has joined the party. | 15:33 |
paulsherwood | :-) | 15:34 |
paulsherwood | it's 16:34 in blighty | 15:34 |
Kinnison | Good morning thecorconian | 15:37 |
*** benbrown1 [~benbrown@access.ducie-dc1.codethink.co.uk] has joined #baserock | 16:04 | |
*** Kinnison_ [~dsilvers@gateway/shell/pepperfish/x-koivrwkccjzkpsff] has joined #baserock | 16:06 | |
*** jjardon [sid723@gateway/web/irccloud.com/x-ajacjnyyjuarwwad] has quit [Ping timeout: 260 seconds] | 16:08 | |
*** benbrown2 [~benbrown@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 260 seconds] | 16:08 | |
*** radiofree [radiofree@unaffiliated/radiofree] has quit [Ping timeout: 260 seconds] | 16:08 | |
*** Kinnison [~dsilvers@gateway/shell/pepperfish/x-bvkbqzmqmvhlutzc] has quit [Ping timeout: 260 seconds] | 16:08 | |
*** radiofree [radiofree@2a01:7e00::f03c:91ff:feae:d2f1] has joined #baserock | 16:08 | |
*** radiofree [radiofree@2a01:7e00::f03c:91ff:feae:d2f1] has quit [Changing host] | 16:08 | |
*** radiofree [radiofree@unaffiliated/radiofree] has joined #baserock | 16:08 | |
*** jjardon [sid723@gateway/web/irccloud.com/x-zqsjvgdutwyehhua] has joined #baserock | 16:09 | |
*** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:14 | |
*** tiagogomes [~tiagogome@213.15.255.100] has quit [Quit: Leaving] | 16:36 | |
* ssam2 squashes 27 commits into one | 17:03 | |
liw-orc | that's a lot of commits | 17:05 |
ssam2 | if anyone's curious, the new chef morphs are in this branch: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/log/?h=baserock/sam/chef-from-git | 17:05 |
ssam2 | everything works from Git except one Gem, 'Erubis', which uses an obsolete and unmaintained build system | 17:05 |
ssam2 | so I guess that's a case where it'll be best to just lorry the contents of the .gem directly | 17:06 |
persia | Would erubis upstream be amenable to using a modern build system? | 17:08 |
*** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 17:10 | |
*** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:12 | |
*** thecorconian [~thecorcon@136.1.1.102] has quit [Quit: Leaving.] | 20:02 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!