NMU campaign for Reproducible Builds patches
Hi people, As we mentioned in our recent report[0], we have realised just how many of the patches we have submitted[1] have been regrettably unacknowledged or otherwise have not uploaded to Debian. That's why are planning a NMU campaign to lower the number of open reproducible bugs. We have already NMUed packages in the past (notably for packages in the essential set) but we have mostly left maintainers to pick up the patches at their own pace up to now. At the end of this "campaign" we expect to see a significant drop in the number of unreproducible packages as we are talking about roughly 300 packages here which, whilst being only less than a third of the unreproducible packages in Buster, contains several "toolchain" packages, affecting more than themselves. Also, whilst we hope this campaign will have a huge impact, we're also doing it to better be be able to focus on the remaining —harder— unreproducible packages. Naturally, we promise to follow the NMU rules[2] in particular regarding the DELAYED queue: we plan to do all of our uploads for the wishlist bugs (the vast majority of them) to DELAYED/15. Also, for now we are going to target only bugs filed more than 6 months ago; attached is a list of the affected bugs, and a dd-list of affected packages. If you do not wish for us to upload your packages, please consider reviewing and possibly uploading our patches as soon as possible, or leave a message in the bug report stating so. We currently plan to start sometime during DebConf (or DebCamp), without any specific priority or rate. Best wishes, Mattia Rizzolo Chris Lamb Holger Levsen PS: no, this time Jenkins will not do anything, all the NMU work will be carried out by humans! [0] https://lists.debian.org/debian-devel-announce/2017/07/msg4.html [1] https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=reproducible-bui...@lists.alioth.debian.org;exclude=pending:done https://tests.reproducible-builds.org/debian/index_bugs.html [2] https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#nmu -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- Adam Conrad initramfs-tools (U) Adrian Knoth libffado (U) Agustin Henze doit Al Stone libevocosm Alastair McKinstry console-data Alberto Capella Silva tcpreen Alejandro Garrido Mota cclive Alejandro Garrido Mota libquvi Alen Zekulic the Ales Zabala Alava (Shagi) txt2tags (U) Alessio Treglia idjc (U) masscan tsdecrypt (U) Alexander Wirt asciidoc (U) file-rc (U) iproute2 (U) keepalived Alexandre Dantas nsnake snake4 Andrea Colangelo tennix Andreas Barth netpbm-free Andreas Beckmann module-assistant (U) Andreas Henriksson iproute2 (U) Andreas Tille mc (U) Andrew Shadura aspell-sk (U) Andrew Starr-Bochicchio libgtk2-appindicator-perl (U) Andrey Rahmatullin hibernate Anibal Monsalve Salazar elida libtext-charwidth-perl mpack pciutils sensible-utils ssmtp uswsusp (U) Anselm Lingnau abcm2ps Ansgar Burchardt cclive (U) libquvi (U) quvi Antoine Beaupré bugs-everywhere (U) Anton Zinoviev console-data (U) Anton Zinoviev console-setup (U) Antonio Radici libhtml-lint-perl (U) Antonio Terceiro goaccess (U) mailman-api Apollon Oikonomopoulos python-hiredis (U) Ari Pollak gtkspell Aurelien Jarno fonts-dustin (U) openhackware (U) Axel Beckert amora-server zsh (U) Barak A. Pearlmutter bbdb (U) jacal Bartosz Fenski reaver Bastien Roucariès imagemagick (U) Ben Hutchings initramfs-tools (U) kernel-handbook (U) Ben Wong zssh Benda Xu oss4 (U) Bernd Zeimetz freeipmi (U) gmic pyicu (U) viking Bernhard R. Link cuyo Bernhard Schmidt torrus (U) Boris Pek uhub Bradley Smith plib-doc Bruno "Fuddl" Kleinert nexuiz-data (U) Cameron Dale bittornado Cameron Patrick hibernate (U) Carl Fürstenberg plastex Carlos Alberto Silombria Ibarra maildirsync Ceph Maintainers ceph Chris Taylor goaccess Christian Kastner keyutils Christian Perrier console-data (U) console-setup (U) fontforge (U) fonts-dustin (U) Christoph Berg skytools3 (U) Christoph Egger herbstluftwm primrose (U) Christoph Ender fizmo Christophe Monniez unhide (U) Christophe Prud'homme madlib Christophe Trophime eficas (U) Christopher James Halse Rogers colord Clint Adams ghc (U) Cosimo Alfarano torch3 Craig Small lprng cristian paul peñaranda rojas n2n CrossWire Packaging Team bibledit bibledit-gtk Cédric B
Bug#870380: ITP: deepin-gettext-tools -- Deepin Internationalization utilities
Package: wnpp Severity: wishlist Owner: Boyuan Yang <073p...@gmail.com> * Package name: deepin-gettext-tools Version : 1.0.6+git20170731 Upstream Author : Deepin Technology Co., Ltd. * URL : https://www.deepin.org/ * License : GPL-3+ Programming Lang: Perl, Python Description : Deepin Internationalization utilities This package provides various tools used by Deepin software to extract translatable string and manage i18n works as a supplement to regular gettext tools. This package is a build dependency to most Deepin GUI software. I intend to co-maintain this package inside pkg-deepin team.
Sybase Contact List
style="color:rgb(31,78,121)">Hi,style="color:rgb(31,78,121)">class="MsoNormal">style="color:rgb(31,78,121)"> class="MsoNormal">Would you be interested in acquiring Sybase Contact Information for marketing or email campaign? List contains: Name, Company's Name, Phone Number, Job Title, Email address, Complete Mailing address, Company revenue, size, Web address etc.style="color:rgb(31,78,121)"> class="MsoNormal">We also have other technology users: Microsoft SQL, MySQL, PostgreSQL, Oracle Database 12c, SQLite, Amazon RDS, DB2, MariaDB, Ingres and many more. We also provide Decision Makers Contacts such as C- level, VP level, Directors and Managers contact details. If it sounds valuable for you, kindly let me know your criteria. Await your response! Thanks, Lousie Thomasstyle="color:rgb(31,78,121)">Demand Generation-Database Coordinator if you are not the right person, feel free to forward this email to the right person in your organization.class="MsoNormal">style="color:rgb(31,78,121)"> style="color:rgb(189,215,238)">To opt out kindly reply back with unsubscribe powered by GSM. Free mail merge and email marketing software for Gmail.
Bug#870381: ITP: python-singa -- a machine learning library
Package: wnpp Severity: wishlist Owner: Moaz Reyad * Package name: python-singa Version : 1.1.1 Upstream Author : Apache SINGA * URL : http://singa.apache.org * License : Apache 2 Programming Lang: C++, Python Description : a machine learning library Sponspor needed.
DocBook 5 for Debian
I am creating a new XSLT file to convert DocBook 5 "refentry" (man page)
files to texinfo files on a non-Debian system. I would like to bring
DocBook 5 into Debian.
DocBook 5 has incompatibilities with DocBook 4.x, so the two versions would
have to co-exist. I wanted to discuss this here before filing any ITPs,
etc., to solicit opinions from those who would be interested and affected.
Obviously, nothing new should impact anybody using DocBook 4.5 on Debian.
You can read about changes from DocBook 4.5 to DocBook 5.0 here:
http://tdg.docbook.org/tdg/5.0/ch01.html#introduction-whats-new
In general, each major revision of DocBook can introduce
backwards-incompatible changes from earlier versions. The DocBook
Technical Committee of OASIS intended that no major release would introduce
incompatible changes unless such changes had been announced in the previous
major release. However, they made an exception for DocBook 5 with its
shift to a RELAX NG and Schematron-based definition versus a DTD
definition. Thus, package names of the form "docbook5" and "docbook5-*",
"docbook6" and "docbook6-*", etc. seem appropriate for new packages
(although DocBook 6.0 is not expected to introduce backwards-incompatible
changes from DocBook 5.x because no such changes were announced at the
release of DocBook 5.0).
DocBook 5 DTDs are also available for XML and SGML, but they do not fully
define the syntax of a DocBook 5 file--the RELAX NG and Schematron
definitions do.
I think this inclusion of the major version number in the package name
should also apply to XSL packages, because XSLT files will be written for a
specific major version of DocBook. This implies that a DocBook 5
collection of XSL files will exist that will have a lot of overlap with the
existing docbook-xsl package under a different name. There is also an XSLT
file for transforming DocBook 4.5 files into DocBook 5.0 files, which would
be included in a proposed "docbook5-xsl" package.
I do not want to adopt the orphaned DocBook 4.x packages, because they are
not being updated upstream. I might consider updating them in the future
for new Debian Standards versions, but my focus is on working with DocBook
5.
I would also intend to make the HTML5 entity definitions for special
character names available for DocBook 5 use ("—", "–", etc.).
I think that would be appropriate for a "docbook5-xml" package.
Therefore, I propose filing ITPs for packages "docbook5", "docbook5-xsl",
and "docbook5-xml". The packages initially would be based on DocBook 5.1,
unless DocBook 5.2 is finalized in the meantime.
Any comments or suggestions?
Thank you,
Paul Hardy
