Bug#734216: libmrss: use dh-autoreconf to fix FTBFS on ppc64el
Dear Logan, I am currently updating the package to use debhelper v9, so I can't integrate the package as-is, but I've integrate the autoreconf using the dh $@ --with autoreconf scheme. I still have some tests to do but the autoreconf dependency will be set in the next release. Best regards, Joseph -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAPQicOxSOFas-5q8r+tJDt=lsa1esa7tg20fauyrkzfcozb...@mail.gmail.com
Bug#850386: pegasus-wms: Move from asciidoc to asciidoc-base as build dependency
Package: pegasus-wms Severity: wishlist Dear Maintainer, Asciidoc has been split in different packages in #637006 and #729242. This split has arrived in Testing. To lower the number of dependencies to install during the build, could you evaluate the switch of the build-depends from asciidoc to asciidoc-base instead of asciidoc please? asciidoc-base is enough to build manpages and html pages. Thanks for your help, Joseph
Bug#910838: xml-core: add unit tests
Package: xml-core Version: 0.18 Severity: whishlist It would be nice to have some unit tests on this package. It's pretty widely used and unit tests would prevent from some unexpected bugs after a given change.
Bug#910841: xml-core: review how the catalogs updates are handled
Package: xml-core Version: 0.18 Severity: wishlist This is a follow-up on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660687#15 as it makes more sense in its own bug report rather than on the ITA bug report. The following content was from Daniel Leidert, previous maintainer of the package: It is more or less a similar bug to #477751. Every package update re-installs all entries to /etc/xml/catalog and /etc/xml/$package.xml. But this is a policy violation. Changes done to the above files are not preserved. Further we create and manipulate the system catalog by a self-written tool. IMO the rewrite must finish in - shipping the /etc/xml/$package.xml file instead of creating it (so dh_installxmlcatalogs will simply put a file into etc/xml/) - and registering it with the system catalog by the nextCatalog entry instead of putting delegate* entries in the system catalog directly (this should be done in a way, that is compatible with using the xmlcatalog tool from libxml) - if a user decides he wants to unregister a catalog, he can simply remove the relevant nextCatalog [1] entry in /etc/xml/catalog - and this change must be preserved during package updates. [1] https://www.oasis-open.org/committees/entity/spec-2001-08-06.html#s.nextcatalog
Bug#910841: xml-core: more elts
Another element to keep in mind when working on that one is what is explained in https://lists.debian.org/debian-qa/2015/08/msg00015.html
