Bug#978767: apr: ftbfs with autoconf 2.70

Package: src:apr Version: 1.7.0-3 Severity: normal Tags: sid bookworm User: d...@debian.org Usertags: ftbfs-ac270 [This bug report is not targeted to the upcoming bullseye release] The package fails to build in a test rebuild on at least amd64 with autoconf 2.70, but succeeds to build with

Bug#936128: apr: Python2 removal in sid/bullseye

Package: src:apr Version: 1.6.5-1 Severity: normal Tags: sid bullseye User: debian-pyt...@lists.debian.org Usertags: py2removal Python2 becomes end-of-live upstream, and Debian aims to remove Python2 from the distribution, as discussed in

Bug#936129: apr-util: Python2 removal in sid/bullseye

Package: src:apr-util Version: 1.6.1-4 Severity: normal Tags: sid bullseye User: debian-pyt...@lists.debian.org Usertags: py2removal Python2 becomes end-of-live upstream, and Debian aims to remove Python2 from the distribution, as discussed in

Bug#909077: apr-util has not needed b-d on libpcre3-dev

Package: apr-util Version: 1.6.1-2 As pointed out in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757140 the dependencies on libpcre3-dev are not needed anymore, but still present in the build dependencies. Please remove.

Bug#897705: apr: ftbfs with GCC-8

Package: src:apr Version: 1.6.3-2 Severity: normal Tags: sid buster User: debian-...@lists.debian.org Usertags: ftbfs-gcc-8 Please keep this issue open in the bug tracker for the package it was filed for. If a fix in another package is required, please file a bug for the other package (or

Bug#820243: please build using lua5.2 instead of lua5.1

Package: src:apache2 Version: 2.4.18-2 looking at the sources, apache2 can be built using lua5.2 instead of lua5.1. Please use the more recent version.

Bug#761732: apr: libtool split: package needs a b-d on libtool-bin (or avoid using the libtool binary)

Package: src:apr Version: 1.5.1-2 Severity: wishlist User: debian-cr...@lists.debian.org Usertags: libtool-split As part of the effort to cross-build the archive, the libtool package needs a split into an architecture independent part and an architecture dpendent part (the latter only consisting

Bug#717327: unnecessary loop in configure searching for berkley-db

Package: apr-util Version: 1.5.2-1 Looking at the build log, there is a loop searching for berkley-db, searching a lot of unnecessary directories. Even when configuring with --with-berkeley-db=/usr/include:/usr/lib/multiarch-tuple the loop is taken, and not the given configuration. -- To

Bug#717231: apr hard-codes -fstack-protector even on unsupported platforms

Package: apr Version: 1.4.8-1 apr hard-codes -fstack-protector even on unsupported platforms, leading to not that useful warnings during the build. -- To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#335438: libsvncpp-dev and libapr0-dev cannot be installed together

Package: libsvncpp-dev,libapr0-dev Severity: serious that means, that pysvn's build-deps cannot be installed anymore. Please coordinate, if these these packages should depend on libdb4.2-dev or libdb4.3-dev. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble?

Bug#262582: Fix apache-modconf script

tags 262582 + patch thanks --- /usr/sbin/apache-modconf~ 2004-06-24 22:40:22.0 +0200 +++ /usr/sbin/apache-modconf2004-08-01 09:12:57.0 +0200 @@ -65,7 +65,7 @@ fi done - cd - + cd - /dev/null if [ $err = 1 ]; then

Re: Bug#228421: gcc 3.0.4 generates bad code on Debian 3.0/PARISC

tags 228421 + woody tags 228421 + fixed-upstream thanks Well, maybe a recompilation and binary NMU for apache would suffice? Should the report be reassignd to apache? Willy Tarreau writes: Package: gcc Version: 2:3.0.4-5 Kernel: Linux hp 2.4.24-pa0 #1 Sun Jan 11 18:48:21 CET 2004 parisc