Bug#761429: Acknowledgement (mapnik-vector-tile: new upload needed for protobuf 2.6.0 transition)

I've uploaded 0.5.1+dfsg-1.1 that fixes this bug to DELAYED/5. The diff is attached, and it is very simple :-) I don't see any evidence of the upload in either the deffered queue or the archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubs

Bug#759843: node-mapnik: FTBFS: vector_tile_processor.hpp:48:38: fatal error: mapnik3x_compatibility.hpp: No such file or directory

This looks like a manifestation of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761429 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#762129: evolution-data-server unbuildable on many architectures due to dependency on libphonenumber6-dev

I have now uploaded a NMU to delayed/10 with the attatched debdiff (which other than the changelog is the same as the one I presented when I intially filed the bug). diff -Nru evolution-data-server-3.12.6/debian/changelog evolution-data-server-3.12.6/debian/changelog --- evolution-data-server

Bug#762684: leptonlib build-depends on libopenjpeg6-dev which is no longer built by openjpeg2 source package

Package: leptonlib Severity: serious Version: 1.71-2 openjpeg2 recently went through a big binary package rename with the result that libopenjpeg6-dev is no longer being built and is unavailable on some architectures (at least hurd-i386, arm64 and mips). I believe the replacement is libopenjp2

Bug#760236: Freemedforms-libs obsolete depends/build-depends on libquazip0/libquazip0-dev

Package: freemedforms-libs Severity: serious Tags: patch. freemedforms-libs depends on libquazip0 which is no longer built by the libquazip source package. Furthermore the source package freemedforms-project build-depends on libquazip0-dev which is also no longer built by the libquazip source

Bug#741785: libpeas, seed and FTBFS bugs.

I was looking at why gnome-core is not yet installable on arm64 (currently checking with both debian-ports and debian official in sources.list). One of the problems I ran into was the depchain. gnome-core->eog->libpeas->seed Seed currently has four RC bugs, three of them are duplicates of each

Bug#760535: Experimental qgis FTBS on armel and armhf due to Qreal issue

Package: qgis Version: 2.4.0-1~exp1 Severity: important X-debbugs-cc: rossgam...@mail.dk Ross Gammon wrote: Hi Peter, I am working in the Debian GIS Team and I am hoping you can help me with a build failure on arm*: ^ (without having any detailed

Bug#757623: cln ftbfs on arm64

Package: cln Severity: important Tags: patch User: debian-...@lists.debian.org Usertag: arm64 cln ftbfs on arm64 with the following error /bin/bash ../libtool --tag=CXX --mode=compile aarch64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../autoconf -I../include -I../src -I../include -I../src -D_FOR

Bug#751767: libBLT changes SONAME without changing package name

Reopen 751767 Thanks. As for now all the reverse dependencies of blt have been updated to use Tcl/Tk 8.6 and BLT 2.5, so I'm closing the bug. That only partially solves the problem, in particular partial upgrades are still likely to break. Furthermore the problem will recur next time libBLT

Bug#757785: libwebp FTBFS on arm64, internal compiler errors

Package: libwebp Severity: important Tags: patch Libwebp FTBFS on arm64 with a couple of internal compiler errors. I've already filed a bug report on gcc-4.9 ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757738 ) but given that we are currently in the process of pushing arm64 into the of

Bug#757785: libwebp FTBFS on arm64, internal compiler errors

Jeff Breidenbach wrote: Upstream says: GCC 4.9 strikes again. Strangely,while it built in the past with 4.8, I got an ICE when I tried the current version of libwebp with the current gcc-4.8. Switching to 4.8 was the first thing I tried to workaround this issue. Switching to 4.7 was the se

Bug#757738: Internal compiler error in simplify_const_unary_operation while building libwebp for arm64.

peter green wrote: While building libwebp on arm64 we got two internal compiler errors. The libwebp maintainer has told me (and I have confirmed) that this bug can be worked around with -frename-registers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#757785: libwebp FTBFS on arm64, internal compiler errors

Jeff Breidenbach wrote: I'm quite happy to have NMU, with no delay necessary. It especially makes sense since I'm not set up to test on ARM. Also, upstream has some ideas. I'll see if they are amenable to direct contact. -frename-registers made it build. Debdiff attatched and uploaded as NMU I

Bug#753171: FTBFS: /usr/bin/ld: cannot find -lee

Well I got this package to build (needed it to unclog things in raspbian, I'd really rather not do removals for reasons I won't get into here) but I'm not sure how useful the resulting package will be. In particular I ended up disabling liblognorm completely due to. sagan.c:874:9: error: too f

Bug#754662: witty 3.3.3+dfsg-2 upload still has build problems

Found 754662 3.3.3+dfsg-2 Thanks The -2 upload made the build-depends satisfiable on all of the current release architectures However there still build problems that need to be addessed. Firstly there have been build-failures on many architectures in the official archive including a couple t

Bug#727360: doscan: update config.{sub,guess} for the AArch64 port

retitle 727360 doscan: update config.{sub,guess} for the AArch64 port severity 727360 important tags 727360 +patch fixed 727360 0.3.1-3.1 found 727360 0.3.2-1 thanks. Returning this bug to it's original title. Unfortunately your package is one of the handful of cases that uses config.sub/guess

Bug#766734: mbuffer FTBFS on arm64, outdated config.sub/guess

Package: mbuffer Version: 20140310-1 Severity: important User: debian-...@lists.debian.org Usertags: arm64 The latest version of mbuffer failed to build on arm64 with the following error. Invalid configuration `aarch64-linux-gnu': machine `aarch64' not recognized configure: error: /bin/bash ./co

Bug#766740: gamera FTBFS on arm64, testsuite failure.

Package: gamera Severity: important Version: 3.4.1+svn1423-1 Your package failed to build on arm64. This is a regression. The bug is filed as important because arm64 is not yet an official release architecture but it may get upgraded to serious later. The cause of the build failure is a tests

Bug#766795: afterstep not binnmu safe and not installable in sid

Package: afterstep Version: 2.2.12-2+b2 Severity: serious x-debbugs-cc: pkg-tigervnc-de...@lists.alioth.debian.org It seems after the binnmu for the libjpeg-turbo transition afterstep is no longer installable in sid (and hence the binnmu won't migrate and the transition won't complete in testin

Bug#761210: gwave: FTBFS: build-dependency not installable: libgwrap-runtime-dev

Manually trying to install the packages the buildd was trying to install reveals the following root@debian:/# apt-get install base-files base-passwd bash bsdutils coreutils dash debianutils diffutils dpkg e2fsprogs findutils grep gzip hostname init libc-bin login mount ncurses-base ncurses-bin

Bug#766805: giira buildable on many architectures but resulting binaries are only installable on amd64

Package: giira Severity: serious Your package is buildable on most debian architectures (it failed to build on kfreebsd and it's build-depends are uninstallable on hurd and sparc) but of the resulting binaries only the arm64 one is installable due to a dependency on bowtie2. It appears that

Bug#766856: RM: giira [arm64] -- ROP; Uninstallable

Package: ftp.debian.org Please remove the old and uninstallable giira package from arm64. The binary was never installable due to a dependency on bowtie2 which is only available on amd64 and kfreebsd-amd64. The giira maintainer has now made a new upload to ensure that in future the package is

Bug#762634: initramfs-tools: [armhf] mounting rootfs on USB disk fails / some USB host controller drivers missing in initramfs

Karsten Merker wrote: Browse online: http://anonscm.debian.org/cgit/d-i/base-installer.git/tree/debian/templates-arch Adding -arm@ and -boot@ for possible comments/insight. I suppose the reason for MODULES=dep being the default on arm* might be that some armel systems boot their kernel

Bug#759195: php5: invalid argument -delete for "-cmin"

Severity 759195 important Thanks I've also just run into this issue, I had to comment out a total of three different configuration directives in /etc/php5/apache2/php.ini allow_call_time_pass_reference, magic_quotes_gpc and register_long_arrays I don't recall ever setting any of these explici

Bug#735572: re: player: FTBFS: error: too few arguments to function 'sg_error sg_init(int)'

Your NMU diff contains the changelog entry +player (3.0.2+dfsg-4.2) unstable; urgency=medium + + * Fix for API changes of libstatgrab version 0.90 (Closes: #735572) +- Update build dependency accordingly to "libstatgrab-dev (>= 0.90)" + + [YunQiang Su] + * ruby-playerc.install: Use multia

Bug#727828: fuseiso: config.guess/config.sub out of date for arm64

I have turned colins patch into a NMU and uploaded to delayed/5. Debdiff attatched. I did not implement doko's suggestion of a full autoreconf because it has higher potential for causing regressions on existing architectures and it does not appear to actually be needed (the package built succ

Bug#764041: FTBFS on arm64 (openipmi)

Openipmi has failed to build on arm64 due to the old config.guess and config.sub. Fix it by adding dh-autoreconf when building. While autoreconf is one soloution to config.sub/guess issues in some packages (autoreconf only updates them if the package uses automake) it is more intrusive and carr

Bug#764924: mgetty FTBFS on arm64

Package: mgetty Severity: important Tags: patch mgetty FTBFS on arm64 with the following error. conf_mg.c:140:18: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] { "gettydefs", {(p_int)GETTYDEFS_DEFAULT_TAG}, CT_STRING, C_PRESET }, ^ conf_mg.c:1

Bug#756777: Dirac FTBFS on armhf and blocks migration of arm64 fix.

Found 756777 1.0.2-6 Thanks | Checking encode and decode of colourbars | | 2: colourbars FAILED (colourbars.at:7) | I've just reproduced this locally with both sid's version in sid and jessie's version in jessie. So this doesn't appear to be related to t

Bug#756777: Dirac FTBFS on armhf and blocks migration of arm64 fix.

peter green wrote: A testsuite log is attatched Sorry forgot to actually attatch it, doing so now. ## --- ## ## test suite: dirac. ## ## --- ## testsuite: command line was: $ ./testsuite ## -- ## ## ChangeLog. ## ## -- ## | 2009-02-10 14

Bug#756777: Dirac FTBFS on armhf and blocks migration of arm64 fix.

ector-strong export DEB_CXXFLAGS_MAINT_APPEND=-fstack-protector If noone proposes a better soloution in the next couple of days I'll wrap this in appropriate conditional logic and upload it as a NMU. Sebastian Ramacher wrote: On 2014-10-13 03:29:19, peter green wrote:

Bug#727953: rdesktop: update config.{sub,guess} for the AArch64 port

Retitle 727953 rdesktop: update config.{sub,guess} for the AArch64 port Severity 727953 important Tags 727953 +patch Thanks Returning this bug to it's original title. Autoreconf was already enabled in this package in response to bug 744501 Unfortunately this package is one of the handful of cas

Bug#756777: Dirac FTBFS on armhf and blocks migration of arm64 fix.

peter green wrote: Found 756777 1.0.2-6 Thanks I've just tested and found that building with gcc/g++ 4.8 fixes the build. Using 4.8 also requires switching from strong to regular stack protector. This can be done with the following export CC=gc

Bug#765766: Dirac package unloved and appears to be nearly obsolete, maybe consider removal after jessie.

Package: dirac The dirac package seems pretty unloved. It's only ever had one upstream version in debian and all of the recent uploads have been "team uploads", mostly tweaking the packaging with a handful of FTBFS fixes. The package fails to build on armhf with gcc-4.9 with a testsuite segf

Bug#764924: mgetty FTBFS on arm64

As I said I would in the original bug report I have now uploaded the fix for this as a NMU. The debdiff is the same as in the original bug report other than tweaking the changelog to set the target distribution and add the bug number. diff -u mgetty-1.1.36/debian/changelog mgetty-1.1.36/deb

Bug#769044: unblock (pre-approval): xfce4-notes-plugin

Control: tag -1 -moreinfo I think you meant the "non-attatched" debdiff. ;p Doh, here it is. diff -Nru xfce4-notes-plugin-1.7.7/debian/changelog xfce4-notes-plugin-1.7.7/debian/changelog --- xfce4-notes-plugin-1.7.7/debian/changelog 2014-10-15 19:19:50.0 + +++ xfce4-notes-plug

Bug#769371: unblock: umockdev/0.8.8-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package umockdev Version 0.8.8-1 of umockdev failed to build on arm64 with a testsuite failure and as a result we currently have an out of data umockdev in arm64 testing. Th

Bug#765354: llvm-defaults: lldb: fix FTBFS on ppc64el/arm64 (patch)

Thanks for fixing llvm-defaults on arm64 and ppc64el. Could you file an unblock release with the release team so we can get it fixed in testing? I could do it myself but I don't feel competant to be in the middle of any resulting discussion about the specifics of llvm packaging so I think it's

Bug#769693: libjogl2-java FTBFS on ppc64el, arm64 and s390x

Package: libjogl2-java Version: 2.2.4+dfsg-1 Severity: serious Your package FTBFS on arm64, ppc64el and s390x. Below is an excerpt from the arm64 build log Property "nativewindow_x11.useLibJAWT" has not been set [echo] nativewindow_x11.useLibJAWT ${nativewindow_x11.useLibJAWT} [echo] Co

Bug#769696: pnp4nagios build-depends on node-uglify which is not installable on all architectures

Package: pnp3nagios Severity: serious Version: 0.6.24+dfsg1-2 Your package recently picked up a dependency on node-uglify which is uninstallable on a number of architectures including several release architectures where your package has built in the past. I presume this was added to minify som

Bug#769693: libjogl2-java FTBFS on ppc64el, arm64 and s390x

gregor herrmann wrote: On Sat, 15 Nov 2014 16:35:52 +, peter green wrote: Package: libjogl2-java Version: 2.2.4+dfsg-1 Severity: serious Your package FTBFS on arm64, ppc64el and s390x. Below is an excerpt from the arm64 build log This looks like a duplicate of #769003

Bug#713472: gtklp: FTBFS: libgtklp.c:348:10: error: dereferencing pointer to incomplete type

I needed this to build in raspbian and so I hacked until I got it building but it really needs looking at by someone more experianced. The first issue seemed to be a missing include of cups/ipp.h (though I may have misread the problem) easy enough to fix. Then I fixed a few direct accesses

Bug#549098: Further changes to centerim needed for gnutls28

In addition to the changes already presented by Tobias Frost further changes are now needed to build with gnutls28 as gnutls26 is gone (at least from testing). An updated debdiff is attatched. Unfortunately the debdiff is noisy as the package build system does not take steps to clean up change

Bug#765133: libvmime: FTBFS: build-dependency not installable: libgnutls-dev (>= 1.2.0)

Heres a patch to make the package build. It's been tested that it builds on raspbian jessie, it has not been tested beyond that. diff -u libvmime-0.9.1/debian/control libvmime-0.9.1/debian/control --- libvmime-0.9.1/debian/control +++ libvmime-0.9.1/debian/control @@ -1,7 +1,7 @@ Source: libvmime

Bug#765127: openvas-libraries: FTBFS: build-dependency not installable: libgnutls-dev

>Heres a fix that made the package build in raspbian jessie, it has not >been tested beyond that. And heres an updated fix that not only builds in raspbian jessie but results in installable packages. diff -u openvas-libraries-2.0.4/debian/control openvas-libraries-2.0.4/debian/control --- openv

Bug#765127: openvas-libraries: FTBFS: build-dependency not installable: libgnutls-dev

Heres a fix that made the package build in raspbian jessie, it has not been tested beyond that. diff -u openvas-libraries-2.0.4/debian/control openvas-libraries-2.0.4/debian/control --- openvas-libraries-2.0.4/debian/control +++ openvas-libraries-2.0.4/debian/control @@ -3,7 +3,7 @@ Priority:

Bug#765133: libvmime: FTBFS: build-dependency not installable: libgnutls-dev (>= 1.2.0)

peter green wrote: Heres a patch to make the package build. It's been tested that it builds on raspbian jessie, it has not been tested beyond that. And here is an updated patch that actually results in installable binaries. diff -u libvmime-0.9.1/debian/control libvmime-0.9.1/debian/co

Bug#769044: unblock (pre-approval): xfce4-notes-plugin

Jonathan Wiltshire wrote: Looks ok to me. Ok, the maintainer has now made an upload which is substantially the same* as my proposal. The upload has built successfully on all release architectures. unblock xfce4-notes-plugin/1.7.7-5 * he reworeded the changelog entry, used a non-nmu versio

Bug#808920: calligrastage not installable / [calligra-libs] not installable

If you use and care about calligra can you please try building with the patch I posted at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797389#17 And tell me 1. Is that patch still sufficient to make the package build in current sid? 2. Are the resulting packages installable? 3. Do the res

Bug#813316: pstoedit: output formats no longer include plot-svg

tags 813316 +patch thanks pstoedit no longer has support for the plot-svg format, and that seems weird. It looks like a plugin loading issue, the plugins are being built and installed but they are not being loaded for some reason. It's not just svg, jessie's version of pstoedit lists many plu

Bug#797389: calligra: FTBFS, missing build-dep on libsoprano-dev

On 29/11/15 14:42, peter green wrote: On 29/09/15 21:05, peter green wrote: On further investigation it appears that libmarble has moved completely to qt5. In raspbian I disabled libmarble support in calligra. A debdiff can be found at. http://debdiffs.raspbian.org/main/c/calligra

Bug#814619: yubioauth-desktop depends on cruft package python-pyscard.

Package: yubioauth-desktop Severity: serious x-debbugs-cc: pysc...@packages.debian.org yubioauth-desktop depends on python-pyscard which is no longer built by pyscard. pyscard dropped the binary package in it's most recent upload with no explanation given in the changelog.

Bug#790925: pandas: FTBFS on armhf and sparc: Bus error in test_append_frame_column_oriented

On 15/02/16 13:36, Yaroslav Halchenko wrote: Sorry about delay... quite often those Bus errors just go away on their own since aren't anything to be fixed in pandas, but this time it still persists with 0.17.1: https://buildd.debian.org/status/fetch.php?pkg=pandas&arch=armhf&ver=0.17.1-3&stamp=1

Bug#816041: ldap-account-manager depends on php5-imagick which is no longer built

Package: ldap-account-manager Severity: serious Version: 5.2-1 ldap-account-manager depends on php5-imagick which is no longer built by the source package php-imagick. I'm not sure if you can just change the dependency to php-imagick or if more work is needed.

Bug#816040: fusiondirectory depends on php5-imagick which is no longer built

Package: fusiondirectory Severity: serious Version: 1.0.8.8-3 fusiondirectory depends on php5-imagick which is no longer built by the source package php-imagick. I'm not sure if you can just change the dependency to php-imagick or if more work is needed.

Bug#816184: php-horde-memcache depends on package that is no longer built.

Package: php-horde-memcache Version: 2.0.7-3 Severity: serious php-horde-memcache depends on php5-memcache which is no longer built by the php-memcache source package. Ubuntu seems to indicate that a no-change rebuild is enough to fix this.

Bug#765639: Bug#802159: Bug#765639: Bug#802159: New OpenSSL upstream version

The dhparam thing is really about a default that if you generate DH parameters that it defaults to 2048 instead of 1024. This shouldn't break anything itself, nor do I know of any other software that would get broken by this. Apparently Java 6 and 7 will fail to handshake if a server tries to us

Bug#782801: libaws: FTBFS against gnutls 3.4.0

tags 782801 +patch thanks This now fixed in upstream GIT, see 958f5f9e4ba752ca3e4045c09618579eae74f219 GNUTLS 3.4 compartibility. 7857ccafe14848d8378272421d2e49c3b351334b GNUTLS version 3.4.4 and newer compartibility After some googling I managed to find said upstream git repo http://libre.adac

Bug#782469: efl: FTBFS against gnutls 3.4.0

tags 782469 +patch thanks I took a look at the code in conjunction with the migration instructions that were linked in the bug report (thanks for linking to those). The results of the call to gnutls_pubkey_get_verify_algorithm are discarded, the code only checks if it succeeds or not. I guess

Bug#812848: mailutils: FTBFS: libmu_auth.so: undefined reference to `gnutls_mac_set_priority'

tags 812848 +patch thanks The code in question is static int protocol_priority[] = {GNUTLS_TLS1, GNUTLS_SSL3, 0}; static int kx_priority[] = {GNUTLS_KX_RSA, 0}; static int cipher_priority[] = {GNUTLS_CIPHER_3DES_CBC, GNUTLS_CIPHER_ARCFOUR_128, 0}; sta

Bug#812969: libvmime: FTBFS: net_tls_TLSSession.cpp:120:38: error: 'gnutls_certificate_type_set_priority' was not declared in this scope

net_tls_TLSSession.cpp:120:38: error: 'gnutls_certificate_type_set_priority' was not declared in this scope (*m_gnutlsSession, certTypePriority); ^ net_tls_TLSSession.cpp:131:68: error: 'gnutls_protocol_set_priority' was not declared in this s

Bug#813078: git-annex: FTBFS: libgnutls-deb0.so.28: cannot open shared object file: No such file or directory

found 813078 5.20150731-1 thanks Debian reproducability tests in testing are not showing it right now, but I strongly suspect that is because some other package hasn't been rebuilt yet, not because the underlying issue is not there. Having said that I think the real issue is actually in the

Bug#813078: git-annex: FTBFS: libgnutls-deb0.so.28: cannot open shared object file: No such file or directory

On 02/02/16 05:37, peter green wrote: found 813078 5.20150731-1 thanks Sorry I missed the first sentance of my explanation of the found command, the paragraph was meant to say. In raspbian stretch we have seen this same issue with a binnmu of 5.20150731-1. Debian reproducability tests in

Bug#812508: fixed in d-shlibs 0.63

tags 812508 +patch thanks > * Extend quirk for GnuTLS. > Closes: bug#812508 . Thanks to Andreas Metzler. [...] Looks like the fix did not work, ucommon failed with exactly the same Seems a small mistake was made when extendin

Bug#813138: python-gnutls: Still depends on libgnutls-deb0-28 instead of libgnutls30

even after a binNMU python-gnutls still depends on libgnutls-deb0-28 as it does not make use of the shlibs system. Please upgrade to use GnuTLS 3.4 It's easy enough to change the gnutls version to 30 and update the package dependencies. Unfortunately after doing so the code doesn't work. I get

Bug#810520: ideviceinstaller: FTBFS: ideviceinstaller.c:527:44: error: comparison between 'afc_error_t {aka enum }' and 'enum '

tags 810520 +patch thanks The attatched patch makes this package build by removing -Werror from the compiler flags. diff -Nru ideviceinstaller-1.0.1/debian/changelog ideviceinstaller-1.0.1/debian/changelog --- ideviceinstaller-1.0.1/debian/changelog 2013-11-19 22:24:56.0 + +++

Bug#814509: default-java-plugin depends on non-existing icedtea-8-plugin on mips/mipsel

The old default-java-plugin packages for mips* still seem to be in unstable and for some reason don't seem to be showing up on "the cruft report". You might want to file a removal request.

Bug#818391: Fwd: Bug#818391: cqrlog: FTBFS: Can't find unit sslsockets used by fphttpclient

1500 303.554/322.880 Kb Used (10001) PPU Loading /usr/lib/fpc/3.0.0/units/x86_64-linux/fcl-net/sslsockets.ppu (10011) PPU Source: sslsockets.pp not available (10028) Recompiling sslsockets, checksum changed for OpenSSL Fatal: (10022) Can't find unit sslsockets used by fphttpclient I'm seei

Bug#818663: fpc FTBFS on i386.

Package: fpc Version: 3.0.0+dfsg-3 Severity: serious The most recent i386 build of freepascal failed. /usr/bin/ppc386 -Ur -Xs -O2 -n -Fui386 -Fusystems -Fu/«BUILDDIR»/fpc-3.0.0+dfsg/fpcsrc/rtl/units/i386-linux -Fii386 -FE. -FUi386/units/i386-linux -dRELEASE @/«BUILDDIR»/fpc-3.0.0+dfsg/debian/

Bug#818663: fpc FTBFS on i386.

On 19/03/16 12:26, peter green wrote: This seems to be a result of the recent pic related backports. I'm working on a fix now. ok, the first thing I did was move globtype (which provides TSymStr) from the implementation uses to the interface uses so it would be available at that

Bug#798885: Boot problems after installation on new self-build computer.

My original post to this bug report may have confused the issue I had with the main kernel to the issue I had with the backports kernel. When I came back to the system at a later date the monitor was turning off when booting with a the jessie kernel while the storage problem was happening with

Bug#813461: cqrlog: FTBFS: lcommon.pp(515,18) Error: (5038) identifier idents no member "family"

tags 813461 +patch thanks cqrlog fails to build from source in unstable/amd64: Colin asked me to take a look at this. Fixing the build failure is trivial enough, just a matter of avoiding some field aliases that iirc were considered deprecated for some time and have been removed in 3.0.0 A

Bug#816645: devscripts testsuite failure on raspbian and presumablly other deratives that are not special-cased.

Package: devscripts Version: 2.15.10 Note: this started as a mailing list post on devscripts-devel ( http://lists.alioth.debian.org/pipermail/devscripts-devel/2016-January/004781.html http://lists.alioth.debian.org/pipermail/devscripts-devel/2016-February/004793.html ) Starting with version

Bug#816645: devscripts testsuite failure on raspbian and presumablly other deratives that are not special-cased.

On 04/03/16 12:12, Osamu Aoki wrote: Hi, I just pushed changes to address your bug report. Please check it and report if it works on Rasbian. Log attatched. It fixed the tests that were failing previously but gave a new slew of test failures. e.g. testWatch3WebNonNativeDlCurrent uscan wa

Bug#803298: prepare for giflib5 (boats)

For the latter two options, please see a patch at http://launchpadlibrarian.net/222938828/boats_201307-1build2_201307-1ubuntu1.diff.gz I went to apply your patch in raspbian but I found further work was needed to get a sucessful build. Launchpad shows it also failing in ubuntu. The first failu

Bug#807087: xpdf: FTBFS with Poppler 0.38.0

Tags 807087 +patch thanks xpdf fails to build with Poppler 0.38.0, which is currently in experimental and targeted for unstable; extract of build log is: Looks like ubuntu have a patch for this. https://patches.ubuntu.com/x/xpdf/xpdf_3.03-17ubuntu5.patch

Bug#805814: mrtrix: Fails to build with GSL 2

severity 805814 serious tags 805814 +patch thanks ubuntu has a fix for this https://launchpad.net/ubuntu/+source/mrtrix https://patches.ubuntu.com/m/mrtrix/mrtrix_0.2.12-1ubuntu2.patch

Bug#805835: voxbo: Fails to build with GSL 2

severity 805835 serious tags 805835 +patch thanks Your package fails to build with GSL 2: Ubuntu has a fix for this https://launchpad.net/ubuntu/+source/voxbo https://patches.ubuntu.com/v/voxbo/voxbo_1.8.5~svn1246-1.1ubuntu2.patch

Bug#809668: monodevelop FTBFS on buildds, build-dependencies in build-depends-indep when they should probablly be in build-depends

Package: monodevelop Version: 5.10.0.871-1 Severity: serious Monodevelop (which recently changed one of it's binary packages from arch all to arch any) failed to build on the buildds with. dh clean --with cli,autoreconf dh: unable to load addon cli: Can't locate Debian/Debhelper/Sequence/cli.pm

Bug#809054: subversion fails to build with -Wdate-time in CPPFLAGS

tags 809054 +patch thanks The attatched debdiff fixes the build by stripping any -W tokens out of CPPFLAGS . It applies it at the debian/rules level so it unfortunately affects everything. If someone wants to dig through the upstream build system and apply the stripping only when the CFLAGs ar

Bug#805799: kst: Fails to build with GSL 2

tags 805799 +patch thanks Ubuntu have a fix for this. https://patches.ubuntu.com/k/kst/kst_2.0.3-4ubuntu3.patch I cleaned up the changelog and removed ubuntus maintainer changes and uploaded to raspbian. Debdiff of that at. http://debdiffs.raspbian.org/main/k/kst/kst_2.0.3-4%2brpi1.debdiff

Bug#669944: mosjs: FTBFS on ppc64, arm64 and x32: symbols files errors.

Control: retitle -1 mozjs: FTBFS on alpha, powerpcspe, ppc64 and sh4: symbols files errors. Wookey wrote: Did you just mean that there is still an issue on sh4 From the looks of things not just sh4. It looks like alpha, powerpcspe, ppc64 and sh4 are all failing with symbols files errors. Sp

Bug#771265: root-system, FTBFS on derivatives where lsb-release -d returns anything other than debian ubuntu or mint

Package: root-system root-system failed to build on raspbian with the following error. Checking for libX11 ... no configure: libX11 MUST be installed See http://root.cern.ch/drupal/content/build-prerequisites make: *** [config.status] Error 1 Checking the configure script revealed that the mult

Bug#863329: add option to generate .pc dir before launching build.

Package: dgit Severity: wishlist Please consider adding an option to generate a .pc directory before launching the build, some packages (notably "linux") refuse to build if it is not present.

Bug#863353: dgit: commit checks still too strict

Package: dgit Version: 3.10~bpo8+1 Some time ago dgit was creating commits where the "Author:" field was missing. These commits were considered invalid by github and by git fsck. To prevent the bad commits spreading dgit-repos-server put a commit checker in place. However this check was rather

Bug#863478: fcgiwrap: add option to disable buffering.

Package: fcgiwrap Version: 1.1.0-5 Tags: patch Some cgi scripts need to be able to send small ammounts of output incrementally to clients. An example that I ran into recently was git-http-backend . Without the ability to send progress information to clients clones of large repos will result in

Bug#851194: dgit: please document how to set up dgit infrastructure.

My previous server setup instructions had a problem. nginx and fcgiwrap have undesirable buffering which causes clones of large repos to time out. To fix this first apply the patch from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863478 to fcgiwrap and build/install it. Then modify the

Bug#863889: libroad-dev bogus provides libsndio-dev.

Package: libroar-dev Version: 1.0~beta11-9 Severity: important libroar-dev "provides" libsndio-dev. This made sense in jessie since libroar-dev contained /usr/include/sndio.h and /usr/lib/arm-linux-gnueabihf/libsndio.so but the stretch version of the package no longer contains those files. So

Bug#868905: condor: FTBFS: ld: final link failed: Bad value

FYI I tried to build the ubuntu version of the package under raspbian buster and got. [ 98%] Building CXX object src/cream_gahp/CMakeFiles/cream_gahp.dir/cream_gahp_server.cpp.o cd "/condor-8.4.11~dfsg.1/obj-arm-linux-gnueabihf/src/cream_gahp" && /usr/bin/c++ -DARMV7L=ARMV7L -DBUILD_DATE="\"Au

Bug#868905: condor: FTBFS: ld: final link failed: Bad value

On 15/08/17 11:03, peter green wrote: FYI I tried to build the ubuntu version of the package under raspbian buster and got. [ 98%] Building CXX object src/cream_gahp/CMakeFiles/cream_gahp.dir/cream_gahp_server.cpp.o cd "/condor-8.4.11~dfsg.1/obj-arm-linux-gnueabihf/src/cream_gahp" &

Bug#872688: galpy, hardcoded dependency on obsolete package libgsl2

Package: galpy Version: 1.2-1 Severity: serious After rebuilding for the libgsl transition python-galpy and python3-galpy now depend on both libgsl2 and libgsl23 due to a hardcoded dependency. Removing the hardcoded dependency from the packaging is trivial and a quick grep of the source didn't

Bug#868990: lazarus: FTBFS: Architecture mips(el) is not available for elf format

Paul Gevers and I took at look at this while at Debconf. Fixing the resource conversionturned out to be pretty easy. Unfortunately after doing so the lazarus package still failed to build. There seems to be a linker issue with freepascal and qt on mips. So we decided to disable qt lazarus and

Bug#873140: snapd, insane built-using field when built on derivatives.

Package: snapd Severity: important A tool we use in raspbian to check that packages listed in built-using are actually available recently popped up the following. failed to find s/sbuild-build-depends-core-dummy/sbuild-build-depends-core-dummy_0.invalid.0.dsc needed by package snapd failed to

Bug#864464: openjdk-9: Please drop armel from hotspot_archs

On 09/06/17 00:52, John Paul Adrian Glaubitz wrote: Source: openjdk-9 Version: 9~b170-2 Severity: normal User: debian-...@lists.debian.org Usertags: armel Hello! openjdk-9 currently fails to build from source on armel because the ARM-specific code in the native Hotspot JVM uses instructions lik

Bug#864947: parl-desktop-world depends on cruft package firefox-esr-l10n-be

Package: debian-parl Severity: serious Version: 1.9.10 parl-desktop-world depends on firefox-esr-l10n-be which is no longer built by firefox-esr. I'm still trying to figure out where this is coming from, I can't find any evidence of it in the source package but rebuilding the binaries doesn't

Bug#864947: parl-desktop-world depends on cruft package firefox-esr-l10n-be

Tags 864947 +patch Thanks parl-desktop-world depends on firefox-esr-l10n-be which is no longer built by firefox-esr. I'm still trying to figure out where this is coming from, I can't find any evidence of it in the source package but rebuilding the binaries doesn't make it go away. Ok, figur

Bug#864947: [Parl-devel] Bug#864947: parl-desktop-world depends on cruft package firefox-esr-l10n-be

On 18/06/17 10:51, Jonas Smedegaard wrote: Quoting peter green (2017-06-17 21:49:38) Package: debian-parl Severity: serious Version: 1.9.10 parl-desktop-world depends on firefox-esr-l10n-be which is no longer built by firefox-esr. I'm still trying to figure out where this is coming fr

Bug#858388: cmtk: Please migrate to openssl1.1 in buster

Severity 858388 serious Thanks cmtk is now unbuildable in buster/sid because libdcmtk-dev now build-depends on libssl-dev.

Bug#858388: cmtk: Please migrate to openssl1.1 in buster

tags 858338 +patch thanks. On 29/06/17 21:44, Peter Green wrote: cmtk is now unbuildable in buster/sid because libdcmtk-dev now build-depends on libssl-dev. Simply changing the build-dependency back to libssl-dev resulted in a successful build in raspbian buster. I have not tested in Debian

Bug#875815: mess-desktop-entries depends on cruft package.

Package: mess-desktop-entries Severity: serious Tags: buster sid Mess-desktop-entries depends on mess. In wheezy and jessie mess was a real package, in stretch it was a transitional package to mame, in buster it has been removed. If this package is usable with mame please fix your dependencies

<    5   6   7   8   9   10   11   12   13   14   >