Bug#1066045: maven-bundle-plugin: diff for NMU version 3.5.1-2.1
On Wed, Mar 27, 2024 at 10:42:07PM -0700, tony mancill wrote:
> On Wed, Mar 27, 2024 at 09:24:34PM -0700, tony mancill wrote:
> > Thank you for the patch and the NMU. Feel free to proceed with a 0-day
> > upload if you'd prefer.
Amazing, thank you!
I've rescheduled it to 0-day.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1066045: maven-bundle-plugin: diff for NMU version 3.5.1-2.1
Control: tags 1066045 + pending
Dear maintainer,
I've prepared an NMU for maven-bundle-plugin (versioned as 3.5.1-2.1) and
uploaded it to DELAYED/15. Please feel free to tell me if I
should delay it longer.
Regards.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
[0;0mdiffstat for maven-bundle-plugin-3.5.1 maven-bundle-plugin-3.5.1[0;0m
[0;0m[0;0m
changelog |9 ++[0;0m
patches/0002-FELIX-6602-sort-resources-and-exported-packages.patch | 33 ++[0;0m
patches/series |1 [0;0m
3 files changed, 43 insertions(+)[0;0m
[0;0m[0;0m
[1;36mdiff -Nru maven-bundle-plugin-3.5.1/debian/changelog maven-bundle-plugin-3.5.1/debian/changelog[0;0m
[0;31m--- maven-bundle-plugin-3.5.1/debian/changelog 2018-09-05 11:48:32.0 +0200[0;0m
[0;32m+++ maven-bundle-plugin-3.5.1/debian/changelog 2024-03-27 18:13:06.0 +0100[0;0m
[0;36m@@ -1,3 +1,12 @@[0;0m
[0;32m+maven-bundle-plugin (3.5.1-2.1) unstable; urgency=medium[0;0m
[0;32m+[0;0m
[0;32m+ * Non-maintainer upload.[0;0m
[0;32m+ * Apply patch from upstream to fix nondeterministic ordering in MANIFEST.MF[0;0m
[0;32m+headers. Closes: #1066045[0;0m
[0;32m+Thanks to James Addison for bringing up the patch.[0;0m
[0;32m+[0;0m
[0;32m+ -- Mattia Rizzolo Wed, 27 Mar 2024 18:13:06 +0100[0;0m
[0;32m+[0;0m
maven-bundle-plugin (3.5.1-2) unstable; urgency=medium[0;0m
[0;0m
* Team upload.[0;0m
[1;36mdiff -Nru maven-bundle-plugin-3.5.1/debian/patches/0002-FELIX-6602-sort-resources-and-exported-packages.patch maven-bundle-plugin-3.5.1/debian/patches/0002-FELIX-6602-sort-resources-and-exported-packages.patch[0;0m
[0;31m--- maven-bundle-plugin-3.5.1/debian/patches/0002-FELIX-6602-sort-resources-and-exported-packages.patch 1970-01-01 01:00:00.0 +0100[0;0m
[0;32m+++ maven-bundle-plugin-3.5.1/debian/patches/0002-FELIX-6602-sort-resources-and-exported-packages.patch 2024-03-27 18:11:20.0 +0100[0;0m
[0;36m@@ -0,0 +1,33 @@[0;0m
[0;32m+From d885d99a6a16660f655a4fd18e8a1a39beef0a15 Mon Sep 17 00:00:00 2001[0;0m
[0;32m+From: =?UTF-8?q?Herv=C3=A9=20Boutemy?= [0;0m
[0;32m+Date: Sat, 25 Mar 2023 00:18:11 +0100[0;0m
[0;32m+Subject: [PATCH] FELIX-6602 sort resources and exported packages[0;0m
[0;32m+[0;0m
[0;32m+---[0;0m
[0;32m+ .../java/org/apache/felix/bundleplugin/BundlePlugin.java | 5 -[0;0m
[0;32m+ 1 file changed, 4 insertions(+), 1 deletion(-)[0;0m
[0;32m+[0;0m
[0;32m+--- a/src/main/java/org/apache/felix/bundleplugin/BundlePlugin.java[0;0m
[0;32m b/src/main/java/org/apache/felix/bundleplugin/BundlePlugin.java[0;0m
[0;32m+@@ -1938,6 +1938,7 @@ public class BundlePlugin extends AbstractMojo[0;0m
[0;32m+ scanner.scan();[0;0m
[0;32m+ [0;0m
[0;32m+ String[] paths = scanner.getIncludedFiles();[0;0m
[0;32m++Arrays.sort( paths );[0;0m
[0;32m+ for ( int i = 0; i < paths.length; i++ )[0;0m
[0;32m+ {[0;0m
[0;32m+ packages.put( analyzer.getPackageRef( getPackageName( paths[i] ) ) );[0;0m
[0;32m+@@ -2076,7 +2077,9 @@ public class BundlePlugin extends AbstractMojo[0;0m
[0;32m+ scanner.addDefaultExcludes();[0;0m
[0;32m+ scanner.scan();[0;0m
[0;32m+ [0;0m
[0;32m+-List includedFiles = Arrays.asList( scanner.getIncludedFiles() );[0;0m
[0;32m++String[] f = scanner.getIncludedFiles();[0;0m
[0;32m++Arrays.sort( f );[0;0m
[0;32m++List includedFiles = Arrays.asList( f );[0;0m
[0;32m+ [0;0m
[0;32m+ for ( Iterator j = includedFiles.iterator(); j.hasNext(); )[0;0m
[0;32m+ {[0;0m
[0;32m+-- [0;0m
[0;32m+2.43.0[0;0m
[0;32m+[0;0m
[1;36mdiff -Nru maven-bundle-plugin-3.5.1/debian/patches/series maven-bundle-plugin-3.5.1/debian/patches/series[0;0m
[0;31m--- maven-bundle-plugin-3.5.1/debian/patches/series 2018-07-30 14:16:51.0 +0200[0;0m
[0;32m+++ maven-bundle-plugin-3.5.1/debian/patches/series 2024-03-27 18:11:24.0 +0100[0;0m
[0;36m@@ -4,3 +4,4 @@[0;0m
maven-archiver3-869361.patch[0;0m
maven3-compatibility.patch[0;0m
0001-Port-to-current-maven-dependency-tree.patch[0;0m
[0;32m+0002-FELIX-6602-sort-resources-and-exported-packages.patch[0;0m
signature.asc
Description: PGP signature
Bug#1066858: RFA: python-ionoscloud
Package: wnpp Severity: wishlist Hello! So, I had to package this because of I needed the library. However I have no particular attachments to it, and I'll happily hand it over to anybody who has any interest. It's a pretty straightforward python package, fully generated by https://openapi-generator.tech and unless upstream changes they way to work I doubt it will ever need any special expertise. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1063376: How to ask efficiently for removal of 32 bit architectures of about 40 packages (Was: reverse dependenc)
On Mon, Mar 11, 2024 at 09:12:30PM +0100, Andreas Tille wrote:
> I hope there is some better solution than sending single bug reports
> for those packages. If ftpmaster tooling really needs single bug
> reports I wonder how I can automatically create such bug reports with
> always the same text, just targeting at different binary packages.
>
> This also should include some means to work around the less than 5
> bug reports per hour SPAM protection means of BTS.
clone the bug however many time you need and retitle the clones? What
matters for the ftp tooling is just the bug title, pretty much.
That's one single email...
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1066049: stunnel4: please consider temporarily disabling tests on arm to unblock the t64 transition
Source: stunnel4
Version: 3:5.72-1
Severity: wishlist
Tags: patch
Hello Peter,
In #-devel a couple of us (not related to the people working on the t64
transition) thought it would be a good idea if stunnel4 could
temporarily disable tests on the involved architectures (all 32 bits
archs except i386).
rebuilds of stunnel4 are blocked being rebootstrapping rustc and cargo,
and stunnel is itself blocking libssl3 and everything under it from
progressing.
It feels like detaching stunnel from the rust world is an easy enough
pick to let everything else progress while somebody works on rust/cargo.
I'm attaching a patch that should do what I explained above, please
consider uploading it?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
diff --git a/debian/control b/debian/control
index f32dc6f..f34acbd 100644
--- a/debian/control
+++ b/debian/control
@@ -10,13 +10,13 @@ Build-Depends:
libssl-dev,
libsystemd-dev [linux-any],
libwrap0-dev,
- net-tools ,
- netcat-openbsd ,
+ net-tools [!armel !armhf !hppa !m68k !powerpc !sh4] ,
+ netcat-openbsd [!armel !armhf !hppa !m68k !powerpc !sh4] ,
openssl,
pkgconf,
- procps ,
- python3 ,
- python3-cryptography ,
+ procps [!armel !armhf !hppa !m68k !powerpc !sh4] ,
+ python3 [!armel !armhf !hppa !m68k !powerpc !sh4] ,
+ python3-cryptography [!armel !armhf !hppa !m68k !powerpc !sh4] ,
Maintainer: Peter Pentchev
Uploaders: Laszlo Boszormenyi (GCS)
Standards-Version: 4.6.2
diff --git a/debian/rules b/debian/rules
index 8801c88..0507219 100755
--- a/debian/rules
+++ b/debian/rules
@@ -30,18 +30,22 @@ override_dh_auto_configure:
sleep 1
touch src/dhparam.c
+ifeq ($(DEB_HOST_ARCH_BITS)$(filter i386,$(DEB_HOST_ARCH_CPU)),32)
execute_before_dh_auto_test:
env PYTHONPATH='$(CURDIR)/debian/tests/python' \
python3 -B -u -m struntime \
--certdir='$(CURDIR)/debian/tests/certs' \
--program='$(CURDIR)/src/stunnel'
+endif
+ifeq ($(DEB_HOST_ARCH_BITS)$(filter i386,$(DEB_HOST_ARCH_CPU)),32)
override_dh_auto_test:
dh_auto_test || { \
printf '\n\n=== Some tests failed; here are all the logs...\n\n' 1>&2; \
find tests/logs/ -type f -name '*.log' -exec grep -EHe '^' -- '{}' + 1>&2; \
false; \
}
+endif
override_dh_auto_install:
dh_auto_install -- -C src
signature.asc
Description: PGP signature
Bug#1059892: Question regarding uscan check on UDD
On Tue, Jan 02, 2024 at 10:22:29PM -0800, Xiyue Deng wrote:
> I noticed a discrepancy of the uscan @ANY_VERSION@ substitute string on
> UDD and locally on my bookworm system.
That's because UDD is running on bullseye, not on bookworm, with
bullseye-backports' version of devscripts (which really really I should
go back to work on and update…)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1059806: O: cava-alsa -- Console-based Audio Visualizer for Alsa
Package: wnpp
The current maintainer of cava-alsa, Lasse Flygenring-Harrsen
,
is apparently not active anymore. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: cava-alsa
Binary: cava
Version: 0.7.4-1
Maintainer: Lasse Flygenring-Harrsen
Uploaders: Gard Spreemann
Build-Depends: debhelper-compat (= 13), libfftw3-dev, libasound2-dev,
libncursesw5-dev, libpulse-dev, libncurses5-dev, libtool-bin, libiniparser-dev
Architecture: any
Standards-Version: 4.5.0
Format: 3.0 (quilt)
Files:
de7083ef96d4d5daca6bbdfd8421b7ec 2042 cava-alsa_0.7.4-1.dsc
1a5ba6f6fca8591c13be6b5dad427872 101847 cava-alsa_0.7.4.orig.tar.gz
c8c18c8c745dc6ec1deece950fa2c239 3316 cava-alsa_0.7.4-1.debian.tar.xz
Vcs-Browser: https://git.flygenring-harrsen.com/lasse/cava-alsa
Vcs-Git: https://git.flygenring-harrsen.com/lasse/cava-alsa.git
Checksums-Sha256:
655e94115bd4c36cdf3ac61cada017f23bfe151a25e546d868dde68a02e7c319 2042
cava-alsa_0.7.4-1.dsc
fefd3cc04d41b03ca416630cafadbfda6c75e2ca0869da1f03963dcb13e1ecb7 101847
cava-alsa_0.7.4.orig.tar.gz
07877740e9f6ffeaa5cd9b370474f0b5ab32c449a231d0100acbc7723142b127 3316
cava-alsa_0.7.4-1.debian.tar.xz
Homepage: https://github.com/karlstav/cava
Package-List:
cava deb sound optional arch=any
Directory: pool/main/c/cava-alsa
Priority: extra
Section: misc
Package: cava
Source: cava-alsa
Version: 0.7.4-1
Installed-Size: 167
Maintainer: Lasse Flygenring-Harrsen
Architecture: amd64
Depends: libasound2 (>= 1.0.16), libc6 (>= 2.29), libfftw3-double3 (>= 3.3.5),
libiniparser1 (>= 4.0), libncursesw6 (>= 6), libpulse0 (>= 0.99.1), libtinfo6
(>= 6)
Suggests: pulseaudio
Description: Console-based Audio Visualizer for Alsa
Description-md5: d680fda4f52bfa9b760383c0b7a1f44b
Homepage: https://github.com/karlstav/cava
Tag: uitoolkit::ncurses
Section: sound
Priority: optional
Filename: pool/main/c/cava-alsa/cava_0.7.4-1_amd64.deb
Size: 80348
MD5sum: b03ab794708355ac33b539fdb698c90b
SHA256: 0ae5693b33c7795abc4fee22b26ef189859aeaeb2f44ed844f20e4c73965da8d
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1057640: ansible-core: please update to at least 2.15
Source: ansible-core Version: 2.14.11-2 Severity: wishlist Dear ansible maintainer, ansible-core introduced the deb822_repository module in version 2.15, and I would really like to have that. As such, I would appreciate if you could update this package :) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#948842: nm.debian.org should get OpenPGP keys for applicants not yet in the project keyring from Salsa
On Mon, Aug 14, 2023 at 07:28:11AM +, John Scott wrote:
> I have a crazy idea I haven't seen here yet. Folks are already using
> Salsa to authenticate themselves and log in to nm.debian.org, so why
> not just allow importing key(s) from Salsa? You can find my current
> key and a long obsolete key at https://salsa.debian.org/jscott.gpg and
> this URL convention works for getting the key for anybody.
That is also fine, possibly in addition to all of the above suggestions.
Note that I do not think it is common at all for people to upload their
public key to salsa, although I don't have data.
As usual patches welcome, both to nm and to keyring-team's scripts.
:)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1051184: debhelper: expose restore_file_on_clean() in an helper command
Package: debhelper
Version: 13.11.6
Severity: wishlist
Hello dh people!
To fix one of the recent bugs about double-build, I found myself writing
this in my rules file:
execute_before_dh_auto_build:
set -e; [ ! -e $(shell command -v ragel) ] || \
perl -MDebian::Debhelper::Dh_Lib=restore_file_on_clean \
-e
'restore_file_on_clean("src/2geom/svg-path-parser.cpp")'
I find your bucket function very handy, and overall this is still
shorter than doing everything myself, however I think it would be nice
if you could provide a proper command or something somewhere that does
not require manually invoking perl.
Thank you for considering!
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1051143: bookworm-pu: package dput-ng/1.35+deb12u1
Package: release.debian.org Tags: bookworm User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: dput...@packages.debian.org Control: affects -1 + src:dput-ng [ Reason ] Fix FTBFS. Allow upload to bookworm-backports from bookworm hosts. [ Tests ] Both automated and manual tests done. [ Checklist ] [x] *all* changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in (old)stable [x] the issue is verified as fixed in unstable [ Other info ] I will find a way to fix this time bomb once and for all during this cycle, since this was postponed several times in the last half decade… Also, I already uploaded this package. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- diffstat for dput-ng-1.35 dput-ng-1.35+deb12u1 debian/changelog | 14 ++ debian/control |2 +- debian/gbp.conf |1 + skel/codenames/debian.json | 15 ++- tests/dputng/codenames/debian.json | 15 ++- tests/fake_package/fake-package-1.0/debian/changelog |2 +- tests/fake_package/fake-package-1.1/debian/changelog |2 +- 7 files changed, 38 insertions(+), 13 deletions(-) diff -Nru dput-ng-1.35/debian/changelog dput-ng-1.35+deb12u1/debian/changelog --- dput-ng-1.35/debian/changelog 2022-08-29 15:11:49.0 +0530 +++ dput-ng-1.35+deb12u1/debian/changelog 2023-09-03 18:26:54.0 +0530 @@ -1,3 +1,17 @@ +dput-ng (1.35+deb12u1) bookworm; urgency=medium + + * Team upload. + + [ Mattia Rizzolo ] + * Update codenames of allowed upload targets. Closes: #1051142 +Add bookworm-backports, bullseye-backports-sloppy, and trixie. + + [ Gianfranco Costamagna ] + * Fix FTBFS due to time bomb, move from bionic to jammy in test fixtures, +also postpone another time bomb due to focal. Closes: #1042271 + + -- Mattia Rizzolo Sun, 03 Sep 2023 18:26:54 +0530 + dput-ng (1.35) unstable; urgency=medium [ Stefano Rivera ] diff -Nru dput-ng-1.35/debian/control dput-ng-1.35+deb12u1/debian/control --- dput-ng-1.35/debian/control 2022-08-29 15:11:49.0 +0530 +++ dput-ng-1.35+deb12u1/debian/control 2023-09-03 18:26:42.0 +0530 @@ -28,7 +28,7 @@ Standards-Version: 4.6.0 Rules-Requires-Root: no Vcs-Browser: https://salsa.debian.org/debian/dput-ng -Vcs-Git: https://salsa.debian.org/debian/dput-ng.git +Vcs-Git: https://salsa.debian.org/debian/dput-ng.git -b bookworm Homepage: https://debian.pages.debian.net/dput-ng Package: dput-ng diff -Nru dput-ng-1.35/debian/gbp.conf dput-ng-1.35+deb12u1/debian/gbp.conf --- dput-ng-1.35/debian/gbp.conf 2019-07-19 11:46:20.0 +0530 +++ dput-ng-1.35+deb12u1/debian/gbp.conf 2023-09-03 18:26:52.0 +0530 @@ -1,3 +1,4 @@ [DEFAULT] pristine-tar = True debian-tag = %(version)s +debian-branch = bookworm diff -Nru dput-ng-1.35/skel/codenames/debian.json dput-ng-1.35+deb12u1/skel/codenames/debian.json --- dput-ng-1.35/skel/codenames/debian.json 2021-06-24 19:01:59.0 +0530 +++ dput-ng-1.35+deb12u1/skel/codenames/debian.json 2023-09-03 18:22:51.0 +0530 @@ -2,7 +2,9 @@ "backport": [ "stable-backports", "oldstable-backports", +"bookworm-backports", "bullseye-backports", +"bullseye-backports-sloppy", "buster-backports", "buster-backports-sloppy", "stretch-backports", @@ -18,6 +20,11 @@ "testing", "stable", "oldstable", +"testing-proposed-updates", +"stable-proposed-updates", +"oldstable-proposed-updates", +"trixie", +"trixie-proposed-updates", "bookworm", "bookworm-proposed-updates", "bullseye", @@ -27,10 +34,7 @@ "stretch", "stretch-proposed-updates", "jessie", -"jessie-proposed-updates", -"testing-proposed-updates", -"stable-proposed-updates", -"oldstable-proposed-updates" +"jessie-proposed-updates" ], "security": [ "testing-security", @@ -40,7 +44,8 @@ "stretch-security", "buster-security", "bullseye-security", -"bookworm-security" +"bookworm-security
Bug#1047929: irclog2html: Fails to build source after successful build
Control: tag -1 unreproducible On Sun, Aug 13, 2023 at 09:20:48PM +0200, Lucas Nussbaum wrote: > This package fails to build a source package after a successful build > (dpkg-buildpackage ; dpkg-buildpackage -S). > > This is probably a clear violation of Debian Policy section 4.9 (clean > target), > but this is filed as severity:minor for now, because a discussion on > debian-devel showed that we might want to revisit the requirement of a working > 'clean' target. > > More information about this class of issues, included common problems and > solutions, is available at > https://wiki.debian.org/qa.debian.org/FTBFS/SourceAfterBuild I tried to reproduce this with `pbuilder b --twice`, as well as to manually run `dpkg-buildpackage ; dpkg-buildpackage -S`, but I can rebuild this without issue. > > dpkg-source: info: using options from > > irclog2html-2.17.3/debian/source/options: > > --extend-diff-ignore=^[^/]src/*[.]egg-info/ > > dpkg-source: info: using source format '3.0 (quilt)' > > dpkg-source: info: building irclog2html using existing > > ./irclog2html_2.17.3.orig.tar.gz > > dpkg-source: warning: file > > irclog2html-2.17.3/src/irclog2html.egg-info/entry_points.txt has no final > > newline (either original or modified version) > > dpkg-source: info: local changes detected, the modified files are: > > irclog2html-2.17.3/src/irclog2html.egg-info/PKG-INFO > > irclog2html-2.17.3/src/irclog2html.egg-info/entry_points.txt > > dpkg-source: error: aborting due to unexpected upstream changes, see > > /tmp/irclog2html_2.17.3-2.diff.5hNGFY I'm confused, as also the log mentions that this is using --extend-diff-ignore. Could you please try to reproduce this again? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1009768: s3fs-fuse: Please replace mime-support with media-types in Depends
On Sat, Sep 02, 2023 at 09:47:42PM +0900, Charles Plessy wrote:
> s3fs-fuse is one of the last packages holding the mime-support
> transition; I intend to NMU it soon with to close this bug.
I plan on doing an upload probably later today, so if you want you can
hold the NMU.
Sorry for holding back this transition.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1051046: Updating the zeitgeist-sharp Uploaders list
Source: zeitgeist-sharp Version: 0.8.0.0-5.1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Jo Shields has retired, so can't work on the zeitgeist-sharp package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1051045: Updating the xsp Uploaders list
Source: xsp Version: 4.2-2.4 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Jo Shields has retired, so can't work on the xsp package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1051044: Updating the opentk Uploaders list
Source: opentk Version: 1.1.4c+dfsg-2.2 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Jo Shields has retired, so can't work on the opentk package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1051043: Updating the nuget Uploaders list
Source: nuget Version: 2.8.7+md510+dhx1-1.1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Jo Shields has retired, so can't work on the nuget package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1051042: Updating the npgsql Uploaders list
Source: npgsql Version: 2.2.7+dfsg3-1.1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Jo Shields has retired, so can't work on the npgsql package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1051041: Updating the mono.reflection Uploaders list
Source: mono.reflection Version: 1.0+git20110407+d2343843-3.1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Jo Shields has retired, so can't work on the mono.reflection package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1051040: Updating the mono Uploaders list
Source: mono Version: 6.8.0.105+dfsg-3.3 6.8.0.105+dfsg-3.4 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Jo Shields has retired, so can't work on the mono package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1051037: Updating the libgdiplus Uploaders list
Source: libgdiplus Version: 6.1+dfsg-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Jo Shields has retired, so can't work on the libgdiplus package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1051038: Updating the mod-mono Uploaders list
Source: mod-mono Version: 3.8-3 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Jo Shields has retired, so can't work on the mod-mono package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1050647: Updating the luasocket Uploaders list
Source: luasocket Version: 3.1.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Daniel Silverstone has retired, so can't work on the luasocket package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1050646: Updating the ekeyd Uploaders list
Source: ekeyd Version: 1.1.5-6.2 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Daniel Silverstone has retired, so can't work on the ekeyd package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1050645: Updating the netsurf Uploaders list
Source: netsurf Version: 3.10-3 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Daniel Silverstone has retired, so can't work on the netsurf package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1050387: debsign: please run with --no-auto-check-trustdb (or allow it to be set)
On Wed, Aug 23, 2023 at 04:44:58PM -0400, Nicholas D Steeves wrote:
> An up-to-date trustdb isn't needed to sign a changes file, so I think
> --no-auto-check-trustdb should be debsign's default. Alternatively, please
> allow it to be set as a config option.
>
> It looks like this would be a trivial patch, but I'd like to confirm with
> others that this would be a good idea, and that I'm not just biased!
It sounds like a very sensible flag also to me, yes.
In fact, isn't this something that changed between gpg1 and gpg2? I
reckon it simply didn't bother others enough to do something about it…
in my system it only takes roughtly 20-30 seconds, and I can wait that
much.
For what I'm concerned, you can directly push such change to git,
provided it's only this much :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1043539: project: Forwarding of @debian.org mails to gmail broken
On Sat, Aug 12, 2023 at 01:41:46PM -0700, Russ Allbery wrote:
> The problem I suspect is with email forwarding, and specifically email
> forwarding to Gmail, which has recently ramped up the amount of
> verification it does on messages. Because of email forwarding, Gmail sees
> a message purportedly from helgefjell.de but actually delivered by
> debian.org mail servers, and has now decided to be suspicious of that.
This is the exact use case that SRS was developer for, however gmail's
documentation does not recommend that (but the situation, as you noted,
worsened, so I tried it in some other similar setups and everything is
great, so...).
My understanding is that several DSA members were opposed to using SRS
for @debian.org forwarding, but maybe it's now time?
Alternatively, I wonder if ARC nowadays is respected enough (and if
Google cares about it)... I personally don't have any system with ARC
under my care.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1040409: aapt: unaligned memory access
Package: aapt
Version: 1:10.0.0+r36-10
Severity: important
This has been noticed on Ubuntu, on a armhf container running on arm64.
root@optimum-quagga:~/diffoscope# gdb --args aapt2 dump resources
/tmp/tmpntfkh146/out.apk
GNU gdb (Ubuntu 13.2-1ubuntu1) 13.2
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from aapt2...
Reading symbols from
/usr/lib/debug/.build-id/08/4ab3c604520da0c8ff77de341641ed94213b9d.debug...
(gdb) r
Starting program: /usr/bin/aapt2 dump resources /tmp/tmpntfkh146/out.apk
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
Program received signal SIGBUS, Bus error.
android::ResTable_config::copyFromDeviceNoSwap (this=0xfffee6b0, o=...) at
./libs/androidfw/ResourceTypes.cpp:1838
1838 ./libs/androidfw/ResourceTypes.cpp: No such file or directory.
(gdb) bt
#0 android::ResTable_config::copyFromDeviceNoSwap (this=0xfffee6b0, o=...) at
./libs/androidfw/ResourceTypes.cpp:1838
#1 android::ResTable_config::copyFromDtoH (this=0xfffee6b0, o=...) at
./libs/androidfw/ResourceTypes.cpp:1911
#2 0x004b4a28 in aapt::BinaryResourceParser::ParseType
(this=this@entry=0xfffeed58, package=package@entry=0x5bc8a8, chunk=0xf7fcf709)
at ./tools/aapt2/format/binary/BinaryResourceParser.cpp:352
#3 0x004b3928 in aapt::BinaryResourceParser::ParsePackage
(this=this@entry=0xfffeed58, chunk=) at
./tools/aapt2/format/binary/BinaryResourceParser.cpp:241
#4 0x004b2ff4 in aapt::BinaryResourceParser::ParseTable
(this=this@entry=0xfffeed58, chunk=) at
./tools/aapt2/format/binary/BinaryResourceParser.cpp:156
#5 0x004b2914 in aapt::BinaryResourceParser::Parse (this=0xfffeed58) at
./tools/aapt2/format/binary/BinaryResourceParser.cpp:109
#6 0x00511054 in aapt::LoadedApk::LoadBinaryApkFromFileCollection (source=...,
collection=std::unique_ptr = {...},
diag=diag@entry=0xfffef338) at ./tools/aapt2/LoadedApk.cpp:168
#7 0x00510844 in aapt::LoadedApk::LoadApkFromPath (path=..., diag=0xfffef338)
at ./tools/aapt2/LoadedApk.cpp:87
#8 0x00428b18 in aapt::DumpApkCommand::Action (this=0x5ba290, args=...) at
tools/aapt2/cmd/Dump.h:72
#9 0x00413440 in aapt::Command::Execute (this=0x5ba290, args=...,
out_error=) at ./tools/aapt2/cmd/Command.cpp:250
#10 0x00413548 in aapt::Command::Execute (this=0x5b7eb8, args=...,
out_error=) at ./tools/aapt2/cmd/Command.cpp:200
#11 0x00413548 in aapt::Command::Execute (this=0x5b5a40, args=...,
out_error=) at ./tools/aapt2/cmd/Command.cpp:200
#12 0x00552dd0 in MainImpl (argc=, argv=) at
./tools/aapt2/Main.cpp:177
#13 0xf7a5b7da in __libc_start_call_main (main=main@entry=0x552e44 , argc=argc@entry=4, argv=0xfffef534, argv@entry=0xf7b4d000) at
../sysdeps/nptl/libc_start_call_main.h:58
#14 0xf7a5b87e in __libc_start_main_impl (main=0x552e44 ,
argc=4, argv=0xf7b4d000, init=, fini=0x0, rtld_fini=0xf7fd5539
<_dl_fini>, stack_end=0xfffef534) at libc-start.c:360
#15 0x00411ab0 in _start ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) disassemble
Dump of assembler code for function
_ZN7android15ResTable_config12copyFromDtoHERKS0_:
0xf7eb95c4 <+0>: push {r4, r5, r6, r7, r8, lr}
0xf7eb95c8 <+4>: ldr r5, [r1]
0xf7eb95cc <+8>: mov r8, r0
0xf7eb95d0 <+12>: cmp r5, #64 @ 0x40
0xf7eb95d4 <+16>: bcc 0xf7eb95f4
<_ZN7android15ResTable_config12copyFromDtoHERKS0_+48>
=> 0xf7eb95d8 <+20>: ldm r1!, {r2, r3, r4, r5, r6}
0xf7eb95dc <+24>: stmia r0!, {r2, r3, r4, r5, r6}
0xf7eb95e0 <+28>: ldm r1!, {r2, r3, r4, r5, r6}
0xf7eb95e4 <+32>: stmia r0!, {r2, r3, r4, r5, r6}
0xf7eb95e8 <+36>: ldm r1, {r2, r3, r4, r5, r6, r7}
0xf7eb95ec <+40>: stm r0, {r2, r3, r4, r5, r6, r7}
0xf7eb95f0 <+44>: b 0xf7eb960c
<_ZN7android15ResTable_config12copyFromDtoHERKS0_+72>
0xf7eb95f4 <+48>: mov r2, r5
0xf7eb95f8 <+52>: bl 0xf7e990dc
0xf7eb95fc <+56>: add r0, r8, r5
0xf7eb9600 <+60>: rsb r2, r5, #64 @ 0x40
0xf7eb9604 <+64>: mov r1, #0
0xf7eb9608 <+68>: bl 0xf7e98c8c
0xf7eb960c <+72>: mov r0, #64 @ 0x40
0xf7eb9610 <+76>: str r0, [r8]
0xf7eb9614 <+80>: pop {r4, r5, r6,
Bug#1039961: transition: libexecs
Package: release.debian.org User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: libex...@packages.debian.org Control: affects -1 + src:libexecs Control: submitter -1 Renzo Davoli Hi, I'd like to ask for permission to carry out this small transition here: https://release.debian.org/transitions/html/auto-libexecs.html All the relevant rev-deps are OK and binNMUs would take care of them. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1033060: qa.debian.org: wrong username and email for my DDPO page
On Thu, Mar 16, 2023 at 11:22:03PM +1100, Russell Coker wrote:
> https://qa.debian.org/developer.php?login=etbe%40debian.org
> https://qa.debian.org/developer.php?login=russell%40coker.com.au
>
> The above pages attribute my packages to Taihsiang Ho ,
> apparently due to my last upload of the rasdaemon package.
Indeed.
The easiest way would be to fix that package and once it disappears from
the archive DDPO should catch up. (i.e., try to get it into bookworm?)
I'm quite surprised nothing more broke out of the upload, since AFAIK
that's invalid (and I'm going to file a bug for that).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1036959: rasdaemon: invalid Maintainer field
Source: rasdaemon Version: 0.6.8-1 Severity: serious v0.6.8-1 of this package has this in d/control: Maintainer: Russell Coker , Taihsiang Ho This is against Policy as there should only be one entity in this field. Also, as you noticed, this confused DDPO (actually carnivore) a lot... -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1036353: modsecurity-crs: also include the "plugins"
Source: modsecurity-crs
Version: 3.3.4-1
Severity: wishlist
Hi maintainers,
so this package is packing up https://github.com/coreruleset/coreruleset
However, to properly run those rules for some website one would also
need to run so-called "plugins" of the crs.
For example, https://github.com/coreruleset/wordpress-rule-exclusions-plugin/
for wordpress (the one that interests me here for my use case, but there
are plenty of others).
I wonder what are your thoughts of bundling those up in the package,
possibly in separate binary packages, so that they can be installed only
on hosts that actually run those CMSs? They don't seem to have actual
"releases", so at best they would need to be snapshot of whenever you
bundle them, but I think that would already be quite good.
If you would be opposed to including these, why? :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1034504: diffoscope: Wrong binary called for the Procyon Java decompiler
Control: tag -1 moreinfo On Mon, Apr 17, 2023 at 11:47:24AM +0200, Emmanuel Bourg wrote: > diffoscope recommends procyon-decompiler, but calls the wrong binary. > The procyon-decompiler package installs /usr/bin/procyon, and diffoscope > calls 'procyon-decompiler' instead of 'procyon'. > > This issue was reported on StackOverflow: > https://stackoverflow.com/questions/51216673/how-to-use-procyon-decompiler-with-diffoscope That stackoverflow post is from 4 years ago, and current diffoscope (since v104) calls "p"ocyon", not "procyon-decompiler": https://salsa.debian.org/reproducible-builds/diffoscope/-/commit/d7ec9965e12efb76d88b8423cebccc59f53118d8 Can you please give us more informations on what you are experiencing, or are you just notifying us of that stackoverflow post? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1033837: unblock: devscripts/2.23.3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: devscri...@packages.debian.org Control: affects -1 + src:devscripts Please unblock package devscripts [ Reason ] 2.23.3 is only bugfix, including one RC. Also, it fixes the description generation. [ Tests ] most of the changes include tests, and autopkgtest passed great. [ Risks ] the changes are quite trivial by themselves. [ Checklist ] [x] all changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in testing unblock devscripts/2.23.3 -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- diffstat for devscripts-2.23.2 devscripts-2.23.3 README|2 debian/changelog | 29 debian/control|5 debian/rules |2 lib/Devscripts/Salsa/Hooks.pm | 246 +-- lib/Devscripts/Salsa/check_repo.pm| 16 po4a/po/de.po |5 po4a/po/devscripts.pot|5 po4a/po/fr.po |8 po4a/po/pt.po |7 scripts/bts.pl|2 scripts/deb-janitor |6 scripts/debootsnap| 37 - scripts/debootsnap.py | 694 ++ scripts/devscripts/test/test_debootsnap.py| 56 + scripts/devscripts/test/test_suspicious_source.py | 41 + scripts/edit-patch.sh | 12 scripts/sadt |2 scripts/suspicious-source |2 19 files changed, 929 insertions(+), 248 deletions(-) diff -Nru devscripts-2.23.2/debian/changelog devscripts-2.23.3/debian/changelog --- devscripts-2.23.2/debian/changelog 2023-02-19 00:56:21.0 +0100 +++ devscripts-2.23.3/debian/changelog 2023-03-15 23:52:52.0 +0100 @@ -1,3 +1,32 @@ +devscripts (2.23.3) unstable; urgency=medium + + [ Samuel Henrique ] + * Fix generation of the extended description (Closes: #1032337) + + [ Benjamin Drung ] + * Fix complaints from pylint 2.16.2 + * suspicious-source: Fix MIME type name for Python code + * Add myself to uploaders + + [ Zixing Liu ] + * Salsa/check_repo: avoid dependency on Digest::MD5::File (LP: #2007279) + * Salsa/Hooks: using if-elsif chains to avoid Switch which is a deprecated +package (LP: #2007279) + + [ Johannes Schauer Marin Rodrigues ] + * debootsnap: +- check to make sure that equivs-build, apt-ftparchive, mmdebstrap, + apt-get and dpkg-name exist +- allow reading package list from a file + + [ Rémy Martin ] + * edit-patch: Fix failure on creating new patch (LP: #1222364) + + [ Paul Wise ] + * bts: Fix mangled UTF-8 name + + -- Benjamin Drung Wed, 15 Mar 2023 23:52:52 +0100 + devscripts (2.23.2) unstable; urgency=medium * Team upload. diff -Nru devscripts-2.23.2/debian/control devscripts-2.23.3/debian/control --- devscripts-2.23.2/debian/control 2023-02-05 01:14:44.0 +0100 +++ devscripts-2.23.3/debian/control 2023-03-15 23:36:26.0 +0100 @@ -4,6 +4,7 @@ Maintainer: Devscripts Maintainers Uploaders: Mattia Rizzolo , + Benjamin Drung , Build-Depends: autodep8 , bash-completion, @@ -18,7 +19,6 @@ gnupg | gnupg2 , help2man, isort , - libdigest-md5-file-perl , libdistro-info-perl , libdpkg-perl , libfile-desktopentry-perl , @@ -32,7 +32,6 @@ liblist-compare-perl , libmoo-perl , libstring-shellquote-perl , - libswitch-perl , libtest-output-perl , libtimedate-perl , libtry-tiny-perl , @@ -78,14 +77,12 @@ file, gnupg | gnupg2, gpgv | gpgv2, - libdigest-md5-file-perl, libfile-dirlist-perl, libfile-homedir-perl, libfile-touch-perl, libfile-which-perl, libipc-run-perl, libmoo-perl, - libswitch-perl, libwww-perl, patchutils, sensible-utils, diff -Nru devscripts-2.23.2/debian/rules devscripts-2.23.3/debian/rules --- devscripts-2.23.2/debian/rules 2023-02-10 09:57:47.0 +0100 +++ devscripts-2.23.3/debian/rules 2023-02-27 16:46:00.0 +0100 @@ -14,4 +14,4 @@ override_dh_gencontrol: dh_gencontrol -- $(SUBSTVARS) \ - -V"devscripts:LongDesc=$$(cat README| awk '/^- annotate-output/,/^ exim script for sorting//'|sed -e '/^[[:space:]]*$$/d' -e 's/^/ /g')" + -V"devscripts:LongDesc=$$(cat README | awk '/^- annotate-output/,/^ exim script for sorting/' | sed
Bug#1032991: nmu: scribus_1.5.8+dfsg-4+b3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: scri...@packages.debian.org
Control: affects -1 + src:scribus
Hello release team,
I'd like to ask you to binNMU scribus to pick up a newer harfbuzz
feature (hurfbuzz-subset) that was added in harfbuzz 6.0.0+dfsg-2, which
landed in unstable last month.
See #1030331
I'm not really planning on making it a mandatory feature (by using a
versioned build-dep), but I figured I'd have scribus built with this
newever feature before bookworm release, given that a random rebuild
during a point release later would trigger this new dependency, etc.
nmu scribus_1.5.8+dfsg-4+b3 . ANY . unstable . -m "Rebuild against newer
hurfbuzz to pick up hurfbuzz-subset."
Thank you for considering.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1030785: -ffile-prefix-map option and reproducibility
On Tue, Feb 07, 2023 at 04:41:47PM +0100, Stéphane Glondu wrote:
> When building packages, a -ffile-prefix-map option is automatically injected
> into CFLAGS. Where does it come from? Since when?
>
> I suspect this was added to improve reproducibility. Ironically, it makes
> packages that capture this variable non reproducible, since the build path
> seems to be randomized (has it always been the case? since when?).
The build path has always been randomized since, or at least it has been
for as long as I've been involved in Debian.
> It is the
> case of OCaml (see #1030785), and seemingly of R as well (found by grepping
> in my /etc). I wouldn't be surprised other packages are affected as well.
>
> Is there a way to not get this option? More elegant than explicitly
> filtering it out of CFLAGS in debian/rules...
Besides doing
DEB_BUILD_MAINT_OPTIONS=reproducible=-fixfilepath
I actually propose to you to filter out the whole option from being
saved. I've seen a similar pattern in other packages in the past, and
all of those packages already had a filtering function in place to
remove other gcc flags that make no sense being saved (just looking at:
- 8: const("camlConfig__8"="-O2 -fno-strict-aliasing -fwrapv -pthread
-fPIC -g -O2 -ffile-prefix-map=/build/ocaml-Vq2uKK/ocaml-4.13.1=.
-fstack-protector-strong -Wformat -Werror=format-security");
+ 8: const("camlConfig__8"="-O2 -fno-strict-aliasing -fwrapv -pthread
-fPIC -g -O2 -ffile-prefix-map=/build/ocaml-xz3WL7/ocaml-4.13.1=.
-fstack-protector-strong -Wformat -Werror=format-security");
makes me believe that many options have been stripped out…)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1030668: dinstall could run more often (every hour?)
On Mon, Feb 06, 2023 at 12:31:07PM +0100, Gioele Barabucci wrote: > On 06/02/23 12:14, Bastian Blank wrote: > > On Mon, Feb 06, 2023 at 11:27:03AM +0100, Gioele Barabucci wrote: > > > Currently dinstall is run only once every 6 hours. This means that many > > > operations are blocked for a long time. For instance uploading a -2 > > > version > > > after a package has cleared the NEW queue. > > > > Can you please show the error you got from the upload? > > A -2 version will be REJECTed by mentors.d.n if version -1 is still being > processed: So the problem is actually your work on mentors, rather than anything else? > > Unfortunately your package "bats-file" was rejected > > because of the following reason: > > > > Dsc is invalid > > > > Failed to connect to network resource. > > Url was: https://deb.debian.org/debian/pool/main/orig.tar.gz > > > > HTTP Error 404: Not Found > > But this is just an example. For that particular example, just upload the whole sources by building with -sa. > The bigger picture is: packages are not part of the Debian build > infrastructure (buildd, piuparts, etc) for hours and this blocks many > development activities. buildds for unstable starts as soon as the upload is accepted, and it's not tied to dinstall (at most, new uploads are not processed _during_ dinstall, so dinstall being there is a "problem" for that, not the opposite…). Everything else is queued up, and besides autopkgtests sometimes (which is scheduled by britney, so it's an extra "delay" after dinstall) I don't think I ever felt the need for a quicker turnaround. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1028227: RM: libi8x -- RoQA; no rdeps, no update since 2017, does not build
On Sun, Jan 08, 2023 at 09:00:41PM +0400, William Desportes wrote:
> You may close and deny my requests if you think I am mistaken, all my
> requests are manual.
>
>
> Please proceed to deleting the package libi8x. It seems abandoned since 2017
> and has a bunch of FTBFS bugs.
2017 is fairly recent for Debian standards, and a package failing to
build for a long time is normally removed only when it starts causing
troubles for other packages, especially when the maintainer is well
known and active elsewhere.
> - [ ] Outdated version in Debian
> - [x] Missing autopkgtests
> - [x] Missing build tests
> - [x] Missing Debian Vcs-* fields
These 3 are very much not a reason to remove a package, at most they
indicate a package not very well maintained, but it's not ground for
removal.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1028503: UDD: Unknown "yes" value for Forwarded field in patch metadata
On Thu, Jan 12, 2023 at 12:05:51PM +0100, Lucas Nussbaum wrote:
> The problem I have is that the 'Bug' header is often misused, and used
> for the Debian bug instead of the upstream bug. But I could special-case
> that.
I wonder if we should have lintian flag this.
Something like warn if Bug points to bugs.debian.org, unless… mh, can't
think of when it should be really. Do we have "native" packages that use
quit?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#977665: inkscape: the grid spacing should be saved on saving the document
On Sat, Jan 14, 2023 at 01:12:05AM +0100, Vincent Lefevre wrote: > Control: retitle -1 inkscape: the grid is not updated immediately when > changing document scale > Control: found -1 1.2.2-2 > Control: tags -1 fixed-upstream > > Retitled according to comments > > https://gitlab.com/inkscape/inbox/-/issues/4205#note_470326556 > > and > > https://gitlab.com/inkscape/inbox/-/issues/4205#note_1224138272 > "The grid now updates when scale is changed, in line with > #4205 (comment 470326556)" Thanks for the update, including the fact that this has been fixed, although I'm a bit sad that this fix seems to be accidental… FWIW, It's not clear to me if we will be able to include inkscape 1.3 in bookworm, as the timing is a bit tight IMHO. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1028610: tracker.debian.org: shows the short description of the binary package, which is meaningless for the source package
On Sat, Jan 14, 2023 at 01:52:11AM +0100, Vincent Lefevre wrote: > On 2023-01-13 19:21:58 -0500, Boyuan Yang wrote: > Otherwise, if there is a rule about the description in the case where > there is a binary package with the same name as the source package, > some filtering could be done based on the requirements. For instance, > specific strings such as "(metapackage)" (or more generally, the whole > parenthesized text) could be removed. > > > You know that the source package itself does not have a description > > field at all. > > Couldn't this be a future feature? It already is: https://bugs.debian.org/998165 (I don't know if distro-tracker supports it, however.) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1026359: ITP: hunspell-ie -- Interlingue dictionary for hunspell
On Mon, Dec 19, 2022 at 12:29:42AM +, Алекса -скрыто- wrote: > Package: wnpp > Severity: wishlist > Owner: mistresssilv...@hotmail.com > X-Debbugs-Cc: debian-de...@lists.debian.org > > * Package name : hunspell-ie > Version : 1.1 > Upstream Author : Carmina16 > * URL : https://github.com/Carmina16/hunspell-ie > * License : Apache-2.0 > Programming Lang: N/A > Description : Interlingue dictionary for hunspell > > I would like somebody to sponsor this. I intend to maintain the package > myself. > Might I suggest to instead send this to https://bugs.documentfoundation.org/ for inclusion in their dictionaries pack (which is then used by tons of other projects, since apparently people tend to forking it off…)? If you do then it would be picked up by the relevant update of https://tracker.debian.org/pkg/libreoffice-dictionaries -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1026032: scribus: Patch for building against Poppler >= 22.09.
Hi!
On Tue, Dec 13, 2022 at 11:44:49AM -0300, Nathan Pratta Teodosio wrote:
> Hi, I have observed that Scribus fails to build against Poppler 22.12.
>
> I forward a patch that fixes that[1]. This time I double checked the
> line endings. ;)
Thank you for the patch and finding it upstream already!
…however:
> From: Nathan Pratta Teodosio
> Description: Fix build with Poppler >=22.9.0
> Origin: upstream,
> https://www.scribus.net/websvn/revision.php?repname=Scribus=25139
> git-svn-id: svn://scribus.net/trunk/Scribus@25140
> 11d20701-8431-0410-a711-e3c959e3b870
Note that 25139 is the right one, but the git-svn-id mentions 25140
(that's the same commit applied on the trunk, which is mostly the same
sure).
But that's not what I'm concerned about:
> --- a/scribus/plugins/import/pdf/slaoutput.cpp
> +++ b/scribus/plugins/import/pdf/slaoutput.cpp
> @@ -3628,16 +3628,11 @@ void SlaOutputDev::getPenState(GfxState *state)
> m_lineJoin = Qt::BevelJoin;
> break;
> }
> - double lw = state->getLineWidth();
> - double *dashPattern;
> - int dashLength;
> - state->getLineDash(, , );
> - QVector pattern(dashLength);
> - for (int i = 0; i < dashLength; ++i)
> - {
> - pattern[i] = dashPattern[i] / lw;
> - }
> - DashValues = pattern;
> + const auto& dashPattern = state->getLineDash();
> + QVector pattern(dashPattern.size());
> + for (size_t i = 0; i < dashPattern.size(); ++i)
> + pattern[i] = dashPattern[i];
> + DashValues = pattern;
This is not the same patch coming from upstream!?
Upstream added some #if guards to compile both with poppler>= 22.9 and
with older versions as well. I haven't checked if the 22.9 variant also
works with older poppler versions (perhaps it does, even), but I don't
understand why you would rewrite this part of the patch, even more
without mentioning it in the patch description?…
For reference:
mattia@warren ..el/debian/scribus/others/upstream/v15x (svn)-[Scribus:25225] %
svn diff -c 25139
Index: scribus/plugins/import/pdf/slaoutput.cpp
===
--- scribus/plugins/import/pdf/slaoutput.cpp(revision 25138)
+++ scribus/plugins/import/pdf/slaoutput.cpp(revision 25139)
@@ -3756,6 +3756,13 @@
m_lineJoin = Qt::BevelJoin;
break;
}
+#if POPPLER_ENCODED_VERSION >= POPPLER_VERSION_ENCODE(22, 9, 0)
+ const auto& dashPattern = state->getLineDash(_dashOffset);
+ QVector pattern(dashPattern.size());
+ for (size_t i = 0; i < dashPattern.size(); ++i)
+ pattern[i] = dashPattern[i];
+ m_dashValues = pattern;
+#else
double *dashPattern;
int dashLength;
state->getLineDash(, , _dashOffset);
@@ -3763,6 +3770,7 @@
for (int i = 0; i < dashLength; ++i)
pattern[i] = dashPattern[i];
m_dashValues = pattern;
+#endif
}
int SlaOutputDev::getBlendMode(GfxState *state)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1025814: dput-ng: dcut: taunting documentation about 0-day upload differences
Control: tag -1 moreinfo On Fri, Dec 09, 2022 at 11:04:46AM -0800, Vagrant Cascadian wrote: >-d, --days=DAYS > > Reschedule the upload to DAYS days. Takes a > numeric argument from 0 to 15 corresponding to > the respective delayed queues. Note, 0-day is > not the same as uploading to incoming > straight. > > So, 0-day is not the same as uploading directly, that much is clear, but > ... how is it different? Well, uploading directly means uploading to ftp:/pub/UploadQueue/ whereas uploading to 0-day means uploading to ftp:/pub/UploadQueue/DELAYED/0-day/ ... (incidentally, that mention of "incoming" is also wrong: incoming is the archive (hmm is it only a suite nowadays?) where uploads are accepted *into* before dinstall; it has nothing to do with the uploading queues AFAIK) > Does that mean I should not use 0-day? Where > is documentation about the differences? Does it really matter for any > practical purposes? Practical differences for the uploader however… I'm not really aware of any indeed. > Maybe it would be better to provide some reference where to look for > more information, or if it doesn't really make much difference, just > leave the comment about 0-day not being the same out entirely. This part is quite old, and I'm not aware of the actual facts. ISTR that word-of-mouth told me in the past that uploading to 0-day would delay the upload for 1 queued run (i.e. 15 minutes if the configuration hasn't changed), but this has never been proved to me, so no idea really. I'm CCing debian-dak in the hope that somebody will shine some light. I have a nagging sensation that the answer lies in the code :> https://salsa.debian.org/ftp-team/dak/-/blob/master/tools/debianqueued-0.9/debianqueued if somebody wants to read and figure it out. Note that it *is* relevant when rescheduling a delayed upload, as there is no way with .commands files to move an upload from the /DELAYED/ directories into the main queue directory for immediate processing, so rescheduling to 0-day is AFAIK the only way to make a deferred upload to skip the rest of the wait. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1012572: android-platform-frameworks-base: FTBFS with protobuf 3.20.1+
Hello Roger,
On Fri, Jun 10, 2022 at 09:48:06PM +0900, Roger Shimizu wrote:
> I tried your patch by installing protobuf in experimental
> and confirmed it builds well, and all tests are also OK.
> Will upload after protobuf 3.20 (or later) hits unstable.
> Thanks for your support!
You uploaded this patch to experimental, however I see no sign of v13 to
be uploaded to unstable anytime soon.
Can you please apply this same patch also in unstable?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1024610: lintian: fpos runtime-test-file-uses-supported-python-versions-without-test-depends
Package: lintian Version: 2.115.1 Running on limnoria/2022.11.10, I'm getting: W: limnoria source: runtime-test-file-uses-supported-python-versions-without-test-depends py3versions --supported [debian/tests/upstream-tests:14] d/tests/control looks like this: |Tests: upstream-tests |Depends: | @, | @builddeps@, |Restrictions: allow-stderr And python3-all is part of @builddeps@. I reckon that lintian is perhaps not expanding @builddeps@ correctly for this check? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1020387: dictionaries-common: Consensus regarding the packaging of the Qt WebEngine hunspell binary dictionaries
On Thu, Nov 17, 2022 at 02:25:17PM -0700, Soren Stoutner wrote:
> Based on the lack of opposition, it seems that the following is the consensus
> for packaging .bdic files.
thanks for driving this silent resolution ahah :D
> 1. The .bdic files should be compiled at package creation time.
> 2. The .bdic files should be included in the existing Hunspell language
> binary
> packages.
well, I can confirm these 2 points match my preference, so…
> 3. The .bdic files should be installed in /usr/share/hunspell-bdic.
… and I don't really have an opinion here.
What I do want to see *before* we actually release a lo-dicts with these
is something that actually reads and make use of them *first*.
> At this point, the only question left is where this should be documented and
> who should write the documentation. I am assuming that /usr/share/doc/
> dictionaries-common-dev/dsdt-policy.html is the correct place for
> documentation. I am willing to submit a PR if nobody else prefers to do so
> instead.
mh, what documentation are you talking about??
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1014537: unnamed packaging files in a multibinary package should be an error
Hi Niels,
Thank you for this work.
Personally I have only one point I'd like to raise:
On Sat, Oct 29, 2022 at 08:55:38PM +0200, Niels Thykier wrote:
> * debian/README.Debian
> * debian/TODO
>
> These have historically been installed into the main package and a note in
> debhelper (dh_installdocs) suggests these (or at least README.Debian) is a
> name standardized by Policy. I am open to not installing them by default if
> one of you are willing to drive the discussion on debian-devel to assert
> there is consensus for that.
In all my QA work around the archive (admittedly, not much in the last
few years), I don't think I ever saw *one* d/TODO file that was
up-to-date; they always felt remnants from the last century or so.
Also, IIRC most of the time those files contained TODO items for the
maintainer, something that is hardly interesting for the final user.
Do you have any number about this file?
As such, I'd like to propose to instead not ship this file by default if
present in the source package.
BTW, is d/TODO documented anywhere? I know it's an historic file, but I
don't think I saw it mentioned in any formal document.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1020387: dictionaries-common: Consensus regarding the packaging of the Qt WebEngine hunspell binary dictionaries
On Fri, Oct 14, 2022 at 02:58:17PM -0400, Andres Salomon wrote: > In my opinion, chromium's (, or QT's, or whoever's) bdic support should be > merged upstream into hunspell, and hunspell should be shipping bdic files in > /usr/share/hunspell alongside the .aff and .dic files. I don't know how > active hunspell upstream is, though, and how amenable they'd be to patches. > I see at least one person created an hunspell-with-bdic-support fork a > decade ago: https://github.com/sheremetyev/hunspell > > That would allow chromium and other hunspell users to link against a system > hunspell when desired, dropping all the bdict versioning stuff and the > custom paths. I'm pretty sure I could get a patch to link against system > hunspell into chromium upstream, provided bdic support made it into upstream > hunspell. > > I wouldn't want to see debian carrying bdic patches in its hunspell package, > though; nor would I want to see the security team needing to deal with a > hunspell fork package. I think you are the first to mention "integrating" bdic into hunspell itself, and to mention that effectively the parser is based on hunspell itself… From what I know, the hunspell project is basically in maintenance mode, with nobody actively doing anything to it. Pretty much all changes in the past years were done by drive-by contributors. This is to say, I can't deny that somebody proposing MRs upstream might actually see them merged. > > 5) something else > > (The order mentions my personal preference) > > - Is there some commandline client for auto-testing the bdic files? > > - How to reuse the bdic files with chromium? > > - 3 bugs in qwebengine_convert_dict reported by Soren Stoutner > > > I just took a peek at qtwebengine-opensource-src-5.15.10+dfsg, and I see > that they're using the exact same hunspell fork from chromium. :( Not surprising since afaik qtwebengine is basically a fork of chromium itself... -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1021598: Updating the rust-tabwriter Uploaders list
Source: rust-tabwriter Version: 1.2.1-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Matt Kraai has retired, so can't work on the rust-tabwriter package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1021597: Updating the rust-ena Uploaders list
Source: rust-ena Version: 0.14.0-2 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Matt Kraai has retired, so can't work on the rust-ena package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1021596: Updating the rust-docopt Uploaders list
Source: rust-docopt Version: 1.1.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Matt Kraai has retired, so can't work on the rust-docopt package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1021593: Updating the rust-cargo-lichking Uploaders list
Source: rust-cargo-lichking Version: 0.7.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Matt Kraai has retired, so can't work on the rust-cargo-lichking package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1021595: Updating the rust-derive-new Uploaders list
Source: rust-derive-new Version: 0.5.8-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Matt Kraai has retired, so can't work on the rust-derive-new package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1021594: Updating the rust-cargo-metadata Uploaders list
Source: rust-cargo-metadata Version: 0.14.2-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Matt Kraai has retired, so can't work on the rust-cargo-metadata package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1021592: Updating the rust-bytesize Uploaders list
Source: rust-bytesize Version: 1.1.0-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Matt Kraai has retired, so can't work on the rust-bytesize package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1012818: inkscape: Please update for Poppler 22.06
On Fri, Sep 30, 2022 at 12:49:29PM +0200, Mattia Rizzolo wrote: > On Thu, Sep 29, 2022 at 08:03:26PM +0200, Miroslav Kratochvil wrote: > > > Oh, inkscape 1.2.1 does build with the latest poppler > > > > Hi all, > > I recently noticed that inkscape (1.1.2-3+b1 from testing) crashes when > > opening any PDF files; quick debug showing that the crash happens in > > poppler. My best-guess reason now is because the binary actually loads 2 > > different versions of poppler. > > I'm about (=> during the day) to upload to unstable 1.2.1+really1.1.2-1, > reverting 1.2.x back to 1.1.x. Or so I thought, but i get other extra test failures now… (both with 1.1.2 and 1.2.1), so I guess this is not happening today :( -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1012818: inkscape: Please update for Poppler 22.06
On Thu, Sep 29, 2022 at 08:03:26PM +0200, Miroslav Kratochvil wrote:
> > Oh, inkscape 1.2.1 does build with the latest poppler
>
> Hi all,
> I recently noticed that inkscape (1.1.2-3+b1 from testing) crashes when
> opening any PDF files; quick debug showing that the crash happens in
> poppler. My best-guess reason now is because the binary actually loads 2
> different versions of poppler.
I'm about (=> during the day) to upload to unstable 1.2.1+really1.1.2-1,
reverting 1.2.x back to 1.1.x.
That one will be built against poppler 22.06, so please check that
version and file a new bug if this crash continues.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1020914: dget: does not keep mtimes
On Wed, Sep 28, 2022 at 02:42:00PM +0200, Thorsten Glaser wrote: > Package: devscripts > Version: 2.21.3+deb11u1 > Severity: normal > X-Debbugs-Cc: t...@mirbsd.de > > u@u:~/Projekte $ dget -d > http://deb.debian.org/debian/pool/main/t/tomcat9/tomcat9_9.0.67-1.dsc > dget: retrieving > http://deb.debian.org/debian/pool/main/t/tomcat9/tomcat9_9.0.67-1.dsc > % Total% Received % Xferd Average Speed TimeTime Time > Current > Dload Upload Total SpentLeft Speed > 100 2748 100 27480 0 85644 0 --:--:-- --:--:-- --:--:-- 88645 … > u@u:~/Projekte $ wget > http://deb.debian.org/debian/pool/main/t/tomcat9/tomcat9_9.0.67.orig.tar.xz > --2022-09-28 14:38:25-- > http://deb.debian.org/debian/pool/main/t/tomcat9/tomcat9_9.0.67.orig.tar.xz > Resolving deb.debian.org (deb.debian.org)... 2a04:4e42:62::644, > 199.232.138.132 > Connecting to deb.debian.org (deb.debian.org)|2a04:4e42:62::644|:80... > connected. > HTTP request sent, awaiting response... 200 OK > Length: 4053772 (3.9M) [application/x-xz] > Saving to: ‘tomcat9_9.0.67.orig.tar.xz’ > > tomcat9_9.0.67.orig.tar.xz > 100%[===>] 3.87M 2.93MB/sin > 1.3s > > 2022-09-28 14:38:26 (2.93 MB/s) - ‘tomcat9_9.0.67.orig.tar.xz’ saved > [4053772/4053772] > Why can dget not, or does not, retain the mtime? This would be > rather useful to have, e.g. when uploading a forked package to > a local repo I would have the same mtime on the origtgz. Well, because as you can notice it's a different program... dget uses curl by default, and curl by default doesn't try to retain mtimes, as wget does -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1020769: grub: please don't warn about os-prober if it's not even installed
Package: grub-common
Version: 2.06-4
Severity: minor
Tags: patch
Dear grub maintainer,
I've been somewhat bothered by the warning about os-prober:
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
I appreciate the security issue, however this system never ever had
os-prober installed in it...
Looking at the 30_os-prober script, I notice that it first checks for
the GRUB_DISABLE_OS_PROBER variable and only later actually check if
os-prober is even available. I think this should be switched, so that
if os-prober is not even there the warning dosn't go off.
I'm attaching a patch, I'll let you forward it to upstream however they
like it, or incorporate it as a local patch... (or just diregard me :P)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
diff --git a/util/grub.d/30_os-prober.in b/util/grub.d/30_os-prober.in
index 225a3baf7..ea3f3f804 100644
--- a/util/grub.d/30_os-prober.in
+++ b/util/grub.d/30_os-prober.in
@@ -40,13 +40,13 @@ EOF
fi
}
-if [ "x${GRUB_DISABLE_OS_PROBER}" = "xtrue" ]; then
- grub_warn "$(gettext_printf "os-prober will not be executed to detect other bootable partitions.\nSystems on them will not be added to the GRUB boot configuration.\nCheck GRUB_DISABLE_OS_PROBER documentation entry.")"
+if ! command -v os-prober > /dev/null || ! command -v linux-boot-prober > /dev/null ; then
+ # missing os-prober and/or linux-boot-prober
exit 0
fi
-if ! command -v os-prober > /dev/null || ! command -v linux-boot-prober > /dev/null ; then
- # missing os-prober and/or linux-boot-prober
+if [ "x${GRUB_DISABLE_OS_PROBER}" = "xtrue" ]; then
+ grub_warn "$(gettext_printf "os-prober will not be executed to detect other bootable partitions.\nSystems on them will not be added to the GRUB boot configuration.\nCheck GRUB_DISABLE_OS_PROBER documentation entry.")"
exit 0
fi
signature.asc
Description: PGP signature
Bug#1020387: dictionaries-common: Consensus regarding the packaging of the Qt WebEngine hunspell binary dictionaries
On Wed, Sep 21, 2022 at 06:39:16AM +0200, Rene Engelhard wrote: > Am Tue, Sep 20, 2022 at 01:31:14PM -0700 schrieb Soren Stoutner: > > Another option would be to create a separate binary package (for example, > > qtwebengine-dict-en-us). > > Name makes sense to me, yes. > > > The argument for including it in the existing binary package is that the > > compiled Qt WebEngine dictionary is not very large (691.2 KiB for en_US). > > I don't think that is a reason to keep it in hunspell-* per se, so.. > > > The argument for splitting it into a separate binary package is that most > > people who install the Hunspell dictionaries don't intent to use a program > > that does spell checking inside of a Qt WebEngine, so it would be wasted > > space on their system. > > I agree with this one. TBH, I'd argue for keeping them in the same hunspell-$lang binary packages, without creating another 80ish binary packages for what IMHO is very little gain. My understanding is that these a tighly coupled objects, with everything relatively small… I'd just stash everything together. > > Originally, I had proposed installing the dictionary files directly into > > /usr/share/qt5/qtwebengine_dictionaries with a symlink from the upcoming > > /usr/share/qt6/qtwebengine_dictionaries. However Don Armstrong proposed > > that they instead be installed in an unversioned directory and then > > symlinked from all the current versioned Qt directories, which makes it > > easier to maintain. > > Yup. Or patch QtWebEgine to (also) directly look there if they are supposed to > be compatible between Qt5/Qt6 (which a symlink assumes) > and directly install it there (as you propose later to > usr/share/qtwebengine-dict)? > > CCing the QtWebEgine Maintainers. > > > His patch, linked above, places the .bdic files into /usr/share/hunspell > > with the original Hunspell files they were compiled from. > > Rene Engelhard objects to this file location because he > > feels it should be preserved for files in the canonical Hunspell format. > > Indeed. > > > If a different directory is used for the Qt WebEngine .bdic files, I would > > propose something like /usr/share/qtwebengine-dict. > > Sounds good. > > > I don't have a particularly strong opinion about either of these two > > issues, although I do lean slightly towards having separate binary packages > > and using /usr/share/qtwebengine-dict for the file locations. > > Good. I also don't think installing the files in /usr/share/hunspell make sense, but /usr/share/qtwebengine-dict(s)/ is good to me. However, I can't help but notice that these bdic files were developed by the chromium people, and it seems like chrome can make use of them as well. As such, if these bdic files have a better name for themselves, I'd also propose a directory that doesn't name qtwebengine, which potentially is only one user of those files. symlinks don't sound fun with potentially that many files, so consider getting qtwebengine to look in that directory itself. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1020322: devscripts: current directory rename by dch makes build fail
Control: tag -1 wontfix
On Tue, Sep 20, 2022 at 03:22:07AM +0200, Vincent Lefevre wrote:
> The use of dch may rename the current directory:
>
> If the directory name of the source tree has the form package-version,
> then debchange will also attempt to rename it if the (upstream) version
> number changes. This can be prevented by using the --preserve command
> line or configuration file option as described below.
>
> This is documented, but this is silly as it can make builds fail:
Be that as it may, I don't think we are going to change a behaviour that
has been there since at least 2004 when devscripts was imported in
git and most likely since much earlier (i.e. 20+ years).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1020297: reportbug: replace "upstream author" with "upstream contact" in RFS template
Package: reportbug
Version: 11.5.1
Severity: wishlist
Hi,
in https://salsa.debian.org/mentors.debian.net-team/debexpo/-/issues/148
we have been made aware that "Upstream Author" is kind of a tricky thing
to ask, as the original author of a program can be somewhat hard to
pick.
Also, what in fact people are interested about, is who is the current
upstream. In this regard, we believe that the wording "Upstream
Contact" make that much more sense, the same way this datapoint is
called in d/copyright.
In mentors.d.n we are updating our template to do the same change.
Cheers! o/
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1018694: marked as done (qa.debian.org: [udd] upload_date stalled)
On Sat, Sep 17, 2022 at 09:30:03AM +, Debian Bug Tracking System wrote:
> this was caused by this upload: libdatetime-format-datemanip-perl 0.04-1
>
> This was a duplicate upload (already uploaded in 2009, then removed).
>
> I excluded it manually in the importer.
How did you do it?
In udd/upload_history_gatherer.py there is a list of uploads to skip,
but it doesn't seem like you used it.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1019742: reprotest: add a variation that sets DEB_BUILD_OPTIONS=nocheck
On Thu, Sep 15, 2022 at 12:14:05PM +0200, Philip Hands wrote:
> BTW If someone can give me a hint where in the code one would define
> such a variation I'll cheerfully give it a go myself, but sadly it seems
> that my python is too weak to find the right spot for myself.
The variations are defined in reprotest/build.py (each variation is a
function) and listed in VARIATIONS.
Then __init__.py will pull them in with some magic.
Overall I don't consider this format particularly programmer-friendly.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1016422: eatmydata: wrapper script has missed library path change
Control: tag -1 moreinfo
On Sun, Jul 31, 2022 at 04:00:24PM +0200, Marcel Partap wrote:
> It still references `/usr/lib/libeatmydata` instead of `/usr/lib/arch` ..
> resulting in:
>
> ERROR: ld.so: object 'libeatmydata.so' from LD_PRELOAD cannot be preloaded
> (cannot open shared object file): ignored.
That's not it.
the wrapper script is using LD_LIBRARY_PATH to be backward-compatible
with places where libeatmydata.so was places in that
/usr/lib/libeatmydata directory.
Now that the .so has been moved to
/usr/lib/x86_64-linux-gnu/libeatmydata.so there is no need anymore to
have LD_LIBRARY_PATH at all, as that directory is part of the standard
search path.
Please double check what kind of environment you are trying to
eatmydata, perhaps you are in a multi-arch setting, and missing a copy
of the library for the appropriate architecture?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1016374: bullseye-pu: twitter-bootstrap4/4.5.2+dfsg1-8~deb11u1
Package: release.debian.org Tags: bullseye User: release.debian@packages.debian.org Usertags: pu Dear SRM, See attached a debdiff that I just uploaded so to fix https://bugs.debian.org/991939 in stable. This is a plain backport of the bugfix-only -8 revision, leading to a .deb that is pretty much identical to the -8 .deb; compared to the -7 currently in stable it's only adding the missing file. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- diffstat for twitter-bootstrap4-4.5.2+dfsg1 twitter-bootstrap4-4.5.2+dfsg1 changelog | 13 + rules |1 + 2 files changed, 14 insertions(+) diff -Nru twitter-bootstrap4-4.5.2+dfsg1/debian/changelog twitter-bootstrap4-4.5.2+dfsg1/debian/changelog --- twitter-bootstrap4-4.5.2+dfsg1/debian/changelog 2021-07-30 06:53:34.0 +0200 +++ twitter-bootstrap4-4.5.2+dfsg1/debian/changelog 2022-07-30 15:39:25.0 +0200 @@ -1,3 +1,16 @@ +twitter-bootstrap4 (4.5.2+dfsg1-8~deb11u1) bullseye; urgency=medium + + * Team upload. + * Backport the fix for #991939 to bullseye. + + -- Mattia Rizzolo Sat, 30 Jul 2022 15:39:25 +0200 + +twitter-bootstrap4 (4.5.2+dfsg1-8) unstable; urgency=medium + + * Add missing .map files (Closes: #991939) + + -- Yadd Sat, 07 Aug 2021 07:07:47 +0200 + twitter-bootstrap4 (4.5.2+dfsg1-7) unstable; urgency=medium [ Pirate Praveen ] diff -Nru twitter-bootstrap4-4.5.2+dfsg1/debian/rules twitter-bootstrap4-4.5.2+dfsg1/debian/rules --- twitter-bootstrap4-4.5.2+dfsg1/debian/rules 2021-07-30 06:53:34.0 +0200 +++ twitter-bootstrap4-4.5.2+dfsg1/debian/rules 2022-07-30 15:39:11.0 +0200 @@ -12,6 +12,7 @@ sassc --sourcemap=auto scss/bootstrap-reboot.scss dist/tmp/bootstrap-reboot.css node debian/postcss.js cp -v dist/tmp/*.css dist/css/ + cp -v dist/tmp/*.css.map dist/css/ sassc --sourcemap=auto --style compressed dist/tmp/bootstrap.css dist/css/bootstrap.min.css sassc --sourcemap=auto --style compressed dist/tmp/bootstrap-grid.css dist/css/bootstrap-grid.min.css sassc --sourcemap=auto --style compressed dist/tmp/bootstrap-reboot.css dist/css/bootstrap-reboot.min.css signature.asc Description: PGP signature
Bug#1016364: lintian: spelling-error-in-binary should be more precise
On Sat, Jul 30, 2022 at 08:30:13AM +0300, Martin-Éric Racine wrote: > When building dhcpcd5 version 9.4.1-4 against Stable, Lintian 2.104.0 reports > the following: > > I: dhcpcd-base: spelling-error-in-binary usr/sbin/dhcpcd addres address > > $ grep -rw addres > $ > > i.e. not found. > > Lintian really needs to quote the whole stanza where typos are spotted, > otherwise, it's like looking for a needle in a hay stack. Those "spelling error in binary" checks use `strings` on the final binary, so there isn't really much to see often. % strings dhcpcd|grep -E 'addres\b' Duplicate addres In your case at most you could get this much. Note that strings can also "leak" from statically linked/inlined functions. I tried a quick codesearch.d.n lookup, but I couldn't spot a string like that. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1016208: jenkins.debian.org: downloading artifacts from tests.reproducible-builds.org
On Fri, Jul 29, 2022 at 01:54:00PM +0200, Mattia Rizzolo wrote:
> I've just done so, I'll come back to you once it's built and I have a
> link to the artifacts.
doxygen/amd64:
https://tests.reproducible-builds.org/debian/artifacts/r00t-me/unstable_amd64_doxygen_tmp-QHn19/
You have only 24 hours to download that, so please do so now! :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1016208: jenkins.debian.org: downloading artifacts from tests.reproducible-builds.org
On Fri, Jul 29, 2022 at 01:49:22PM +0200, Paolo Greppi wrote:
> Hi, I am looking at the reproducible build results for doxygen:
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/doxygen.html
>
> If I remember well, previously it was possible to download the build
> artifacts (i.e. doxygen-doc_1.9.4-2_all.deb ... maybe the build dirs ...)
> for the reference build and the perturbed build, so that I could run
> diffoscope here, compare PDF files etc.
>
> I ca'nt find these artifacts links anymore. Have they been moved or removed
> ?
The build artifacts for test builds there are normally not kept, except
if somebody manually schedules a build with a special flag.
I've just done so, I'll come back to you once it's built and I have a
link to the artifacts.
> As a workaround, it would be nice to have a oneliner I can try at home to
> reproduce here the reproducible builds!
For that, you should see `reprotest` (which is also integrated in
salsa-ci, in case it makes testing easier for you).
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1016059: DDPO,Package Tracking System: move to UDD as a data source for lintian?
On Tue, Jul 26, 2022 at 09:50:50PM +0200, Lucas Nussbaum wrote: > On 26/07/22 at 17:24 +0200, Mattia Rizzolo wrote: > > > https://udd.debian.org/lintian/?dpkg , which DDPO and PTS could use as a > > > link target. > > > > Probably, I'll keep it for the future for now. > > However, may I suggest you make it use a proper querystring instead? > > Like, ?pkg=dpkg, so that it'll be extensible in the future if one wants. > > https://udd.debian.org/lintian/?packages=dpkg also works Great, so I'll go with that! > Regarding your comment on IRC: > > btw, I consider udd.d.o/lintian/ slow, IMHO. if you could see if some > > tuning could be done, that would likely be appreciated. > > The postgresql optimizer was doing something strange with a temporary > table. Fixed. Much better, thank you! > Also, this looks wrong: > https://salsa.debian.org/qa/qa/-/commit/6eb803b9965a1d97b2dd5eed4da22fc69124d3f0#cbc3b83fa697117813ee1ea10081d209b6d42d4f_1080_1079 > (missing '?' before the source package name) And thank you for spotting this as well… :| I manually deployed the change, and it looks good to me now ;) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1016059: DDPO,Package Tracking System: move to UDD as a data source for lintian?
Control: clone -1 -2 Control: reassign -2 tracker.debian.org On Tue, Jul 26, 2022 at 11:39:45AM +0200, Lucas Nussbaum wrote: > Package: qa.debian.org cloning a copy for tracker. I'll do ddpo rsn! > UDD now has its own importer for lintian data. It also provides a Thank you for working on it! > https://udd.debian.org/lintian/?dpkg , which DDPO and PTS could use as a > link target. Probably, I'll keep it for the future for now. However, may I suggest you make it use a proper querystring instead? Like, ?pkg=dpkg, so that it'll be extensible in the future if one wants. > I suggest that DDPO and PTS move to using UDD as a data source for > lintian. > > https://udd.debian.org/lintian-qa-list.txt is refreshed on a regular > basis while the importer is running. So DDPO/PTS can sync for example > hourly. Great. > Minor caveat: the semantic for qa-list.txt was a bit poor: > 1) for packages both in unstable and experimental, lintian-qa-list.txt > show stats for packages in unstable. That's fair. > 3) it does not provide a column for tags of type 'information'. > I suppose it is OK to keep it like that. DDPO only uses errors and warning, so no interest in that. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1012987: libpodofo: ftbfs with GCC-12
Hello,
On Mon, Jul 25, 2022 at 10:45:49PM +0900, yokota wrote:
> Hello Debian libpodofo maintainer,
> I maintain Debian Calibre which uses libpodofo.
>
> I make FTBFS fix to Debian libpodofo at:
> https://salsa.debian.org/debian/libpodofo/-/merge_requests/2
>
> Please examine this merge request.
I saw it and I'm leaning towards rejecting that patch.
See also me asking upstream for a real patch here:
https://sourceforge.net/p/podofo/mailman/podofo-users/thread/Yt0dvCmE/ISNNwI3%40mapreri.org/#msg37684942
At the very least, I'd prefer fedora's patch better since it disable
specific tests and not the whole file the failing test lives in…
But I really don't like either.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1015852: Updating the josm Uploaders list
Source: josm Version: 0.0.svn18513+dfsg-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Mònica Ramírez Arceda has retired, so can't work on the josm package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1015851: Updating the mkgmapgui Uploaders list
Source: mkgmapgui Version: 1.1.ds-11 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Mònica Ramírez Arceda has retired, so can't work on the mkgmapgui package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1015850: Updating the gpsprune Uploaders list
Source: gpsprune Version: 21.3-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Mònica Ramírez Arceda has retired, so can't work on the gpsprune package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1015849: O: xsol -- Solitaire game for the X Window system
Package: wnpp
The current maintainer of xsol, Mònica Ramírez Arceda ,
has retired. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: xsol
Binary: xsol
Version: 0.31-14
Maintainer: Mònica Ramírez Arceda
Build-Depends: debhelper (>= 11), libmotif-dev, libxt-dev
Architecture: any
Standards-Version: 4.1.4
Format: 3.0 (quilt)
Files:
1cda9b5d5dcb33fa57d762805fb9fc6c 1841 xsol_0.31-14.dsc
e47fa58fd55078807b80b3c5986ff0b6 18047 xsol_0.31.orig.tar.gz
5ea60e2ce0ed810d4bd7bcf126d62181 10056 xsol_0.31-14.debian.tar.xz
Vcs-Browser: https://salsa.debian.org/debian/xsol
Vcs-Git: https://salsa.debian.org/debian/xsol.git
Checksums-Sha256:
ae2482ef4c234295d31fa4a3a0c83c41177d4dc37a91b185ff10d44de3fa933a 1841
xsol_0.31-14.dsc
613f54690b47fa7d9075361db7bee3407e386422585179d75d9d20fa45fed0b7 18047
xsol_0.31.orig.tar.gz
175cb9d27f8e31b350118ca230ec411786c231a546fc6724df1713f38381a6ca 10056
xsol_0.31-14.debian.tar.xz
Homepage: ftp://ftp.metalab.unc.edu/pub/Linux/X11/games/
Package-List:
xsol deb games optional arch=any
Directory: pool/main/x/xsol
Priority: source
Section: games
Package: xsol
Source: xsol (0.31-14)
Version: 0.31-14+b1
Installed-Size: 82
Maintainer: Mònica Ramírez Arceda
Architecture: amd64
Depends: libc6 (>= 2.14), libx11-6, libxm4 (>= 2.3.4), libxt6
Description: Solitaire game for the X Window system
Description-md5: de0a45ca6deafa6b7d24baaf9893789a
Homepage: ftp://ftp.metalab.unc.edu/pub/Linux/X11/games/
Tag: game::card, implemented-in::c, interface::graphical, interface::x11,
role::program, uitoolkit::motif, uitoolkit::xlib, use::gameplaying,
x11::application
Section: games
Priority: optional
Filename: pool/main/x/xsol/xsol_0.31-14+b1_amd64.deb
Size: 20980
MD5sum: b844d4f0d1a1be5c1678e58f685ad615
SHA256: 3af15e4b6c8654f23081687bc1d0c3d4ef65d2ae7a672fcefb7a52b79812f56e
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1015848: O: xmlstarlet -- command line XML toolkit
Package: wnpp
The current maintainer of xmlstarlet, Mònica Ramírez Arceda ,
has retired. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: xmlstarlet
Binary: xmlstarlet
Version: 1.6.1-2.1
Maintainer: Mònica Ramírez Arceda
Build-Depends: debhelper-compat (= 13), automake (>= 1.11), docbook-xsl-ns,
fop, gawk, ghostscript, libxml2-dev, libxslt1-dev (>= 1.1.9), pkg-config,
xsltproc
Architecture: any
Standards-Version: 4.5.0
Format: 3.0 (quilt)
Files:
8ef4c8d8debc79908a15abb3b45c2d5d 2010 xmlstarlet_1.6.1-2.1.dsc
f3c5dfa3b1a2ee06cd57c255cc8b70a0 420923 xmlstarlet_1.6.1.orig.tar.gz
97c743a5cbd9cc2abbda1ec6044ddfa5 11988 xmlstarlet_1.6.1-2.1.debian.tar.xz
Vcs-Browser: https://anonscm.debian.org/cgit/collab-maint/xmlstarlet.git
Vcs-Git: https://anonscm.debian.org/git/collab-maint/xmlstarlet.git
Checksums-Sha256:
3e46d71a736bf71f3c889250c939a4595821dffadde9d06f3faf7be5c4cf14f6 2010
xmlstarlet_1.6.1-2.1.dsc
15d838c4f3375332fd95554619179b69e4ec91418a3a5296e7c631b7ed19e7ca 420923
xmlstarlet_1.6.1.orig.tar.gz
0f76a616c9c46fdf8c3788201646a50a04fbcdbc3d57c49d2d36d59edcb521bd 11988
xmlstarlet_1.6.1-2.1.debian.tar.xz
Homepage: http://xmlstar.sourceforge.net/
Package-List:
xmlstarlet deb text optional arch=any
Directory: pool/main/x/xmlstarlet
Priority: source
Section: text
Package: xmlstarlet
Version: 1.6.1-2.1
Installed-Size: 616
Maintainer: Mònica Ramírez Arceda
Architecture: amd64
Depends: libc6 (>= 2.7), libxml2 (>= 2.7.4), libxslt1.1 (>= 1.1.25)
Description: command line XML toolkit
Description-md5: be00bff9e891b2ff3b48cc61e09c040f
Homepage: http://xmlstar.sourceforge.net/
Tag: implemented-in::c, interface::commandline, protocol::ftp,
protocol::http, role::program, scope::utility, use::checking,
use::converting, use::searching, works-with-format::xml
Section: text
Priority: optional
Filename: pool/main/x/xmlstarlet/xmlstarlet_1.6.1-2.1_amd64.deb
Size: 267608
MD5sum: e7bbc80ec5cacc82d1d2c762c0f935ef
SHA256: 608410462902dae485b094a563b35a33fd6510e3a9c8b1c9b482f5a90b3fa5ec
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1015845: O: gtkhash -- GTK+ utility for computing checksums and more
Package: wnpp
The current maintainer of gtkhash, Mònica Ramírez Arceda ,
has retired. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: gtkhash
Binary: gtkhash, nautilus-gtkhash, thunar-gtkhash, nemo-gtkhash, caja-gtkhash
Version: 1.2-1
Maintainer: Mònica Ramírez Arceda
Build-Depends: debhelper (>= 11), libb2-dev, libgcrypt20-dev, nettle-dev,
libgtk-3-dev (>= 3.0.0), libnautilus-extension-dev (>= 3.0), libthunarx-3-dev,
libnemo-extension-dev, libcaja-extension-dev, intltool (>= 0.40.6), xvfb, xauth
Architecture: any
Standards-Version: 4.2.1
Format: 3.0 (quilt)
Files:
2a29cf134195e6af2781a1895fa77924 2261 gtkhash_1.2-1.dsc
6f3253944f8751279180de94870a5f13 559566 gtkhash_1.2.orig.tar.gz
90c91a5a9b04879370c8d192c27390b9 10456 gtkhash_1.2-1.debian.tar.xz
Vcs-Browser: https://salsa.debian.org/debian/gtkhash
Vcs-Git: https://salsa.debian.org/debian/gtkhash.git
Checksums-Sha256:
359cbec66c29e36a3c2170280daccc6e4c06157dcc56fac30952a1add37b48a4 2261
gtkhash_1.2-1.dsc
d0b2b867dce165d568382d7d6cdda551c842c8e17f52e760f7d32dab29089f71 559566
gtkhash_1.2.orig.tar.gz
1f6ca157d3999ec74f6aa038c57a01e106b4429385b0c2f0eafffa43e3271274 10456
gtkhash_1.2-1.debian.tar.xz
Homepage: http://gtkhash.sourceforge.net
Package-List:
caja-gtkhash deb utils optional arch=any
gtkhash deb utils optional arch=any
nautilus-gtkhash deb utils optional arch=any
nemo-gtkhash deb utils optional arch=any
thunar-gtkhash deb utils optional arch=any
Directory: pool/main/g/gtkhash
Priority: source
Section: utils
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1015847: O: unhtml -- Remove the markup tags from an HTML file
Package: wnpp
The current maintainer of unhtml, Mònica Ramírez Arceda ,
has retired. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: unhtml
Binary: unhtml
Version: 2.3.9-4
Maintainer: Mònica Ramírez Arceda
Build-Depends: debhelper (>= 9)
Architecture: any
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
73f5684574240346e115349032f9c635 1805 unhtml_2.3.9-4.dsc
bd9994c40f84df2c64d489247670c58f 12914 unhtml_2.3.9.orig.tar.gz
1877bdb98fb7b47eb65292667e763382 5848 unhtml_2.3.9-4.debian.tar.xz
Vcs-Browser: https://anonscm.debian.org/cgit/collab-maint/unhtml.git
Vcs-Git: https://anonscm.debian.org/git/collab-maint/unhtml.git
Checksums-Sha256:
315770c6f0188c258115729d9480f35c8438506c81c7fa104fb71144b2fd2d58 1805
unhtml_2.3.9-4.dsc
ddb2afd08b9304de1645332be668bd2aea65eaa0190aa37c0df2200d3bee96c0 12914
unhtml_2.3.9.orig.tar.gz
6eb6c03f11ad99e6d20840f43246f46491989d210b8057c70b438a47f18e6c64 5848
unhtml_2.3.9-4.debian.tar.xz
Package-List:
unhtml deb text extra arch=any
Directory: pool/main/u/unhtml
Priority: source
Section: text
Package: unhtml
Source: unhtml (2.3.9-4)
Version: 2.3.9-4+b1
Installed-Size: 43
Maintainer: Mònica Ramírez Arceda
Architecture: amd64
Depends: libc6 (>= 2.4)
Description: Remove the markup tags from an HTML file
Description-md5: b58a0713236bd7a82c180866cce26e62
Tag: implemented-in::c, interface::commandline, role::program,
scope::utility, use::converting, works-with-format::html,
works-with::text
Section: text
Priority: optional
Filename: pool/main/u/unhtml/unhtml_2.3.9-4+b1_amd64.deb
Size: 12720
MD5sum: f96de5fcdb9e84c2866f3d7cf81d11b3
SHA256: dd21577d2ea4130e043933921853ee2de789432a7a73b76da20f92c3f83a73a9
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1015846: O: slick -- responsive carousel jQuery plugin
Package: wnpp
The current maintainer of slick, Mònica Ramírez Arceda ,
has retired. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: slick
Binary: libjs-slick
Version: 1.8.0-1.1
Maintainer: Mònica Ramírez Arceda
Build-Depends: debhelper (>= 9), node-uglify
Architecture: all
Standards-Version: 4.0.0
Format: 3.0 (quilt)
Files:
7263200bfb7e6cedfec990f491c5a8a2 1852 slick_1.8.0-1.1.dsc
1e95599d0b59fe4ced321904c35fc811 44235 slick_1.8.0.orig.tar.gz
c5d1a32c22d56113bdd088923c7a7189 2740 slick_1.8.0-1.1.debian.tar.xz
Vcs-Browser: https://anonscm.debian.org/cgit/collab-maint/slick.git
Vcs-Git: https://anonscm.debian.org/collab-maint/slick.git
Checksums-Sha256:
8debc7cc3994fbcec0c0da0e1130a9f66d5f5dfd834197daabc46530c0cd0663 1852
slick_1.8.0-1.1.dsc
eb3852bb8add7575b222104c6927377b45d726a6d1d659902d6a30a6e1a62a87 44235
slick_1.8.0.orig.tar.gz
c1ff30a557e25589156b507859371ce1d5282e074dde6d030115de952656 2740
slick_1.8.0-1.1.debian.tar.xz
Homepage: http://kenwheeler.github.io/slick/
Package-List:
libjs-slick deb javascript optional arch=all
Directory: pool/main/s/slick
Priority: extra
Section: misc
Package: libjs-slick
Source: slick
Version: 1.8.0-1.1
Installed-Size: 192
Maintainer: Mònica Ramírez Arceda
Architecture: all
Depends: libjs-jquery (>= 1.7)
Recommends: javascript-common
Description: responsive carousel jQuery plugin
Description-md5: 0308925a39003f2a662580147958011f
Homepage: http://kenwheeler.github.io/slick/
Section: javascript
Priority: optional
Filename: pool/main/s/slick/libjs-slick_1.8.0-1.1_all.deb
Size: 37880
MD5sum: 9dbb6e0b1de7d3f1425599e57e6b62ef
SHA256: 2a2f54a6d62c32bcbc932b7f7424ea589b91840c8d17e3d2882b0aeb6d68
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1015844: O: gpscorrelate -- correlates digital photos with GPS data filling EXIF fields (command line)
Package: wnpp
The current maintainer of gpscorrelate, Mònica Ramírez Arceda
,
has retired. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: gpscorrelate
Binary: gpscorrelate, gpscorrelate-gui
Version: 2.0-2
Maintainer: Mònica Ramírez Arceda
Build-Depends: debhelper (>= 11), debhelper-compat (= 12), pkg-config,
libexiv2-dev (>= 0.10-1.3), libxml2-dev, libgtk-3-dev, xsltproc, docbook-xml,
docbook-xsl, exiv2
Architecture: any
Standards-Version: 4.5.0
Format: 3.0 (quilt)
Files:
f2235ee0095a0b4d6160fb91c2abf36a 2093 gpscorrelate_2.0-2.dsc
56ebcdefb02598462b181d78252384f4 270544 gpscorrelate_2.0.orig.tar.gz
464aac57c7956ee2e8e8a0a2cad3a0a2 5332 gpscorrelate_2.0-2.debian.tar.xz
Vcs-Browser: https://salsa.debian.org/debian/gpscorrelate
Vcs-Git: https://salsa.debian.org/debian/gpscorrelate.git
Checksums-Sha256:
50fe2ba25bef687553607768f202a36693409aa8354dc9dc96b84f97afa889d6 2093
gpscorrelate_2.0-2.dsc
e5fdfa4ad374600fc1d1aeacc89e16210c5501874463d803a25d6319b816b1bc 270544
gpscorrelate_2.0.orig.tar.gz
ac42ee69c289abed69020ef3a0619a53b86ee38167acd8942d47f8f5c6106430 5332
gpscorrelate_2.0-2.debian.tar.xz
Homepage: https://dfandrich.github.io/gpscorrelate/
Package-List:
gpscorrelate deb graphics optional arch=any
gpscorrelate-gui deb graphics optional arch=any
Directory: pool/main/g/gpscorrelate
Priority: source
Section: graphics
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1015843: O: dianara -- client for the pump.io federated social network
Package: wnpp The current maintainer of dianara, Mònica Ramírez Arceda , has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: dianara Binary: dianara Version: 1.4.2-1 Maintainer: Mònica Ramírez Arceda Build-Depends: debhelper (>= 11), qt5-qmake, qtbase5-dev, libqoauth-dev (>= 2.0.1~1) Architecture: any Standards-Version: 4.2.1 Format: 3.0 (quilt) Files: 5861f537d5763adc709fcaaf7fe594d3 1895 dianara_1.4.2-1.dsc 27e672d68b92a2f3f67956b5d9eede2b 946414 dianara_1.4.2.orig.tar.gz 965bd8ae866702e5e6693dea3a9e5727 4384 dianara_1.4.2-1.debian.tar.xz Vcs-Browser: https://salsa.debian.org/debian/dianara Vcs-Git: https://salsa.debian.org/debian/dianara.git Checksums-Sha256: 1a8ab41e720b9662ada526a67900574c00e44a5d5d0e121c754afb0b0986abba 1895 dianara_1.4.2-1.dsc e61b43d86759c5a941698f6f4e2dd769df08a32688acd9eaa09a67232acb93ba 946414 dianara_1.4.2.orig.tar.gz d72ef977b044f9d465624fd0c5b82744e5b27425fe79f8e5aafa8dfc6a27f9ce 4384 dianara_1.4.2-1.debian.tar.xz Homepage: http://jancoding.wordpress.com/dianara/ Package-List: dianara deb net optional arch=any Directory: pool/main/d/dianara Priority: optional Section: misc Package: dianara Source: dianara (1.4.2-1) Version: 1.4.2-1+b2 Installed-Size: 2354 Maintainer: Mònica Ramírez Arceda Architecture: amd64 Depends: libc6 (>= 2.14), libgcc1 (>= 1:3.0), libqca-qt5-2 (>= 2.0.2), libqoauth2 (>= 2.0.1~1), libqt5core5a (>= 5.12.2), libqt5dbus5 (>= 5.0.2), libqt5gui5 (>= 5.7.0) | libqt5gui5-gles (>= 5.7.0), libqt5network5 (>= 5.0.2), libqt5widgets5 (>= 5.2.0), libstdc++6 (>= 5.2) Description: client for the pump.io federated social network Description-md5: 914df52829dfd22183e16056619a05d7 Homepage: http://jancoding.wordpress.com/dianara/ Tag: implemented-in::c++, interface::graphical, interface::x11, network::client, role::program, uitoolkit::qt, web::TODO, web::microblog, works-with-format::json, x11::application Section: net Priority: optional Filename: pool/main/d/dianara/dianara_1.4.2-1+b2_amd64.deb Size: 902368 MD5sum: 275187b8b1814612c1e56d8b19be9f9c SHA256: 814d84d683a7151b8b5fca001243b7eca73645e0d1561f77bc54541967958a04 -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1014859: lintian: coloured background can be horrible depending on the colour scheme
Package: lintian Version: 2.115.2 Severity: minor Starting with… 2.115 I believe, lintian emits tag names with a white font and coloured background. The resulting rendering is very dependent on the terminal and colour palette the user is using, and for me the yellow and green background renders with a very poor contrast making them unreadable. See the attached screenshot for an example. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1014584: lintian: False positive binary-nmu-debian-revision-in-source and source-nmu-has-incorrect-version-number with Ubuntu version
On Fri, Jul 08, 2022 at 01:34:49PM +0200, Axel Beckert wrote: > Hi, > > Alberto Contreras wrote: > > When I invoke `lintian` over a package with a version like > > `22.2-64-g1fcd55d6-0ubuntu1~22.10.1` it emits > > `binary-nmu-debian-revision-in-source` and > > `source-nmu-has-incorrect-version-number` source warnings. This looks like ISTR that source-nmu-* just wasn't issued under ubuntu (i.e. with --profile=ubutnu), did it start to be issued now? I don't have any recollection about binary-nmu-* If I dreamt the whole thing, then perhaps it should be done, because the concept of NMU doesn't exist in Ubuntu, so the tag as a whole doesn't make sense. That said, AFAIK -0ubuntu1~22.10.1 is not a formally documented version anywhere, though I have seen it a few times. Alberto: what kind of upload is this? 22.10 is the current dev version, so it's not some kind of backport. With such context, I can guess that this is some kind of package that your team is maintianing for multiple ubuntu branches, in which case I'd expect you to follow the SRU versioning, which prescribe -0ubuntu0.22.10.1 instead. https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update_the_packaging I must also add that using . instead of ~ is fraught with catches, as documented by, for example, https://lintian.debian.org/tags/dfsg-version-with-period So I'd advocate a change in that policy, which hasn't been touched for at least a decade (when I started contributing to ubuntu packages…) > Note to myself: There's a similar albeit not identical issue reported > in https://bugs.debian.org/1001399. ♥ Axel :) -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#814449: [wrap-and-sort] to remove double or more spaces
On Sat, Jul 02, 2022 at 10:44:46AM +0200, Niels Thykier wrote:
> Adding my cents to this. I do not feel that wrap-and-sort should touch
> `Description` at all. It is a free form field and we cannot say when
> there is legitimate use-case for multiple spaces in a row.
I'm sure you can remember better than me, but ISTR Description is
defined in a way that lines starting with a space (so, two spaces from
the start of the line including the space used to define multine fields)
is considered "verbatim", whereas everything else is considered a
regular paragraph, and the rendering is up to the program reading the
Description field, no promises given.
As such, I think that lines that do not start with the 2 spaces should
be safe to strip of double spaces.
But, there is another point: some stylistic guides instruct people to
write two spaces after a full stop. I'm not even sure how, but even I
picked up on that style, despite pretty much everybody else in the
world saying that only one space is correct :D
So.. well... yes, let's not touch that indeed. I can also kind of argue
that trimming spaces within a description line is not really the goal of
wrap-and-sort.
> On the flip side, the dependency field that pabs mentioned would be fine
> to fix.
Yes.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1014171: O: gnuit -- GNU Interactive Tools, a file browser/viewer and process viewer/killer
Package: wnpp
The current maintainer of gnuit, Ian Beckwith ,
has retired; also, the co-maintainer MJ Ray (Debian) is
inactive.
Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: gnuit
Binary: gnuit
Version: 4.9.5-3
Maintainer: Ian Beckwith
Uploaders: MJ Ray (Debian)
Build-Depends: libncurses-dev, libreadline-dev, texinfo, debhelper (>= 6),
autotools-dev
Architecture: any
Standards-Version: 3.8.3
Format: 1.0
Files:
199684725d1f7ebcd7724b0b3cf5e75b 1218 gnuit_4.9.5-3.dsc
6b88eea39361ead2ad48b33b17a870f5 894362 gnuit_4.9.5.orig.tar.gz
27210e0f1f5fe5449b25ee2cb018c1a0 12793 gnuit_4.9.5-3.diff.gz
Vcs-Browser: http://git.savannah.gnu.org/gitweb/?p=gnuit.git
Vcs-Git: git://git.savannah.gnu.org/gnuit.git
Checksums-Sha256:
adaa6d917402050b49b85ad563a2426736e23527c87e65c84f844a472373b75a 1218
gnuit_4.9.5-3.dsc
6b6e96db13bafa5ad35c735b2277699d4244088c709a3e134fb1a3e8c8a8557c 894362
gnuit_4.9.5.orig.tar.gz
85bf05a526c99a2d172fb6bf7f89276aa3d10f63109f95cdb43a78209adb7e21 12793
gnuit_4.9.5-3.diff.gz
Homepage: http://www.gnu.org/software/gnuit/
Directory: pool/main/g/gnuit
Priority: source
Section: utils
Package: gnuit
Source: gnuit (4.9.5-3)
Version: 4.9.5-3+b3
Installed-Size: 1246
Maintainer: Ian Beckwith
Architecture: amd64
Depends: libc6 (>= 2.17), libtinfo6 (>= 6)
Suggests: xdg-utils
Description: GNU Interactive Tools, a file browser/viewer and process
viewer/killer
Description-md5: c4ab7066d6551e3d3830aa94838f8fcf
Homepage: http://www.gnu.org/software/gnuit/
Tag: role::program, uitoolkit::ncurses
Section: utils
Priority: optional
Filename: pool/main/g/gnuit/gnuit_4.9.5-3+b3_amd64.deb
Size: 256304
MD5sum: ef76662573d3b89368869132a311b8c2
SHA256: ac822aac6da04b664c4b1e595eaf1e4da9c9f19c9c9401cac7859c5ebf0ea948
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1014170: O: surfraw -- fast unix command line interface to WWW
Package: wnpp
The current maintainers of surfraw, Christian Surchi
and Ian Beckwith ,
either retired or are inactive.
Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: surfraw
Binary: surfraw, surfraw-extra
Version: 2.3.0-0.3
Maintainer: Debian surfraw maintainers
Uploaders: Christian Surchi , Ian Beckwith
Build-Depends: debhelper (>= 11~), bash-completion
Architecture: all
Standards-Version: 4.2.1
Format: 3.0 (quilt)
Files:
b73862d3b2be9eefc1aa5a69fac3e661 2245 surfraw_2.3.0-0.3.dsc
6f771c5f23d4a06913142996461d7f59 205557 surfraw_2.3.0.orig.tar.gz
0f64664ca8dc5a988723b5e48bcc01cb 376 surfraw_2.3.0.orig.tar.gz.asc
3d02f2cb0af7697093c777d45da1ca5b 13480 surfraw_2.3.0-0.3.debian.tar.xz
Vcs-Browser: https://salsa.debian.org/debian/surfraw
Vcs-Git: https://salsa.debian.org/debian/surfraw.git
Checksums-Sha256:
4303af1cc7c226dffc0c98b663eb59e601ab39508c4b9ffaddf193cfe1cab15c 2245
surfraw_2.3.0-0.3.dsc
ad0420583c8cdd84a31437e59536f8070f15ba4585598d82638b950e5c5c3625 205557
surfraw_2.3.0.orig.tar.gz
6dfeb09c11a72c7b42aabfacda031997d19265ce045c70b3898e9af94157 376
surfraw_2.3.0.orig.tar.gz.asc
ce068fde6e8fb20595f7022680c33c52c9e02551999740c55b1810373555f62f 13480
surfraw_2.3.0-0.3.debian.tar.xz
Homepage: http://gitlab.com/Surfraw/surfraw
Package-List:
surfraw deb web optional arch=all
surfraw-extra deb web optional arch=all
Directory: pool/main/s/surfraw
Priority: source
Section: web
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1013286: closed by Debian FTP Masters (reply to Simon Josefsson ) (Bug#1013286: fixed in pmccabe 2.8-3)
On Mon, Jun 20, 2022 at 10:09:06PM +, Debian Bug Tracking System wrote:
> It has been closed by Debian FTP Masters
> (reply to Simon Josefsson ).
...
> Maintainer: Paul Bame
> Changed-By: Simon Josefsson
> Closes: 1013286
> Changes:
> pmccabe (2.8-3) unstable; urgency=medium
> .
>* Update Paul's new email. Closes: #1013286.
Did you check this with Paul?
From our private (albeit very short) interaction, I had the feeling that
he doesn't plan on taking care of this package moving forward, so I
expected you to take over completely, not just swap the address.
Also where is that @riseup.net coming from? The emails I had from him
were coming from another domain.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1012850: scribus: Please update for Poppler 22.06
On Tue, Jun 21, 2022 at 11:13:58AM -0300, Nathan Teodosio wrote:
> > I'll soon be uploading a version with these changes, however I'd
> > appreciate if somebody else could test-build against poppler 22.06, as
> > I'm kind of overloaded at this time.
>
> I confirm it builds against Poppler 22.06, as tested with Sbuild.
Great, thank you for checking! :)
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1013286: Updating the pmccabe Uploaders list
Source: pmccabe Version: 2.8-2 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Paul Bame has retired, so can't work on the pmccabe package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1012850: scribus: Please update for Poppler 22.06
Hi,
On Wed, Jun 15, 2022 at 12:10:27PM -0300, Nathan Pratta Teodosio wrote:
> Since Poppler 22.06 made its way into experimental, Scribus will need
> compatibility changes that are already in upstream to build.
>
> I cherry-picked the relevant changes in the attached patches. However,
> although
> they apply fine with `patch` on the .orig, the patches won't apply with
> `debuild`, and I couldn't figure out why. I'm hoping you will spot it faster
> than I.
Well, you also included one patch ("#16734: Build break with poppler
22.2.0") that is already included in the package, there is little
surprise there. And extra problem is that one patch has broken
newlines, messing with the new patches (I don't know if that's a quirk
of the svn→git export, or what, but I don't care so I replaced it with
the proper SVN patch instead).
And one change (the one bumping the required poppler version) is not
needed. I guess you picked changes from the master branch instead of
v15x branch?
Also, note that scribus' original VCS is SVN, so please at least point
out where those commits where coming from. And it would probably be
best to attach them in the form of patches, not plain diffs (so at least
they get authorship information, comments, probably also the svn-git
connection that would have made my life easier in finding the original
svn commits).
I'll soon be uploading a version with these changes, however I'd
appreciate if somebody else could test-build against poppler 22.06, as
I'm kind of overloaded at this time.
And if you are involved in poppler, I'd also appreciate if you could
work on https://bugs.debian.org/969907 (or point it to somebody
(jbicha?)), as it's IMHO being underestimated.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1012532: inkscape: PDF import no longer works
Control: reassign -1 libpoppler-glib8
Control: forcemerge 969907 -1
On Wed, Jun 08, 2022 at 02:05:58PM -0700, Graeme Smecher wrote:
> Hi Dennis,
>
> On 2022-06-08 13:35, Dennis Braun wrote:
> > This looks very similar to this old bug
> > https://bugs.launchpad.net/inkscape/+bug/1276871
>
> On a hunch, I ensured libpoppler was up-to-date - an apt-get upgrade
> libpoppler* corrected the problem and I am now able to import PDFs again.
From your first mail:
ii libpoppler-glib8 20.09.0-3.1
ii libpoppler118 22.02.0-3
So this is yet another case of libpoppler that gets out of sync with
libpoppler-glib and then something doesn't work.
It's not as bad as the crash #969907 but I blame it to that all the
same, without further debugging.
As such, I'm reassiging and merging.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1012818: inkscape: Please update for Poppler 22.06
Control: block -1 by 1012496
On Tue, Jun 14, 2022 at 04:03:39PM -0300, Nathan Pratta Teodosio wrote:
> Package: inkscape
> Severity: normal
> Tags: patch
> X-Debbugs-Cc: nathan.teodo...@canonical.com
>
> Dear Maintainer,
>
> Since Poppler 22.06 is making its way into experimental (currently in NEW[1]),
> Inkscape will need the corresponding compatibility changes from upstream to
> build. I cherry-picked them in the attached patch and with Sbuilder made sure
> it builds against the new Poppler.
This is nice (or not really, since it's quite tiresome to have to chase
after poppler all the time…), but blocked since the new inkscape doesn't
build on all architectures.
See https://bugs.debian.org/1012496 and
https://gitlab.com/inkscape/inkscape/-/issues/3554
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1012730: O: redland-bindings -- Perl language bindings for the Redland RDF library
Package: wnpp
The current maintainer of redland-bindings, Dave Beckett ,
is apparently not active anymore. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: redland-bindings
Binary: librdf-perl, python-librdf, ruby-librdf, librdf-ruby
Version: 1.0.17.1+dfsg-1.4
Maintainer: Dave Beckett
Build-Depends: autotools-dev, dh-autoreconf, debhelper (>= 9), dh-python,
gem2deb, librdf0-dev (>= 1.0.14), libtool (>= 1.5), perl (>= 5.8.1-2),
python-all-dev (>= 2.6.6-3~), ruby, ruby-dev, swig (>= 2.0.0)
Architecture: any all
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
124cc67dd1ba2ff556d975556c465120 2184 redland-bindings_1.0.17.1+dfsg-1.4.dsc
9b03c7b14a0b34d94e303c0331f53f6a 909195
redland-bindings_1.0.17.1+dfsg.orig.tar.gz
f53e6f63869c30258c76f578eeef0c9b 6560
redland-bindings_1.0.17.1+dfsg-1.4.debian.tar.xz
Checksums-Sha256:
49807df671efe8ce6df57eb3e33e786319d40570be67af263181054ccda3b09a 2184
redland-bindings_1.0.17.1+dfsg-1.4.dsc
c9fd9d686d9d8f1ec426e863d4e2eed8a5b42698815d458a32cab73e85fa3e29 909195
redland-bindings_1.0.17.1+dfsg.orig.tar.gz
3650d8ca3f32cc24e1c5df2525c0dc29c2cbba6c8e7670aec71f8cd737ab10b0 6560
redland-bindings_1.0.17.1+dfsg-1.4.debian.tar.xz
Homepage: http://librdf.org/
Package-List:
librdf-perl deb perl optional arch=any
librdf-ruby deb oldlibs extra arch=all
python-librdf deb python optional arch=any
ruby-librdf deb ruby optional arch=any
Directory: pool/main/r/redland-bindings
Priority: source
Section: devel
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1012728: O: rasqal -- Rasqal RDF query library development libraries and headers
Package: wnpp
The current maintainer of rasqal, Dave Beckett ,
is apparently not active anymore. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: rasqal
Binary: librasqal3-dev, librasqal3, rasqal-utils, librasqal3-doc
Version: 0.9.33-0.3
Maintainer: Dave Beckett
Build-Depends: debhelper-compat (= 13), pkg-config, libraptor2-dev (>=
2.0.12-2), libgmp-dev, libmhash-dev, libpcre3-dev, uuid-dev, gtk-doc-tools
Architecture: any all
Standards-Version: 4.6.0
Format: 3.0 (quilt)
Files:
0c44831cdfc3770bb9a912f8e4163dd3 2102 rasqal_0.9.33-0.3.dsc
1f5def51ca0026cd192958ef07228b52 1595647 rasqal_0.9.33.orig.tar.gz
edf4394de8f67cd37699331782bb957e 6068 rasqal_0.9.33-0.3.debian.tar.xz
Vcs-Browser: https://salsa.debian.org/debian/rasqal
Vcs-Git: https://salsa.debian.org/debian/rasqal.git
Checksums-Sha256:
acc6bc4e9f004159b9f839d8d14344dcd888a4ec456501a6d766e4f059ecda65 2102
rasqal_0.9.33-0.3.dsc
6924c9ac6570bd241a9669f83b467c728a322470bf34f4b2da4f69492ccfd97c 1595647
rasqal_0.9.33.orig.tar.gz
7330caaae94515bbeb42bdcb2d28e9279914cfe944e895d887a2fa9630958e2d 6068
rasqal_0.9.33-0.3.debian.tar.xz
Homepage: http://librdf.org/rasqal/
Package-List:
librasqal3 deb libs optional arch=any
librasqal3-dev deb libdevel optional arch=any
librasqal3-doc deb doc optional arch=all
rasqal-utils deb text optional arch=any
Directory: pool/main/r/rasqal
Priority: source
Section: libs
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1012729: O: redland -- Redland RDF library development libraries and headers
Package: wnpp
The current maintainer of redland, Dave Beckett ,
is apparently not active anymore. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: redland
Binary: librdf0-dev, librdf0, librdf-storage-postgresql, librdf-storage-mysql,
librdf-storage-sqlite, librdf-storage-virtuoso, redland-utils
Version: 1.0.17-1.2
Maintainer: Dave Beckett
Build-Depends: debhelper (>= 8.1.3), dh-autoreconf, cdbs (>= 0.4.93~), libtool
(>= 1.5), perl (>= 5.8.1-2), libraptor2-dev (>= 2.0.10), librasqal3-dev (>=
0.9.30), libdb-dev, default-libmysqlclient-dev, libsqlite3-dev, libpq-dev,
libltdl-dev, unixodbc-dev, gtk-doc-tools
Architecture: any
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
31cfd23a0a57d4f44d90140a959cc39a 2353 redland_1.0.17-1.2.dsc
e5be03eda13ef68aabab6e42aa67715e 1621566 redland_1.0.17.orig.tar.gz
7787c2cf11ab9af83a677800c690bbeb 8344 redland_1.0.17-1.2.debian.tar.xz
Checksums-Sha256:
14f0efb4fc57ea78b7100f6ea6db5db7126810f4ee860e4fa336b69aac9e0aa3 2353
redland_1.0.17-1.2.dsc
de1847f7b59021c16bdc72abb4d8e2d9187cd6124d69156f3326dd34ee043681 1621566
redland_1.0.17.orig.tar.gz
61943ab1101cb8bd1bf5d5809a521c78f3e52c00f310f6fba5779720d9fda8ae 8344
redland_1.0.17-1.2.debian.tar.xz
Homepage: http://librdf.org/
Package-List:
librdf-storage-mysql deb libs optional arch=any
librdf-storage-postgresql deb libs optional arch=any
librdf-storage-sqlite deb libs optional arch=any
librdf-storage-virtuoso deb libs optional arch=any
librdf0 deb libs optional arch=any
librdf0-dev deb libdevel optional arch=any
redland-utils deb text optional arch=any
Directory: pool/main/r/redland
Priority: source
Section: devel
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1012727: O: raptor2 -- Raptor 2 RDF syntax library development libraries and headers
Package: wnpp
The current maintainer of raptor2, Dave Beckett ,
is apparently not active anymore. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: raptor2
Binary: libraptor2-dev, libraptor2-0, raptor2-utils, libraptor2-doc,
libraptor2-0-dbg
Version: 2.0.14-1.2
Maintainer: Dave Beckett
Build-Depends: debhelper (>= 8.1.3), dh-autoreconf, cdbs (>= 0.4.93~), libtool
(>= 1.5), libxml2-dev (>= 2.5.10), libcurl4-gnutls-dev, libxslt1-dev (>=
1.0.18), libyajl-dev, quilt, gtk-doc-tools
Architecture: any all
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
b28d8000a05abf0261d1c493c46fb760 2276 raptor2_2.0.14-1.2.dsc
d3e0b43866197a5367b781b25510f728 1877454 raptor2_2.0.14.orig.tar.gz
62e84d0dde99219a3f6a928c231fdff9 8792 raptor2_2.0.14-1.2.debian.tar.xz
Checksums-Sha256:
9f9c7152c72c4721685fd6e066278e6c7adbacf7de4d91a405d8fee2fa96bd30 2276
raptor2_2.0.14-1.2.dsc
cb447b7c684cbe60f1266d622691fd20fdcf7b91f4a470c6de5fc8e8961df1b2 1877454
raptor2_2.0.14.orig.tar.gz
887e57183d1938d5c5c301e31da97938698432c51731fbee01b3ffd55ad7ea89 8792
raptor2_2.0.14-1.2.debian.tar.xz
Homepage: http://librdf.org/raptor/
Package-List:
libraptor2-0 deb libs optional arch=any
libraptor2-0-dbg deb debug extra arch=any
libraptor2-dev deb libdevel optional arch=any
libraptor2-doc deb doc optional arch=all
raptor2-utils deb text optional arch=any
Directory: pool/main/r/raptor2
Priority: source
Section: devel
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
Bug#1012725: Updating the flickcurl Uploaders list
Source: flickcurl Version: 1.26-7 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Dave Beckett has retired, so can't work on the flickcurl package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#1012726: Updating the pycairo Uploaders list
Source: pycairo Version: 1.20.1-3 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Dave Beckett has retired, so can't work on the pycairo package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
