paulsherwood | gtristan: happens all the time, even with instances: 1 | 04:22 |
---|---|---|
*** gtristan has quit IRC | 05:55 | |
*** persia has quit IRC | 05:59 | |
*** gtristan has joined #baserock | 06:00 | |
*** persia has joined #baserock | 06:01 | |
*** CTtpollard has joined #baserock | 06:08 | |
*** jonathanmaw has joined #baserock | 06:17 | |
*** jonathanmaw has quit IRC | 06:34 | |
*** tiagogomes has joined #baserock | 07:17 | |
*** rdale has joined #baserock | 07:19 | |
*** ssam2 has joined #baserock | 07:24 | |
*** ChanServ sets mode: +v ssam2 | 07:24 | |
*** ctbruce has joined #baserock | 07:27 | |
*** edcragg has joined #baserock | 07:36 | |
*** paulwaters_ has joined #baserock | 07:42 | |
*** fay_ has joined #baserock | 07:45 | |
*** jonathanmaw has joined #baserock | 07:50 | |
*** anahuelamo has joined #baserock | 08:08 | |
pedroalvarez | After looking at https://github.com/devcurmudgeon/ybd/issues/213 I believe that is not a bug in the deployment definition | 08:12 |
pedroalvarez | I'll answer the issue | 08:12 |
*** anahuelamo has quit IRC | 08:13 | |
*** anahuelamo has joined #baserock | 08:15 | |
edcragg | paulsherwood: i'm integrating manifest generation at build time in ybd as requested. i just realised that ybd will only consider each package in the system if it needs to build it. if some artifacts already exist, when running a partial build, or when restarting a build, not all strata will be considered and you will end up with a partial manifest, which defeats the point. i think the only way to do it a | 08:21 |
edcragg | ccurately is by operating on the final system artifact | 08:21 |
edcragg | i will implement it in ybd, just at the end of the build | 08:28 |
*** anahuelamo has quit IRC | 08:48 | |
*** anahuelamo has joined #baserock | 08:48 | |
*** Lachlan1975 has joined #baserock | 09:28 | |
*** locallycompact has joined #baserock | 09:34 | |
*** jonathanmaw has quit IRC | 10:01 | |
*** CTtpollard has quit IRC | 10:01 | |
paulsherwood | edcragg: i already did it | 10:27 |
paulsherwood | sorry | 10:27 |
paulsherwood | it needs a bit more work, since i'm sure that .meta and .manifest need to be pretty much the same thing, but for the moment it can generate a manifest for <target> as soon as it's finished the cache-key calculation | 10:29 |
paulsherwood | https://github.com/devcurmudgeon/ybd/commit/ae5bbfd28a83003d2f87babf7d913ea77a1c8285 | 10:30 |
edcragg | paulsherwood: ok, fair enough, i guess it doesn't infer version numbers from autoconf though as the original script did? | 10:31 |
paulsherwood | no... i think i'm philosophically opposed to that | 10:32 |
paulsherwood | what if autoconf claims a version which is false? | 10:32 |
paulsherwood | in my worldview, the only 'version' in general is what git says | 10:33 |
rjek | What if git claims a version which is false? :) | 10:33 |
rjek | By version, I mean release numbers, not git hashes. git hashes aren't very useful for humans. | 10:33 |
paulsherwood | release numbers can be wrong | 10:34 |
pedroalvarez | the world is not for humans, rjek :) | 10:34 |
paulsherwood | i for one welcome our new driverless overlords | 10:34 |
paulsherwood | rjek: if you mean 'what if our git environment gets compromised', i'm hoping that gitlab + a.n.other git server gives some hope that we'll spot it | 10:35 |
paulsherwood | (assuming both are setup to reject attempts to re-write history | 10:36 |
paulsherwood | edcragg: if you're at a loose end, i could really use some help with https://github.com/devcurmudgeon/ybd/issues/213 | 10:36 |
* paulsherwood never did understand the deployment code | 10:37 | |
rjek | No, I'm saying for snap judgements release numbers are much more useful | 10:38 |
paulsherwood | how about, for example: Upstream version 4e42b5b8 glibc-2.21 (glibc-2.21 + 0 commits) | 10:39 |
paulsherwood | (ie what git says, prettified a bit) | 10:40 |
pedroalvarez | I think that's what rjek meant, git can be wrong | 10:40 |
rjek | I think that's acceptable. I would be weary of "upstream version" if it has been lorried and converted, though! | 10:40 |
paulsherwood | if you mean 'wary', ack | 10:40 |
rjek | err, yes | 10:41 |
edcragg | paulsherwood: i was previously working on sandboxing deployment, depending on which you think is more important | 10:45 |
paulsherwood | edcragg: could you consider both together? deployment is currently broken for at least this use-case? | 10:54 |
edcragg | paulsherwood: ok | 10:56 |
paulsherwood | edcragg: tvm | 11:18 |
*** jonathanmaw has joined #baserock | 11:37 | |
*** CTtpollard has joined #baserock | 11:40 | |
*** edcragg has quit IRC | 11:53 | |
*** edcragg has joined #baserock | 12:19 | |
*** CTtpollard has quit IRC | 12:50 | |
*** jonathanmaw has quit IRC | 12:55 | |
*** jonathanmaw has joined #baserock | 13:13 | |
rjek | 'The OpenSSL project team would like to announce the forthcoming release of OpenSSL versions 1.0.2h, 1.0.1t. These releases will be made available on 3rd May 2016 between approximately1200-1500 UTC. They will fix several security defects with maximum severity "high". ' | 13:56 |
rjek | pedroalvarez: ^ | 13:56 |
pedroalvarez | great | 13:56 |
pedroalvarez | I''m on holidays | 13:56 |
rjek | woo | 13:57 |
*** locallycompact has quit IRC | 14:09 | |
*** jonathanmaw has quit IRC | 14:22 | |
*** jonathanmaw has joined #baserock | 14:42 | |
*** locallycompact has joined #baserock | 14:43 | |
*** gtristan has quit IRC | 15:04 | |
*** tiagogomes has quit IRC | 15:12 | |
*** ssam2 has quit IRC | 15:24 | |
*** gtristan has joined #baserock | 15:29 | |
*** CTtpollard has joined #baserock | 16:08 | |
*** ctbruce has quit IRC | 16:20 | |
*** jonathanmaw has quit IRC | 16:30 | |
*** jonathanmaw has joined #baserock | 16:47 | |
*** franred has quit IRC | 17:05 | |
*** anahuelamo has quit IRC | 17:28 | |
*** CTtpollard has quit IRC | 17:30 | |
*** edcragg has quit IRC | 17:38 | |
*** Lachlan1975 has quit IRC | 17:44 | |
*** jonathanmaw has quit IRC | 18:09 | |
*** CTtpollard has joined #baserock | 18:50 | |
*** CTtpollard has quit IRC | 18:52 | |
*** gtristan has quit IRC | 19:02 | |
*** gtristan has joined #baserock | 19:27 | |
*** gtristan has quit IRC | 20:20 | |
*** edcragg has joined #baserock | 20:31 | |
*** rdale has quit IRC | 20:40 | |
*** gtristan has joined #baserock | 20:43 | |
*** gtristan has quit IRC | 20:58 | |
*** gtristan has joined #baserock | 20:58 | |
*** edcragg has quit IRC | 21:04 | |
*** tiagogomes has joined #baserock | 21:45 | |
*** tiagogomes has quit IRC | 22:13 | |
*** gtristan has quit IRC | 22:25 | |
*** gtristan has joined #baserock | 22:26 | |
*** edcragg has joined #baserock | 22:33 | |
*** edcragg has quit IRC | 23:08 | |
*** edcragg has joined #baserock | 23:24 | |
*** edcragg has quit IRC | 23:48 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!