package reprepro
tags 539836 + pending
thanks
* Modestas Vainius <modes...@vainius.eu> [090804 19:23]:
> 3) When 'embargoalls' (or similar) tracking mode is enabled, include /
> processincoming do not include _all.deb packages to those architectures, which
> are not present in the .changes Architecture field. However, it always adds
> those _all.deb to tracking database. Now whenever another .changes is being
> processed which match Distro/Source/Version in the tracking data, include /
> processincoming should include _all.debs (flagged 'a' as far as I understand)
> from tracking into the target architecture as well.
>
> This behaviour would eliminate the need for my custom scripts completely.
> Maybe I will try to look at the code.
While what I plan for some 'embargoall' tracking to be once it is
implemented fits to what you describe, I don't think I have time in the
near future to implement it.
As I needed a command to level the architecture all packages between
architectures anyway (to support the case of people addings new
architectures), I've added a "flood" command that will copy architecture
all packages between the architectures if at the target architecture
there is a binary from the same source or no binary with the same source
as the old architecture all package.
I've also added an "Options: limit_arch_all" that can be added to
conf/incoming so that processincoming will only put architecture all
packages in the architecture where accompanying architecture specific
packages are put.
I think that should mostly make possible what you do with
builtin methods (The only things it does not support is when older
architecture specific packages are uploaded after the newer architecture
inspecific packages are only uploaded. And it is easily confused if the
first upload is from an architecture only having no architecture
specific binaries), except the disadvantage of having to call flood
after each processincoming.
Thus I'm tagging this bug pending and plan to close it with the upload
of the version including this changes. (implementing the embargoall
feature stays in my todolist, but as this will be supposed to also alter
the other commands, will not happen soon).
If you do not agree, please let me know.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
