9base is marked for autoremoval from testing
9base 1:6-10 is marked for autoremoval from testing on 2021-04-03 It is affected by these RC bugs: 983017: 9base: flaky autopkgtest on i386: stack smashing detected https://bugs.debian.org/983017 This mail is generated by: https://salsa.debian.org/release-team/release-tools/-/blob/master/mailer/mail_autoremovals.pl Autoremoval data is generated by: https://salsa.debian.org/qa/udd/-/blob/master/udd/testing_autoremovals_gatherer.pl
meanwhile_1.1.1-2_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 26 Feb 2021 21:17:43 -0500 Source: meanwhile Architecture: source Version: 1.1.1-2 Distribution: unstable Urgency: high Maintainer: Debian QA Group Changed-By: Boyuan Yang Closes: 940621 Changes: meanwhile (1.1.1-2) unstable; urgency=high . * QA upload. * Set optimization flag to "-O0 -fno-tree-vrp" to fix login issue due to code optimization, similar with #815045. (Closes: #940621) Checksums-Sha1: f7ccadeaf9043bb0626f189fabfbc80a5c526600 1942 meanwhile_1.1.1-2.dsc ec41cd6722c7b52bc38bc4bafd6a8159e90b5a32 180449 meanwhile_1.1.1.orig.tar.gz 34e0140a01ac2c62065dc5326188067eaecf35c4 5528 meanwhile_1.1.1-2.debian.tar.xz 6b9bdb2c15dc25b07023a064401c54bd1505c0a4 7581 meanwhile_1.1.1-2_amd64.buildinfo Checksums-Sha256: 8284c4d534288e04e5d49fccfe31d7241dd82f5c6de530aaf518fc1d45f1cc08 1942 meanwhile_1.1.1-2.dsc 10de306f03897572b30ce68ca80dffd04ec218f6842bbe0a47bb8cce933698d0 180449 meanwhile_1.1.1.orig.tar.gz c651e5dfda64eab1f2c8d9068925b9ff91701548b3f58b66da6563ae0d5ee9cc 5528 meanwhile_1.1.1-2.debian.tar.xz b62571346a93849f673fc507e982ba2865828869d2a506ba580c9bf4eda9c6b1 7581 meanwhile_1.1.1-2_amd64.buildinfo Files: 60683fcae6c60563dea2ed697fc0be41 1942 net optional meanwhile_1.1.1-2.dsc f5e847a2a855519dc7a1374fc432fef2 180449 net optional meanwhile_1.1.1.orig.tar.gz 26fc1d2d69102eae60e5cf1c5f438bd3 5528 net optional meanwhile_1.1.1-2.debian.tar.xz 39fd407aca6db5be51d929372715cbbd 7581 net optional meanwhile_1.1.1-2_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEfncpR22H1vEdkazLwpPntGGCWs4FAmA5rXgACgkQwpPntGGC Ws4D+xAAoYh7Q1j6hZ//iABErNLTu0RIXEdc6hR7vUqmuFFOE8/OoUrSUVmSYYIV bXNZAtzPgBYXKEq97O3+zwtDhXhhHaSVGPLQ2DHOkvnVRIl9aWtLYrcC+f9lUMmz gqZwe0lD7412vwD3+5uAcunUNYUnXWFolV7kAr8lrOZiOHtNBjz0T0AYW1ElGWNR 7gThDEzNxf0L4/AahgsJQl5fc3xNrQWKsXt97rNvqxc0CjXNZ24YAeIcZ5fBhski nKd8qfcgWd/Ll+nXSU3iDFWV0Xet0UvtAmp+AU3IDMVvd/tWnK7IXE3R6/2L8DGe ypUaAEiHrgASIjw4SJno40ep92DNhuNd3mnf8s5IDbJyhr+1BtuZNY74J7YZe/6I t0PqYE76W2wbCbEkshN/xRWD53le1KL96GCHqYqhz9NnZMn8zCiv5+K/fLYU4dcF MIT6cuabus8gtw4QRuCFnmCahTpoITY9IMCilEA2ITCrsFGFc6w907Qa9fx4Tl9+ DNQaiPvJXA4+uXkVpMT3pv6OoousOoc/DUiRjwCicxvxEfcF2Xky5LATh2Fecrtl rNPUTtvpk1sqMa2yWNe1eFMXULN2fK9pUyFdb8c2Ob8xGj4e6wH93/S7DQao9tZE rWPYq983GKjQRedsVwgbXsqoIdG3x0eAnTNzUXnVLGdQQoSKjEo= =VnA2 -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of meanwhile_1.1.1-2_source.changes
meanwhile_1.1.1-2_source.changes uploaded successfully to localhost along with the files: meanwhile_1.1.1-2.dsc meanwhile_1.1.1.orig.tar.gz meanwhile_1.1.1-2.debian.tar.xz meanwhile_1.1.1-2_amd64.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#940621: marked as done (libmeanwhile1: Login verification down or unavailable on 1.0.2-9+b1)
Your message dated Sat, 27 Feb 2021 02:48:37 + with message-id and subject line Bug#940621: fixed in meanwhile 1.1.1-2 has caused the Debian Bug report #940621, regarding libmeanwhile1: Login verification down or unavailable on 1.0.2-9+b1 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 940621: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=940621 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libmeanwhile1 Version: 1.0.2-9+b1 Severity: important Dear Maintainer, on libmeanwhile1 1.0.2-9+b1 I can't connect to Sametime with the error "Login verification down or unavailable". It works on libmeanwhile1 1.0.2-9. This seems to be the same problem reported on #764494. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/12 CPU cores) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), LANGUAGE=pt_BR:pt:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libmeanwhile1 depends on: ii libc6 2.29-1 ii libglib2.0-0 2.60.6-2 libmeanwhile1 recommends no packages. libmeanwhile1 suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: meanwhile Source-Version: 1.1.1-2 Done: Boyuan Yang We believe that the bug you reported is fixed in the latest version of meanwhile, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 940...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Boyuan Yang (supplier of updated meanwhile package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 26 Feb 2021 21:17:43 -0500 Source: meanwhile Architecture: source Version: 1.1.1-2 Distribution: unstable Urgency: high Maintainer: Debian QA Group Changed-By: Boyuan Yang Closes: 940621 Changes: meanwhile (1.1.1-2) unstable; urgency=high . * QA upload. * Set optimization flag to "-O0 -fno-tree-vrp" to fix login issue due to code optimization, similar with #815045. (Closes: #940621) Checksums-Sha1: f7ccadeaf9043bb0626f189fabfbc80a5c526600 1942 meanwhile_1.1.1-2.dsc ec41cd6722c7b52bc38bc4bafd6a8159e90b5a32 180449 meanwhile_1.1.1.orig.tar.gz 34e0140a01ac2c62065dc5326188067eaecf35c4 5528 meanwhile_1.1.1-2.debian.tar.xz 6b9bdb2c15dc25b07023a064401c54bd1505c0a4 7581 meanwhile_1.1.1-2_amd64.buildinfo Checksums-Sha256: 8284c4d534288e04e5d49fccfe31d7241dd82f5c6de530aaf518fc1d45f1cc08 1942 meanwhile_1.1.1-2.dsc 10de306f03897572b30ce68ca80dffd04ec218f6842bbe0a47bb8cce933698d0 180449 meanwhile_1.1.1.orig.tar.gz c651e5dfda64eab1f2c8d9068925b9ff91701548b3f58b66da6563ae0d5ee9cc 5528 meanwhile_1.1.1-2.debian.tar.xz b62571346a93849f673fc507e982ba2865828869d2a506ba580c9bf4eda9c6b1 7581 meanwhile_1.1.1-2_amd64.buildinfo Files: 60683fcae6c60563dea2ed697fc0be41 1942 net optional meanwhile_1.1.1-2.dsc f5e847a2a855519dc7a1374fc432fef2 180449 net optional meanwhile_1.1.1.orig.tar.gz 26fc1d2d69102eae60e5cf1c5f438bd3 5528 net optional meanwhile_1.1.1-2.debian.tar.xz 39fd407aca6db5be51d929372715cbbd 7581 net optional meanwhile_1.1.1-2_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEfncpR22H1vEdkazLwpPntGGCWs4FAmA5rXgACgkQwpPntGGC Ws4D+xAAoYh7Q1j6hZ//iABErNLTu0RIXEdc6hR7vUqmuFFOE8/OoUrSUVmSYYIV bXNZAtzPgBYXKEq97O3+zwtDhXhhHaSVGPLQ2DHOkvnVRIl9aWtLYrcC+f9lUMmz gqZwe0lD7412vwD3+5uAcunUNYUnXWFolV7kAr8lrOZiOHtNBjz0T0AYW1ElGWNR 7gThDEzNxf0L4/AahgsJQl5fc3xNrQWKsXt97rNvqxc0CjXNZ24YAeIcZ5fBhski nKd8qfcgWd/Ll+nXSU3iDFWV0Xet0UvtAmp+AU3IDMVvd/tWnK7IXE3R6/2L8DGe ypUaAEiHrgASIjw4SJno40ep92DNhuNd3mnf8s5IDbJyhr+1BtuZNY74J7YZe/6I t0PqYE76W2wbCbEkshN/xRWD53le1KL96GCHqYqhz9NnZMn8zCiv5+K/fLYU4dcF MIT6cuabus8gtw4QRuCFnmCahTpoITY9IMCilEA2ITCrsFGFc6w907Qa9fx4Tl9+ DNQaiPvJXA4+uXkVpMT3pv6OoousOoc/DUiRjwCicxvxEfcF2Xky5LATh2Fecrtl rNPUTtvpk1sqMa2yWNe1eFMXULN2fK9pUyFdb8c2Ob8xGj4e6wH93/S7DQao9tZE rWPYq983GKjQRedsVwgbXsqoIdG3x0eAnTNzUXnVLGdQQoSKjEo= =VnA2 -END PGP
Bug#940621: libmeanwhile1: Login verification down or unavailable on 1.0.2-9+b1
Control: found -1 1.0.2-9+b1 Control: fixed -1 1.0.2-9 Hi, 在 2021-02-26星期五的 10:47 +0100，Adrien CLERC写道： > On Fri, 26 Feb 2021 09:23:03 +0100 Adrien CLERC > wrote: > > > > Boyuan Yang, can you reintroduce -fno-tree-vrp in CFLAGS please? I > can't > > > connect to Sametime right now. > > I did a lot of tests, and it seems that only "export > DEB_CFLAGS_MAINT_APPEND=-O0" fix this issue. > > Applying manual optimizations from O1 or O2 didn't trigger the issue, > but unfortunately, some flags don't exist (see > https://gcc.gnu.org/wiki/FAQ#optimization-options) > > And applying "-O0 -O1" trigger the issue. If you have more thing in > mind, please tell me, I am able to test it. But I'll stick to -O0 for > my > local installation Since the hard freeze is approaching, I will go with the conservative way and upload meanwhile/1.1.1-2 with the following line: export DEB_CFLAGS_MAINT_APPEND=-O0 -fno-tree-vrp Please test whether the built package fixes the bug once you have access to meanwhile/1.1.1-2 in Debian Sid. Let me know if it needs further fix. -- Thanks, Boyuan Yang
Processed: Re: libmeanwhile1: Login verification down or unavailable on 1.0.2-9+b1
Processing control commands: > found -1 1.0.2-9+b1 Bug #940621 [libmeanwhile1] libmeanwhile1: Login verification down or unavailable on 1.0.2-9+b1 Ignoring request to alter found versions of bug #940621 to the same values previously set > fixed -1 1.0.2-9 Bug #940621 [libmeanwhile1] libmeanwhile1: Login verification down or unavailable on 1.0.2-9+b1 Marked as fixed in versions meanwhile/1.0.2-9. -- 940621: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=940621 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
aspell-uz_0.6.0-3_source.changes ACCEPTED into unstable
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 26 Feb 2021 21:17:49 +0100
Source: aspell-uz
Architecture: source
Version: 0.6.0-3
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group
Changed-By: Baptiste Beauplat
Changes:
aspell-uz (0.6.0-3) unstable; urgency=medium
.
* QA upload.
* Convert package to source format 3.0 (quilt):
- Add source/format
- Commit upstream tarball and signature to pristine-tar branch
- Remove doc/README-uzbek.wordlist (same content as upstream README)
* Bump debhelper to 13:
- Use debhelper-compat in Build-Depends
- Add missing ${misc:Depends} to Depends
- Remove d/compat
- Remove unused d/dirs
* Use modern dictionaries-common-dev helpers:
- Add aspell as Build-Depends
- Replace aspell and dictionaries-common by ${aspell:Depends} in Depends
- Replace manual aspell logic by aspell-simple helper in d/rules
- Replace dictionaries-common-dev Build-Depends by
dh-sequence-aspell-simple and drop '--with aspell-simple' from d/rules
* Convert copyright to DEP5
* Remove article from package short description
* Bump Standard-Version to 4.5.1
* Add aspell dictionaries homepage and lintian override on directory listing
false-positive
* Host packaging project on Salsa:
- Add Salsa CI pipeline
- Use recommended branch name from DEP14
- Add Vcs-* Fields
* Set Rules-Requires-Root: no
* Add lintian override for the wrong section (Aspell dictionaries are
supposed to be in the text section)
* Update watch file:
- Use version 4
- Mangle upstream version from X.X-X to X.X.X
- Use @@ variables
- Add upstream signing key
- Handle aspell.* upstream tarball
Checksums-Sha1:
8a7e471d08261ee21dab132e6c8065ea66c0a594 2165 aspell-uz_0.6.0-3.dsc
4662f5ec36afec8efdc2a5b29f2d1328cc14b829 92354 aspell-uz_0.6.0.orig.tar.bz2
027a441c8d472170e6bfa956b42cb627567ce4ee 155 aspell-uz_0.6.0.orig.tar.bz2.asc
0a54e8744ed52ff95256873dbfbe0b471201f1a2 4088 aspell-uz_0.6.0-3.debian.tar.xz
12b0fc7190ee0b18bb62b6d32b2d74c28d684b7e 5695
aspell-uz_0.6.0-3_source.buildinfo
Checksums-Sha256:
9d804d127d496c22ab302d84e63bd43dff3ee6634868cb4354d01dec3033b96b 2165
aspell-uz_0.6.0-3.dsc
2281c1fc7fe2411f02d25887c8a68eaa2965df3cd25f5ff06d31787a3de5e369 92354
aspell-uz_0.6.0.orig.tar.bz2
ca39a88b329cdf8210be8b3eb909d2807a2bffae307b32c2e7084b2e89d2884d 155
aspell-uz_0.6.0.orig.tar.bz2.asc
0cd8b263e6121abc7716c78ca83c96d2ef08928bb4279958c4d8b7543029011a 4088
aspell-uz_0.6.0-3.debian.tar.xz
6b13d4dd281cc2857600fab12101eadd92ff5d3e737c209ded7f94c7ada80a14 5695
aspell-uz_0.6.0-3_source.buildinfo
Files:
2f044035648f217ef033802540444be7 2165 text optional aspell-uz_0.6.0-3.dsc
e0d72a8250bba1a1f40dfb2a163eed65 92354 text optional
aspell-uz_0.6.0.orig.tar.bz2
57e1189cf6e6cb2d01dc501eb12789a8 155 text optional
aspell-uz_0.6.0.orig.tar.bz2.asc
eb4074611a329d87e32659ae4486b78d 4088 text optional
aspell-uz_0.6.0-3.debian.tar.xz
53b19edfe6e7144767bd6c2b50d5e9c4 5695 text optional
aspell-uz_0.6.0-3_source.buildinfo
-BEGIN PGP SIGNATURE-
iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmA5emIQHGFuYmVAZGVi
aWFuLm9yZwAKCRBfsz+TWentCAXfEACdesVLueGTzUXi5EOGPkP4FAe299fSvBnr
H2aynaRr+SnrFJe0W6nbafbiKULSO8+X/0Vgjxtr58i9hqN296OM7XFFBNlOaE2+
POhSAy2bL9C/9TS1os8QnYAcE0fPVZh3URU18KxYozHxbKZYS4nDHqT9ggmZdcq3
LrolaLGJbXY7odn1JCQrgQ+gjetfilsqFITBEdAdPUI+mtBnbwh/mWSABAQJ+UWA
JT25bxqLpprvPv3gorgURySgMR9y3IcQeCZTJzzYpB71Z0lwRCP11gBX5gmWGDQN
40rLxGd91832BPuw7eBTOChuedMASsxYWWPoF4cF5y1iTjYkHnjj1AAux/3rsgom
fQHvLb03IBXz6VbAcUnRsd84HjCky1VOEZWIsS5/G/CwUviK+ZKQ7B+HsNOnMKBG
hf1QsyfWdVK5YG96Utds9clRw7eB9UxW1itCjubGR59PVVpZH8LOCv9gnBs4L6h+
Q8SH8Ps2AHxRz4JRFK7ondpVoOEWQ069j1xVafNYBb1aKY4OGiKcHvv3uNEUXiev
U2fM3/i74RzVQYIk3maoPRR+uMY6myxgl9cQhSpasadXqt3/OfxaBV20QoGf4OYZ
kWb9UOAoXWve/buM56WNYzlf1w55VO9WxVhxJdG4LUTxNp+o29k2tt4RXNd2H2hz
o+rT0GU1dg==
=l+9T
-END PGP SIGNATURE-
Thank you for your contribution to Debian.
Processing of aspell-uz_0.6.0-3_source.changes
aspell-uz_0.6.0-3_source.changes uploaded successfully to localhost along with the files: aspell-uz_0.6.0-3.dsc aspell-uz_0.6.0.orig.tar.bz2 aspell-uz_0.6.0.orig.tar.bz2.asc aspell-uz_0.6.0-3.debian.tar.xz aspell-uz_0.6.0-3_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#940621: libmeanwhile1: Login verification down or unavailable on 1.0.2-9+b1
On Fri, 26 Feb 2021 09:23:03 +0100 Adrien CLERC wrote: > > Boyuan Yang, can you reintroduce -fno-tree-vrp in CFLAGS please? I can't > connect to Sametime right now. I did a lot of tests, and it seems that only "export DEB_CFLAGS_MAINT_APPEND=-O0" fix this issue. Applying manual optimizations from O1 or O2 didn't trigger the issue, but unfortunately, some flags don't exist (see https://gcc.gnu.org/wiki/FAQ#optimization-options) And applying "-O0 -O1" trigger the issue. If you have more thing in mind, please tell me, I am able to test it. But I'll stick to -O0 for my local installation
Bug#940621: libmeanwhile1: Login verification down or unavailable on 1.0.2-9+b1
> > on libmeanwhile1 1.0.2-9+b1 I can't connect to Sametime with the error > "Login verification down or unavailable". > > It works on libmeanwhile1 1.0.2-9. > > This seems to be the same problem reported on #764494. Indeed, the patched applied in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815045#10 (see https://salsa.debian.org/debian/meanwhile/-/commit/6fb8a53b9423cb3980684dc886991f9d1dc03584) was dropped in the conversion when upgrading to 1.1.1 (see https://salsa.debian.org/debian/meanwhile/-/commit/05a5760e1031e20a9b830b5c7f3d5ced9cddb0b0) Boyuan Yang, can you reintroduce -fno-tree-vrp in CFLAGS please? I can't connect to Sametime right now. Have a nice day! Adrien
aspell-ga_0.50-4-6_source.changes ACCEPTED into unstable
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 24 Feb 2021 20:26:03 +0100
Source: aspell-ga
Architecture: source
Version: 0.50-4-6
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group
Changed-By: Baptiste Beauplat
Changes:
aspell-ga (0.50-4-6) unstable; urgency=medium
.
* QA upload.
* Bump debhelper to 13:
- Update debhelper-compat version in Build-Depends
- Drop unused d/dirs
- Add a d/clean to remove generated Makefile
* Use modern dictionaries-common-dev helpers:
- Replace dictionaries-common-dev by dh-sequence-aspell-simple
- Replace aspell and dictionaries-common by ${aspell:Depends} in Depends
- Replace manual aspell logic by aspell-simple helper in d/rules
* Update packaging project on Salsa:
- Add Salsa CI pipeline
- Use recommended branch name from DEP14
* Add watch file and upstream current signing key
* Update copyright:
- Add myself to copyright on debian/*
- Use https scheme in the Source field
* Bump Standard-Version to 4.5.1
* Add Homepage field
* Set Rules-Requires-Root: no
* Add lintian-overrides to silence false positives:
- Homepage is not a directory listing
- Text is the correct section for an aspell dictionary
Checksums-Sha1:
495548c93d3524337dc8d0502d106f07d7ac57af 1919 aspell-ga_0.50-4-6.dsc
6eb135ff7ff53096950ce4caf395b0c3372c7766 3768 aspell-ga_0.50-4-6.debian.tar.xz
10bd4dc06680579bbaf52f424ecb36fe2853b443 5700
aspell-ga_0.50-4-6_source.buildinfo
Checksums-Sha256:
2613fe9b08ac4390ce429efab7bdadbb02ccdf937a5e50039e0227edc645c23d 1919
aspell-ga_0.50-4-6.dsc
fa402daf3d6c13320be6d5a82c77cde20136cd2e21c0cfd8dc6e7c8eb15717de 3768
aspell-ga_0.50-4-6.debian.tar.xz
37384d02de2fd8459e95f48b1e6b6445d8ddb9eeece2676071d19e4f84ffe802 5700
aspell-ga_0.50-4-6_source.buildinfo
Files:
78ef6686544fae234013b6fa91490529 1919 text optional aspell-ga_0.50-4-6.dsc
9b413f98a9f2fdcd0c299524ae8d7703 3768 text optional
aspell-ga_0.50-4-6.debian.tar.xz
b14b8e695c6dd92664116ffeb69fb56f 5700 text optional
aspell-ga_0.50-4-6_source.buildinfo
-BEGIN PGP SIGNATURE-
iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmA4yUIQHGFuYmVAZGVi
aWFuLm9yZwAKCRBfsz+TWentCJhND/9p5z9YsxSNZ9kcUhWamR0WERGtCKzBcq6h
6wNtFxnpWkWTl8j+2jVvi8NP+AjyWwnAa1K9SfUy1csaKA25y1DB28am0xn4GQCI
HRNcBVn9moL/t9aUNwSbBoXwm5KuKMa5oGygJ+alttvrFkLqbyMHaf1+YP8tbAlD
LGrDWrVE0Eslr7h59/ZPIX9rQaeolLLJlKBAF+IACf3YyT9so8QdoIe6HVu7Q/mv
lH01PlB36hnzuSSemc+ldaUfoqWBBv/xgCrp7RtuNeJOmpOZn1my5APxPt6ryv7+
NiGGUX4OwlCzlYz/8A/Aynh4Dk4vEH4PE/I/cNXSuoE4Qf9FK9DOLN71mvu4cwJO
yJlSFcLnM0pNwfNDUvtmppz6gKi7r+QzovsbFYsujIJFnQrMUKGcMf3UOpc1XsBY
r3EjGioUO1sTzkNi3krQG22RGGHiXUN1bPjURDVLtDNgLahNxMwActKf7dm7NAEF
WUcnH5hQu4Jd4nEzqWsoHL0wNAuRvWw7+GT69TQJpucyacKxzjBj93fK+Ueuxafy
vXvfZGCb89VCqlzr78s+xsu+ozGhyaAWJqUl5/byOO3qudZ4x4Xw2xG3g7e/kge8
qU5/mVteZvGz5WqlKNFC2wjutw2B7/Fysqck3ZQWvQDadaTiYiHvp0zpoZPesqcR
J2Fk2nubKA==
=AU+0
-END PGP SIGNATURE-
Thank you for your contribution to Debian.
Processing of aspell-ga_0.50-4-6_source.changes
aspell-ga_0.50-4-6_source.changes uploaded successfully to localhost along with the files: aspell-ga_0.50-4-6.dsc aspell-ga_0.50-4-6.debian.tar.xz aspell-ga_0.50-4-6_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#983087: sbuild-createchroot misses usr/libexec/qemu-binfmt/ directory
On 25 Feb 2021, at 12:00, Christoph Biedl wrote: > > Roger Leigh wrote... > >> I was having a think about this last night. To be completely >> realistic, schroot maintenance is very low on my list of my >> priorities. Work on it is sporadic at best. My interest in it is >> also fairly low. I’ve moved on to other things. > > That's sad to hear. Well, yes and no. Yes, in that I was quite proud of the impact and utility this small tool had, and didn’t want to let it go. But no, in that everything has its time, and schroot was obsoleted quite a few years ago now. It’s time to move on. schroot was designed as a single-purpose tool. It’s original name was “sbuild-chroot-helper” (-> “schroot”). Its purpose was virtualising build environments solely for sbuild’s benefit, and it did that fairly well. The only reason it was separated was because Perl scripts can’t be setuid root. But the simple fact here is this: Docker exists. It’s better, it’s more flexible, and it’s backed by funding and resources I don’t have. I did consider making schroot a daemon with a socket interface and doing a number of other changes to bring it up to a level with what Docker offers. But, again to be quite realistic, I don’t have the time, the resources or the desire to expend that effort when there’s a much simpler option: switch to Docker. systemd has also broken some of the core assumptions we rely on through use of basic standard POSIX interfaces. That also requires time and effort I don’t have to work around. schroot will continue to be less usable on a systemd-based system. The other uses for schroot were implemented as niceties after the fact. They were never part of the core requirements. Some were heavily used at various points, for example running 32-bit code on 64-bit systems, but now we’re all migrated to 64-bit systems that’s much less common. Don’t get me wrong. I don’t actually like Docker particularly. But it’s here, it does the job, and schroot can’t match its functionality. schroot users should migrate to Docker where possible. >> I don’t think that something which is not maintained or well supported >> should be used as a critical part of the Debian build infrastructure, >> and honestly, | think you should take steps to remove it entirely. It >> was a nice tool, it served its purpose, but it is dated and limited, >> and has been completely eclipsed by Docker. If you can switch over to >> using Docker, I think you should make an active effort to do so. > > And those who cannot or don't want to because of the consequences? When I integrated schroot support into sbuild I created an abstraction to leave the original (privileged) chroot support in place. Adding a third implementation of this interface to enable docker support would be relatively simple. Just a few dozen lines of Perl to tell it how to create, run commands in, and tear down a container. > The highly convenient feature of schroot are simplicity, maturity and > therefore reliability in its usage. So it's a tool that "just works", > something people value once they've grown into a greybeard and/or want > to be sure the workflow around a tool doesn't break every now and then. > I can live with some shortcomings otherwise, or might even try to work > on them. I sent this email as a courtesy simply to explain what the situation is, similarly to when I left the Debian project six years ago. You are of course welcome to continue to use the tool. But when it comes to being a part of Debian, that’s a different matter, and I am encouraging you all to think about and expedite its removal. Having unmaintained and abandoned tools hang around past their sell-by date will cause problems, and schroot hasn’t been maintained actively for at least that long. It would be for the best if you removed it. I do not have any written or unwritten obligations to anyone when it comes to free software maintenance. My time is limited, and maintaining a niche tool is very costly, particularly when I derive zero benefit from it myself, and it has been obsoleted by other tools. It’s time to retire it completely. > Also, there are more usecases than just package building: I use schroot > to manage interactive chroots where I can check the behaviour of other > distributions and (to some extent) other architectures. You can do most of that in Docker as well. The only thing which is unique is the support for non-native architectures with qemu-user. But that was just discovered as a side-effect of the command-prefix feature. It worked, but it was never a requirement or designed-in feature. You can always use qemu-user via binfmt-misc. I don’t think this one super-niche aspect of the tool is a reason to keep it. There are alternatives. >> Now that you have GitLab on salsa, how much work would it be to: > > There is life outside salsa, and gitlab itself really is a textbook > example of how software
adequate_0.15.6_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 26 Feb 2021 10:18:20 +0100 Source: adequate Architecture: source Version: 0.15.6 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Andreas Beckmann Closes: 982443 Changes: adequate (0.15.6) unstable; urgency=medium . * QA upload. * Build libadequate-test-versionless.so.0 with -Wl,--no-as-needed. (Closes: #982443) Checksums-Sha1: ced9001f6d97e1d1be7b45ab63c769ce410fa38c 1734 adequate_0.15.6.dsc 742638d538723a77ff61914e44e8baeeb17a3d2d 27384 adequate_0.15.6.tar.xz 8e806ac6596ffcb605f8983571418f16ad126ea8 6044 adequate_0.15.6_source.buildinfo Checksums-Sha256: c86bea4d9476e5807f2cf581d432564a1a01b722b5d4b5937822b120cf2fb6db 1734 adequate_0.15.6.dsc 89757b928f67e5f5105b6d5668d8d75d5e1379580d67684d0f3a33a58fe16f63 27384 adequate_0.15.6.tar.xz 7644cdd6cb8f8cbc69274f5a3cb324ef2c7b6b3ac1714dbbe8ac9863dfa58513 6044 adequate_0.15.6_source.buildinfo Files: e0cfdc24af8cf64738a2a10e3dcc6c8b 1734 utils optional adequate_0.15.6.dsc a5e626e8a1283b839f24ce6d9f98c0dc 27384 utils optional adequate_0.15.6.tar.xz 40e7d7224fe8d4e5e1c3ede2be978be2 6044 utils optional adequate_0.15.6_source.buildinfo -BEGIN PGP SIGNATURE- iQJEBAEBCAAuFiEE6/MKMKjZxjvaRMaUX7M/k1np7QgFAmA4vUEQHGFuYmVAZGVi aWFuLm9yZwAKCRBfsz+TWentCFQkEACNHLPwvlYfFnC+xa0ecQaJJ6DKlIeTcsGs LtMz+GmnXwujLnG6W5gL4mhUGaBbNOGavut0BVq81CQ7+aNeEAF4yOFHqJq9ZBAo Hgq0K1TGaYnHi9TPCTDYfRWDREJok0lxS6k7NZ3sR0BWyF3m+gTm6EuNHSL+TgPU 0ZyOQ/Og8T1tGM2/7SqnXpoxQbuFw0IAu/JKz0WbVZasn8rfklkcin/kToR3Qnfi 8Gw5QMMwMauETfAwrpYwstQfiLaSY/SZtVQe8RUTzI3iE9vksj2DnyiWmPREBNgQ n8G6pNPCRZwz87hE/av7/WgbmbFaA1WvR9Xle/H9aekd6UwW3pdb1VgVSUwKGeDe lRmPhXtdwwAcz1wcDubrioqr3Roh130rbOX23cVC6CLny0ospt0JVmmXUIVKGmMc 7I0nQtHVL4pBcU21spBVj9RuJ1iiVOCMrOYNk2qZ776YBVSZ+If3KSlPdCDNPVJZ 8WWst3pskaNKNHq3jXk/XHza6pvGf2gcO4jF4pbEW2I/tEcj3xqLUJ59rhnfItnu 0EkXKA/xyhcLMu9KWhuPsTdDgalBg7qCNC7nMJf6uuCAEF6Rsphyxq2hebCaI6qC KxWXrQ/TQxYJFgsVguXMsHK4xewx6y+4AY11LSTc4F2wAY+BgeIFzFJ4MEXiU7YQ mVm0fE7/1Q== =rn+V -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of adequate_0.15.6_source.changes
adequate_0.15.6_source.changes uploaded successfully to localhost along with the files: adequate_0.15.6.dsc adequate_0.15.6.tar.xz adequate_0.15.6_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#982443: marked as done (adequate autopkgtests do not work with toolchains defaulting to --as-needed)
Your message dated Fri, 26 Feb 2021 09:33:26 + with message-id and subject line Bug#982443: fixed in adequate 0.15.6 has caused the Debian Bug report #982443, regarding adequate autopkgtests do not work with toolchains defaulting to --as-needed to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 982443: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982443 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libc6 Version: 2.31-9 Severity: important Control: block 981899 with -1 One of the adequate autopkg tests now triggers an assertion in libc6, which is a regression from buster. I've extracted that test to build the attached self-contained reproducer. sid$ make mkdir -p tmp # missing-version-information cc -shared -Wl,--soname=libadequate-test-versionless.so.0 -Wl,--version-script=verscript-global lib.c -o tmp/libadequate-test-versionless.so.0 ln -sf libadequate-test-versionless.so.0 tmp/libadequate-test-versionless.so cc undef.c -Ltmp -o tmp/adequate-test-msvi -ladequate-test-versionless cc -shared -Wl,--soname=libadequate-test-versionless.so.0 lib.c -o tmp/libadequate-test-versionless.so.0 LD_LIBRARY_PATH=tmp ldd -r tmp/adequate-test-msvi tmp/adequate-test-msvi: tmp/libadequate-test-versionless.so.0: no version information available (required by tmp/adequate-test-msvi) linux-vdso.so.1 (0x7ffd73deb000) libadequate-test-versionless.so.0 => tmp/libadequate-test-versionless.so.0 (0x7f6c563b1000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f6c561e8000) /lib64/ld-linux-x86-64.so.2 (0x7f6c563bd000) Inconsistency detected by ld.so: dl-lookup.c: 111: check_match: Assertion `version->filename == NULL || ! _dl_name_match_p (version->filename, map)' failed! make: *** [Makefile:13: all] Error 1 The test builds a binary that is linked against a shared library with versioned symbols, but at runtime only a library with unversioned symbols is available. adequate then looks for the "no version information available" output, but nevertheless expects ldd to not fail. buster$ make mkdir -p tmp # missing-version-information cc -shared -Wl,--soname=libadequate-test-versionless.so.0 -Wl,--version-script=verscript-global lib.c -o tmp/libadequate-test-versionless.so.0 ln -sf libadequate-test-versionless.so.0 tmp/libadequate-test-versionless.so cc undef.c -Ltmp -o tmp/adequate-test-msvi -ladequate-test-versionless cc -shared -Wl,--soname=libadequate-test-versionless.so.0 lib.c -o tmp/libadequate-test-versionless.so.0 LD_LIBRARY_PATH=tmp ldd -r tmp/adequate-test-msvi tmp/adequate-test-msvi: tmp/libadequate-test-versionless.so.0: no version information available (required by tmp/adequate-test-msvi) linux-vdso.so.1 (0x7ffdd352) libadequate-test-versionless.so.0 => tmp/libadequate-test-versionless.so.0 (0x7f32e0977000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f32e07b2000) /lib64/ld-linux-x86-64.so.2 (0x7f32e0983000) buster$ echo $? 0 Andreas libc6assertion.tar.gz Description: Unix tar archive --- End Message --- --- Begin Message --- Source: adequate Source-Version: 0.15.6 Done: Andreas Beckmann We believe that the bug you reported is fixed in the latest version of adequate, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 982...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Beckmann (supplier of updated adequate package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 26 Feb 2021 10:18:20 +0100 Source: adequate Architecture: source Version: 0.15.6 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Andreas Beckmann Closes: 982443 Changes: adequate (0.15.6) unstable; urgency=medium . * QA upload. * Build libadequate-test-versionless.so.0 with -Wl,--no-as-needed. (Closes: #982443) Checksums-Sha1: ced9001f6d97e1d1be7b45ab63c769ce410fa38c 1734 adequate_0.15.6.dsc 742638d538723a77ff61914e44e8baeeb17a3d2d 27384 adequate_0.15.6.tar.xz 8e806ac6596ffcb605f8983571418f16ad126ea8 6044 adequate_0.15.6_source.buildinfo Checksums-Sha256:
Villas front de Mer à Dar Bouazza à partir de 2.8M Dhs seulement!
Afin de voir votre message, cliquez sur le lien: http://link.news-sarouty.ma/v/443/de86ac2aa9610f1746b0d7768514689793b2665fc349b5b3
Bug#915379: anacron.service: should probably use KillMode=process
On Wed, Nov 11, 2020 at 09:34:16AM +, Tomas Janousek wrote: > On Mon, Dec 03, 2018 at 01:42:58PM -0500, Boyuan Yang wrote: > > I chose KillMode=mixed intentionally. Here's the reason: we want to stop > > anacron service elegantly and not to abruptly kill any process inside the > > control group. Anacron is accepting SIGUSR1 and interprets it as the request > > to exit gracefully; it will wait till all its jobs to finish before it exits > > by itself. > > Unfortunately this isn't entirely true. > > Anacron does wait for jobs to finish, but if any job invokes exim4's > /usr/sbin/sendmail to send its result to the user, that sendmail forks the > setuid /usr/sbin/exim4¹ to process the queue in the background and deliver the > mail. Anacron doesn't wait for this forked process, and systemd kills it > immediately, resulting in the mail not being delivered until the queue gets > processed by something else. Worse. If the receiving side does post-DATA checking of the message, and systemd sends SIGKILL to the exim process on the sending side, the receiving side might continue delivery without the sending side noticing the confirmation (it's already dead by then). During the next exim queue run, the message will be delivered a second time. In this case, 5 seconds of extra wait would probably not be enough. Greetings Marc
