Bug#735883: auto_test failing for python-csb
Hi Tomás, On Sat, Jan 18, 2014 at 05:45:31PM +0100, Tomás Di Domenico wrote: Greegins, all. A bug that I had marked as closed has been reopened (or rather, re-reported) [1]. It seems like when running the tests as specified in debian/rules/override_dh_auto_test,the test suite tries to write to a forbidden location. The issue is that upon our request, after having faced the same problem in a previous release, upstream has added a parameter to specify the write directory. I added this parameter to the auto_test command, and it works perfectly when I run git-buildpackage. It also succeeds when running the test command manually (just to confirm, I do get the reported error if I leave out the new parameter). The issue is solved for *building* the package. I'm a bit at a loss here. I don't quite understand what could be causing the tests to try and write somewhere else than where the --generated-resources arguments is indicating. The bug report (in CC - it always makes sense to keep the reporter and readers of the bug report informed) is about autopkgtest which is some test suite which runs on all packages that have set XS-Testsuite: autopkgtest in d/control. So I think to fix the bug you need to pass the very same option you used in override_dh_auto_test in debian/tests/build as well to fix the problem. Hope this helps Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732342: [Pkg-samba-maint] Bug#732342: Samba Stack Trace due to hdb interface change in Heimdal
FWIW I have added a pending upload of the Heimdal package with this change cherry picked staged in the collab-maint git repo. Cheers, Jelmer Andrew Bartlett abart...@samba.org wrote: On Sun, 2014-01-19 at 11:30 +1100, Brian May wrote: On 16 January 2014 14:03, Andrew Bartlett abart...@samba.org wrote: Can we get this patch into the Heimdal package, so we can fix that side of bug #732342? Once I know the version number it will be in, I'll update the control files to require it for Samba. Is this something that should be pushed upstream to Heimdal too? Do they know about it? It's being tracked here: https://github.com/heimdal/heimdal/pull/54 You may wish to wait until the fixed patch there is merged :-( (But until then Samba's AD DC is pretty broken). Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba ___ Pkg-samba-maint mailing list pkg-samba-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-samba-maint
Bug#726763: Bug#735628: gdm3: Does not restart system when clicking {Restart}
Dear Andreas, I can't find the missing part in /var/log/syslog. The console output seem mostly to stop at Starting fancontrol Regarding to portmap; that's true, but it was not obvious for me at first that I have to delete the old portmap configuration files to make rpcbind working again. :-) I have another small question; Can you tell me how I can set the banner text in GDM v3.8? I tried with dconf and the configuration files under /etc/gdm3 but nothing seems to work. I attached my greetings.gsettings file. It now seems to be ignored by GDM 3.8. With many greetings, Adrian On Mon, 2014-01-20 at 16:17 +0100, Andreas Cadhalpun wrote: Hi Adrian, On 20.01.2014 04:42, Adrian Immanuel Kieß wrote: following to your suggestion I installed systemd-sysv and it is really nice; the system boots much quicker. ;) As a side note, I had to apt-get purge portmap to make nfs-kernel-server working again with systemd; This is not really surprising, considering that portmap is only available in oldstable... but not all of the console output is shown again while booting up, because of GDM is loading and takes the console output away. Can you specify which output is missing, e.g. by copying the relevant part from /var/log/syslog? Installing systemd now fixed the missing console output while shutting the system down. That's strange... So this seems like a bug in sysvinit-core. Best regards, Andreas -- With greetings from Leipzig, Germany. Adrian Immanuel Kieß Administrator programmer Unix / Perl / LaTeX mail: adrian (at) kiess.at www: http://www.kiess.at # These are the options for the greeter session that can be set # through GSettings. Any GSettings setting that is used by the # greeter session can be set here. # Theming options #[org.gnome.desktop.interface] #gtk-theme='Adwaita' # Prevent the power management icon from showing up [org.gnome.power-manager] icon-policy='never' # Disabling sound in the greeter #[org.gnome.desktop.sound] #event-sounds=false [org.gnome.desktop.background] picture-uri='file:///etc/gdm3/mandolux-bcstar-l-1280.jpg' picture-options='zoom' # - Disable user list # disable-user-list=true # - Disable restart buttons # disable-restart-buttons=true # - Show a login welcome message banner-message-enable=true banner-message-text='Welcome to g6.lan.dac' signature.asc Description: This is a digitally signed message part
Bug#736212: kamailio-java-modules: uninstallable in sid: unsatisfiable Depends: gjc-jre
On 21 January 2014 04:13, Andreas Beckmann a...@debian.org wrote: kamailio-java-modules/i386 unsatisfiable Depends: gjc-jre You could try gcj-jre instead :-) Fixed on git repository, will be pushed in the next Debian version. Thanks a lot Andreas, Victor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Thoughts on Init System Debate
On 21 Jan 2014 04:57, Steve Langasek vor...@debian.org wrote: On Mon, Jan 20, 2014 at 07:09:51PM -0800, Nikolaus Rath wrote: I would add the very presence of the mountall tool to this list. Lennart has described the issues with mountall in https://plus.google.com/u/0/+LennartPoetteringTheOneAndOnly/posts/ip8e1DqJdxT , and apparently the upstart developers have been aware them as well since the very beginning (at least since Ubuntu 8.04) I will not respond to this except to say that I do not agree with Lennart's characterization of mountall as evidence that upstart's model is incorrect. Given https://plus.google.com/+KaySievers/posts/C3chC26khpq#z13jjz3zyofuv3122230ufubgwvfv1myv04#1390263990323502Scott James Remnant's agreement with Lennart (in a comment on https://plus.google.com/+KaySievers/posts/C3chC26khpq, around 1UTC on Jan 21st)... Hindsight certainly lends a different perspective, and I'd be the first person to say that Upstart doesn't work as intended. +Lennart Poettering makes a great point about mountall in a recent post, it was written because Upstart couldn't do the complex filesystem cases it was designed to be able to do; and I was very aware even at the time that was a failure that would need to be addressed. ...it seems that further discussion of these design issues might be a good idea. At the least, there should be some progress on the Upstart bug tracker indicating the shape of a solution for the mountall and The and/or bugs (and any other design issues). Cheers, Dave.
Bug#716855: libucomon-dev: Dependency on libgnutls28-dev makes sflphone unbuildable
On Wed, 30 Oct 2013 15:29:04 Dmitrijs Ledkovs wrote: The patch to fix FTBFS against GnuTLS 2.6 is trivial, and is attached with this email. Please consider reverting and making libucommon build and link against GnuTLS 2.6. Jonas, Given the above and your LowNMU, if you are happy I intend to NMU this patch to ucommon. It will require binNMU for ccrtp linphone, which I can handle, and sipwitch which is one of yours. Then at some stage in the future I would like to coordinate the switch to gnutls28 across all the voip family. Mark ucommon-gnutls.patch diff -Nru ucommon-6.0.7/debian/control ucommon-6.0.7/debian/control --- ucommon-6.0.7/debian/control2013-08-02 09:27:21.0 + +++ ucommon-6.0.7/debian/control2013-10-30 12:34:56.0 + @@ -10,7 +11,7 @@ debhelper (= 9~), dh-buildinfo, pkg-config, - libgnutls28-dev, + libgnutls-dev, d-shlibs (= 0.45~), graphviz Build-Depends-Indep: doxygen-latex diff -Nru ucommon-6.0.7/debian/patches/fix-gnutls2.6.patch ucommon-6.0.7/debian/patches/fix-gnutls2.6.patch --- ucommon-6.0.7/debian/patches/fix-gnutls2.6.patch1970-01-01 00:00:00.0 + +++ ucommon-6.0.7/debian/patches/fix-gnutls2.6.patch2013-10-30 12:35:21.0 + @@ -0,0 +1,14 @@ +Description: Fix building ucommon against gnutls2.6. +Author: Dmitrijs Ledkovs x...@ubuntu.com + +--- ucommon-6.0.7.orig/gnutls/local.h ucommon-6.0.7/gnutls/local.h +@@ -37,7 +37,7 @@ class __LOCAL context : public secure + public: + ~context(); + +-unsigned int connect; ++gnutls_connection_end_t connect; + gnutls_credentials_type_t xtype; + gnutls_certificate_credentials_t xcred; + gnutls_dh_params_t dh; diff -Nru ucommon-6.0.7/debian/patches/series ucommon-6.0.7/debian/patches/series --- ucommon-6.0.7/debian/patches/series 1970-01-01 00:00:00.0 + +++ ucommon-6.0.7/debian/patches/series 2013-10-30 12:35:10.0 + @@ -0,0 +1 @@ +fix-gnutls2.6.patch signature.asc Description: This is a digitally signed message part.
Bug#735873: zathura: Scrollbar settings do not work
On Tue, Jan 21, 2014 at 03:36:00AM +0100, Sebastian Ramacher wrote: On 2014-01-20 09:13:59, Markus Demleitner wrote: They are. My problem is that they don't disappear when the settings are false. Oh, okay. I've never seen this before. I'll try to reproduce the problem with a backport. Could you tell me if your ~/.config/gtk-3.0/gtk.css contains anything special? Which GTK+ 3 theme are you using? gtk.css was empty when I reported the bug. To mitigate the garish scrollbar, I've put in .scrollbar { -GtkRange-slider-width: 9; -GtkRange-stepper-size: 9; } yesterday, which has the expected result of making the scrollbars smaller. As to the theme, neither a quick look in relevant-looking man pages nor the Duck gave an obvious answer as to how to find out what theme is active. I've not changed anything actively there, and the gtk.css with the above content is the only thing in .config/gtk-3.0, so I'd expect it's whatever is the wheezy default. Thanks, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736217: ITP: gstreamer-vaapi -- VA-API plugins for GStreamer
On 21.01.2014 09:03, Vincent Cheng wrote: Hi Timo, On Mon, Jan 20, 2014 at 10:45 PM, Timo Aaltonen tjaal...@ubuntu.com wrote: On 21.01.2014 08:25, Vincent Cheng wrote: Package: wnpp Severity: wishlist Owner: Vincent Cheng vch...@debian.org * Package name: gstreamer-vaapi Version : 0.5.7 Upstream Author : Gwenole Beauchesne gwenole.beauche...@intel.com * URL : http://gitorious.org/vaapi/gstreamer-vaapi * License : LGPL-2.1+ Programming Lang: C Description : VA-API plugins for GStreamer gstreamer-vaapi is a collection of GStreamer plugins and helper libraries that allow hardware accelerated video decoding, encoding and processing through VA-API. Hi, I've had it packaged in git://git.debian.org/git/users/tjaalton-guest/gstreamer-vaapi.git feel free to reuse whatever you need. Thanks, that saves me quite a bit of work compared to basing off of the current package in Ubuntu! yeah that one is ancient.. earlier 0.5.x didn't build against gst1.0/1.2 so it got stuck at 0.3.6. Updating it to 0.5.7 is still a WIP If it interests you, would you like to be the maintainer of gstreamer-vaapi (and move the packaging over to collab-maint while we're at it)? I'd be glad to just sponsor what you have; it spares me additional work and you've already done great work on the package anyways. Works for me, pushed the branches there now and renamed them to match the default names (master, upstream). -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736226: Missing support for SIP contacts in roster
Package: telepathy-rakia As described in ubuntu bug report, it is impossible to store contacts for SIP accounts: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/294991 Instead ROSTER supports should be done at rakia level. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735309: libconfig-model-dpkg-perl: Please support canonical Vcs fields
Hi Dominique, On Mon, Jan 20, 2014 at 07:51:07PM +0100, Dominique Dumont wrote: On Saturday 18 January 2014 14:52:26 Andreas Tille wrote: I'd recommend that if you find something like git\.debian\.org/\?p=debian-med I've pushed a fixed version. This looks good on my side: domi@ylum:~/debian-dev/r-cran-stringr$ git reset --hard HEAD is now at be7859a Another testcase for new `cme fix dpkg-control` - unable to normalise Vcs-Browser domi@ylum:~/debian-dev/r-cran-stringr$ cme fix dpkg Fixing from Dpkg... Reading package lists... Done Building dependency tree Reading state information... Done Warning in 'control source Vcs-Browser' value 'http://git.debian.org/?p=debian-med/r-cran-stringr.git;a=summary': URL to debian system is not the recommended one (code is: '!defined $_ or ! /debian.org/ or m{^https?://anonscm.debian.org/(viewvc|gitweb|loggerhead)} ;') Warning in 'copyright Format' value 'http://dep.debian.net/deps/dep5': Format does not match the recommended URL for DEP-5 Changes applied to dpkg configuration: - control source Vcs-Browser: 'http://git.debian.org/?p=debian-med/r-cran-stringr.git;a=summary' - 'http://anonscm.debian.org/gitweb/?p=debian-med/r-cran-stringr.git;a=summary' # applied fix - copyright Format: 'http://dep.debian.net/deps/dep5' - 'http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/' # applied fix This one looks actually good. Can you check that everything is going fine on your side ? I have found another (new ?) problem by checking: git://git.debian.org/git/debian-med/r-cran-reshape2.git After `cme fix dpkg-control` I've got: ... +Standards-Version: 3.9.5 +Vcs-Browser: http://anonscm.debian.org/gitweb/?p=debian-med/r-cran-reshape2.git;a=summary +Vcs-Git: git://anonscm.debian.org/(git/)*git/debian-med/r-cran-reshape2.git Homepage: http://had.co.nz/reshape -Vcs-Git: git://git.debian.org/git/debian-med/r-cran-reshape2.git -Vcs-Browser: http://git.debian.org/?p=debian-med/r-cran-reshape2.git;a=summary ... Please mind the '/(git/)*git/' in Vcs-Git. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736228: gauche doesn't update the gc/config.* files
Package: gauche Version: 0.9.3.3-8 Severity: important Tags: jessie sid #727734 talks about not using the gc subdir at all, however until this happens please update the gc/config.* files there too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716855: libucomon-dev: Dependency on libgnutls28-dev makes sflphone unbuildable
Quoting Mark Purcell (2014-01-21 09:23:25) On Wed, 30 Oct 2013 15:29:04 Dmitrijs Ledkovs wrote: The patch to fix FTBFS against GnuTLS 2.6 is trivial, and is attached with this email. Please consider reverting and making libucommon build and link against GnuTLS 2.6. Given the above and your LowNMU, if you are happy I intend to NMU this patch to ucommon. It will require binNMU for ccrtp linphone, which I can handle, and sipwitch which is one of yours. Yes, please do. Thanks! Then at some stage in the future I would like to coordinate the switch to gnutls28 across all the voip family. Great! Far better than this (unintended) uncoordinated move. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#736229: gedit: Tools - Manage Snippets not opening snippets window
Package: gedit Version: 3.8.3-4 Severity: normal Dear Maintainer, Clicking on Tools - Manage Snippets is ignored. Steps done: Open Gedit - Click on Tools - Click on Manage Snippets Outcome: Snippet Configuration Windows is not opened. Expected: Snippet Configuration Window to be shown. Maybe somebody can reproduce this. -- Package-specific info: Active plugins: - 'latex' - 'terminal' - 'synctex' - 'spell' - 'docinfo' - 'filebrowser' - 'modelines' - 'time' - 'snippets' No plugin installed in $HOME. Module versions: - glib 2.36.4 - gtk+ - gtksourceview - pygobject - enchant - iso-codes 3.50 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gedit depends on: ii gedit-common 3.8.3-4 ii gir1.2-peas-1.01.8.1-1 ii gnome-icon-theme-symbolic 3.10.1-1 ii gsettings-desktop-schemas 3.8.2-2 ii iso-codes 3.50-1 ii libatk1.0-02.10.0-2 ii libc6 2.17-97 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libenchant1c2a 1.6.0-10 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libgirepository-1.0-1 1.36.0-2+b1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.6-1 ii libgtksourceview-3.0-1 3.8.2-1 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-01.36.0-1+b1 ii libpeas-1.0-0 1.8.1-1 ii libx11-6 2:1.6.2-1 ii libxml22.9.1+dfsg1-3 ii python-gi-cairo3.10.2-2 ii python3-gi 3.10.2-2 pn python3:anynone Versions of packages gedit recommends: ii yelp3.10.1-1 ii zenity 3.8.0-1 Versions of packages gedit suggests: ii gedit-plugins 3.8.3-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736097: libc6:amd64: libc6 2.17-97 rm'ing ld.so.cache at inopportune moment, can not upgrade
On Mon, 20 Jan 2014 23:36:17 -0700, Adam Conrad writes: On Sun, Jan 19, 2014 at 06:55:49PM +0100, Robert Waldner wrote: The problem is that as soon as ld.so.cache is gone, dpkg-deb stops working because it can't find libz.so.1 anymore. At the moment I don't have any idea on how to upgrade from stable (2.13-38) to testing (2.17-97). Any hints *greatly* appreciated. Your analysis doesn't make much sense to me. If libz.so.1 is on the default search path (and it is, unless you've moved it), you don't need ld.so.cache to exist to resolve it. For things on the search path, the cache only speeds up the lookup, it doesn't facilitate it. Ok. My knowledge about libc and library-loading isn't great. If this weren't true, literally *nothing* would run, because most of the world depends on finding libc.so.6 on path. So, I'd recommend sorting out where your libz.so.1 has gone to, and that should get you going again. I've prepared a copy of the system for testing via chroot. chroot'ed to there, `apt-get upgrade`: Preparing to replace libc6-dev-i386 2.13-38 (using .../libc6-dev-i386_2.17-97_amd64.deb) ... Unpacking replacement libc6-dev-i386 ... Preparing to replace libc6-i386 2.13-38 (using .../libc6-i386_2.17-97_amd64.deb) ... Unpacking replacement libc6-i386 ... Replaced by files in installed package libc6:i386 ... Preparing to replace linux-libc-dev:amd64 3.2.51-1 (using .../linux-libc-dev_3.12.6-2_amd64.deb) ... De-configuring linux-libc-dev:i386 ... Unpacking replacement linux-libc-dev:amd64 ... Preparing to replace linux-libc-dev:i386 3.2.51-1 (using .../linux-libc-dev_3.12.6-2_i386.deb) ... Unpacking replacement linux-libc-dev:i386 ... Can not write log, openpty() failed (/dev/pts not mounted?) Setting up linux-libc-dev:amd64 (3.12.6-2) ... Setting up linux-libc-dev:i386 (3.12.6-2) ... Can not write log, openpty() failed (/dev/pts not mounted?) (Reading database ... 288896 files and directories currently installed.) Preparing to replace libc6-dev:i386 2.13-38 (using .../libc6-dev_2.17-97_i386.deb) ... De-configuring libc6-dev:amd64 ... Unpacking replacement libc6-dev:i386 ... Preparing to replace libc6-dev:amd64 2.13-38 (using .../libc6-dev_2.17-97_amd64.deb) ... Unpacking replacement libc6-dev:amd64 ... Preparing to replace locales 2.13-38 (using .../locales_2.17-97_all.deb) ... Unpacking replacement locales ... Preparing to replace libc6:amd64 2.13-38 (using .../libc6_2.17-97_amd64.deb) ... De-configuring libc6:i386 ... Checking for services that may need to be restarted... Checking init scripts... Unpacking replacement libc6:amd64 ... dpkg-deb: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory dpkg: error processing /var/cache/apt/archives/libc6_2.17-97_amd64.deb (--unpack): subprocess dpkg-deb --fsys-tarfile returned error exit status 127 dpkg-deb: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory dpkg: error processing /var/cache/apt/archives/libc6_2.17-97_i386.deb (--unpack): subprocess dpkg-deb --control returned error exit status 127 Processing triggers for man-db ... /usr/bin/mandb: error while loading shared libraries: libgdbm.so.3: cannot open shared object file: No such file or directory Errors were encountered while processing: /var/cache/apt/archives/libc6_2.17-97_amd64.deb /var/cache/apt/archives/libc6_2.17-97_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Now, at this point practically nothing works any more: :( root@fsck-/ # ls -al ./usr/lib32/libz.so.1 ls: error while loading shared libraries: libselinux.so.1: cannot open shared object file: No such file or directory :) root@fsck-/ # find . -name libz.so.1 | xargs file file: error while loading shared libraries: libmagic.so.1: cannot open shared object file: No such file or directory Looking from _outside_ the chroot it seems everything's still there: # find /mnt/container/ -name libz.so.1 | xargs file -L /mnt/container/usr/lib32/libz.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=0x3539dd7120554f14be8c3668d2bad45650192c5f, stripped /mnt/container/lib/x86_64-linux-gnu/libz.so.1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=0x1fb7fe1e239c99d4670d5707a44e723a6752d8e1, stripped /mnt/container/lib/i386-linux-gnu/libz.so.1:ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=0x6619298726f5e0d5b293bbd09fc3de8c1e6881f8, stripped Yet, once I run ldconfig: :( root@fsck-/ # ldconfig :) root@fsck-/ # ls -al ./usr/lib32/libz.so.1 lrwxrwxrwx 1 root root 13 Jan 21 01:33 ./usr/lib32/libz.so.1 - libz.so.1.2.7 Running dpkg through strace yields: 23397 open(/lib64/libz.so.1, O_RDONLY) = -1 ENOENT (No such file or directory) 23397 open(/usr/lib64/libz.so.1, O_RDONLY) = -1 ENOENT (No such file or directory)
Bug#736230: mime-support: Mime type for epub files
Package: mime-support Version: 3.55~experimental1 Severity: wishlist I can see that the MIME type for epub files is not registered with IANA. But still it would be very helpful to have it included. As I am not at all involved with the epub specification, I don't see that I should register the MIME type at IANA. According to https://en.wikipedia.org/wiki/EPUB the MIME type for this file format is application/epub+zip. Regards, Matthias -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash mime-support depends on no packages. Versions of packages mime-support recommends: ii file 1:5.14-2 mime-support suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725951: libgphoto2 2.5.2 uploaded to experimental
Le Mon, 20 Jan 2014 10:33:14 +0100, Julien Cristau jcris...@debian.org a écrit : Control: tag -1 confirmed On Mon, Jan 6, 2014 at 03:06:03 +0100, Laurent Bigonville wrote: Le Sun, 5 Jan 2014 01:54:07 +0100, Laurent Bigonville bi...@debian.org a écrit : Hi, I've uploaded libgphoto2 2.5.2 to experimental and it's now in the archive. The following packages are failing and will require a new upstream release, I didn't look at this yet: gphoto2_2.4.14-1 gphotofs_0.4.0-6 And I just uploaded the updated version of these 2 packages. Thanks. If experimental builds haven't turned up any new issues, please feel free to move this to sid. I've uploaded everything that was requiring a sourceful upload, I think you can process with the binNMU for the other packages. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724657: [Pkg-fonts-devel] Bug#724657: Please provide LinBiolinum_aSB.ttf and LinBiolinum_aS.ttf again
Hi Markus, Am Montag, den 20.01.2014, 21:07 +0100 schrieb Markus Koschany: unfortunately a lot of old fonts, which are present in the wheezy package, are missing in version 5.3.0 of fonts-linuxlibertine. For example I'm missing LinBiolinum_aSB.ttf and LinBiolinum_aS.ttf. This currently forces me to use embedded versions of these fonts in foobillardplus. I would be glad if you provided these fonts again. first, the fonts-linuxlibertine package has switched from shipping the truetype variants of the fonts to shipping the opentype variants. Are you sure that foobillardplus is able to handle this font format? Second, the font files you are referring to were *a*utomatically generated (i.e. scripted) *S*mall Caps in regular and *B*old weight. I guess upstream removed them because they were not satisfied with their general quality and I am not sure if we are able to (or even should) add them back by means of fontforge scripting. Cheers, Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736087: [debian-mysql] Bug#736087: mysql-5.5: Please install AppArmor profile on Debian too
intrig...@debian.org writes: debian/rules only installs the usr.sbin.mysqld AppArmor profile on Ubuntu (no idea why this is done in override_dh_installlogrotate-arch, by the way; looks like a buggy merge to me, but anyway, that's off-topic for now). In my experience, there are a lot of problems with installing an apparmor profile by default for the MySQL server. This is from 4 years of experience maintaining MariaDB .deb packages. Of course, the actual decision about whether to do it or not should be taken on a higher level than MariaDB packaging (it should at least be consistent between MySQL, MariaDB, and Percona Server), but I thought the existing experiences could be useful, at least. For a long time on Ubuntu, the MariaDB apparmor package was installed by default, and of course on Ubuntu apparmor is activated by default. This caused a lot of problems for our users, who would come to our IRC or mailing list with strange failures that they did not understand. And probably for each one who came, there were 10 who just gave up silently. With MySQL, it is very common to have to access files in various non-standard places. Eg. to move the data directory (or part of it) to different volumes for space. Such updates break mysteriously when the user is not aware of the need to simultaneously update the apparmor profile. You certainly will need to prevent the installation of a default apparmor profile when there is an existing /etc/mysql/my.cnf installed by the user. Otherwise things will certainly break if any stuff has moved to different directories. The problem is made worse since the user can test permissions outside of the mysqld binary and everything will look perfect - only when actually running the mysqld binary does the error appear. Assuming the user is even capable of reading the server error logs to see the permission denied error in the first place, many are not. The fact that apparmor restricts the binary, not the process, just makes the problem much worse. The permissions really need to be attached to the _process_, attaching to /usr/sbin/mysqld is just wrong. It is perfectly possible and sensible to run multiple instances of mysqld at the same time, and then it makes no sense to have the same permissions for both. Heck, it is not even possible as a normal user to run the mysql testsuite with an apparmor profile installed! (As this needs to run lots of /usr/sbin/mysqld instances in a local directory as a non-root user). I think things got a milion time better for our users when we finally gave in and stopped installing the apparmor profile by default in our packages. Lots of problems solve for the users, and I really do not see any practical security lost by it (remember that by default we ship with socket listening only on 127.0.0.1 and running as a separate unprivileged mysql user). Of course, in the end it is up to people more involved in the distros to decide (For myself, I've long since learned to just disable apparmor :-) Hope this helps, - Kristian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736231: Support for multiple reverse port forwarding requests
Package: libssh Severity: important Version: 0.5.4-1 Dear maintainer, in X2Go upstream we stumbled over an issue with libssh's mechanism of requesting reverse port forwarding channels. In a nutshell, it is only possible to request one reverse port forwarding channel per SSH session. Till now, we worked around this in X2Go Client by starting multiple sessions (and only requesting one channel per session). With an upcoming feature of X2Go Client (Google Authenticator support) we need this problem to be fixed in libssh. We provided a patch against libssh upstream that recently got accepted by Andreas Schneider [1]. Attached, find a debdiff that adds two patches to the package's patchset. These two patches make multiple revert port forwardings available in libssh 0.5.4. In Git master of libssh this issue has already been fixed [2]. The patch is expected to land in libssh upstream release 0.6.1. In the debdiff, I also put myself into debian/control's Uploaders: field. I'd be happy to support libssh packaging in the future (as it is a vital package for X2Go). If you accept my offer please leave me in Uploaders:. If not, feel free to drop the partial patch for debian/control from the debdiff. Thanks+Greets, Mike PS: please also refrain from uploading libssh 0.6.x to Debian for a while, as it currently breaks X2Go Client. We'd appreciate if you could provide us some time to solve a memory leak and a segfault issue we experience with libssh 0.6.x and X2Go Client. Thanks. [1] http://www.libssh.org/archive/libssh/2014-01/013.html [2] http://git.libssh.org/projects/libssh.git/commit/?id=a1c4fc07d43fb7a7e1e91bfdadbd3dc62b8ce462 -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb diff -Nru libssh-0.5.4/debian/changelog libssh-0.5.4/debian/changelog --- libssh-0.5.4/debian/changelog 2013-02-05 01:12:09.0 +0100 +++ libssh-0.5.4/debian/changelog 2014-01-21 10:26:56.0 +0100 @@ -1,3 +1,12 @@ +libssh (0.5.4-2) unstable; urgency=low + + * debian/patches/0004-reset-global-request-status.patch: Allow requesting +more than one channel per session. + * debian/patches/0005-multi-reverse-fwd.patch: Ease handling of multiple +reverse port forwarding requests per session. + + -- Mike Gabriel sunwea...@debian.org Tue, 21 Jan 2014 09:56:46 +0100 + libssh (0.5.4-1) unstable; urgency=low * New upstream security release diff -Nru libssh-0.5.4/debian/control libssh-0.5.4/debian/control --- libssh-0.5.4/debian/control 2013-02-05 01:12:09.0 +0100 +++ libssh-0.5.4/debian/control 2014-01-21 09:56:44.0 +0100 @@ -2,6 +2,8 @@ Section: libs Priority: optional Maintainer: Laurent Bigonville bi...@debian.org +Uploaders: + Mike Gabriel sunwea...@debian.org, Build-Depends: cdbs (= 0.4.93~), debhelper (= 8.1.3~), cmake (= 2.6), libssl-dev, libz-dev Build-Depends-Indep: doxygen Standards-Version: 3.9.2 diff -Nru libssh-0.5.4/debian/patches/0004-reset-global-request-status.patch libssh-0.5.4/debian/patches/0004-reset-global-request-status.patch --- libssh-0.5.4/debian/patches/0004-reset-global-request-status.patch 1970-01-01 01:00:00.0 +0100 +++ libssh-0.5.4/debian/patches/0004-reset-global-request-status.patch 2014-01-21 10:25:32.0 +0100 @@ -0,0 +1,18 @@ +Description: Allow requesting more than one channel per session. +Author: Andreas Schneider a...@cryptomilk.org +Abstract: + In the 0.5.x series of libssh only one channel request per session + is possible. This blocks using libssh client sessions which require + requesting multiple channels on a single SSH connection. +Origin: http://git.libssh.org/projects/libssh.git/commit/src/channels.c?id=e30acdb58a86937e8bece57ce47e272f1106ca55 +--- a/src/channels.c b/src/channels.c +@@ -1951,7 +1951,7 @@ + break; + + } +- ++ session-global_req_state = SSH_CHANNEL_REQ_STATE_NONE; + leave_function(); + return rc; + error: diff -Nru libssh-0.5.4/debian/patches/0005-multi-reverse-fwd.patch libssh-0.5.4/debian/patches/0005-multi-reverse-fwd.patch --- libssh-0.5.4/debian/patches/0005-multi-reverse-fwd.patch 1970-01-01 01:00:00.0 +0100 +++ libssh-0.5.4/debian/patches/0005-multi-reverse-fwd.patch 2014-01-21 10:18:27.0 +0100 @@ -0,0 +1,85 @@ +Description: Allow requesting multiple reverse port forwarding tunnels per connection +Author: Oleksandr Shneyder o.schney...@phoca-gmbh.de +Abstract: + Channel: Add ssh_channel_accept_forward(). + . + This new function works the same way as ssh_forward_accept() + but can return a destination port of the channel (useful if + SSH connection is supposed to reverse forward multiple TCP/IP + ports). +Origin: http://git.libssh.org/projects/libssh.git/commit/?id=a1c4fc07d43fb7a7e1e91bfdadbd3dc62b8ce462 +---
Bug#735944: audit-support for hppa/parisc architecture
Hi, Are you sure this patch is correct? The fist chunk seems wrong to me and is not included in the patch you have proposed upstream. As a side note, I don't think it's a good idea to apply such patch to a package that has no dedicated maintainer before being sure that it has been merged upstream first... Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735446: subversion: rep-cache.db created without group write bit
On Thu, Jan 16, 2014 at 02:33:23PM +0100, Olivier Berger wrote: AFAIU, the file may be touched before the first commit is made, so that sqlite will not try to create it with wrong mask, and we are safe. This is the workaround I'll suggest for fusionforge (see #735440). However, if repositories have received commits whereas the bug was already present, then I fear some inconsistency if the perms are restored as writable for committers, and some later commits are the only ones in the cache. I haven't found a mention of a tool that'd rebuild the cache, and the removing the file just postpones the problem (it will be recreated, with wrong mask, and will only contain the later commits). Note that the upstream docs seem to be wrong in this respect (http://svn.apache.org/repos/asf/subversion/trunk/subversion/libsvn_fs_fs/structure) mentioning that This file is only consulted during writes and never during reads. Consequently, it is not required, and may be removed at an abritrary time, with the subsequent loss of rep-sharing capabilities for revisions written thereafter. Or maybe if the rep-cache.db isn't complete doesn't do harm ? I'll try and ask upstream for what to do for existing repositories that exhibited the problem. Apparently, from reading http://mail-archives.apache.org/mod_mbox/subversion-users/201401.mbox/%3C52D83701.5030201%40reser.org%3E it seems that no real harm can happen if the file is deleted/recreated at some point. So we have a safe workaround in changing permissions at a later time, it seems. Oh, and btw, the bug in sqlite is at #608604. Hope this helps. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726011: Uploaded NMU 1:1.0.1-0+nmu1
Hi, I just uploaded an NMU of your package. You can just merge everything from https://github.com/rhertzog/pkg-python-django-debug-toolbar.git It's a new upstream version and I dropped python-support in favor of dh-python. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608604: libsqlite3-0: permissions for created database files are hardcoded and do not obey umask setting
On Sat, Jan 01, 2011 at 11:43:52PM +0100, Anders Lennartsson wrote: With Subversion 1.6 there is an essentially identical problem arising as sqlite3 is used within Subversion repositories in the form of the file db/rep-cache.db. For a good analysis of the cause of this see http://old.nabble.com/-Issue-3437--New---rep-cache.db-created-without-group-write-bit-td24186740.html FWIW, here's also another bug about the subversion problem, including further pointers. Hth. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735883: auto_test failing for python-csb
Hi Andreas, Right, I had missed that spot. Before applying the fix, however, I'd like to replicate the error and make sure it's fixed locally, both to make sure it'll work, and to learn about the test system in the process. I've been trying to get the tests to fail in the way it's reported, but I haven't been able to. By doing some research I ended up with this command: sudo adt-run --user=a_normal_user --no-built-binaries --built-tree=. --- adt-virt-null but still the tests run without any problems. Is there a way to replicate the test exactly as it is run when uploaded? Thanks! Tomás On 21/01/14 09:07, Andreas Tille wrote: Hi Tomás, On Sat, Jan 18, 2014 at 05:45:31PM +0100, Tomás Di Domenico wrote: Greegins, all. A bug that I had marked as closed has been reopened (or rather, re-reported) [1]. It seems like when running the tests as specified in debian/rules/override_dh_auto_test,the test suite tries to write to a forbidden location. The issue is that upon our request, after having faced the same problem in a previous release, upstream has added a parameter to specify the write directory. I added this parameter to the auto_test command, and it works perfectly when I run git-buildpackage. It also succeeds when running the test command manually (just to confirm, I do get the reported error if I leave out the new parameter). The issue is solved for *building* the package. I'm a bit at a loss here. I don't quite understand what could be causing the tests to try and write somewhere else than where the --generated-resources arguments is indicating. The bug report (in CC - it always makes sense to keep the reporter and readers of the bug report informed) is about autopkgtest which is some test suite which runs on all packages that have set XS-Testsuite: autopkgtest in d/control. So I think to fix the bug you need to pass the very same option you used in override_dh_auto_test in debian/tests/build as well to fix the problem. Hope this helps Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736232: Missing point in retire procedure: Getting removed from e-mail aliases
Package: developers-reference Hi! Section 3.2.5. Retiring misses a small point: To get yourselves removed from @debian.org e-mail aliases, one has to open a RT ticket. Proposal: 4. If you received mails via a @debian.org e-mail alias (e.g. pr...@debian.org) and would like to get removed, open a RT ticket for the Debian System Administrators. Just send an e-mail to ad...@rt.debian.org with Debian RT somewhere in the subject stating from which aliases you'd like to get removed. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723255: cjk link with -L/usr/lib
Hi Yun Qiang I have checked the packages built from the `cjk' source package, but can only find references to /usr/lib for Emacs and TeXlive. Both depend on Debian Helper scripts, so the integration with them is automated. Have you tried rebuilding this package for MIPS*? Maybe the Debian Helper scripts have fixed the FTBFS errors already. BR -- Danai
Bug#736208: [Pkg-fonts-devel] Bug#736208: Bug#736208: fonts-oflb-asana-math: please remove texlive-xetex from Recommends
On Tue, Jan 21, 2014 at 08:10:43AM +0100, Christian PERRIER wrote: Quoting Bob Bib (bobbib...@mail.ua): Package: fonts-oflb-asana-math Version: 000.907-5 Dear Maintainer, please remove 'texlive-xetex' from Recommends:, as it's not required to have any TeX system installed by default to use a font. (Probaly, the correct relation is Suggests: or Enhances:). You're entirely right. I dropped the relationshio completely as this was, imho, an abuse of package relationship. I see no reason to enforce, or even suggest a TeX-like system on people who just install a font package. Even a very weak relationship is abusive, imho. It is an OpenType math font, the only applications in Debian that can use its full potential are XeTeX and LuaTeX :) (though this is changing, as Firefox is working on supporting these fonts). Regards, Khaled pgp78Hs1_DDWo.pgp Description: PGP signature
Bug#736233: libvtk5-dev: vtk-5.8/vtkConfigure.h points to ccache on amd64
Package: libvtk5-dev Version: 5.8.0-15 Severity: important Hi, while investigating the differences in amd64 and powerpc environments as far as gdcm's build was concerned (#736172), I noticed that the amd64 version of /usr/include/vtk-5.8/vtkConfigure.h points to a c++ compiler under the ccache directory: | #define VTK_CXX_COMPILER /usr/lib/ccache/c++ (I'm going to assume that's only the case with the maintainer-uploaded amd64 binaries, I didn't check across all architectures.) I'm not sure how much that is used, but since there's no ccache dependency I suspect stuff using it might break. So filing this as important for now. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734362: phpmyadmin: Vcs-Svn / Vcs-Browser currently not accessible
Hi Dne Mon, 6 Jan 2014 13:49:40 +0100 Thijs Kinkhorst th...@debian.org napsal(a): On Mon, January 6, 2014 12:16, Thomas Hochstein wrote: Package: phpmyadmin Version: 4:3.4.11.1-2 Severity: minor Dear Maintainer, the VCS namend in Vcs-Browser and Vcs-Svn is not accessible currently: thh@thangorodrim:~$ svn checkout https://svn.kinkhorst.nl/svn/debian/phpmyadmin/trunk svn: Could not open the requested SVN filesystem Yes, this just keeps on failling over. Because I do not host anything else there anymore, perhaps best to just move it to collab-maint. Indeed it seems to be best approach. Will you do the migration? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#736234: installation-reports: Boot loader install did not work
Package: installation-reports Severity: normal -- Package-specific info: Boot method: CD Image version: amd64 wheezy 7.3.0 netinst Date: 20140119 Machine: Fujitsu Lifebook E743 Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[E] Overall install:[O/E] Problems: - Network card: did not install drivers for wifi card, for iwlwifi-firmware was not on netinst cd. Wired connection worked ok. - Boot loader: installation wanted to install grub-efi which did not work, as the computer rebooted itself directly to Windows. The partitioning process warned about the missing EFI partition, but did not give _any_ hinst about what to do to remedy the situation. How do you add an EFI partition? Why should you do it? Should you do it? If there is an MBR installed, why insist on using EFI? After rebooting using the netinst as rescue, I installed grub-pc for MBR-based boot, which worked. On the first run, grub did not find the dual installed Windows 7 Professional, but after a reboot and a rerun of update-grub, also the Windows installation was found. Thoughts and comments: - A 'layperson' would not have been able to perform the install because of the EFI/MBR issues. - That the iwlwifi firmware was missing is understadable; however, there should be some reasonable instructions as how to fix the situation, i.e. fetch this package from here, put on an usb stick and insert; press enter when done. Now the instructions talk about partitions and iwlwifi-firmware.ucode images; according to some internet comments, putting this file on a usb stick and inserting does not even work, but the debian package is needed. Don't know, I installed the iwlwifi-firmware.deb from the non-free archives after rebooting with the rescue disk (see above). -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7 (wheezy) - installer build 20130613+deb7u1+b1 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux nurmio 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM Controller [8086:0154] (rev 09) lspci -knn: Subsystem: Fujitsu Limited. Device [10cf:16bf] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) lspci -knn: Subsystem: Fujitsu Limited. Device [10cf:16c1] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04) lspci -knn: Subsystem: Fujitsu Limited. Device [10cf:16ee] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04) lspci -knn: Subsystem: Fujitsu Limited. Device [10cf:16ea] lspci -knn: 00:16.3 Serial controller [0700]: Intel Corporation 7 Series/C210 Series Chipset Family KT Controller [8086:1e3d] (rev 04) lspci -knn: Subsystem: Fujitsu Limited. Device [10cf:16ed] lspci -knn: Kernel driver in use: serial lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection [8086:1502] (rev 04) lspci -knn: Subsystem: Fujitsu Limited. Device [10cf:161b] lspci -knn: Kernel driver in use: e1000e lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) lspci -knn: Subsystem: Fujitsu Limited. Device [10cf:16e8] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04) lspci -knn: Subsystem: Fujitsu Limited. Device [10cf:1757] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 [8086:1e10] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.2 PCI bridge [0604]: Intel
Bug#736172: _GLIBCXX_LONG_DOUBLE_COMPAT in gccxml
Mathieu Malaterre ma...@debian.org (2014-01-20): reassign 736172 gccxml 0.9.0+git20130511-1 affects 736172 src:gdcm thanks Re-assigning to gccxml, this looks like a low level details issue that occurs from time to time in gccxml embedded copy of gcc (when they go out of sync). Brad, have you ever seen this before: http://bugs.debian.org/736172#5 It would really be helpful to keep the submitter in the loop when you reply to bug reports… (I only learnt about the reassignment and the patch availability because I needed a reference to this bug report, and noticed the status changed.) Thanks already. Mraw, KiBi. signature.asc Description: Digital signature
Bug#736235: Cannot run Windows 8+ guests under KVM
Package: libvirt0 Version: 0.9.12-11+deb7u4 I am trying to run a Windows 8 guest using KVM on a Wheezy box. However, I get a panic from the Windows NT kernel at boot, with 0x005D “Unsupported CPU”. The box runs Windows Xp-7 guests fine but displays this error with 8 and 8.1. I have ensured that the NX,SSE2,PAE CPU options, which Windows requires, are available, and set. But it still does not work. I have qemu-kvm 1.1.2+dfsg-6 and libvirt0 0.9.12-11+deb7u4. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731155: arpwatch consumes excessive CPU
severity 731155 grave thanks I'm raising the severity level. The rationale is that this bug not only makes arpwatch unusable, but also can break the system. A rogue process eating the 100% of the CPU in an endless loop can cause the system to seriously overheat or malfunction. I have deleted arpwatch from my system until this gets sorted out. Thanks. signature.asc Description: OpenPGP digital signature
Bug#730539: libsane: HP psc 750 no longer being recognized
On 19/01/14 02:29, John Paul Adrian Glaubitz wrote: tags 730539 +moreinfo severity 730539 normal thanks You need to install the package libsane-hpaio which will install the driver and add the necessary device information as /etc/sane.d/dll.d/hplip. libsane-hpaio was already installed, so I tried removing it and reinstalling, but this made no difference: the scanner is still not being seen. Anything else you would like me to try? Thanks Lorry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736208: [Pkg-fonts-devel] Bug#736208: Bug#736208: Bug#736208: fonts-oflb-asana-math: please remove texlive-xetex from Recommends
Quoting Khaled Hosny (2014-01-21 11:06:14) On Tue, Jan 21, 2014 at 08:10:43AM +0100, Christian PERRIER wrote: Quoting Bob Bib (bobbib...@mail.ua): please remove 'texlive-xetex' from Recommends:, as it's not required to have any TeX system installed by default to use a font. (Probaly, the correct relation is Suggests: or Enhances:). You're entirely right. I dropped the relationshio completely as this was, imho, an abuse of package relationship. I see no reason to enforce, or even suggest a TeX-like system on people who just install a font package. Even a very weak relationship is abusive, imho. It is an OpenType math font, the only applications in Debian that can use its full potential are XeTeX and LuaTeX :) (though this is changing, as Firefox is working on supporting these fonts). This is an issue of _direction_ of relationship: A font does not need a rendering environment. It is the other way around. Similar to libraries not needing executables, and plugins not needing what they plug into. Correct thing to do here, I believe, is to mark the font package as Enhances: texlive-xetex, as suggested by Bob. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#730539: libsane: HP psc 750 no longer being recognized
On 01/21/2014 07:34 AM, Lawrence Woodman wrote: libsane-hpaio was already installed, so I tried removing it and reinstalling, but this made no difference: the scanner is still not being seen. I assume the scanner works properly in the same configuration on Windows? Just to be sure it's not a hardware issue. Then, could you please attach the files /etc/sane.d/dll.conf and /etc/sane.d/dll.conf.d/hplip? And provide the output of: - sane-find-scanner - scanimage -L - lsusb Cheers, Adrian PS: Please keep the bug tracker in CC! -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736087: [debian-mysql] Bug#736087: mysql-5.5: Please install AppArmor profile on Debian too
Hi, Kristian Nielsen wrote (21 Jan 2014 09:18:05 GMT) : In my experience, there are a lot of problems with installing an apparmor profile by default for the MySQL server. This is from 4 years of experience maintaining MariaDB .deb packages. Thank you for this very useful input. I want to contrast this with: * Ubuntu has been enabling the MySQL profile by default since 8.04 LTS; perhaps we could ask them how much of a user support mess it caused. * Debian does not enable AppArmor by default. So, only people who explicitly, and manually, enabled it themselves may be affected by any problems caused by the MySQL AppArmor profile. My assumption here is that these people are more knowledgeable about AppArmor, and its potential adverse effects, than the averable Ubuntu + MySQL user. In particular, I hope they would be able to 1. guess that a particular problem might be caused by AppArmor; 2. look at the system log to find out what exact action is blocked; and 3. add stuff to /etc/apparmor.d/local/. What do you think? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736093: gnome-power-manager: Suspend and Hibernate do not lock screen on resume
On 19/01/14 18:02, Andreas Cadhalpun wrote: Hi Nick, On 19.01.2014 18:20, Nick wrote: Suspend and Hibernate do not seem to lock screen on resume, and I can't find an option to allow them to do so (although I think locking should be the default option for both). Both suspend and Hibernate (called via the alternative status menu extension) lock the screen for me. How do you call suspend/hibernate? Best regards, Andreas Hi Andreas, I call them either via the alternative status menu session, or for suspend, with the default keyboard shortcut key. I've primarily been using KDE on this system (i originally installed that) but recently installed gnome as well and have been trying it out. This means I still have KDM as the desktop manager. I'm not sure if this would have anything to do with it? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736198: undeterministic output when running egrep repeatedly with the same input
reassign 736198 kfreebsd-image-9.0-2-amd64 thanks Hi! On 21/01/2014 04:24, Steven Chamberlain wrote: Bug is probably with kfreebsd-9 before 9.1, returning a wrong result to lseek (fd, cur, SEEK_HOLE), which is used since grep 2.13: * Noteworthy changes in release 2.13 (2012-07-04) [stable] ** New features 'grep' without -z now treats a sparse file as binary, if it can easily determine that the file is sparse. http://git.savannah.gnu.org/cgit/grep.git/commit/src/main.c?id=582cdfacf297181c2c5ffec83fd8a3c0f6562fc6 Therefore this affects grep (and probably more things) in sid chroots on wheezy host systems in conjunction with ZFS (likely true of Robert's system and mine, but not the buildds). Thanks the investigation! Yes, my mount.h is in ZFS. And my sid chroot is hosted on Wheezy. Unfortunately it isn't practical for me to change either. How about a Wheezy update then? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736236: please package newer upstream git snapshot
Package: freerdp Severity: wishlist Hi, Experimental currently contains a git snapshot from June 2013. It would be great if that could be upgraded to a more recent snapshot, since important features have been added since, including support for gateways which is becoming a more common requirement. thanks, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733476: cjk: use autotools-dev to update config.{sub,guess} for new arches
Hi Logan I have committed the patch to the CJK SVN tree. It is now awaiting moderation from the SVN owner before it gets published. I am trying to add a few more items to the next release of the CJK packages in Debian before I upload a new version. I hope that won't be a problem for Ubuntu. Thanks again for the patch. BR -- Danai
Bug#735944: audit-support for hppa/parisc architecture
Hello, On Tue, Jan 21, 2014 at 10:40:24AM +0100, Laurent Bigonville wrote: Hi, Are you sure this patch is correct? The fist chunk seems wrong to me and is not included in the patch you have proposed upstream. As a side note, I don't think it's a good idea to apply such patch to a package that has no dedicated maintainer before being sure that it has been merged upstream first... yeah, you are right, I was a bit fast in applying this patch. Anyway, it still doesn't compile on hppa, so I will revert the patch and have upstream sort it out. Cheers -Ralf. -- Ralf Treinen Laboratoire Preuves, Programmes et Systèmes Université Paris Diderot, Paris, France. http://www.pps.univ-paris-diderot.fr/~treinen/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736237: bison: uses /bin/bash in preinstall script
Package: bison Version: 1:2.5.dfsg-2.1 Severity: normal Dear Maintainer, bison.preinst uses /bin/bash as its interpreter, please, use /bin/sh instead -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bison depends on: ii libbison-dev 1:2.5.dfsg-2.1 ii libc6 2.13-38 ii m41.4.16-3 bison recommends no packages. Versions of packages bison suggests: pn bison-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736238: ifconfig: ioctl (SIOCAIFADDR): Invalid argument
Package: freebsd-net-tools Version: 10.0-1 Severity: grave Tags: help ifconfig from freebsd-net-tools 10.0-1 is unable to setup the network anymore: $ sudo ifconfig em0 10.0.0.2 ifconfig: ioctl (SIOCAIFADDR): Invalid argument -- System Information: Debian Release: 7.3 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 10.0-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freebsd-net-tools depends on: ii libbsd00.6.0-1 ii libc0.12.17-97 ii libexpat1 2.1.0-4 ii libfreebsd-glue-0 0.2.17 ii libipx29.0+ds1-4 ii libjail1 9.0+ds1-4 ii libkvm610.0-1 ii libmemstat39.0+ds1-4 ii libnetgraph4 9.0+ds1-4 ii libsbuf6 9.0+ds1-4 ii libutil-freebsd-9 9.2+ds2-2 freebsd-net-tools recommends no packages. freebsd-net-tools suggests no packages. -- no debconf information -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727936: reuse this issue for the more general solution to use dh-autoreconf
Control: user debian-de...@lists.debian.org Control: usertag -1 autoreconf Control: retitle -1 pidgin-hotkeys: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736087: [debian-mysql] Bug#736087: Bug#736087: mysql-5.5: Please install AppArmor profile on Debian too
intrigeri intrig...@debian.org writes: Hi, Kristian Nielsen wrote (21 Jan 2014 09:18:05 GMT) : In my experience, there are a lot of problems with installing an apparmor profile by default for the MySQL server. This is from 4 years of experience maintaining MariaDB .deb packages. Thank you for this very useful input. I want to contrast this with: * Ubuntu has been enabling the MySQL profile by default since 8.04 LTS; perhaps we could ask them how much of a user support mess it caused. * Debian does not enable AppArmor by default. So, only people who explicitly, and manually, enabled it themselves may be affected by any problems caused by the MySQL AppArmor profile. My assumption here is that these people are more knowledgeable about AppArmor, and its potential adverse effects, than the averable Ubuntu + MySQL user. In particular, I hope they would be able to 1. guess that a particular problem might be caused by AppArmor; 2. look at the system log to find out what exact action is blocked; and 3. add stuff to /etc/apparmor.d/local/. What do you think? I think those are valid arguments. I think in the end, it comes down to whether one considers apparmor useful. I can see the use for apparmor for running eg. proprietary desktop binaries like adobe reader or something, to create a kind of sandbox. But for mysqld, I don't see much use, only annoyances. Others might have different opinions. One thing that would be nice is if we could fix the problem that mysql-test-run (the test suite) cannot be run when apparmor is enabled. Nor can /usr/sbin/mysqld be run as a separate instance by a non-privileged user in their own home directory (eg. for testing). I am not very familiar with how apparmor works, but one option would seem to be to introduce a wrapper /usr/sbin/mysqld_apparmor_wrapper that does nothing but call execve() of /usr/sbin/mysqld. Then /etc/init.d/mysql could start the wrapper, and the apparmor profile could be tied to the wrapper, and users would be free to use /usr/sbin/mysqld for other purposes. If supported by apparmor, another option might be to only have the restrictions active when /usr/sbin/mysqld is running as the `mysqld' user. Put another way, the problem is that the current apparmor profiles prevent a number of perfectly valid ways to run /usr/sbin/mysqld. If that problem could be solved, then maintaining apparmor profiles would become much more attractive. - Kristian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736087: [debian-mysql] Bug#736087: Bug#736087: Bug#736087: mysql-5.5: Please install AppArmor profile on Debian too
Hello, 2014/1/21 Kristian Nielsen kniel...@knielsen-hq.org: What do you think? I think those are valid arguments. Thanks for the discussion. I haven't picked my view yet, I need to do some testing first once other priorities are completed first. - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735448: kfreebsd: trusts the output of VIA hardware RNGs
Hi Steven, On 15/01/2014 15:23, Steven Chamberlain wrote: I've no reason to think that VIA or its chip design subsidiary, both Taiwanese-owned, were involved in the recently disclosed US NSA anti-encryption programs. But it is clear now that we should not rely exclusively on hardware RNGs any more. This will likely be fixed in stable by disabling this RNG by default, as upstream have done in stable/8 and stable/9. In jessie/sid, kfreebsd-9 may soon be superseded by kfreebsd-10. I've backported the fix to wheezy branch. ISTR you had VIA RNG hardware? If so, please can you test? Note that the fix allows override using hw.nehemiah_rng_enable sysctl. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727314: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 afpfs-ng: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726396: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 ganglia: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727410: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 libibcommon: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727355: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 dhcp-probe: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727449: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 libxr: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727476: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 obexftp: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727866: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 genparse: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689622: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 libnih: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727910: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 jwhois: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727329: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 binutils-m68hc1x: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726402: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 mozjs: symbols update for arm64; also run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727264: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 mutt: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727387: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 ibus-input-pad: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727322: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 argtable2: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727319: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 anypaper: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727384: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 grib-api: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727283: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 nmap: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727340: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 cddlib: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727328: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 berusky: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727390: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 libaosd: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727353: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 daq: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727378: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 fbdesk: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727370: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 ejabberd: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727357: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 diction: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727426: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 libomxvorbis: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727443: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 libucimf: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727422: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 libomxcamera: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727406: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 libewf: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727499: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 rudecgi: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727514: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 taningia: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727630: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 spatialite: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727427: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 libomxxvideo: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727865: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 gbemol: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727459: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 minisapserver: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727460: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 mkcue: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727868: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 gfarm: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727847: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 encfs: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727512: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 subnetcalc: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727854: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 flush: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727470: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 nco: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727480: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 ophcrack: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727917: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 libclamunrar: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727947: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 prelude-lml: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728008: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 xmpi: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727922: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 lnpd: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727992: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 tuxmath: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727898: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 htmlcxx: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727853: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 flmsg: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727919: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 libgfshare: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727945: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 postgis: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727948: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 privoxy: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689613: reuse this issue for the more general solution to use dh-autoreconf
Control: retitle -1 db: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4 Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. See https://wiki.debian.org/qa.debian.org/FTBFS for a guide how to address these. Please ignore this email if the libtool.m4/aclocal.m4 update is not needed, and updating the config.{guess,sub} files is sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org