Bug#1014261: https://wiki.debian.org/PkgExim4: webpage outdated

[Paul Wise]

On Sun, 2022-07-03 at 07:23 +0200, Yves Caniou wrote:

> Several information on the webpage are outdated

Feel free to register an account and edit the page. If you don't want
to do it yourself then probably the best option is for you to contact
the Debian exim4 packaging team and ask them to do the update.
I've just marked your email for auto-accept so things should work OK if
you register an account. Please let us know if you have any problems.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#1014261: https://wiki.debian.org/PkgExim4: webpage outdated

[Yves Caniou]

Package: wiki.debian.org
Severity: normal

Hi,

Several information on the webpage are outdated, among which the
versions of Debian (e.g., stable is wheezy), all the hyperlinks to
access README.Debian (can't connect to 
http://pkg-exim4.alioth.debian.org + squeeze in the name), and at the 
time of this mail, the website http://shearer.org/MTA_Comparison wasn't 
responding.


Cheers.

.Y

Bug#1013437: cups: Nothing prints from driverless IPP queues unless added via lpadmin

[Gareth Evans]

On Sat  2 Jul 2022, at 23:43, Brian Potkin  wrote:
[...]
> On Fri 01 Jul 2022 at 13:37:07 +0100, Gareth Evans wrote:
>> Driverless queues don't seem to work
>> no matter how set up.
>
> Yet earlier (and at OpenPrinting) you said:
>
>   Having deleted all printers from system-config-printer,
>   $ sudo lpadmin -p testq -v ipp://192.168.0.14/ipp/print -E -m 
> driverless:ipp://192.168.0.14/ipp/print
>   now succeeds, and so does printing to it.

Apologies, driverless queues only work if set up by lpadmin.
Everywhere queues work from cups-web.

May I suggest you may not be able to reproduce the bug as you (said you) don't 
have a fax-capable printer?  

It seems to me that my driverless print jobs end up in a fax queue if the queue 
is created by cups-web or s-c-p.  If this is the main symptom, I would be 
grateful if you would advise if this changes what the bug should be reported 
against.

I respect that you may no longer wish to be involved with this issue - thanks 
for your help - here is some further info for info's sake :)

At least one other user seems to have a similar problem:

"However, printing does not work, although the printer gets data, but then 
hangs."
https://lists.debian.org/debian-user/2022/06/msg00558.html

The printer concerned there also appears to have airprint/fax
https://productz.com/en/samsung-xpress-sl-c480fw/p/wxnG7

Substituting "gives up" for "hangs", this reflects my issue too.

I can find no significant difference between driverless PPDs, though everywhere 
PPDs do not include fax details, and everywhere queues added from cups-web 
succeed in printing.  Might this be another pointer to the issue?

$ history | grep testq-drvless
sudo lpadmin -p testq-drvless -v ipp://192.168.0.14/ipp/print -E -m 
driverless:ipp://192.168.0.14/ipp/print

$  sudo cat testq-drvless.ppd | grep -i fax
*NickName: "Brother MFC-L2740DW series, Fax, driverless, cups-filters 1.28.7"
*cupsIPPFaxOut: True
*OpenUI *faxPrefix/Pre-Dial Number: PickOne
*OrderDependency: 10 AnySetup *faxPrefix
*DefaultfaxPrefix: None
*faxPrefix None: ""
*CloseUI: *faxPrefix
*CustomfaxPrefix True: ""
*ParamCustomfaxPrefix Text: 1 string 0 64

$ history | grep ippeve
sudo lpadmin -p testq-ippeve -v ipp://192.168.0.14/ipp/print -E -m everywhere

$ sudo cat testq-ippeve.ppd | grep -i fax
$ 


Though even testq-drvless sometimes shows strange job attribs in s-c-p: 

"job-printer-state-message: Phone number for fax not valid! Fax cannot be sent"
"job-printer-uri: ipp://localhost/printers/testq-drvless"

though the job (from geany) actually printed.  


$ sudo diff CUPSWEBDL.ppd testq-drvless.ppd
20c20
< *APSupplies: "http://mfcl2740dw.local./net/net/airprint.html;
---
> *APSupplies: "http://192.168.0.14/net/net/airprint.html;

$ sudo diff CUPSWEBDL.ppd SCPDL.ppd
$

$ ping mfcl2740dw.local
PING mfcl2740dw.local (192.168.0.14) 56(84) bytes of data.
64 bytes from 192.168.0.14 (192.168.0.14): icmp_seq=1 ttl=255 time=9.80 ms

$ ping mfcl2740dw.local.
PING mfcl2740dw.local. (192.168.0.14) 56(84) bytes of data.
64 bytes from 192.168.0.14 (192.168.0.14): icmp_seq=1 ttl=255 time=3.62 ms

$ sudo lpadmin -p testqhostname -v ipp://mfcl2740dw.local/ipp/print -E -m 
driverless:ipp://mfcl2740dw.local/ipp/print 
lpadmin: Printer drivers are deprecated and will stop working in a future 
version of CUPS.

$ sudo diff testqhostname.ppd CUPSWEBDL.ppd
$ 


$ lp -d testqhostname /etc/nsswitch.conf
request id is testqhostname-56 (1 file(s))

Succeeds.

/var/log/cups/error_log
[...]
2833 D [03/Jul/2022:02:05:45 +0100] Create-Job 
ipp://localhost/printers/testqhostname
[...]
3359 D [03/Jul/2022:02:05:46 +0100] [Client 605] Processing GET 
/printers/testqhostname.ppd
3360 D [03/Jul/2022:02:05:46 +0100] [Client 605] 
filename="/etc/cups/ppd/testqhostname.ppd", type=application/vnd.cups-ppd
[...]
3794 D [03/Jul/2022:02:05:47 +0100] [Job 56] job-uri uri 
ipp://mfcl2740dw.local:631/ipp/print/job-225
3805 D [03/Jul/2022:02:05:47 +0100] [Job 56] printer-uri uri 
ipp://mfcl2740dw.local:631/ipp/print


$ lp -d CUPSWEBDL /etc/nsswitch.conf
request id is CUPSWEBDL-55 (1 file(s))

Fails.

/var/log/cups/error_log
[...]
70 D [03/Jul/2022:02:04:51 +0100] Create-Job ipp://localhost/printers/CUPSWEBDL
[from line 1349]
71 D [03/Jul/2022:02:04:55 +0100] [Client 581] Processing GET 
/printers/CUPSWEBDL.ppd
72 D [03/Jul/2022:02:04:55 +0100] [Client 581] 
filename="/etc/cups/ppd/CUPSWEBDL.ppd", type=application/vnd.cups-ppd
[...]
1495 D [03/Jul/2022:02:04:56 +0100] [Job 55] job-uri uri 
ipp://mfcl2740dw.local:631/ipp/faxout/job-224
1506 D [03/Jul/2022:02:04:56 +0100] [Job 55] printer-uri uri 
ipp://mfcl2740dw.local:631/ipp/faxout


lpstat -t shows cups-web created devices as:

device for CUPSWEBDL: ipp://Brother%20MFC-L2740DW%20series._ipp._tcp.local/

vs

device for testq-drvless: ipp://192.168.0.14/ipp/print
device for testq-ippeve: ipp://192.168.0.14/ipp/print

- does the ipp:// string come from Avahi for cups-web created queues?  That's 
the only place I can find that 

Bug#1014260: libuhd4.2.0-dpdk-tests: flie conflicts with libuhd4.1.0-dpdk-tests

[Andreas Beckmann]

Package: libuhd4.2.0-dpdk-tests
Version: 4.2.0.0+ds1-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces

>From the attached log (scroll to the bottom...):

  Preparing to unpack .../libuhd4.2.0-dpdk_4.2.0.0+ds1-2_amd64.deb ...
  Unpacking libuhd4.2.0-dpdk:amd64 (4.2.0.0+ds1-2) ...
  Selecting previously unselected package libuhd4.2.0-dpdk-tests.
  Preparing to unpack .../libuhd4.2.0-dpdk-tests_4.2.0.0+ds1-2_amd64.deb ...
  Unpacking libuhd4.2.0-dpdk-tests (4.2.0.0+ds1-2) ...
  dpkg: error processing archive 
/var/cache/apt/archives/libuhd4.2.0-dpdk-tests_4.2.0.0+ds1-2_amd64.deb 
(--unpack):
   trying to overwrite '/usr/lib/uhd/tests/dpdk_port_test', which is also in 
package libuhd4.1.0-dpdk-tests 4.1.0.5-3+b2
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/libuhd4.2.0-dpdk-tests_4.2.0.0+ds1-2_amd64.deb

The package name suggests that these two should be co-installable,
so you should probably move the tests to a versioned subdirectory of
/usr/lib/uhd/
Otherwise please consider removing the version from the package name.

cheers,

Andreas


libuhd4.1.0-dpdk-tests=4.1.0.5-3+b2_libuhd4.2.0-dpdk-tests=4.2.0.0+ds1-2.log.gz
Description: application/gzip

Bug#1014259: sscg: ftbfs on riscv64: (create_csr_test TIMEOUT 30.10s killed by signal 15 SIGTERM)

[Bo YU]

Source: sscg
Version: 3.0.2-1
Severity: wishlist
Tags: ftbfs, confirmed
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org

Dear sscg Maintainer,

The sscg package has a ftbfs issue on riscv64 arch, the full buildd 
log is here:

https://buildd.debian.org/status/fetch.php?pkg=sscg=riscv64=3.0.2-1%2Bb1=1652893331=0

But I build the package successfully on my locally Unmatched board
without any modify. So I want to give back to the package and 
confirm it.

But I noticed the package version failed on udd page is 3.0.2-1+b1,
and I can't get the source code for that version.

So I will close this bug if this is false possitive and need me to
do more test please let me know.

Bo

-- 
Best Regards,



signature.asc
Description: PGP signature

Bug#1014258: python3-multiplex: upstream version 0.6 available

[Marcel Partap]

Package: python3-multiplex
Version: 0.5.1-3
Severity: normal
X-Debbugs-Cc: mpar...@gmx.net

Update of the debian package would be appreciated ; )


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (510, 'unstable'), (509, 'experimental'), (500, 
'stable-updates'), (500, 'stable-security'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.16.0-5-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_CRAP, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-multiplex depends on:
ii  python33.9.8-1
ii  python3-aiofiles   0.8.0-3
ii  python3-aiostream  0.4.3-1
ii  python3-click  7.1.2-1
ii  python3-easyansi   0.3-4
ii  python3-pyte   0.8.0-2

python3-multiplex recommends no packages.

python3-multiplex suggests no packages.

-- no debconf information

Bug#1014257: ITP: qtxdg-tools -- separated from libqtxdg

[Simon Quigley]

Package: wnpp
Severity: wishlist

* Package name: qtxdg-tools
  Version : 3.9.1
  Upstream Author : LXQt Project
* URL : https://github.com/lxqt/qtxdg-tools
* License : LGPL-2.1
  Programming Lang: C++
  Description : User tools for libqtxdg

 qtxdg-tools contains a CLI MIME tool, qtxdg-mat, for handling file
 associations and opening files with their default applications.
 .
 It is maintained by the LXQt project and needed by LXQt Session, in
 order to be used by xdg-utils. Yet it can be used independently from
 LXQt, too.

This package is a prerequisite for updating the LXQt stack to 1.1, see 
bug 1013334.


qtxdg-tools has already been accepted into the Ubuntu archive. My intent 
is to sync this package.


https://launchpad.net/ubuntu/+source/qtxdg%2Dtools

--
Simon Quigley
si...@tsimonq2.net
tsimonq2 on LiberaChat and OFTC
@tsimonq2:linuxdelta.com on Matrix
5C7A BEA2 0F86 3045 9CC8
C8B5 E27F 2CF8 458C 2FA4


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1014156: lintian: very-long-line-length-in-source-file for non-text source files

[Axel Beckert]

Control: tag -1 + confirmed
Control: clone -1 -2
Control: retitle -2 lintian: very-long-line-length-in-source-file should use 
file/magic to distinguish text from binary files
Control: submitter -2 Matt Barry 
Control: severity -2 wishlist
Control: clone -1 -3
Control: retitle -2 lintian: very-long-line-length-in-source-file should ignore 
lines starting with INSERT or SELECT (i.e. commonly long SQL statements)
Control: submitter -2 Peter B 

Hi,

Daniel Kahn Gillmor wrote:
> lintian 2.115.2 complains (in --pedantic) in the following way about
> these non-text files in the gnupg2 sources:

Thanks for this list.

>From my point of view while many of these binary files might not be in
the preferred representation (especially for the .gmo files I'd expect
a plain text file to be the source),
very-long-line-length-in-source-file should not be emitted for binary files.

> I'd prefer it if lintian instead just wouldn't flag non-text source
> files with this tag.

Correct. Currently this is handled via a blacklist of common binary
file suffixes.

>  - some of them are GNU message catalogs -- compiled output of .po files
>that upstream prefers to ship in the tarball for folks building the
>package without l10n toolchains.  we rebuild them in debian, but i'd
>still rather ship the upstream tarball if possible.

Yep. Do expect that there will be a future lintian tag for these kind
of files which is meant to be overriden if and only if the build
system rebuilds them at build time.

Matt Barry wrote:
> Looking at the check, it seems there is an exemption for SVG files
> built in;

At least not at the suffix list.

> would it make any sense to search for a text/* mime type
> instead (ala libfile-libmagic-perl)?

Yes, that would probably make more sense than manually curating a list
of suffixes. Also the performance impact should be low as Lintian
seems to run "file" over nearly every file anyways.

That's nevertheless not a short term fix. Cloning this bug report into
a new one to track this separately.

Peter B wrote:
> On 01/07/2022 06:08, Daniel Kahn Gillmor wrote:
> > Package: lintian
> > Version: 2.115.2
> > Severity: minior
> > Control: affects -1 src:gnupg2
> > 
> > lintian 2.115.2 complains (in --pedantic) in the following way about
> > these non-text files in the gnupg2 sources:
> > 
> > P: gnupg2 source: very-long-line-length-in-source-file 1008 > 512
> > [po/eo.gmo:7]

Please refrain from doing fullquotes in the Debian bug tracking system
unless really necessary. Thanks!

> I'm also seeing this with strawberry. Several hits from binary sound
> files in it's test suite.

Thanks for that list as well. One item though caught my eye:

> > P: strawberry source: very-long-line-length-in-source-file 3435 > 512 
> > [dist/macos/strawberry.icns:5678]

The suffix "icns" is already in the blacklist since 2.115.2. With
which version of Lintian did you generate that list?

> > P: strawberry source: very-long-line-length-in-source-file 543 > 512 
> > [CMakeLists.txt:535]
> > P: strawberry source: very-long-line-length-in-source-file 687 > 512 
> > [3rdparty/SPMediaKeyTap/README.md:4]
> > P: strawberry source: very-long-line-length-in-source-file 756 > 512 
> > [3rdparty/SPMediaKeyTap/LICENSE:8]

These are likely a valid cases.

> > P: strawberry source: very-long-line-length-in-source-file 559 > 512 
> > [data/schema/schema-8.sql:587]
> > P: strawberry source: very-long-line-length-in-source-file 566 > 512 
> > [data/schema/schema-11.sql:235]

These are corner cases IMHO. Not really binary files, but also files
where long lines are very common, especially for INSERT and SELECT.

I tend to write code which explicitly ignores lines starting with
INSERT or SELECT for that.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#1014250: Dino Notification Sounds

[Martin]

On 2022-07-02 16:01, Adam Stambaugh wrote:
> Currently Dino does not have audible notifications for messages or
> calls by default. That's a bit of an issue for mobian users, who I
> imagine are the people that primarily benefit from this libhandy build.

This sounds useful, indeed.

I will add `-DENABLED_PLUGINS=notification-sound` and a build-dep of
`libcanberra-dev` to the experimental branch, if nobody objects.

Cheers

Bug#1014114: installation of crypt.h in the multiarch location breaks the GCC and LLVM multilib builds

[Marco d'Itri]

On Jun 30, Helmut Grohne  wrote:

> Assuming that, we basically have the two options above:
>  * Move crypt.h back for all multilib architectures only.
>  * Add multilib packages.
> 
> Marco, do you have any preference here?
I do not want to add any more complexity than what is strictly required 
to support musl, which is not even a real port.
If moving crypt.h to the multiarch path only when building with musl is 
a solution then let's do that.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#1014254: lintian: Complex regular subexpression recursion limit (65534) exceeded at /usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.

[Axel Beckert]

Package: lintian
Version: 2.115.2
Severity: important

Checking a current firefox source package emits thousands of these perl
warnings:

[…]
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression 
recursion limit (65534) exceeded at 
/usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression 
recursion limit (65534) exceeded at 
/usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression 
recursion limit (65534) exceeded at 
/usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression 
recursion limit (65534) exceeded at 
/usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression 
recursion limit (65534) exceeded at 
/usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression 
recursion limit (65534) exceeded at 
/usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression 
recursion limit (65534) exceeded at 
/usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression 
recursion limit (65534) exceeded at 
/usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression 
recursion limit (65534) exceeded at 
/usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression 
recursion limit (65534) exceeded at 
/usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression 
recursion limit (65534) exceeded at 
/usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.
Warning in processable firefox_102.0-1.dsc: Complex regular subexpression 
recursion limit (65534) exceeded at 
/usr/share/lintian/lib/Lintian/Check/Cruft.pm line 449.
[…]

The code in question is:

# from perl faq strip comments
$lowercase =~ s{
# Strip /* */ comments
/\* [^*]*+ \*++ (?: [^/*][^*]*+\*++ ) */
# Strip // comments (C++ style)
|  // (?: [^\\] | [^\n][\n]? )*? (?=\n)
|  (
# Keep "/* */" (etc) as is
"(?: \\. | [^"\\]++)*"
# Keep '/**/' (etc) as is
| '(?: \\. | [^'\\]++)*'
# Keep anything else
| .[^/"'\\]*+
   )
   }{defined $1 ? $1 : ""}xgse;

This could be one reason (but very likely not the only one) to known
performance issues with lintian when checking postgresql (see #1014162)
or firefox. (Running lintian on a current firefox is said to take
several hours; which is the reason why I was trying to run lintian
against a current version of firefox.)

On a side note, lintian also needs more than approx. 10x the size of the
(compressed) source package for analysing, i.e. for the ca. 590 MB
source package, but it also first copies the tarball(s) which seems
rather unnecessary. Anyway:

Warning in processable firefox_102.0-1.dsc: No space left on device writing to 
temp file at /usr/share/perl5/IPC/Run3.pm line 150.

$ du -sh /tmp/lintian-pool-*
5.2G/tmp/lintian-pool-OrasJ73xZK

Not really unexpected if it unpacks the whole source code, but still
caused troubles. Need to do these kind of tests on bigger RAM
disks. Which means in the end also to use boxes with more RAM. I've now
started such a run on rotating disks… Lets see how long that one takes.

-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'), 
(500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), (1, 
'buildd-experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.16.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages lintian depends on:
ii  binutils2.38.50.20220629-4
ii  bzip2   1.0.8-5
ii  clzip [lzip-decompressor]   1.13-3
ii  diffstat1.64-1
ii  dpkg1.21.9
ii  dpkg-dev1.21.9
ii  file1:5.41-4
ii  gettext 0.21-6
ii  gpg 2.2.35-3
ii  intltool-debian 0.35.0+20060710.5
ii  iso-codes   4.10.0-1
ii  libapt-pkg-perl 0.1.40+b1
ii  libarchive-zip-perl 1.68-1
ii  

Bug#1014253: dhelp: errors in various parts of dhelp_parse

[Tim McConnell]

Package: dhelp
Version: 0.6.28
Severity: normal
X-Debbugs-Cc: tmcconnell...@gmail.com

Dear Maintainer,

What led up to the situation?Weekly Cron job failed so I ran it manually via
sudo /etc/cron.weekly/dhelp.

What exactly did you do (or not do) that was effective (or ineffective)?Not
sure it was either, I think the cron job ran successfully. It ended with line
numbers in /usr/sbin/dhelp_parse.

What was the outcome of this action?Cron job ran but ended with:
using /usr/bin/index++ --config-file /usr/share/dhelp/config/swish++.conf
--index-file /var/lib/dhelp/documents.index --follow-links -
(/usr/lib/ruby/vendor_ruby/dhelp.rb:612:in `rescue in index'
/usr/lib/ruby/vendor_ruby/dhelp.rb:605:in `index'
/usr/sbin/dhelp_parse:171:in `do_deferred_indexing'
/usr/sbin/dhelp_parse:205:in `main'
/usr/sbin/dhelp_parse:221:in `')

What outcome did you expect instead? Not sure if that is a problem and if that
is why the weekly job failed? I checked the log file at /var/lib/dhelp/tmp and
in the earliest time 6:08 AM it shows:
Dhelp::IndexerError: Couldn't index  using /usr/bin/index++ --config-file
/usr/share/dhelp/config/swish++.conf --index-file
/var/lib/dhelp/documents.index --follow-links --incremental -
(/usr/lib/ruby/vendor_ruby/dhelp.rb:616:in `index'
/usr/sbin/dhelp_parse:171:in `do_deferred_indexing'
/usr/sbin/dhelp_parse:205:in `main'
/usr/sbin/dhelp_parse:221:in `')



-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-2-rt-amd64 (SMP w/1 CPU thread; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dhelp depends on:
ii  doc-base0.11.1
ii  ghostscript 9.56.1~dfsg-1
ii  libcgi-pm-perl  4.54-1
ii  libdata-page-perl   2.03-1
ii  libhtml-parser-perl 3.78-1
ii  liblocale-gettext-perl  1.07-4+b2
ii  libtemplate-perl2.27-1+b4
ii  liburi-perl 5.10-1
ii  perl5.34.0-4
ii  poppler-utils   22.02.0-3
ii  ruby1:3.0+1
ii  ruby-debian 0.3.10+b6
ii  ruby-gettext3.3.3-2
ii  sensible-utils  0.0.17
ii  sgml-base   1.30
ii  swish++ 6.1.5-6
ii  ucf 3.0043

dhelp recommends no packages.

Versions of packages dhelp suggests:
ii  apache2 [httpd-cgi] 2.4.54-1
pn  catdvi  
ii  chromium [www-browser]  103.0.5060.53-1
ii  epiphany-browser [www-browser]  42.2-1
ii  firefox-esr [www-browser]   91.10.0esr-1
ii  info2www1.2.2.9-24.2
ii  links [www-browser] 2.27-1
ii  luakit [www-browser]1:2.3-1
ii  lynx [www-browser]  2.9.0dev.10-1
ii  man2html1.6g-14
ii  w3m [www-browser]   0.5.3+git20220429-1+b1

-- Configuration Files:
/etc/apache2/conf-available/dhelp.conf changed:

  Require local
  Options -Indexes -MultiViews


  Require local
  Options Indexes MultiViews FollowSymLinks

Alias /doc /usr/share/doc

/etc/apache2/conf.d/dhelp.conf changed:

  order deny,allow
  deny from all
  allow from localhost
  Options -Indexes -MultiViews


  order deny,allow
  deny from all
  allow from localhost
  Options Indexes MultiViews FollowSymLinks

Alias /doc /usr/share/doc
ScriptAlias /cgi-bin /usr/lib/cgi-bin

  AllowOverride None
  Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
  order allow,deny
  allow from all

Alias /doc/HTML /usr/share/doc/HTML
Alias /doc/dhelp/css /usr/share/doc/dhelp/css


-- no debconf information

Bug#1014182: bug script fails

[Ben Finney]

Control: retitle -1 ‘dput --print’ fails: “No package or host has been provided”
Control: tags -1 + confirmed

On 01-Jul-2022, Ben Hutchings wrote:

> The last command in the bug script is "dput --print", which no longer
> works and exits with return code 64.

Ah okay, I misunderstood. The error message from that command
(executed within the Reportbug script) is:

No package or host has been provided, see dput -h

and the exit status from DPut is 64, which tells Reportbug the script
failed.

-- 
 \  “I was the kid next door's imaginary friend.” —Emo Philips |
  `\   |
_o__)  |
Ben Finney 

signature.asc
Description: PGP signature

Bug#1014215: RFS: runit/2.1.2-47 -- system-wide service supervision

[Bastian Germann]

Am 03.07.22 um 01:15 schrieb Lorenzo:

* Release to unstable

This duplicates the info in the first line.

It's to silent lintian tag "experimental-to-unstable-without-comment"
https://lintian.debian.org/tags/experimental-to-unstable-without-comment



I did not know about that tag (I do not upload regularly to experimental).
So just leave it alone.

Bug#1013331: lintian: Tag hints inside Lintian's own test suite should support wild cards to allow running it on non-amd64 hosts

[Axel Beckert]

Just another thought on this topic:

Axel Beckert wrote:
> https://ci.debian.net/data/autopkgtest/unstable/arm64/l/lintian/22908861/log.gz
[…]
> But simply replacing all occurrences of "x86_64" with "*" does not
> work. It though would be a start if it would work.

While having wildcards would be nice, there's probably an easier
because already implemented way:

Test description files ("desc") know about a field "Test-Architecure":

~/lintian/lintian → find t/recipes/checks -name desc | xargs fgrep amd64
t/recipes/checks/fields/multi-arch/fields-multi-arch-same-package-has-arch-specific-overrides/eval/desc:Test-Architectures:
 amd64
t/recipes/checks/debian/lintian-overrides/mystery/fields-multi-arch-same-package-has-arch-specific-overrides/eval/desc:Test-Architectures:
 amd64
t/recipes/checks/debian/lintian-overrides/restricted/amd64-on-arch-all/eval/desc:Testname:
 amd64-on-arch-all
t/recipes/checks/debian/lintian-overrides/restricted/fields-multi-arch-same-package-has-arch-specific-overrides/eval/desc:Test-Architectures:
 amd64
t/recipes/checks/debian/shlibs/binaries-multiarch/eval/desc:Test-Architectures: 
i386 amd64
t/recipes/checks/files/architecture/binaries-multiarch/eval/desc:Test-Architectures:
 i386 amd64
t/recipes/checks/files/architecture/binaries-multiarch-wrong-dir/eval/desc:Test-Architectures:
 i386 amd64
t/recipes/checks/binaries/corrupted/binaries-from-other-arch/eval/desc:Test-Architectures:
 amd64 i386
t/recipes/checks/binaries/static/binaries-from-other-arch/eval/desc:Test-Architectures:
 amd64 i386
t/recipes/checks/binaries/architecture/other/binaries-from-other-arch/eval/desc:Test-Architectures:
 amd64 i386
t/recipes/checks/binaries/hardening/binaries-hardening/eval/desc:Test-Architectures:
 amd64 i386 armhf arm64

So we hopefully just need to add the currently on non-amd64 failing
tests to sport a "Test-Architectures: amd64" in their desc file.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#1013437: cups: Nothing prints from driverless IPP queues unless added via lpadmin

[Brian Potkin]

tags 1013437 unreproducible
thanks




On Fri 01 Jul 2022 at 13:37:07 +0100, Gareth Evans wrote:

> On Fri  1 Jul 2022, at 12:54, Brian Potkin  wrote:
> [...]
> > Unexpected and not understandable. There is enough going on in this
> > issue not to want to take it further. Your MFC-L2740DW understands
> > Apple raster (image/urf):
> >
> >   pdl=application/octet-stream,image/urf,image/pwg-rastei
> >
> > and /etc/nsswitch.conf should print.
> >
> 
> > Anyway, you report that everywhere and driverless queues work. 
> 
> Everywhere queues work if added via lpadmin or (I have just
> discovered) cups web interface.

Fine. It seems there aren't any CUPS or cups-filters bugs there.

>  Driverless queues don't seem to work
> no matter how set up.

Yet earlier (and at OpenPrinting) you said:

  Having deleted all printers from system-config-printer,
  $ sudo lpadmin -p testq -v ipp://192.168.0.14/ipp/print -E -m 
driverless:ipp://192.168.0.14/ipp/print
  now succeeds, and so does printing to it.

> System-config-printer lists the printer twice under 
> 
> Add Printer > "Network Printer" 
> 
> one listing per connection - "IPP network printer via DNS-SD" or
> "Driverless IPP" - neither of which print.

The first will not (in general) print without a Brother vendor driver
on the system. The second works for me. I think you see my problem
in being unable to reproduce your observation. Apart from the printer
model, our bullseye printing systems are (or should be) identical.

> I am grateful for your help and quite understand the reluctance to
> continue with a situation that doesn't make sense.

It is the inability to reproduce your experience that makes me leery
of seeing any bug in the printing system.
 
> However, given that 
> 
> - airprint works from iphone

The iphone will be sending Apple raster directly to the printer. It is
obliged to by Apple's AirPrint specication. CUPS is not involved. It
prints, whereas your dierct sending of Apple raster, for whatever reson,
did not.

> - driverless IPP works from cups 2.4 on Ubuntu 22.04

It works for me on Debian 11.3.

>  - I get the same behaviour from an identical printer on a
> different network with the same Debian 11.3 system, and the original
> printer with a different Debian 11.0 system
> 
> there does seem to be a Debian-related bug somewhere.
> 
> Is there anyone else you would suggest referring this to, or any other
> package to consider filing against?
`> 
> What chance is there of Debian updating cups in stable?  Is there a
> way to request consideration of this?
> 
> Meanwhile, is using the cups 2.4 testing packages in stable unwise?
> Or a known-working Buster version?
> 
> I can manage well enough with everywhere printing, but the users I
> support (if I upgrade them to Bullseye) will not appreciate the cups
> web interface or lpadmin, s-c-p is preferred.

I do not feel competent to triage this issue any further. s-c-p is not
even uder the printin system umbrella.

Cheers,

Brian.

Bug#1014252: d3-dsv-tools: missing Breaks+Replaces: node-d3-dsv (<< 1.1.1-6)

[Andreas Beckmann]

Package: d3-dsv-tools
Version: 1.1.1-6
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces

>From the attached log (scroll to the bottom...):

  Preparing to unpack .../d3-dsv-tools_1.1.1-6_all.deb ...
  Unpacking d3-dsv-tools (1.1.1-6) ...
  dpkg: error processing archive 
/var/cache/apt/archives/d3-dsv-tools_1.1.1-6_all.deb (--unpack):
   trying to overwrite '/usr/share/nodejs/d3-dsv/bin/dsv2dsv', which is also in 
package node-d3-dsv 1.1.1-5
  Errors were encountered while processing:
   /var/cache/apt/archives/d3-dsv-tools_1.1.1-6_all.deb



cheers,

Andreas


node-d3-dsv=1.1.1-5_d3-dsv-tools=1.1.1-6.log.gz
Description: application/gzip

Bug#1013930: src:iperf3: fails to migrate to testing for too long: piuparts regression, changes conffile

[Roberto Lumbreras]

I've just uploaded a fix. I'll close this bug when confirmed by puiparts.

On Mon, Jun 27, 2022 at 6:51 PM Paul Gevers  wrote:

> Source: iperf3
> Version: 3.9-1
> Severity: serious
> Tags: sid bookworm
> User: release.debian@packages.debian.org
> Usertags: out-of-sync
>
> Dear maintainer(s),
>
> The Release Team considers packages that are out-of-sync between testing
> and unstable for more than 60 days as having a Release Critical bug in
> testing [1]. Your package src:iperf3 has been trying to migrate for 61
> days [2]. Hence, I am filing this bug. The migration is blocked because
> piuparts reports a regression. A quick glance (piuparts log and your
> changelog) suggests you are now changing a conffile (not to be confused
> with a normal configuration file), see [3].
>
> If a package is out of sync between unstable and testing for a longer
> period, this usually means that bugs in the package in testing cannot be
> fixed via unstable. Additionally, blocked packages can have impact on
> other packages, which makes preparing for the release more difficult.
> Finally, it often exposes issues with the package and/or
> its (reverse-)dependencies. We expect maintainers to fix issues that
> hamper the migration of their package in a timely manner.
>
> This bug will trigger auto-removal when appropriate. As with all new
> bugs, there will be at least 30 days before the package is auto-removed.
>
> I have immediately closed this bug with the version in unstable, so if
> that version or a later version migrates, this bug will no longer affect
> testing. I have also tagged this bug to only affect sid and bookworm, so
> it doesn't affect (old-)stable.
>
> If you believe your package is unable to migrate to testing due to
> issues beyond your control, don't hesitate to contact the Release Team.
>
> Paul
>
> [1] https://lists.debian.org/debian-devel-announce/2020/02/msg5.html
> [2] https://qa.debian.org/excuses.php?package=iperf3
> [3]
> https://www.debian.org/doc/debian-policy/ch-files.html#configuration-files
>


-- 
Regards,
-- 
Roberto Lumbreras
Debian developer

Bug#1014251: ITP: unearth -- utility to fetch and download python packages

[Boyuan Yang]

Package: wnpp
Severity: wishlist
Owner: Boyuan Yang 

* Package name: unearth
  Version : 0.4.1
  Upstream Author : Frost Ming
* URL : https://github.com/frostming/unearth
* License : Expat
  Programming Lang: Python
  Description : utility to fetch and download python packages

 This package provides a utility to fetch and download python packages.
 It exists as the last piece to complete the puzzle of a package manager,
 and provide low-level functionalities that are needed to resolve
 and install packages.
 .
 Unearth serves as a stable replacement for pip's PackageFinder API.
 It will follow the conventions of Semantic Versioning so that
 downstream projects can use it to develop their own package
 finding and downloading.

This package is the build-dependency to PDM, a modern Python package and
dependency manager supporting the latest PEP standards.

I intend to maintain this package as part of the Debian Python Team.
Packaging work will be stored at
https://salsa.debian.org/python-team/packages/unearth .

Thanks,
Boyuan Yang



signature.asc
Description: This is a digitally signed message part

Bug#1012867: bad line in usb.ids

[Aurelien Jarno]

control: found -1 2022.02.15-1
control: close -1 2022.04.02-1

Hi,

On 2022-06-15 16:50, Daniel Carlson wrote:
> Package: usb.ids
> Version: 2022.02.15-0+deb11u1
> 
> Line 23299 in usb.ids, containing "8087 07da  Centrino Advanced-N
> 6235", causes an error to be printed in the terminal when I run the
> command "sudo usbip list -l". The error text is "usbip: error:
> Protocol spec without prior Class and Subclass spec at line 23299".
> 
> When I checked the upstream version 2022.05.20 I found that this
> line has been removed. I've removed the line on my machine and
> the error is gone. The issue is mentioned here
> https://usb-ids.gowdy.us/read/UD/8087/07da.

Indeed, I confirm the issue. It seems that some parsers are able to cope
with that, some other not. It appears the problem has been introduced in
2022.02.15 and fixed in 2022.04.02. This mail should update the BTS to
mark it as such.

> The error first occurred for me on my computer running an armbian
> image. I've also reproduced it on my desktop running bullseye with
> kernel 5.10.0-14-amd64 and usbip version 2.0+5.10.120-1.

I can only speak for Debian. The problem is fixed in testing/sid and
should be fixed in stable soon.

Regards
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#1014249: node-terser: autopkgtest regression

[Sebastian Ramacher]

Source: node-terser
Version: 4.8.0-3
Severity: serious

https://ci.debian.net/data/autopkgtest/testing/amd64/n/node-terser/23258062/log.gz


(Reading database ... 13456 files and directories currently installed.)
Removing autopkgtest-satdep (0) ...
autopkgtest [23:11:43]: test command1: node -e "require('terser');"
autopkgtest [23:11:43]: test command1: [---
bash: line 1: node: command not found
autopkgtest [23:11:43]: test command1: ---]
autopkgtest [23:11:43]: test command1:  - - - - - - - - - - results - - - - - - 
- - - -
command1 FAIL non-zero exit status 127


Cheers
-- 
Sebastian Ramacher

Bug#1014248: tomopy: needs manual rebuild for opencv transition

[Sebastian Ramacher]

Source: tomopy
Version: 1.10.4+ds1-3
Severity: serious
Tags: sid bookworm

tomopy is not buildable on the buildds. Hence, it needs a binary upload
for the opencv transition.

Cheers
-- 
Sebastian Ramacher

Bug#814449: [wrap-and-sort] to remove double or more spaces

[Mattia Rizzolo]

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#1014247: cloud-init: CVE-2022-2084

[Salvatore Bonaccorso]

Source: cloud-init
Version: 22.2-1
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 

Hi,

The following vulnerability was published for cloud-init.

CVE-2022-2084[0]:
| logged schema failures can include password hashes

Ubuntu has apparently fixed this with [1,2] and should affect only
unstable/testing.

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2022-2084
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-2084
[1] 
https://github.com/canonical/cloud-init/commit/4d467b14363d800b2185b89790d57871f11ea88c
[2] https://bugs.launchpad.net/cloud-init/+bug/1978422

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#1013729: rust-zbus: Please upgrade to version 2.2.0

[Peter Michael Green]

There seems to be a group of 4 closely related packages, zbus, 
zbus-macros, zvariant and zvariant-derive which

should probably be upgraded in lockstep.

2.x (3.x for zvariant) is a semver break, so reverse dependencies need 
to be investigated.


rust-ashpd - fixed upstream, upstream fix involves a semver bump but 
there are no rdeps.
rust-libslirp - no upstream fix, no rdeps, but does produce a binary 
crate. Popcon is low, but we did get a bug report from a real user, so 
it's not totally unused.

rust-secret-service - no upstream fix, no rdeps, no binarys
squeekboard - no upstream fix, seems to be used by the "phosh" desktop.

I can't find any upstream changelog, but I did a quick attempt at 
bumping the dependencies in libslirp-helper and came to the conclusion 
it would be a non-trivial porting job.


There is also the problem that squeekboard is currently failing to build 
on ppc64el due to what may or may not

be a rust bug ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1013273 )

The other option would be to introduce seperate packages for the old 
versions of the crates, so that the
main packages could be upgraded to the new semver, we try to avoid such 
duplication if possible

though and I do not intend to introduce packages myself.

I belive hntourne was also showing an interest in zbus, putting him in cc.

Bug#1014115: uninstall does not properly remove enablement symlinks

[Michael Biebl]

Am 02.07.22 um 18:30 schrieb Luca Boccassi:

On Fri, 1 Jul 2022 at 20:20, Michael Biebl  wrote:



Am 30.06.22 um 22:31 schrieb Luca Boccassi:

The problem is some files leftover, no? Just delete them in the
postinst or postrm?


My main motivation is to "stop the bleeding" as quickly as possible.

If we continue to create those broken state files, we'd have to keep
those postinst/postrm cleanup routines for a possibly long time.


I'd rather just fix i-s-h, here's a MR, it fixes the issue for me, can
you give it a go as well please? I'll do an upload once it's confirmed
and reviewed

https://salsa.debian.org/debian/init-system-helpers/-/merge_requests/21


Thank you, bluca.
Without having tested it and without knowing Perl very well, the MR 
looks ok to me.
I think Felipe is a bit more familiar with Perl, so if he could give his 
ack, that would be good I think.


Cheers,
Michael



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1009712: sv: fails to control the service on Hurd

[João]

X-Debbugs-CC: debian-h...@lists.debian.org

Hello Lorenzo,

I have put sv on a debugger and seems that the failure is happening when trying
to open the supervise/ok file (the file exists, and is a 0 bytes file),
open_write() returns -1.

Here is a backtrace.

#0  open64 (__oflag=10, __path=0x803caa0 "supervise/ok")
at /usr/include/i386-gnu/bits/fcntl2.h:53
#1  open_write (fn=0x803caa0 "supervise/ok")
at ./runit-2.1.2/src/open_write.c:8
#2  0x0803a61c in svstatus_get () at ./runit-2.1.2/src/sv.c:94
#3  0x0803a7cc in control (a=0x803cbe0 "u") at ./runit-2.1.2/src/sv.c:253
#4  0x08039a16 in main (argc=, argv=)
at ./runit-2.1.2/src/sv.c:359

I don't know why open64() is returning -1.

With best regards,
João

Bug#1014245: rust-directories: please upgrade to v4

[Jonas Smedegaard]

Source: rust-directories
Version: 2.0.1-1
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please upgrade to upstream branch v4, needed by projects I am preparing
for Debian.

Seems to me that reverse dependencies of earlier branches should
generally be easy upgradable.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLAlL0ACgkQLHwxRsGg
ASF7lxAAjMRe3KDF++zBpVtAwVPmxbT8xMjOFO4MIA/EOECsn+chw9d7nauC9gX0
Ic0r7bdlfmD4UaqBZGq0YAeHkuFpNcNcDvxO129n4m7Pf3YI/ES7kRWgs4Rw4gcL
zkRZqvFVWbBZXjLOdlkvKt9w3Hl1e49vUGIo9T6V2hzqgzz0i2EODqZSAMVOM4uE
NXiRyng8R4/BNTKBRe+C/t/EfJAhXzx5bJ/FOgOBb45ymrpT//Bhf3vVYpA/5jp0
+Hv6PWGcwRl+ugNuPsyTdlFEFcuQ/FEmgCNHSy8b82sofDx8X2u7keGYZa8aCUlP
7oDdHEhitoxqzw/qB/jTF1+gPW1mxwS1OgFhNhB9XlVCTnfx0AFPge+oCnRBy0d2
kPlLAB87jdDRzFJicKgSX1onpkTfPmXisje/HIp7COXa7wIky/pwbwY8jInaqleK
lGy8ooxWvvuuRgzk9jmd+UagQESzvA8P1e1Ev+iRzAt3s0NpQQfBRrlwun4fFRX7
BoG2JwBTX/b/T87aVvB5BHczLK0EjVpRyuSX/CjLuT7xNsT85O24TXe166aFHGSF
+cs4l6BemWIaGyXAcWWuat0s9/EopqgoRudOPNlzDBBFjwfuoXpFjaaniDnFYc0F
K6/8Exq+4aAyOj0WkcooNigI9NOQuTyOnMorlm8Nd643ieUMezc=
=Wa4h
-END PGP SIGNATURE-

Bug#1012322: nvidia-graphics-drivers-tesla-460 460.106.00-6~deb11u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1012322 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: nvidia-graphics-drivers-tesla-460
Version: 460.106.00-6~deb11u1

Explanation: new upstream stable release

Bug#1008166: debian-edu-config 2.11.56+deb11u4 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1008166 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: debian-edu-config
Version: 2.11.56+deb11u4

Explanation: accept mail from the local network sent to root@; 
only create Kerberos host and service principals if they don't yet exist; 
ensure libsss-sudo is installed on Roaming Workstations; fix naming and 
visibility of print queues; support krb5i on Diskless Workstations; squid: 
prefer DNSv4 lookups over DNSv6

Bug#1014244: dhelp: Cron weekly gives email with /etc/cron.weekly/dhelp: error

[Nicholas Guriev]

Control: reassign -1 swish++
Control: forcemerge 803342 -1

On 02.07.2022 21:05:42 MSK you wrote:
> Tried to follow steps in https://bugs.debian.org/cgi-> 
> bin/bugreport.cgi?bug=803342 and was ineffective.

This seems to be the same problem. Sorry the bug is not fixed yet, and 
indexing in dhelp does not work.

> What outcome did you expect instead? not to get this email

If you put the question like this, you can deactivate the buggy cron task for 
now. Either remove the /etc/cron.weekly/dhelp file or add line "exit 0" 
(without quotes) right after the first comment there.


signature.asc
Description: This is a digitally signed message part.

Bug#1014182: closed by Debian FTP Masters (reply to Ben Finney ) (Bug#1014182: fixed in dput 1.1.2)

[Ben Hutchings]

Control: reopen -1
Control: found -1 1.1.2

[...]

>  dput (1.1.2) unstable; urgency=medium
>  .
>* Default to "$HOME/.config" if variable XDG_CONFIG_HOME is not set.
>  Closes: bug#1014181, bug#1014182.
[...]

This is not the same problem as #1014181, that's why it's a separate
bug report.

Run reportbug yourself and you should see that it fails.

Ben.

-- 
Ben Hutchings
Usenet is essentially a HUGE group of people passing notes in class.
 - Rachel Kadel, `A Quick Guide to Newsgroup Etiquette'


signature.asc
Description: This is a digitally signed message part

Bug#1014243: busybox-syslogd: The 'syslog' daemon is running, but no configuration file can be found.

[Tim McConnell]

Package: busybox-syslogd
Version: 1:1.35.0-1
Severity: important
X-Debbugs-Cc: tmcconnell...@gmail.com

Dear Maintainer,

What led up to the situation? No idea, I've never touched the configuration
(that I know of)

What exactly did you do (or not do) that was effective (or ineffective)? not
sure, it was in a cron daily report.And wasn't in the previous one.

What was the outcome of this action? received email from Cron Daily with
subject line :"[rkhunter] DebianTim - Daily report" and in the body of the
email it states: "Warning: The 'syslog' daemon is running, but no configuration
file can be found."
I have no idea where that might be to check it, the man pages point to this
program for syslog.

What outcome did you expect instead? Not to get this type of email



-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-2-rt-amd64 (SMP w/1 CPU thread; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages busybox-syslogd depends on:
ii  busybox  1:1.35.0-1
ii  init-system-helpers  1.63
ii  lsb-base 11.2

busybox-syslogd recommends no packages.

busybox-syslogd suggests no packages.

-- no debconf information

Bug#905459:

[Michel Le Bihan]

Hello,

I have the same issue on Bullseye and Bookworm

Bug#1014221: procmail 3.22-26+deb11u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1014221 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: procmail
Version: 3.22-26+deb11u1

Explanation: fix null pointer dereference

Bug#1014206: dpkg 1.20.11 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1014206 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: dpkg
Version: 1.20.11

Explanation: dpkg-deb: Fix unexpected end of file conditions on .deb extract; 
libdpkg: Do not restrict source:* virtual fields to installed packages; 
Dpkg::Source::Package::V2: Always fix the permissions for upstream tarballs 
(regression from DSA-5147-1]

Bug#1014199: ublock-origin 1.42.0+dfsg-1~deb11u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1014199 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: ublock-origin
Version: 1.42.0+dfsg-1~deb11u1

Explanation: new upstream stable release

Bug#1012553: apache2 2.4.54-1~deb11u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1012553 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: apache2
Version: 2.4.54-1~deb11u1

Explanation: new upstream stable release; fix HTTP request smuggling issue 
[CVE-2022-26377], out-of-bounds read issues [CVE-2022-28330 CVE-2022-28614 
CVE-2022-28615], denial of service issues [CVE-2022-29404 CVE-2022-30522], 
possible out-of-bounds read issue [CVE-2022-30556], possible IP-based 
authentication bypass issue [CVE-2022-31813]

Bug#1012331: nvidia-graphics-drivers-tesla-450 450.191.01-2~deb11u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1012331 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: nvidia-graphics-drivers-tesla-450
Version: 450.191.01-2~deb11u1

Explanation: new upstream stable release; fix out-of-bounds write issues 
[CVE-2022-28181 CVE-2022-28185], denial of service issue [CVE-2022-28192]

Bug#1012323: nvidia-graphics-drivers-tesla-418 418.226.00-6~deb11u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1012323 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: nvidia-graphics-drivers-tesla-418
Version: 418.226.00-6~deb11u1

Explanation: new upstream stable release

Bug#1007714: openssh 8.4p1-5+deb11u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1007714 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: openssh
Version: 8.4p1-5+deb11u1

Explanation: seccomp: add pselect6_time64 syscall on 32-bit architectures

Bug#1008045: node-mermaid 8.7.0+ds+~cs27.17.17-3+deb11u2 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1008045 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: node-mermaid
Version: 8.7.0+ds+~cs27.17.17-3+deb11u2

Explanation: fix cross-site scripting issue [CVE-2021-43861]

Bug#1004459: lxc 4.0.6-2+deb11u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1004459 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: lxc
Version: 4.0.6-2+deb11u1

Explanation: update default GPG key server, fixing creating of containers using 
the "download" template

Bug#1010861: ready to salvage?

[Stephen Kitt]

Hi Matija,

On Tue, Jun 28, 2022 at 04:21:23PM +0200, Matija Nalis wrote:
> As there have now been more than the double of required 21 days
> https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging
> with no comment from maintainer, I propose that Stephen now continue with
> the salvaging process, if that is okay?

I’m working on merging your MR (which is a bit complicated since
there’s an upstream update which should go in its own branch).

Regards,

Stephen


signature.asc
Description: PGP signature

Bug#1014115: uninstall does not properly remove enablement symlinks

[Luca Boccassi]

On Fri, 1 Jul 2022 at 20:20, Michael Biebl  wrote:
>
>
> Am 30.06.22 um 22:31 schrieb Luca Boccassi:
> > The problem is some files leftover, no? Just delete them in the
> > postinst or postrm?
>
> My main motivation is to "stop the bleeding" as quickly as possible.
>
> If we continue to create those broken state files, we'd have to keep
> those postinst/postrm cleanup routines for a possibly long time.

I'd rather just fix i-s-h, here's a MR, it fixes the issue for me, can
you give it a go as well please? I'll do an upload once it's confirmed
and reviewed

https://salsa.debian.org/debian/init-system-helpers/-/merge_requests/21

Kind regards,
Luca Boccassi

Bug#1007984: netpbm-free: uncoordinated transition, consider switching to libnetpbm-dev

[Sebastian Ramacher]

Control: severity -1 serious

On 2022-03-19 22:59:08, Sebastian Ramacher wrote:
> Source: netpbm-free
> Version: 2:10.7.00-1
> Severity: important
> X-Debbugs-Cc: sramac...@debian.org, ti...@debian.org
> 
> Hi Andreas
> 
> the upload of netpbm-free 2:10.97.00-1 started an uncoordinated
> transition from libnetpbm{9,10} to libnetpbm11. But it also requires
> all reverse dependencies to update their build dependencies to
> libnetpbm11-dev. Please consider moving to an unversioned -dev package,
> i.e., libnetpbm-dev to avoid that in the feature.

As there is no progress on this transition, I am raising the severity to
serious. We do not want to release bookworm with a half-done transition.

Cheers
-- 
Sebastian Ramacher

Bug#1014240: ITP: rust-blocking -- thread pool for isolating blocking I/O

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: rust-blocking
  Version : 1.2.0
  Upstream Author : Stjepan Glavina 
* URL : https://github.com/smol-rs/blocking
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : thread pool for isolating blocking I/O

 blocking provides a thread pool
 for isolating blocking I/O in async programs.
 .
 Sometimes there's no way to avoid blocking I/O.
 Consider files or stdin,
 which have weak asyncronous support on modern operating systems.
 While IOCP, AIO, and io_uring are possible solutions,
 they're not always available or ideal.
 .
 Since blocking is not allowed inside futures,
 we must move blocking I/O onto a special thread pool
 provided by this crate.
 The pool dynamically spawns and stops threads
 depending on the current number of running I/O jobs.

This package is needed by rust-smol.
It will be maintained in the Debian section of Salsa, here:
.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLAb2IACgkQLHwxRsGg
ASHX8A//cGhAS/3IgbxdgH+oyoa4L8f7TquCfmQYUwFiTq2oaxXx9g3OzLDx2Rqb
jpk1zumc0mMDN2Vzx5M1lFhGmK7y4evN2903+Rj8sCvEsjaUczbxFE9CZn29lUCu
GugnZ3cBg4ru1NP7Gdnx1riGsH7RNlOAlK8kuD/lcJMtzdWY01FVHsa71UWCtM50
m9TbWKrl0EdvaSOrjwHPKhIH+VPdQyrQB1h3iaZFJ+mD8+V88+BvI5Xa5NqHrR4B
+UQ6pp/iJUJSxi7H2FR2evsC+AA4awAeyVIpwOboS0L9SjDmFkZxxBabPtgvbHIj
hBaNKaECTTsQY9C9cMge71BYKrWC2+diwPlzSzY5Jzsy9LIJ5LYzX+DLiNa34Y28
2uLJELmt9Ic6GpRakUE/2gVmUW4+Ht5YEbK5b4PXSc7zG907ljgHiLBu22B8W/MZ
C/rDb2pLEtCU3JKjcdzCWQaGqDLp4YXZlN9EjHioNFTvm9YXUPDJ3DtQD81etisn
jQNs29ettgmgLATHqYrJ8h4H3kguosEEOybWUjNR35Ae2bpA6yumm90oKbUlx3mm
DnYTYWP7PHZ309XOjH6dXvAnwZLUgGGCS4I2rqB2DLq0y6j6Ym7tLb4J7LnicwnM
bDbM/pAUMoKe3LEcm+NmWaKsyUugR5RwO+FaVxdHNJ3bEC7cNm4=
=DSrX
-END PGP SIGNATURE-

Bug#1014241: RM: nageru [ppc64el] -- ANAIS; nageru no longer built on ppc64el

[Sebastian Ramacher]

Package: ftp.debian.org
Severity: normal

nageru (2.1.0-2) unstable; urgency=medium
 .
 * Remove ppc64el from architecture list, as it no longer has working LuaJIT
   (upstream does not support regular Lua). (Closes: #1011302)> 

So please remove the nageru binary package from ppc64el

Cheers
-- 
Sebastian Ramacher

Bug#1014226: libzbargtk0: Please enable the GIR Gtk widget

[Piero V.]

On Sat, 02 Jul 2022 15:41:43 +0200 Pier Angelo Vendrame 
 wrote:
> For Python 3, Zbar includes a GIR-based widget, which can will be 
loaded by the
> gi module when it finds ZBar-1.0.gir and ZBar-1.0.typelib in the 
system (which

> are generated by the aformentioned libraries).


After some other tests, I found that only ZBar-1.0.typelib is needed in 
runtime, ZBar-1.0.gir is only a middle representation created during the 
build.


However, I think that make install will handle this correctly (but I 
have not tried, I have only tried make, and to use the created file with 
GI_TYPELIB_PATH).



Thanks again,

Pier Angelo Vendrame

Bug#1014239: uhd: FTBFS on mipsel: mv: cannot stat 'debian/tmp/usr/bin/usrp_hwd.py': No such file or directory

[Sebastian Ramacher]

Source: uhd
Version: 4.2.0.0+ds1-2
Severity: serious
Tags: ftbfs sid bookworm
Justification: fails to build from source (but built successfully in the past)

https://buildd.debian.org/status/fetch.php?pkg=uhd=mipsel=4.2.0.0%2Bds1-2=1656636367=0

-- Installing: 
/<>/debian/tmp/usr/share/man/man1/uhd_usrp_probe.1.gz
-- Installing: 
/<>/debian/tmp/usr/share/man/man1/usrp_n2xx_simple_net_burner.1.gz
-- Installing: 
/<>/debian/tmp/usr/share/man/man1/usrp2_card_burner.1.gz
mv debian/tmp/usr/bin/usrp_hwd.py debian/tmp/usr/bin/usrp_hwd
mv: cannot stat 'debian/tmp/usr/bin/usrp_hwd.py': No such file or directory
make[1]: *** [debian/rules:45: override_dh_auto_install-arch] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:18: binary-arch] Error 2

Cheers
-- 
Sebastian Ramacher

Bug#1014238: FTBFS with ppc64 with gccgo

[Shengjing Zhu]

Source: golang-1.19
Version: 1.19~beta1-1
Severity: important
Forwarded: https://github.com/golang/go/issues/53662
X-Debbugs-Cc: z...@debian.org


https://buildd.debian.org/status/fetch.php?pkg=golang-1.19=ppc64=1.19%7Ebeta1-2=1656747393=0

&& /<>/debian/helpers/goenv.sh bash ./make.bash --no-banner
Building Go cmd/dist using /usr. (unknown linux/ppc64)
Building Go toolchain1 using /usr.
# bootstrap/cmd/internal/notsha256
cmd/internal/notsha256/sha256block_ppc64x.s:26:10: fatal error: textflag.h: No 
such file or directory
   26 | #include "textflag.h"
  |  ^~~~
compilation terminated.
go tool dist: FAILED: /usr/bin/go install -gcflags=-l -tags=math_big_pure_go 
compiler_bootstrap bootstrap/cmd/...: exit status 2
make[1]: *** [debian/rules:119: override_dh_auto_build-arch] Error 2

Bug#969609: rust-zstd: unbuildable, uninstallable, depends on non-existent rust-zstd-safe

[Peter Michael Green]

The rust-zstd package has both a dependency and a build-dependency on
librust-zstd-safe-2.0.3+experimental-dev, which does not exist anywhere in
Debian.  Presumably it would be built by a rust-zstd-safe package, but no
such package exists, including in the Debian NEW queue.

Specifically looking through the mailing list archives.

rust-zstd-sys, rust-zstd-safe and rust-zstd were all uploaded
to NEW in mid January 2020. In late Febuary 2020 the ftpmasters
processed the uploads, zstd was accepted but zstd-sys and zstd-safe
were rejected.

zstd-sys and zstd-safe were re-uploaded to new in march 2020
and rejected again in may 2020.

zstd-sys was once-again uploaded to NEW in october 2020
and this time was accepted. At around the same time a
source-only upload of zstd was also made, but zstd-safe
was not touched.

The route to fixing rust-zstd, thus involves fixing the ftpmaster's
objection to the previous upload, checking the package for
any other such issues and if-so fixing them and then re-uploading
it. The reject mail can be found at
https://alioth-lists.debian.net/pipermail/pkg-rust-maintainers/2020-May/012388.html

Bug#1014237: auto-multiple-choice: FTBFS: No pages of output

[Sebastian Ramacher]

Source: auto-multiple-choice
Version: 1.5.2-2
Severity: serious
Tags: ftbfs sid bookworm
Justification: fails to build from source (but built successfully in the past)

https://buildd.debian.org/status/fetch.php?pkg=auto-multiple-choice=amd64=1.5.2-2%2Bb1=1656752571=0

mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; ; nonstopmode; 
input OT
This is METAFONT, Version 2.71828182 (TeX Live 2022/Debian) (preloaded base=mf)

kpathsea: Running mktexmf OT
This is METAFONT, Version 2.71828182 (TeX Live 2022/Debian) (preloaded base=mf)

kpathsea: Running mktexmf OT

! I can't find file `OT'.
<*> \mode:=ljfour; mag:=1; ; nonstopmode; input OT
  
Please type another input file name
! Emergency stop.
<*> \mode:=ljfour; mag:=1; ; nonstopmode; input OT
  
Transcript written on mfput.log.

! I can't find file `OT'.
<*> \mode:=ljfour; mag:=1; ; nonstopmode; input OT
  
Please type another input file name
! Emergency stop.
<*> \mode:=ljfour; mag:=1; ; nonstopmode; input OT
  
Transcript written on mfput.log.
grep: OT.log: No such file or directory
grep: OT.log: No such file or directory
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; ; nonstopmode; input 
OT' failed to make OT.tfm.
kpathsea: Appending font creation commands to missfont.log.


! Package fontspec Error: The font "IPAexMincho" cannot be found.

For immediate help type H .
 ...  
  
l.37   \setCJKsansfont
  {IPAexGothic}%
No pages of output.
Transcript written on auto-multiple-choice.fr.log.
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; ; nonstopmode; input 
OT' failed to make OT.tfm.
make[3]: *** [Makefile:73: auto-multiple-choice.fr.pdf] Error 1
kpathsea: Appending font creation commands to missfont.log.
make[3]: *** Waiting for unfinished jobs


! Package fontspec Error: The font "IPAexMincho" cannot be found.

For immediate help type H .
 ...  
  
l.37   \setCJKsansfont
  {IPAexGothic}%
No pages of output.
Transcript written on auto-multiple-choice.en.log.
make[3]: *** [Makefile:73: auto-multiple-choice.en.pdf] Error 1
/usr/share/texlive/texmf-dist/web2c/mktexnam: Could not map source abbreviation 
O for OT.
/usr/share/texlive/texmf-dist/web2c/mktexnam: Need to update 
/usr/share/texlive/texmf-dist/fonts/map/fontname/special.map?
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; ; nonstopmode; 
input OT
This is METAFONT, Version 2.71828182 (TeX Live 2022/Debian) (preloaded base=mf)

kpathsea: Running mktexmf OT

! I can't find file `OT'.
<*> \mode:=ljfour; mag:=1; ; nonstopmode; input OT
  
Please type another input file name
! Emergency stop.
<*> \mode:=ljfour; mag:=1; ; nonstopmode; input OT
  
Transcript written on mfput.log.
grep: OT.log: No such file or directory
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; ; nonstopmode; input 
OT' failed to make OT.tfm.
kpathsea: Appending font creation commands to missfont.log.


! Package fontspec Error: The font "IPAexMincho" cannot be found.

For immediate help type H .
 ...  
  
l.37   \setCJKsansfont
  {IPAexGothic}%
No pages of output.
Transcript written on auto-multiple-choice.ja.log.
make[3]: *** [Makefile:73: auto-multiple-choice.ja.pdf] Error 1


Cheers
-- 
Sebastian Ramacher

Bug#1014236: ITP: rust-async-task -- task abstraction for building executors

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: rust-async-task
  Version : 4.2.0
  Upstream Author : Stjepan Glavina 
* URL : https://github.com/smol-rs/async-task
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : task abstraction for building executors

 async-task provides task abstraction for building executors.
 .
 To spawn a future onto an executor,
 we first need to allocate it on the heap
 and keep some state attached to it.
 The state indicates whether the future is ready for polling,
 waiting to be woken up, or completed.
 Such a stateful future is called a task.

This package is needed by rust-async-executor.
It will be maintained in the Debian section of Salsa, here:
.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLAai0ACgkQLHwxRsGg
ASGz4A//dTZxYiEjp9gUiPAgp1Ow+t7eElF0k+KombAsDv8jpFSb1z6epmESxxel
fNPxo8/yC4GFzP3x1UfR1X0M8JzP5xsFN/bFwBhWlFs49sewNWeJGrHoqf7ujq9m
ZxOAfDAVg36bk1OFKtMGs0HGDXxoWTxeMDX745nbjtxtg2n7RD8kZW+XGIOwBRLq
qx1vs1tWgm7cWjIm1SSKHcbwLw3NETYT5FkhCJfKc1tdBRbBalRsZLKlaURlzW+r
pLHZffnLrJHAFSnnFMlCagF2qmauqzJTH/HSoL+kK+XJiYSN2AO+SI7t6NIK5aUb
BPI+r3ozwPY6mSwVk8WxnzLMZUCBA/tYaSbwbGqUiIXQQiZb17W81ejz6N62SgjA
S544yzmgS5nJ9EeLdFZIreAiZgLBiYKNCe97ldbeABY8+vaBxHbhsHclVe13Hbec
pGvBbXMCYgxEBRg+6ZBdeJ0atLXI7esGKXiu8qZzmuSAOq/w3I/8bgrcHBdy2FxR
aO5Q7jhvo827jVcswzhBa+VxsG3zIFK2IgRJwN8cvcJdO3YkxhN4/0hO+Iz2v+0Y
7SlW6KPOqGpUjWTPhbzNJbBNO0Dmw8vIJxIyeV460MYxfmDzVcSPAsZA9007nOaS
dr2BxLTeLf8O+PUW+O1Fn4mIeOaEIXF3l3+vTl32rxWjkx/B6rg=
=jBVC
-END PGP SIGNATURE-

Bug#1014235: exim4: Include Dovecot SASL authenticator in default Exim configuration file

[Dominic Preston]

Package: exim4
Version: 4.94.2-7
Severity: wishlist
X-Debbugs-Cc: lzq...@gmail.com

The current preferred mechanism in the Exim configuration for authenticating 
users against system passwords is saslauthd, which requires installing 
additional software. Dovecot is commonly installed alongside Exim and contains 
a SASL mechanism for Exim to authenticate against:

https://www.exim.org/exim-html-current/doc/html/spec_html/ch-the_dovecot_authenticator.html
https://doc.dovecot.org/configuration_manual/howto/exim_and_dovecot_sasl/

Therefore I think it would be useful for the default Exim configuration file to 
contain commented lines for using the Dovecot authenticator out of the box.

Bug#1014234: sshd: Move Include at the end to allow overriding default values

[Ansgar]

On Sat, 2 Jul 2022 17:10:32 +0200 Gioele Barabucci wrote:
> could you please move the `Include /etc/ssh/sshd_config.d/*.conf` line 
> to the end of `/etc/sshd_config`?
> 
> Having that line at the beginning of the file makes it impossible to 
> override in `.d` files the default settings set after it, for example 
> `PasswordAuthentication` or `AcceptEnv`.

man:sshd_config(8) says "For each keyword, the first obtained value
will be used."

So having the `Include` at the beginning seems correct to allow
overriding the contents of /etc/ssh/sshd_config.

Ansgar

Bug#1014234: sshd: Move Include at the end to allow overriding default values

[Gioele Barabucci]

Package: openssh-server
Version: 1:8.9p1-3

Dear openssh maintainers,

could you please move the `Include /etc/ssh/sshd_config.d/*.conf` line 
to the end of `/etc/sshd_config`?


Having that line at the beginning of the file makes it impossible to 
override in `.d` files the default settings set after it, for example 
`PasswordAuthentication` or `AcceptEnv`.


Regards,

--
Gioele Barabucci

Bug#1014233: ITP: rust-event-listener -- notify async tasks or threads

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: rust-event-listener
  Version : 2.5.2
  Upstream Author : Stjepan Glavina 
* URL : https://github.com/smol-rs/event-listener
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : notify async tasks or threads

 event-listener is a synchronization primitive
 similar to eventcounts.
 .
 You can use this crate to turn non-blocking data structures
 into async or blocking data structures.

This package is needed by rust-async-channel.
It will be maintained in the Debian section of Salsa, here:
.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLAX4kACgkQLHwxRsGg
ASGWdxAArO4EZZWiyRVQipfn9LNZDskXhv+u7N/Ccstrm/lGQ/IQv11xgcVbREFe
ZmkSfIwrn+/IZxNBJR2GCNcUtPSYpzBoYvZylRHyUZ2dgmDjXcLSR2dm+dZC7Nzy
Vu7JpWaJoLra0VafqohrAluvvLIMJKq96+/oJAGgBYgp6tlw+b/w8JaJ/WxILJlX
Fs7zQ3/5qq3mHtPDS6ZYxyPnJY4vXQpFSrmay7356SpxroZHOx8CuVtNXtU9sUkg
SgoB3BcqO2CGaSLCOIWaKZ+JEE8k7ib+Kv8p9CIKplLzH9q9ux2HeJnwzJUhFwgw
L9SHsqAclgG5iLJRUjFHesEiTFtp5ZabIFh+vVx0ENDwFjdYUntjtHpQHuDx48z4
JvtBVbrOU1y6ATxfB0dGBEPfjrK1Ixywb0XObib+m4+qiqwrd+i640f/Pzb88oPO
DRca48+QUqqmSGTKBAxtBX3XxGoKoAJ1Xyi4kQqkXNmDI1HH3Ja3lGHhUqFqrUmY
Zd4fSe/QSmmhgMgFmw6wqA4+SM5azyShMyOEf+PTkuY2N+I7nKDLGex/Gk7KevFx
qX4BUGYm+VYLftosY9KCoBZWzAjAmad3p6FC5zPP5Szf+3Hkx/9e7WaVhEMet8yY
KT3t4LsMS8hxw4pd4hjWzRcmHiXRPnvSn3ay1+pzp3e4A5wWJEs=
=FRaE
-END PGP SIGNATURE-

Bug#1014232: ITP: rust-easy-parallel -- run closures in parallel

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Control: blocks 1014223 by -1

* Package name: rust-easy-parallel
  Version : 3.2.0
  Upstream Author : Stjepan Glavina 
* URL : https://github.com/smol-rs/easy-parallel
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : run closures in parallel

 easy-parallel is a simple primitive
 for spawning threads in bulk and waiting for them to complete.
 Threads are allowed to borrow local variables from the main thread.

This package is needed by rust-smol.
It will be maintained in the Debian section of Salsa, here:
.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLAV20ACgkQLHwxRsGg
ASH8mg/+J1MRhhSRAaJPzZcxISsDxe5O4Nwow/w75f+8CuWy6a/3HogIKKhZIm1G
BVA++Ztoruo+IKezTAy/x2JdNcZrZQgaoRrVpyBHuyRS0IyM8T7EX+hKF7bOue2Q
amHvRAdHYz4KMFAOLapf8Knsw3idTY2+0xX0UYCFZMBVpHFveBAEg2X9EgH8cRPi
s4lb2LXpkxD38tbxtWAWFBwltP/c9VA0oyKzpC5GsOqkA9camWIUmc5lbIJW83ze
HlUwPGey/S1OIlGVvSfgzvco6/+jiC+XsL+1tgROM76KAX3DMmNwXqrs3XZyybXz
/Hixd83iaRf/U2rdrUffiTqU/9hZ2fncv1rNbAWu9+zjzsUNnMIirxjHwzWRsK0s
9Rq00gEroEfPlFJIHWTsQLrEr9oAMz5wiNa+wlxfykpHF6VDmfjaapb7q/TaQ8Dq
8xpQD9qPhZ8xSVz34A5BXshwMk3iGJxRHhYrgaHU36JBmw8OGnF1hj1DUzok/If5
z2RljTWE90Nd2OYy+QmVMdPJdnsKKGzBbkIG8tWz16VLV+wx7b4WLX2XL+ycnmP1
Ra8M1mhlZ1M+MJnGyB3iPaS9IvCWrDJCIrfrW9dW8ez90ROd1KPabBBNl7hCJA/U
MC+z4MAo/HHmOQwlcCPW2FNHEbbfXbegAEcMKYUnwEpQCoH3NJQ=
=pv8U
-END PGP SIGNATURE-

Bug#1014231: ITP: rust-async-process -- async interface for working with processes

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Control: blocks 1014223 by -1

* Package name: rust-async-process
  Version : 1.4.0
  Upstream Author : Stjepan Glavina 
* URL : https://github.com/smol-rs/async-process
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : async interface for working with processes

 async-process provides a lightweight interface
 for working asyncronously with processes.

This package is needed by rust-smol.
It will be maintained in the Debian section of Salsa, here:
.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLAUTMACgkQLHwxRsGg
ASEuxhAAocdWODZhUu/jT0cbR5q8TizCcLyS9b3uL6pDogeYxgwvIfHTJRvsA4el
4SkK+8vfSavlBdoOtCr06fSWXDQ1LFbpIP8eEFNj6kUK1WWWtAWIDDcKN03iTDLr
hoaKtPOjHYmeZR7Tzom5bwRlSXInrDszToEx7k7TlSJ3tzuH7de/aClFNB3Fnv+8
1drSz+y/a8D+6Ss45L1qQGv2uHfGw4blv6p4LhpNOZa+s5v3a2ppTBYqL/DrsnAi
oCLHeOgKxOYGwAeHgA8zXy/3HA5krp1CsdMTkLmWlo3aVZICkADx97XuFmcxM/ch
vOf1dICqTvQ+KCy1+jluG2sykrsP8s8EH/y2gS9u4j3yHGxMYV2zSx4twVgurJBA
6Gvesx5v92plqajmMLtFHnkP7ruyxaLcDceY/S41nYLyEgCwE9f07VqbTnOZ0+Z8
L/0Ga9mna2/3GmZEcmNaXXmurlxpPxJv/Zdw3QiZzmgBQe2RdMy2h2VgmRqzggl1
YxW2fwYFJCmJWrw10fnjsLKNnSwd50cdiPPQoY1vzfoABIb6xmtpT/AIz2C/6SfV
68H5kPbZnOmPPHggQ+x9wghV1XObIqQnV+XlEBZCXQHTHAked0cTwLM5t9MtQUGd
ead9zJKrmJqyliLsfV5zV5T/tywD4Ix/olQ3T6YuZURUhlX+qXg=
=WDbu
-END PGP SIGNATURE-

Bug#1014230: ITP: findpython -- utility to find python versions on your system

[Boyuan Yang]

Package: wnpp
Severity: wishlist
Owner: Boyuan Yang 

* Package name: findpython
  Version : 2.0.0
  Upstream Author : Frost Ming
* URL : https://github.com/frostming/findpython
* License : Expat
  Programming Lang: Python
  Description : utility to find python versions on your system

 This is a utility to find python versions on your system. It is a
 rewrite of pythonfinder project. It simplifies the whole code
 structure while preserving most of the original features.
 .
 This package is a dependency to pdm tool.

This package is the build-dependency to PDM, a modern Python package and
dependency manager supporting the latest PEP standards.

I intend to maintain this package as part of the Debian Python Team.
Packaging work will be stored at
https://salsa.debian.org/python-team/packages/findpython .

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part

Bug#1014229: ITP: rust-async-net -- async networking primitives

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Control: blocks 1014223 by -1

* Package name: rust-async-net
  Version : 1.6.1
  Upstream Author : Stjepan Glavina 
* URL : https://github.com/smol-rs/async-net
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : async networking primitives

 async-net is a lightweight implementation
 of asyncronous networking primitives for TCP/UDP/Unix communication.

This package is needed by rust-smol.
It will be maintained in the Debian section of Salsa, here:
.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLATzYACgkQLHwxRsGg
ASG4ihAAlo1MojGDbQj+JdxNVUw0IafXLk42qMmukr03uR6Phw2AU9bHmU3X5LWp
2kXJu1lnUMlPUfSQK7fahDdNRhFL6PWoNaMlNRBH0xdOglqielUbJldNUHVQiGj5
vFLNj+LhqAVOyBDehtrREIDnPQqake0IOzWCo8eTW/QYRED9KoD2i4v1xfFwsy9F
xZUjBvDC7YB6pXMtW9Ii2gAh+fn2r1qvkGFiMhKBAIknf+yBIi4MUVN7I0YLpWWO
w8LEQ23tXOjS1mZjP/5sNbVUkmFFnir4kLhTdfuH2nIcm+fg6QB6jKqJ6KYzA+Xs
PjUawhrZyjt4vpdAAMR++SVLXILI4i+0zLcwLxDy6wh46pNoViZ5QuCXxIZlr22S
jJfol9Q2LXlzkdGG8NMph9UeWDblo9uXssit/5h7LD3omOq9VAizh1nEjN2Sahpe
Q3mW0+gK2FU/DkdxZz8vyNgFkw1dZ2so+7+nU7zuPcCb9iNwigGdMRcGEDA1fNxI
dOW4x86LXDge9W8ieZyyN+k9a++eM0b1uJ+IDpZ638T4wUqNOKBXMrOerHx0OvxM
9AFM4hVYWuv2xNdn+kA1bdXurOWktbuAcDz9pRM3pVlujnpWT9iRxC6zncfrtF0q
zVvzNWgRbFhqLOkcnsNyLaoS5TArz41V3rCbn9k8G4j0Fc3lZwc=
=GLpG
-END PGP SIGNATURE-

Bug#1004899: ITP: numberstation -- TOTP Authenticator application

[Evangelos Ribeiro Tzaras]

Hi Thomas,

On Thu, 03 Feb 2022 10:05:34 +0100 Thomas Goirand  wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Thomas Goirand 
> X-Debbugs-Cc: debian-de...@lists.debian.org
> 
> * Package name    : numberstation
>   Version : 1.0.1
>   Upstream Author : Martijn Braam 
> * URL : https://git.sr.ht/~martijnbraam/numberstation
> * License : LGPL-3
>   Programming Lang: C, Python
>   Description : TOTP Authenticator application
> 
>  A Gnome Authenticator clone. This generates 2fa tokens based on secrets
>  installed. It registers as uri-handler for otpauth:// urls so they can be
>  added from Megapixels.
> 
> 


ftpmasters rejected the initial upload because one of the svg icon not being
mentioned in `d/copyright` [0]
and the binary package missing the `Section` field [1].

I've addressed these concerns in the attached patches and in MR on salsa [2]
(not sure what you're preference is).

I've also taken the liberty of adding a watch file and excluding another icon
(numberstation/icon/delete-symbolic.svg) where no license can be found in the
metadata.

I hope this helps getting the package into Debian!

[0]
https://alioth-lists.debian.net/pipermail/debian-on-mobile-maintainers/2022-February/001728.html
[1]
https://alioth-lists.debian.net/pipermail/debian-on-mobile-maintainers/2022-February/001700.html
[2]
https://salsa.debian.org/DebianOnMobile-team/numberstation/-/merge_requests/1


-- 
Cheers,

Evangelos
PGP: B938 6554 B7DD 266B CB8E 29A9 90F0 C9B1 8A6B 4A19
From 75221b86cdba4e26380ef8ffce2121629c299f88 Mon Sep 17 00:00:00 2001
From: Evangelos Ribeiro Tzaras 
Date: Sat, 2 Jul 2022 15:13:49 +0200
Subject: [PATCH 1/4] Update copyright

---
 debian/copyright | 446 +++
 1 file changed, 446 insertions(+)

diff --git a/debian/copyright b/debian/copyright
index 9f750ab..729234f 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -7,6 +7,14 @@ Files: *
 Copyright: (c) 2021, Martijn Braam 
 License: LGPL-3
 
+Files: data/org.postmarketos.Numberstation.svg
+Copyright: 2019  GNOME Design Team
+License: CC-BY-SA-4.0
+
+Files: data/org.postmarketos.Numberstation.appdata.xml
+Copyright: 2021  Martijn Braam
+License: CC0-1.0
+
 Files: debian/*
 Copyright: (c) 2022, Thomas Goirand 
 License: LGPL-3
@@ -27,3 +35,441 @@ License: LGPL-3
  .
  On Debian systems, the complete text of the GNU Lesser General
  Public License can be found in "/usr/share/common-licenses/LGPL-3".
+
+License: CC0-1.0
+ To the extent possible under law, the author(s) have dedicated all copyright
+ and related and neighboring rights to this software to the public domain
+ worldwide. This software is distributed without any warranty.
+ .
+ You should have received a copy of the CC0 Public Domain Dedication along with
+ this software. If not, see .
+ .
+ On Debian systems, the complete text of the CC0 1.0 Universal license can be
+ found in ‘/usr/share/common-licenses/CC0-1.0’.
+
+License: CC-BY-SA-4.0
+ Attribution-ShareAlike 4.0 International
+ .
+ ===
+ .
+ Creative Commons Corporation ("Creative Commons") is not a law firm and
+ does not provide legal services or legal advice. Distribution of
+ Creative Commons public licenses does not create a lawyer-client or
+ other relationship. Creative Commons makes its licenses and related
+ information available on an "as-is" basis. Creative Commons gives no
+ warranties regarding its licenses, any material licensed under their
+ terms and conditions, or any related information. Creative Commons
+ disclaims all liability for damages resulting from their use to the
+ fullest extent possible.
+ .
+ Using Creative Commons Public Licenses
+ .
+ Creative Commons public licenses provide a standard set of terms and
+ conditions that creators and other rights holders may use to share
+ original works of authorship and other material subject to copyright
+ and certain other rights specified in the public license below. The
+ following considerations are for informational purposes only, are not
+ exhaustive, and do not form part of our licenses.
+ .
+ Considerations for licensors: Our public licenses are
+ intended for use by those authorized to give the public
+ permission to use material in ways otherwise restricted by
+ copyright and certain other rights. Our licenses are
+ irrevocable. Licensors should read and understand the terms
+ and conditions of the license they choose before applying it.
+ Licensors should also secure all rights necessary before
+ applying our licenses so that the public can reuse the
+ material as expected. Licensors should clearly mark any
+ material not subject to the license. This includes other CC-
+ licensed material, or material used under an exception or
+ limitation to copyright. More considerations for licensors:
+ 

Bug#1014228: ITP: rust-async-lock -- async synchronization primitives

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Control: blocks 1014223 by -1

* Package name: rust-async-lock
  Version : 2.5.0
  Upstream Author : Stjepan Glavina 
* URL : https://github.com/smol-rs/async-lock
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : async synchronization primitives

 async-lock is a lightweight implementation
 of asyncronous synchronization primitives.

This package is needed by rust-smol.
It will be maintained in the Debian section of Salsa, here:
.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLATbAACgkQLHwxRsGg
ASGyBg/+Oas+qZ9IQ3Oi1TBUp1Y+xph5IQwd82b8LUfUECv6/B/auIFJH8UiyAJ8
oa7a4pncXiM8d90KFEYtqu4Xi/ZoFkkxk0X/WHErCX9CVpqzt0QA50083EtB6QX+
xwh1sTx2JA228HNQaLMZRdm/pDL5/d7CP112bZeDaHtIPXhXS50TE0oBTslRxfto
XtYuDx4ZBxDNSbWcKttkL4+tS9nRfpAz640z0Uhat+5o9rV0IfQF3K3ZNbJ+hX+z
5b1eRoiQxemkCIrga3efYfU4YiPy5eZb5ryx8iqD/ssCtAuYpUviQ9/iqQEfBUQ5
Tdxfx6/eZOQ0vUWHzBHig1QFqFTKsz6lj8rpxN/6oP13gUdozCxl5oqV+ii33lXI
HaSTGB8ltmNtbytimTdIf5DeYzxCycsJPQGm8vpg4gm7gfv8Wk1vW4NMArp0Xg62
27s1LfbnkQCnsjZ2P7IC1g1u+VmzJK9U/y3i53m60aWmoTvhY4DEvSf+XsFc403L
IGv4LxThBNNRm/pCmUuepHlISFviaQLt2cIkse480SKqZ3d6HsQFF1mT0Y0E8IgA
DZiEbmeNu5I07Jzq3mIl6MFpNLS5i/3ShZ/zIA8pO66EnWJwE3TmKnoSk1F5QJOh
toXYg07WJfvpAUBLFqiEc11+kJ/Eqky8wSsmY7G0j2WzARER2dc=
=MjBt
-END PGP SIGNATURE-

Bug#1014227: ITP: rust-async-fs -- async filesystem primitives

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Control: blocks 1014223 by -1

* Package name: rust-async-fs
  Version : 1.5.0
  Upstream Author : Stjepan Glavina 
* URL : https://github.com/smol-rs/async-fs
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : async filesystem primitives

 async-fs is a lightweight implementation
 of asyncronous filesystem primitives.

This package is needed by rust-smol.
It will be maintained in the Debian section of Salsa, here:
.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLAS88ACgkQLHwxRsGg
ASFeVg//Ts2/GuuE4zEnJNN2O46r8UWx4b2O7gXRwa98VObLH1Ext5+eM+UW/ODi
cJbp3lgnlSmlK6BLWU+UqObm09bDGDZlVnl7WD6lE6uchQMZWG+IMQ0zTVm+BpeY
Amev4iUQ/3q5i2oKfGXCSysUQ0NXuuM8+utHcrpGZpi3ryA4x1e4cM5ZDYYnVdYi
JxCy2ime3Gx/AtCqaDIb0xCUpjBYYEopL5/ZDXuRhNGkJ1OQ7Nz7l9THxls2qvpz
jcd/n/dk0nOnkvTIhuP24RNQysyHYBDZCxFjNmamCLix/1nxlB1IVnxEZLbM9jEX
zlezES6ucqnVPi/LZ2Gh0mqc/fXIL2ZM8zR9zHNrEmasl1uCl3+oIYp0PBsG+ASV
BmD86Oa3uSfdzzSDaclg2vbuiuL6oRFbiZFva6LMzURduqRZu+JcPV2ze5gZfSSf
EFzCsBKe5EZ5lIN22t3yosyre52TSN+UORSvz42tXOeCGmSFnsO0acR8pUjBHqN/
OtPwgPUNfyYkeXgJh3qkoXCF4aJ4kSvyWOYhNpJuAfDTXbPu0HOyC2Qa8VEDUDqv
Xde2eYgAM30J1wSZAKQLcaui2QyhJcKZKM9rEBe+ENvD1+8nVb8yy63sF1lS+dXX
tB5ekZbisIAXglvdn6TlRcxl+afRTZEPE48EYecVeFQCDB9PFTw=
=m3/s
-END PGP SIGNATURE-

Bug#1013310: jsonnet: FTBFS on several release architectures

[Daichi Fukui]

Hello Bastian,

Thanks for pointing this out.

> Please do not just copy patches from upstream and put your name on it.
> The new patch is partly derived from
https://github.com/biojppm/debugbreak/commit/8b4a755e76717103adc814c0c05ceb3b91befa7d
OK, I followed DEP-3 and updated the patches i made accordingly.
See:
https://salsa.debian.org/dfukui/jsonnet/-/commit/1bea08d549c450b8c9624e686df88f025e1d3d5c
https://salsa.debian.org/dfukui/jsonnet/-/commit/efb346e3ec210104897c38979291ab68e1eead73

> Also, you have not removed architectures but whitelisted some
architectures.
> Please correct your changelog.
Got it.
Here is an updated changelog:
https://salsa.debian.org/debian/jsonnet/-/commit/21be6a0c840ca38ad002b2a031c7077ecb6fb674

> Please use the Vcs that is recorded in d/control.
Ah yes, I remembered I was recently granted permission for the Vcs.
I've uploaded the latest updates here:
https://salsa.debian.org/debian/jsonnet/-/commits/debian/0.18.0+ds-2

> Also please make sure not to write to sub...@debian.org.
Indeed. I'll be careful about this.

Best,
Fukui

Bug#1014226: libzbargtk0: Please enable the GIR Gtk widget

[Pier Angelo Vendrame]

Package: libzbargtk0
Version: 0.23.92-4+b2
Severity: wishlist
X-Debbugs-Cc: vogliadifarnie...@gmail.com

Dear Maintainer,

I would like you to enable Zbar's Python GIR Gtk widget.
It is done automatically when the build environment contains
libgirepository1.0-dev and gobject-introspection.

Debian used to include python-zbargtk, which was a Python 2, GTK 2
implementation of the Zbar widget.
For Python 3, Zbar includes a GIR-based widget, which can will be loaded by the
gi module when it finds ZBar-1.0.gir and ZBar-1.0.typelib in the system (which
are generated by the aformentioned libraries).
>From my tests, libzbargtk0 will not require any additional dependencies. (I
could use the GIR files I generated with the libzbargtk0.so provided in the
Debian repositories).

Thank you very much,
Pier Angelo Vendrame


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (900, 'testing'), (700, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-2-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libzbargtk0 depends on:
ii  libc62.33-7
ii  libgdk-pixbuf-2.0-0  2.42.8+dfsg-1
ii  libglib2.0-0 2.72.2-2
ii  libgtk-3-0   3.24.34-1
ii  libzbar0 0.23.92-4+b2

libzbargtk0 recommends no packages.

libzbargtk0 suggests no packages.

-- no debconf information

Bug#1014225: ITP: rust-async-executor -- async executors

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: rust-async-executor
  Version : 1.4.1
  Upstream Author : Stjepan Glavina 
* URL : https://github.com/smol-rs/async-executor
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : async executors

 async-executor provides a lighweight implementation
 of asyncronous executors.

This package is needed by rust-smol.
It will be maintained in the Debian section of Salsa, here:
.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLASeYACgkQLHwxRsGg
ASHQiBAAh4AIuipG93645hLzSiENHmeLBKkQ83DRMzlBZ6X2rmfGKpmICKUlMS38
4AcS7o9uroZcp+7ORdiPZSoLJE/QepU1ZvDGU1K+CXWFRV4wvSyM6FACKi4OOw1a
kYqKBkehZpVv8fmQWWOfeCdzeDv88rMFL2vfRUwn2ZQjpvTI5GNDuvq5M+u8Qgrj
jbyidVUtl1eVukl0R7eqKZdyQMFbm6Ip4S3JxNrs3raZ5WEvmcmX3wHEvTV5Aowv
Q4laiLhqtKxAJGskzLNg1QHxBfTYN6zlHNMcxanqCASuiZzAoatEK3hfuN6+NPsE
V+jYYbcLZ8OLvCdC76yfSMWVtjjQ00OVlbS/90dMhq9aGW6X/yrhp80FbWrG/SMG
h8lGh2ehsObxPlCasYkesgbaRvkWXpJm1GP6qk+JC+u0nhw7bw5athqVGvt2QSKg
/7/7tPsI2LOknvKRbDGrXq3bFrW955SwLjJOUmBPxgRnrS9phjnc7GGnBUGq53bH
Oi3Ny1PhUJtzELuNJSCSsuxaxSajzwNtsdIoT1LMi/oSowUt7yunqguJIYTqWThS
IdcSK8rnrEFN2QrlTbHP4tj1ckxRM6F34DOl+hot5Yym7rRXvwsZFZtgUTvTnSJt
jgX7h+e3hml0M8UtcVON5C984aHAoZ+NcHQXZb/J02F1KKuSceA=
=SMrt
-END PGP SIGNATURE-

Bug#1014221: bullseye-pu:package procmail/3.22-26+deb11u1

[Santiago Vila]

Note: Sorry for the confusion. The debdiff is really the one attached 
now. (The distribution is "bullseye").


Thanks.diff -Nru procmail-3.22/debian/changelog procmail-3.22/debian/changelog
--- procmail-3.22/debian/changelog  2017-11-16 23:42:36.0 +0100
+++ procmail-3.22/debian/changelog  2022-07-02 13:20:00.0 +0200
@@ -1,3 +1,11 @@
+procmail (3.22-26+deb11u1) bullseye; urgency=medium
+
+  * Fix NULL pointer dereference. Closes: #769938.
+Reported by Jakub Wilk using American Fuzzy Lop.
+Patch from Stephen R. van den Berg.
+
+ -- Santiago Vila   Sat, 02 Jul 2022 13:20:00 +0200
+
 procmail (3.22-26) unstable; urgency=medium
 
   * Fix buffer overflow in loadbuf(). Closes: #876511.
diff -Nru procmail-3.22/debian/patches/31 procmail-3.22/debian/patches/31
--- procmail-3.22/debian/patches/31 1970-01-01 01:00:00.0 +0100
+++ procmail-3.22/debian/patches/31 2022-07-02 12:32:00.0 +0200
@@ -0,0 +1,19 @@
+From: Stephen R. van den Berg 
+Subject: Cater for mails containing an incomplete From_ line.
+Bug-Debian: http://bugs.debian.org/769938
+X-Debian-version: 3.22-27
+
+--- a/src/from.c
 b/src/from.c
+@@ -117,7 +117,10 @@
+ themail.p[extra]='\0';  /* terminate it for strchr */
+   }
+  while(!(rstart=strchr(themail.p,'\n')));
+- extra=rstart?extra-(++rstart-themail.p):0;
++ if (rstart)
++   extra -= ++rstart - themail.p;
++ else
++   extra = 0, rstart = themail.p;
+}
+   else
+{ size_t tfrl= ++rstart-themail.p; /* length of existing From_ line */
diff -Nru procmail-3.22/debian/patches/series 
procmail-3.22/debian/patches/series
--- procmail-3.22/debian/patches/series 2017-11-16 23:41:45.0 +0100
+++ procmail-3.22/debian/patches/series 2022-07-02 12:00:00.0 +0200
@@ -29,3 +29,4 @@
 28
 29
 30
+31

Bug#1014224: ITP: async-channel -- async multi-producer multi-consumer channel

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: async-channel
  Version : 1.6.1
  Upstream Author : Stjepan Glavina 
* URL : https://github.com/smol-rs/async-channel
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : async multi-producer multi-consumer channel

 async-channel is a Rust library
 implementing an asyncronous multi-producer multi-consumer channel.

This package is needed by rust-smol.
It will be maintained in the Debian section of Salsa, here:
.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLARmAACgkQLHwxRsGg
ASHI/A/8DJOETMG2kz0DJMofzJmxFP8R1metuu2snG7WAoUyGrnqxmGg/z71dioH
xPHKZ2AwYjiB1Qi/aqAO8kn/D1yeOYsgePwqPb5JKJntZ99xzrAfcW4xcPZIPs7E
7+vbdtJpJXd3do8R9fDYI/iz1xArTTy5YbxguP5qnJrK8qZsPRED42uk+zdkqgb8
1uKd29HT6SEdSct/e+IQ7YiLrNEX5+284Psb/gXjG8jzqsrzkIKa9kbKeeMQf/HZ
+Sz/0AJHXpYFf9N3+YEuF9OliJ9Qd1GGWowM8RTBMsbnILGpcXXmYoHWMnpNR6iv
ktAywdbbIUJGqkWODyYSg1um+wF1DvAyZj/lelPXfkWR0XMkdDQn01IGXo6ww2az
43wMJQFHjorZdsj69qCupAcm6K2JwLezYx3tUFTG/n38T4JVQa7UzqlhhVSO95L9
pBTDLAwkOmjjtD64/0zb23ds5tJIg5ndwbexgK+Mv0/JqnQxmMvi25Fa8YD04F9p
Qg2DrIKX0hbM5S8N08BBZJXcy5wAQ5WMVx7gRgjyP4zW8fEnas07tL8M39TXYtEy
XD9tTVu6jHDv1gRAPxDm3909KBM98T1YYmdV43PyVIboPM+eQT+tWbgASgF3FSJl
Atri/6qJEYOWaoryeYTV+O/mkuAQenfKea6OfBtcfxwpNOBaj6o=
=+m5u
-END PGP SIGNATURE-

Bug#1014223: ITP: rust-smol -- small and fast async runtime

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: rust-smol
  Version : 1.2.5
  Upstream Author : Stjepan Glavina 
* URL : https://github.com/smol-rs/smol
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : small and fast async runtime

 smol is a small and fast async runtime,
 simply re-exporting other smaller async crates.

This package is needed by rust-criterion.
It will be maintained in the Debian section of Salsa, here:
.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLAQ6AACgkQLHwxRsGg
ASGw0Q/8DXCGn8A4N4XdUPqVpPeMdOTFfr5oZtKNUXWcvEgqK/ZyrMaIvFJZrD+Z
N0FsTnPkfslYqDcIrZZxiosam9OTsnbB9JAoWWgPlBUtdSzGh9P5TbSVzACFyT3y
cFWHChnXOnSBxQATfOa9ZYQXKxnJU5Na111zh5BkU3bzQVMkqrRTFxjw3wLjtXVJ
s37CsRvOkZGcZMuagmQt4uulmiyxG6Sr5QOjXWrUMnPKW5MQMyje+ztDzmEdZx/u
NMws1gBCNZP1Vs00zv3T9TSYPXoM7yWyd5Nyg0UR4TmMmp1y/wRCrFvIG2kclcvn
ps1ysrd++9GBSUcGqrP17E5Ps4Gq9J0ZaIfx2jlxK9v5XpBWPmqIjXYdVuT3gC3f
C19ZhRfZDpUiya7669H5XE+36Wzf74MKb+7lnHPEs+/2elGZourF0l8Pjefglkid
1C20al59LgNtKRCejhY/FQvmxXmC7w2AxOp22shIugHdO5OdPQbRfi4YR9hcIaqQ
x8nTwsLz+wckMghOPSCERJ/yFQZsA/BiA1MoDNR4P9H3iFN/p1hi7rsOsxV0KeZf
fBJN2RlTG4rb9/1LDfX/59RT8pmBRmgG7LgM3YgPoqjieNo1gq+f1uovg1PWoR/v
DjCTHxKIQ39YxJG9iZppUNwRz+zlmAnM6B2G5yfwCUZz7xC6YnQ=
=ekIE
-END PGP SIGNATURE-

Bug#1004459: bullseye-pu: package lxc/1:4.0.6-2+deb11u1

[Antonio Terceiro]

On Fri, Jul 01, 2022 at 07:13:24PM +0100, Adam D. Barratt wrote:
> On Sun, 2022-02-20 at 19:38 -0300, Antonio Terceiro wrote:
> > On Sat, Feb 19, 2022 at 06:53:52PM +, Adam D. Barratt wrote:
> > > Control: tags -1 + confirmed
> > > 
> > > On Thu, 2022-01-27 at 21:32 -0300, Antonio Terceiro wrote:
> > > > This update fixes the download of container images using the
> > > > "download"
> > > > template. pool.sks-keyservers.net is not active anymore, so the
> > > > patch
> > > > (already included in the upstream release present in
> > > > sid/bookworm)
> > > > changes that to keyserver.ubuntu.com.
> > > > 
> > > 
> > > +  * lxc-download: Switch GPG server.
> > > +The default server used to download gpg keys from has ben
> > > deprecated,
> > > 
> > > s/ben/been/
> > > 
> > > Please go ahead.
> > 
> > Uploaded with that typo fixed. Thanks.
> 
> I was just looking through some older p-u bugs, and realised that this
> was still open. Looking further, the package never seems to have made
> it to stable-new.
> 
> I can't find any mention of the upload in the dak logs on ftp-master,
> and all I can see on the upload host is:
> 
> Feb 20 21:55:04 > rm --searchdirs lxc_4.0.6-2+deb11u1_source.changes
> Feb 20 21:55:04 Files removed: lxc_4.0.6-2+deb11u1_source.changes
> Feb 20 21:55:04 > rm --searchdirs lxc_4.0.6-2+deb11u1.dsc
> Feb 20 21:55:04 Files removed: lxc_4.0.6-2+deb11u1.dsc
> Feb 20 21:55:04 > rm --searchdirs lxc_4.0.6-2+deb11u1.debian.tar.xz
> Feb 20 21:55:04 Files removed: lxc_4.0.6-2+deb11u1.debian.tar.xz
> Feb 20 21:55:04 > rm --searchdirs lxc_4.0.6-2+deb11u1_source.buildinfo
> Feb 20 21:55:04 Files removed: lxc_4.0.6-2+deb11u1_source.buildinfo

Weird. I do have local logs of it being uploaded. Anyway, I have just
uploaded again.


signature.asc
Description: PGP signature

Bug#1014222: RM: openturns [i386] -- ROM; arch unmaintained upstream

[Pierre Gruet]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

openturns has been maintained on i386 for many years, but now the porting
burden is too heavy. After discussing in real life with the upstream
developers, I think it is time to withdraw openturns from the i386
architecture.

The failure to build on i386 is also blocking the migration to testing.

Could you proceed to the removal please?

Thanks a lot and best regards,

- -- 
Pierre

-BEGIN PGP SIGNATURE-

iQJDBAEBCgAtFiEEM8soQxPpC9J9y0UjYAMWptwndHYFAmLAMhUPHHBndEBkZWJp
YW4ub3JnAAoJEGADFqbcJ3R2D+gP/2ppVq8BzLCq033LRY3oGm3KWEX+q1Rn6t4i
toKA8NBt0bLXMzMHOXbPTLeIiFSx1lLBMlh5L7j5194Av0uaOANRRrTGp5p4mcs6
khLNmvq8bkK18NY4rMrr4T/xlr1+6T1LXH0mXviNeZu5Hv+i178o2f0E2wwDQaGH
frSo6xCeFdvKBkjw7CgKMqdN2dlv/3rD6I5JWug2V76bflgBDXfBeujz+t6D5Zqh
D6hPekHrd23upM89A1kdLcIYVrhMTF46vZl3bEvwHxC00TPJuilDPQsOeRkCeMJ6
DqToMYd4NoW1HKrVDcLnwjNcKCZPzIyS6ilUz6FpEMzI7XTds4FJu3ErUGYPqNFO
DD1UeeFXSJGCgH1RpdJKK7zgnFeRhQshXSDzFaidGLBQfgAJ1/DOw6yRuVx5ZHDZ
jrJN4RMf02HVGLNE5oodDoDa2c3dVOhQ/V+clTxc5e6S8vUWkVX1q5Gyta1s26Fu
hfoKtoOooA53k0uDvTALJHM2gb2in43tQX/bsda87k+jB86Hz/m516p4v1pYuk+W
7Y60ZhgY2MGG0tbyjM0y9vCmHk4WuOr4PTC9tgTVT8d7JWkE8A/AT6imN4GlJT0v
pWB3DGBheJv+iawFTr0wy3CBiqcldpUV44RjUls1u5KHe408Q56yDLKobz8v5P+d
IfVg5wM/
=zy3L
-END PGP SIGNATURE-

Bug#1014221: bullseye-pu:package procmail/3.22-26+deb11u1

[Santiago Vila]

Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu

Dear release managers: There was a NULL pointer dereference fix in 
procmail which I've just applied to bullseye as well. There is no CVE 
for this, but nevertheless it's the type of bug I don't want to see in 
stable.


The patch was taken from the author's git repository and it has been 
working in testing/unstable for several months now.


The debdiff is attached.

(I will also try to upload for buster before its final release)

Thanks.diff -Nru procmail-3.22/debian/changelog procmail-3.22/debian/changelog
--- procmail-3.22/debian/changelog  2017-11-16 23:42:36.0 +0100
+++ procmail-3.22/debian/changelog  2022-07-02 13:20:00.0 +0200
@@ -1,3 +1,11 @@
+procmail (3.22-26+deb11u1) unstable; urgency=medium
+
+  * Fix NULL pointer dereference. Closes: #769938.
+Reported by Jakub Wilk using American Fuzzy Lop.
+Patch from Stephen R. van den Berg.
+
+ -- Santiago Vila   Sat, 02 Jul 2022 13:20:00 +0200
+
 procmail (3.22-26) unstable; urgency=medium
 
   * Fix buffer overflow in loadbuf(). Closes: #876511.
diff -Nru procmail-3.22/debian/patches/31 procmail-3.22/debian/patches/31
--- procmail-3.22/debian/patches/31 1970-01-01 01:00:00.0 +0100
+++ procmail-3.22/debian/patches/31 2022-07-02 12:32:00.0 +0200
@@ -0,0 +1,19 @@
+From: Stephen R. van den Berg 
+Subject: Cater for mails containing an incomplete From_ line.
+Bug-Debian: http://bugs.debian.org/769938
+X-Debian-version: 3.22-27
+
+--- a/src/from.c
 b/src/from.c
+@@ -117,7 +117,10 @@
+ themail.p[extra]='\0';  /* terminate it for strchr */
+   }
+  while(!(rstart=strchr(themail.p,'\n')));
+- extra=rstart?extra-(++rstart-themail.p):0;
++ if (rstart)
++   extra -= ++rstart - themail.p;
++ else
++   extra = 0, rstart = themail.p;
+}
+   else
+{ size_t tfrl= ++rstart-themail.p; /* length of existing From_ line */
diff -Nru procmail-3.22/debian/patches/series 
procmail-3.22/debian/patches/series
--- procmail-3.22/debian/patches/series 2017-11-16 23:41:45.0 +0100
+++ procmail-3.22/debian/patches/series 2022-07-02 12:00:00.0 +0200
@@ -29,3 +29,4 @@
 28
 29
 30
+31

Bug#1014220: ITP: yambar -- lightweight and configurable status panel (bar, for short) for X11 and Wayland

[Birger Schacht]

Package: wnpp
Severity: wishlist
Owner: Birger Schacht 
X-Debbugs-Cc: debian-de...@lists.debian.org, bir...@debian.org

* Package name: yambar
  Version : 1.8.0
  Upstream Author : Daniel Eklöf
* URL : https://codeberg.org/dnkl/yambar/
* License : MIT
  Programming Lang: C
  Description : lightweight and configurable status panel (bar, for short) 
for X11 and Wayland

 yambar is a lightweight and configurable status panel (bar, for short) for X11
 and Wayland, that goes to great lengths to be both CPU and battery efficient -
 polling is only done when absolutely necessary.
 .
 It has a number of modules that provide information in the form of tags. For
 example, the clock module has a date tag that contains the current date.
 .
 The modules do not know how to present the information though. This is instead
 done by particles. And the user, you, decides which particles (and thus how to
 present the data) to use.
 .
 Furthermore, each particle can have a decoration - a background color or a
 graphical underline, for example.
 .
 There is no support for images or icons. use an icon font (e.g. Font Awesome,
 or Material Icons) if you want a graphical representation.
 .
 There are a number of modules and particles builtin. More can be added as
 plugins. You can even write your own!
 .
 To summarize: a bar displays information provided by modules, using particles
 and decorations. How is configured by you.

 I plan to maintain this package in the swaywm-team.

Bug#1014215: RFS: runit/2.1.2-47 -- system-wide service supervision

[Bastian Germann]

On Sat, 02 Jul 2022 11:43:15 +0200 Lorenzo Puliti  wrote:

Changes since the last upload:

 runit (2.1.2-47) unstable; urgency=medium
 .
   * Release to unstable


This duplicates the info in the first line.


   * make_svlinks: fix wrong symlink target
   * make_svlinks: downgrade errors to warnings and
   always return 0 to make sure to never break maintscripts
   * cpsv diff: ignore log/run when m-i svlogd is used
   * make_svlinks: take care also of the log service link, when
  appropriate (detected with logscript metafile)

Bug#1014219: Do improve the language of /etc/ca-certificate.conf

[u34]

Package: ca-certificates
Version: 20211016 
Severity: minor
X-Debbugs-CC: debian-l10n-engl...@lists.debian.org

I think good documentation is an indispensable part of free software. And 
clear language is an indispensable part of good documentation. Do review 
https://lists.debian.org/debian-l10n-english/2022/07/msg1.html , and
improve the language of /etc/ca-certificates.conf. I am sure users of 
lists.debian.org/debian-l10n-english can, and will, help.

Thank you

--
u34

Bug#1013670: transition: srt

[Florian Ernst]

On Thu, Jun 30, 2022 at 07:53:50AM +0200, Florian Ernst wrote:
> On Wed, Jun 29, 2022 at 10:37:12PM +0200, Sebastian Ramacher wrote:
> > On 2022-06-25 13:46:45 +0200, Sebastian Ramacher wrote:
> > > On 2022-06-24 17:32:43, Florian Ernst wrote:
> > > > please grant a transition slot for the srt transition.
> > > > [...]
> > > 
> > > Let's wait until ffmpeg migrated and then we should be good to go ahead
> > > with this one.
> > 
> > Please go ahead
> 
> Thanks. I'm planning to add some finetuning to the current packaging and
> then to upload on Saturday.

srt 1.5.0-2 has just been uploaded to unstable, thanks for taking care.

Cheers,
Flo


signature.asc
Description: PGP signature

Bug#1013322: plasma-desktop: Plasma upgrade removed almost ALL KDE packages

[Thomas Nemeth]

On Tue, 21 Jun 2022 19:30:51 +0200 Patrick Franz  
wrote:
> Hi,

Hi !


> this is not a bug though. We are in the middle of a Qt transition and Qt 
> packages are already available in testing-proposed-updates, but the 
> Plasma packages are not. You are installed Qt 5.15.4 from testing-
> proposed-updates, but Plasma in testing needs Qt 5.15.2. That's why so 
> many packages have been removed.

Indeed I'm using testing-proposed-updates... Do you mean I shouldn't
use proposed-updates and stick with defaults repositories ?


> If you stick to testing or use apt-pinning, you should be able to 
> reinstall Plasma. The issue will sort itself out in a couple of days 
> otherwise.

It all went well. Thanks a lot.


Thomas.

Bug#1014217: rust-async-trait: please update to (at least) v0.1.52

[Jonas Smedegaard]

Source: rust-async-trait
Version: 0.1.24-1
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please update to upstream release v0.1.52 or newer, needed for projects
I am preparing for Debian.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLAFsoACgkQLHwxRsGg
ASFRSw//XERLMxnfdW1F9GC/pdwI/qkIURoqOoRmZJ6ShvBfF/+PW3qXF1wNf7Qu
u8xnNmqv9QgCkIB2seCyJ5bneTQ00AvNLl3a2BEPrUUlqY99ZZHyIECl3jheWlUC
W43jYuKDMbV8vYTggZpFZS4TqEtn/aVRNQ+yVuJv/+oW/J34gXI8tTZnS/HK71Ji
qNgcvMDnIKfVTi0FZ4qm3AjMzPl6edI5dN6iCrRRfW47kRjeGC7EHEUedpasQUfE
dJiL9xC3nJtGA2Z/OugUJIQ07QQqJkmhgrHf/boaJBOodfNZy15mmt7QF8mtyjWw
5OjklUZ6c8mZxF7XT5Ixg8Y4QIW/MoKeuj/YqVepew4GWVlTgxP3GeFt3cg2uZpE
yCKCwYnlOwfIkUTxWWCBaMDuucOHwUT44P1MmzxVFTA4B7N16pk9Dv26dUx3hWJV
iaTQHa0y1X9wZQJtRl5GknGBGrKCmh1GOcdLsylYDFV3c5yHeDemFK23wQJcc9rm
YB9GNM9QtTV7CF4w9Qpm+F78rg3GPNp3E+OZ/7ZO2buHCR87e1sU4kRxrCXax4OJ
rZ7C9qZ2l2aLIPwxIozOCYGRuUdj4ESyR9ZJFCpEOmcBfzo+ryPiVxdFI0FBIqis
/MC2UsZJzIOQmZVWhbo95b6PL9kCWCCkclCoUi9GKNuZ06j3bwI=
=B28O
-END PGP SIGNATURE-

Bug#1014216: rust-ar: please upgrade to v0.9

[Jonas Smedegaard]

Source: rust-ar
Version: 0.8.0-1
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please upgrade to upstream branch v0.9, needed by projects I am
preparing for Debian.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmLAFg8ACgkQLHwxRsGg
ASEzWw//QPAtQ7Jm7b2gmT2sBf4JxKqhDKETscQI6DZpy++dYeWQz0wMK7XBOxky
UPwaCxVmyNEPZSzDwSCvOqdaurkeLb4GskADZoK921M+tFyvwKFvPpCcFcx0vaDG
nGjxdM0xaCOICkJY6qjwLswffwFRqBhMjsPQ1BfDff1BgYPXbq2f6RGcexXi88vj
8mPFEXXrSZapV0LM87ANfs30HZvp+vCh02Id6iCruSmYh6X78g59aZ+mo6TW7yO0
VDmOEXHfiK+yqOPhAN7E3GZyIV5HLlWCQm3P+VoWRS5CQLH/m+q4tWncQN7VPVx7
0GLSpPedz1jLjlrGSmdohzRSMFqC2Y0Trxp8p4EP/VFfylbIcSxvMqvyBCVvhub+
rWwcTtVIG49OWVu547KzGx/I2sKX/V2aZEbkI+h6ETqCPGHqC2rG1BRjJX2zzDRh
S76EYJZ5xLoNwX4yhDYn21z3XnbXTbj4Au6o7MsbLL+esk+ZtCQu4X82KoP0G+eK
ruvep8HtHFBKARcHjTIyo/FtGw8QO/PFOSUpocn8q00Obiu1CqRvnNBavttmvHBj
bqVdlQUopzN0SSZNZKOvs1WYIpyFIpqzX545kHEPMxssMvUyURZ5vu5+aFlS5ye9
1maxSGlrCUi3wdctP0aW8ctVIiejQhoAFONQOZv93lp/rDnJln4=
=YRM0
-END PGP SIGNATURE-

Bug#1010978: live-boot breaks some upgrades

[Olivier Allard-Jacquin]

Hi,

I confirm that below fsmithred's patch work fine :


Maybe change line #148 from this:

copy_exec /usr/bin/mount /bin

To this:

copy_exec "$(command -v mount)" /bin



Tested on two debian-live build mechanism, based on 
debian/testing/amd64.

Best regards,
Olivier

Bug#1014214: node-stream-http: FTBFS one test failure with nodejs 18.4.0

[Yadd]

Control: retitle -1 missing undici.fetch()

On 28/06/2022 17:49, Jérémy Lal wrote:

Package: node-stream-http
Version: 3.2.0+dfsg-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source


I fixed node-stream-http error, however there is another bug in Node.js 
>= 18:


TypeError: lazyUndici(...).fetch is not a function
at fetch (node:internal/bootstrap/pre_execution:197:25)
at ClientRequest._onFinish 
(/build/node-stream-http-BkiZJD/node-stream-http-3.2.0+dfsg/lib/request.js:143:10)
at module.exports. 
(/build/node-stream-http-BkiZJD/node-stream-http-3.2.0+dfsg/lib/request.js:61:8)

at module.exports.emit (node:events:537:28)
at finishMaybe 
(/build/node-stream-http-BkiZJD/node-stream-http-3.2.0+dfsg/node_modules/readable-stream/lib/_stream_writable.js:624:14)
at endWritable 
(/build/node-stream-http-BkiZJD/node-stream-http-3.2.0+dfsg/node_modules/readable-stream/lib/_stream_writable.js:643:3)
at Writable.end 
(/build/node-stream-http-BkiZJD/node-stream-http-3.2.0+dfsg/node_modules/readable-stream/lib/_stream_writable.js:571:22)
at ClientRequest.end 
(/build/node-stream-http-BkiZJD/node-stream-http-3.2.0+dfsg/lib/request.js:313:32)
at Object.get 
(/build/node-stream-http-BkiZJD/node-stream-http-3.2.0+dfsg/index.js:44:6)
at Test. 
(/build/node-stream-http-BkiZJD/node-stream-http-3.2.0+dfsg/test/node/http-browserify.js:39:21)

Emitted 'error' event on  instance at:
at 
/build/node-stream-http-BkiZJD/node-stream-http-3.2.0+dfsg/lib/request.js:157:10
at process.processTicksAndRejections 
(node:internal/process/task_queues:95:5)

Bug#1014206: bullseye-pu: package dpkg/1.20.11

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sat, 2022-07-02 at 05:39 +0200, Guillem Jover wrote:
> 
> This request includes several targeted minimal fixes for issues found
> in dpkg 1.20.10, including one regression introduced in the security
> update.
> 

Please go ahead, thanks, bearing in mind that we'll be closing the
window for 11.4 during Sunday.

Regards,

Adam

Bug#814449: [wrap-and-sort] to remove double or more spaces

[Niels Thykier]

On Thu, 11 Feb 2016 14:49:28 -0200 Herbert Fortes (hpfn)
 wrote:
> Package: devscripts
> Version: 2.15.10
> Severity: wishlist
> File: /usr/bin/wrap-and-sort
> 
> Hi,
> 
> The wrap-and-sort script has:
> 
> def remove_trailing_whitespaces(filename):
> 
> But it doesn't remove double or more spaces
> inside a line. e.g:
> 
> ' text which belongs to long description.   End of line'
> 
> I'm not a programmer, but I did a search and added
> a line to do that. I copied these lines and made a
> test:
> 
> [...]
> 
> 
> The line I added doesn't remove all spaces at the 
> end of the line. That's why two for loops. It works
> in a separate test script. But I put it in wrap-and-sort
> and it didn't.
> 
> It can be useful for long description in debian/control.
> I don't know about the others files.
> 
> 
> regards,
> -- 
> Herbert Parentes Fortes Neto (hpfn)
> 
> 


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.

On the flip side, the dependency field that pabs mentioned would be fine
to fix.

Thanks,
~Niels

Bug#1013313: libisoburn: Add autopkgtest

[Thomas Schmitt]

Hi,

i committed upstream the discussed changes to releng/run_all_auto.
  
https://dev.lovelyhq.com/libburnia/libisoburn/commit/4ff9f8eedf49ec75f6066ae8f396cf65318f11b5

Next i cherrypicked the patch steps from my release cheat sheet and
created a patch from the new upstream state.
Further i added the new file debian/tests/control to the salsa git.
Committing went in three steps, because i managed to forget adding the
patch itself with the first commit, and then noticed that i did not
change "unstable" to "UNRELEASED" in the new changelog section.
(Pfft ... one should not let me do procedures which i practice only
once per year.)



commit 469750f1b47f6acd2c69032b38014f5f35feb5dc
Author: Thomas Schmitt 
Date:   Sat Jul 2 10:41:26 2022 +0200

Changed new changelog entry from unstable to UNRELEASED

commit 543fcccb177644c7699a20bd4645f2d4b9fe518b
Author: Thomas Schmitt 
Date:   Sat Jul 2 10:11:14 2022 +0200

Added forgotten patch 02-Patch-releng-run_all_auto.patch

commit 06434fcf33b824059a20f5c788cd399cf2fd4ee8
Author: Thomas Schmitt 
Date:   Sat Jul 2 10:02:49 2022 +0200

Patched releng/run_all_auto to return non-zero exit value on failure and 
introduced debian/tests/control. (Closes: #1013313)



Before pushing, i restored the old state of releng/run_all_auto and
ran gbp buildpackage which looked good, mentioned

  dpkg-source: info: using patch list from debian/patches/series
  dpkg-source: info: applying 02-Patch-releng-run_all_auto.patch
  ...

and ended by:

  Successfully signed dsc, buildinfo, changes files

Strangely lintian complains:

  W: libisoburn1: improbable-bug-number-in-closes 1013313

I triple checked that 1013313 is indeed the number of this bug.


So as far as i can tell, the new state of

  g...@salsa.debian.org:optical-media-team/libisoburn.git

is now ready for review by Dominique Dumont and for creating of
package libisoburn 1.5.4-3 at his discretion. Only changelog entry is

  * Patched releng/run_all_auto to return non-zero exit value on failure
and introduced debian/tests/control
(Closes: #1013313)


Have a nice day :)

Thomas

Bug#1014213: RFS: liblarch/3.2.0-1 [ITP] [Team] -- easily handle data structures

[François Mazen]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "liblarch":

 * Package name    : liblarch
   Version : 3.2.0-1
   Upstream Author : [fill in name and email of upstream]
 * URL : https://wiki.gnome.org/Projects/liblarch
 * License : LGPL-3.0+
 * Vcs :
https://salsa.debian.org/python-team/packages/liblarch
   Section : python

The source builds the following binary packages:

  python3-liblarch - easily handle data structures

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/liblarch/

Alternatively, you can download the package with 'dget' using this
command:

  dget -x
https://mentors.debian.net/debian/pool/main/libl/liblarch/liblarch_3.2.0-1.dsc

Changes since the last upload:

 liblarch (3.2.0-1) unstable; urgency=medium
 .
   * Team upload
 .
   [ Ondřej Nový ]
   * Fixed VCS URL (https)
   * d/control: Set Vcs-* to salsa.debian.org
   * d/copyright: Use https protocol in Format field
   * d/changelog: Remove trailing whitespaces
   * d/tests: Use AUTOPKGTEST_TMP instead of ADTTMP
   * d/control: Remove ancient X-Python3-Version field
   * Convert git repository from git-dpm to gbp layout
   * Use debhelper-compat instead of debian/compat.
   * d/control: Update Vcs-* fields with new Debian Python Team Salsa
 layout.
 .
   [ Sandro Tosi ]
   * Use the new Debian Python Team contact name and address
 .
   [ Francois Mazen ]
   * Package reintroduction (Closes: #1014194)
   * New upstream version (Closes: #1001820)
   * Set debhelper compat to 13
   * Set Rules-Requires-Root no

Regards,



signature.asc
Description: This is a digitally signed message part

Bug#1014212: Please build with -DSHOW_POSITION

[Michael Deegan]

Package: xfwm4
Version: 4.16.1-1
Severity: normal

Older XFCE releases used to show window geometry during window resizing, I'd
like to see this feature return.

Same bug elsewhere:
 - https://bugzilla.redhat.com/show_bug.cgi?id=1995645
 - https://gitlab.xfce.org/xfce/xfwm4/-/issues/559

Thanks,

-MD

-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-proposed-updates-debug'), (500, 'oldstable-debug'), (500, 
'oldoldstable'), (500, 'stable'), (500, 'oldstable'), (480, 'testing-debug'), 
(480, 'testing'), (470, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-15-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages xfwm4 depends on:
ii  libc6 2.33-7
ii  libcairo2 1.16.0-5
ii  libepoxy0 1.5.5-1
ii  libgdk-pixbuf-2.0-0   2.42.2+dfsg-1
ii  libglib2.0-0  2.72.2-2
ii  libgtk-3-03.24.24-4+deb11u2
ii  libpango-1.0-01.50.7+ds-1
ii  libpangocairo-1.0-0   1.50.7+ds-1
ii  libstartup-notification0  0.12-6+b1
ii  libwnck-3-0   3.36.0-1
ii  libx11-6  2:1.7.5-1
ii  libxcomposite11:0.4.5-1
ii  libxdamage1   1:1.1.5-2
ii  libxext6  2:1.3.3-1.1
ii  libxfce4ui-2-04.16.0-1
ii  libxfce4util7 4.16.0-1
ii  libxfconf-0-3 4.16.0-2
ii  libxfixes31:5.0.3-2
ii  libxinerama1  2:1.1.4-2
ii  libxpresent1  1.0.0-2+b10
ii  libxrandr22:1.5.1-1
ii  libxrender1   1:0.9.10-1
ii  libxres1  2:1.2.0-4

Versions of packages xfwm4 recommends:
ii  librsvg2-common  2.54.4+dfsg-1

Versions of packages xfwm4 suggests:
ii  xfce4  4.16

-- no debconf information

-MD

-- 
-
Michael Deegan   Hugaholic  https://www.deegan.id.au/
  Jung, zr jbeel?  --

Bug#1014211: apertium-fra-cat: FTBFS: Error (line 229): Invalid construction.

[Kartik Mistry]

Source: apertium-fra-cat
Version: 1.9.0-2
Severity: serious
Justification: FTBFS

1.9.0-2 version fails to build with the following error:

lrx-comp .deps/apertium-fra-cat.cat-fra.lrx cat-fra.autolex.bin
Error (line 229): Invalid construction.
make[2]: *** [Makefile:864: cat-fra.autolex.bin] Error 1
make[2]: *** Waiting for unfinished jobs
apostrophes@postblank 713 1082
final@inconditional 7 17
main@standard 83221 173892
regexp@standard 134 4862
rm .deps/apertium-fra-cat.fra-cat.metalrx .deps/apertium-fra-cat.cat-fra.metalrx
make[2]: Leaving directory
'/builds/science-team/apertium-fra-cat/debian/output/source_dir'
dh_auto_build: error: make -j2 returned exit code 2
make[1]: *** [debian/rules:27: override_dh_auto_build] Error 25
make[1]: Leaving directory
'/builds/science-team/apertium-fra-cat/debian/output/source_dir'
make: *** [debian/rules:14: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2

Full log: https://salsa.debian.org/science-team/apertium-fra-cat/-/jobs/2940030

-- 
Kartik Mistry | કાર્તિક મિસ્ત્રી
kartikm.wordpress.com

Bug#1014210: ITP: libslow5lib -- library for reading & writing SLOW5 files

[Nilesh Patra]

Package: wnpp
Severity: wishlist

Subject: ITP: libslow5lib -- library for reading & writing SLOW5 files
Package: wnpp
Owner: Nilesh Patra 
Severity: wishlist

* Package name: libslow5lib
  Version : 0.5.1
  Upstream Author : Hasindu Gamaarachchi, Sasha Jenner, Hiruna Samarakoon
* URL : https://github.com/hasindu2008/slow5lib
* License : MIT
  Programming Lang: C
  Description : library for reading & writing SLOW5 files
 Slow5lib is a software library for reading & writing SLOW5 files.
 Slow5lib is designed to facilitate use of data in SLOW5 format by third-
 party software packages. Existing packages that read/write data in FAST5
 format can be easily modified to support SLOW5.
 .
 SLOW5 is a new file format for storing signal data from Oxford Nanopore
 Technologies (ONT) devices. SLOW5 was developed to overcome inherent
 limitations in the standard FAST5 signal data format that prevent
 efficient, scalable analysis and cause many headaches for developers.
 SLOW5 can be encoded in human-readable ASCII format, or a more compact
 and efficient binary format (BLOW5) - this is analogous to the seminal
 SAM/BAM format for storing DNA sequence alignments. The BLOW5 binary
 format supports *zlib* (DEFLATE) compression, or other compression
 methods, thereby minimising the data storage footprint while still
 permitting efficient parallel access. Detailed benchmarking experiments
 have shown that SLOW5 format is an order of magnitude faster and
 significantly smaller than FAST5.

Remark: This package is maintained by Debian Med Packaging Team at
   https://salsa.debian.org/med-team/libslow5lib

Bug#1014209: Tests fail on s390x

[Shengjing Zhu]

Source: golang-github-shirou-gopsutil
Version: 2.19.11-4
Severity: important
Forwarded: https://github.com/shirou/gopsutil/issues/990
X-Debbugs-Cc: z...@debian.org

Two tests fail on s390x.

https://ci.debian.net/data/autopkgtest/testing/s390x/g/golang-github-shirou-gopsutil/23056105/log.gz

=== RUN   Test_Connections
process_test.go:565: expected 1 server connection, have 0.
Details: 
[{"fd":7,"family":2,"type":1,"localaddr":{"ip":"1.0.0.127","port":34369},"remoteaddr":{"ip":"0.0.0.0","port":0},"status":"LISTEN","uids":[1000,1000,1000,1000],"pid":4267}
 
{"fd":9,"family":2,"type":1,"localaddr":{"ip":"1.0.0.127","port":34369},"remoteaddr":{"ip":"1.0.0.127","port":57012},"status":"ESTABLISHED","uids":[1000,1000,1000,1000],"pid":4267}
 
{"fd":8,"family":2,"type":1,"localaddr":{"ip":"1.0.0.127","port":57012},"remoteaddr":{"ip":"1.0.0.127","port":34369},"status":"ESTABLISHED","uids":[1000,1000,1000,1000],"pid":4267}]
--- FAIL: Test_Connections (0.00s)


=== RUN   TestCPUCountsAgainstLscpu
cpu_linux_test.go:73: missing info from lscpu: threadsPerCore=1 
coresPerSocket=1 sockets=0
cpu_linux_test.go:88: expected 0, got 10
cpu_linux_test.go:91: expected 0, got 10
--- FAIL: TestCPUCountsAgainstLscpu (0.07s)

Bug#898333: CMake trouble

[Simon Ruderich]

On Sat, Jul 02, 2022 at 01:58:06AM -0400, Ben Westover wrote:
> It turns out that the debian/rules line works if I remove the start and end
> characters (in this case the quotes).
> This should either be changed so that --ignore-line and the debian/rules
> string use the same format, or it should be documented.

Could you provide me with both failing and working debian/rules
and the corresponding build logs?

Best,
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


signature.asc
Description: PGP signature

Bug#898333: CMake trouble

[Ben Westover]

It turns out that the debian/rules line works if I remove the start and 
end characters (in this case the quotes).
This should either be changed so that --ignore-line and the debian/rules 
string use the same format, or it should be documented.


OpenPGP_signature
Description: OpenPGP digital signature