Bug#922099: rust-ripgrep FTBFS, crlf related tests fail.

2019-02-11 Thread peter green
Package: rust-ripgrep Version: 0.10.0-1 Severity: serious While performing a test build on s390x to see if bug 916615 was actually fixed I ran into a new error. I then did a test build on amd64 and was able to reduce the same testsuite failure, so this doesn't seem to be architecture specific.

Bug#916163: ppp FTBFS with glibc 2.28

2019-02-10 Thread Peter Pentchev
uests/1 I also submitted another merge request to import the ppp-2.4.7 upstream tarball's data into the pristine-tar branch: https://salsa.debian.org/debian/ppp/merge_requests/2 Thanks to everyone for taking care of ppp in Debian! G'luck, Peter -- Peter Pentchev roam@{ringlet.net,debian.org

Bug#921693: rust-ripgrep uses fixed directory in /tmp, causes FTBFS if multiple people try to build the package on the same system.

2019-02-07 Thread peter green
) UNRELEASED; urgency=medium + + * Use a temporary directory under the package build directory +(avoids issues when multiple people build the package on the same machine) + + -- Peter Michael Green Thu, 07 Feb 2019 22:48:11 + + rust-ripgrep (0.10.0-1) unstable; urgency=medium * Package

Bug#916615: rust-ripgrep: FTBFS on big-endian targets due to testsuite failures

2019-02-05 Thread peter green
Since upstream claimed this issue could not be reproduced, I decided to run a test on zelenka.debian.org The build did fail with a testsuite failure, but it looked nothing like the one in the buildd log. Rather than most tests passing and a few failing most tests failed, I looked at a few of

Bug#920648: ntopng: missing libssl-dev dependency

2019-02-03 Thread peter green
/changelog 2019-01-26 08:36:22.0 + +++ ntopng-3.8+dfsg1/debian/changelog 2019-02-04 01:10:39.0 + @@ -1,3 +1,10 @@ +ntopng (3.8+dfsg1-2.1) unstable; urgency=high + + * Non-maintainer upload. + * Add build-depends on libssl-dev (Closes: 920648) + + -- Peter Michael Green

Bug#919742: orthanc-wsi FTBFS 'class GlobalDcmDataDictionary' has no member named 'unlock'

2019-01-25 Thread peter green
tags 919742 +patch thanks Since this seemed to be the last thing blocking the dcmtk transition in raspbian buster I decided to take a look. It seems that orthanc-wsi has an embedded copy of an old version orthanc, it also build-depends on orthanc-dev, I am not sure if the system orthanc is

Bug#919617: gpiozero NMU uploaded to delayed/10

2019-01-24 Thread peter green
+(keep it in python3-gpiozero package) (Closes: #919617) + * Fix misspelling in package discrptions Raspoberry -> Raspberry + + -- Peter Michael Green Thu, 24 Jan 2019 14:45:24 + + gpiozero (1.4.1-1) unstable; urgency=medium * Move to Salsa. diff -Nru gpiozero-1.4.1/debian/control g

Bug#919617: gpiozero NMU uploaded to delayed/10

2019-01-24 Thread peter green
tags 856413 +pending tags 919617 +patch +pending tags 919620 +patch +pending thanks I have now prepared a NMU for gpiozero addressing bugs 856413, 919617 and 919620. I have uploaded this NMU to delayed/10. A debdiff is attatched to this mail. Please tell me if you see any issues with this NMU

Bug#920147: sagemath FTBFS on mipsel and mips64el

2019-01-22 Thread peter green
Package: sagemath Version: 8.4-2 Severity: serious sagemath versions from 8.4-2 through to 8.6-2 have failed to build on mipsel and mips64el. mipsel is failing with Success: 42 tests failed, up to 90 failures are tolerated Error: critical test failures (e.g. timeout, segfault, etc.) make[2]:

Bug#920045: ntopng FTBFS with new ndpi

2019-01-21 Thread peter green
package: ntomng version: 2.4+dfsg1-4 severity: serious ntopng fails to build from source with the new ndpi, which recently migrated to testing. This affects both the version in buster (as evidenced by the raspbian binnmu

Bug#917493: Bug #917493 in fenix marked as pending

2019-01-20 Thread Peter Pentchev
Control: tag -1 pending Hello, Bug #917493 in fenix reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#919883: libreoffice arch all FTBFS, javadoc: error - The code being documented uses modules but the packages defined in http://java.sun.com/j2se/1.5/docs/api/ are in the unnamed module.

2019-01-20 Thread peter green
Package: libreoffice Version: 1:6.1.4-1 Severity: serious The arch all build for libreoffice 1:6.1.5~rc1-1 ( https://buildd.debian.org/status/fetch.php?pkg=libreoffice=all=1%3A6.1.5%7Erc1-1=1547977527=0 ) failed with javadoc: error - The code being documented uses modules but the packages

Bug#919776: mariadb-10.1 FTBFS on most architectures, testsuite failures.

2019-01-19 Thread peter green
Package: mariadb-10.1 Version: 1:10.1.37-3 Severity: serious During rebuilds for the jemalloc transition mariadb-10.1 failed to build on most architectures with the following error on most architectures (). Completed: Failed 2/4906 tests, 99.96% were successful. Failing test(s):

Bug#919742: orthanc-wsi FTBFS 'class GlobalDcmDataDictionary' has no member named 'unlock'

2019-01-18 Thread peter green
Package: orthanc-wsi Severity: serious Version: 0.5-2 orthanc-wsi fails to build in unstable, I presume this was triggered by the dcmtk transition. https://buildd.debian.org/status/fetch.php?pkg=orthanc-wsi=amd64=0.5-2%2Bb3=1547409452=0

Bug#919739: dicomscope FTBFS error: 'class DVInterface' has no member named 'getTargetCipherSuite'; did you mean 'getTargetTimeout'?

2019-01-18 Thread peter green
Package: dicomscope Version: 3.6.0-19 Severity: serious dicomscope FTBFS in sid, I presume this is the result of the dcmtk transition but I am not 100% positive. /<>/interface/libsrc/DVInterface.cpp: In function '_jstring* Java_J2Ci_jDVInterface_getTargetCipherSuite(JNIEnv*, jobject,

Bug#919727: cmtk FTBFS in unstable, presumablly due to the new dcmtk

2019-01-18 Thread peter green
Package: cmtk Version: 3.3.1-1.2 Severity: serious cmtk FTBFS in sid. Preusmablly this is caused by the new dcmtk https://buildd.debian.org/status/fetch.php?pkg=cmtk=amd64=3.3.1-1.2%2Bb2=1547410724=0 /<>/apps/dcm2image.cxx: In function 'void AddPatternToMap(std::map >&, const char*)':

Bug#917982: Bug #917982 in fenix marked as pending

2019-01-18 Thread Peter Pentchev
Control: tag -1 pending Hello, Bug #917982 in fenix reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Bug#919617: python-gpiozero file conflict with python3-gpiozero

2019-01-17 Thread Peter Green
Package: python-gpiozero Version: 1.4.1-1 Severity: serious The 1.4.1-1 upload of gpiozero added the "pinout" utility, unfortunately it added it to both the python-gpiozero and python3-gpiozero packages. The result is a file conflict between the two packages. I see two possible solutions. 1.

Bug#918326: dfwinreg NMU uploaded to delayed/5

2019-01-09 Thread peter green
and python3-yaml (Closes: 918645) + + -- Peter Michael Green Thu, 10 Jan 2019 06:14:08 + + dfwinreg (20181214-2) unstable; urgency=medium * watch: Mangle download filename diff -Nru dfwinreg-20181214/debian/control dfwinreg-20181214/debian/control --- dfwinreg-20181214/debian/control2018-12-21

Bug#918355: dante: fails to build on non-amd64

2019-01-05 Thread Peter Pentchev
usr/lib/*/libsocksd.la ...this is a better approach, thank you very much for suggesting it and for the bug report itself! G'luck, Peter -- Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7

Bug#918326: python-dfwinreg and python3-dfwinreg depend on cruft package dtfabric

2019-01-04 Thread peter green
package: python3-dfwinreg version: 20180712-1 severity: serious It seems that with the most recent upload the build-dependencies were fixed from "dtfabric" to "python-dtfabric" and "python3-dtfabric", but the binary dependencies for python-dfwinreg and python3-dtwinreg are still on "dtfabric",

Bug#914607: closed by Hilko Bengen (Bug#914607: fixed in dfwinreg 20181214-2)

2019-01-04 Thread peter green
reassign 914607 dfwinreg found 914607 20180712-1 fixed 914607 20181214-2 thanks Britney gets confused when a bug is closed by a package other than the one it is filed against, so I am reassinging the bug to the package that closed it. On 01/01/19 23:09, Debian Bug Tracking System wrote: This

Bug#918077: python-meep-mpich2 fails to install, postinst script looks for wrong package name.

2019-01-02 Thread peter green
18-12-25 15:30:09.0 + +++ meep-lam4-1.7.0/debian/changelog2019-01-03 02:10:44.0 + @@ -1,3 +1,9 @@ +meep-lam4 (1.7.0-2+rpi1) buster-staging; urgency=medium + + * Fix postinst and prerm scripts for python-meep-mpich2 to use correct package name. + + -- Peter Michael Green Thu,

Bug#918074: python-meep-mpich2 fails to install, postinst script looks for wrong package name.

2019-01-02 Thread peter green
2 (1.7.0-2+rpi1) buster-staging; urgency=medium + + * Fix postinst script for python-meep-mpich2 to use correct package name. + + -- Peter Michael Green Thu, 03 Jan 2019 01:21:28 + + meep-mpich2 (1.7.0-2) unstable; urgency=medium * upload to unstable diff -Nru meep-mpich2-1.7.0/debian/

Bug#917869: python-escript FTBFS on armhf, mips, mipsel and mips64el

2018-12-30 Thread peter green
Package: python-escript Version: 5.2-4 Severity: serious The most recent upload of python-escript failed to build on armhf, mipsel, mips64el and mips. All seemed to fail while linking a C++ library. g++ -o debian/tmp2/posix/weipa/src/libescriptreader.so -Wl,-z,relro -Wl,-z,now -fopenmp

Bug#917598: closed by Drew Parsons (Bug#917598: fixed in petsc4py 3.10.0-3)

2018-12-29 Thread peter green
Found 917598 3.10.0-3 thanks. Unfortunately it seems it still fails with the same error. On 29/12/18 20:21, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the petsc4py package: #917598: petsc4py FTBFS error: ‘SNESTEST’

Bug#917635: elkcode FTBFS, undefined reference to xc_f90_mgga_x_tb09_set_par_

2018-12-29 Thread peter green
Package: elkcode Version: 4.0.15-2 Severity: serious During binnmus for the libxc5 transition elkcode failed with the following error. mpif90 `dpkg-buildflags --get FFLAGS` `dpkg-buildflags --get CPPFLAGS` -Wall -ffast-math -funroll-loops -fopenmp `dpkg-buildflags --get LDFLAGS` -o elk

Bug#917598: petsc4py FTBFS error: ‘SNESTEST’ undeclared

2018-12-28 Thread peter green
package: petsc4py version: 3.10.0-2 severity: serious While trying to get the petsc/slepc/etc stack in raspbian buster into a consistent state I ran into the following error with petsc4py. I was also able to reproduce this in a Debian sid amd64 environment, so it's not raspbian specific.

Bug#917200: pyside2: build-dependencies no longer satisfiable on mips64el.

2018-12-23 Thread peter green
Package: pyside2 Version: 5.11.2-1 Severity: serious It seems that patchelf has been removed on mips64el due to testsuite failures, but pyside2 still bulid-depends on it. So pyside cannot be built on mips64el anymore. Possible fixes (in roughly descending order of preferences) 1. Fix the

Bug#917199: pivy, unbuildable on mips* due to testsuite failures in patchelf.

2018-12-23 Thread peter green
Package: pivy Version: 0.6.4-1 Severity: serious pivy cannot be built on mips/mipsel because of a depedency on pyside2 which is not built on mips/mipsel pyside2 is not being built on those architectures due to a dependency on patchelf. patchelf is not currently building on mips* due to a

Bug#917082: openscenegraph depends and build-depends on cruft packages

2018-12-22 Thread peter green
package: openscenegraph version: 3.2.2+dfsg1-2 severity: serious libopenscenegraph100v5 depends on libcoin80-5 and the openscenegraph source package bulid-depends on libcoin80-dev. These packages are no longer built by the coin3 source package. They appear to have been replaced by libcoin80c

Bug#917068: timbl (build-)depends on cruft packages.

2018-12-21 Thread peter green
package: timbl version: 6.4.8-1 severity: serious timbl and libtimbl4 depend on libticcutils2v5 and the timbl source package depends on libtimbl4-dev. These packages are no longer build by the ticcutils source package. I notice there is a new version in new that looks like it probablly fixes

Bug#916369: libcoq-ocaml depends and build-depends on cruft packages.

2018-12-13 Thread peter green
Package: libcoq-ocaml Version: 8.6-5 Severity: serious libcoq-ocaml depends on liblablgtksourceview2-ocaml- (where is a string that varies between different architectures) which is a virtual package provided by liblablgtksourceview2-ocaml . Similarly libcoq-ocaml-dev depends on

Bug#915859: [Pkg-privacy-maintainers] Bug#915859: uses a fixed filename in /tmp

2018-12-07 Thread Peter Palfrader
On Fri, 07 Dec 2018, intrigeri wrote: > Hi, > > Peter Palfrader: > > onionshare uses /tmp/onionshare_server.log as a logfile with --debug. > > Good catch! > > While that code obviously conflicts with basic secure programming best > practices, it seems t

Bug#915859: uses a fixed filename in /tmp

2018-12-07 Thread Peter Palfrader
, 'onionshare_server.log')) tempfile.gettempdir() returns /tmp. It does not give you a dedicated temp-directory. It is not mkdtemp. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal https://www.palfrader.org/ | `. `' Operating

Bug#915044: shibboleth-resolver FTBFS with new log4shib/xmltooling/shibboleth-sp stack

2018-11-29 Thread peter green
Package: shibboleth-resolver Severity: serious Version: 1.0.0-1 Tags: sid, patch shibboleth-resolver FTBFS, there are three issues. Firstly it fails to find log4shib because it tries to use log4shib-config which no longer exists. I patched configure.ac to use pkg-config instead and enabled

Bug#914596: python-casacore ftbfs with new casacore

2018-11-29 Thread peter green
nflicts ++ add libcasa-python3-3 to build-depends + * Apply patch from https://salsa.debian.org/debian-astro-team/python-casacore/commit/e9c031474c3f3f4abaf4c83fa32311cc3857b2ee.diff +to fix build with new boost. + * Apply upsteam patch to fix build with casacore 3 + + -- Peter Michael Gree

Bug#914607: plaso depends on cruft package python-dfwinreg

2018-11-25 Thread peter green
Package: plaso Version: 1.5.1+dfsg-4 Severity: serious plaso depends on python-dfwinreg which is no longer built by the dfwinreg source package.

Bug#913708: node-mapnik ftbfs in unstable

2018-11-19 Thread Peter Green
tags 913708 +patch thanks This was one of the few remaining blockers for the icu transition in raspbian buster, so I hacked up a fix. I am far from an expert (just a maintainer of a Debian derivative who ran into this build failure) but here is my interpretation of what is going on.

Bug#899439: Bug #899439 in acmetool marked as pending

2018-11-16 Thread Peter Colberg
Control: tag -1 pending Hello, Bug #899439 in acmetool reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below, and you can check the diff of the fix at:

Bug#913699: keymapper depends on nonexistent package python-yapps2

2018-11-13 Thread peter green
Package: keymapper Version: 0.5.3-11 Severity: serious keymapper depends on python-yapps2 which does not appear to exist, did you mean to depend on python-yapps?

Bug#913371: gnat-gps fails to build on 32-bit kernels, address space exhaustion.

2018-11-11 Thread peter green
On 11/11/18 19:14, Nicolas Boulenguez wrote: Package: src:gnat-gps Followup-For: Bug #913371 Control: reopen -1 Version: 18-3 With parallelism disabled, the build should use (at least) two times less memory at a given moment. Virtual address space is per-process. So while disabling make-level

Bug#913370: gmrender-resurrect (build-)depends on cruft packages.

2018-11-09 Thread peter green
package: gmrender-resurrect version: 0.0.7~git20180618.d0f46f5-2 severity: serious gmrender-resurrect build-depends on libupnp1.8-dev and it's binary package gmrender depends on libupnp10. These packages are no longer built by pupnp-1.8. They appear to have been replaced by libupnp-dev and

Bug#913368: tpm2-pk11 (build-)depends on cruft packages.

2018-11-09 Thread peter green
Package: tpm2-pk11 Version: 0~git20180426-1 Severity: serious tpm2-pk11 build-depends on libsapi-dev and depends on libsapi0, these packages are no longer built by source package tpm2-tss. They appear to have been replaced by libtss2-dev and libtss2-esys0 .

Bug#913367: tpm2-abrmd (build-)depends on cruft packages.

2018-11-09 Thread peter green
Package: tpm2-abrmd Version: 1.3.1-1.1 Severity: serious tpm2-abrmd build-depends on libsapi-dev and depends on libsapi0, these packages are no longer built by source package tpm2-tss. They appear to have been replaced by libtss2-dev and libtss2-esys0 .

Bug#908670: libundead: ftbfs on armhf

2018-11-04 Thread peter green
severity 908670 important unblock 908345 by 908670 thanks > I think this solution makes the least effort for all involved parties > and is in line with the practical use of this package on armhf. I went ahead and filed the removal requesthttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908920

Bug#912712: vibe.d FTBFS with ldc

2018-11-03 Thread peter green
Package: vibe.d Version: 0.8.4-1 Severity: serious Vibe.d fails to build with the following error. Presumablly this was triggered by the upgrade to ldc 1.12.0. https://buildd.debian.org/status/fetch.php?pkg=vibe.d=amd64=0.8.4-1%2Bb1=1540811095=0

Bug#902036: pygame FTBFS on s390x, testsuite failure.

2018-10-29 Thread peter green
found 902036 1.9.4.post1+dfsg-1 tags 902036 +patch thanks On 30/10/18 02:03, peter green wrote: Unfortunately while the 1.9.4.post1+dfsg-1 upload fixed the ppc64el failure, it did not fix the s390x failure. I just took a look at this, turned out to be a typo in a #if causing a 32-bit value

Bug#902036: pygame FTBFS on s390x, testsuite failure.

2018-10-29 Thread peter green
found 902036 1.9.4.post1+dfsg-1 thanks Unfortunately while the 1.9.4.post1+dfsg-1 upload fixed the ppc64el failure, it did not fix the s390x failure.

Bug#912190: mixx uses inappropriate compiler flags on arm.

2018-10-28 Thread peter green
018-10-07 13:15:30.0 + +++ mixxx-2.1.4~dfsg/debian/changelog 2018-10-28 03:49:20.0 + @@ -1,3 +1,11 @@ +mixxx (2.1.4~dfsg-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Remove inappropriate compiler flags on arm. + * Fix clean target. + + -- Peter Michae

Bug#911976: bind-dyndb-ldap FTBFS with bind 9.11.5

2018-10-27 Thread peter green
Tags 911976 +patch Thanks This seems to be a simple case of a missing include, I just uploaded a fix to raspbian. A debdidf should appear soon at https://debdiffs.raspbian.org/main/b/bind-dyndb-ldap . No intent to NMU in Debian.

Bug#911924: aptly: Error decoding mirror: msgpack decode error

2018-10-26 Thread Peter Felecan
depends on: ii bzip2 1.0.6-9 ii gnupg11.4.23-1 ii gpgv1 1.4.23-1 ii libc6 2.27-6 ii xz-utils 5.2.2-1.3 aptly recommends no packages. Versions of packages aptly suggests: ii graphviz 2.40.1-5 -- no debconf information -- Peter Felecan

Bug#911503: ipe-tools FTBFS 'memCheck' is not a member of 'Object'

2018-10-20 Thread peter green
package: ipe-tools severity: serious version: 1:7.2.7-1 ipe-tools failed to build from source during the re-builds for the poppler transition. https://buildd.debian.org/status/fetch.php?pkg=ipe-tools=amd64=1%3A7.2.7-1%2Bb3=1540034720=0 pdftoipe.cpp: In function 'int main(int, char**)':

Bug#798728: openni, uses inappropriate compiler flags on arm.

2018-10-18 Thread Peter Green
On 18/10/18 23:37, Steve McIntyre wrote: That "vld1.8 {d16-d17}, [r3]" is a direct consequence of incorrectly targetting NEON - the target registers don't exist on platforms without it. Please fix the build of your package to do this correctly. BTW there is a patch to rip out the incorrect

Bug#899240: d-i blank screen on uefi boot

2018-10-17 Thread Dr. Peter J. Bauer
Dear Maintainer, this problem may be related to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909310 I could solve my problem by setting "Above 4GB mapping" (in the BIOS's PCI settings) to "disabled" (following advice from Fujitsu Tech Support). Bes

Bug#902035: Future of pygame in Debian.

2018-10-12 Thread peter green
pygame in Debian testing is currently python2 only, I am sure I am not alone in thinking this is not a good state of affairs given that pygame is frequently used for introducing people to programming. pygame in sid has python3 support but is held back from migrating to testing by three rc

Bug#910896: syslog-ng FTBFS, testsuite failure.

2018-10-12 Thread peter green
Package: syslog-ng Version: 3.13.2-4.1 Severity: serious syslog-ng failed to build on all release architectures during binnmus for the hiredis transition. The failure seems to be in a python related test but the build log doesn't seem to indicate why exactly it failed.

Bug#910834: python-hiredis FTBFS, inporterror when running testsuite.

2018-10-11 Thread peter green
package: python-hiredis version: 0.2.0-3 severity: serious python-hiredis failed to build during the re-build for libhiredis0.14, this failure does not seem to be architecture specific Traceback (most recent call last): File "/<>/test.py", line 4, in import test File

Bug#910630: varnish-modules depends on cruft package libvarnishapi1

2018-10-08 Thread peter green
package: varnish-modules version: 0.12.1-1+b1 severity: serious x-debbugs-cc: team+varnish-t...@tracker.debian.org varnish-modules depends on libvarnishapi1 which is no longer built by varnish, it seems to have been replaced by libvarnishapi2 There does not seem to have been any attempt to

Bug#907015: openssl version 1.1.1 breaks multiple reverse dependencies; versioned Breaks needed

2018-10-04 Thread peter green
> how is a versioned break helping anything? The minimal key limit, hash > and TLS version can be overriden via config file and this what is > causing the problems from what I can tell. So either the remote side > upgrades their things or the users enabled "lower security" mode. > Is there

Bug#907528: synergy: low grade TLS certificate generation, now unusable in unstable

2018-10-04 Thread peter green
(note: I'm just a guy taking a flyby look at bugs) The following script is used to generate the key: /usr/share/synergy/gen_ssl_pem.sh Fixing that script is easy enough, but that is only the start of fixing the issue. Firstly grepping the source finds a couple of other places where it seems

Bug#907118: error:141a318a:ssl routines:tls_process_ske_dhe:dh key too small

2018-10-04 Thread peter green
I literally poked that patch into debian/patches{/series}, quilt applied it and rebuilt, and it started working for me. Maybe there's something different about our configs? Strange, that patch seems to slightly change how the hardcoded dh params are loaded, but it doesn't seem to change the

Bug#900160: ruby-eventmachine: FTBFS against openssl 1.1.1

2018-10-04 Thread peter green
hardcoded cert/key with a 4096 bit one to keep recent openssl happy. Author: Peter Michael Green --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you

Bug#900161: ruby-openssl: FTBFS against openssl 1.1.1

2018-10-04 Thread peter green
: Peter Michael Green --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: , Bug: Bug-Debian: https://bugs.debian.org/ Bug

Bug#904059: clang-6.0: default target on armhf is armv8l-unknown-linux-gnueabihf

2018-09-23 Thread peter green
clang-6.0 and friends advertise their default target on armhf as armv8l-unknown-linux-gnueabihf, which sounds like nonsense. Not really "nonsense", armv8 is best known for adding 64-bit mode but it did also add some enhancements for the 32-bit architecture. I don't know if clang has the

Bug#909089: debhelper: GNU configure $prefix expanded too early?

2018-09-19 Thread Peter Pentchev
at 06:15:00AM +, Niels Thykier wrote: > Sven Joachim: > > On 2018-09-18 14:09 +0300, Peter Pentchev wrote: > > > >> Package: debhelper > >> Version: 11.4 > >> Severity: serious > >> > >> Hi, > >> > >> Thanks for main

Bug#909089: debhelper: GNU configure $prefix expanded too early?

2018-09-18 Thread Peter Pentchev
debhelper and Debian, and keep up the great work! G'luck, Peter -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/8 CPU cores) Loca

Bug#908670: libundead: ftbfs on armhf

2018-09-16 Thread peter green
On 13/09/18 21:49, Andreas Tille wrote: Hi Peter, thanks a lot for your analysis. On Thu, Sep 13, 2018 at 01:27:58PM +0100, peter green wrote: 4. Simply get libundead removed on armhf/raspbian. libundead seems to only have two reverse build-dependencies neither of which has ever successfully

Bug#908929: libpam-google-authenticator: hardcoded dependency on libqrencode3

2018-09-16 Thread peter green
:29.0 + +++ google-authenticator-20170702/debian/changelog 2018-09-16 07:31:09.0 + @@ -1,3 +1,10 @@ +google-authenticator (20170702-1.1) UNRELEASED; urgency=medium + + * Patch proposed to BTS, no intent to NMU + * update for libqrcode4. + + -- Peter Michal Green Sun, 16 Sep

Bug#908670: libundead: ftbfs on armhf

2018-09-13 Thread peter green
I (with my raspbian maintainer hat on) reported this to ldc upstream at https://github.com/ldc-developers/ldc/issues/2848 and some digging has been done. The short version is that we know what commit caused the build failures. However that commit was a fix for mis compilation, so I don't think

Bug#907370: TypeError: object of type 'int' has no len()

2018-09-04 Thread Peter Pentchev
On Tue, Sep 04, 2018 at 08:41:09AM -0400, Antoine Beaupré wrote: > On 2018-09-04 11:17:42, Peter Pentchev wrote: > > Control: tags -1 + upstream patch > > [...] > > > I'm not really sure what changed to cause this bug, but I can certainly > > reproduce it;

Bug#907370: TypeError: object of type 'int' has no len()

2018-09-04 Thread Peter Pentchev
rary, > but I really have no idea... I'm not really sure what changed to cause this bug, but I can certainly reproduce it; moreover, it has been reported as a problem upstream[1] and then fixed[2]. The attached patch (line numbers adapted for 1.11) fixes it for me; an upgrade of python-sh to

Bug#907862: gtkpod segfaults on startup

2018-09-03 Thread Peter Chubb
Package: gtkpod Version: 2.1.5-6 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, I installed gtkpod, ran gio mount afc://serialnumber then started gtkpod. ~/.gtkpod did not exist before I started. The iPad is mounted in

Bug#906981: stunnel4 FTBFS with OpenSSL 1.1.1

2018-08-24 Thread Peter Pentchev
wrote earlier for the Debian package. I'm aware that not closing this bug, now that it's serious, will not allow this new upload to migrate to testing, but this is on purpose - what this upload does is merely a workaround, not a fix; I'll wait for upstream's reply on this. Thanks again for everyone's eff

Bug#907013: calligra FTBFS, missing QT includes.

2018-08-23 Thread peter green
--- calligra-3.1.0+dfsg/debian/changelog2018-03-09 08:37:57.0 + +++ calligra-3.1.0+dfsg/debian/changelog2018-08-22 20:34:52.0 + @@ -1,3 +1,9 @@ +calligra (1:3.1.0+dfsg-2+rpi1) buster-staging; urgency=medium + + * Add missing qt includes. + + -- Peter Michael

Bug#906769: arm kernels fail to boot

2018-08-20 Thread Peter Palfrader
, -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal https://www.palfrader.org/ | `. `' Operating System | `-https://www.debian.org/

Bug#906274: php-apcu broken. apcu_entry() hangs, crashing the php interpreter.

2018-08-16 Thread Peter Bosch
Package: php-apcu Version: 5.1.8+4.0.11-1 Severity: grave Tags: patch fixed-upstream I had originally reported this to ubuntu because we first noticed it on a machine running ubuntu, however, ubuntu doesnt seem to maintain this pkg so therefore I am reporting this here. After upgrading our

Bug#905985: pygame FTBFS with python 3.7

2018-08-12 Thread peter green
Package: pygame Version: 1.9.3+dfsg2-2 Severity: serious pygame fails to build with python 3.7 src/pypm.c:4976:18: error: 'PyThreadState {aka struct _ts}' has no member named 'exc_type'; did you mean 'curexc_type'? if ((tstate->exc_type != NULL) & (tstate->exc_type != Py_None)) { I

Bug#888338: libavg: FTBFS with FFmpeg 4.0

2018-08-02 Thread peter green
I applied the patch that jcowgill submitted upstream plus another upstream commit and disabled vdpau support (which has been removed upstream) and was able to get the debian package to build, so I uploaded it to raspbian. A debdiff should appear soon at

Bug#888374: gmerlin-avdecoder: FTBFS with FFmpeg 4.0

2018-08-02 Thread peter green
vdpau_render_state has disappeard and I hae no idea what if anything + it can be replaced with. + * Remove po/de.gmo in clean target, it seems that the build process changes it. + + -- Peter Michael Green Thu, 02 Aug 2018 14:55:06 + + gmerlin-avdecoder (1.2.0~dfsg-9) unstable; urgency=medium

Bug#905281: dracut FTBFS, can't find README.Debian

2018-08-02 Thread peter green
package: dracut version: 047+31-2 severity: serious dh_installdocs -a dh_installdocs: Cannot find (any matches for) "README.Debian" (tried in .) install -d debian/dracut-core/usr/share/doc/dracut-core debian/rules:8: recipe for target 'binary-arch' failed I initially noticed this

Bug#888345: forked-daapd: FTBFS with FFmpeg 4.0

2018-07-27 Thread peter green
tags 888345+patch thanks I backported the upstream ffmpeg 4.0 patches to the version in Debian and was able to get a successful build in raspbian buster, I have not tested the results beyond that. A debdiff can be found at.

Bug#897793: libqtpas: ftbfs with GCC-8

2018-07-21 Thread peter green
+ _Z27qRegisterNormalizedMetaTypeIP7QActionEiRK10QByteArrayPT_N9QtPrivate21MetaTypeDefinedHelperIS5_Xaasr12QMetaTypeId2IS5_E7DefinedntsrSA_9IsBuiltInEE11DefinedTypeE@Base 2.6~beta-4 (optional=templinst)_Z30copyPtrIntArrayToQListTemplateIP13QGraphicsItemEvPvR5QListIT_E@Base 2.6~alpha

Bug#902658: apache2: apachectl graceful/restart results in segfault

2018-07-18 Thread Peter Merhaut
.so.2] /lib/x86_64-linux-gnu/libcap.so.2.25 readelf: Error: '/lib/x86_64-linux-gnu/libgpg-error.so.0.24.2': No such file �0x0001 (NEEDED)������������ Shared library: [libcap.so.2] /usr/lib/apache2/modules/mpm_itk.so cheers, Peter signature.asc Description: Digital Signature

Bug#901455: FTBFS in sid: package com.sun.tools.doclets.standard is not visible

2018-07-11 Thread peter green
During a recompilation as part of the octave-4.4 transition, libsbml failed to build (for a reason apparently unrelated to the transition): Specifically this seems to have been caused by the change of default java version from 9 to 10. In raspbian buster I solved this for the time being by

Bug#903225: freedv FTBFS Cannot find (any matches for) "credits.txt" (tried in .)

2018-07-07 Thread peter green
Package: freedv Version: 1.3-1 Severity: serious freedv failed to build during the binnmu for the libcodec transition. https://buildd.debian.org/status/package.php?p=freedv=unstable dh_installdocs -a -O--builddir=Build -O--build-system=cmake dh_installdocs: Cannot find (any matches for)

Bug#903195: libsass-python FTBFS with new libsass

2018-07-07 Thread peter green
Package: libsass-python Severity: serious Version: 0.13.4-1 A new version of libsass was recently uploaded which transitioned to a new libary soname and appears to have changed the API in a way that causes libsass-python to fail to build. i686-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2

Bug#903111: haskell-raaz FTBFS in buster

2018-07-06 Thread peter green
Package: haskell-raaz Severity: serious Version: 0.2.0-2 haskell-raaz recently failed to build in raspbian buster with dh_installexamples -plibghc-raaz-dev dh_installexamples: Cannot find (any matches for) "bin/Command/Checksum.lhs" (tried in .) The reproducible builds tests on amd64, armhf

Bug#902036: pygame FTBFS on s390x, testsuite failure.

2018-06-21 Thread peter green
Package: pygame Severity: serious Version: 1.9.3+dfsg2 The two most recent attempts to build pygame on s390x failed with the following error. == ERROR: test_write (pygame.tests.bufferproxy_test.BufferProxyLegacyTest)

Bug#902035: pygame FTBFS on ppc64el, testsuite failure.

2018-06-21 Thread peter green
Package: pygame Severity: serious The most recent attempt to build pygame on ppc64el failed with the following error. == FAIL: test_render_args (pygame.tests.font_test.FontTest)

Bug#901797: python3.6-venv: can't create virtualenv due to ensurepip failing

2018-06-18 Thread Peter De Wachter
Package: python3.6-venv Version: 3.6.6~rc1-1 Severity: grave Justification: renders package unusable Dear Maintainer, This version of pyvenv can't create a working virtual env. The failing command is an ensurepip invocation. The error message also tells me to install python3-venv, but that

Bug#901491: acbuild build-depends on cruft package golang-go.crypto-dev

2018-06-13 Thread peter green
Package: acbuild Severity: serious acbuild build-depends on golang-go.crypto-dev which is no longer built by golang-go.crypto, the replacement appears to be golang-golang-x-crypto-dev. I was able to succesfully do a build in raspbian bister with the build-dependency changed.

Bug#895469: openjfx FTBFS on armel: invalid instructions

2018-06-11 Thread peter green
movw and movt are armv7 only, so this is also affecting Raspbian. To fix both armel and raspbian the conditional should be <7 I whipped up a patch for that. I then ran into another issue, the compiler was bitching about uint16_t vs char16_t issues so I whipped up a patch for that too. Debdiff

Bug#901136: can't remove if install fails

2018-06-09 Thread Peter Palfrader
) -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal https://www.palfrader.org/ | `. `' Operating System | `-https://www.debian.org/

Bug#900248: nvidia-driver: update to 390.59 breaks direct rendering

2018-05-31 Thread Peter De Wachter
4xx/libglx.so xserver-xorg-video-nvidia-legacy-340xx: /usr/lib/nvidia/legacy-340xx/libglx.so I don't know if these packages can be installed together. If they can, there will be random failures again. Best regards, Peter

Bug#900248: nvidia-driver: update to 390.59 breaks direct rendering

2018-05-30 Thread Peter De Wachter
I don't know how to fix this without patching the xserver code. Maybe it's possible to manipulate the search path with an xorg.conf fragment? Best regards, Peter

Bug#900248: nvidia-driver: update to 390.59 breaks direct rendering

2018-05-29 Thread Peter De Wachter
Hello Luca, [Cc'ing bugs this time] > I don't think so - I still can't reproduce the problem despite that. It > should all go through the glvnd blobs. OK. I don't know what I can do to help. This affected both of my computers with nvidia graphics, and for now I "fixed" it by copying the

Bug#900248: nvidia-driver: update to 390.59 breaks direct rendering

2018-05-28 Thread Peter De Wachter
/modules/extensions/. See this commit: https://cgit.freedesktop.org/xorg/xserver/commit/?id=97bd6e453676516891250389ec0fd695c110087c Best regards, Peter

Bug#900282: webkitgtk FTBFS with new ICU

2018-05-28 Thread peter green
package: webkitgtk version: 2.4.11-3 severity: serious Webkitgtk seems to be failing to build, failures have been seen with binnmus in Debian and Raspbian and also on the reproducible builds service. I had a look at the insanely large build log from reproducible builds and found the following

Bug#899352: prosody: removes prosody role from ssl-cert

2018-05-23 Thread Peter Palfrader
stinst would help about this, right? That entire commit seems highly problematic and not well through-through for all use-cases. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal https://www.palfrader.org/ | `. `' Oper

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