Bug#1075367: pcre3: ftbfs with GCC-14

Hi, On 08/08/2024 21:38, Bastian Germann wrote: I am uploading a NMU to DELAYED/10 in order to fix this. Please find the debdiff attached. Thanks (I was on VAC); do note that pcre3 is not going to be in the trixie release, though (cf. bug 1071970). Regards, Matthew

Bug#1071970: pcre3 should not be part of trixie

chain. If the udeb is used by d-i, that needs to be resolved first. Noted, although I'm pretty sure d-i moved to pcre2 a while back now. Regards, Matthew

Bug#1071970: pcre3 should not be part of trixie

changed (though I'm not sure how/who to do that). Regards, Matthew

Bug#1066211:

Thanks, this is very timely, I was just discussing it with upstream a couple days ago. On Mon, 6 May 2024 at 23:39, Arvin Sedererdj wrote: > Control: tags -1 + patch > > >

Bug#968415: susv4: Patch

Package: susv4 Version: 7.20180621 Followup-For: Bug #968415 X-Debbugs-Cc: mlukow...@sdf.org --- debian/susv4.postinst.orig 2024-05-02 15:56:25.243665232 -0400 +++ debian/susv4.postinst 2024-05-02 15:56:34.133076612 -0400 @@ -8,7 +8,7 @@ wget -P $TEMPDIR http://pubs.opengroup.org/onlinepu

Bug#968415: susv4: Patch with new sha512sum

Package: susv4 Version: 7.20180621 Followup-For: Bug #968415 X-Debbugs-Cc: mlukow...@sdf.org Dear Maintainer, --- debian/susv4/DEBIAN/postinst.orig 2024-05-02 15:49:52.972725058 -0400 +++ debian/susv4/DEBIAN/postinst2024-05-02 15:50:01.506839488 -0400 @@ -8,7 +8,7 @@ wget -P $TEMPDIR

Bug#1056793: False positive bug?

written because of running out of space). ...so maybe the answer is not to go to cython-legacy, but to try a build somewhere with more disk? Regards, Matthew

Bug#1061731: load config: Key file does not have group “redfish”

Hello, As a workaround, purging and then reinstalling fwupd and dependencies fixed the problem on my machine. Regards, Matthew -- ** email: wimac...@gmail.com **

Bug#1059249: designer-qt6: Segmentation fault in /usr/lib/qt6/bin/designer at launch

Package: designer-qt6 Version: 6.6.1-1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: mlukow...@sdf.org Hey, Designer segfaults on launch; seems the bug might be with qt6 xcb integration. Valgrind reports the following output: matt@pancakehut:~$ valgrind /usr/lib/qt6/bin/

Bug#1058937: /usr-move: Do we support upgrades without apt?

tely buggy. Regards, Matthew

Bug#1037851: (no subject)

Btw, why does this bug not appear when searching for bugs against the package? https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=rumur

Bug#1000113: kodi: depends on obsolete pcre3 library

Hi, On 06/07/2023 06:33, Vasyl Gello wrote: Yes I definitely see the bug. However, Kodi extensively uses pcrecpp and the only replacement I see for pcre2 is jpcre2 [1] There is an ITP bug about it since 2017 but no package. Matthew, from your experience, is jpcre2 the only C++ wrapper for

Bug#1037165: vit: Python TypeError: 'str' object does not support item assignment

n_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vit depends on: ii python3 3.11.2-1+b1 ii python3-tasklib 2.5.1-3 ii python3-urwid2.1.2-4+b1 vit recommends no packages. vit suggests no packages. -- no debconf information -- Matthew Lemon Email: m...@matthewlemon.com signature.asc Description: PGP signature

Bug#1033039: kde-config-flatpak: Verified

"Select an application from the list to view it's permissions here". I also cannot find any information on a missing dependecy or setting that might be preventing me from accessing the permissions. Matthew -- System Information: Debian Release: bookworm/sid APT prefers testing-security A

Bug#1018023: Update on this bug?

out it would be good to look at some of the other packaging issues; I'll be happy to sponsor further uploads if that's helpful. Regards, Matthew

Bug#1018023: Update on this bug?

Hi, On 14/02/2023 18:36, Jose Antonio Jimenez Madrid wrote: I will test this patch and let you to know whether the bug is fixed. Any joy? We're approaching the time that eterm is going to be autoremoved from bookworm... Thanks, Matthew

Bug#1031399: rsyslog: Log rotation broken on non-systemd systems

ich is quite a serious isssue. And I can't do anything about this in orphan-sysvinit-scripts. Thanks, Matthew -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-3-amd64 (S

Bug#1018023: Update on this bug?

/ Which has a couple of patches that seem like they'd do the trick... Thanks, Matthew

Bug#1027952: pcre2 causes crashes in link-grammar

link-grammar source, and built it thus: ./autogen.sh #the python test fails for some reason ./configure --disable-python-bindings --disable-java-bindings make make check I then cloned pcre2 upstream, checked out pcre2-10.42 ./autogen.sh ./configure --prefix=/home/matthew/junk/pcre2bug/install make

Bug#1027952: pcre2 causes crashes in link-grammar

the previous pcre2 version?] Regards, Matthew

Bug#1003696: prosody: CVE-2022-0217: Unauthenticated Remote Denial of Service Attack in the WebSocket interface

Hi folks, This is a link to the upstream patch for our 0.11.x series: https://hg.prosody.im/0.11/raw-rev/783056b4e448 Let me know if you have any questions! Regards, Matthew (Prosody developer)

Bug#1002186: rumur: FTBFS: dh_auto_test: error: cd obj-x86_64-linux-gnu && make -j4 check ARGS\+=--verbose ARGS\+=-j4 returned exit code 2

Thanks for reporting! It looks like there are now libc calls to `newfstatat` which is not in Rumur’s sandbox’s list of safe allowed syscalls. I’ll fix this upstream and then package a new release for Debian.

Bug#999693: php8.1: Regular expression functions warn "Compilation failed" and return null

hat some code that uses a particular flag will not work if compiled with >=10.38 and run against <10.38? I think that probably means on balance we should make the change you suggest, but I wanted to check I'd understood correctly :) Regards, Matthew

Bug#999693: php8.1: Regular expression functions warn "Compilation failed" and return null

e had a look at the Changelog from 10.36 (previous packaged version), and there's nothing obvious there. Is it possible to work out what is happening lower down the stack to cause this error message? I don't feel I have something I can even refer to upstream yet... Thanks, Matthew

Bug#999693: php8.1: Regular expression functions warn "Compilation failed" and return null

Hi, On 15/11/2021 14:03, Ondřej Surý wrote: It’s still a bug, but I think it might be a bug in pcre2. The other Matthew (in CC) might need to bump the shlibs on the shared lib to >= 10.39 I'm slightly confused - this appears to be an issue in a php function that went away after an

Bug#998156: contains non-DFSG-free files

Henry is correct that the MLton compiler (the runtime, basis library implementation, and compiler proper) do not depend on ckit (or any of the (re)distributed SML/NJ libraries), the benchmarks, or on mlnlffigen, nor are those components required for using MLton (unless, of course, the program being

Bug#990072: Update

kernel 4.19.194-1a~test resolved the issue Applied https://lore.kernel.org/stable/20210614102643.875096...@linuxfoundation.org/ using the process described at https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html -- Matthew Darwin matt...@mdarwin.ca http://www.mdarwin.ca

Bug#990072: Update

Reverting to previous kernel resolves the issue temporarily. Previous kernel is: 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1 (2021-03-19) x86_64 GNU/Linux

Bug#990075:

Sorry, seems to be duplicate https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990072

Bug#990075: lxc-attach fails after debian 10.10 update

dline: apt-get dist-upgrade Requested-By: matthew (1011) Install: linux-headers-4.19.0-17-common:amd64 (4.19.194-1, automatic), linux-headers-4.19.0-17-amd64:amd64 (4.19.194-1, automatic), linux-image-4.19.0-17-amd64:amd64 (4.19.194-1, automatic) Upgrade: libapt-inst2.0:amd64 (1.8.2.2, 1.8.2.3),apt:

Bug#990072: lxc-attach fails after debian 10.10 update

: apt-get dist-upgrade Requested-By: matthew (1011) Install: linux-headers-4.19.0-17-common:amd64 (4.19.194-1, automatic), linux-headers-4.19.0-17-amd64:amd64 (4.19.194-1, automatic), linux-image-4.19.0-17-amd64:amd64 (4.19.194-1, automatic) Upgrade: libapt-inst2.0:amd64 (1.8.2.2, 1.8.2.3), apt:

Bug#971713: sysstat: init or systemd file has overlapping runlevels

I uploaded was to the delayed queue, so isn't in unstable yet. Regards, Matthew

Bug#971713: NMU in delayed/5

Hi, I've taken Trek's patches and incorporated them into an NMU which I've pushed to delayed/5. We may still want to get the new version into bullseye once Jesse publishes it, but at least this way the fix for this bug will be in. I hope that's OK! Regards, Matthew

Bug#971713: sysstat: init or systemd file has overlapping runlevels

ity bug open against it, which it'd be good to resolve ASAP before insserv gets pulled from testing... Regards, Matthew

Bug#976128: python3-paraview: inconsistent use of space in indentation of pythonadaptordriver.py

On Mon, 30 Nov 2020 12:28:21 +0800 Drew Parsons wrote: > Upgrading to python3-paraview 5.9 on unstable gets this error during > package configuration (postinst) > > Setting up python3-paraview (5.9.0~rc1-1) ... > Sorry: TabError: inconsistent use of tabs and spaces in indentation (pythonadaptordri

Bug#969156: rumur FTBFS on armel/armhf/mipsel/mips64el: test failures

Thanks for reporting this, Adrian. I noticed this some time after upload and fixed it upstream: https://github.com/Smattr/rumur/commit/68683c4742b380421936a703c4b9262dac1e68dc I hadn’t uploaded a fixed version to

Bug#968337: sylpheed: crash on startup

Package: sylpheed Version: 3.7.0-8 Severity: grave Justification: renders package unusable X-Debbugs-Cc: bugzilla...@gmail.com Dear Maintainer, Following libpango-1.0-0 (and others) upgrade this morning, gdb reports: Thread 1 "sylpheed" received signal SIGSEGV, Segmentation fault. 0xb73cfebf in

Bug#965932: libc6: breaks openssh-server/buster

Package: libc6 Version: 2.31-1 Followup-For: Bug #965932 Having the same issue, found an additional tidbit that may be of use: When the failure happens, kernel logs a line like this: Jul 20 20:04:38 hostname kernel: [ 373.963787] audit: type=1326 audit(1595289878.694:7): auid=4294967295 uid=10

Bug#956324: Clustalo bus error on mipsel (Was: Bug#956324: python-biopython: FTBFS on mipsel)

> One small issue... Valgrind recommends -O0 or -O1 TIL :) Thanks, Jeff! > You can sometimes locate a bus error at build time with -Wcast-align. > At runtime you can usually locate them with -fsanitize=undefined. I had previously tried UBSan and, while it turned up a number of shifting and stri

Bug#956324: Clustalo bus error on mipsel (Was: Bug#956324: python-biopython: FTBFS on mipsel)

> On Apr 30, 2020, at 00:31, Andreas Tille wrote: > > On Wed, Apr 29, 2020 at 05:51:26PM -0700, Matthew Fernandez wrote: > >> The other option I suggested was Valgrind, but if you can’t run apt-file you >> probably can’t install Valgrind either. > > Well, I

Bug#956324: Clustalo bus error on mipsel (Was: Bug#956324: python-biopython: FTBFS on mipsel)

> On Apr 29, 2020, at 09:04, Andreas Tille wrote: > > On Wed, Apr 29, 2020 at 07:14:30AM -0700, Matthew Fernandez wrote: > >> For those on this thread who have access to mipsel hardware or can shell in >> to one of the mipsel build machines, I would suggest running

Bug#956324: Clustalo bus error on mipsel (Was: Bug#956324: python-biopython: FTBFS on mipsel)

issue can be reproduced in clustalo only which is pure C code. > May be you have a look at > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956324#59 > > and the following discussion. Despite Matthew has found some issues inside > the C code it did not helped to prevent: > >

Bug#956324: Clustalo bus error on mipsel (Was: Bug#956324: python-biopython: FTBFS on mipsel)

> On Apr 17, 2020, at 22:39, Andreas Tille wrote: > > Hi Matthew, > > thanks a lot for your detailed investigation. > > On Fri, Apr 17, 2020 at 04:28:23PM -0700, Matthew Fernandez wrote: >>> Program received signal SIGBUS, Bus error. >>> 0x5556a1b8 in

Bug#956324: Clustalo bus error on mipsel (Was: Bug#956324: python-biopython: FTBFS on mipsel)

> On Apr 17, 2020, at 13:18, Andreas Tille wrote: > > Hi Matthew, > > On Fri, Apr 17, 2020 at 08:18:29AM -0700, Matthew Fernandez wrote: >>> Thanks for the patch which I applied to packaging Git. I assume you >>> want to express that while these fixes are de

Bug#956324: Clustalo bus error on mipsel (Was: Bug#956324: python-biopython: FTBFS on mipsel)

On Fri, 17 Apr 2020 at 08:09, Andreas Tille wrote: > Hi Matthew, > > On Fri, Apr 17, 2020 at 07:40:54AM -0700, Matthew Fernandez wrote: > > > > As a jumping off point, the attached patch fixes some issues with > logging calls in the upstream 1.2.4 source release. > >

Bug#956324: Clustalo bus error on mipsel (Was: Bug#956324: python-biopython: FTBFS on mipsel)

> On Apr 17, 2020, at 04:20, Andreas Tille wrote: > > Control: tags -1 help > > Hi, > > as it can be seen on the recent build log of clustalo on mips[1] the > build fails with > > > # Run additional test from python-biopython package to verify that > # this will work as well > src/clustalo -

Bug#953086: (no subject)

Exactly the same issue. Had to apt-get download the samba packages and --ignore-depends. -- Matt Smith

Bug#951025: gnupg: GPG tries to get passphrase from wrong place

Package: gnupg Version: 2.1.18-8~deb9u4 Severity: grave Justification: renders package unusable Dear Maintainer, I am logged into an XFCE session on my desktop computer, and that session is locked. I am now working on my laptop, which is at a remote location from my desktop computer, and I am l

Bug#949542: C++ help needed for pbdagcon

> On Jan 22, 2020, at 11:56, Andreas Tille wrote: > > Control: tags -1 help > > I have fixed Python2->Python3 migration as well as the FTBFS with > pbseqlib 5.3.3+dfsg-1 issue in Git[1]. Unfortunately there is another > build issue in the C++ code which I have no idea how to fix: > > > ... >

Bug#948789: [racket-dev] build failures for 7.5 on debian armhf

At Fri, 17 Jan 2020 09:43:15 -0400, David Bremner wrote: > Matthew Flatt writes: > > At Fri, 17 Jan 2020 08:31:22 -0400, David Bremner wrote: > >> => 0xb6ea3254 <+8>: stmdb sp!, {r4, r5, r6, r7, r8, r9, r10, r11, lr} > >>0xb6ea3258 <+12>:a

Bug#948789: [racket-dev] build failures for 7.5 on debian armhf

At Fri, 17 Jan 2020 08:31:22 -0400, David Bremner wrote: > I tried both modes, at least to my inexpert eye they look the same. > > The hardware claims to be arm v7 (Freescale i.MX53). > > (gdb) set arm fallback-mode arm > (gdb) disassemble > Dump of assembler code for function malloc_stats: >

Bug#939506: expected primary-expression before ‘{’ token (Was: Bug#939506: unanimity ftbfs in unstable)

gt; On Wed, Jan 15, 2020 at 09:27:16AM +0100, Andreas Tille wrote: >> Hi Matthew, >> >> On Tue, Jan 14, 2020 at 07:00:02PM -0800, Matthew Fernandez wrote: >>> >>> Offhand I don’t know the fix to the error message you quoted, but I just >>> t

Bug#939506: expected primary-expression before ‘{’ token (Was: Bug#939506: unanimity ftbfs in unstable)

compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Boost version: 1.67.0 CMake Error at cmake/uny-dependencies.cmake:21 (add_subdirectory): add_subdirectory given source "/home/ma

Bug#925629: aghermann: ftbfs with GCC-9

Thanks for being clear, Andrei. And thanks for your work building and maintaining this package. I jumped into this thread knowing nothing about this package but merely recognizing a compiler error. Now that I look up what it does, I don’t have the necessary background to fully understand its fu

Bug#925629: aghermann: ftbfs with GCC-9

Sorry, I didn’t have much context for the original issue and was probably too terse in my responses. Some more elaboration inline below. > On Jan 13, 2020, at 01:14, Andreas Tille wrote: > > On Sun, Jan 12, 2020 at 02:08:56PM -0800, Matthew Fernandez wrote: >> >>> O

Bug#925629: aghermann: ftbfs with GCC-9

> On Jan 12, 2020, at 12:49, Andreas Tille wrote: > > Hi, > > I'm wondering how this bug > > > rk1968/rk1968.cc: In lambda function: > rk1968/rk1968.cc:237:103: error: expected '{' before '->' token > 237 | auto make_error_return = [&L] ( const char* fmt, ...) > __attribute__ ((for

Bug#946290: libpcre2-posix2:amd64 is uninstallable

forcemerge 946279 946290 quit Hi, Please check the BTS for duplicates before filing bugs. Thanks, Matthew

Bug#946279: pcre2: Failure when upgrading: file overwrite (libpcre2-posix.so.2.0.3)

he soname had already increased to 2). I've fixed this in my tree, it'll be in the next upload. Regards, Matthew

Bug#945972: FTBFS on armel: test-suite failure

Hi, I've pushed a -2 with a patch from upstream that fixes an ARM issue; I'm not sure it'll be what we need, but we'll see. Regards, Matthew

Bug#945972: FTBFS on armel: test-suite failure

forwarded it upstream. I'm afraid I don't know anything much about armel myself :( Regards, Matthew

Bug#942229: llvm-toolchain-9: Fails to compile on i386

es from their Debian sources. LLVM-9 built fine (took hours though) on AMD64 and other packages built fine in the chroot. Build-deps are installed. I don't know where to log for log files so your help would be appreciated. I looked in a lot of directories but nothing really stood out to my untrain

Bug#942229: llvm-toolchain-9: Fails to compile on i386

c/test/stage/llvm-toolchain-9-9/build-llvm' make[2]: *** [Makefile:14060: stage2] Error 2 make[2]: Leaving directory '/usr/local/src/test/stage/llvm-toolchain-9-9/build-llvm' make[1]: *** [debian/rules:430: debian-full-build] Error 2 make[1]: Leaving directory '/usr/local/src/t

Bug#935562: goobook raises exception about google-auth-httplib2

Package: goobook Version: 3.3-1 Severity: grave Justification: renders package unusable Dear Maintainer, Running goobook results in a traceback: Traceback (most recent call last): File "/usr/bin/goobook", line 6, in from pkg_resources import load_entry_point File "/usr/lib/python3/dist-

Bug#830726: xtrlock: CVE-2016-10894: xtrlock does not block multitouch events

nk we may be in danger of Trying Too Hard here - xtrlock and similar are already vulnerable to some attacks (e.g. Ctrl-Alt-F1 could get you to do tty which might have a login session on). Regards, Matthew

Bug#915319: Missing definition for struct timespec

Hi, I think the build is unable to verify that samba provides smbc_set_context and smbc_option_set because it can't find the definition for `struct timespec`. Here is an excerpt from CMakeError.log: ``` Determining if the smbc_set_context exist failed with the following output: Change Dir: /bui

Bug#925360: pcre2: Uses SSE2 unconditionally on i386

7;t get a response in a day or two, I'll just apply it, as it looks plausible to me :) Regards, Matthew

Bug#924271: openarena: crashes at launch with "Couldn't compile shader" message.

10 Mar 2019 at 19:42:20 +, Matthew Hoare wrote: > >Program failed to launch with a lengthy error message (attached). > > Please upgrade ioquake3 to 1.36+u20181222.e5da13f~dfsg-2 (in unstable) > and try again: it should be fixed in that version. This looks very similar > to

Bug#924271: openarena: crashes at launch with "Couldn't compile shader" message.

Package: openarena Version: 0.8.8+dfsg-2 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? I attempted to launch the program. * What exactly did you do (or not do) that was effective (or ineffective)? Ran `openarena` from a

Bug#923743: pcre3: FTBFS (dh_makeshlibs fails)

nst*)@Base" 7.7 > > Please find attached patch which fixes the issue. > Thanks :) That symbols file is often a source of sadness. I should get this uploaded tomorrow. Regards, Matthew

Bug#907009: Not fixed in upstream 0.30.x branch

Hi, This does not appear to be fixed in upstream's 0.30.x branch. I applied a patch of the differences between 0.30.2 and revision 2045 of the 0.30.x branch and the same failures still occurred. -- Matt

Bug#917644: FTBFS: segmentation faults in test suite

On Wed, Feb 20, 2019 at 8:06 AM Thierry fa...@linux.ibm.com < thie...@linux.ibm.com> wrote: > On Tue, 19 Feb 2019 16:50:00 +0100 "Thierry fa...@linux.ibm.com" > wrote: > > On Mon, 7 Jan 2019 16:49:41 + Steve McIntyre > wrote: > > > Hi Matthew, > &

Bug#920423: sogo: Exception thrown on "rich" email view after 4.0.5 upgrade (from 3.2.6)

kes it reproducible! Presumably the Debian package will be rebuilt from their sources once they’ve patched it? > On 31 Jan 2019, at 15:06, Jordi Mallach wrote: > > Hi Matthew, apologies for the late reply, > > El dv. 25 de 01 de 2019 a les 10:15 +, en/na Matthew Hall va &

Bug#920423: sogo: Exception thrown on "rich" email view after 4.0.5 upgrade (from 3.2.6)

Package: sogo Version: 4.0.5-2 Severity: grave Justification: renders package unusable Dear Maintainer, I’ve just upgraded (and due to reasons entirely my fault, I’ve realised I have no downgrade path… backup fail) from 3.2.6 (I believe it was) to 4.0.5. It’s a Debian box, using the “official D

Bug#917644: FTBFS: segmentation faults in test suite

If it is just the `world` regression tests that are failing, then it is almost certainly due to save/restore world being incompatible with ASLR; see http://mlton.org/MLtonWorld#_notes. Perhaps Debian arm64-linux has gained ASLR since the last time the regression suite was run on this platform? In

Bug#917054: Template parse error near `in Sekunden.', in stanza #18 of /var/lib/dpkg/info/dump1090-mutability.templates

rapping of multiple lines is not as rfc2822(?) records require. This seems to be the only issue, and resolving it allows the package to finish installing. Matthew W.S. Bell signature.asc Description: This is a digitally signed message part

Bug#915507: please remove Depends on common-lisp-controller

Thanks, I am attempting to track down an alternative upstream maintainer since the original has long since vanished. On Mon, 17 Dec 2018 at 10:57, Sébastien Villemot wrote: > On Tue, 04 Dec 2018 10:21:43 +0100 =?utf-8?q?S=C3=A9bastien_Villemot?= < > sebast...@debian.org> wrote: > > Package: cl-r

Bug#914700: please remove Depends on common-lisp-controller

I am going to have this package removed due to obsolescence. On Mon, 26 Nov 2018 at 13:09, Sébastien Villemot wrote: > Package: cl-lexer > Version: 1-5 > Severity: serious > Tags: patch > Control: block 913649 by -1 > > Dear Maintainer, > > Please drop the Depends on common-lisp-controller. This

Bug#913811: iptables fails to upgrade from 1.8.1-2 to 1.8.2-1

For the avoidance of doubt: all shell file test operators act on the target of symbolic links, except for -h/-L, the test for a file being a symbolic link. signature.asc Description: This is a digitally signed message part

Bug#908644: [Rsbackup-maint] Bug#908644: rsbackup: diff for NMU version 5.0-2.1

On 08/10/18 21:38, Adrian Bunk wrote: On Mon, Oct 08, 2018 at 08:53:57PM +0100, Matthew Vernon wrote: Hi, Hi Matthew, On 27/09/18 19:09, Adrian Bunk wrote: I've prepared an NMU for rsbackup (versioned as 5.0-2.1) and uploaded it to DELAYED/14. Please feel free to tell me if I s

Bug#908644: [Rsbackup-maint] Bug#908644: rsbackup: diff for NMU version 5.0-2.1

Hi, On 27/09/18 19:09, Adrian Bunk wrote: I've prepared an NMU for rsbackup (versioned as 5.0-2.1) and uploaded it to DELAYED/14. Please feel free to tell me if I should cancel it. Thanks, but the right answer is to upload 5.1-1, which I will be doing shortly. Regards, Matthew

Bug#906158: intel-microcode: Update intel-microcode to 20180807

I can't speak for the maintainer, or the ability to redistribute, but clause 3 (v) of the license is pretty troublesome. To quote: 3. LICENSE RESTRICTIONS. All right, title and interest in and to the Software and associated documentation are and will remain the exclusive property of Intel and

Bug#906158: intel-microcode: Update intel-microcode to 20180807

Gentoo is now looking into this as well. We can restrict mirroring and ensure users accept the licence before installing so that's likely the way we'll go. https://bugs.gentoo.org/664134 -- Matthew Thode (prometheanfire) signature.asc Description: PGP signature

Bug#904506: pcre3: FTBFS on most architectures: more STL symbols disappear

severity 904506 important quit So this has now built successfully (I think version skew between gcc :-/ ), so I think the severity is now important. Probably still worth making more symbols optional. Regards, Matthew

Bug#906011: pdftk does not properly attribute iText, may violate GPL

Package: pdftk Version: 2.02-2 Severity: serious Tags: upstream Justification: Policy 2.1 pdftk is under GPLv2. It uses at least two LGPLv2 libraries, iText and iconv. Notably, iText is PDF-processing software essential to pdftk's main purpose. iText is embedded directly into pdftk's source in

Bug#902972: libargon2-0 install a symlink pointin to libargon2.so.1

severity 902972 normal The SONAME of this library changed, but the ABI did not. There's no benefit in forcing users to rebuild, and I'm unclear on how this violates policy, so I'm downgrading the severity to unblock migration. -- Matthew Garrett | mj...@srcf.ucam.org

Bug#904506: pcre3: FTBFS on most architectures: more STL symbols disappear

file mismatches. These symbol files are the bane of my life, especially when there's a new gcc version :( Thanks for the report. Regards, Matthew

Bug#897895: Looks like this has been addressed upstream

Hi, FYI. https://github.com/libsigcplusplus/libsigcplusplus/issues/1 HTH, Matthew

Bug#897852: [Rsbackup-maint] Bug#897852: rsbackup: ftbfs with GCC-8

://github.com/libsigcplusplus/libsigcplusplus/issues/1 Yes, I'd forgotten I'd already cloned this bug and assigned the clone appropriately; I've added this link to that blocking bug ( 897895 ). Regards, Matthew

Bug#897852: [Rsbackup-maint] Bug#897852: rsbackup: ftbfs with GCC-8

^ At global scope: cc1plus: error: unrecognized command line option ‘-Wno-c++14-extensions’ [-Werror] cc1plus: all warnings being treated as errors Sorry, I should have looked at this sooner. Regards, Matthew

Bug#897852: [Rsbackup-maint] Bug#897852: rsbackup: ftbfs with GCC-8

reassign 897852 src:rsbackup quit Sorry again. I completely forgot I'd already been round this loop, and am already blocked by 897895 I need more coffee :( Matthew

Bug#862884: Please upload

As a result of this patch not being applied, I couldn't connect my laptop to my employer's VPN (because I run testing, and this package isn't available in testing). Applying the patch and building it locally worked fine.

Bug#902794: Misuse of "async" keyword causes syntax error in /usr/lib/python3/dist-packages/gpodder/gtkui/services.py

64 python2.7-minimal 2.7.15-1 amd64 ---- Thanks, Matthew signature.asc Description: This is a digitally signed message part

Bug#897006: [petsc-maint] Bug#897006: petsc FTBFS on mips: f951: out of memory

On Sat, Apr 28, 2018 at 5:58 AM, Adrian Bunk wrote: > On Fri, Apr 27, 2018 at 09:48:17AM +0800, Drew Parsons wrote: > > Source: petsc > > Version: 3.9.0+dfsg1-1exp4 > > Severity: normal > > > > PETSc 3.9 Fails To Build From Source on mips. PETSC 3.8 continues to > build fine. > > > > Build logs a

Bug#892488: pcre2: FTBFS on mips* - test failures

it on a different branch? It should be there now. Regards, Matthew

Bug#892488: pcre2: FTBFS on mips* - test failures

rtant. Regards, Matthew

Bug#892488: pcre2: FTBFS on mips* - test failures

On 9 March 2018 18:47:25 GMT+00:00, Jonathan Nieder wrote: >Hi, > >Matthew Vernon wrote: >> On 09/03/18 15:20, James Cowgill wrote: > >>> Source: pcre2 >>> Version: 10.31-1 >>> Severity: serious >[...] >>> pcre2 FTBFS on mips* with lots

Bug#892488: pcre2: FTBFS on mips* - test failures

tream say? Regards, Matthew

Bug#866632: bibledit-gtk: depends on libwebkitgtk-1.0-0 which is deprecated

Hi Jeremy, Roberto, Teus, Thank you for your help. I have taken over the development on this project, though I will admit I'm not much of a developer :-) Thus what I say below may seem very unlearned. Any guidance you can provide will be received gratefully on

Bug#884134: python-rpy: Incompatible with the version of R in stretch

Package: python-rpy Version: 1.0.3-30 Severity: grave Installing and importing the stretch version of python-rpy fails with the stretch version of R: « apt install python-rpy python Python 2.7.13 (default, Nov 24 2017, 17:33:09) [GCC 6.3.0 20170516] on linux2 Type "help", "copyright", "credits" o

Bug#876299: ulimit change didn't work

On 03/12/17 22:27, Matthew Vernon wrote: 2 problems - the freebsd buildds give EPERM on ulimit, and it doesn't seem to have worked on on s390, despite the build being known to work if called entirely with ulimit -s unlimited. I think I'd like some help from the s390 people here

  1   2   3   4   5   >