new Pd packages looking for sponsors
fsateler at debian.org
Wed Nov 10 22:35:31 UTC 2010
On Wed, Nov 10, 2010 at 18:57, Jonas Smedegaard <dr at jones.dk> wrote:
> On Wed, Nov 10, 2010 at 10:46:58AM -0300, Felipe Sateler wrote:
>> On Wed, Nov 10, 2010 at 10:06, Jonas Smedegaard <dr at jones.dk> wrote:
>>> I propose the following:
>>> * As a minimum, the changelog is completely untouched until final
>>> release, where the uploader auto-generates using "git-dch -R",
>>> by hand as needed, and commits the changes.
>>> * Optionally intermediate updates to the changelog can be applied.
>>> Begin with "git-dch" and if that fails then instead use
>>> "git-dch --since <REF>" (replacing <REF> with reference to last
>>> commit that touched debian/changelog), set distribution to
>>> UNRELEASED, and commit the changes.
>>> * Intermediate changelog updates are encouraged when release is
>>> expected only later, and when more people work on same package.
>> But if the primary worker on a package thinks the package is ready for
>> release, the trailer line should be updated, I believe.
> What you here describe is not an intermediate update but a final one. If
> updating trailer line isn't implied by the git-dch -R option then I suggest
> to drop that option (and file a bugreport about it!) and instead afterwards
> invoke "dch -r" which it was supposed to mimic.
The case I'm thinking about is for people who can't upload directly. I
don't want to put my name in the changelog entry when the most work
was done by someone else, if I can avoid it.
>>> In other words, I propose to replace the earlier commit style (documented
>>> in the wiki?) of unconditionally adding UNRELEASED - which does not work
>>> optimally together with git-dch IMO.
>> If you use the changelog heuristic (see man dch), dch will leave the to as
>> UNRELEASED and the trailer line not updated. At release time, one can issue
>> a dch -r that will update both. This workflow is good, because it lets us
>> know when someone believes the package is ready at the time one looks at the
> The addition of an UNRELEASED hint as a sole change to changelog file is a
> waste IMO, and makes it harder for git-dch to resolve its starting point.
Not harder, thanks to the -a flag. It will use the last commit where
the changelog was touched as a starting point.
More information about the pkg-multimedia-maintainers