team upload rules

[Simon Quigley]

Hello,

Thanks for your email! Replies inline.

On 12/7/24 11:08 AM, Hefee wrote:
> Hey,
> 
> as far I know your team policy is, that if we upload to the archive, we should
> wait to push until we get an ACK from dak, that the package was accepted.
> 
> My personal workflow is nowadays:
> * add the commit dch -r
> * tag the commit with git tag
> * build source pkg
> * git push branch
> * upload via dput
> * wait for ACK
> * upload the tag
> 
> But the ACK takes sometimes several hours, so I switch to focus on something
> else and and later forget about pushing the tag afterwards.
> At least for me it is quite sub optimal.
> 
> On the other side I'm interest in changes done by others and can't look the
> changes, because they haven't pushed yet, because the switched their focus on
> something else in meanwhile.
> 
> I would like to change the rule to push branch and tag directly if dput was
> successful.
> 
> I am sure that there are reasons for this rule, but I don't know them.
> Can someone give some background for this rule?

Fair disclaimer: I'm not nearly as familiar with the Debian archive as I am with the Ubuntu one. I could be slightly off.

Pushing the commits should be no problem. In fact, I try to do that as I commit, just so others can stay in sync with me if they'd like.

As for the tag, that policy exists to be safe. I'd say 80-90% of the time, if you pushed the tag immediately, you'll be fine. For the other 10-20% of the time, dak rejects it for some reason you aren't immediately aware of. Some of my favorites:
  - Missing an orig tarball.
  - Missing an asc file in the archive if the orig tarball already exists.
  - Missing a binary upload since it needs to hit binary NEW.
  - Two uploaders try to upload something with the same version number at roughly the same time. dak rejects one of them.

Most of the time I'd say you'll be fine. The policy exists for that small portion of uploads.

Thanks,
-- 
Simon Quigley
simon at tsimonq2.net
@tsimonq2:ubuntu.com on Matrix
tsimonq2 on LiberaChat and OFTC
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-kde-talk/attachments/20241207/2979421a/attachment.sig>