Bug#1009169: please package new emacs version 28.1

[Thomas Koch]

Package: emacs
Version: 1:27.1+1-3.1
Severity: wishlist
X-Debbugs-Cc: tho...@koch.ro

Please excuse my impatience, but emacs 28 seems to be really great:
https://www.gnu.org/software/emacs/news/NEWS.28.1

Please consider a backport.

Do you need any help with the emacs package? Would you welcome a
co-maintainer?

Thank you!

Bug#1008541: vagrant: Cant create boxes running ssh 8.8

[Lucas Nussbaum]

On 28/03/22 at 16:54 +0200, Arnaud Patard wrote:
> Package: vagrant
> Severity: normal
> 
> Dear Maintainer,
> 
> 
> It's not possible to start a VM on bullseye with this Vagrantfile:
> 
> Vagrant.configure("2") do |config|
>   config.vm.box = "generic/alpine315"
> end
> 
> It's stuck while trying the use SSH. generic/alpine310 is fine for instance.
> After debugging, it turns out that it's due to ssh 8.8 running inside the 
> guest.
> 
> It has been:
> - fixed in ruby net-ssh:
>   
> https://github.com/net-ssh/net-ssh/commit/a45f54fe1de434605af0b7195dd9a91bccd2cec5
> - workarounded in vagrant with lib/vagrant/patches/net-ssh.rb
> 
> Doing a quick backport of sid vagrant seems to fix the issue.
> 
> I'm not sure which package should be fixed (rubygem-net-ssh or vagrant)
> so bugging against vagrant since it's this package not working.
> 
> Thanks,
> Arnaud

Hi,

This is #1009155 in ruby-net-ssh. I plan to backport the package to
bullseye-backports once the fixed ruby-net-ssh package is accepted in
testing.

However, I don't know if we want to consider "use ruby-net-ssh from
backports" a sufficient solution for this issue.

Lucas

Bug#1009167: xz-utils: CVE-2022-1271: xzgrep: arbitrary-file-write vulnerability

[Salvatore Bonaccorso]

Source: xz-utils
Version: 5.2.5-2
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 
Control: clone -1 -2
Control: retitle -2 gzip: CVE-2022-1271: zgrep: arbitrary-file-write 
vulnerability
Control: reassign -2 src:gzip 1.10-4
Control: found -2 1.9-3

Hi,

The following vulnerability was published for xz-utils and gzip, both
have to date assigned the same CVE, and cloning this bug as well for
one for gzip.

CVE-2022-1271[0]:
| zgrep, xzgrep: arbitrary-file-write vulnerability

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-1271
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-1271
[1] https://www.openwall.com/lists/oss-security/2022/04/07/8
[2] 
https://git.tukaani.org/?p=xz.git;a=commit;h=69d1b3fc29677af8ade8dc15dba83f0589cb63d6
[3] https://lists.gnu.org/r/bug-gzip/2022-04/msg00011.html

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#1009164: ITP: gydl -- is a GUI wrapper around the already existing youtube-dl

[Gunnar Wolf]

Braulio Henrique Marques Souto dijo [Thu, Apr 07, 2022 at 09:26:27PM -0300]:
> * Package name: gydl
>   Version : 0.1.1
>   Upstream Author : Jannik Hauptvogel 
> * URL : https://github.com/JannikHv/gydl
> * License : (GPL2+)
>   Programming Lang: (Python)
>   Description : is a GUI wrapper around the already existing youtube-dl
> 
> Gydl (Graphical Youtube-dl) it's developed with a dialog driven experience
>  in mind. This provides a quick and easy video or audio downloads
>  without disturbances. Big thank you to the developer(s) of youtube-dl!

I suggest you rethink whether it's worth uploading it. The project
webpage states:

Fellow users,

Gydl is currently in a state where it is not worth enhancing/developing it 
in any way.

I currently don't have the resources to develop Gydl myself - thus
the amount of open issues.

I plan on keeping Gydl stable for how it currently is/works and
rewrite it completely in about half a year at the latest.

And yes, the Git repository has not had any activity for almost three
years. There are other youtube-dl wrappers already in the project, and
the UI does not look too different, for example, from the one provided
by youtubedl-gui.

Greetings,

Bug#927012: Redesign of libravatar.cgi and testing

[Don Armstrong]

The basic code is working, but we were having performance issues which
is why it was disabled on bugs.debian.org.

I haven't had a chance to dig into exactly why it was failing, though
now that everything is using md5sum of the e-mail addresses, I think the
privacy concerns that were mentioned previously have been addressed.

It's not super high on my priority list to fix, but I'll try to get to
it when I have some time.

-- 
Don Armstrong  https://www.donarmstrong.com

"You know," said Arthur, "it's at times like this, when I'm trapped in
a Vogon airlock with a man from Betelgeuse, and about to die from
asphyxiation in deep space that I really wish I'd listened to what my
mother told me when I was young."
"Why, what did she tell you?"
"I don't know, I didn't listen."
 –- Douglas Adams _The Hitchhikers Guide To The Galaxy_

Bug#928837: Regression of site manager default local directory

[Philip Wyett]

No feedback from reporter.

This feature is working correctly in current release when tested.

Closing.

Regards

Phil

-- 
*** Playing the game for the games own sake. ***

Associations:

* Debian Maintainer (DM)
* Fedora/EPEL Maintainer.
* Contributor member of the AlmaLinux foundation.

WWW: https://kathenas.org

Twitter: @kathenasorg

Instagram: @kathenasorg

IRC: kathenas

GPG: 724AA9B52F024C8B


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

Bug#1009027: mesa: Please enable these new drivers and features available since mesa 22

[Timo Aaltonen]

Emma Anholt kirjoitti 7.4.2022 klo 22.41:

VULKAN_DRIVERS
- panfrost (there is already a gallium driver for this)


ok


panvk is very much not ready for use and shouldn't be packaged.


thanks, won't add it then


--
t

Bug#1009165: golang-src package missing /usr/lib/go/pkg/include/ directory

[Tong Sun]

Control: close -1
thanks

my bad

On Thu, Apr 7, 2022 at 10:31 PM Tong Sun
 wrote:
>
> On Thu, Apr 7, 2022 at 9:37 PM Tong Sun wrote:
>
> > The "include" directory should be there as per Ian from golang.org.
> > Missing it prevents installing certain packages like below.
>
> Found that there are only **three** files!
>
> -rw-r--r-- root/root  1023 2022-03-15 10:09 go/pkg/include/asm_ppc64x.h
> -rw-r--r-- root/root  2612 2022-03-15 10:09 go/pkg/include/funcdata.h
> -rw-r--r-- root/root  1560 2022-03-15 10:09 go/pkg/include/textflag.h
>
> > It's OK not to include them by default in the golang-vv-src packages
> > as there might not be many people using them, however, I searched for
> > "golang-1.17" but found no other packages providing them. Maybe
> > provide an extra -src-include package?
>
> So no need for an extra package at all.

Bug#1009165: golang-src package missing /usr/lib/go/pkg/include/ directory

[Tong Sun]

On Thu, Apr 7, 2022 at 9:37 PM Tong Sun wrote:

> The "include" directory should be there as per Ian from golang.org.
> Missing it prevents installing certain packages like below.

Found that there are only **three** files!

-rw-r--r-- root/root  1023 2022-03-15 10:09 go/pkg/include/asm_ppc64x.h
-rw-r--r-- root/root  2612 2022-03-15 10:09 go/pkg/include/funcdata.h
-rw-r--r-- root/root  1560 2022-03-15 10:09 go/pkg/include/textflag.h

> It's OK not to include them by default in the golang-vv-src packages
> as there might not be many people using them, however, I searched for
> "golang-1.17" but found no other packages providing them. Maybe
> provide an extra -src-include package?

So no need for an extra package at all.

Bug#1009165: golang-src package missing /usr/lib/go/pkg/include/ directory

[Tong Sun]

Package: golang-1.17-src
Version: 1.17

I found the whole /usr/lib/go-1.17/pkg/include/ directory missing from
the golang-src package.
Verified with the following filelist  as well:

https://packages.debian.org/sid/all/golang-1.17-src/filelist

The "include" directory should be there as per Ian from golang.org.
Missing it prevents installing certain packages like below.

It's OK not to include them by default in the golang-vv-src packages
as there might not be many people using them, however, I searched for
"golang-1.17" but found no other packages providing them. Maybe
provide an extra -src-include package?

BTW, the problem exist in golang-1.18-src as well, verified by
examining the listing from
https://packages.debian.org/sid/all/golang-1.18-src/filelist

thanks


-- Forwarded message -
From: Ian Lance Taylor 
Date: Thu, Apr 7, 2022 at 7:40 PM
Subject: Re: [go-nuts] Missing /usr/lib/go/pkg/include/ for native binaries
To: Tong Sun
Cc: golang-nuts 


On Thu, Apr 7, 2022 at 2:35 PM Tong Sun wrote:
>
> This might be the first go package that I do `go get` and which requires 
> native binaries:
>
> $ go get -v go.opentelemetry.io/otel/exporters/stdout/stdouttrace
> golang.org/x/sys/unix
> # golang.org/x/sys/unix
> /.../Go/pkg/mod/golang.org/x/sys@v0.0.0-20210423185535-09eb48e85fd7/unix/asm_linux_amd64.s:9:
>  #include: open /usr/lib/go-1.17/pkg/include/textflag.h: no such file or 
> directory
>
> I checked and found that I'm missing the whole /usr/lib/go-1.17/pkg/include/ 
> directory.
>
> How can I get them so that my `go get` can be successful?
>
> Thanks
>
> $ go version
> go version go1.17.6 linux/amd64
>
> $ lsb_release -a
> No LSB modules are available.
> Distributor ID: Debian
> Description:Debian GNU/Linux bullseye/sid
> Release:   10.12
> Codename:  buster
>
> $ apt-cache policy golang-1.17-src
> golang-1.17-src:
>   Installed: 1.17.6-1~bpo11+1
>   Candidate: 1.17.8-1~bpo11+1
>   Version table:
>  1.17.8-1~bpo11+1 100
> 100 http://deb.debian.org/debian bullseye-backports/main amd64 
> Packages
>  *** 1.17.6-1~bpo11+1 100
> 100 /var/lib/dpkg/status

That's odd.  File a bug report against Debian?  I don't know why they
are missing.

You can of course get the header files you need by installing Go
yourself (https://go.dev/doc/install).

Ian

Bug#927012: libravatar.cgi on bugs.debian.org fails with 500 error

[Paul Wise]

On Thu, 2022-04-07 at 12:39 +0200, Oliver Falk wrote:

> IMHO, the current solution doesn't really provide more security.

Its about not asking browsers to do third-party requests, which is the
policy for all Debian domains (where possible) and yes isn't a security
issue, but it is a privacy and trust issue.

> Currently, what happens is that the local CGI script is actually
> called with the mail address instead of the hash, which I'd see as a
> bigger issue.

That issue does need to be fixed yeah, please file a separate bug
report about that issue.

> Note that Libravatar has a privacy policy in
> place: https://www.libravatar.org/privacy/

This privacy policy and your practices are different to Debian's, for
example we don't log IP addresses by default, we don't use cookies or
JavaScript by default, we prefer to use static HTML by default, we have
Tor Onion sites, we delete old logs after a short period of time etc.

> Libravatar is a community driven project with a lot of eyes on it and
> we're fully committed to stay neutral; Read: We're not going to share
> or sell data.

I expect the Libravatar community is definitely trustworthy in general,
but visitors to Debian websites shouldn't have to review the privacy
policies and trustworthyness of third-parties when visiting our sites.

> I do understand people are concerned about privacy - I am too and
> that was one of the reasons why I stepped in as the core maintainer
> when fmarier decided to give up on the project and even added an
> option to proxy requests to Gravatar instead of redirecting.

Thanks for that work, I'm glad Libravatar got rescued!

> Without digging much into it (esp. because I don't have the relevant
> modules + config in place), I'd say the script should work; No idea
> why it's currently throwing a server error.

The script in the git repository has execute permissions, but the
script on the server does not and this is reflected in the server logs.
Other folks on the IRC channel said it has been disabled due to
overloading the server, referring me to previous discussions. 

> > so I'll leave it up to the Debian BTS admins to check and respond
> > and maybe re-enable execution of the script again.
> Thanks for checking!

The Debian BTS admin has confirmed that the script needs fixing:

 pabs: yeah, the design of libravatar.cgi needs to be readdressed 
before it gets renabled

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#1009163: import-orig: please make --upstream-vcs-tag=%(version)s strip +dfsg/+ds repack suffixes

[Guilhem Moulin]

Package: git-buildpackage
Version: 0.9.25
Severity: wishlist

Dear Maintainer,

`gpg import-orig --upstream-vcs-tag=%(version)s` is great, however the
substitution doesn't work well will repack suffixes such as +dfsg or
+ds.  Perhaps ‘%(version)s’ shouldn't unconditionally strip repack
suffixes, but unfortunately ‘%(version%+ds%)s’ doesn't work either

>>> DebianGitRepository.version_to_tag(r'%(version%+ds%)s', "1.2.3+ds")
[…]
gbp.errors.GbpError: Failed to format %(version%+ds%)s: Missing value 
'version%+ds%' in {'version': '1.2.3+ds', 'hversion': '1-2-3+ds'}

AFAIK one can't use d/gbp.conf, instead one needs to manually run `gpg
import-orig --upstream-vcs-tag=1.2.3 --uscan` which requires to find out
the most recent upstream version number beforehand.  It would be nice if
d/gbp.conf had a way to specify a substitution string or template that
works with repack suffixes.

Thanks for maintaining gbp!
-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#1009162: cabal-debian: Description in the Source section in d/control

[Felix Lechner]

Package: cabal-debian
Severity: wishlist

Hi,

The Haskel tooling in Debian may be able to use the Description field
in the Source paragraph of d/control without the X- prefix. For the
relevant policy discussion, please see here. [1]

Lintian allows the field already. [2]

Kind regards
Felix Lechner

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998165#81
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998115#28

Bug#1004112: libunwind-13-dev: Issues when replacing libunwind-dev

[Witold Baryluk]

Package: libunwind-13-dev
Version: 1:13.0.1-3
Followup-For: Bug #1004112
X-Debbugs-Cc: witold.bary...@gmail.com

> Do you want to give it a try and provide a patch?

Sure:

--- a/debian/control2022-02-05 10:12:03.0 +
+++ b/debian/control2022-04-07 23:39:49.357377469 +
@@ -748,9 +748,8 @@
 Depends:
  ${misc:Depends},
  libunwind-13 (= ${binary:Version})
-Breaks: libunwind-dev
-Provides: libunwind-x.y-dev
-Conflicts: libunwind-x.y-dev
+Provides: libunwind-dev, libunwind-x.y-dev
+Conflicts: libunwind-dev, libunwind-x.y-dev
 Replaces: libunwind-dev, libunwind-x.y-dev
 Description: production-quality unwinder
  libunwind is a production-quality unwinder, with platform support for DWARF

Bug#1009102: network-manager-l2tp-gnome: GTK 4 version needed for gnome-control-center 42

[Douglas Kosovic]

Hi smcv,

No worries, I'll was planning on working on it this weekend, with floods and my 
father passing away last month, I hadn't so far gotten back to looking at it 
yet.


Cheers,
Doug

-Original Message-
From: Simon McVittie  
Sent: Thursday, 7 April 2022 7:17 PM
To: Debian Bug Tracking System 
Subject: Bug#1009102: network-manager-l2tp-gnome: GTK 4 version needed for 
gnome-control-center 42

Package: network-manager-l2tp-gnome
Version: 1.20.0-1
Severity: important
Tags: upstream sid bookworm
Forwarded: https://github.com/nm-l2tp/NetworkManager-l2tp/pull/179
Control: affects -1 + gnome-control-center

GNOME Control Center version 42 has moved from GTK 3 to GTK 4, which means it 
can't load VPN configuration plugins that don't have a GTK 4 version.

The approach used in the plugins that have been ported so far, such as 
network-manager-openvpn-gnome, was to build both a GTK 3 version (for
network-manager-gnome) and a GTK 4 version (for gnome-control-center), 
resulting in a binary package that depends on both GTK 3 and GTK 4.

The GNOME team would like to get GNOME Control Center 42 into unstable, because 
it's one of the last GNOME 41 components we're using, and upstream does not 
really support mixing components of GNOME 41 with components of GNOME 42. 
Please could you look into providing a GTK 4 version?

Related:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1007242
https://bugzilla.redhat.com/show_bug.cgi?id=2057719

Thanks,
smcv

Bug#1009101: network-manager-openconnect-gnome: GTK 4 version needed for gnome-control-center 42

[Luca Boccassi]

On Thu, 7 Apr 2022 10:15:00 +0100 Simon McVittie 
wrote:
> Package: network-manager-openconnect-gnome
> Version: 1.2.6-4
> Severity: important
> Tags: sid bookworm
> Control: affects -1 + gnome-control-center
> 
> GNOME Control Center version 42 has moved from GTK 3 to GTK 4, which
means
> it can't load VPN configuration plugins that don't have a GTK 4
version.
> 
> The approach used in the plugins that have been ported so far, such
as
> network-manager-openvpn-gnome, was to build both a GTK 3 version (for
> network-manager-gnome) and a GTK 4 version (for gnome-control-
center),
> resulting in a binary package that depends on both GTK 3 and GTK 4.
> Is that possible to do for this plugin? Otherwise, the next best
thing
> would be to build it as GTK-4-only (as in 1.2.8-1 in experimental).
> 
> The GNOME team would like to get GNOME Control Center 42 into
unstable,
> because it's one of the last GNOME 41 components we're using, and
upstream
> does not really support mixing components of GNOME 41 with components
> of GNOME 42. Please could you look into providing a GTK 4 version?
> 
> Related:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1007242
> https://bugzilla.redhat.com/show_bug.cgi?id=2057719
> 
> Thanks,
> smcv

Hi,

Looks like upstream just switched to GTK4 in the new version, I don't
really want to add support for multiple versions downstream.

If I upload the version that is now in experimental to unstable, what
happens if gnome-control-center 42 is not uploaded yet? Will it break?
Should it be treated as a transition? Or can I just upload it
immediately?

-- 
Kind regards,
Luca Boccassi


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

Bug#784158: Missing pam_env.so user_readenv=1 in the pam file

[Christoph Anton Mitterer]

(sorry for re-sending, but seems the Debian BTS doesn't like my other
mail address o.O)


CCing pam maintainers for their opinion on whether this could be don in
PAM's common-session config, for the benefit of all.


On Thu, 2022-04-07 at 09:14 +0200, Yves-Alexis Perez wrote:
> > May I split these up again?
> 
> You can

Done.

> but to be honest I'm unsure (and relecutant) about changing PAM
> configuration. I'd like to avoid breaking stuff in the authentication
> path so
> having a review of how correct these changes are would be nice.

Uhm... isn't that what we have unstable for? I mean it wouldn't really
help now, if I said, something works for me, cause PAM is rather
complex and any other people could just see issues with it.

But that change seems pretty non-invasive, doesn't it?
I mean someone would have needed to create a user env file with broken
settings to actually break something.
So I'd say the "broken" setup is rather when someone created that file
and it's not considered.



> The bug asks for adding:
> 
> > auth  required pam_env.so user_readenv=1
> 
> to /etc/pam.d/login.

Uhm... my understanding was that his is used by login(1) (only?)...
i.e. if one log in via login on the Linux console.

So it's needed there, too, for which I've reported #989919 a while ago.


> I guess it'd fit more in:
> 
> > session
> >     this module type is associated with doing things that need to
> > be
> >     done for the user before/after they can be given service. Such
> >     things include the logging of information concerning the
> >     opening/closing of some data exchange with a user, mounting
> >     directories, etc.

I guess so,... and that's also what most in my:
/etc/pam.d$ grep -R user_
sshd:session    required pam_env.so user_readenv=1
envfile=/etc/default/locale
polkit-1:session   required   pam_env.so readenv=1 user_readenv=0
polkit-1:session   required   pam_env.so readenv=1
envfile=/etc/default/locale user_readenv=0

do, except for:
atd:authrequiredpam_env.so user_readenv=1




> And the file already contains:
> 
> > # Load environment from /etc/environment and ~/.pam_environment
> > session  required pam_env.so readenv=1
> > session  required pam_env.so readenv=1
> > envfile=/etc/default/locale
> 
> So it'd be a matter of adding user_readenv=1.

Yes, but that's for login(1) again, isn't it?!



> But to be honest, the PAM modifications for lightdm come from gdm3
> package and
> I'm again reluctant to deviate from that, and GDM3 doesn't set
> user_readenv.

Well ideally *all* means of actually logging in should set this so that
the user gets a uniform "experience".

And I guess somewhere one needs to start ^^


> Finally, the PAM configuration file has 
> 
> > @include common-session
> 
> so I guess one could reconfigure pam to include user_readenv or
> something.

Well would seem like an even better place... though also one where
people even less likely to change something.


Right now at least the situation is quite unfortunate, as there is no
proper way (without manually changing the PAM config) for a user to set
his PATH other than ugly hacks (.profile and .bash* are only
sourced by Bourne-shell compatible shells respectively bash...)


Thanks,
Chris.

Bug#1005785: gnome-weather: wind speed reporting stuck in MPH

[Vagrant Cascadian]

On 2022-02-14, Vagrant Cascadian wrote:
> I did notice a recent problem after switching units from from Celsius to
> Fahrenheit units, and then switching back to Celsius.
>
> The temperature reporting consistantly changes units, but the wind speed
> reporting in the daily tab now only displays in mph, regardless of
> setting gnome-weather to use Celsius or Fahrenheit. It definitely used
> to display wind speed in kph (or kmph?) before having switched to
> Fahrenheit.
>
> It seems like the configuration should be Metric or Imperial rather than
> Celcius and Fahrenheit, but at the very least, when you switch between
> whatever unit the interface allows, it should at least consistently use
> the same system of units for all of the reporting...

Interestingly enough, tried with gnome-weather 42.0-1, setting my locale
to C.UTF-8 instead of en_US.UTF-8, and sure enough, it reported wind
speeds in km/h!

Weather the older version was actually locale-dependent or not I'm not
sure now; I distinctly remember it changing immediately after changing
the celsius/fahrenheit setting...


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#1009161: python3-mlpack: Depends: 3.10 but it is not installable

[Sebastian Ramacher]

Package: python3-mlpack
Version: 3.4.2-5
Severity: serious
X-Debbugs-Cc: sramac...@debian.org

python3-mlpack is currently not installable:

# apt install python3-mlpack
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 python3-mlpack : Depends: 3.10 but it is not installable
E: Unable to correct problems, you have held broken packages.

I suspect that this should be python3.10.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#1009143: plocate doesn't find any file

[Steinar H. Gunderson]

On Thu, Apr 07, 2022 at 06:36:25PM +0200, Christoph Berg wrote:
> [0] 18:29 cbe@lehmann:~ master $ sudo updatedb
> 
> [0] 18:32 cbe@lehmann:~ master $ l /var/lib/plocate/plocate.db
> -rw-r- 1 root plocate 6977518  7. Apr 18:32 /var/lib/plocate/plocate.db
> 
> [0] 18:33 cbe@lehmann:~ master $ l myon2.jpg
> -rw-rw-r-- 1 cbe cbe 2062 28. Jan 2011  myon2.jpg
> 
> [0] 18:33 cbe@lehmann:~ master $ locate myon2.jpg
> 
> [0] 18:33 cbe@lehmann:~ master $ sudo strace locate myon2.jpg

Hi Myon,

Could you please try

  sudo updatedb --debug-pruning
  sudo plocate --debug myon2.jpg

Your plocate.db looks a little small, so it might be that it's not reading
your /home for whatever reason.

/* Steinar */
-- 
Homepage: https://www.sesse.net/

Bug#1006149: linux-image-5.16.0-1-686: Fails to boot on T41 Thinkpads

[Francesco C]

I've also tested linux-5.17.1 from experimental but it does not boot
as expected :)

It could be interesting to know if there is any 32 bit pentium-m based
platform with ICH4 controller that boots with any kernel in the range
from 5.16.0 to 5.17.1

Anyway I think I will remain with my custom kernel , since linux
5.15.x is a long term version :)

Bug#1009160: lutris: When Selecting an Installed game bar doesnt show and there is a KeyError: 'AppName' in log.

[Jake Byrd]

Package: lutris
Version: 0.5.10-1
Severity: important
X-Debbugs-Cc: jacobb...@gmail.com

Dear Maintainer,

   * What led up to the situation? After the upgrade to 5.10 games could
   * no longer be configured or removed due to the bug. 
   * What exactly did you do (or not do) that was effective (or
 ineffective)? Reinstalled the whole package and removed all
 user configs after uninstalling with purge.
   * What was the outcome of this action? No change same error.
   * What outcome did you expect instead? for the Game Bar to display
   * and for the right click context menu to show

The following is the error i see 
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/lutris/gui/views/base.py", line 52, in 
popup_contextual_menu
self.contextual_menu.popup(event, game_actions)
  File "/usr/lib/python3/dist-packages/lutris/gui/widgets/contextual_menu.py", 
line 53, in popup
displayed = game_actions.get_displayed_entries()
  File "/usr/lib/python3/dist-packages/lutris/game_actions.py", line 141, in 
get_displayed_entries
and not steam_shortcut.all_shortcuts_set(self.game)
  File "/usr/lib/python3/dist-packages/lutris/util/steam/shortcut.py", line 48, 
in all_shortcuts_set
shortcut_found = [
  File "/usr/lib/python3/dist-packages/lutris/util/steam/shortcut.py", line 50, 
in 
if game.name in s['AppName']
KeyError: 'AppName'

Same error as shown upstream for 5.10  
https://github.com/lutris/lutris/issues/4195


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

Kernel: Linux 5.16.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, 
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 lutris depends on:
ii  cabextract1.9-3
ii  curl  7.82.0-2
ii  fluid-soundfont-gs3.1-5.3
ii  gir1.2-gtk-3.03.24.33-1
ii  gir1.2-notify-0.7 0.7.9-3
ii  gir1.2-webkit2-4.02.36.0-3
ii  mesa-utils8.4.0-1+b2
ii  p7zip 16.02+dfsg-8
ii  psmisc23.4-2
ii  python3   3.10.4-1
ii  python3-dbus  1.2.18-3+b1
ii  python3-distro1.7.0-1
ii  python3-gi3.42.0-3
ii  python3-lxml  4.8.0-1
ii  python3-magic 2:0.4.25-1
ii  python3-pil   9.1.0-1
ii  python3-requests  2.27.1+dfsg-1
ii  python3-setproctitle  1.2.2-2+b1
ii  python3-yaml  5.4.1-1+b1
ii  unzip 6.0-26
ii  x11-xserver-utils 7.7+9

Versions of packages lutris recommends:
ii  gvfs-backends1.50.0-1
ii  libwine-development  6.19~repack-2
ii  python3-evdev1.4.0+dfsg-1+b2
ii  winetricks   0.0+20210206-2

Versions of packages lutris suggests:
ii  gamemode  1.6.1-1

-- no debconf information

Bug#1009159: kmerresistance: Add autopkgtest

[Nilesh Patra]

Package: kmerresistance
Severity: wishlist
Tags: newcomer

Hi,

Please add autopkgtests for kmerresistance.

Regards,
Nilesh

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

Kernel: Linux 5.14.0-2-amd64 (SMP w/8 CPU threads)
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 kmerresistance depends on:
pn  kma
ii  libc6  2.33-7

kmerresistance recommends no packages.

kmerresistance suggests no packages.

Bug#1009158: xdffileio: Add autopkgtest

[Nilesh Patra]

Source: xdffileio
Severity: wishlist
Tags: newcomer

Dear Maintainer,

Please add autopkgtests for this package.

Regards,
Nilesh


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

Kernel: Linux 5.14.0-2-amd64 (SMP w/8 CPU threads)
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

Bug#1009157: Add targa and webp as mime types

[Jochen Sprickerhof]

Package: nsxiv
Version: 29-1
Severity: wishlist
Tags: patch

Hi,

thanks for packaging nsxiv!

Can you please update debian/nsxiv and sync it with nsxiv.desktop?
I think the missing entries are:

> image/targa; nsxiv %s; test=test -n "$DISPLAY"
> image/webp; nsxiv %s; test=test -n "$DISPLAY"


Thanks!

Jochen


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

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

Versions of packages nsxiv depends on:
ii  libc6   2.33-7
ii  libexif12   0.6.24-1
ii  libfontconfig1  2.13.1-4.4
ii  libgif7 5.1.9-2
ii  libimlib2   1.7.4-2
ii  libwebpdemux2   1.2.2-2+b1
ii  libx11-62:1.7.5-1
ii  libxft2 2.3.4-1

nsxiv recommends no packages.

Versions of packages nsxiv suggests:
ii  imagemagick  8:6.9.11.60+dfsg-1.3+b2
ii  imagemagick-6.q16 [imagemagick]  8:6.9.11.60+dfsg-1.3+b2
pn  libjpeg-progs
pn  rawtherapee  
ii  xclip0.13-2

-- no debconf information

Bug#1009156: pplacer: Add autopkgtest

[Nilesh Patra]

Package: pplacer
Version: 1.1~alpha19-6
Severity: wishlist

Dear Maintainer,

Please provide autopkgtests for pplacer.

Regards,
Nilesh

-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.14.0-2-amd64 (SMP w/8 CPU threads)
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: unable to detect

Versions of packages pplacer depends on:
ii  libc6 2.33-7
ii  libgsl27  2.7.1+dfsg-2
ii  libsqlite3-0  3.36.0-2
ii  zlib1g1:1.2.11.dfsg-2

pplacer recommends no packages.

pplacer suggests no packages.

Bug#1004648: Please import upstream v1.18.6

[Nicholas D Steeves]

Control: retitle -1 Please import upstream v1.19.2
Control: block 884575 by -1

Syncthing Tray 1.1.17 requires Syncthing 1.19.2.

No immediate rush, since I still need to upload one more dependency, but
it would be nice to see Syncthing 1.19.2 imported in April :-)

Regards,
Nicholas


signature.asc
Description: PGP signature

Bug#1009155: ruby-net-ssh: Fails to connect to OpenSSH 8.8 and later

[Lucas Nussbaum]

Package: ruby-net-ssh
Version: 1:6.1.0-2
Severity: normal

Hi,

net-ssh fails to connect to OpenSSH 8.8 and later. This means that we
cannot connect to Debian 'testing' machines.

The problem is twofold:

1/
ssh-rsa was removed as a host key algorithm, so net-ssh fails to
negotiate such an algorithm with the following error message:

/usr/share/rubygems-integration/all/gems/net-ssh-6.1.0/lib/net/ssh/transport/algorithms.rb:407:in
 `negotiate': could not settle on host_key algorithm (Net::SSH::Exception)
Server host_key preferences: rsa-sha2-512,rsa-sha2-256
Client host_key preferences: 
ssh-ed25519-cert-...@openssh.com,ssh-ed25519,ecdsa-sha2-nistp521-cert-...@openssh.com,ecdsa-sha2-nistp384-cert-...@openssh.com,ecdsa-sha2-nistp256-cert-...@openssh.com,ecdsa-sha2-nistp521,ecdsa-sha2-nistp384,ecdsa-sha2-nistp256,ssh-rsa-cert-...@openssh.com,ssh-rsa-cert-...@openssh.com,ssh-rsa

This was tracked upstream in https://github.com/net-ssh/net-ssh/issues/712, and 
fixed in 6.2.0~beta1.

I just updated the package in unstable to 6.3.0~beta1, so this part is
fixed.


2/
ssh-rsa was also removed as a public key auth algorithm.
when connecting, this results in this error server-side (in auth.log):
userauth_pubkey: key type ssh-rsa not in PubkeyAcceptedAlgorithms [preauth]

This can be worked around server-side by adding
  PubkeyAcceptedKeyTypes=+ssh-rsa
in sshd_config

This is tracked upstream as https://github.com/net-ssh/net-ssh/issues/836
fixed by this MR: https://github.com/net-ssh/net-ssh/pull/838

I looked into backporting this to the Debian package, but this is
painful because there has been a coding style change in the meantime...

Lucas

Bug#941054: Convert dephell and bowler ITPs to RFPs

[Nicholas D Steeves]

submitter 962574 !
retitle 962574 RFP: dephell -- project management for Python
noowner 962574

submitter 941054 !
retitle 941054 RFP: python-bowler -- safe code refactoring for modern Python 
projects
noowner 941054

thanks

I have not found the time to make meaningful progress on Dephell and its
dependency Bowler, so am converting these ITPs to RFPs.  Please feel
free to take them over.

Best,
Nicholas


signature.asc
Description: PGP signature

Bug#1004112: libunwind-13-dev: Issues when replacing libunwind-dev

[Sylvestre Ledru]

Hello,

Le 07/04/2022 à 21:29, Witold Baryluk a écrit :
> Package: libunwind-13-dev
> Followup-For: Bug #1004112
> X-Debbugs-Cc: witold.bary...@gmail.com
>
> Dear Maintainer,
>
> could something be done about this?
>
> This make it impossible to install libc++-dev together with
> libgoogle-perftools-dev or libgstreamer1.0-dev:i386

Do you want to give it a try and provide a patch?

Thanks

Sylvestre

Bug#1009027: mesa: Please enable these new drivers and features available since mesa 22

[Emma Anholt]

> > VULKAN_DRIVERS
> > - panfrost (there is already a gallium driver for this)
>
> ok

panvk is very much not ready for use and shouldn't be packaged.

Bug#1008997: cups: impossible to print on hp envy 5536 from sid

[Brian Potkin]

On Thu 07 Apr 2022 at 20:36:45 +0200, alain wrote:

> i've just gone to this thread :
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983349
> 
> i saw interesting things but , apparently , nothing that applies to my
> actual case .
> 
> alain@sid:~$ sudo systemctl list-units "ipp-usb*" | grep service
> [sudo] Mot de passe de alain :
>   ipp-usb.service loaded active running Daemon for IPP over USB printer
> support
> 
> 
> alain@sid:~$ scanimage -L
> device `hpaio:/usb/ENVY_5530_series?serial=CN595530XD06BX' is a
> Hewlett-Packard ENVY_5530_series all-in-one
> 
> 
> alain@sid:~$ apt policy sane-airscan hplip cups system-config-printer
> ipp-usb
> sane-airscan:
>   Installé : 0.99.27-1
>   Candidat : 0.99.27-1
>  Table de version :
>  *** 0.99.27-1 500
>     100 http://deb.debian.org/debian testing/main amd64 Packages
>     500 http://deb.debian.org/debian unstable/main amd64 Packages
>     100 /var/lib/dpkg/status
>  0.99.24-1 100
>     100 http://deb.debian.org/debian stable/main amd64 Packages
> hplip:
>   Installé : (aucun)
>   Candidat : 3.22.2+dfsg0-1
>  Table de version :
>  3.22.2+dfsg0-1 500
>     500 http://deb.debian.org/debian unstable/main amd64 Packages
>     100 /var/lib/dpkg/status
>  3.21.12+dfsg0-1 100
>     100 http://deb.debian.org/debian testing/main amd64 Packages
>  3.21.2+dfsg1-2 100
>     100 http://deb.debian.org/debian stable/main amd64 Packages
> cups:
>   Installé : 2.4.1op1-2
>   Candidat : 2.4.1op1-2
>  Table de version :
>  *** 2.4.1op1-2 500
>     100 http://deb.debian.org/debian testing/main amd64 Packages
>     500 http://deb.debian.org/debian unstable/main amd64 Packages
>     100 /var/lib/dpkg/status
>  2.3.3op2-3+deb11u1 100
>     100 http://deb.debian.org/debian stable/main amd64 Packages
> system-config-printer:
>   Installé : 1.5.16-1
>   Candidat : 1.5.16-1
>  Table de version :
>  *** 1.5.16-1 500
>     100 http://deb.debian.org/debian testing/main amd64 Packages
>     100 http://deb.debian.org/debian testing/main i386 Packages
>     500 http://deb.debian.org/debian unstable/main amd64 Packages
>     500 http://deb.debian.org/debian unstable/main i386 Packages
>     100 /var/lib/dpkg/status
>  1.5.14-1 100
>     100 http://deb.debian.org/debian stable/main amd64 Packages
>     100 http://deb.debian.org/debian stable/main i386 Packages
> ipp-usb:
>   Installé : 0.9.20-1
>   Candidat : 0.9.20-1
>  Table de version :
>  *** 0.9.20-1 500
>     100 http://deb.debian.org/debian testing/main amd64 Packages
>     500 http://deb.debian.org/debian unstable/main amd64 Packages
>     100 /var/lib/dpkg/status
>  0.9.17-3+b4 100
>     100 http://deb.debian.org/debian stable/main amd64 Packages
> 
> 
> alain@sid:~$ lsusb -v | grep -A 3 bInterfaceClass.*7
> Couldn't open device, some information will be missing
> Couldn't open device, some information will be missing
> Couldn't open device, some information will be missing
> Couldn't open device, some information will be missing
>   bInterfaceClass 7 Printer
>   bInterfaceSubClass  1 Printer
>   bInterfaceProtocol  4
>   iInterface  0
> --
>   bInterfaceClass 7 Printer
>   bInterfaceSubClass  1 Printer
>   bInterfaceProtocol  2 Bidirectional
>   iInterface  0
> --
>   bInterfaceClass 7 Printer
>   bInterfaceSubClass  1 Printer
>   bInterfaceProtocol  4
>   iInterface  0
> Couldn't open device, some information will be missing
> Couldn't open device, some information will be missing
> --
>   bInterfaceClass 7 Printer
>   bInterfaceSubClass  1 Printer
>   bInterfaceProtocol  4
>   iInterface  0
> Couldn't open device, some information will be missing
> Couldn't open device, some information will be missing
> Couldn't open device, some information will be missing
> Couldn't open device, some information will be missing
> Couldn't open device, some information will be missing
> 
> 
> firefox http://127.0.0.1:6
> 
> gives :
> 
> ipp-usb is not ready for this device

The ipp-usb service is active but neither 'driverless' nor ippfind
see the printer and sane-airscan does not appear to work. You also
cannot access the web interface. I am lost!

The message

  ipp-usb is not ready for this device

is coming from ipp-usb. It seems to me that this is the most important
information you have supplied.

I suggest you report this issue upsteam (give the error message).

  https://github.com/OpenPrinting/ipp-usb/issues

You will have to sign up to github.

> these commands can help you ?

They help me to guide you to expert help. But you have been very helpful

Cheers,

Brian

Bug#1004112: libunwind-13-dev: Issues when replacing libunwind-dev

[Witold Baryluk]

Package: libunwind-13-dev
Followup-For: Bug #1004112
X-Debbugs-Cc: witold.bary...@gmail.com

Dear Maintainer,

could something be done about this?

This make it impossible to install libc++-dev together with
libgoogle-perftools-dev or libgstreamer1.0-dev:i386

Thanks,
Witold

Bug#1009154: pinfo: initializelinks.c:159: finddot: Assertion `closest>=str' failed

[Jakub Wilk]

Package: pinfo
Version: 0.6.13-1.1

pinfo crashes on the "Fixed date options" node of gcal.info:

  $ dpkg-query -W gcal
  gcal  4.1-3.1

  $ pinfo --node='Fixed date options' gcal
  pinfo: initializelinks.c:159: finddot: Assertion `closest>=str' failed.
 Aborted

Backtrace:

#0  0xf7f62559 in __kernel_vsyscall ()
#1  0xf7cb68f6 in __libc_signal_restore_set (set=0xfff66fdc) at 
../sysdeps/unix/sysv/linux/internal-signals.h:105
#2  __GI_raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:47
#3  0xf7c9f30b in __GI_abort () at abort.c:79
#4  0xf7c9f1e1 in __assert_fail_base (fmt=0xf7e1588c "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=0x5658f517 
"closest>=str", file=0x5658f4fc "initializelinks.c", line=159, function=0x5658f53c 
<__PRETTY_FUNCTION__.0> "finddot") at assert.c:92
#5  0xf7cae949 in __GI___assert_fail (assertion=0x5658f517 "closest>=str", file=0x5658f4fc 
"initializelinks.c", line=159, function=0x5658f53c <__PRETTY_FUNCTION__.0> "finddot") at 
assert.c:101
#6  0x5658be5b in finddot (str=0x585294ae " Exclusions\n", mynote=) at initializelinks.c:159
#7  0x5658ca30 in initializelinks (line1=0x584ce730 " given ARGUMENT.  *Note Date part of a 
line::, and likewise *note\n", line2=0x584cfe10 " Exclusions without any argument '%?' 
special texts: Exclusions\n", line=) at initializelinks.c:625
#8  0x5658066f in work (message=0xfff67540, type=0xfff67544, lines=0xfff6753c, 
id=0x5834c380, tag_table_pos=50) at mainfunction.c:109
#9  0x5657bdf7 in main (argc=, argv=0xfff67774) at pinfo.c:456


-- System Information:
Architecture: i386

Versions of packages pinfo depends on:
ii  libc6 2.33-7
ii  libncursesw6  6.3-2
ii  libreadline8  8.1.2-1
ii  libtinfo6 6.3-2
ii  install-info  6.8-4+b1

--
Jakub Wilk

Bug#1009153: tomsfastmath: New upstream release (v0.13.1, 2017 Apr 04), not detected by debian/watch

[Florian Ernst]

Source: tomsfastmath
Version: 0.13-4
Severity: wishlist

Dear maintainer,

there is a new upstream release available, cf.
:

| Bugfix release 0.13.1
| 
|  -- Fix missing fp_rand symbol in shared library
|  -- Fix some parameters in API signatures that should've been const
|  -- Bugfixes and improvements contributed by Sebastian Siewior, Reiner 
Herrmann and Mathias Tausig

Please update the package when you think it is due time.

Please find attached a patch that allows debian/watch to detect new
upstream releases no matter which compression they might use.

Cheers,
Flo
diff -Nru tomsfastmath-0.13/debian/watch tomsfastmath-0.13/debian/watch
--- tomsfastmath-0.13/debian/watch	2016-07-03 21:48:51.0 +0200
+++ tomsfastmath-0.13/debian/watch	2022-04-07 20:49:05.0 +0200
@@ -1,3 +1,3 @@
-version=3
+version=4
 opts=pgpsigurlmangle=s/$/.asc/ \
-  https://github.com/libtom/tomsfastmath/releases .*/tfm-(\d\S*)\.tar\.bz2
+  https://github.com/libtom/@PACKAGE@/releases .*/tfm-(\d\S*)@ARCHIVE_EXT@


signature.asc
Description: PGP signature

Bug#1009152: unixodbc-common: leftover conffile

[Christoph Anton Mitterer]

Package: unixodbc-common
Version: 2.3.9-5
Severity: normal

Hi.

Apparently the package used to contain the conffile:
  /etc/odbcinst.ini
but not longer does so (at least not as dpkg registered conffile).

Could you please clean that up in an upcoming version of the
package?

Thanks :-)
Chris.

Bug#1008997: cups: impossible to print on hp envy 5536 from sid

[alain]

i've just gone to this thread :

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983349

i saw interesting things but , apparently , nothing that applies to my 
actual case .


alain@sid:~$ sudo systemctl list-units "ipp-usb*" | grep service
[sudo] Mot de passe de alain :
  ipp-usb.service loaded active running Daemon for IPP over USB printer 
support



alain@sid:~$ scanimage -L
device `hpaio:/usb/ENVY_5530_series?serial=CN595530XD06BX' is a 
Hewlett-Packard ENVY_5530_series all-in-one



alain@sid:~$ apt policy sane-airscan hplip cups system-config-printer 
ipp-usb

sane-airscan:
  Installé : 0.99.27-1
  Candidat : 0.99.27-1
 Table de version :
 *** 0.99.27-1 500
    100 http://deb.debian.org/debian testing/main amd64 Packages
    500 http://deb.debian.org/debian unstable/main amd64 Packages
    100 /var/lib/dpkg/status
 0.99.24-1 100
    100 http://deb.debian.org/debian stable/main amd64 Packages
hplip:
  Installé : (aucun)
  Candidat : 3.22.2+dfsg0-1
 Table de version :
 3.22.2+dfsg0-1 500
    500 http://deb.debian.org/debian unstable/main amd64 Packages
    100 /var/lib/dpkg/status
 3.21.12+dfsg0-1 100
    100 http://deb.debian.org/debian testing/main amd64 Packages
 3.21.2+dfsg1-2 100
    100 http://deb.debian.org/debian stable/main amd64 Packages
cups:
  Installé : 2.4.1op1-2
  Candidat : 2.4.1op1-2
 Table de version :
 *** 2.4.1op1-2 500
    100 http://deb.debian.org/debian testing/main amd64 Packages
    500 http://deb.debian.org/debian unstable/main amd64 Packages
    100 /var/lib/dpkg/status
 2.3.3op2-3+deb11u1 100
    100 http://deb.debian.org/debian stable/main amd64 Packages
system-config-printer:
  Installé : 1.5.16-1
  Candidat : 1.5.16-1
 Table de version :
 *** 1.5.16-1 500
    100 http://deb.debian.org/debian testing/main amd64 Packages
    100 http://deb.debian.org/debian testing/main i386 Packages
    500 http://deb.debian.org/debian unstable/main amd64 Packages
    500 http://deb.debian.org/debian unstable/main i386 Packages
    100 /var/lib/dpkg/status
 1.5.14-1 100
    100 http://deb.debian.org/debian stable/main amd64 Packages
    100 http://deb.debian.org/debian stable/main i386 Packages
ipp-usb:
  Installé : 0.9.20-1
  Candidat : 0.9.20-1
 Table de version :
 *** 0.9.20-1 500
    100 http://deb.debian.org/debian testing/main amd64 Packages
    500 http://deb.debian.org/debian unstable/main amd64 Packages
    100 /var/lib/dpkg/status
 0.9.17-3+b4 100
    100 http://deb.debian.org/debian stable/main amd64 Packages


alain@sid:~$ lsusb -v | grep -A 3 bInterfaceClass.*7
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
  bInterfaceClass 7 Printer
  bInterfaceSubClass  1 Printer
  bInterfaceProtocol  4
  iInterface  0
--
  bInterfaceClass 7 Printer
  bInterfaceSubClass  1 Printer
  bInterfaceProtocol  2 Bidirectional
  iInterface  0
--
  bInterfaceClass 7 Printer
  bInterfaceSubClass  1 Printer
  bInterfaceProtocol  4
  iInterface  0
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
--
  bInterfaceClass 7 Printer
  bInterfaceSubClass  1 Printer
  bInterfaceProtocol  4
  iInterface  0
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing
Couldn't open device, some information will be missing


firefox http://127.0.0.1:6

gives :

ipp-usb is not ready for this device


these commands can help you ?

i've read my old post you found .

found nothing it can help me .

or i understood nothing (possible) .

friendly

alain .


respectfully .



Brian.

Bug#1009151: nghttp2: New upstream release (v1.47.0, 2022 Feb 23)

[Florian Ernst]

Source: nghttp2
Version: 1.43.0-1
Severity: wishlist

Dear maintainer,

there are new upstream releases available, cf.
:

| nghttp2 v1.47.0 Latest
| - lib: Fix decoder table size update (GH-1667)
| - lib: chore: fix -Wunreachable-code-return (GH-1625)
| - build: Make Docker speak HTTP/3 (GH-1657)
| - build: Remove SPDY option for CMake (GH-1665)
| - build: cmake: Disable libbpf build by default
| - doc: Fix typos (GH-1668)
| - doc: Update nghttp2.pyx (GH-1666)
| - h2load: Handle EAGAIN/EWOULDBLOCK from sendmsg
| - h2load: allow setting max frame size for h2load (GH-1640)
| - nghttpx: Add --require-http-scheme option
| - nghttpx: Add support QUIC BBR2
| - nghttpx: Bump libbpf to v0.7.0 and turn on all strict features
| - nghttpx: Change qlog file extension to .sqlog
| - nghttpx: Fix bug that h3 stream ends prematurely
| - nghttpx: Fix the issue that forwarded h3 GET request always has chunked TE
| - nghttpx: Handle EAGAIN/EWOULDBLOCK from sendmsg
| - nghttpx: Send and receive ECN in QUIC packets
| - nghttpx: Set IP_PMTUDISC_DO explicitly
| - nghttpx: Support h3 trailer fields
| - nghttpx: fix quotes in --altsvc example (GH-1643)
| - nghttpx: shrpx: make nghttpx -v show ngtcp2 and nghttp3 version as well 
(GH-1636)
| - third-party: Bump llhttp to v6.0.6
| 
| nghttp2 v1.46.0
| - build: Workaround broken version check in AX_PYTHON_DEVEL (GH-1622)
| - build: Remove check for UDP_SEGMENT (GH-1619)
| - build: Fix issue that libev cannot be found with autotools under mac osx
| - build: Fix compile error with libressl
| - build: Always include optional files to EXTRA_DIST
| - build: Add missing cmake files to EXTRA_DIST
| - src: Enable HTTP/3 with boringssl
| - src: Compile with boringssl for non-http3 build
| - src: Guard msghdr_get_local_addr with ENABLE_HTTP3 macro (GH-1620)
| - nghttpx: Reduce dgram size if sendmsg fails with EINVAL or EMSGSIZE
| - nghttpx: Set SCT data when built with boringssl
| - nghttpx: Fix wrong SSL_CTX object usage
| - nghttpx: Respect !tls-no-postpone-early-data with boringssl
| - nghttpx: Send session ticket after handshake with boringssl
| - nghttpx: Add --frontend-quic-initial-rtt option
| - nghttpx: Unload BPF program after setting up all QUIC listeners
| - nghttpx: Add --worker-process-grace-shutdown-period option
| - nghttpx: Add --max-worker-processes option
| - nghttpx: Unload BPF objects on reload to avoid running out of memlock
| - nghttpx: Support h3-29
| - nghttpx: Fail h3 connection attempt if no ALPN is negotiated
| - nghttpx: Add --rlimit-memlock option
| - nghttpx: Read QUIC keying materials from file
| - nghttpx: Allocate server id in Connection ID (see --quic-server-id option)
| 
| nghttp2 v1.45.1
| - build: Fix compile error with libressl
| - build: Always include optional files to EXTRA_DIST
| - build: Add missing cmake files to EXTRA_DIST
| 
| nghttp2 v1.45.0
| - lib: Stricter checks for pseudo-headers :method and :path (Patch from 
Michael Kaufmann) (GH-1613)
| - doc: Rename sphinxcontrib to rubydomain to avoid module loading error
| - doc: Allow SPHINXBUILD to be overridden by environment variable
| - doc: Fix reference to non-existing 
nghttp2_option_set_max_send_header_block_size() in comment (Patch from Amir 
Livneh) (GH-1610)
| - doc: update document for nghttp2_session_mem_recv (Patch from Jacky_Yin) 
(GH-1603)
| - build: Build with OpenSSL v3.0.0
| - build: Fix cmake Systemd warning
| - nghttpx: Check that HTTP response message finished safely
| - nghttpx: Use secure random to create websocket nonce
| - nghttpx: Fix heap-use-after-free on initialization failure
| - nghttpx: Add experimental HTTP/3 support
| - nghttpx: Add "dnf" (= "do not forward") parameter to backend option 
(GH-1607)
| - h2load: Add qlog output support (Patch from Hajime Fujita) (GH-1569)
| - h2load: Add SSLKEYLOGFILE support (Patch from Lucas Pardue) (GH-1399)
| - h2load: Add experimental HTTP/3 support
| - nghttpd: Fix prototype mismatch for function 'file_read_callback' (Patch 
from lhuang04) (GH-1602)
| 
| nghttp2 v1.44.0
| - lib: Port new ngtcp2 map implementation
| - doc: Replace master with main
| - build: Add precious variables for libev and jemalloc and use JEMALLOC_CFLAGS
| - build: Add more --with-* configure flags
| - build: Add LIBTOOL_LDFLAGS configure variable
| - third-party: Bump llhttp to 6.0.2
| - src: Replace black-list with block-list
| - nghttpx: Fix max distance in weight group/address cycle comparison
| - nghttpx: Set connect_blocker and live_check after shuffling addresses
| - nghttpx: Replace master with main
| - nghttpx: Remove trailing white space after $method log variable (GH-1553)
| - h2load: Add --rps option (GH-1559)
| - h2load: Allow unit in -D option
| - asio: fix some typos (Patch from Jan Kundrát) (GH-1550)

Apart from the various bugfixes the addition of HTTP/3 support and
building with OpenSSL v3.0.0 sound interesting to me.

Please update the package when you think it is due time.

Cheers,
Flo

Bug#1009089: Issue is corrected in inxi master

[contact smxi]

I'm aware of this issue, I thought it only impacted one fringe type of system, not Debian, but 
apparently it is possible to trigger it in Debian as well. It's already corrected in master branch 
of inxi and in the coming 3.3.15, which should be out today or tomorrow.


I didn't do a freshly tagged master branch release because I didn't think it would impact standard 
systems, but given the new release will be out today or tomorrow, this will be corrected almost 
immediately.


Was just a small oversight, forgot to add a single test condition to a feature 
when it was upgraded.

I'm curious about the system however, I thought this would only trigger on xvesa type systems, what 
is your display manager, or how do you start X / Wayland? There appears to be a case that inxi 
wasn't aware of.


thanks

Bug#1009150: Please add jacktrip to bullseye-backports

[Roman Haefeli]

Package: jacktrip
Version: 1.3.0+ds0-1
Severity: wishlist
Tags: a11y

Current jacktrip 1.5 (as available in testing and unstable) has significantly 
more features than version 1.3 available in bullseye/main. It would be nice to 
have the newer version in main, too. 


-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads)
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)

Versions of packages jacktrip depends on:
ii  libc6 2.31-13+deb11u3
ii  libgcc-s1 10.2.1-6
ii  libjack-jackd2-0 [libjack-0.125]  1.9.17~dfsg-1
ii  libqt5core5a  5.15.2+dfsg-9
ii  libqt5network55.15.2+dfsg-9
ii  libstdc++610.2.1-6

jacktrip recommends no packages.

Versions of packages jacktrip suggests:
pn  audacity  
ii  iperf 2.0.14a+dfsg1-1
pn  qjackctl  

-- no debconf information

Bug#1009148: Acknowledgement (dkms: leftover legacy files)

[Christoph Anton Mitterer]

Just noted, that I forgot about: /etc/dkms/kernel_install.d_dkms

$ dpkg-query --showformat='${Package}\n${Conffiles}\n' --show  |  awk '/^[^ 
]/{pkg=$1}/ obsolete$/{print pkg,$0}' | cut -d ' ' -f 1-3 | column -t
dkms /etc/dkms/kernel_install.d_dkms
dkms /etc/dkms/template-dkms-mkdeb/debian/rules
dkms /etc/dkms/template-dkms-mkdeb/debian/prerm
dkms /etc/dkms/template-dkms-mkdeb/debian/postinst
dkms /etc/dkms/template-dkms-mkdeb/debian/dirs
dkms /etc/dkms/template-dkms-mkdeb/debian/copyright
dkms /etc/dkms/template-dkms-mkdeb/debian/control
dkms /etc/dkms/template-dkms-mkdeb/debian/compat
dkms /etc/dkms/template-dkms-mkdeb/debian/changelog
dkms /etc/dkms/template-dkms-mkdeb/debian/README.Debian
dkms /etc/dkms/template-dkms-mkdeb/Makefile
dkms /etc/dkms/template-dkms-mkbmdeb/debian/rules
dkms /etc/dkms/template-dkms-mkbmdeb/debian/copyright
dkms /etc/dkms/template-dkms-mkbmdeb/debian/control
dkms /etc/dkms/template-dkms-mkbmdeb/debian/compat
dkms /etc/dkms/template-dkms-mkbmdeb/debian/changelog
dkms /etc/dkms/template-dkms-mkbmdeb/debian/README.Debian
dkms /etc/dkms/template-dkms-mkbmdeb/Makefile

Bug#1009149: libperl5.34: Upstream patches "skip using gcc brace groups for STMT_START/END"

[Sedat Dilek]

Package: libperl5.34
Version: 5.34.0-3
Severity: normal
X-Debbugs-Cc: sedat.di...@gmail.com

Dear Maintainer,

when building perf tool out of the Linux-kernel sources tree we see 
build-errors with Clang.

When using Debian's perl-5.34 we need to add -Wno-compound-token-split-by-macro 
as compiler-flag.
This is due to -Werror is set explicitly.

For details see [1] and [2].

I hit the issue in combination with Debian's LLVM/Clang v14.

There are two commits from upstream fixing the issue.

"skip using gcc brace groups for STMT_START/END"
https://github.com/Perl/perl5/commit/7169efc77525df70484a824bff4ceebd1fafc760

"Partially Revert "skip using gcc brace groups for STMT_START/END""
https://github.com/Perl/perl5/commit/e08ee3cb66f362c4901846a46014cfdfcd60326c

Latest perl v5.34.1 seems not to have these changes:
https://github.com/Perl/perl5/compare/v5.34.0...v5.34.1

To summarize the total diff of above 2 commits is related to perl.h header-file 
only:

# git diff /usr/lib/x86_64-linux-gnu/perl/5.34.0/CORE/perl.h.orig 
/usr/lib/x86_64-linux-gnu/perl/5.34.0/CORE/perl.h
diff --git a/usr/lib/x86_64-linux-gnu/perl/5.34.0/CORE/perl.h.orig 
b/usr/lib/x86_64-linux-gnu/perl/5.34.0/CORE/perl.h
index 17a21a1c4..bd575fe08 100644
--- a/usr/lib/x86_64-linux-gnu/perl/5.34.0/CORE/perl.h.orig
+++ b/usr/lib/x86_64-linux-gnu/perl/5.34.0/CORE/perl.h
@@ -733,13 +733,8 @@ Example usage:
  Trying to select a version that gives no warnings...
 */
 #if !(defined(STMT_START) && defined(STMT_END))
-# ifdef PERL_USE_GCC_BRACE_GROUPS
-#   define STMT_START  (void)( /* gcc supports "({ STATEMENTS; })" */
-#   define STMT_END)
-# else
 #   define STMT_START  do
 #   define STMT_ENDwhile (0)
-# endif
 #endif
 
 #ifndef BYTEORDER  /* Should never happen -- byteorder is in config.h */

With this diff applied and removing -Wno-compound-token-split-by-macro as 
compiler-flag
I am able to build perf tool successfully with LLVM-14.

For the records: These 2 patches against Linux-kernel from [2] are needed:

1. tools build: Use $(shell ) instead of `` to get embedded libperl's ccopts
2. tools build: Filter out options and warnings not supported by clang

Can you please apply the perl.h diff?

Thanks.

Regards,
- Sedat -

[1] https://marc.info/?t=16491117234=1=2
[2] 
https://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git/log/?h=tmp.perf/urgent

-- System Information:
Debian Release: bookworm/sid
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'testing'), (500, 'stable'), (99, 
'buildd-unstable'), (99, 'buildd-experimental'), (99, 'experimental'), (99, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.17.1-6-amd64-clang14-lto (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libperl5.34 depends on:
ii  libbz2-1.0 1.0.8-5
ii  libc6  2.33-7
ii  libcrypt1  1:4.4.27-1.1
ii  libdb5.3   5.3.28+dfsg1-0.8
ii  libgdbm-compat41.23-1
ii  libgdbm6   1.23-1
ii  perl-modules-5.34  5.34.0-3
ii  zlib1g 1:1.2.11.dfsg-4

libperl5.34 recommends no packages.

Versions of packages libperl5.34 suggests:
ii  sensible-utils  0.0.17

-- no debconf information

Bug#1009148: dkms: leftover legacy files

[Christoph Anton Mitterer]

Package: dkms
Version: 3.0.3-1
Severity: normal



Hey.

Apparently 3.0.3-1 dropped previously included files from the package
which were however not cleaned up properly upon upgrade:
Unpacking dkms (3.0.3-1) over (2.8.7-2) ...
dpkg: warning: unable to delete old directory 
'/etc/dkms/template-dkms-mkdeb/debian': Directory not empty
dpkg: warning: unable to delete old directory '/etc/dkms/template-dkms-mkdeb': 
Directory not empty
dpkg: warning: unable to delete old directory 
'/etc/dkms/template-dkms-mkbmdeb/debian': Directory not empty
dpkg: warning: unable to delete old directory 
'/etc/dkms/template-dkms-mkbmdeb': Directory not empty


$ tree /etc/dkms/template-dkms-mk*
/etc/dkms/template-dkms-mkbmdeb
├── debian
│   ├── changelog
│   ├── compat
│   ├── control
│   ├── copyright
│   ├── README.Debian
│   └── rules
└── Makefile
/etc/dkms/template-dkms-mkdeb
├── debian
│   ├── changelog
│   ├── compat
│   ├── control
│   ├── copyright
│   ├── dirs
│   ├── postinst
│   ├── prerm
│   ├── README.Debian
│   └── rules
└── Makefile


Could you please do so in an upcoming version?

Thanks,
Chris.

Bug#1009147:

[Дмитрий Тихомиров]

Package: cups 
Version: 2.3.3 

Hi. 

Error message: Segmentation fault 

To reproduce this bug we just need to run command "lprm -P". In normal way it 
must finish with output of available commands . 
Technical description: Program lprm call function main(file lprm.c:30). In « if 
((instance = strchr (name, ' / ' )) != NULL ) » (file lprm.c:87) when we send 
"-P" the program will received Segmentation fault . 

System information: Linux debian 5.10.0-12-amd64 #1 SMP Debian [ 
callto:5.10.103-1 (2022-03-07 | 5.10.103-1 (2022-03-07 ] ) x86_64 GNU/Linux 
libc-2.31.so 

CWE identifier for this bug: CWE-20: Improper Input Validation 

Way to fix this bug: change it " else { i ++; name = argv[i]; }" (file 
lprm.c:82-86) to this "i ++; if (i >= argc) { _cupsLangPrintf(stderr, _("%s: 
Error - expected username after \"-P\" option."), argv[0]); usage(); }" . 

Regards, 

Tikhomirov Dmitriy 

Bug#1009146: cups Segmentation fault

[Дмитрий Тихомиров]

Package: cups 
Version: 2.3.3 

Hi. 

Error message: Segmentation fault 

To reproduce this bug we just need to run command "lprm -P". In normal way it 
must finish with output of available commands . 
Technical description: Program lprm call function main(file lprm.c:30). In « if 
((instance = strchr (name, ' / ' )) != NULL ) » (file lprm.c:87) when we send 
"-P" the program will received Segmentation fault . 

System information: Linux debian 5.10.0-12-amd64 #1 SMP Debian [ 
callto:5.10.103-1 (2022-03-07 | 5.10.103-1 (2022-03-07 ] ) x86_64 GNU/Linux 
libc-2.31.so 

CWE identifier for this bug: CWE-20: Improper Input Validation 

Way to fix this bug: change it " else { i ++; name = argv[i]; }" (file 
lprm.c:82-86) to this "i ++; if (i >= argc) { _cupsLangPrintf(stderr, _("%s: 
Error - expected username after \"-P\" option."), argv[0]); usage(); }" . 

Regards, 

Tikhomirov Dmitriy 

Bug#1009145: ncal -b breaks -J

[Jakub Wilk]

Package: ncal
Version: 12.1.7+nmu3

-J doesn't seem to have any effect when used together with -b:

  $ ncal -b 2 1900
 February 1900
  Mo Tu We Th Fr Sa Su
1  2  3  4
   5  6  7  8  9 10 11
  12 13 14 15 16 17 18
  19 20 21 22 23 24 25
  26 27 28

  $ ncal -bJ 2 1900
 February 1900
  Mo Tu We Th Fr Sa Su
1  2  3  4
   5  6  7  8  9 10 11
  12 13 14 15 16 17 18
  19 20 21 22 23 24 25
  26 27 28

But February 1900 has 29 days in the Julian calendar:

  $ ncal -J 2 1900
  February 1900
  Mo 7 14 21 28
  Tu  1  8 15 22 29
  We  2  9 16 23
  Th  3 10 17 24
  Fr  4 11 18 25
  Sa  5 12 19 26
  Su  6 13 20 27


-- System Information:
Architecture: amd64

Versions of packages ncal depends on:
ii  libc6  2.33-7
ii  libtinfo6  6.3-2

--
Jakub Wilk

Bug#1009144: RFP: ble.sh -- Bash Line Editor - Syntax highlighting, auto suggestions, vim modes, etc. in Bash interactive sessions

[Christoph Anton Mitterer]

Package: wnpp
Severity: wishlist

* Package name: ble.sh
  Version : git
  Upstream Author : Koichi Murase 
* URL : https://github.com/akinomyoga/ble.sh
* License : BSD
  Programming Lang: Bash
  Description : Bash Line Editor - Syntax highlighting, auto suggestions, 
vim modes, etc. in Bash interactive sessions

Features

- Syntax highlighting: Highlight command lines input by users as in fish and
   zsh-syntax-highlighting. Unlike the simple highlighting
   in zsh-syntax-highlighting, ble.sh performs syntactic
   analysis to enable the correct highlighting of complex
   structures such as nested command substitutions, multiple
   here documents, etc. Highlighting colors and styles are
   fully configurable.
- Enhanced completion: Extend completion by syntax-aware completion, completion
   with quotes and parameter expansions in prefix texts,
   ambiguous candidate generation, etc. Also, menu-complete
   supports selection of candidates in menu (candidate list)
   by cursor keys, TAB and S-TAB. The feature auto-complete
   supports the automatic suggestion of completed texts as 
in
   fish and zsh-autosuggestions (with Bash 4.0+). The 
feature
   menu-filter integrates automatic filtering of candidates
   into menu completion (with Bash 4.0+). There are other
   functionalities such as dabbrev and sabbrev like zsh
   abbreviations or zsh-abbr.
- Vim editing mode: Enhance readline's vi editing mode available with set -o vi.
Vim editing mode supports various vim modes such as char/
line/block visual/select mode, replace mode, command mode,
operator pending mode as well as insert mode and normal 
mode.
Vim editing mode supports various operators, text objects,
registers, keyboard macros, marks, etc. It also provides 
vim-
surround as an option.
- Other interesting features include status line, history share, right prompt,
transient prompt, xterm title, etc.

Bug#969206: redmine: confirmation

[steven]

Package: redmine
Version: 4.0.7-1~bpo10+1
Followup-For: Bug #969206
X-Debbugs-Cc: steven.timo...@disroot.org

Dear Maintainer,

just to confirm that this bug still exists,
using bullseye-backports
(upgrade from buster/redmine)

the suggestion was to install rails to fix this?,
after running
$apt install rails 
(a big package)

Processing triggers for redmine (4.0.7-1~bpo10+1) ...
Could not find gem 'rails (~> 5.2.2)' in any of the gem sources listed in your 
Gemfile.
#
# Failed to detect redmine dependencies; if you are in the middle of an #
# upgrade, this is probably fine, there will be another attempt later.  #
#   #
# If you are NOT in the middle of an upgrade, there is probably a real  #
# issue. Please report a bug.   #
#

S

-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-13-cloud-amd64 (SMP w/1 CPU thread)
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 redmine depends on:
ii  dbconfig-common 2.0.19
ii  debconf [debconf-2.0]   1.5.77
ii  libjs-chart.js  2.9.4+dfsg+~cs2.10.1-3
ii  libjs-jquery3.5.1+dfsg+~3.5.5-7
ii  libjs-jquery-ui 1.12.1+dfsg-8+deb11u1
ii  libjs-raphael   2.3.0-3
ii  libruby2.7 [ruby-csv]   2.7.4-1+deb11u1
ii  redmine-pgsql   4.0.7-1~bpo10+1
ii  ruby1:2.7+2
ii  ruby-actionpack-action-caching  1.2.1-1
ii  ruby-actionpack-xml-parser  2.0.1-4
ii  ruby-bundler2.2.5-2
ii  ruby-coderay1.1.3-4
ii  ruby-csv3.1.9-1
ii  ruby-i18n   1.8.8-1
ii  ruby-jquery-rails   4.3.5-2
ii  ruby-mail   2.7.1+dfsg1-1.1
ii  ruby-mime-types 3.3.1-1
ii  ruby-mimemagic  0.3.5+dfsg-1
ii  ruby-mini-mime  1.0.2-1
ii  ruby-net-ldap   0.16.1-1
ii  ruby-nokogiri   1.11.1+dfsg-2
ii  ruby-rack   2.1.4-3
ii  ruby-rack-test  0.7.0-1.1
ii  ruby-rails  2:6.0.3.7+dfsg-2
ii  ruby-rails-dom-testing  2.0.3-3
ii  ruby-rails-observers0.1.5-1.1
ii  ruby-rbpdf  1.20.1-1
ii  ruby-redcarpet  3.5.1-1
ii  ruby-request-store  1.5.0-2
ii  ruby-rmagick2.16.0-7
ii  ruby-roadie 4.0.0-1
ii  ruby-roadie-rails   2.1.1-2
ii  ruby-rouge  3.21.0-1

Versions of packages redmine recommends:
ii  passenger  5.0.30-1.2

Versions of packages redmine suggests:
pn  bzr 
pn  cvs 
pn  darcs   
ii  git 1:2.30.2-1
pn  mercurial   
pn  ruby-fcgi   
ii  subversion  1.14.1-3

-- debconf information:
* redmine/instances/default/dbconfig-install: true
  redmine/instances/default/remove-error: abort
  redmine/instances/default/db/app-user: redmine/instances/default@localhost
  redmine/instances/default/pgsql/changeconf: false
  redmine/instances/default/pgsql/method: TCP/IP
  redmine/instances/default/purge: false
  redmine/instances/default/upgrade-backup: true
  redmine/instances/default/internal/skip-preseed: true
  redmine/instances/default/db/dbname: redmine_default
  redmine/current-instances: default
  redmine/instances/default/dbconfig-reinstall: false
  redmine/default-language: en
  redmine/instances/default/upgrade-error: abort
* redmine/instances/default/database-type: pgsql
  redmine/instances/default/passwords-do-not-match:
  redmine/instances/default/install-error: abort
* redmine/instances/default/remote/host: localhost
  redmine/instances/default/pgsql/admin-user: postgres
  redmine/instances/default/internal/reconfiguring: false
  redmine/instances/default/default-language: en
  redmine/instances/default/pgsql/no-empty-passwords:
  redmine/instances/default/remote/newhost: localhost
  redmine/instances/default/remote/port:
  redmine/instances/default/pgsql/authmethod-user: password
  redmine/instances/default/dbconfig-remove: true
  redmine/instances/default/pgsql/authmethod-admin: ident
  redmine/instances/default/dbconfig-upgrade: true
  redmine/instances/default/pgsql/manualconf:
  redmine/instances/default/missing-db-package-error: abort

Bug#1009143: plocate doesn't find any file

[Christoph Berg]

Package: plocate
Version: 1.1.15-2
Severity: normal

plocate doesn't work here:

[0] 18:29 cbe@lehmann:~ master $ sudo updatedb

[0] 18:32 cbe@lehmann:~ master $ l /var/lib/plocate/plocate.db
-rw-r- 1 root plocate 6977518  7. Apr 18:32 /var/lib/plocate/plocate.db

[0] 18:33 cbe@lehmann:~ master $ l myon2.jpg
-rw-rw-r-- 1 cbe cbe 2062 28. Jan 2011  myon2.jpg

[0] 18:33 cbe@lehmann:~ master $ locate myon2.jpg

[0] 18:33 cbe@lehmann:~ master $ sudo strace locate myon2.jpg
execve("/usr/bin/locate", ["locate", "myon2.jpg"], 0x7ffdd65b0288 /* 19 vars 
*/) = 0
access("/etc/suid-debug", F_OK) = -1 ENOENT (Datei oder Verzeichnis 
nicht gefunden)
brk(NULL)   = 0x55b20a1f4000
fcntl(0, F_GETFD)   = 0
fcntl(1, F_GETFD)   = 0
fcntl(2, F_GETFD)   = 0
access("/etc/suid-debug", F_OK) = -1 ENOENT (Datei oder Verzeichnis 
nicht gefunden)
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (Datei oder Verzeichnis 
nicht gefunden)
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=95367, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 95367, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f6868cf4000
close(3)= 0
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/liburing.so.2", O_RDONLY|O_CLOEXEC) 
= 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220!\0\0\0\0\0\0"..., 
832) = 832
newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=22376, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f6868cf2000
mmap(NULL, 24592, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f6868ceb000
mmap(0x7f6868ced000, 8192, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f6868ced000
mmap(0x7f6868cef000, 4096, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 
0x4000) = 0x7f6868cef000
mmap(0x7f6868cf, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4000) = 0x7f6868cf
close(3)= 0
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libzstd.so.1", O_RDONLY|O_CLOEXEC) 
= 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\0\0\0\0\0\0\0"..., 
832) = 832
newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=894896, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 897080, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f6868c0f000
mmap(0x7f6868c14000, 794624, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5000) = 0x7f6868c14000
mmap(0x7f6868cd6000, 77824, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 
0xc7000) = 0x7f6868cd6000
mmap(0x7f6868ce9000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd9000) = 0x7f6868ce9000
close(3)= 0
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libstdc++.so.6", 
O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\0\0\0\0\0\0\0"..., 
832) = 832
newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=2198664, ...}, AT_EMPTY_PATH) 
= 0
mmap(NULL, 2214016, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f68689f2000
mprotect(0x7f6868a8b000, 1519616, PROT_NONE) = 0
mmap(0x7f6868a8b000, 1056768, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x99000) = 0x7f6868a8b000
mmap(0x7f6868b8d000, 458752, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 
0x19b000) = 0x7f6868b8d000
mmap(0x7f6868bfe000, 57344, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20b000) = 0x7f6868bfe000
mmap(0x7f6868c0c000, 10368, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f6868c0c000
close(3)= 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\0\0\0\0\0\0\0"..., 
832) = 832
newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=125344, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 128104, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f68689d2000
mmap(0x7f68689d5000, 94208, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7f68689d5000
mmap(0x7f68689ec000, 16384, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 
0x1a000) = 0x7f68689ec000
mmap(0x7f68689f, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1d000) = 0x7f68689f
close(3)= 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 
3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300k\0\0\0\0\0\0"..., 
832) = 832
pread64(3, 
"\4\0\0\0\24\0\0\0\3\0\0\0GNU\0\30\255\367;\367R\376g\33\337\\\4o\25\335\251"...,
 68, 824) = 68
newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=143768, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 132144, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f68689b1000
mmap(0x7f68689b7000, 61440, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x7f68689b7000
mmap(0x7f68689c6000, 24576, 

Bug#1009142: ITP: org-appear -- auto-toggle visibility of org mode elements

[Martin]

Package: wnpp
Owner: Martin 
Severity: wishlist

* Package name: org-appear
  Version : 0.3.0
  Upstream Author : Alice Istleyeva 
* URL or Web page : https://github.com/awth13/org-appear
* License : MIT
  Description : auto-toggle visibility of org mode elements

Org mode provides a way to toggle visibility of hidden elements such as
emphasis markers, links, etc. by customising specific variables, e.g.,
org-hide-emphasis-markers. This package, inspired by org-fragtog,
enables automatic visibility toggling depending on cursor position.
Hidden element parts appear when the cursor enters an element and
disappear when it leaves.

https://raw.githubusercontent.com/awth13/org-appear/master/demo.gif

(Very useful, should be part of org-mode itself.)

Bug#1009141: ITP: importlab -- Importlab is a library for Python that automatically infers dependencies and calculates a dependency graph.

[Lev Borodin]

Package: wnpp
Severity: wishlist
Owner: Lev Borodin 
X-Debbugs-Cc: debian-de...@lists.debian.org, faun...@gmail.com

* Package name: importlab
  Version : 0.7
  Upstream Author : Google 
* URL : https://github.com/google/importlab
* License : Apache2
  Programming Lang: Python3
  Description : Importlab is a library for Python that automatically infers 
dependencies and calculates a dependency graph

Importlab is a library for Python that automatically infers dependencies and 
calculates a dependency graph. 
It can perform dependency ordering of a set of files, including cycle detection.

Importlab's main use case is to work with static analysis tools that process 
one file at a time, ensuring that a file's dependencies are analysed before it 
is.

It is dependency for python3-pytype package (#1006958)
I need sponsor for this package.

Bug#1009122: systemd-quotacheck : does not work on root file system

[Michael Biebl]

Am 07.04.22 um 17:37 schrieb Laurent Bonnaud:

On 4/7/22 16:10, Michael Biebl wrote:


I guess you'd have to use dracut instead of initramfs-tools then.


Thanks for the suggestion!

I tested dracut on another system and I still get a similar error:

# journalctl | grep quota
Apr 07 17:28:40 debian kernel: Command line: 
BOOT_IMAGE=/boot/vmlinuz-5.10.0-13-amd64 
root=/dev/mapper/debian--vg-root ro quotacheck.mode=force quiet
Apr 07 17:28:40 debian kernel: Kernel command line: 
BOOT_IMAGE=/boot/vmlinuz-5.10.0-13-amd64 
root=/dev/mapper/debian--vg-root ro quotacheck.mode=force quiet

Apr 07 17:28:40 debian kernel: VFS: Disk quotas dquot_6.6.0
Apr 07 17:28:40 debian dracut-cmdline[130]: Using kernel command line 
parameters: rd.lvm.lv=debian-vg/root rd.lvm.lv=debian-vg/swap_1 
resume=/dev/mapper/debian--vg-swap_1 root=/dev/mapper/debian--vg-root 
rootfstype=ext4 rootflags=rw,relatime,errors=remount-ro 
BOOT_IMAGE=/boot/vmlinuz-5.10.0-13-amd64 
root=/dev/mapper/debian--vg-root ro quotacheck.mode=force quiet
Apr 07 17:28:41 debian kernel: EXT4-fs (dm-0): re-mounted. Opts: 
usrquota,errors=remount-ro
Apr 07 17:28:41 debian systemd[1]: systemd-quotacheck.service: Main 
process exited, code=exited, status=1/FAILURE
Apr 07 17:28:41 debian systemd[1]: systemd-quotacheck.service: Failed 
with result 'exit-code'.
Apr 07 17:28:41 debian systemd-quotacheck[487]: (quotacheck) failed with 
exit status 1.
Apr 07 17:28:41 debian systemd-quotacheck[490]: quotacheck: Cannot 
remount filesystem mounted on / read-only so counted values might not be 
right.
Apr 07 17:28:41 debian systemd-quotacheck[490]: Please stop all programs 
writing to filesystem or use -m flag to force checking.




Hm, ok. Is this error message from systemd-quotacheck from the initramfs 
or from the real system?


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1008932: gitlab-sidekiq cannot find graphiql-rails

[Maximilian Stein]

So I will wait if anyone else can confirm or reproduce this issue 
before adding GEM_PATH. Did you have GEM_HOME set in 
/etc/gitlab/gitlab-debian.conf ?


No, actually not. I now tested with

  GEM_HOME=/var/lib/gitlab/.gem

and I can confirm that this alone suffices. So, setting GEM_PATH is not 
needed when GEM_HOME is set correctly.


Best,
Maximilian



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1009134: installation-reports: installation went well

[Michael Lee]

Package: installation-reports
Severity: minor
Tags: ipv6

(Please provide enough information to help the Debian
maintainers evaluate the report efficiently - e.g., by filling
in the sections below.)

Boot method: network
Image version: ???
Date: 2019>

Machine: Intel i7
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect media:   [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:




Please make sure that any installation logs that you think would
be useful are attached to this report. Please compress large
files using gzip.


-- Package-specific info:

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="9 (stretch) - installer build 20170615+deb9u3"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux Clyde 4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02) 
x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DMI 
[8086:d131] (rev 11)
lspci -knn: Subsystem: Gigabyte Technology Co., Ltd Device [1458:5000]
lspci -knn: 00:03.0 PCI bridge [0604]: Intel Corporation Core Processor PCI 
Express Root Port 1 [8086:d138] (rev 11)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:08.0 System peripheral [0880]: Intel Corporation Core Processor 
System Management Registers [8086:d155] (rev 11)
lspci -knn: 00:08.1 System peripheral [0880]: Intel Corporation Core Processor 
Semaphore and Scratchpad Registers [8086:d156] (rev 11)
lspci -knn: 00:08.2 System peripheral [0880]: Intel Corporation Core Processor 
System Control and Status Registers [8086:d157] (rev 11)
lspci -knn: 00:08.3 System peripheral [0880]: Intel Corporation Core Processor 
Miscellaneous Registers [8086:d158] (rev 11)
lspci -knn: 00:10.0 System peripheral [0880]: Intel Corporation Core Processor 
QPI Link [8086:d150] (rev 11)
lspci -knn: 00:10.1 System peripheral [0880]: Intel Corporation Core Processor 
QPI Routing and Protocol Registers [8086:d151] (rev 11)
lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 5 Series/3400 
Series Chipset USB Universal Host Controller [8086:3b3b] (rev 06)
lspci -knn: Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: Kernel modules: uhci_hcd
lspci -knn: 00:1a.1 USB controller [0c03]: Intel Corporation 5 Series/3400 
Series Chipset USB Universal Host Controller [8086:3b3e] (rev 06)
lspci -knn: Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: Kernel modules: uhci_hcd
lspci -knn: 00:1a.2 USB controller [0c03]: Intel Corporation 5 Series/3400 
Series Chipset USB Universal Host Controller [8086:3b3f] (rev 06)
lspci -knn: Subsystem: Gigabyte Technology Co., Ltd Device [1458:5004]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: Kernel modules: uhci_hcd
lspci -knn: 00:1a.7 USB controller [0c03]: Intel Corporation 5 Series/3400 
Series Chipset USB2 Enhanced Host Controller [8086:3b3c] (rev 06)
lspci -knn: Subsystem: Gigabyte Technology Co., Ltd Device [1458:5006]
lspci -knn: Kernel driver in use: ehci-pci
lspci -knn: Kernel modules: ehci_pci
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400 Series 
Chipset High Definition Audio [8086:3b56] (rev 06)
lspci -knn: Subsystem: Gigabyte Technology Co., Ltd Device [1458:a102]
lspci -knn: Kernel driver in use: snd_hda_intel
lspci -knn: Kernel modules: snd_hda_intel
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series 
Chipset PCI Express Root Port 1 [8086:3b42] (rev 06)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series 
Chipset PCI Express Root Port 4 [8086:3b48] (rev 06)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series 
Chipset PCI Express Root Port 5 [8086:3b4a] (rev 06)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.5 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series 
Chipset PCI Express Root Port 6 [8086:3b4c] (rev 06)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.6 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series 
Chipset PCI Express Root Port 7 [8086:3b4e] (rev 06)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 

Bug#1009131: RFP: python-arabic-reshaper -- Reconstruct Arabic sentences to be used in applications that don't support Arabic script.

[Drew Parsons]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org
Control: affects -1 src:xhtml2pdf

* Package name: python-arabic-reshaper
  Version : 2.1.3 
  Upstream Author : Abdullah Diab 
* URL : https://github.com/mpcabd/python-arabic-reshaper/
* License : MIT
  Programming Lang: Python
  Description : Reconstruct Arabic sentences to be used in applications 
that don't support Arabic script.

Arabic script is very special with two essential features:
1. It is written from right to left.
2. The characters change shape according to their surrounding characters.

So when you try to print text written in Arabic script in an
application – or a library – that doesn’t support Arabic you’re pretty
likely to end up with misformatted text. There are two problems.
First, the characters are in the isolated form, which means that every
character is rendered regardless of its surroundings, and second is
that the text is written from left to right.

To solve the latter issue all we have to do is to use the Unicode
bidirectional algorithm, which is implemented purely in Python in
python-bidi. The only issue left to solve is to reshape those
characters and replace them with their correct shapes according to
their surroundings. Using this library helps with the reshaping so we
can get the proper result.

python-arabic-reshaper will be used by xhtml2pdf.

python-arabic-reshaper should be maintained by the Python Module Team
alongside python-bidi (RFP#921336)

Bug#1009129: RFS: shotwell/0.30.15-1 [RC] -- digital photo organizer

[Jörg Frings-Fürst]

Package: sponsorship-requests
Severity: important

Dear mentors,

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

   Package name: shotwell
   Version : 0.30.15-1
   Upstream Author : Jim Nelson 
   URL : https://wiki.gnome.org/Apps/Shotwell
   License : LGPL-2.1
   Vcs : https://jff.email/cgit/shotwell.git
   Section : gnome

The source builds the following binary packages:

  shotwell - digital photo organizer
  shotwell-common - digital photo organizer - common files

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

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

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

 dget -x 
https://mentors.debian.net/debian/pool/main/s/shotwell/shotwell_0.30.15-1.dsc

or from 

 git https://jff.email/cgit/shotwell.git/?h=release%2Fdebian%2F0.30.15-1


Changes since the last upload:

 shotwell (0.30.15-1) unstable; urgency=medium
 .
   * New upstream release.
 - Fix FTBFS with vala 0.56.0 (Closes: #1008337).
 - Remove not longer needed patches:
   + debian/patches/0105-gitversion.patch.
   * debina/copyright:
 - Add year 2022 for debian/* to myself.
 - Refresh *.


CU
Jörg


-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D


Jörg Frings-Fürst
D-54470 Lieser

git:  https://jff.email/cgit/


Threema: SYR8SJXB
Skype: joergpenguin
Telegram: @joergfringsfuerst


My wish list: 
 - Please send me a picture from the nature at your home.



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

Bug#921336: RFP: python-bidi -- bi-directional layout implementation

[Drew Parsons]

Control: affects -1 src:xhtml2pdf

The bidi package will also be used by xhtml2pdf.

Bug#1008638: ldns: diff for NMU version 1.7.1-2.1

[Michael Tokarev]

Control: tags 1008638 + patch
Control: tags 1008638 + pending


Dear maintainer,

I've prepared an NMU for ldns (versioned as 1.7.1-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

This is a second try, - I found my mistake when attempted to
check the return code of the autoconf test. Fixed it now.
The change is a one-liner.

Regards.

diff -Nru ldns-1.7.1/debian/changelog ldns-1.7.1/debian/changelog
--- ldns-1.7.1/debian/changelog 2020-06-24 15:08:14.0 +0300
+++ ldns-1.7.1/debian/changelog 2022-04-07 16:03:29.0 +0300
@@ -1,3 +1,15 @@
+ldns (1.7.1-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * add fix-wrong-python-distutils-configure-check.diff to fix the
+incorrect distutils package check (it should be checking the
+return code not the emptiness of the output). This fixes FTBFS
+with new python (3.10) and allows the python3.10 transition to
+happen, but it is not fixing the actual issiue with ldns using
+distutils which should be addressed later.  Closes: #1008638
+
+ -- Michael Tokarev   Thu, 07 Apr 2022 16:03:29 +0300
+
 ldns (1.7.1-2) unstable; urgency=low
 
   * Team upload.
diff -Nru 
ldns-1.7.1/debian/patches/fix-wrong-python-distutils-configure-check.diff 
ldns-1.7.1/debian/patches/fix-wrong-python-distutils-configure-check.diff
--- ldns-1.7.1/debian/patches/fix-wrong-python-distutils-configure-check.diff   
1970-01-01 03:00:00.0 +0300
+++ ldns-1.7.1/debian/patches/fix-wrong-python-distutils-configure-check.diff   
2022-04-07 16:03:29.0 +0300
@@ -0,0 +1,22 @@
+Subject: fix the wrong distutils python check in configure
+From: Michael Tokarev 
+Date: Thu, 07 Apr 2022 17:22:05 +0300
+
+The check is implemented in the wrong way: instead of checking for
+the return value of an attempt to import the given module (which is 0),
+it is checking the returned _text_. And with python3.10, this module
+is deprecated, so python gives a warning. It is not fatal but the
+wrong test made it so by checking for the output to be empty.
+
+Fix it by checking for the error code instead of checking emptiness
+of output.
+
+diff --git a/ax_python_devel.m4 b/ax_python_devel.m4
+index 87e7c8c..6a7cd3e 100644
+--- a/ax_python_devel.m4
 b/ax_python_devel.m4
+@@ -139,3 +139,3 @@ variable to configure. See ``configure --help'' for 
reference.
+   ac_distutils_result=`$PYTHON -c "import distutils" 2>&1`
+-  if test -z "$ac_distutils_result"; then
++  if test $? -eq 0; then
+   AC_MSG_RESULT([yes])
diff -Nru ldns-1.7.1/debian/patches/series ldns-1.7.1/debian/patches/series
--- ldns-1.7.1/debian/patches/series2020-06-03 23:55:03.0 +0300
+++ ldns-1.7.1/debian/patches/series2022-04-07 16:03:29.0 +0300
@@ -1 +1,2 @@
 Makefile-remove-install-libldns-pc.patch
+fix-wrong-python-distutils-configure-check.diff

Bug#900821: Read aloud website and eBook with AI Website Reader app

[AI Website Reader]

Hello,
We have just released AI Website Reader app to read aloud website/ebook with AI voice control 
Please download here:

Google Play: https://play.google.com/store/apps/details?id=com.aiwebsitereader

Thanks!
Sorry for any inconvenience. Please reply "Remove" to remove your email from our list.
P/S: Bonus Email Scanner app to hunt emails from phone: https://play.google.com/store/apps/details?id=com.emailscanner

Bug#1003095: /usr/bin/script: hangs when child doesn't read input fast enough

[наб]

Hi!

On Thu, Feb 03, 2022 at 11:55:40AM +0100, Karel Zak wrote:
> Your solution seems elegant, but it seems to late for the next release
> v2.38 (now rc1). I'll play with it next week and prepare it for v2.39.

Bumping this now that 2.38 landed;
a quick test shows that it applies cleanly to HEAD
and works as-expected.

наб


signature.asc
Description: PGP signature

Bug#1009127: Missing phy_gmii_sel.ko in dists/bullseye/main/installer-armhf/current/images/netboot/netboot.tar.gz

[Da Shi Cao]

Package: Network Install Initramfs "initrd.gz".
The kernel module "phy_gmii_sel.ko" is missing from initrd.gz of 
dists/bullseye/main/installer-armhf/current/images/netboot/netboot.tar.gz (date 
2022-03-22 17:37).
This will leads to the error "cpsw 4a10.ethernet: 0: Error retrieving port 
phy: -517" and the NIC is thus missing from the Beaglebone black system.
The NIC will be present if the phy_gmii_sel.ko is added into the initrd.gz in 
dists/bullseye/main/installer-armhf/current/images/netboot/netboot.tar.gz.

Regards,
Dashi Cao

Bug#1009126: python3-virtualenv: Virtual environment breaks when default python interpreter is upgraded

[Dietrich Brunn]

Package: python3-virtualenv
Version: 20.14.0+ds-1
Severity: normal

Dear Maintainer,

when creating a virtual environment without explicitly specifying the Python 
interpreter, the
virtual environment can become unusable, when the default Python version is 
upgraded with apt.

I.e., creating a new virtualenv with

  virtualenv --prompt 'my_env' venv

creates the following links in the directory venv/bin:

  python -> /usr/bin/python3
  python3 -> python
  python3.10 -> python

When the file /usr/bin/python3 will be upgraded to 3.11, then the Python 
version changes in the
virtual environment to 3.11 as well. The locally installed packaged become 
unusable, since they are
installed under "venv/lib/python3.10/site-packages/"

It would be much more robust, to specifically link to versioned Python 
executable, i.e.:

  python3.10 -> /usr/bin/python3.10
  python3 -> python3.10
  python -> python

Then the user would just need to keep the old Python version installed.

Thanks, dietrich


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

Kernel: Linux 5.16.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-virtualenv depends on:
ii  python3 3.10.4-1
ii  python3-distlib 0.3.4-1
ii  python3-filelock3.6.0-1
ii  python3-importlib-metadata  4.6.4-1
ii  python3-pip 22.0.2+dfsg-1
ii  python3-pip-whl 22.0.2+dfsg-1
ii  python3-platformdirs2.5.1-1
ii  python3-setuptools-whl  59.6.0-1.2
ii  python3-six 1.16.0-3
ii  python3-wheel-whl   0.37.1-2

python3-virtualenv recommends no packages.

Versions of packages python3-virtualenv suggests:
pn  python2-pip-whl
pn  python2-setuptools-whl 
ii  python3-wheel-whl [python2-wheel-whl]  0.37.1-2

-- no debconf information

Bug#1006149: linux-image-5.16.0-1-686: Fails to boot on T41 Thinkpads

[Francesco C]

Hello everyone

I've tested also a patch based on
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006149#260 and
modified simply by adding the disk drive model installed in my machine
to the backlist, but the final result is exactly the same ... the
computer stops booting always at the same point and does not complete
the boot process :)

Bug#1009122: systemd-quotacheck : does not work on root file system

[Michael Biebl]

Am 07.04.22 um 15:38 schrieb Laurent Bonnaud:

Would it be possible for the systemd-quotacheck unit to be executed when 
the file system is still mounted read-only and before it is remounted 
read-write?


I guess you'd have to use dracut instead of initramfs-tools then.





OpenPGP_signature
Description: OpenPGP digital signature

Bug#1009125: ITP:php-fruitcake-php-cors -- Cross-origin resource sharing library for the Symfony HttpFoundation

[Katharina Drexel]

Package: wnpp

* Package name: php-fruitcake-php-cors
  Upstream Author : Barry vd. Heuvel 
* License : MIT
  Description : Cross-origin resource sharing library for the Symfony 
HttpFoundation
 Library and middleware enabling cross-origin resource sharing for your
 http-{foundation,kernel} using application. It attempts to implement the W3C
 Recommendation for cross-origin resource sharing.

Regards
Katharina

--

Bug#1008638: ldns: diff for NMU version 1.7.1-2.1

[Michael Tokarev]

Control: tags 1008638 + patch
Control: tags 1008638 + pending


Dear maintainer,

I've prepared an NMU for ldns (versioned as 1.7.1-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

diff -Nru ldns-1.7.1/debian/changelog ldns-1.7.1/debian/changelog
--- ldns-1.7.1/debian/changelog 2020-06-24 15:08:14.0 +0300
+++ ldns-1.7.1/debian/changelog 2022-04-07 16:03:29.0 +0300
@@ -1,3 +1,15 @@
+ldns (1.7.1-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * add skip-wrong-python-distutils-configure-check.diff to skip the
+incorrect distutils package check (it should be checking the
+return code not the emptiness of the output). This fixes FTBFS
+with new python (3.10) and allows the python3.10 transition to
+happen, but it is not fixing the actual issiue with ldns using
+distutils which should be addressed later.  Closes: #1008638
+
+ -- Michael Tokarev   Thu, 07 Apr 2022 16:03:29 +0300
+
 ldns (1.7.1-2) unstable; urgency=low
 
   * Team upload.
diff -Nru ldns-1.7.1/debian/patches/series ldns-1.7.1/debian/patches/series
--- ldns-1.7.1/debian/patches/series2020-06-03 23:55:03.0 +0300
+++ ldns-1.7.1/debian/patches/series2022-04-07 16:03:17.0 +0300
@@ -1 +1,2 @@
 Makefile-remove-install-libldns-pc.patch
+skip-wrong-python-distutils-configure-check.diff
diff -Nru 
ldns-1.7.1/debian/patches/skip-wrong-python-distutils-configure-check.diff 
ldns-1.7.1/debian/patches/skip-wrong-python-distutils-configure-check.diff
--- ldns-1.7.1/debian/patches/skip-wrong-python-distutils-configure-check.diff  
1970-01-01 03:00:00.0 +0300
+++ ldns-1.7.1/debian/patches/skip-wrong-python-distutils-configure-check.diff  
2022-04-07 16:03:29.0 +0300
@@ -0,0 +1,33 @@
+Subject: disable 
+
+--- a/ax_python_devel.m4   2019-07-26 18:07:44.0 +0300
 b/ax_python_devel.m4   2022-04-07 16:02:18.383039533 +0300
+@@ -135,17 +135,17 @@
+   #
+   # Check if you have distutils, else fail
+   #
+-  AC_MSG_CHECKING([for the distutils Python package])
+-  ac_distutils_result=`$PYTHON -c "import distutils" 2>&1`
+-  if test -z "$ac_distutils_result"; then
+-  AC_MSG_RESULT([yes])
+-  else
+-  AC_MSG_RESULT([no])
+-  AC_MSG_ERROR([cannot import Python module "distutils".
+-Please check your Python installation. The error was:
+-$ac_distutils_result])
+-  PYTHON_VERSION=""
+-  fi
++# AC_MSG_CHECKING([for the distutils Python package])
++# ac_distutils_result=`$PYTHON -c "import distutils" 2>&1`
++# if test -z "$ac_distutils_result"; then
++# AC_MSG_RESULT([yes])
++# else
++# AC_MSG_RESULT([no])
++# AC_MSG_ERROR([cannot import Python module "distutils".
++#Please check your Python installation. The error was:
++#$ac_distutils_result])
++# PYTHON_VERSION=""
++# fi
+ 
+   #
+   # Check for Python include path

Bug#1009123: rust-sha-1: diff for NMU version 0.8.1-2.1

[Jonas Smedegaard]

Package: rust-sha-1
Version: 0.8.1-2
Severity: normal
Tags: patch  pending

Dear maintainer,

I've prepared an NMU for rust-sha-1 (versioned as 0.8.1-2.1) and
uploaded it without delay, due to current package being completely broken.

Regards,

 - Jonas

diff -Nru rust-sha-1-0.8.1/debian/changelog rust-sha-1-0.8.1/debian/changelog
--- rust-sha-1-0.8.1/debian/changelog   2019-08-06 18:25:40.0 +0200
+++ rust-sha-1-0.8.1/debian/changelog   2022-04-07 15:48:54.0 +0200
@@ -1,3 +1,16 @@
+rust-sha-1 (0.8.1-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * fix unsatisfiable dependencies and failure to build from source:
++ add patches and bump dependencies to link against
+  librust-block-buffer-0.9+default-dev
+  librust-digest-0.9+default-dev
+  librust-opaque-debug-0.3+default-dev
+  (not older versions gone since 2020-03-31)
+  * add autopkgtest
+
+ -- Jonas Smedegaard   Thu, 07 Apr 2022 15:48:54 +0200
+
 rust-sha-1 (0.8.1-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru rust-sha-1-0.8.1/debian/control rust-sha-1-0.8.1/debian/control
--- rust-sha-1-0.8.1/debian/control 2019-08-06 18:25:40.0 +0200
+++ rust-sha-1-0.8.1/debian/control 2022-04-07 15:27:17.0 +0200
@@ -6,11 +6,10 @@
  cargo:native ,
  rustc:native ,
  libstd-rust-dev ,
- librust-block-buffer-0.7+default-dev ,
- librust-digest-0.8+default-dev ,
- librust-digest-0.8+std-dev ,
- librust-fake-simd-0.1+default-dev ,
- librust-opaque-debug-0.2+default-dev 
+ librust-block-buffer-0.9+default-dev ,
+ librust-digest-0.9+default-dev ,
+ librust-digest-0.9+std-dev ,
+ librust-opaque-debug-0.3+default-dev 
 Maintainer: Debian Rust Maintainers 

 Uploaders:
  kpcyrd 
@@ -23,10 +22,9 @@
 Multi-Arch: same
 Depends:
  ${misc:Depends},
- librust-block-buffer-0.7+default-dev,
- librust-digest-0.8+default-dev,
- librust-fake-simd-0.1+default-dev,
- librust-opaque-debug-0.2+default-dev
+ librust-block-buffer-0.9+default-dev,
+ librust-digest-0.9+default-dev,
+ librust-opaque-debug-0.3+default-dev
 Recommends:
  librust-sha-1+std-dev (= ${binary:Version})
 Suggests:
@@ -76,7 +74,7 @@
 Depends:
  ${misc:Depends},
  librust-sha-1-dev (= ${binary:Version}),
- librust-digest-0.8+std-dev
+ librust-digest-0.9+std-dev
 Provides:
  librust-sha-1+default-dev (= ${binary:Version}),
  librust-sha-1-0+std-dev (= ${binary:Version}),
diff -Nru rust-sha-1-0.8.1/debian/patches/020200527~c43d34c.patch 
rust-sha-1-0.8.1/debian/patches/020200527~c43d34c.patch
--- rust-sha-1-0.8.1/debian/patches/020200527~c43d34c.patch 1970-01-01 
01:00:00.0 +0100
+++ rust-sha-1-0.8.1/debian/patches/020200527~c43d34c.patch 2022-04-07 
15:38:04.0 +0200
@@ -0,0 +1,79 @@
+commit c43d34c12755b2e380d73c8e84b018abe8bc0b15
+Author: Tony Arcieri 
+Date:   Wed May 27 20:12:05 2020 -0700
+
+sha1: 2018 edition and `digest` crate upgrade
+
+Upgrades to Rust 2018 edition and the (now 2018 edition)
+`digest` v0.9.0-pre crate.
+
+--- a/Cargo.toml
 b/Cargo.toml
+@@ -27,7 +27,7 @@
+ version = "0.7"
+ 
+ [dependencies.digest]
+-version = "0.8"
++version = "0.9"
+ 
+ [dependencies.fake-simd]
+ version = "0.1"
+@@ -39,7 +39,7 @@
+ version = "0.4"
+ optional = true
+ [dev-dependencies.digest]
+-version = "0.8"
++version = "0.9"
+ features = ["dev"]
+ 
+ [dev-dependencies.hex-literal]
+--- a/benches/lib.rs
 b/benches/lib.rs
+@@ -4,4 +4,5 @@
+ extern crate digest;
+ extern crate sha1;
+ 
++use digest::bench;
+ bench!(sha1::Sha1);
+--- a/examples/sha1sum.rs
 b/examples/sha1sum.rs
+@@ -25,7 +25,7 @@
+ Ok(n) => n,
+ Err(_) => return,
+ };
+-sh.input([..n]);
++sh.update([..n]);
+ if n == 0 || n < BUFFER_SIZE {
+ break;
+ }
+--- a/src/lib.rs
 b/src/lib.rs
+@@ -12,7 +12,7 @@
+ //! let mut hasher = Sha1::new();
+ //!
+ //! // process input message
+-//! hasher.input(b"hello world");
++//! hasher.update(b"hello world");
+ //!
+ //! // acquire hash digest in the form of GenericArray,
+ //! // which in this case is equivalent to [u8; 20]
+@@ -51,7 +51,7 @@
+ use utils::compress;
+ 
+ pub use digest::Digest;
+-use digest::{Input, BlockInput, FixedOutput, Reset};
++use digest::{Update, BlockInput, FixedOutput, Reset};
+ use digest::generic_array::GenericArray;
+ use digest::generic_array::typenum::{U20, U64};
+ use block_buffer::BlockBuffer;
+@@ -78,8 +78,8 @@
+ type BlockSize = U64;
+ }
+ 
+-impl Input for Sha1 {
+-fn input>( self, input: B) {
++impl Update for Sha1 {
++fn update( self, input: impl AsRef<[u8]>) {
+ let input = input.as_ref();
+ // Assumes that `length_bits<<3` will not overflow
+ self.len += input.len() as u64;
diff -Nru rust-sha-1-0.8.1/debian/patches/020200602~d749cb0.patch 
rust-sha-1-0.8.1/debian/patches/020200602~d749cb0.patch
--- rust-sha-1-0.8.1/debian/patches/020200602~d749cb0.patch 1970-01-01 
01:00:00.0 +0100
+++ 

Bug#1009124: ncal -J shows wrong month

[Jakub Wilk]

Package: ncal
Version: 12.1.7+nmu3

It's still March in the Julian calendar, but "ncal -J" shows me April:

  $ ncal -J
  April 2022
  Mo 5 12 19 26
  Tu 6 13 20 27
  We 7 14 21 28
  Th  1  8 15 22 29
  Fr  2  9 16 23 30
  Sa  3 10 17 24
  Su  4 11 18 25


-- System Information:
Architecture: amd64

Versions of packages ncal depends on:
ii  libc6  2.33-7
ii  libtinfo6  6.3-2

--
Jakub Wilk

Bug#1008603: geopy: python3-geographiclib no longer built from src:geographiclib

[Daniele Tricoli]

Hello Sebastiaan,
I'm adding Antonio here because I was not able to find the mbox to reply
to Debian GIS mailinglist and not break the thread.

On Mon, Apr 04, 2022 at 07:40:32PM +0200, Sebastiaan Couwenberg wrote:
> You may want to coordinate with Antonio Valentino who also expressed
> interest in packaging python-geographiclib:
> 
>  https://lists.debian.org/debian-gis/2022/03/msg8.html

Hello Antonio, as the maintainer of geopy (and a user of it) I care that
python3-geographiclib doesn't desappear from Debian. Please tell me if I
can help, or if not just go ahead and upload the python binding.
I only ask you if you could upload into experimental first.

Currently geopy's upstream declares geographiclib dependency as follow:

'geographiclib<2,>=1.49',

but it only uses the Geodesic object from graographiclib, I mean it do:

from geographiclib.geodesic import geodesic

in the geopy.distance module. In the geopy's Debian package I don't set an upper
bound version for python3-geographiclib: I'm going to enable autopkgtests (I
run only built time test rigt now, and geopy.distance is covered by tests) so
we will discover if geographiclib 2.0 is already supported.

Kind regards,

-- 
  Daniele Tricoli 'eriol'
  https://mornie.org


signature.asc
Description: PGP signature

Bug#1009027: mesa: Please enable these new drivers and features available since mesa 22

[Timo Aaltonen]

Fabio Pedretti kirjoitti 6.4.2022 klo 11.34:

Source: mesa
Version: 22.0.1-2
Severity: wishlist
X-Debbugs-Cc: pedretti.fa...@gmail.com

Dear Maintainer,

please consider enablig the following new drivers and features available
since mesa 22:

GALLIUM_DRIVERS
- asahi (driver for Apple M1)


I'm assuming this is for arm64?


- i915 (new i915 gallium driver, replaces old i915 classic driver)


If both i915g and i915 classic (from mesa-amber) are installed, which 
one is used?



VULKAN_DRIVERS
- panfrost (there is already a gallium driver for this)


ok


confflags_VULKAN
- intel-nullhw (this layer disables all rendering & compute commands in the
command parsing HW. It can be useful to identify CPU bottlenecks.)


ok


--
t

Bug#1008836: weechat-matrix: diff for NMU version 0.3.0-3.1

[Kyle Robbertze]

Thanks for the fix!

Cheers
Kyle

On 2022/04/07 11:56, Jochen Sprickerhof wrote:

Control: tags 1008836 + patch
Control: tags 1008836 + pending


Dear maintainer,

I've prepared an NMU for weechat-matrix (versioned as 0.3.0-3.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.



--
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze
⢿⡄⠘⠷⠚⠋⠀ Debian Developer
⠈⠳⣄ https://wiki.debian.org/KyleRobbertze

Bug#1009078: sasl auth via saslauthd does not work anymore

[Joerg Dorchain]

On Thu, Apr 07, 2022 at 01:55:06PM +0200, Andreas Beckmann wrote:
> > 
> > With the current sendmail in testing, my incoming smtp auth configuration 
> > does not
> > work anymore.
> 
> could you try sendmail 8.17 from experimental?

I installed 8.17.1-1 from http://snapshot.debian.org/

With this version and no configuration change, smtp auth works as
ever. Thanks!

What was the reason for uploading it to exprimental instead of
unstable?

Uh, and just for curiousity, I see nothing explicitly related to
auth or sasl in the changelogs. Do you have any idea?

Bye,

Joerg


signature.asc
Description: PGP signature

Bug#1003653: Revision of removal of rename.ul from package util-linux

[Christoph Berg]

Re: Chris Hofstaedtler
> I see two clear options:

Hi Chris,

thanks for the prompt feedback!

> A) Keep the status quo ("rename is not part of Debians util-linux").
>Very clear, very simple, no work.

But that's not what users want, there have been several requests to
have rename reintroduced.

> B) Finish the very old migration. Have util-linux(-extra) ship
>/usr/bin/rename; perl rename can be prename/file-rename as today,
>but would need to drop the update-alternatives symlink; versioned
>Conflicts/Provides/Replaces would probably be needed. I would also
>suggest having no binary package ship /usr/bin/rename for one
>release.

What name would you use in util-linux-extra for the time of the one
release where no package ships /usr/bin/rename? /usr/bin/rename.ul
seems most sensible to me here, which would also match the status
before starting a migration.

> Personally I am leaning towards option A) - mostly because we
> are/were already spending a lot more time on mails than what I think
> the work of option B) would entail. Also I believe the CTTE does not
> want to do any of this fine grainted technical detail design work.

We don't want to dictate *how* this should be resolved, but we are
interested in *having* it resolved, and A) isn't that.

To me, the plausible way forward here seems to be this:

* Reintroduce it as /usr/bin/rename.ul in util-linux-extra
* Have u-l-e be pseudo-essential for one release
* At this point the TC issue is resolved
* Potentially work with the perl-rename maintainers to transition to a
  different layout of the two utilities. That's then indeed outside
  the scope of the TC.

Christoph

Bug#1009121: RM: r-cran-purrrogress -- ROM; Orphaned upstream, no rdepends, failing autopkgtest

[Andreas Tille]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: 1008...@bugs.debian.org, r-pkg-t...@alioth-lists.debian.net

Hi,

this package was removed from CRAN (=is orphaned upstream) has
no rdepends (it was originally packaged to fulfill some dependency)
and is now failing its autopkgtest (see bug #1008608).  So there
is no real point to keep it in Debian.

Kind regards and thanks for working as ftpmaster

 Andreas.

Bug#1009120: python-freecontact: build-depends on package that is no longer available on armel.

[peter green]

Package: libfreecontact-perl
Version: 0.08-9
Severity: serious
Justification: rc policy - "Packages must be buildable within the same release."

libfreecontact-perl build-depends on libfreecontact-dev which was recently 
removed
on armel, presumablly due to a FTBFS.

Either freecontact needs to be fixed to build on armel again, or the armel 
binaries
for libfreecontact-perl need to be removed as well.

Bug#1009119: python-freecontact: build-depends on package that is no longer available on armel.

[peter green]

Package: python-freecontact
Version: 1.1-6
Severity: serious
Justification: rc policy - "Packages must be buildable within the same release."

python-freecontact build-depends on libfreecontact-dev which was recently 
removed
on armel, presumablly due to a FTBFS.

Either freecontact needs to be fixed to build on armel again, or the armel 
binaries
for python-freecontact need to be removed as well.

Bug#1009118: python3-biopython: incompatible with muscle >= 5

[Andrius Merkys]

Package: python3-biopython
Severity: important
Tags: upstream

Hello,

python3-biopython is incompatible with muscle >= 5. Upstream tests
detect this incompatibility:

==
ERROR: test_Muscle_profile_simple (test_Muscle_tool.MuscleApplication)
Simple round-trip through app doing a profile alignment.
--
Traceback (most recent call last):
  File
"/<>/.pybuild/cpython3_3.10/build/Tests/test_Muscle_tool.py",
line 133, in test_Muscle_profile_simple
output, error = cmdline()
  File
"/<>/.pybuild/cpython3_3.10/build/Bio/Application/__init__.py",
line 574, in __call__
raise ApplicationError(return_code, str(self), stdout_str, stderr_str)
Bio.Application.ApplicationError: Non-zero return code 1 from 'muscle
-out Fasta/temp_align_out3.fa -profile -in1 Fasta/fa01 -in2 Fasta/f001',
message 'Invalid command line'

(only one failing test is shown for brevity)

However, tests with muscle are skipped as the build system is unable to
detect newer muscle. I attach a patch prodding the build system to run
muscle tests. Normally I would push such patch to cause FTBFS for
package, but now I think failures of integration with muscle should not
cause AUTORM for Biopython. Nevertheless, I think this should be fixed
for bookworm.

Andrius--- a/Tests/test_Muscle_tool.py
+++ b/Tests/test_Muscle_tool.py
@@ -49,14 +49,13 @@
 if muscle_exe:
 break
 else:
-from subprocess import getoutput
+from subprocess import getstatusoutput
 
-output = getoutput("muscle -version")
+exitcode, _ = getstatusoutput("muscle -version")
 # Since "not found" may be in another language, try and be sure this is
 # really the MUSCLE tool's output
-if "not found" not in output and "not recognized" not in output:
-if "MUSCLE" in output and "Edgar" in output:
-muscle_exe = "muscle"
+if exitcode == 0:
+muscle_exe = "muscle"
 
 if not muscle_exe:
 raise MissingExternalDependencyError(

Bug#1009117: phpldapadmin: Unrecognized error: 8192: Array and string offset access syntax with curly braces is deprecated

[Javier Kohan]

Package: phpldapadmin
Version: 1.2.2-6.3
Severity: important

Dear Maintainer,

Using PLA in a standard installation with apache, php, and PLA in Debian
11 current versions yields the above error trying to search something as
simple as "uid=foo". Trace:
File/usr/share/phpldapadmin/lib/functions.php (190)
Functionerror (a:5:{i:0;s:102:"Unrecognized error number: 8192: 
A...)
File/usr/share/phpldapadmin/lib/functions.php (58)
Functionapp_error_handler (a:5:{i:0;i:8192;i:1;s:69:"Array and 
string offset ...)
File/usr/share/phpldapadmin/lib/functions.php (58)
Functionrequire_once
File/usr/share/phpldapadmin/lib/functions.php ()
Functionpla_autoload (a:1:{i:0;s:14:"TemplateRender";})
File/usr/share/phpldapadmin/htdocs/template_engine.php (40)
Functionspl_autoload_call (a:1:{i:0;s:14:"TemplateRender";})
File/usr/share/phpldapadmin/htdocs/cmd.php (59)
Functioninclude 
(a:1:{i:0;s:50:"/usr/share/phpldapadmin/htdocs/temp...)




-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages phpldapadmin depends on:
ii  debconf [debconf-2.0]   1.5.77
ii  php 2:7.4+76
ii  php-ldap2:7.4+76
ii  php-xml 2:7.4+76
ii  php7.4 [php]7.4.28-1+deb11u1
ii  php7.4-ldap [php-ldap]  7.4.28-1+deb11u1
ii  php7.4-xml [php-xml]7.4.28-1+deb11u1
ii  ucf 3.0043

phpldapadmin recommends no packages.

phpldapadmin suggests no packages.

-- Configuration Files:
/etc/phpldapadmin/templates/creation/alias.xml [Errno 13] Permiso denegado: 
'/etc/phpldapadmin/templates/creation/alias.xml'
/etc/phpldapadmin/templates/creation/courierMailAccount.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/courierMailAccount.xml'
/etc/phpldapadmin/templates/creation/courierMailAlias.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/courierMailAlias.xml'
/etc/phpldapadmin/templates/creation/dNSDomain.xml [Errno 13] Permiso denegado: 
'/etc/phpldapadmin/templates/creation/dNSDomain.xml'
/etc/phpldapadmin/templates/creation/example.xml [Errno 13] Permiso denegado: 
'/etc/phpldapadmin/templates/creation/example.xml'
/etc/phpldapadmin/templates/creation/inetOrgPerson.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/inetOrgPerson.xml'
/etc/phpldapadmin/templates/creation/kolabPerson.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/kolabPerson.xml'
/etc/phpldapadmin/templates/creation/mozillaOrgPerson.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/mozillaOrgPerson.xml'
/etc/phpldapadmin/templates/creation/organizationalRole.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/organizationalRole.xml'
/etc/phpldapadmin/templates/creation/ou.xml [Errno 13] Permiso denegado: 
'/etc/phpldapadmin/templates/creation/ou.xml'
/etc/phpldapadmin/templates/creation/posixAccount.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/posixAccount.xml'
/etc/phpldapadmin/templates/creation/posixGroup.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/posixGroup.xml'
/etc/phpldapadmin/templates/creation/sambaDomain.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/sambaDomain.xml'
/etc/phpldapadmin/templates/creation/sambaGroupMapping.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/sambaGroupMapping.xml'
/etc/phpldapadmin/templates/creation/sambaMachine.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/sambaMachine.xml'
/etc/phpldapadmin/templates/creation/sambaSamAccount.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/sambaSamAccount.xml'
/etc/phpldapadmin/templates/creation/sendmailMTAAliasObject.xml [Errno 13] 
Permiso denegado: 
'/etc/phpldapadmin/templates/creation/sendmailMTAAliasObject.xml'
/etc/phpldapadmin/templates/creation/sendmailMTAClass.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/sendmailMTAClass.xml'
/etc/phpldapadmin/templates/creation/sendmailMTACluster.xml [Errno 13] Permiso 
denegado: '/etc/phpldapadmin/templates/creation/sendmailMTACluster.xml'
/etc/phpldapadmin/templates/creation/sendmailMTAMapObject.xml [Errno 13] 
Permiso denegado: 
'/etc/phpldapadmin/templates/creation/sendmailMTAMapObject.xml'
/etc/phpldapadmin/templates/creation/sendmailVirtualDomain.xml [Errno 13] 
Permiso denegado: 
'/etc/phpldapadmin/templates/creation/sendmailVirtualDomain.xml'

Bug#1009112: python-eventlet: (autopkgtest) needs update for python3.10: tests.patcher_test.test_patcher_existing_locks_locked

[Thomas Goirand]

This issue was reported upstream:

https://github.com/eventlet/eventlet/issues/730
https://github.com/eventlet/eventlet/issues/739

This looks kind of serious, and not just an issue with tests. So 
blacklisting the failed tests isn't an option.


Cheers,

Thomas Goirand (zigo)

Bug#1009078: sasl auth via saslauthd does not work anymore

[Andreas Beckmann]

On 07/04/2022 02.15, Joerg Dorchain wrote:

Package: sendmail
Version: 8.16.1-2

With the current sendmail in testing, my incoming smtp auth configuration does 
not
work anymore.


could you try sendmail 8.17 from experimental?

Andreas

Bug#1009116: ITP: pstm2-frontend -- Parse and type-check SMT-LIB 2

[Julien Puydt]

Package: wnpp
Severity: wishlist
Owner: Julien Puydt 
X-Debbugs-Cc: Debian OCaml Maintainers 

* Package name: pstm2-frontend
  Version : 0.4.0
  Upstream Author : Albin Coquereau
* URL : https://github.com/ACoquereau/psmt2-frontend
* License : Apache-2
  Programming Lang: OCaml
  Description : Parse and type-check SMT-LIB 2

 A library to parse and type-check a conservative extension of the SMT-LIB 2
standard with prenex polymorphism.

This is a new dep of the alt-ergo package in the OCaml team ; so I want to
package it and maintain it in the team to update alt-ergo.

Cheers,

J.Puydt

Bug#1008997: cups: impossible to print on hp envy 5536 from sid

[Brian Potkin]

On Thu 07 Apr 2022 at 09:23:25 +0200, alain wrote:

> 
> Le 06/04/2022 à 17:59, Brian Potkin a écrit :
> > On Wed 06 Apr 2022 at 16:49:30 +0200, alain wrote:
> > 
> > > Le 06/04/2022 à 16:06, Brian Potkin a écrit :
> > > > Is the ENVY*directly*  connected to a USB port on the computer?
> > > 
> > > yes it is directly connected via usb to the pc .
> > I thiught it is but was just checking.
> > > when the printer is connected , it does not print at all .
> > the ipp-usb daemon detects the printer and is activee. That is good.
> > The avahi-browse and driverless commands do not work for the printer
> > nd they should.
> > 
> > How do you go on with 'http://127.0.0.1:6' in a browser?
> 
> in system-config -printer , the thing you created (the icon "envy"  like
> your last command done it)
> 
> is well shown . but i can not print . even a test page .
> 
> the printer is not  automatically recognized (not the case in bullseye where
> it is very well recognized )
> 
> when i had the hplip installed , the icon "envy 5530 ..." was created but
> has never  gone to be functionnal .
> 
> is my printer too old ? do i have to change it ?

You provided information at

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983349

that cleary shows your printer is new enough to support IPP-over-USB.
Why not repeat all the commands I gave there?

> i set printer on ,  it says :
> 
> ipp-usb is not ready for this device

Where does it say this?

Can you access the printer from a browser with http://127.0.0.1:6000'?
 
> > > also i can't  shut down the computer .
> > Just switch off ?
> 
> the printer never  switches off and the pc never , too .
> 
> or after a very very very long time and i didn't wait more than 1 ou 2
> minutes
> 
> (that's enough normally it is instantly )
> 
> to switch off the printer , i have to unplug it (mains and usb) , replug it
> (mains only) ,
> 
> set it off (there it is ok) and replug it (usb) .
> 
> and , only in this case , it is ok for the pc .
> 
> with bullseye stable , all is ok , i have no problem . retested this morning

This seems more a matter of your setup on unstable and unrelated to
printing.

Cheers,

Brian.

Bug#1009115: pythonpy: (autopkgtest) needs update for python3.10: cannot import name 'Iterable' from 'collections'

[Paul Gevers]

Source: pythonpy
Version: 0.4.11b-3
Severity: serious
Tags: sid bookworm
User: debian...@lists.debian.org
Usertags: needs-update
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Control: affects -1 src:python3-defaults

Dear maintainer(s),

We are in the transition of making python3.10 the default Python 
versions [0]. With a recent upload of python3-defaults the autopkgtest 
of pythonpy fails in testing when that autopkgtest is run with the 
binary packages of python3-defaults from unstable. It passes when run 
with only packages from testing. In tabular form:


   passfail
python3-defaults   from testing3.10.4-1
pythonpy   from testing0.4.11b-3
all others from testingfrom testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of python3-defaults 
to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists 
what's new in Python3.10, it may help to identify what needs to be 
updated. https://docs.python.org/3.9/library/collections.html says:

"""
Deprecated since version 3.3, will be removed in version 3.10: Moved 
Collections Abstract Base Classes to the collections.abc module. For 
backwards compatibility, they continue to be visible in this module 
through Python 3.9.

"""
Time to move on.

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[0] https://bugs.debian.org/1006836
[1] https://qa.debian.org/excuses.php?package=python3-defaults

https://ci.debian.net/data/autopkgtest/testing/amd64/p/pythonpy/20654945/log.gz

test_empty (test.test_pythonpy.TestPythonPy) ... Traceback (most recent 
call last):

  File "/usr/bin/py", line 16, in 
from collections import Iterable
ImportError: cannot import name 'Iterable' from 'collections' 
(/usr/lib/python3.10/collections/__init__.py)

ERROR
test_ignore_errors (test.test_pythonpy.TestPythonPy) ... Traceback (most 
recent call last):

  File "/usr/bin/py", line 16, in 
from collections import Iterable
ImportError: cannot import name 'Iterable' from 'collections' 
(/usr/lib/python3.10/collections/__init__.py)

ERROR
test_imports (test.test_pythonpy.TestPythonPy) ... Traceback (most 
recent call last):

  File "/usr/bin/py", line 16, in 
from collections import Iterable
ImportError: cannot import name 'Iterable' from 'collections' 
(/usr/lib/python3.10/collections/__init__.py)

ERROR
test_numbers (test.test_pythonpy.TestPythonPy) ... Traceback (most 
recent call last):

  File "/usr/bin/py", line 16, in 
from collections import Iterable
ImportError: cannot import name 'Iterable' from 'collections' 
(/usr/lib/python3.10/collections/__init__.py)

ERROR
test_range (test.test_pythonpy.TestPythonPy) ... Traceback (most recent 
call last):

  File "/usr/bin/py", line 16, in 
from collections import Iterable
ImportError: cannot import name 'Iterable' from 'collections' 
(/usr/lib/python3.10/collections/__init__.py)

ERROR
test_split_input (test.test_pythonpy.TestPythonPy) ... Traceback (most 
recent call last):

  File "/usr/bin/py", line 16, in 
from collections import Iterable
ImportError: cannot import name 'Iterable' from 'collections' 
(/usr/lib/python3.10/collections/__init__.py)

ERROR
test_split_output (test.test_pythonpy.TestPythonPy) ... Traceback (most 
recent call last):

  File "/usr/bin/py", line 16, in 
from collections import Iterable
ImportError: cannot import name 'Iterable' from 'collections' 
(/usr/lib/python3.10/collections/__init__.py)

ERROR
test_statements (test.test_pythonpy.TestPythonPy) ... Traceback (most 
recent call last):

  File "/usr/bin/py", line 16, in 
from collections import Iterable
ImportError: cannot import name 'Iterable' from 'collections' 
(/usr/lib/python3.10/collections/__init__.py)

ERROR

==
ERROR: test_empty (test.test_pythonpy.TestPythonPy)
--
Traceback (most recent call last):
  File 
"/tmp/autopkgtest-lxc.aa19th4n/downtmp/build.pEz/src/test/test_pythonpy.py", 
line 6, in test_empty

self.assertEqual(check_output(['py']), b'')
  File "/usr/lib/python3.10/subprocess.py", line 420, in check_output
return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
  File "/usr/lib/python3.10/subprocess.py", line 524, in run
raise CalledProcessError(retcode, process.args,
subprocess.CalledProcessError: Command '['py']' returned non-zero exit 
status 1.


==
ERROR: test_ignore_errors (test.test_pythonpy.TestPythonPy)
--
Traceback (most recent call last):
  File 
"/tmp/autopkgtest-lxc.aa19th4n/downtmp/build.pEz/src/test/test_pythonpy.py", 
line 21, in 

Bug#1009114: python-ml-collections: (autopkgtest) needs update for python3.10: 2 tests pass and 4 fail locally.

[Paul Gevers]

Source: python-ml-collections
Version: 0.1.0-2
Severity: serious
Tags: sid bookworm
User: debian...@lists.debian.org
Usertags: needs-update
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Control: affects -1 src:python3-defaults

Dear maintainer(s),

We are in the transition of making python3.10 the default Python 
versions [0]. With a recent upload of python3-defaults the autopkgtest 
of python-ml-collections fails in testing when that autopkgtest is run 
with the binary packages of python3-defaults from unstable. It passes 
when run with only packages from testing. In tabular form:


   passfail
python3-defaults   from testing3.10.4-1
python-ml-collections  from testing0.1.0-2
all others from testingfrom testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of python3-defaults 
to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists 
what's new in Python3.10, it may help to identify what needs to be updated.


More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[0] https://bugs.debian.org/1006836
[1] https://qa.debian.org/excuses.php?package=python3-defaults

https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-ml-collections/20656019/log.gz

Starting local Bazel server and connecting to it...
Loading: Loading: 0 packages loaded
Analyzing: 21 targets (7 packages loaded)
Analyzing: 21 targets (7 packages loaded, 0 targets configured)
Analyzing: 21 targets (12 packages loaded, 30 targets configured)
Analyzing: 21 targets (12 packages loaded, 37 targets configured)
Analyzing: 21 targets (20 packages loaded, 49 targets configured)
Analyzing: 21 targets (25 packages loaded, 123 targets configured)
Analyzing: 21 targets (27 packages loaded, 248 targets configured)
Analyzing: 21 targets (27 packages loaded, 248 targets configured)
Analyzing: 21 targets (27 packages loaded, 248 targets configured)
INFO: Analyzed 21 targets (28 packages loaded, 294 targets configured).
INFO: Found 15 targets and 6 test targets...
[0 / 4] [Prepa] BazelWorkspaceStatusAction stable-status.txt
FAIL: //ml_collections/config_dict/tests:frozen_config_dict_test (see 
/home/debci/.cache/bazel/_bazel_debci/cb531ed5a3c966a7f30b69071ef64acc/execroot/ml_collections/bazel-out/k8-fastbuild/testlogs/ml_collections/config_dict/tests/frozen_config_dict_test/test.log)
FAIL: //ml_collections/config_dict/tests:config_dict_test (see 
/home/debci/.cache/bazel/_bazel_debci/cb531ed5a3c966a7f30b69071ef64acc/execroot/ml_collections/bazel-out/k8-fastbuild/testlogs/ml_collections/config_dict/tests/config_dict_test/test.log)
[35 / 38] 2 / 6 tests, 2 failed; Testing 
//ml_collections/config_flags/tests:config_overriding_test; 0s 
linux-sandbox ... (2 actions, 1 running)
FAIL: //ml_collections/config_dict/tests:field_reference_test (see 
/home/debci/.cache/bazel/_bazel_debci/cb531ed5a3c966a7f30b69071ef64acc/execroot/ml_collections/bazel-out/k8-fastbuild/testlogs/ml_collections/config_dict/tests/field_reference_test/test.log)
FAIL: //ml_collections/config_dict/examples:examples_test (see 
/home/debci/.cache/bazel/_bazel_debci/cb531ed5a3c966a7f30b69071ef64acc/execroot/ml_collections/bazel-out/k8-fastbuild/testlogs/ml_collections/config_dict/examples/examples_test/test.log)

INFO: Elapsed time: 19.726s, Critical Path: 1.46s
INFO: 6 processes: 6 linux-sandbox.
INFO: Build completed, 4 tests FAILED, 53 total actions
//ml_collections/config_flags/examples:examples_test 
 PASSED in 0.7s
//ml_collections/config_flags/tests:config_overriding_test 
 PASSED in 1.1s
//ml_collections/config_dict/examples:examples_test 
 FAILED in 0.5s


/home/debci/.cache/bazel/_bazel_debci/cb531ed5a3c966a7f30b69071ef64acc/execroot/ml_collections/bazel-out/k8-fastbuild/testlogs/ml_collections/config_dict/examples/examples_test/test.log
//ml_collections/config_dict/tests:config_dict_test 
 FAILED in 1.4s


/home/debci/.cache/bazel/_bazel_debci/cb531ed5a3c966a7f30b69071ef64acc/execroot/ml_collections/bazel-out/k8-fastbuild/testlogs/ml_collections/config_dict/tests/config_dict_test/test.log
//ml_collections/config_dict/tests:field_reference_test 
 FAILED in 1.0s


/home/debci/.cache/bazel/_bazel_debci/cb531ed5a3c966a7f30b69071ef64acc/execroot/ml_collections/bazel-out/k8-fastbuild/testlogs/ml_collections/config_dict/tests/field_reference_test/test.log
//ml_collections/config_dict/tests:frozen_config_dict_test 
 FAILED in 1.3s


/home/debci/.cache/bazel/_bazel_debci/cb531ed5a3c966a7f30b69071ef64acc/execroot/ml_collections/bazel-out/k8-fastbuild/testlogs/ml_collections/config_dict/tests/frozen_config_dict_test/test.log

Executed 6 out of 6 tests: 2 tests pass and 4 fail locally.
There were tests whose specified size is too big. Use the 
--test_verbose_timeout_warnings command line option to see which ones 
these are.

INFO: Build 

Bug#1009113: python-hbmqtt: (autopkgtest) needs update for python3.10: the *loop* parameter was removed from Queue() since it is no longer necessary

[Paul Gevers]

Source: python-hbmqtt
Version: 0.9.6-1.2
Severity: serious
Tags: sid bookworm
User: debian...@lists.debian.org
Usertags: needs-update
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Control: affects -1 src:python3-defaults

Dear maintainer(s),

We are in the transition of making python3.10 the default Python 
versions [0]. With a recent upload of python3-defaults the autopkgtest 
of python-hbmqtt fails in testing when that autopkgtest is run with the 
binary packages of python3-defaults from unstable. It passes when run 
with only packages from testing. In tabular form:


   passfail
python3-defaults   from testing3.10.4-1
python-hbmqtt  from testing0.9.6-1.2
all others from testingfrom testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of python3-defaults 
to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists 
what's new in Python3.10, it may help to identify what needs to be updated.


More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[0] https://bugs.debian.org/1006836
[1] https://qa.debian.org/excuses.php?package=python3-defaults

https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-hbmqtt/20664028/log.gz

EE....E.E.
==
ERROR: test_init_handler 
(tests.mqtt.protocol.test_handler.ProtocolHandlerTest)

--
Traceback (most recent call last):
  File 
"/tmp/autopkgtest-lxc.86erqpai/downtmp/build.Dj7/src/tests/mqtt/protocol/test_handler.py", 
line 42, in test_init_handler

Session()
  File 
"/tmp/autopkgtest-lxc.86erqpai/downtmp/build.Dj7/src/hbmqtt/session.py", 
line 132, in __init__

self.retained_messages = Queue(loop=self._loop)
  File "/usr/lib/python3.10/asyncio/queues.py", line 34, in __init__
super().__init__(loop=loop)
  File "/usr/lib/python3.10/asyncio/mixins.py", line 17, in __init__
raise TypeError(
TypeError: As of 3.10, the *loop* parameter was removed from Queue() 
since it is no longer necessary

 >> begin captured logging << 
passlib.utils.compat: DEBUG: loaded lazy attr 'SafeConfigParser': 'configparser.ConfigParser'>
passlib.utils.compat: DEBUG: loaded lazy attr 'NativeStringIO': '_io.StringIO'>
passlib.utils.compat: DEBUG: loaded lazy attr 'BytesIO': '_io.BytesIO'>

asyncio: DEBUG: Using selector: EpollSelector
hbmqtt.test.plugins: DEBUG: Loading plugins for namespace 
hbmqtt.test.plugins
hbmqtt.test.plugins: DEBUG:  Loading plugin event_plugin = 
tests.plugins.test_manager:EventTestPlugin
hbmqtt.test.plugins: DEBUG:  Initializing plugin event_plugin = 
tests.plugins.test_manager:EventTestPlugin

hbmqtt.test.plugins: DEBUG:  Plugin event_plugin ready
hbmqtt.test.plugins: DEBUG:  Loading plugin packet_logger_plugin = 
hbmqtt.plugins.logging:PacketLoggerPlugin
hbmqtt.test.plugins: DEBUG:  Initializing plugin packet_logger_plugin = 
hbmqtt.plugins.logging:PacketLoggerPlugin

hbmqtt.test.plugins: DEBUG:  Plugin packet_logger_plugin ready
hbmqtt.test.plugins: DEBUG:  Loading plugin test_plugin = 
tests.plugins.test_manager:TestPlugin
hbmqtt.test.plugins: DEBUG:  Initializing plugin test_plugin = 
tests.plugins.test_manager:TestPlugin

hbmqtt.test.plugins: DEBUG:  Plugin test_plugin ready
- >> end captured logging << -

==
ERROR: test_publish_qos0 
(tests.mqtt.protocol.test_handler.ProtocolHandlerTest)

--
Traceback (most recent call last):
  File 
"/tmp/autopkgtest-lxc.86erqpai/downtmp/build.Dj7/src/tests/mqtt/protocol/test_handler.py", 
line 110, in test_publish_qos0

server = self.loop.run_until_complete(coro)
  File "/usr/lib/python3.10/asyncio/base_events.py", line 646, in 
run_until_complete

return future.result()
  File "/usr/lib/python3.10/asyncio/streams.py", line 84, in start_server
return await loop.create_server(factory, host, port, **kwds)
TypeError: BaseEventLoop.create_server() got an unexpected keyword 
argument 'loop'

 >> begin captured logging << 
asyncio: DEBUG: Using selector: EpollSelector
hbmqtt.test.plugins: DEBUG: Loading plugins for namespace 
hbmqtt.test.plugins
hbmqtt.test.plugins: DEBUG:  Loading plugin event_plugin = 
tests.plugins.test_manager:EventTestPlugin
hbmqtt.test.plugins: DEBUG:  Initializing plugin event_plugin = 
tests.plugins.test_manager:EventTestPlugin

hbmqtt.test.plugins: DEBUG:  Plugin event_plugin ready
hbmqtt.test.plugins: DEBUG:  Loading plugin packet_logger_plugin = 

Bug#1003653: Revision of removal of rename.ul from package util-linux

[Chris Hofstaedtler]

Hello Christoph,

* Christoph Berg  [220406 21:55]:
> the TC was discussing this issue at the meeting on Tuesday.
> 
> We acknowledge that there are several possible ways to install it and
> steer around the fact that there's also the "perl" rename. Probably
> all of these have their warts - the above summarizes the current views
> of the TC members: having util-linux-extra conflict with the perl
> rename while it contains other binaries is undesirable, and a more
> fine-grained solution would be preferred. Or just provide it under the
> old name.

> Could you outline the plan you have with bringing rename(.ul) back?
> Would it be possible to give us feedback until the end of this month,
> so we can wrap it up before the next TC meeting?

I see two clear options:

A) Keep the status quo ("rename is not part of Debians util-linux").
   Very clear, very simple, no work.

B) Finish the very old migration. Have util-linux(-extra) ship
   /usr/bin/rename; perl rename can be prename/file-rename as today,
   but would need to drop the update-alternatives symlink; versioned
   Conflicts/Provides/Replaces would probably be needed. I would also
   suggest having no binary package ship /usr/bin/rename for one
   release.

  This is also a very clear option:

  - All code can in the future assume /usr/bin/rename to have the same
interface across distributions. Even Debian code.
  - Does not need update-alternatives in an Essential package (= no
postinst fragment).
Less of an issue if /usr/bin/rename will be in util-linux-extra.
  - One thing less in src:util-linux that needs dh-exec (which is
orphaned and I want to get rid of).
  - Debian can ship both variants under "nice enough" names.

  I understand this is an unpopular move with current file-rename/prename
  users. At the same time this option resolves to an outcome that various
  people before me thought was technically desirable.
  It needs changes to src:rename, but Dominic is in the loop on this
  thread and I did not hear technical issues so far against those
  changes. Maybe it would be a weird thing for the binary package
  "rename" to not install a program named "rename". 

  Note rgd util-linux-extra: I am trying to reduce the installed
  size of util-linux, by splitting "not so essential" utilities
  out of it (and maybe merging a few of the whateverextra packages
  into a new util-linux-extra). But for at least one release,
  util-linux-extra would need to be transitively pseudo-Essential
  (via util-linux).

  A variant of this option could be to take over the "rename" binary
  package name by src:util-linux, but that would also be a
  two-release process, I think. I.e. in bookworm src:rename could
  introduce a file-rename package, depend on that from the rename
  binary package, then drop it in bookworm+1, and util-linux could
  take that binary package name. Or in bookworm+2.

Personally I am leaning towards option A) - mostly because we
are/were already spending a lot more time on mails than what I think
the work of option B) would entail. Also I believe the CTTE does not
want to do any of this fine grainted technical detail design work.

Chris

Bug#1009112: python-eventlet: (autopkgtest) needs update for python3.10: tests.patcher_test.test_patcher_existing_locks_locked

[Paul Gevers]

Source: python-eventlet
Version: 0.30.2-5
Severity: serious
Tags: sid bookworm
User: debian...@lists.debian.org
Usertags: needs-update
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Control: affects -1 src:python3-defaults

Dear maintainer(s),

We are in the transition of making python3.10 the default Python 
versions [0]. With a recent upload of python3-defaults the autopkgtest 
of python-eventlet fails in testing when that autopkgtest is run with 
the binary packages of python3-defaults from unstable. It passes when 
run with only packages from testing. In tabular form:


   passfail
python3-defaults   from testing3.10.4-1
python-eventletfrom testing0.30.2-5
all others from testingfrom testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of python3-defaults 
to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists 
what's new in Python3.10, it may help to identify what needs to be updated.


More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[0] https://bugs.debian.org/1006836
[1] https://qa.debian.org/excuses.php?package=python3-defaults

https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-eventlet/20656018/log.gz

==
FAIL: tests.patcher_test.test_patcher_existing_locks_locked
--
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File 
"/tmp/autopkgtest-lxc.ji8icozg/downtmp/autopkgtest_tmp/tests/patcher_test.py", 
line 477, in test_patcher_existing_locks_locked

tests.run_isolated('patcher_existing_locks_locked.py')
  File 
"/tmp/autopkgtest-lxc.ji8icozg/downtmp/autopkgtest_tmp/tests/__init__.py", 
line 381, in run_isolated

run_python(prefix + path, **kwargs)
  File 
"/tmp/autopkgtest-lxc.ji8icozg/downtmp/autopkgtest_tmp/tests/__init__.py", 
line 374, in run_python

assert ok, 'Expected single line "pass" in stdout'
AssertionError: Expected single line "pass" in stdout

==
FAIL: test_017_ssl_zeroreturnerror (tests.wsgi_test.TestHttpd)
--
Traceback (most recent call last):
  File 
"/tmp/autopkgtest-lxc.ji8icozg/downtmp/autopkgtest_tmp/tests/wsgi_test.py", 
line 590, in test_017_ssl_zeroreturnerror

assert success
AssertionError

--
Ran 698 tests in 57.702s

FAILED (SKIP=95, failures=2)
autopkgtest [15:19:25]: test testsuite



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1009110: pysurfer: (autopkgtest) needs update for python3.10: cannot import name 'Sequence' from 'collections'

[Paul Gevers]

Source: pysurfer
Version: 0.11.0-2
Severity: serious
Tags: sid bookworm
User: debian...@lists.debian.org
Usertags: needs-update
User: debian-pyt...@lists.debian.org
Usertags: python3.10
Control: affects -1 src:python3-defaults

Dear maintainer(s),

We are in the transition of making python3.10 the default Python 
versions [0]. With a recent upload of python3-defaults the autopkgtest 
of pysurfer fails in testing when that autopkgtest is run with the 
binary packages of python3-defaults from unstable. It passes when run 
with only packages from testing. In tabular form:


   passfail
python3-defaults   from testing3.10.4-1
pysurfer   from testing0.11.0-2
all others from testingfrom testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of python3-defaults 
to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists 
what's new in Python3.10, it may help to identify what needs to be 
updated. https://docs.python.org/3.9/library/collections.html says:

"""
Deprecated since version 3.3, will be removed in version 3.10: Moved 
Collections Abstract Base Classes to the collections.abc module. For 
backwards compatibility, they continue to be visible in this module 
through Python 3.9.

"""
Time to move on.

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[0] https://bugs.debian.org/1006836
[1] https://qa.debian.org/excuses.php?package=python3-defaults

https://ci.debian.net/data/autopkgtest/testing/amd64/p/pysurfer/20663038/log.gz

= test session starts 
==
platform linux -- Python 3.10.4, pytest-6.2.5, py-1.10.0, pluggy-1.0.0 
-- /usr/bin/python3

cachedir: .pytest_cache
rootdir: /tmp/autopkgtest-lxc.v2wopsdx/downtmp/autopkgtest_tmp
collecting ... collected 0 items / 2 errors

 ERRORS 

_ ERROR collecting tests/test_utils.py 
_
ImportError while importing test module 
'/tmp/autopkgtest-lxc.v2wopsdx/downtmp/autopkgtest_tmp/tests/test_utils.py'.

Hint: make sure your test modules/packages have valid Python names.
Traceback:
/usr/lib/python3.10/importlib/__init__.py:126: in import_module
return _bootstrap._gcd_import(name[level:], package, level)
tests/test_utils.py:9: in 
from surfer import utils
/usr/lib/python3/dist-packages/surfer/__init__.py:1: in 
from .viz import Brain, TimeViewer  # noqa
/usr/lib/python3/dist-packages/surfer/viz.py:25: in 
from . import utils, io
/usr/lib/python3/dist-packages/surfer/utils.py:1: in 
from collections import Sequence
E   ImportError: cannot import name 'Sequence' from 'collections' 
(/usr/lib/python3.10/collections/__init__.py)
__ ERROR collecting tests/test_viz.py 
__
ImportError while importing test module 
'/tmp/autopkgtest-lxc.v2wopsdx/downtmp/autopkgtest_tmp/tests/test_viz.py'.

Hint: make sure your test modules/packages have valid Python names.
Traceback:
/usr/lib/python3.10/importlib/__init__.py:126: in import_module
return _bootstrap._gcd_import(name[level:], package, level)
tests/test_viz.py:15: in 
from surfer import Brain, io, utils
/usr/lib/python3/dist-packages/surfer/__init__.py:1: in 
from .viz import Brain, TimeViewer  # noqa
/usr/lib/python3/dist-packages/surfer/viz.py:25: in 
from . import utils, io
/usr/lib/python3/dist-packages/surfer/utils.py:1: in 
from collections import Sequence
E   ImportError: cannot import name 'Sequence' from 'collections' 
(/usr/lib/python3.10/collections/__init__.py)
=== warnings summary 
===

tests/test_utils.py:1

/tmp/autopkgtest-lxc.v2wopsdx/downtmp/autopkgtest_tmp/tests/test_utils.py:1: 
DeprecationWarning: The distutils package is deprecated and slated for 
removal in Python 3.12. Use setuptools or check PEP 632 for potential 
alternatives

from distutils.version import LooseVersion

../../../../usr/lib/python3/dist-packages/traitsui/table_column.py:461
  /usr/lib/python3/dist-packages/traitsui/table_column.py:461: 
DeprecationWarning: In the future, a default value of type 'dict' in an 
Any trait will be shared between all instances. To keep the current 
semantics, replace `Any({})` with `Any(factory=dict)` or `Any({1: 2})` 
(for example) with `Any(factory=dict, args=({1: 2},))`.

globals = Any({})

../../../../usr/lib/python3/dist-packages/traitsui/tabular_adapter.py:220
  /usr/lib/python3/dist-packages/traitsui/tabular_adapter.py:220: 
DeprecationWarning: In the future, a default value of type 'dict' in an 
Any trait will be shared between all instances. To keep the current 
semantics, replace `Any({})` with `Any(factory=dict)` or `Any({1: 2})` 
(for example) with 

Bug#1006600: additional info

[Andrius Merkys]

Hi Dmitry!

On 2022-04-07 13:21, Dmitry Shachnev wrote:
> Please see the discussion in #975505 for the latest status of MathJax 3
> packaging.
> 
> TL;DR: It will be a separate package, Yadd started working on it but there
> are some blocker.

Thanks for the information!

Best wishes,
Andrius

Bug#1009109: fzf: FTBFS missing build dependency on golang-golang-x-term-dev

[Hector Oron]

Source: fzf
Version: 0.29.0-1
Severity: important

Hello,

fzf package fails to build from source as it is missing a dependency
on golang-golang-x-term-dev

diff -Nru fzf-0.29.0/debian/control fzf-0.29.0/debian/control
--- fzf-0.29.0/debian/control2022-01-08 11:13:51.0 -0500
+++ fzf-0.29.0/debian/control2022-04-07 06:19:10.0 -0400
@@ -11,13 +11,14 @@
 Build-Depends: debhelper-compat (= 13),
dh-exec,
dh-golang,
-   golang-github-rivo-uniseg-dev,
+   golang-github-rivo-uniseg-dev,
golang-github-mattn-go-isatty-dev,
golang-github-mattn-go-runewidth-dev,
golang-github-mattn-go-shellwords-dev,
golang-github-saracen-walker-dev,
golang-go (>= 1.5),
-   golang-golang-x-crypto-dev
+   golang-golang-x-crypto-dev,
+   golang-golang-x-term-dev,
 Rules-Requires-Root: no
 XS-Go-Import-Path: github.com/junegunn/fzf

-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

Bug#1009108: xmms2: Curl plugin: intermediate buffer overrun

[Luc Verhaegen]

Package: xmms2
Version: 0.8+dfsg-21
Severity: important
Tags: patch upstream

Dear Maintainer,

After finally doing a long procrastinated dist-upgrade, i am no longer able
to play streams.

I am running into the following:
21:23:55  INFO: ../src/xmms/xform.c:1363: Successfully setup chain for 
'https://nightride.fm/stream/nightride.mp3' (39865) containing 
curl:magic:mad:converter:segment
21:23:56  FAIL: xmms_curl_callback_write: assertion '(data->bufferlen + len) <= 
CURL_MAX_WRITE_SIZE' failed
21:23:56 ERROR: ../src/plugins/curl/curl_http.c:378: Curl fill_buffer returned 
error: (23) Failed writing received data to disk/application

While this is caused by a discrepancy between the design of xmms2 and/or the
xmms2 curl plugin, and the design of libcurl, the attached patch bumps the
intermediate buffer size to a point where the issue should no longer occur.

-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages xmms2 depends on:
ii  xmms2-client-cli  0.8+dfsg-21
ii  xmms2-core0.8+dfsg-21
ii  xmms2-icon0.8+dfsg-21
ii  xmms2-plugin-alsa [xmms2-plugin-output]   0.8+dfsg-21
ii  xmms2-plugin-ao [xmms2-plugin-output] 0.8+dfsg-21
ii  xmms2-plugin-ices [xmms2-plugin-output]   0.8+dfsg-21
ii  xmms2-plugin-id3v20.8+dfsg-21
ii  xmms2-plugin-jack [xmms2-plugin-output]   0.8+dfsg-21
ii  xmms2-plugin-mad  0.8+dfsg-21
ii  xmms2-plugin-oss [xmms2-plugin-output]0.8+dfsg-21
ii  xmms2-plugin-pulse [xmms2-plugin-output]  0.8+dfsg-21
ii  xmms2-plugin-vorbis   0.8+dfsg-21

xmms2 recommends no packages.

xmms2 suggests no packages.

-- no debconf information
>From 7f7c64ac116e119851f13237d0c68d3ca0ce3343 Mon Sep 17 00:00:00 2001
From: Luc Verhaegen 
Date: Thu, 7 Apr 2022 11:53:17 +0200
Subject: [PATCH 1/1] curl: set intermediate buffer to 128kB

This is pretty arbitrary, but larger than it used to be.

Curl expects us to immediately handle the data it sends over. We instead go
and copy the received data into an intermediate buffer, so our own
callback can then later copy it into the final buffer.

The intermediate buffer used to be set to CURL_MAX_WRITE_SIZE (16kB),
which is getting overrun.

Since we use an intermediate buffer, setting CURLOPT_BUFFERSIZE has no
effect for us.

There is no logic, no science to this, but at least 128kB should be large
enough to store a full second of a FLAC stream.

Signed-off-by: Luc Verhaegen 
---
 src/plugins/curl/curl_http.c | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/src/plugins/curl/curl_http.c b/src/plugins/curl/curl_http.c
index f19b6d94..d0c9e1f1 100644
--- a/src/plugins/curl/curl_http.c
+++ b/src/plugins/curl/curl_http.c
@@ -31,6 +31,7 @@
 /*
  * Type definitions
  */
+#define XMMS2_CURL_BUFFER_SIZE 0x20
 
 typedef struct {
CURL *curl_easy;
@@ -212,7 +213,7 @@ xmms_curl_init (xmms_xform_t *xform)
g_snprintf (proxyuserpass, sizeof (proxyuserpass), "%s:%s", proxyuser,
proxypass);
 
-   data->buffer = g_malloc (CURL_MAX_WRITE_SIZE);
+   data->buffer = g_malloc (XMMS2_CURL_BUFFER_SIZE);
data->url = g_strdup (url);
 
/* check for broken version of curl here */
@@ -463,7 +464,7 @@ xmms_curl_callback_write (void *ptr, size_t size, size_t 
nmemb, void *stream)
 
len = size * nmemb;
 
-   g_return_val_if_fail ((data->bufferlen + len) <= CURL_MAX_WRITE_SIZE, 
0);
+   g_return_val_if_fail ((data->bufferlen + len) <= 
XMMS2_CURL_BUFFER_SIZE, 0);
 
memcpy (data->buffer + data->bufferlen, ptr, len);
data->bufferlen = data->bufferlen + len;
-- 
2.30.2

Bug#1006326: issues connecting to https://bugs.debian.org/cgi-bin/soap.cgi (generation of wnpp related pages)

[Laura Arjona Reina]

Hello all
The code I added to show more info when it fails didn't help, we get the same 
messages in the build logs.

I have tried to use groups of 300 bugs instead of 500, and also groups of 1000 
bugs, but it seems it makes no difference.

I have looked at the date of the wnpp.data file in www-master.d.o and it's from 
today 03:29, so I guess the script runs successfully the first time of the day, 
and then it fails on the later builds.

Looking at the Makefile, that tries to generate the wnpp.data for English in every build, 
and also deletes the file on error, I'm thinking about moving the code generating the 
wnpp.data file to the "lessoften" cron scripts so it runs once a day, and let 
the webwml repo to just use the wnpp.data file of that day.

Opinions?

Kind regards
--
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Bug#927012: libravatar.cgi on bugs.debian.org fails with 500 error

[Oliver Falk]

On Thu, Apr 7, 2022 at 11:52 AM Paul Wise  wrote:

> On Thu, 2022-04-07 at 11:01 +0200, Oliver Falk wrote:
>
> > I remember the CGI was disabled quite some time ago, but I have to
> > admit, I never had the chance to engage with the right people to see
> > how we can fix it.
>
> To be clear, I'm not the right person, just relaying some info that got
> dug up on IRC today when other people noticed the script was broken.
>

Thanks for clarifying that - noted!


> > I understand the script was added in order to provide additional
> > caching, right?
>
> I think it was mainly for privacy; not sending the avatar image
> requests to third-party domains such as libravatar.org.
>

IMHO, the current solution doesn't really provide more security. Yes,
Libravatar doesn't see the client IPs, but that's all. Currently, what
happens is that the local CGI script is actually called with the mail
address instead of the hash, which I'd see as a bigger issue.

Note that Libravatar has a privacy policy in place:
https://www.libravatar.org/privacy/

Libravatar is a community driven project with a lot of eyes on it and we're
fully committed to stay neutral; Read: We're not going to share or sell
data.


> > What about if we change this to directly access libravatar.org and
> > see if the performance is sufficient? (doesn't address
> > federation...).
>
> That would presumably work, but there is the privacy issue.
>

I do understand people are concerned about privacy - I am too and that was
one of the reasons why I stepped in as the core maintainer when fmarier
decided to give up on the project and even added an option to proxy
requests to Gravatar instead of redirecting.


> > There is a very simple libravatar proxy python script:
> >
> https://git.linux-kernel.at/oliver/ivatar/-/blob/master/libravatarproxy.py
>
> Since the Debian BTS is written in Perl I assume the admins prefer it.
>

Fair point!


> > Since I do have some Perl experience as well, if you want to stick
> > with Perl, I can also look into the existing CGI and depending on if
> > you want or not, also add federation.
>
> That would be helpful I think.
>

Without digging much into it (esp. because I don't have the relevant
modules + config in place), I'd say the script *should* work; No idea why
it's currently throwing a server error.


> I also note from looking at the Apache config today that the script
> might have already been migrated to mod_perl, but I wasn't sure, so
> I'll leave it up to the Debian BTS admins to check and respond and
> maybe re-enable execution of the script again.
>

Thanks for checking! mod_perl should definitely help a bit to speed things
up, but currently it looks like there is some error and not like someone
disabled the script, but I have no insights of course.

Cheers,
 Oliver

Bug#1006600: additional info

[Dmitry Shachnev]

Control: reassign -1 wnpp
Control: retitle -1 RFP: mathjax3 -- math rendering engine for browsers, 
implemented in TypeScript
Control: severity -1 normal
Control: forcemerge 975505 -1

Hi Andrius!

On Thu, Apr 07, 2022 at 10:13:34AM +0300, Andrius Merkys wrote:
> Hello,
>
> Today I ran into this issue again when packaging python-cai/1.0.2. The
> documentation package python-cai-doc, built by sphinx, invokes
> privacy-breach-generic lintian warning, which could be worked around if
> tex-mml-chtml.js was available.

Please see the discussion in #975505 for the latest status of MathJax 3
packaging.

TL;DR: It will be a separate package, Yadd started working on it but there
are some blocker.

I am merging these bugs.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#445636:

[ssdad6954]

On Tue, 3 Sep 2019 03:21:29 +0300 
=?UTF-8?B?2LXZgtix2KfZhNi02YXYp9mEINin2YTZgdiv2LnYp9mG2Yo=?= 
 wrote:> مرسل من هاتف Samsung Galaxy الذكي.

Bug#445636:

[ssdad6954]

On Mon, 13 Dec 2021 09:41:57 +0200 Skr Smal  wrote:> On 
Tue, 3 Sep 2019 03:21:29 +0300> 
=?UTF-8?B?2LXZgtix2KfZhNi02YXYp9mEINin2YTZgdiv2LnYp9mG2Yo=?= <> 
skrsmal...@gmail.com> wrote:> >مرسل من هاتف Samsung Galaxy الذكي.

Bug#1008836: weechat-matrix: diff for NMU version 0.3.0-3.1

[Jochen Sprickerhof]

Control: tags 1008836 + patch
Control: tags 1008836 + pending


Dear maintainer,

I've prepared an NMU for weechat-matrix (versioned as 0.3.0-3.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

diff -Nru weechat-matrix-0.3.0/debian/changelog weechat-matrix-0.3.0/debian/changelog
--- weechat-matrix-0.3.0/debian/changelog	2021-11-24 13:20:25.0 +0100
+++ weechat-matrix-0.3.0/debian/changelog	2022-04-07 11:51:32.0 +0200
@@ -1,3 +1,10 @@
+weechat-matrix (0.3.0-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add upstream patch for Python 3.10 (Closes: #1008836)
+
+ -- Jochen Sprickerhof   Thu, 07 Apr 2022 11:51:32 +0200
+
 weechat-matrix (0.3.0-3) unstable; urgency=medium
 
   * Fix NEWS entry version to actually show
diff -Nru weechat-matrix-0.3.0/debian/patches/0002-server-remove-set_npn_protocols.patch weechat-matrix-0.3.0/debian/patches/0002-server-remove-set_npn_protocols.patch
--- weechat-matrix-0.3.0/debian/patches/0002-server-remove-set_npn_protocols.patch	1970-01-01 01:00:00.0 +0100
+++ weechat-matrix-0.3.0/debian/patches/0002-server-remove-set_npn_protocols.patch	2022-04-07 11:50:52.0 +0200
@@ -0,0 +1,26 @@
+From: Jonas Witschel 
+Date: Sat, 11 Dec 2021 19:47:16 +0100
+Subject: server: remove set_npn_protocols()
+
+This function is deprecated in favour of set_alpn_protocols(), which is already
+called, and is currently broken in Python 3.10, so remove it altogether.
+---
+ matrix/server.py | 5 -
+ 1 file changed, 5 deletions(-)
+
+diff --git a/matrix/server.py b/matrix/server.py
+index dda861e..0f34c1e 100644
+--- a/matrix/server.py
 b/matrix/server.py
+@@ -303,11 +303,6 @@ class MatrixServer(object):
+ # Enable http2 negotiation on the ssl context.
+ self.ssl_context.set_alpn_protocols(["h2", "http/1.1"])
+ 
+-try:
+-self.ssl_context.set_npn_protocols(["h2", "http/1.1"])
+-except NotImplementedError:
+-pass
+-
+ self.address = None
+ self.homeserver = None
+ self.client = None  # type: Optional[HttpClient]
diff -Nru weechat-matrix-0.3.0/debian/patches/series weechat-matrix-0.3.0/debian/patches/series
--- weechat-matrix-0.3.0/debian/patches/series	2021-11-18 12:57:51.0 +0100
+++ weechat-matrix-0.3.0/debian/patches/series	2022-04-07 11:50:52.0 +0200
@@ -1 +1,2 @@
 0001-test-drop-testing-with-Python-2.patch
+0002-server-remove-set_npn_protocols.patch


signature.asc
Description: PGP signature

Bug#927012: libravatar.cgi on bugs.debian.org fails with 500 error

[Paul Wise]

On Thu, 2022-04-07 at 11:01 +0200, Oliver Falk wrote:

> I remember the CGI was disabled quite some time ago, but I have to
> admit, I never had the chance to engage with the right people to see
> how we can fix it.

To be clear, I'm not the right person, just relaying some info that got
dug up on IRC today when other people noticed the script was broken.

> I understand the script was added in order to provide additional
> caching, right?

I think it was mainly for privacy; not sending the avatar image
requests to third-party domains such as libravatar.org.

> What about if we change this to directly access libravatar.org and
> see if the performance is sufficient? (doesn't address
> federation...).

That would presumably work, but there is the privacy issue.

> There is a very simple libravatar proxy python script:
> https://git.linux-kernel.at/oliver/ivatar/-/blob/master/libravatarproxy.py

Since the Debian BTS is written in Perl I assume the admins prefer it.

> Since I do have some Perl experience as well, if you want to stick
> with Perl, I can also look into the existing CGI and depending on if
> you want or not, also add federation.

That would be helpful I think.

I also note from looking at the Apache config today that the script
might have already been migrated to mod_perl, but I wasn't sure, so
I'll leave it up to the Debian BTS admins to check and respond and
maybe re-enable execution of the script again.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#1007245: gnome-control-center: Update to 42

[Simon McVittie]

On Mon, 14 Mar 2022 at 10:50:09 -0400, Jeremy Bicha wrote:
> gnome-control-center 42 is a major update switching to GTK4. I'm
> filing this bug so that we can track any blocker issues we find.

Version 1:42.0-1 is in experimental now.

Someone (I don't remember who, possibly Jeremy?) said that the
gnome-online-accounts panel was not working. I haven't tested thoroughly
(I mostly don't use those services myself), but it seems to be working
at least superficially.

Upstream doesn't really support arbitrarily mixing components from
different GNOME releases, and at this point our gnome-control-center 41
is fairly heavily patched, so I think it would be a good idea to get this
version into unstable as soon as it's ready.

> The 2 hard blockers to build gnome-control-center 42 are that we need
> GTK4 builds of libnma and colord-gtk.

Both have GTK4 builds in testing now.

> There is a softer dependency on the NM VPN plugins being rebuilt for
> GTK4. Softer because gnome-control-center will build without them but
> it would still be an annoying regression.

Done:
network-manager-openvpn-gnome
network-manager-pptp-gnome
network-manager-vpnc-gnome

Not done (I've opened bugs):
network-manager-fortisslvpn-gnome
network-manager-iodine-gnome
network-manager-l2tp-gnome
network-manager-openconnect-gnome
network-manager-ssh-gnome

smcv

Bug#1009107: node-npm-run-path tries to write file packaged by node-execa

[Santiago R.R.]

Package: node-npm-run-path
Version: 5.1.0+~4.0.0-5
Severity: serious

Dear maintainer,

I got this error when upgrading my system:

Preparing to unpack .../node-npm-run-path_5.1.0+~4.0.0-5_all.deb ...
Unpacking node-npm-run-path (5.1.0+~4.0.0-5) over (4.0.1-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/node-npm-run-path_5.1.0+~4.0.0-5_all.deb (--unpack):
 trying to overwrite '/usr/share/nodejs/path-key/index.d.ts', which is also in 
package node-execa 5.1.1+repack+~cs17.3.6-1
Errors were encountered while processing:
 /var/cache/apt/archives/node-npm-run-path_5.1.0+~4.0.0-5_all.deb

You can reproduce it by trying to install both packages at the same
time.

Could you please take a look at it?

Cheers,

 -- S

-- System Information:
Debian Release: bookworm/sid
  APT prefers oldoldstable
  APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500, 'stable'), (500, 
'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.16.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.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 node-npm-run-path depends on:
iu  node-execa [node-path-key]  5.1.1+repack+~cs17.3.6-1

node-npm-run-path recommends no packages.

node-npm-run-path suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature