Bug#573722: marked as done (transition: ocaml-text, postgresql-ocaml)
Your message dated Sat, 13 Mar 2010 13:21:08 +0000
with message-id <1268486468.24617.88.camel@kaa.jungle.aubergine.my-net-space.net>
and subject line Re: Bug#573722: transition: ocaml-text, postgresql-ocaml
has caused the Debian Bug report #573722,
regarding transition: ocaml-text, postgresql-ocaml
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
573722: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573722
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition
Hello,
ocaml-text and postgresql-ocaml need to go to testing with a bunch of
other binNMUed packages:
easy ocaml-text/0.3-1 postgresql-ocaml/1.12.4-1 lwt/amd64/2.0.0-1 lwt/armel/2.0.0-1 lwt/hppa/2.0.0-1 lwt/i386/2.0.0-1 lwt/ia64/2.0.0-1 lwt/kfreebsd-amd64/2.0.0-1 lwt/kfreebsd-i386/2.0.0-1 lwt/mips/2.0.0-1 lwt/mipsel/2.0.0-1 lwt/powerpc/2.0.0-1 lwt/s390/2.0.0-1 lwt/sparc/2.0.0-1 ocsigen/amd64/1.2.2-1 ocsigen/armel/1.2.2-1 ocsigen/hppa/1.2.2-1 ocsigen/i386/1.2.2-1 ocsigen/ia64/1.2.2-1 ocsigen/kfreebsd-amd64/1.2.2-1 ocsigen/kfreebsd-i386/1.2.2-1 ocsigen/mips/1.2.2-1 ocsigen/mipsel/1.2.2-1 ocsigen/powerpc/1.2.2-1 ocsigen/s390/1.2.2-1 ocsigen/sparc/1.2.2-1 nurpawiki/amd64/1.2.3-3 nurpawiki/armel/1.2.3-3 nurpawiki/hppa/1.2.3-3 nurpawiki/i386/1.2.3-3 nurpawiki/ia64/1.2.3-3 nurpawiki/kfreebsd-amd64/1.2.3-3 nurpawiki/kfreebsd-i386/1.2.3-3 nurpawiki/mips/1.2.3-3 nurpawiki/mipsel/1.2.3-3 nurpawiki/powerpc/1.2.3-3 nurpawiki/s390/1.2.3-3 nurpawiki/sparc/1.2.3-3
BTW, is it possible to avoid expanding all architectures for binNMUed
packages in easy hints?
Thanks in advance,
--
Stéphane
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- End Message ---
--- Begin Message ---
On Sat, 2010-03-13 at 13:38 +0100, Stéphane Glondu wrote:
> ocaml-text and postgresql-ocaml need to go to testing with a bunch of
> other binNMUed packages:
>
> easy ocaml-text/0.3-1 postgresql-ocaml/1.12.4-1 lwt/amd64/2.0.0-1 lwt/armel/2.0.0-1 lwt/hppa/2.0.0-1 lwt/i386/2.0.0-1 lwt/ia64/2.0.0-1 lwt/kfreebsd-amd64/2.0.0-1 lwt/kfreebsd-i386/2.0.0-1 lwt/mips/2.0.0-1 lwt/mipsel/2.0.0-1 lwt/powerpc/2.0.0-1 lwt/s390/2.0.0-1 lwt/sparc/2.0.0-1 ocsigen/amd64/1.2.2-1 ocsigen/armel/1.2.2-1 ocsigen/hppa/1.2.2-1 ocsigen/i386/1.2.2-1 ocsigen/ia64/1.2.2-1 ocsigen/kfreebsd-amd64/1.2.2-1 ocsigen/kfreebsd-i386/1.2.2-1 ocsigen/mips/1.2.2-1 ocsigen/mipsel/1.2.2-1 ocsigen/powerpc/1.2.2-1 ocsigen/s390/1.2.2-1 ocsigen/sparc/1.2.2-1 nurpawiki/amd64/1.2.3-3 nurpawiki/armel/1.2.3-3 nurpawiki/hppa/1.2.3-3 nurpawiki/i386/1.2.3-3 nurpawiki/ia64/1.2.3-3 nurpawiki/kfreebsd-amd64/1.2.3-3 nurpawiki/kfreebsd-i386/1.2.3-3 nurpawiki/mips/1.2.3-3 nurpawiki/mipsel/1.2.3-3 nurpawiki/powerpc/1.2.3-3 nurpawiki/s390/1.2.3-3 nurpawiki/sparc/1.2.3-3
Added; thanks.
> BTW, is it possible to avoid expanding all architectures for binNMUed
> packages in easy hints?
britney requires the architectures to always be specified for binNMUs.
One of the tools we use for dealing with hints allows the
pseudo-architecture "any" which expands to the list of release
architectures for which the package is available in unstable. The fully
expanded list is still what has to be added to the hints file however,
and not everyone uses the tool (I do when formulating hints, but in this
case just copy-and-pasted it from your mail), so it's safer to either
expand it yourself or say "package A and the binNMUs for package B"
rather than the hint itself.
Regards,
Adam
--- End Message ---
Reply to: