[pkg-nagios-changes] [Git][nagios-team/centreon-plugins][debian/master] Update changelog for 0.0~20210520-1 release

[Baptiste Beauplat]

On 2021/09/13 08:54 PM, Sebastiaan Couwenberg wrote:
> On 9/13/21 8:40 PM, Baptiste Beauplat wrote:
> > On 2021/09/13 08:34 PM, Sebastiaan Couwenberg wrote:
> >> On 9/13/21 8:18 PM, Baptiste Beauplat (@lyknode) wrote:
> >>> -centreon-plugins (0.0~20210520-1) UNRELEASED; urgency=medium
> >>> +centreon-plugins (0.0~20210520-1) unstable; urgency=medium
> >>
> >> While it's too late now, you should target experimental for uploads that
> >> have to pass through the NEW queue so you control when it get into
> >> unstable since you'll have to upload it again anyway because it wasn't
> >> built on a buildd.
> > 
> > It that a team policy? 
> 
> This team doesn't have a policy.

I meant more recommendation here, like the debian/install style. I'm
eager to keep the package as close as possible to the team practices.

> > Since both can be done, my personal preference is
> > to go through unstable twice bumping the debian revision (it's cheap
> > after all and hopefully at some point dak will discard the binary). I
> > consider experimental reserved for experimental versions.
> 
> I chose to upload to experimental because unstable is meant for packages
> that are intended for testing migration, because NEW packages cannot
> migrate to testing they get uploaded to experimental first.
> 
> It's also a good practice in case that new package triggers a transition.

True that. I would not skip on exp for a lib transition.

> When you are unable to do the second upload due to VAC or some such it
> prevents the need for the Release Team to file RC bugs for packages that
> fail to migrate.

That's interesting, I didn't know the RC Team would do that.

> Since this team has no policy, you can do pretty much whatever you want.
> I'm just sharing my best practices. If we're not trying to help
> eachother what use is there for team maintenance?

I'm totally with you on that one. And I'm thankfull that you did.
Sharing and learning! :)

-- 
Baptiste Beauplat - lyknode
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-nagios-changes/attachments/20210913/16eb89ab/attachment.sig>