Bug#978959: missing cron entries

Package: mailman3 Version: 3.2.2-1 Tag: patch Hi, according to upstream, the following two cron entries should be run daily as part of mailman3 but I fail to find them in the Debian package: . mailman digests

Bug#960202: rel2gpx: add ROLE to gpx outfile

Package: rel2gpx Tags: patch Severity: minor Version: 0.27-2 Hi, for my usecase I need the role of elements to be present in the gpx, so I added them as type. Please see the patch below in case it's usefull for anyone else (and of course, if another gpx tag is more appropriate, please use that

Bug#932010: nsd fails here after upgrade as well, nsd-control-setup works

Hi together, for me, after an upgrade I have exactly the same error. However, running nsd-control-setup (after moving the keys away) resolved it for me. @Markus: I assume that an upgrade from oldstable isn't enough,I guess my current system started -3 releases or so. So as an suggestion, check

Bug#910448: mgetty: CVE-2018-16741

* Salvatore Bonaccorso (car...@debian.org) [181006 21:21]: > FTR, I think if feasible best would be to go for unstable (and thus > buster) directly to 1.2.1, which will adress as well the other CVEs > (which were no-dsa or unimportant). That's the plan, yes. Andi

Bug#829704: Voting for TC Chair

* Sam Hartman (hartm...@debian.org) [160705 16:21]: > > The ballot is the following: > > ===BEGIN=== > > The chair of the Debian Technical Committee will be: > > A: Andreas Barth > B: Don Armstrong > C: Keith Packard > D: Didier Raboud > E: Tollef F

Bug#822803: Call for votes for new TC member

* Didier 'OdyX' Raboud (o...@debian.org) [160705 10:03]: > Dear TC members, > > I hereby call for votes on the following ballot to fill the vacancy in > the TC. The voting period starts now and lasts for up to one week, or > until the outcome is no longer in doubt. > > ===BEGIN > > The

Bug#741573: [CTTE #741573] Debian Menu System

* Keith Packard (kei...@keithp.com) [150904 07:27]: > Vincent Cheng writes: > > > Does this mean that packages providing both a .desktop and a Debian > > menu file are immediately RC-buggy as of now (i.e. is "shall not" > > equivalent to "must not" or "should not" in

Bug#741573: CFV: Debian Menu Systems

Hi, I vote D > A > Z > B > C. (B is below Z because I don't think it ended in consensus. For D enough had been said by others so I'm not going to repeat it - I think it's the right decision so I'm voting this way.) Andi

Bug#796236: pseudo-architectures plus architecture exclusion

Package: dpkg Severity: wishlist Version: 1.18.2 Hi, we just had the 32bit arches in debian-bof, and two changes to dpkg would help us: 1. Architectures linux-any-32 and linux-any-64 for the 32 and 64 bit architectures respectivly. 2. The possibility to exclude architectures, e.g. to write any

Bug#770925: wanna-build patches to support foreign-arch Build-Depends

* Dima Kogan (d...@secretsauce.net) [150514 10:55]: http://anonscm.debian.org/cgit/users/dkogan-guest/wanna-build.git/ Thanks for the patches. This contains two distinct set of patches, some are code-cleanup, some are for foreign-arch build-deps. Cleanup:

Bug#769972: New CTTE members

* Don Armstrong (d...@debian.org) [141118 02:39]: On Mon, 17 Nov 2014, Bdale Garbee wrote: Works for me. I like the start considering wording, too, as opposed to closing the call for nominations. Good thought. very nice indeed. OK. I've written the draft of this here:

Bug#769791: wine32 doesn't work after fresh install

Package: wine32 Version: 1.6.2-16 Severity: serious Hi, wine32 doesn't start anymore after upgrade with a clean directory. This is a duplicate of #739863 which had been closed in wine-unstable which had been removed from unstable afterwards, so this bug is present in testing. Andi -- To

Bug#746578: Revised call for votes (was libpam-systemd to flip dependencies - proposal)

* Ian Jackson (ijack...@chiark.greenend.org.uk) [141105 17:39]: I am calling for votes on the text below: Y (override, swap dependencies, requires 3:1) FD I vote Y, FD (with the remark that Y doesn't make a decision on does debian want to change the default on upgrades but just

Bug#746578: Revised call for votes (was libpam-systemd to flip dependencies - proposal)

* Matthias Klumpp (matth...@tenstral.net) [141112 13:21]: 2014-11-12 12:28 GMT+01:00 Andreas Barth a...@ayous.org: * Ian Jackson (ijack...@chiark.greenend.org.uk) [141105 17:39]: I am calling for votes on the text below: Y (override, swap dependencies, requires 3:1) FD I vote

Bug#768470: even more info for dgit.1

Package: dgit Version: 0.22.1 Severity: wishlist Hi, as just discussed a proposal to document clearer some things which I couldn't read from the current man page. Andi From 65638803c5b051d21a373a8690c393d742b34d60 Mon Sep 17 00:00:00 2001 From: Andreas Barth a...@not.so.argh.org Date: Fri, 7

Bug#742140: libpam-oath: PAM module does not check whether strdup allocations succeeded

Hi, we have the following debian bug report about an security isuse in libpam-oath (source oath-toolkit, upstream web page http://www.nongnu.org/oath-toolkit/ ). What is the appropriate process to get an CVE number on it? This issue is already public, as it is documented in the debian bug

Bug#766484: FTBFS in a cowbuilder: Error: listen EADDRNOTAVAIL

Hi, just trying on an i386 buildd, it fails by: ln -fs out/Release/node node /usr/bin/python tools/test.py --arch=ia32 simple === release test-crypto-stream === Path: simple/test-crypto-stream assert.js:92 throw new assert.AssertionError({ ^ AssertionError: false == true at

Bug#768353: dose-builddebcheck: cannot cope with multi-arch=no

Package: dose-builddebcheck Version: 3.0.2-3 Hi, the following error happens: dose-builddebcheck --failures --explain --quiet --deb-native-arch=i386 Packages.experimental.i386-all Packages.experimental.i386-all Fatal error: exception Format822.Type_error(Field Multi-Arch has a wrong value :

Bug#762194: Call for Votes (re automatic switching)

* Ian Jackson (ijack...@chiark.greenend.org.uk) [141102 19:24]: Y. Clarify decison and invite non-auto-switching proposals FD. Further discussion I vote Y, FD. Thanks. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?

Bug#767743: [jcris...@debian.org: Re: Bug#767743: unblock: blitz++/0.10-3]

* Andreas Tille (andr...@fam-tille.de) [141102 21:20]: could you please follow what was suggested here https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767291#15

Bug#763148: Prevent migration to jessie

* Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [141005 22:36]: That's because the last message from a release team member in this bug said [1]: 'However (and please note that I'm not a member of the security team and just speak for myself here as always when not otherwise marked) if

Bug#764161: yc-el: emacs23 likley to be removed

Package: yc-el Version: 5.0.0-5 Severity: serious Hi, please see bug #753885, emacs23 is going to be removed. So please update the dependencies of yc-el accordingly. Regards, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?

Bug#763855: xchat FTBFS on ppc64el, hurd, kfreebsd

Control: tag -1 + patch * Andreas Barth (a...@ayous.org) [141003 10:48]: Even though the non-working one is longer, it misses -lm -lgmodule-2.0 -ldl. Of those the -lgmodule-2.0 is the relevant one. To add this lib I hardcoded the following into configure.in: GUI_LIBS=$GUI_LIBS $COMMON_LIBS

Bug#763855: xchat FTBFS on ppc64el, hurd, kfreebsd

Package: xchat Version: 2.8.8-7.1 Severity: serious Hi, xchat FTBFS on three different architectures, one of them being a release architecture it built before. The error is the same everywhere: /usr/bin/ld: plugin-tray.o: undefined reference to symbol 'g_module_symbol' while linking xchat That

Bug#763855: xchat FTBFS on ppc64el, hurd, kfreebsd

* Andreas Barth (a...@ayous.org) [141003 10:35]: That seems to come from linktool not using the right DSOs. If I copy the linking command from the x86-build and do that by hand, I could continue to build the binary packages. Further investigation shows that replacing GUI_LIBS with the value

Bug#763855: xchat FTBFS on ppc64el, hurd, kfreebsd

* Andreas Barth (a...@ayous.org) [141003 10:48]: Even though the non-working one is longer, it misses -lm -lgmodule-2.0 -ldl. Of those the -lgmodule-2.0 is the relevant one. And the reason for that is that pkg-config --libs libsexy = 0.1.8 gives different output. Andi -- To UNSUBSCRIBE

Bug#561260: xchat FTBFS on ppc64el, hurd, kfreebsd

* Andreas Barth (a...@ayous.org) [141003 11:00]: * Andreas Barth (a...@ayous.org) [141003 10:48]: Even though the non-working one is longer, it misses -lm -lgmodule-2.0 -ldl. Of those the -lgmodule-2.0 is the relevant one. And the reason for that is that pkg-config --libs libsexy = 0.1.8

Bug#754988: Bug#763360: libjpeg-turbo is hijacking binaries from other source packages

Hi, looking a bit from the outside it looks to me as different questions discussed in parallel. The one question is how we came here. * Bill Allombert (ballo...@debian.org) [141003 12:15]: On Fri, Oct 03, 2014 at 01:41:02AM +0200, Emilio Pozuelo Monfort wrote: On 30/09/14 11:32, Bill

Bug#726396: patch for ganglia / autoreconf

Control: tags -1 + patch Hi, though there is already an autoreconf in debian/rules it currently doesn't work. The line with autoreconf needs --force for both autoreconfs, it then reads as: autoreconf --install --force (cd libmetrics autoreconf --install --force) Doing so allows to

Bug#761650: llvm-toolchain-3.5 still FTBFSing on kbsd

Control: user debian-...@lists.debian.org Control: usertags -1 kfreebsd Hi, this package still FTBFS on kbsd: llvm[5]: Linking Release Shared Library liblldb.so g++-4.9 -std=c++0x -g -O2 -Wl,-R -Wl,'$ORIGIN' -Wl,--gc-sections -rdynamic -L/«PKGBUILDDIR»/build-llvm/Release/lib

Bug#763801: dico FTBFS on several arches

Package: dico Version: 2.2-6 Severity: serious Hi, this package fails to build on several architectures. For arm64, I'd recommend using dh_autoreconf (which would be good for all arches in future). For s390x and mips*, the build fails with the following errors: ## ##

Bug#763802: guile-cairo FTBFS on armhf / armel because of broken guile-??-dev

Package: guile-cairo Version: 1.4.0-3.1 Severity: serious Hi, this package FTBFS on armhf / armel with guile-snarf -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabi/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I. -Wall

Bug#745969: guile-1.8: FTBFS: conflicting types for 'yyget_leng'

* Rob Browning (r...@defaultvalue.org) [141002 18:59]: Daniel Schepler dschep...@gmail.com writes: Well, I was actually just pulling it into my bootstrapping process as a build dependency of swig2.0 and autogen. OK, I've filed migration bugs against both. I'm guessing that perhaps

Bug#745332: Please depend on krb5-multidev rather than libkrb5-dev

Control: reopen -1 Control: severiy -1 serious * Jelmer Vernooij (jel...@debian.org) [141002 19:45]: + * Depend on krb5-multidev rather than libkrb5-dev. Unfortunatly the package now depends on libkrb5-multidev instead of libkrb5-dev or krb5-multidev (i.e. a lib too much in front of the binary

Bug#763593: openjpegs binaries are taken over

Package: openjpeg Version: 1.5.2-2 Severity: serious Hi, the following packages from openjpeg are taken over by another package: openjpeg-tools, openjpip-dec-server, openjpip-server, openjpip-viewer Amongst others that leads to the fact that openjpeg can't be uploaded anymore because any upload

Bug#763593: openjpegs binaries are taken over

* Andreas Barth (a...@ayous.org) [141001 20:23]: As it is planned to get rid of openjpeg (see #761356 ) I would recommend to just drop the packages from openjpeg. We had some discussion on this on #-ftp today. One is that it seems that jessie will release with openjpeg, not openjpeg2. The other

Bug#763691: cdo FTBFS on ppc64el

Package: cdo Version: 1.6.4+dfsg.1-5 Severity: important Hi, this package FTBFS on ppc64el. Looking at details, this seems to be due to the fact that the _ARCH_PWR6 is set. In libcdi/src/cgribexlib.c the following register are not liked by gcc: double register dmin[__UNROLL_DEPTH_1];

Bug#763691: cdo FTBFS on ppc64el

Control: tag -1 patch * Andreas Barth (a...@ayous.org) [141001 22:54]: Further on, the build fails with libtool: link: gcc -std=gnu99 -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall -pedantic -fPIC -pthread -fPIE -pie -Wl,-z -Wl,relro -Wl,-z -Wl,now -o .libs/cdi

Bug#756648: Fwd: Bug#756648: mplayer2: add support for ppc64el

Hi Reinhard, * Reinhard Tartler (siret...@gmail.com) [141001 21:14]: The proposed patch (attached to this email) makes sense to me for inclusion into your mplayer2.git. Can you incorporate it? this issue is now one of the few remaining uninstallability issues in testing. For this reason it

Bug#763718: gcc-defaults is not binNMU-safe

Package: gcc-defaults Version: 1.130 Hi, gcc-defaults is not binNMU-safe, the reason for this is that libgcj-common is arch=all, and the dependencies on it from other packages like libgcj-bc contain the binary epoch. The most easiest fix for this is to change libgcj-common to arch=any as the

Bug#708716: mame: ftbfs with eglibc-2.17

* Cesare Falco (cesare.fa...@gmail.com) [141002 05:36]: Hello Jeremy, I have made a short patch on my git development branch to be committed ASAP and fowarded the issue upstream. I guess it will be fixed in 0.149. Would be nice if you could upload the fixed version soon. The

Bug#763148: Prevent migration to jessie

* Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [140928 11:27]: On 28.09.2014 10:24, Moritz Muehlenhoff wrote: Package: ffmpeg Severity: serious As written before we can have only libav or ffmpeg in jessie. I'm filing this blocker bug to prevent testing migration until this is sorted

Bug#763148: Prevent migration to jessie

* Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [140928 14:36]: On 28.09.2014 12:47, Andreas Barth wrote: The release policy does say Packages must be security-supportable. I would be surprised if a statement from the security team (assuming that Moritz raised that bug report with his

Bug#763058: nmu: doxygen_1.8.7-3

* Sylvestre Ledru (sylves...@debian.org) [140928 14:15]: On 27/09/2014 18:54, Andreas Barth wrote: See e.g. [3]https://www.debian.org/doc/debian-policy/ch-sharedlibs.html | Every time the shared library ABI changes in a way that may break | binaries linked against older versions

Bug#763058: nmu: doxygen_1.8.7-3

* Andreas Barth (a...@ayous.org) [140928 14:32]: I also have an idea for an ugly hack but I need to think a bit more about it. From package POV it might be the niciest, but I'm not sure if it works (which is a precondition for everything). I'll update this mail tonight. What works in practice

Bug#763058: nmu: doxygen_1.8.7-3

* Sylvestre Ledru (sylves...@debian.org) [140927 16:51]: nmu doxygen_1.8.7-3 . ALL . -m binMNU because of the libclang change of soname I updated the soname as part of the coordination to switch to llvm 3.5. https://release.debian.org/transitions/html/llvm-defaults-3.html Did you also

Bug#762959: ABI break: missing libclang.so.1

Hi, * Sylvestre Ledru (sylves...@debian.org) [140927 20:10]: On 26/09/2014 17:52, Helmut Grohne wrote: Package: libclang1-3.5 Version: 1:3.5-2 Severity: serious Control: affects -1 doxygen Dear clang maintainers, I noticed that installing doxygen in a fresh sid chroot results in

Bug#763115: guile-2.0 FTBFS on armhf

Package: guile-2.0 Version: 2.0.11+1-5 Severity: serious Hi, guile-2.0 now FTBFS on armhf: CC libguile_2.0_la-regex-posix.lo In file included from vm.c:668:0: vm-engine.c: In function 'vm_regular_engine': vm-engine.c:168:1: error: r7 cannot be used in asm here } ^ CC

Bug#739725: Please support arm64 and ppc64el

Hi Ian, * dann frazier (da...@debian.org) [140921 14:44]: Please enable the arm64 and ppc64el architectures in debian/control. The existing source package is known to build fine on these architectures in Ubuntu: can you please apply that fix in your next upload? Or would you prefer another

Bug#761650: closed by Sylvestre Ledru sylves...@debian.org (Bug#761650: fixed in llvm-toolchain-3.5 1:3.5-2~exp1)

Hi, * Debian Bug Tracking System (ow...@bugs.debian.org) [140921 20:09]: Source: llvm-toolchain-3.5 Source-Version: 1:3.5-2~exp1 We believe that the bug you reported is fixed in the latest version of llvm-toolchain-3.5, which is due to be installed in the Debian FTP archive. would it be

Bug#761316: printer-driver-splix depends on ghostscript-cups, which is not built anymore by src:ghostscript

* Luca Niccoli (lultimou...@gmail.com) [140918 08:25]: Hi, I will look into this in the next few days. The dependency should be on the gstoraster executable which is now indeed in cups-filter. Sorry for pressing on that, but this blocks the testing migration of ghostscript, which in

Bug#761821: Doesn't respect maximum number of parallel threads according to DEB_BUILD_OPTIONS

Package: qtwebkit Version: 2.3.2.dfsg-4 Severity: important Hi, qtwebkit doesn't respect the parallel=8 from DEB_BUILD_OPTIONS on the mips autobuilders but builds with more paralle threads. This slows down the autobuilder, plus the other build running on it in parallel: |

Bug#756908: [Debichem-devel] Bug#756908: ergo: FTBFS on mips, mipsel, powerpc, s390x: test suite failures

* Michael Banck (mba...@debian.org) [140915 01:49]: CCing the powerpc and mipsel buildd maintainers for that. given back ergo on both architectures. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#751504: telepathy-logger-qt: add support for ppc64el symbol set

* Breno Leitao (bren...@br.ibm.com) [140913 09:32]: The package telepathy-logger-qt does not build on ppc64el because the symbol set is incorrect, causing the build to fail, as shown in the following log: I'd be willing to help fixing this bug, if necessary also by sponsoring an upload /

Bug#761466: libkolabxml FTBFS on ppc64el

Package: libkolabxml Version: 1.0.2-1 Severity: important Hi, libkolabxml FTBFS repeatedly on ppc64el, see https://buildd.debian.org/status/logs.php?pkg=libkolabxmlver=1.0.2-1arch=ppc64el FAIL! : ConversionTest::geoUriTest() Compared doubles are not the same (fuzzy compare) Actual (lat):

Bug#746505: [Pkg-lirc-maint] Bug#746505: fix FTBFS on new architectures

* Stefan Lippers-Hollmann (s@gmx.de) [140911 00:47]: Ideally I can get the new version into shape until the end of the weekend, but feel free to push a porter-NMU as needed. The patch attached to this bug should work and there's no need to bother about the pending new version (it's

Bug#757112: please build using dh-autoreconf

Hi, * Matthias Klose (d...@debian.org) [140910 13:52]: please build using dh-autoreconf, as ppc64el is now in Debian, I would be willing to help fixing this bug, if required also by an NMU. If there is no reason why not, I'd upload it within the next days. Andi -- To UNSUBSCRIBE, email to

Bug#757953: libverto: autoreconf to update config.{sub, guess} and libtool.m4 to fix FTBFS for ppc64el port

* ravi (r...@linux.vnet.ibm.com) [140910 13:56]: We have also successfully verified building libverto source package on ppc64el build machine after applying attached patch. As ppc64el is now in Debian, I'd be willing to help fixing this bug, if useful also by an NMU. If there is no reason why

Bug#752415: mozjs: [ftbfs] add ppc64el symbols and usage of autotools-dev

* Fernando Seiti Furusato (ferse...@br.ibm.com) [140910 14:00]: The package mozjs fails to build from source on ppc64el due to the symbols file not containing ppc64el architecture. As ppc64el is now in sid, I'd be happy to help fixing this bug, if useful also by an NMU. Unless there is a reason

Bug#757455: please run dh_autoreconf or manually update m4/libtool.m4 for ppc64el

* Matthias Klose (d...@debian.org) [140910 14:19]: trying to use dh_autoreconf: It works with the following patch: diff -ur xfsprogs-3.2.1~/debian/control xfsprogs-3.2.1/debian/control --- xfsprogs-3.2.1~/debian/control 2014-05-02 00:09:15.0 + +++ xfsprogs-3.2.1/debian/control

Bug#757112: [Debian-hebrew-package] Bug#757112: please build using dh-autoreconf

* Matthias Klose (d...@debian.org) [140910 16:20]: please can you NMU all the M-A patches as well? Or just upload the Ubuntu package? ;) Lior, are the m-a-changes for you ok as well? If so, I could include them in the upload. Andi -- To UNSUBSCRIBE, email to

Bug#746505: [Pkg-lirc-maint] Bug#746505: fix FTBFS on new architectures

* Stefan Lippers-Hollmann (s@gmx.de) [140910 14:24]: On Wednesday 30 April 2014, Breno Leitao wrote: Lirc is curretnly failing to build on new architectures, as ppc64el. In order to enable this package to be built on new architectures, autoreconf needs to be called before the package

Bug#751506: libgee: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

* Breno Leitao (bren...@br.ibm.com) [140910 22:20]: Currently libgee fails to build on the new architecture, as shown in the following log for ppc64el architecture: As ppc64el is now in Debian, I'd be willing to help fixing this bug, if useful also by uploading an NMU. Unless there is a reason

Bug#757211: patch for libmediaart FTBFS on ppc64el

Hi, this patch fixes the issue. As this is blocking a couple of other packages I'd like to help fixing this bug as good as possible, also by uploading an NMU. I'd do so in the next days unless there is a reason why not. Andi diff -u libmediaart-0.4.0~/debian/control

Bug#727518: reuse this issue for the more general solution to use dh-autoreconf

* Matthias Klose (d...@debian.org) [140909 09:12]: 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. As this starts to block packages on ppc64el, I'd like to help fixing this bug, if useful

Bug#738140: powerpc-utils: please enable build on ppc64el

* Adam Conrad (adcon...@debian.org) [140908 10:53]: On Sun, Feb 09, 2014 at 09:11:28PM +1300, Michael Schmitz wrote: Thanks for pointing out that powerpc-ibm-utils has already been packaged. I'll try to keep that in mind for the next odd wishlist request in a few year's time.

Bug#749530: libotf: use dh-autoreconf to build on new architectures

* Fernando Seiti Furusato (ferse...@br.ibm.com) [140908 10:53]: Package libotf fails to build from source on ppc64el due to libtool configuration files being out of date. The usage of dh-autoreconf, included in the patch attached, will update the files properly. I'd be willing to help fixing

Bug#734029: libnetfilter-acct: use dh-autoreconf instead of autotools-dev to also fix FTBFS on ppc64el

* Logan Rosen (lo...@ubuntu.com) [140908 10:53]: For the ppc64el architecture in Ubuntu, since this package uses libtool, a full autoreconf is necessary instead of just config.{sub,guess} updates with autotools-dev. This is because we need new libtool macros for ppc64el. As ppc64el is now in

Bug#749530: libotf: use dh-autoreconf to build on new architectures

* Harshula (harsh...@debian.org) [140908 14:10]: On 08/09/14 20:59, Andreas Barth wrote: I'd be willing to help fixing this bug, if useful also via sponsoring an upload / an NMU. If there is no reason why not I'd upload an NMU within the next days. Is this super urgent? Depends on your

Bug#760844: git FTBFS on ppc64el

Package: git Version: 1:2.1.0-1 Severity: important User: debian-powe...@lists.debian.org Usertags: ppc64el Hi, git FTBFS on ppc64l due to the following testsuite failure. not ok 136 - --contains works in a deep repo # # expect # i=1 # while test $i

Bug#558581: Missing autoreconf to fix 554821 or similar bugs in the future

Control: severity -1 important Control: tags -1 + patch Hi, * Peter Fritzsche (peter.fritzs...@gmx.de) [140907 11:01]: [...] this topic becomes now more important because it blocks the package from being built on ppc64el, which in turn block xfce4-panel. The usual fix of just adding

Bug#236584: please add a filtering capability to the shell-backend

* Ryan Tandy (r...@nardis.ca) [140908 19:03]: On 07/03/04 03:27 AM, Roland Bauerschmidt wrote: Andreas Barth wrote: please add a filtering capability to the shell-backend (like the perl-backend currently has). The attached patch does this, and I need it for the bts2ldap-Gateway. Have you

Bug#758120: src:meanwhile: update aclocal.m4 and configure to fix FTBFS on ppc64el

Hi, * Erwan Prioul (er...@linux.vnet.ibm.com) [140907 11:26]: While trying to build the package on ppc64el, it failed, due to missing entry about powerpc64le in aclocal.m4 and configure files. Please consider this patch to fulfill that need. I'm willing to help fixing this bug, if useful by

Bug#733185: lttoolbox: use dh-autoreconf instead of autotools-dev for better new-port coverage

* Colin Watson (cjwat...@ubuntu.com) [140907 17:25]: The ppc64el port requires a patch to libtool.m4. I don't think that's in Debian yet, but when it is it will require autoreconfing a bunch of packages to pick it up. libcdio could handle this quite easily by using dh-autoreconf rather than

Bug#760626: libxfce4util FTBFS on ppc64el

Package: libxfce4ui Version: 4.10.0-5 Severity: important Hi, this package FTBFS on ppc64el, see https://buildd.debian.org/status/fetch.php?pkg=libxfce4uiarch=ppc64elver=4.10.0-5stamp=1409855066 the final lines of the build contain: | make[4]: Entering directory '/«PKGBUILDDIR»/libxfce4ui' |

Bug#760626: libxfce4util FTBFS on ppc64el

Control: -1 patch * Andreas Barth (a...@ayous.org) [140906 09:28]: this package FTBFS on ppc64el, see https://buildd.debian.org/status/fetch.php?pkg=libxfce4uiarch=ppc64elver=4.10.0-5stamp=1409855066 the final lines of the build contain: | make[4]: Entering directory '/«PKGBUILDDIR

Bug#752831: gpgme1.0: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4 and support ppc64el

Hi, * Daniel Kahn Gillmor (d...@fifthhorseman.net) [140906 09:39]: When test building with dh-autoreconf on amd64, i get the following error toward the end of the build: make[3]: Entering directory '/home/dkg/src/pkg-gnupg/gpgme/doc' It looks to me like the doc-directory is not used before

Bug#752831: gpgme1.0: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4 and support ppc64el

* Andreas Barth (a...@ayous.org) [140906 12:20]: Hi, * Daniel Kahn Gillmor (d...@fifthhorseman.net) [140906 09:39]: When test building with dh-autoreconf on amd64, i get the following error toward the end of the build: make[3]: Entering directory '/home/dkg/src/pkg-gnupg/gpgme/doc

Bug#752831: gpgme1.0: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4 and support ppc64el

* Breno Leitao (bren...@br.ibm.com) [140905 21:07]: The package gpgme1.0 fails to be built on ppc64el, as on new architecture, due to old libtool files, as shown on the link below. The main problem is that the new architecture is not identified as having shared libraries.

Bug#760310: opencl-headers: use __vector for altivec to avoid conflicts

* Aurelien Jarno (aure...@debian.org) [140904 21:36]: Other distribution patches the internal copy of cl_platform.h included in opencv by replacing vector with __vector [2]. In Debian it has to be done in the opencl-headers package, as the internal copy is not used. The patch below fixes the

Bug#756428: [Pkg-xfce-devel] Bug#756428: xfconf: 4.10.0-2

* Yves-Alexis Perez (cor...@debian.org) [140902 18:40]: On mar., 2014-07-29 at 18:04 -0300, Breno Leitao wrote: I just tried to find this explaination at [1], but no luck. Do you mind providing me the link where you explained why this is low priority? On all other ppc64el bugs opened

Bug#756428: [Pkg-xfce-devel] Bug#756428: xfconf: 4.10.0-2

* Yves-Alexis Perez (cor...@debian.org) [140902 21:39]: On mar., 2014-09-02 at 20:42 +0200, Andreas Barth wrote: * Yves-Alexis Perez (cor...@debian.org) [140902 18:40]: On mar., 2014-07-29 at 18:04 -0300, Breno Leitao wrote: I just tried to find this explaination at [1], but no luck. Do

Bug#732286: closed by Nicolas Boullis nboul...@debian.org (Bug#732286: fixed in libcdio 0.92-1)

* Nicolas Boullis (nboul...@debian.org) [140831 01:46]: On Sat, Aug 30, 2014 at 11:29:51PM +0200, Andreas Barth wrote: thanks, could we get a fix of this bug also in unstable, or would it help if I upload an NMU? (This package is relevant to get about 50 packages built, so

Bug#748131: pstoedit: Fix a FTBFS in new architectures

* Roland Stigge (sti...@antcom.de) [140831 14:07]: On 30/08/14 23:33, Andreas Barth wrote: * Breno Leitao (bren...@br.ibm.com) [140830 21:32]: pstoedit is failing to build on new architectures due to not autoreconfiging before the build. The recommend way to solve it is using dh

Bug#760079: imagemagick FTBFS on ppc64el and/or after autoreconf

Package: imagemagick Version: 8:6.7.7.10+dfsg-4 Severity: important Hi, after autoreconf (which in turn is required^Wthe usual thing to be done to fix build errors like the one happening on ppc64l) imagemagick FTBFS even on amd64 with the following error: fakeroot debian/rules binary-arch

Bug#753532: gtkspell: please run autoreconf to build properly on new architectures

* Fernando Seiti Furusato (ferse...@br.ibm.com) [140830 09:33]: That is due to the linker being incorrectly identified among other things, which prevents .so files from being generated and installed. Including dh-autoreconf to the build fixes that problem so the package installed works

Bug#757585: missing libtool-update on smpeg

* Manuel A. Fernandez Montecelo (manuel.montez...@gmail.com) [140830 13:22]: Hi, 2014-08-29 23:04 GMT+01:00 Andreas Barth a...@ayous.org: * Andreas Barth (a...@ayous.org) [140829 23:55]: - Remove everything from acinclude.m4 except the entry for socklen_t (the last one). According

Bug#757585: missing libtool-update on smpeg

* Felix Geyer (fge...@debian.org) [140830 18:51]: Why is the AM_PROG_LIBTOOL - AC_PROG_LIBTOOL change needed? Because autoreconf calls libtool only with AC_ and not with AM_, see bug #759739 (IMHO an error with autoreconf, but I don't want to wait for that with this fix). Or at least that was my

Bug#755111: closed by Sebastian Ramacher sramac...@debian.org (Bug#755111: fixed in lame 3.99.5+repack1-4)

Control: reopen -1 * Debian Bug Tracking System (ow...@bugs.debian.org) [140830 21:19]: [ Alessio Treglia ] * Build with dh-autoreconf. (Closes: #755111) According to the build log it still FTBFS on ppc64el. I will check what the reason is. Andi -- To UNSUBSCRIBE, email to

Bug#755111: closed by Sebastian Ramacher sramac...@debian.org (Bug#755111: fixed in lame 3.99.5+repack1-4)

* Andreas Barth (a...@ayous.org) [140830 23:20]: Control: reopen -1 * Debian Bug Tracking System (ow

Bug#755830: opencore-amr: please use dh-autoreconf (fixes ftbfs on ppc64el)

* Fernando Seiti Furusato (ferse...@br.ibm.com) [140830 21:30]: The package opencore-amr fails to build from source on ppc64el. Adding the usage of dh-autoreconf to the build fixes that and the packages builds successfully. I'd be willing to help fixing this bug by uploading an NMU. Actually

Bug#732286: closed by Nicolas Boullis nboul...@debian.org (Bug#732286: fixed in libcdio 0.92-1)

Hi, * Debian Bug Tracking System (ow...@bugs.debian.org) [140830 21:28]: #732286: libcdio: use dh-autoreconf instead of autotools-dev for better new-port coverage thanks, could we get a fix of this bug also in unstable, or would it help if I upload an NMU? (This package is relevant to get

Bug#748131: pstoedit: Fix a FTBFS in new architectures

* Breno Leitao (bren...@br.ibm.com) [140830 21:32]: pstoedit is failing to build on new architectures due to not autoreconfiging before the build. The recommend way to solve it is using dh-autoreconf scripts[1]. I just created a patch that fixes this problem. Find it attached to this bug.

Bug#752462: ilmbase: use dh-autoreconf instead of autotools_dev to fix ftbfs on new archs

* Fernando Seiti Furusato (ferse...@br.ibm.com) [140829 08:06]: The package ilmbase fails to build from source on ppc64el. Although autotools-dev is being used, it is not enough to update configuration files properly. I'd be willing to fix this bug by upload an NMU (this package is required to

Bug#757585: closed by m...@debian.org (Manuel A. Fernandez Montecelo) (Bug#757585: fixed in smpeg 0.4.5+cvs20030824-6)

Control: reopen -1 * Use dh-autoreconf during build to update for new architectures (Closes: #757585) Unfortunatly this bug still exists on ppc64el, which seems to indicate that also libtool needs refreshing (or autoreconf didn't work): | dh_install --fail-missing -Xlibsmpeg.la |

Bug#727510: blocking the ppc64el architecture bootstrap

* László Böszörményi (GCS) (g...@debian.org) [140829 00:28]: On Thu, Aug 28, 2014 at 11:25 PM, Andreas Barth a...@ayous.org wrote: * Aurelien Jarno (aure...@debian.org) [140828 21:22]: The ppc64el architecture has been added to the Debian archive. Your package sqlite fails to build

Bug#759719: openexr FTBFS on ppc64el - NMU pending

Package: openexr Version: 1.6.1-7 Severity: important Hi, this package FTBFS on ppc64el: | test -z /usr/lib/powerpc64le-linux-gnu/pkgconfig || mkdir -p -- /«PKGBUILDDIR»/debian/tmp/usr/lib/powerpc64le-linux-gnu/pkgconfig | /usr/bin/install -c -m 644 'OpenEXR.pc'

Bug#759739: autoreconf - doesn't recognize AM_PROG_LIBTOOL and makes packages FTBFS on ppc64el

Package: autoconf Version: 2.69-7 Severity: important Hi, during the getting the main packages ready-campaign for ppc64el I noticed that dh-autoreconf doesn't work if a package uses AM_PROG_LIBTOOL but works with AC_PROG_LIBTOOL though both makros should behave the same (and are both deprecated)

Bug#757585: missing libtool-update on smpeg

Hi, * Andreas Barth (a...@ayous.org) [140829 19:06]: Control: reopen -1 * Use dh-autoreconf during build to update for new architectures (Closes: #757585) Unfortunatly this bug still exists on ppc64el, which seems to indicate that also libtool needs refreshing (or autoreconf

Bug#757585: missing libtool-update on smpeg

* Andreas Barth (a...@ayous.org) [140829 23:55]: - Remove everything from acinclude.m4 except the entry for socklen_t (the last one). According to changelog that change was already done by Branden Robinson in 2001, and confirmed by Felix Geyer in 2011. For that reason I tend to commit

  1   2   3   4   5   6   7   8   9   10   >