Things we ought to do to improve our packaging

Nikolaj Sjujskij sterkrig at myopera.com
Mon Aug 19 19:17:55 UTC 2013


Den 2013-08-19 02:29:49 skrev Matt Mackall <mpm at selenic.com>:

> On Sun, 2013-08-18 at 16:44 +0200, Dirkjan Ochtman wrote:
>> On Thu, Aug 8, 2013 at 8:29 AM, Matt Mackall <mpm at selenic.com> wrote:
>>> I don't know, but I suspect there is. How does one grab the equivalent
>>> of a nightly on Gentoo? How long do I have to wait to install 2.7 if
>> the
>> > packager is on vacation? Is there stuff that requires manual
>> > intervention from release to release like adding new files?
>>
>> As Nikolaj mentioned, you can trivially build packages from your
>> public repo's tip. There are two packagers, so you might have to wait
>> a little bit, but it's only a filename move away (in an overlay) if
>> you want it badly (e.g. no actual building). No intervention is
>> generally required for version bumps.
>
> Ok, so it's fairly painless. Let's flip the question around: is there
> any reason we should NOT be doing automated nightly Gentoo builds to
> spot problems, given how easy it is?
  What for? I don't think it's a good idea to push nightlies into even  
testing branch, and people who feel inclined to follow Mercurial  
development are welcome to use "live" ebuild, which is only one command  
away.

> This would have presumably spotted something like this before release:
>
> http://www.bz.selenic.com/show_bug.cgi?id=4010
>
> ..and perhaps real problems as well.
  If my memory serves me right,  
http://www.bz.selenic.com/show_bug.cgi?id=3482 was caught by me running  
exactly "live" Mercurial from our main tree. But I don't think snapshots  
are suitable even for "unstable" branch, and those who want bleeding edge  
already have it.



More information about the Mercurial-packaging mailing list