Yeah, and next binNMU will break it again. Totally useless upload,
hence I do object! No NMUs unless you fix a real bug or binNMUs are
fixed. Also DELAYED/2 for just *important* bug is quite a short
time...


"""
Unless you have an excellent reason not to do so, you must then give
some time to the maintainer to react (for example, by uploading to the
DELAYED queue). Here are some recommended values to use for delays:

Upload fixing only release-critical bugs older than 7 days, with no
maintainer activity on the bug for 7 days and no indication that a fix
is in progress: 0 days

Upload fixing only release-critical bugs older than 7 days: 2 days

Upload fixing only release-critical and important bugs: 5 days

Other NMUs: 10 days
"""

O.

On Sun, Aug 5, 2012 at 2:38 PM, peter green <plugw...@p10link.net> wrote:
> I have uploaded a no-change sourceful NMU to delayed/2 to fix the multi-arch
> coinstallability. Please tell me if you object to this and I will remove or
> reschedule it.
>
> I've used a fairly short timing as apparently this is preventing testing of
> the new ia32-libs package.
>
> Trivial debdiff is attatched.
>
> _______________________________________________
> Pkg-cyrus-sasl2-debian-devel mailing list
> pkg-cyrus-sasl2-debian-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cyrus-sasl2-debian-devel



-- 
Ondřej Surý <ond...@sury.org>


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to