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

Bug#654174: Multiple binnmus for iceweasel 9



Hi,

Mike Hommey <glandium@debian.org> (02/01/2012):
> nmu gjs_1.30.0-2 . ALL . -m "Rebuild against libmozjs9d"
> nmu gnome_shell_3.2.1-8 . ALL . -m "Rebuild against gjs rebuilt against libmozjs9d"

already done independently when src:mozjs was introduced.

> nmu openvrml_0.18.8-5 . ALL . -m "Rebuild against libmozjs9d"
> nmu libproxy_0.3.1-4+b1 . ALL . -m "Rebuild against libmozjs9d"
> nmu gxine_0.5.906-1+b3 . ALL . -m "Rebuild against libmozjs9d"
> nmu edbrowse_3.4.8-1+b1 . ALL . -m "Rebuild against libmozjs9d"
> nmu dehydra_0.9.hg20110609-2+b3 . ALL . -m "Rebuild against libmozjs9d"
> nmu couchdb_1.1.1-1 . ALL . -m "Rebuild against libmozjs9d"
> nmu python-xpcom_1:8.0~hg20111006-1 . ALL . -m "Rebuild against libmozjs9d"

Looking at the transition page[1], concentrating on packages in testing,
for dependency level 1, a local binNMU build led to the following
results:
| couchdb                build OK, deps OK.
| dehydra                #655779
| edbrowse               build OK, deps OK.
| firetray               #653290
| gecko-mediaplayer      build OK, no deps.
| gnash                  build OK, no deps.
| gnome-chemistry-utils  #657273
| gtk-vnc                build OK, no deps.
| icedtea-web            build OK, no deps.
| libjdic-java           #631039 or similar.
| libproxy               build OK, recommends OK.
| libreoffice            not tried (ETOOBIG), no deps.
| openvrml               #652790 (second message)
| packagekit             build OK, no deps.
| pyxpcom                #654613

 1. http://release.debian.org/transitions/html/iceweasel9.html

Do we want to trigger binNMUs for packages in the unknown state anyway?
(Where there are no runtime build dependencies)

Mraw,
KiBi.

Attachment: signature.asc
Description: Digital signature


Reply to: