Re: Transition news: GCC 6 enabled by default
On Sun, Aug 7, 2016 at 9:18 PM, Dirk Eddelbuettel wrote: > Let me know if I should take this to debian-devel or some other list. I'm not part of the release team, but I expect you probably should read the documentation and then file a bug report, the release team often emphasises bug reports over mailing list posts. https://wiki.debian.org/Teams/ReleaseTeam/Transitions -- bye, pabs https://wiki.debian.org/PaulWise
Bug#833689: marked as done (nmu: pdftk)
Your message dated Mon, 8 Aug 2016 00:54:34 +0200 with message-id <87258662-be07-f4d1-51fb-d83070127...@debian.org> and subject line Re: Bug#833689: nmu: pdftk has caused the Debian Bug report #833689, regarding nmu: pdftk 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 ow...@bugs.debian.org immediately.) -- 833689: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833689 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu please binNMU pdftk to build with gcj-6. --- End Message --- --- Begin Message --- On 07/08/16 23:45, Matthias Klose wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > > please binNMU pdftk to build with gcj-6. Scheduled. Shouldn't kamailio be binNMUed as well? Cheers, Emilio--- End Message ---
Bug#833550: jessie-pu: package gnome-maps/3.14.1.2-1
On 06/08/16 23:31, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Fri, 2016-08-05 at 23:14 +0200, Emilio Pozuelo Monfort wrote: >> gnome-maps is currently unusable in Jessie. It used the MapQuest provider, >> which has closed access to external applications[1]. >> >> This is already fixed in unstable, see #830842. >> >> For Jessie, I have updated to the new point release. Excluding the autotools >> changes in the debdiff (which are autogenerated anyway through >> dh_autoreconf), >> the only changes are a few translation updates, and the changes for this fix >> (which are the changes in src/, plus the mapbox logo), as can also be seen >> in [2]. > > fwiw, this didn't make it to debian-release, probably due to the size of > the debdiff; you might want to compress larger ones in future. Right, thanks. Will do. >> I could backport these changes instead, but given that the new release is >> basically this fix, I thought it would be fine. > > const MapType = { > -STREET: Champlain.MAP_SOURCE_OSM_MAPQUEST, > -AERIAL: Champlain.MAP_SOURCE_OSM_AERIAL_MAP, > -CYCLING: Champlain.MAP_SOURCE_OSM_CYCLE_MAP, > -TRANSIT: Champlain.MAP_SOURCE_OSM_TRANSPORT_MAP > +STREET: 'MapsStreetSource', > +AERIAL: 'MapsAerialSource' > }; > > I assume this means that the change also ends up dropping > functionality? :-( I don't think that functionality was present. CYCLING and TRANSIT were unused. > Please go ahead. Uploaded. Thanks, Emilio
Re: 8.6 planning
On Sun, Aug 07, 2016 at 11:04:44PM +0100, Adam Barratt wrote: >Hi, > >It's time for another Jessie point release; as wheezy's EOL, we don't >have to worry about trying to fit two in at the same time. Some possible >dates: > >August 20th/21st - doesn't work for me > >August 27th/28th - public holiday weekend in the UK; doesn't work for me Both those weekends don't work for me either, for the same reasons as you. :-) >September 3rd/4th > >September 10th/11th > >September 17th/18th But all three of those work fine for me. -- Steve McIntyre, Cambridge, UK.st...@einval.com < Aardvark> I dislike C++ to start with. C++11 just seems to be handing rope-creating factories for users to hang multiple instances of themselves.
8.6 planning
Hi, It's time for another Jessie point release; as wheezy's EOL, we don't have to worry about trying to fit two in at the same time. Some possible dates: August 20th/21st - doesn't work for me August 27th/28th - public holiday weekend in the UK; doesn't work for me September 3rd/4th September 10th/11th September 17th/18th Regards, Adam
Bug#833644: release.debian.org: migration page is a month out of date
On Sun, Aug 07, 2016 at 10:53:30PM +0100, Adam D. Barratt wrote: > On Sun, 2016-08-07 at 13:43 +0100, Julian Gilbey wrote: > > I just visited https://release.debian.org/migration/ but at the bottom > > of the page it says: > > > > Data is updated hourly. > > Latest update: Mon, 04 Jul 2016 08:23:13 GMT > > > > Something seems to be a bit awry here... > > That's expected, and was mentioned on dda, although apparently not > clearly enough for everyone to have made the connection. Ah! Thanks, Adam. Julian
Bug#833644: release.debian.org: migration page is a month out of date
On Sun, 2016-08-07 at 13:43 +0100, Julian Gilbey wrote: > I just visited https://release.debian.org/migration/ but at the bottom > of the page it says: > > Data is updated hourly. > Latest update: Mon, 04 Jul 2016 08:23:13 GMT > > Something seems to be a bit awry here... That's expected, and was mentioned on dda, although apparently not clearly enough for everyone to have made the connection. From https://lists.debian.org/debian-devel-announce/2016/07/msg2.html: " As part of the move, the `testing.pl` script is being deprecated and will eventually be removed. It is unmaintained and no longer shows an accurate version of reality. " Regards, Adam
Bug#833689: nmu: pdftk
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu please binNMU pdftk to build with gcj-6.
Bug#828177: jessie-pu: package unbound/1.4.22-3+deb8u2
Adam D. Barratt wrote: > On Mon, 2016-07-04 at 16:11 -0400, Robert Edmonds wrote: > > +unbound (1.4.22-3+deb8u2) jessie; urgency=medium > > + > > + * debian/unbound.init: Add "pidfile" magic comment (Closes: #807132) > > + * debian/unbound.init: Call start-stop-daemon with --retry for 'stop' > > +action (patch from Julien Cristau) > > Sorry for the delay in getting back to you; please go ahead. Uploaded. Thanks! -- Robert Edmonds edmo...@debian.org
Bug#833377: release.debian.org: boost1.61 transition
Hi Emilio, On Wed, Aug 03, 2016 at 07:10:03PM +0200, Emilio Pozuelo Monfort wrote: > On 03/08/16 18:02, Dimitri John Ledkov wrote: > > The abi is complex and depends on multiple things. We do not wish to > > maintain same boost series (1.61) with multiple abi builds. Due to fixes > > to the c++11 inline namespace abi tags in gcc-6 (as compared to gcc-5) > > the ABI of boost-regexp changes when compiled with gcc-6. > > Hmm, can you clarify this? I wasn't aware that rebuilding with g++-6 caused > ABI > changes. Do you know if this affects other libraries? Surely we can workaround > it in boost by doing the 1.61 transition at the same time, but what about > other > libraries? I get the impression virtual functions are handled differently. For example, in htmlcxx (https://bugs.debian.org/811964), virtual destructors used to result in symbols attached to the declaring class (HTML::Exception::~Exception()), but with GCC 6 they result in symbols attached to the concrete classes (Uri::Exception::~Exception()). Regards, Stephen (not a C++ expert) signature.asc Description: PGP signature
Re: Transition news: GCC 6 enabled by default
Thanks for starting the g++-6 transition. I suspect/believe that I "own" a (small) stack which needs a transition policy: -- the "R" language (source package r-base) encodes its configuration time choices for all subsequent compilations; here we have CXX and CXX1X (plus CXX1Y in next release) -- this could be overwritten but it easiest just to rebuild R -- R itself is largely C and Fortran and will not be affected -- C++ packages will. I am also upstream of the somewhat-widely used C++ interface in package Rcpp (source package rcpp). We need to rebuild it, and then all packages dependending on it. See [1] below. There may also be one or two C++ packages not using Rcpp such as r-cran-mcmcpack. I can weed those out by hand by running a script over rdepends for R as well. Actually just filtering rdepends for C++ works, see [2] -- Ditto for the QuantLib library (depending on Boost) and r-cran-rquantlib though that is a small leaf Is this "small potatos" and something I should organize informally with the package maintainers, or something you want to coordinate? I CC'ed Doko and Martin has I have been discussing an open bug report (which is somewhat false positive) concerning r-cran-rquantlib; this is really just the need for the same C++ compiler between R, Rcpp, QuantLib and RQuantLib (which this transition would achieve too). Let me know if I should take this to debian-devel or some other list. Thanks, Dirk [1] Direct depends of Rcpp root@docker:/# apt-cache rdepends r-cran-rcpp r-cran-rcpp Reverse Depends: r-cran-luminescence r-cran-rquantlib r-cran-xml2 r-cran-treescape r-cran-tibble r-cran-surveillance r-cran-shiny r-cran-rprotobuf r-cran-rncl r-cran-rinside r-cran-reshape2 r-cran-readxl r-cran-rcppeigen r-cran-rcpparmadillo r-cran-raster r-cran-plyr r-cran-minqa r-cran-amelia r-cran-htmltools r-cran-dplyr r-cran-bayesfactor root@docker:/# [2] Direct depends of C++ root@docker:/# apt-cache rdepends libstdc++6 | grep r-cran r-cran-rsymphony r-cran-rquantlib r-cran-rgl r-cran-rcpp r-cran-xml2 r-cran-treescape r-cran-tidyr r-cran-tibble r-cran-tgp r-cran-testthat r-cran-surveillance r-cran-stringi r-cran-spatstat r-cran-scales r-cran-rprotobuf r-cran-rncl r-cran-rjson r-cran-rjags r-cran-rinside r-cran-reshape2 r-cran-readxl r-cran-rcppeigen r-cran-rcpparmadillo r-cran-raster r-cran-randomfields r-cran-qtl r-cran-polyclip r-cran-plyr r-cran-phylobase r-cran-nmf r-cran-nloptr r-cran-minqa r-cran-luminescence r-cran-lhs r-cran-kernlab r-cran-int64 r-cran-igraph r-cran-httpuv r-cran-htmltools r-cran-genabel r-cran-geepack r-cran-gbm r-cran-fastcluster r-cran-etm r-cran-energy r-cran-e1071 r-cran-dplyr r-cran-distory r-cran-catools r-cran-biasedurn r-cran-bayesm r-cran-bayesfactor r-cran-amelia r-cran-mcmcpack r-cran-lme4 root@docker:/# apt-cache rdepends libstdc++6 | grep r-bioc r-bioc-shortread r-bioc-rsamtools r-bioc-genefilter r-bioc-edger r-bioc-deseq2 root@docker:/# -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#833644: release.debian.org: migration page is a month out of date
Package: release.debian.org Version: 20160807 Hi! I just visited https://release.debian.org/migration/ but at the bottom of the page it says: Data is updated hourly. Latest update: Mon, 04 Jul 2016 08:23:13 GMT Something seems to be a bit awry here... Julian
Bug#833634: jessie-pu: package apache2/2.4.10-10+deb8u6
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hi release team, please review the following bug-fix update for inclusion into the next stable point release. Full debdiff is attached. Cheers, Stefan apache2 (2.4.10-10+deb8u6) jessie; urgency=medium * Fix race condition and logical error in init script. Thanks to Thomas Stangner for the patch. Closes: #822144 * Remove links to manpages.debian.org in default index.html to avoid broken robots doing a DoS on the site. Closes: #821313 * mod_socache_memcache: Increase idle timeout to 15s to allow keep-alive connections. Closes: #803035 * mod_proxy_fcgi: Fix wrong behavior with 304 responses. Closes: #827472 * Correct systemd-sysv-generator behavior by customizing some parameters. This fixes 'systemctl status' returning incorrect results. Closes: #827444 * mod_proxy_html: Add missing config file mods-available/proxy_html.conf. This is intentionally not enabled during upgrade, to make it less likely to break existing setups. It will be enabled by a a2dismod/a2enmod cycle, though. Closes: #827258 -- Stefan FritschSun, 07 Aug 2016 12:58:11 +0200 diff -Nru apache2-2.4.10/debian/apache2.init apache2-2.4.10/debian/apache2.init --- apache2-2.4.10/debian/apache2.init 2016-07-20 08:41:40.0 +0200 +++ apache2-2.4.10/debian/apache2.init 2016-08-07 12:56:37.0 +0200 @@ -139,6 +139,7 @@ apache_wait_stop() { local STATUS=$1 + local METH=$2 if [ $STATUS != 0 ] ; then return $STATUS @@ -146,11 +147,18 @@ PIDTMP=$(pidofproc -p $PIDFILE $DAEMON) if [ -n "${PIDTMP:-}" ] && kill -0 "${PIDTMP:-}" 2> /dev/null; then + + if [ "$METH" = "kill" ]; then + killproc -p $PIDFILE $DAEMON + else + $APACHE2CTL $METH > /dev/null 2>&1 + fi + local i=0 while kill -0 "${PIDTMP:-}" 2> /dev/null; do if [ $i = '60' ]; then - break STATUS=2 + break fi [ "$VERBOSE" != no ] && log_progress_msg "." sleep 1 @@ -223,15 +231,13 @@ fi if [ $AP_RET = 2 ] && apache_conftest ; then - $APACHE2CTL $STOP > /dev/null 2>&1 - apache_wait_stop $? + apache_wait_stop $? $STOP return $? else if [ $AP_RET = 2 ]; then - clear_error_msg + clear_error_msg APACHE2_INIT_MESSAGE="The apache2$DIR_SUFFIX configtest failed, so we are trying to kill it manually. This is almost certainly suboptimal, so please make sure your system is working as you'd expect now!" - killproc -p $PIDFILE $DAEMON - apache_wait_stop $? + apache_wait_stop $? "kill" return $? elif [ $AP_RET = 1 ] ; then APACHE2_INIT_MESSAGE="There are processes named 'apache2' running which do not match your pid file which are left untouched in the name of safety, Please review the situation by hand". diff -Nru apache2-2.4.10/debian/apache2.install apache2-2.4.10/debian/apache2.install --- apache2-2.4.10/debian/apache2.install 2016-07-20 08:41:40.0 +0200 +++ apache2-2.4.10/debian/apache2.install 2016-08-07 12:56:37.0 +0200 @@ -5,3 +5,4 @@ debian/a2query /usr/sbin debian/ask-for-passphrase /usr/share/apache2/ debian/debhelper/apache2-maintscript-helper /usr/share/apache2/ +debian/forking.conf/lib/systemd/system/apache2.service.d/forking.conf diff -Nru apache2-2.4.10/debian/apache2.postinst apache2-2.4.10/debian/apache2.postinst --- apache2-2.4.10/debian/apache2.postinst 2016-07-20 08:41:40.0 +0200 +++ apache2-2.4.10/debian/apache2.postinst 2016-08-07 12:56:45.0 +0200 @@ -270,6 +270,21 @@ fi } +is_problematic_index_html () { + local FILE="$1" + [ -f "$FILE" ] || return 1 + local MD5=$(md5sum "$FILE" 2> /dev/null |cut -d' ' -f 1) + [ -n "$MD5" ] || return 1 + grep -q "$MD5" <<- EOF + 1736dfc80cf1f5a8966c096a0b094377 + 776221a94e5a174dc2396c0f3f6b6a74 + 51a41c3207374dad24ec64a0f2646bdc + c481228d439cbb54bdcedbaec5bbb11a + 3183a3d71d86bcc88aaf3ca5cbbefb45 + 74cec59a19e5d16f7cc6a2445e35fa3b + EOF +} + # XXX: This site is installed in the apache2-data package. Should the postinst # scriptlet move there too? install_default_files() @@ -292,6 +307,14 @@ if $do_copy ; then cp /usr/share/apache2/default-site/index.html /var/www/html/index.html fi + else + # see #821313 + for dir in /var/www /var/www/html ; do + local file=$dir/index.html + if is_problematic_index_html $file ; then +cp /usr/share/apache2/default-site/index.html $file + fi + done fi } diff -Nru apache2-2.4.10/debian/changelog apache2-2.4.10/debian/changelog --- apache2-2.4.10/debian/changelog 2016-07-20 08:42:34.0 +0200 +++ apache2-2.4.10/debian/changelog
Bug#833589: transition: opencc
On Sun, Aug 07, 2016 at 12:33:45PM +0200, Emilio Pozuelo Monfort wrote: > On 06/08/16 17:21, Aron Xu wrote: > > - ibus-libzhuyin: experimental version works I will handle this package, thanks for the transition. -- ChangZhuo Chen (陳昌倬)Debian Developer (https://nm.debian.org/public/person/czchen) Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D BA04 346D C2E1 FE63 C790 8793 CC65 B0CD EC27 5D5B signature.asc Description: PGP signature
Bug#833589: transition: opencc
Control: tags -1 confirmed On 06/08/16 17:21, Aron Xu wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > Hi, > > I'd like to kick off the opencc transition, which has been in > experimental for quite some time. > > Dependencies: > > - ibus-libzhuyin: experimental version works > - libpyzy: binNMU is okay > - librime: new upstream release upload needed, to fix 811637 at the same time Given how small this is, and that librime is not even in testing, you can go ahead. Please file bugs for the two rdeps that need sourceful uploads if you don't plan on uploading them yourself. Cheers, Emilio
Processed: Re: Bug#833589: transition: opencc
Processing control commands: > tags -1 confirmed Bug #833589 [release.debian.org] transition: opencc Added tag(s) confirmed. -- 833589: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833589 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems