[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Will the amd64 port be rejected because of the 98% rule?




"Pierre Habouzit" <madcoder@debian.org> wrote in message 200508230856.29633.madcoder@debian.org">news:200508230856.29633.madcoder@debian.org...

Human error, or poluted chroot/compilation env is more likely to happen
on the developper machine than in a buildd. Maybe this has already been
discussed once, but I think that binary uploaded packages (except the
binary NMU's which are quite an exception) should be tagged as
"uploaded" (in opposition with "build by buildd" aka "built"), and
should be queued in the buildd's with a very low prioirity so that it
won't hurt the current flow of packages, but would detect some FTBFS
early.

I planned to offer a very similar proposal.
My suggestion was to allow Source-only, but have it revokable per-user to cover cases of abuse (developer keeps uploading broken packages, especially if they are libraries). Have the prefered method of upload be source+1 uploaded binary. The uploaded build ensures that the package is available immediately (for at least one arch). all uploaded binaries would be placed in the buildd queue at a very low priority, probably the lowest priority. This would ensure that the backage does build correctly on a clean system. IFF the build on the buildd succedes the binary package coukl perhaps be replaced with the one from the buildd. (This is likely one of the more controversial points, so I leave it up to discussion should anybody even consider implementing this.)



Reply to: