[Debian-med-packaging] [bambamc] tag debian/0.0.50-1 created (now e9f14c4)

rf at q-leap.de rf at q-leap.de
Thu Jun 5 10:36:23 UTC 2014


>>>>> "Andr" == Andreas Tille <andreas at an3as.eu> writes:

    Andr> On Thu, Jun 05, 2014 at 11:02:46AM +0200, rf at q-leap.de wrote:
    >> >>>>> "Andr" == Andreas Tille <andreas at an3as.eu> writes:

    Andr> Hi, I changed the tag since the changelog mentioned UNRELEASED
    Andr> for this tag which is wrong.  So I deleted it also at remote
    Andr> repository used unstable and re-tagged.
    >>
    >> sure, the tag on an UNRELEASED entry doesn't make sense. Thanks
    >> for letting me know. I'll delete the tag in my clone and
    >> pull. Question concerning this: Shall we put unstable in the
    >> changelog for future such updates (you asked to put UNRELEASED in
    >> an earlier mail).

    Andr> Just UNRELEASED is fine and the final uploader will set the
    Andr> tag.  The rationale is that different Sponsors could pull the
    Andr> status of the repository and it is good to know whether
    Andr> something is just uploaded or not (without checking the Debian
    Andr> mirror).  It could always be that I'm tempted to do some last
    Andr> minute minor changes which would require fiddling around with
    Andr> tags.  Or it might happen that the upload is not done in a
    Andr> timely manner and some tag is hanging around for a long time
    Andr> with no corresponding upload.  So this method is at least this
    Andr> what IMHO makes the most sense.

I see your point. In the (hopefully) rare case the uploader needs to
make some changes, he could simply reset the tag using 
'git tag -f <tagname>' and tell the submitter he should update his tags
from remote (like you just did with bambamc).

    Andr> I have some other sponsee in Debian GIS and he prefers to
    Andr> finalise the package with "unstable" + tag - that's also a way
    Andr> to do things since the drawbacks I explained above are usually
    Andr> quite rare in practice.  We just need to agree upon a common
    Andr> procedure.

I'd opt for this as well, since we already need a tag to be set for our
internal build scripts to work.

-- 
Roland

-------
http://www.q-leap.com / http://qlustar.com



More information about the Debian-med-packaging mailing list