Re: [RFC] General Resolution to deploy tag2upload
Hi Ian,
Am Thu, Jun 13, 2024 at 12:47:35PM +0100 schrieb Ian Jackson:
> Andreas Tille writes ("Re: [RFC] General Resolution to deploy tag2upload"):
> > That means some package build process is done before the source
> > package is forwarded to dak and sends some e-mail back?
>
> Only a source package build.
Thank you for the clarification.
> > I know we have this. My point is that tag2upload users might forget
> > to use it before using tag2upload service. I simply want to make
> > sure that tag2upload is not another way to upload anything that does
> > not build on buildservices.
>
> I'm afriad that tag2upload is precisely another way to do that.
>
> That's because that's how uploading works now, and tag2upload is
> another way to make an upload. Uploads must be source-only nowadays
> (in most cases). So there is, by design, nothing in the existing
> setup that ensures that a maintainer built binaries.
That's correct.
> (I get the
> feeling that you're not happy with this situation, but that's how
> Debian is now, and I think it's a jolly good thing.)
I wanted to clarify whether this is the case. At least I would see the
potential in tag2upload to do some intermediate step. I do not really
know whether its worth burning lots of CPU cycles for an extra binary
build since I trust my fellow developers to do what they are expected to
do. However, there might be situations where people might make mistakes
or really assume that something builds after a really slight, but
breaking change.
> You might argue that tag2upload makes this worse because it makes it
> easier to perform uploads. It certainly *does* make it easier to
> perform uploads. That's a big part of the point.
I perfectly understand this. If I would consider this bad or good I
would have said so. I'm simply lacking experience who many broken
source-only uploads are hitting dak and we will see whether this number
might increase in case tag2upload might become established (which I
hope).
> I think this can only be a *downside* if you think it is a good
> thing that uploading is difficult.
>From a user perspective some intermediate binary build wouldn't be more
difficult, thought. I think we could make things more safe by the
expense of extra power consumption and for large packages (which could
be white-listed) extra delay. This is by no means any pro or con
argument. Just wanted to throw in that idea for comments.
Kind regards and thanks for all the effort in tag2upload
Andreas.
--
https://fam-tille.de
Reply to: