Bug#1117636: RFS: rc/1.7.4+97.gceb59bb-7 [ITA] -- implementation of the AT&T Plan 9 shell
On Thu, Oct 09, 2025 at 05:45:13PM -0400, Jacob Mealey wrote:
> On Thu, 2025-10-09 at 18:40 +0100, Andrew Bower wrote:
> > Honestly I don't know why I was going on about NEW since this is not
> > a
> > NEW package. Apologies. Brain befuddlement. When your package is
> > uploaded you will very quickly find out whether it was ACCEPTED or
> > REJECTED because it will be done automatically. Then will be the time
> > to tag it.
>
> That is good to know, I was thinking about it the other way around: tag
> the commit and use that as the build for the release.
Well you are not wrong on one level.
You have the right principle but for that to work you have to be able to
increment a reference so you throw away the ones you didn't use. But in
Debian that doesn't tend to happen - the next release number is
recirculated until it hits the archive, which is actually rather wrong.
There are exceptions (see tag2upload), but if you try to do it on
mentors people will be confused and you'll be asked to change them!
If you want to practise something that would work, you could try
creating tags like rfs/<prospective-deb-ver>/1 where /1 goes up for each
attempt you make. But even then you have to copy and paste it into
mentors comments with no automation, so it's not systematic and could
introduce as much human error as not doing it. In reality a sponsor will
need to cross-check what you've uploaded to mentors with git and likely
will use git to generate the upload (I'm guessing), so actually your
rigour gains nothing but creates noise.
So, nice try, I applaud your philosophy, but hopefully you get the idea
about how it happens in practice here now! :-)
> unfortunately I cannot remove the tags from salsa as I do not have the
> permissions too. I'm also realizing that it has a typo as well...
> `debian/1.7.4+97.gceb59b-7` should be `debian/1.7.4+97.gceb59bb-7`.
I'm sure a DD can fix that for you! (By deleting it.)
> I will see if someone can help me soon.
:-)
It usually takes a lot longer than this...
I'm afraid I can't help as I am only DM :-)
Reply to: