Hi, Mike Hommey <gland...@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.
signature.asc
Description: Digital signature
