Bug#1019893: Acknowledgement (nvidia-driver-libs: Isonzo-Steam segfaults in libnvidia-glcore.so.470.141.03: Log: Vulkan - Out of memory!)

[Wolfram Wagner]

I can run "the long dark" in OpenGL mode, using "-force-glcore" as
start parameter. In this mode, the game runs.
If I omit this parameter, it tries to use Vulkan and crashes.

Bug#1012841: patch welcome

[Russell Coker]

Please send me a patch to use autopkgtest and I'll include it.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#1012841: I don't think this is important

[Russell Coker]

severity 1012841 wishlist
thanks

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#1012686: fixed, dupe of 1012503

[Russell Coker]

close 1012686
thanks

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

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#999441: policy needed

[Russell Coker]

type firewalld_tmpfs_t;
files_tmpfs_file(firewalld_tmpfs_t)
fs_tmpfs_filetrans(firewalld_t, firewalld_tmpfs_t, file)
manage_files_pattern(firewalld_t, firewalld_tmpfs_t, firewalld_tmpfs_t)
allow firewalld_t firewalld_tmpfs_t:file { map execute };

allow firewalld_t self:netlink_netfilter_socket { create getopt read setopt 
write };
miscfiles_read_generic_certs(firewalld_t)
allow firewalld_t firewalld_etc_rw_t:dir watch;
libs_watch_shared_libs_dir(firewalld_t)

I'm going to put something like the above in the next upload, which covers 
most of what you suggested.

The "(null) 0x2" is dbus stuff, it's displayed like that due to a bug in the 
dbusd logging.

I don't think it should be accessing /root.  Can it work OK without such 
access?  Generally we don't want to give daemons access to user_home_dir_t or 
xdg_data_t unless they have a good reason for it.

What does it need capability setpcap for?

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#962007: fixed

[Russell Coker]

close 962007
thanks

Below is from a Bullseye system.  This was fixed after Buster, so Buster is 
still missing this.

# sesearch -A -s openvpn_t -t openvpn_var_run_t -c sock_file
allow openvpn_t openvpn_runtime_t:sock_file { append create getattr ioctl link 
lock open read rename setattr unlink write };

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#960960: fixed

[Russell Coker]

close 960960
thanks

Appears to be fixed in Bullseye and unstable.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#948336: fixed

[Russell Coker]

close 948336
thanks

# sesearch -A -s syslogd_t -t devicekit_disk_t -c process
allow syslogd_t domain:process { getattr signull };

Above is from a buster system showing it to be fixed.  The below changelog 
indicates that it was fixed before version 2:2.20190201-6.

refpolicy (2:2.20190201-4) unstable; urgency=medium

  * Policy update, lots of little things and allows the signull access that
systemd-journal from the latest systemd wants.

 -- Russell Coker   Thu, 30 May 2019 10:28:24 +1000

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#1014476: /usr/bin/dpkg: dpkg --skip-same-version should look at arch too

[Guillem Jover]

Hi!

On Wed, 2022-07-06 at 18:50:08 +0100, Ian Jackson wrote:
> Package: dpkg
> Version: 1.20.10
> Severity: normal
> File: /usr/bin/dpkg
> Tags: patch

> Recently, I did a complex semi-manual crossgrade.  Runes like
>   dpkg -iGEOB
> were frequently involved.  But I discovered that dpkg -E would
> skip a package if the same version, but a different architecture,
> was involved.
> 
> I don't think that's right.  I think that for a normal
> (non-coinstallable) package,
>   dpkg --skip-same-version foo_otherarch.deb
> should crossgrade it.
> 
> For a coinstallable package, it should coinstall it.
> 
> I think that the attached patch achieves this behaviour.  I used it[1]
> during my crossgrade it and functioned well.

Thanks for the patch! So while I think the new behavior makes more
sense, my main concern has been mostly about the long option now feeling
somehow inaccurate. :/ I guess if this becomes bothersome or confusing
we can always add a new alias or similar.

In any case I've merged this locally, with a small fix to the --help
output to make it fit under 80 chars, and this addition to the man
page to clarify the behavior change:

,---
Since dpkg 1.21.10, the architecture is also taken into account,
which makes it possible to cross-grade packages or install additional
co-installable instances with the same version, but different architecture.
`---

And I'm going to be pushing this to git.

Thanks,
Guillem

Bug#900782: fixed in recent versions

[Russell Coker]

close 900782
thanks

Works in unstable now.

root@unstable:~# cat /etc/fstab 
/dev/vda/   ext4   noatime,nodev 0 1
/dev/vdbnoneswappri=0   0 0
tmpfs /tmp tmpfs rootcontext=system_u:object_r:tmp_t:s0 0 0
root@unstable:~# df -h /tmp
Filesystem  Size  Used Avail Use% Mounted on
tmpfs   3.8G 0  3.8G   0% /tmp
root@unstable:~# df -h /
Filesystem  Size  Used Avail Use% Mounted on
/dev/vda3.0G  1.5G  1.5G  50% /
root@unstable:~# cat /etc/fstab 
/dev/vda/   ext4   noatime,nodev 0 1
/dev/vdbnoneswappri=0   0 0
tmpfs /tmp tmpfs rootcontext=system_u:object_r:tmp_t:s0 0 0
root@unstable:~# df -h /tmp
Filesystem  Size  Used Avail Use% Mounted on
tmpfs   3.8G 0  3.8G   0% /tmp
root@unstable:~# ls -laZ /tmp
total 4
drwxrwxrwt.  8 root root system_u:object_r:tmp_t:s0  160 Sep 18 03:14 .
drwxr-xr-x. 18 root root system_u:object_r:root_t:s04096 Sep 18 02:25 ..
drwxrwxrwt.  2 root root system_u:object_r:xdm_tmp_t:s0   40 Sep 18 03:14 
.ICE-unix
drwxrwxrwt.  2 root root system_u:object_r:xdm_tmp_t:s0   40 Sep 18 03:14 
.X11-unix
drwxrwxrwt.  2 root root system_u:object_r:tmp_t:s0   40 Sep 18 03:14 
.XIM-unix
drwxrwxrwt.  2 root root system_u:object_r:xfs_tmp_t:s0   40 Sep 18 03:14 
.font-unix
drwx--.  3 root root system_u:object_r:tmp_t:s0   60 Sep 18 03:14 
systemd-private-694242d65a1f45658afaff26d3bfe7cd-chrony.service-x431cJ
drwx--.  3 root root system_u:object_r:tmp_t:s0   60 Sep 18 03:14 
systemd-private-694242d65a1f45658afaff26d3bfe7cd-systemd-logind.service-dtCIuR
root@unstable:~# 



-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#1019983: gcovr: Missing man pages

[Eric Towers]

Package: gcovr
Version: 5.2-1
Severity: normal
X-Debbugs-Cc: fuzzye...@gmail.com

Dear Maintainer,

Package gcovr (v. 5.2-1 on bullseye) does not install man pages for gcov, 
gcov-dump, and gcov-tool.  The --help output is far too terse to understand 
what the differences between these three tools are.  Also, a man page exists 
for some version of gcov (q.v. https://linux.die.net/man/1/gcov ).


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

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

Versions of packages gcovr depends on:
ii  python33.10.6-1
ii  python3-jinja2 3.0.3-1
ii  python3-lxml   4.9.1-1+b1
ii  python3-pkg-resources  59.6.0-1.2
ii  python3-pygments   2.12.0+dfsg-2

gcovr recommends no packages.

gcovr suggests no packages.

-- no debconf information

Bug#1007025: git-multimail 1.6.0 package review

[Bo YU]

Hi,
On Thu, Sep 15, 2022 at 05:32:33PM +0100, Antoine Beaupré wrote:

Hi!

I've done a quick review of the 1.6.0 package on salsa as of commit
d5bd184a1cf73b752f80dea46d8080493a5e663b.

It looks like there's some leftover stuff in debian/copyright, i would
remove this:

modified   debian/copyright
@@ -2,8 +2,6 @@ Format: 
https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: git-multimail
Upstream-Contact: Matthieu Moy 
Source: https://github.com/git-multimail/git-multimail
-#
-# Please double check copyright with the licensecheck(1) command.

Files: *
Copyright: 2014-2022, Matthieu Moy 


Ok, removed comment here.



Also, I didn't quite follow the work on the test cases, but why did you
replace pep8 by pycodestyle in the patch in debian/patches? The patch
itself doesn't actually explain the *why* (it explains the "what" but we
typically want more than this...)


This time i add dep3 header for the patch. It should be noted that
despite this patch, it is still not helpful for upstream test cases.
I have forwarded this for upstream:
https://github.com/git-multimail/git-multimail/issues/221#issuecomment-1245009306
(To avoid bring noisy for upstream, i just recorded it in a issue)



It seems like you have README.rst both in debian/rules and
debian/docs. Either one of those should be sufficient, and you should
remove the other. Same with the launcher in
python3-git-multimail.install vs debian/rules.


There should be no duplicate file. I have droped they.


I'm also surprised we need that launcher at all. Normally, the
`setup.py` wrapper has a scripts= stanza which should install the
upstream one, why do we do it differently?


yeah. The reason why I use launcher here is bacause that @jcfp helped
me to review it in the previous time:

```
the (large) git_multimail.py file is installed twice, both as a
public module under /usr/lib/python3 and as a script in /usr/bin;
the latter could be replaced by a tiny launcher (take a look at the
nfoview package if you need inspiration; your launcher would be even
shorter because it doesn't need the sys.path manipulation)
```
I am not sure if I understand jcfp's meaning correctly and I refer to
nfoview:
https://salsa.debian.org/python-team/packages/nfoview/-/blob/debian/master/debian/launcher/nfoview

The issue is that I installed git_multimail.py twice in fact it should
be under /usr/lib/python3 only as jcfp said. So i remove it in /usr/bin
by hand.

Now I have removed the launcher for git-multimail and it should work:)


I would also name the binary package `git-multimail` instead of
`python3-git-multimail`, since we don't really care that much that the
thing is written in python, since it's not a library.


Got it. I mixed python module and library here.

(I paste and copy another mail in here:)


Finally, one fundamental issue with this package is that, as you
correctly identified, it's unmaintained upstream. If we do ship it in
Debian, maybe we'd want to keep it out of stable until that is settled?


Ok. I think so also. Fortunately, maintainer of upstream has a little
response, but that's all.


I think that's what I have for now. I haven't double-checked the
upstream branch to see if it matches the upstream repo I have here, but
that would be my next step before uploading... just a formality to make
sure everything matches up.

Thanks for working on this package!


Thanks. This is the first package made by me with you all help.

The new version for git-multimail is here:
https://mentors.debian.net/package/git-multimail/

Thanks again for your encouragement.:)

--
The greatest crimes in the world are not committed by people breaking
the rules but by people following the rules. It's people who follow
orders that drop bombs and massacre villages.
   - Banksy




--
Regards,
--
  Bo YU



signature.asc
Description: PGP signature

Bug#765662: dpkg: please consider adding support for the :target qualifier in build dependencies

[Guillem Jover]

Control: tag -1 moreinfo

Hi!

On Wed, 2015-02-11 at 07:43:59 +0100, Johannes Schauer wrote:
> Quoting Guillem Jover (2014-10-20 17:21:00)
> > The rest looks good (as long as it behaves correctly that is :). But it 
> > would
> > be nice to add some unit tests to Dpkg_Deps.t, I've just enabled very 
> > minimal
> > ones for :native.
> 
> I fixed the s/host/target/ error and added a test case.

Thanks for the updated patch, as I mentioned at the time on IRC!

Also just to record here, that I'm still in principle fine with
merging this, and I keep having it in the back of my head, but I've
still got the same concerns I've mentioned on #debian-bootstrap when
this has come up in the past.

My recollection (confirmed from logs from 2014-10, 2015-02) was that:

  - I did not act on this as it looked like there was talk that it was
not needed/relevant anymore.
  - On one side there was the question of whether this solved the
cross-toolchain problem at all?
  - Then there was the question of how this interacted with the M-A
values.
  - And it seems Johannes mentioned starting a thread on some lists
(debian-dpkg, debian-toolchain and multiarch-devel), but I think
that was replaced by filing this report during the freeze to not
forget about it, and the mail was then postponed.

What I like about the patch in principle is that it completes the arch
handling for the build/host/target arches, so if you know about M-A,
it should be intuitive to reason about, it also gives an additional
"tool" to work with dependencies related to crossing. But the downside
is that this is more fringe stuff that people might get confused by,
and if it does not really fix any current problem properly, then I'm
also hesitant to add it TBH.

Thanks,
Guillem

Bug#1019982: exo-utils missing exo-csource

[Eric Towers]

Package: exo-utils
Version: 4.16.4-1
Severity: important
X-Debbugs-Cc: fuzzye...@gmail.com

Dear Maintainer,

Comparing the /usr/bin of an old machine to check for odd packages that had 
been installed but not documented, ran across exo-csourse, which is not present 
in bookworm's exo-csource 4.16.4-1, although it is documented to be present 
there ( q.v. https://packages.debian.org/bookworm/exo-utils ).

Checking for out-of-date (not uncommon on bookworm), 4.16.4-1 is current, so 
this package has not installed exo-csource.

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

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

Versions of packages exo-utils depends on:
ii  libc62.34-7
ii  libexo-2-0   4.16.4-1
ii  libgdk-pixbuf-2.0-0  2.42.9+dfsg-1
ii  libglib2.0-0 2.73.3-3
ii  libgtk-3-0   3.24.34-3
ii  libxfce4ui-2-0   4.16.1-1
ii  libxfce4util74.16.0-1

exo-utils recommends no packages.

exo-utils suggests no packages.

-- no debconf information

Bug#1018148: RFS: neo-cli/0.6.1-1 [ITP] -- digital rain simulator

[matthias . geiger1024]

 I fixed the VCS fields in d/control and amended the extended description. The 
lintinan info about the manpage was already reported upstream by me. I think it 
should be good now. Thanks for taking the time to review/sponsor it.
---
Matthias Geiger (werdahias)

Bug#728950: closing all bugs before buster

[Russell Coker]

close 878345
close 888967
close 900186
close 933858
close 959803
close 728950
close 758083
close 860532
close 871704
close 890208
thanks

Lots of things have changed and been fixed.


-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#962842: not a policy bug

[Russell Coker]

close 962842
thanks

Apache has always been allowed to connect to mysql, usually with a boolean 
controlling it.

In this case MariaDB is mislabeled, run "ps axZ|grep maria" and you will see 
it's in the wrong context, run "ls -lZ /usr/sbin/mariadbd" and you will 
probably find it doesn't have the type mysqld_exec_t.

It could be that at the time this bug report was filed the policy didn't have 
the correct label for /usr/sbin/mariadbd, but that was fixed years ago.

For this class of problem the correct solution is to relabel the file.  See 
semanage-fcontext(8) and chcon(1) for details.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#962238: fixed

[Russell Coker]

close 962238
thanks

Recent versions of the policy allow this, not sure when it was fixed.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#1018945: transition: libbpf

[Jeremy Bicha]

Control: tags -1 +moreinfo

Sudip,

I'm adding the moreinfo tag. Feel free to remove the tag when you
think this transition is ready for the Release Team to approve.

Thank you,
Jeremy Bicha

Bug#1019526: gnome-control-center: color management broken after update, segfault

[Andrew Chadwick]

Package: gnome-control-center
Version: 1:43.0-1
Followup-For: Bug #1019526
X-Debbugs-Cc: a.t.chadw...@gmail.com

Confirmed in 43.0 from sid. The Colour panel segfaults, and Night Light is 
also nonfunctional.


The control panel app is now “sticky”, so if you switch to a panel that 
segfaults and then try to start the app again, it will try to start with 
the panel you were on before. This makes it segfault again immediately, 
preventing access to other control panels.

From a user perspective, to recover from this situation enough to use other 
control panels, you can use the command line to start it on a different 
panel, e.g. Displays:

   $ gnome-control-center display

You can also choose “Display Settings” or “Change Background…” from the 
desktop right button/longpress menu. Those do the same thing 


The crash can be reproduced from the command line with the following.

The “--verbose” option is not necessary to reproduce, it’s just there to 
provide more context. Note the line about the missing NightLightSupported 
property, in passing. I don’t know if the broken night light functionality 
is related or a separate bug. The warning appears when switching to the 
Display panel too, before accessing the Night Light controls card (is that 
the right term?)

$ gnome-control-center --verbose color
01:07:27.0390(null):DEBUG: No extra argument
(gnome-control-center:17422): dconf-DEBUG: 01:07:27.390: change_fast
(gnome-control-center:17422): dconf-DEBUG: 01:07:27.390: change_notify: 
/org/gnome/control-center/last-panel
(gnome-control-center:17422): dconf-DEBUG: 01:07:27.396: watch_fast: 
"/org/freedesktop/color-helper/" (establishing: 0, active: 0)
(gnome-control-center:17422): dconf-DEBUG: 01:07:27.396: unwatch_fast: 
"/org/freedesktop/color-helper/" (active: 0, establishing: 1)
(gnome-control-center:17422): dconf-DEBUG: 01:07:27.396: watch_fast: 
"/org/gnome/settings-daemon/plugins/color/" (establishing: 0, active: 2)
(gnome-control-center:17422): dconf-DEBUG: 01:07:27.396: watch_fast: 
"/org/freedesktop/color-helper/" (establishing: 0, active: 0)
(gnome-control-center:17422): dconf-DEBUG: 01:07:27.397: watch_established: 
"/org/freedesktop/color-helper/" (establishing: 1)
(gnome-control-center:17422): dconf-DEBUG: 01:07:27.397: watch_established: 
"/org/freedesktop/color-helper/" (establishing: 0)
01:07:27.0398 cc-window:DEBUG: Time to open panel 
'Colour': 0.007625s
01:07:27.0398 cc-window:DEBUG: Added 'display' to the 
previous panels
01:07:27.0402  display-cc-panel:  WARNING: Missing property 
'NightLightSupported' on DisplayConfig API
01:07:27.0402 cc-object-storage:DEBUG: Finished creating D-Bus 
proxy for 
CcObjectStorage::dbus-proxy(org.gnome.SettingsDaemon.Color,/org/gnome/SettingsDaemon/Color,org.freedesktop.DBus.Properties)
01:07:27.0402 cc-object-storage:DEBUG: Adding object GDBusProxy 
(CcObjectStorage::dbus-proxy(org.gnome.SettingsDaemon.Color,/org/gnome/SettingsDaemon/Color,org.freedesktop.DBus.Properties)
 → 0x5573e60c44b0) to the storage
01:07:27.0402 cc-object-storage:DEBUG: Finished creating D-Bus 
proxy for 
CcObjectStorage::dbus-proxy(org.gnome.SettingsDaemon.Color,/org/gnome/SettingsDaemon/Color,org.gnome.SettingsDaemon.Color)
01:07:27.0402 cc-object-storage:DEBUG: Adding object GDBusProxy 
(CcObjectStorage::dbus-proxy(org.gnome.SettingsDaemon.Color,/org/gnome/SettingsDaemon/Color,org.gnome.SettingsDaemon.Color)
 → 0x5573e5f3bd10) to the storage
01:07:27.0402  display-cc-panel:DEBUG: setting adjustment 
22.000 to 22:00
01:07:27.0402  display-cc-panel:DEBUG: setting adjustment 7.000 
to 7:00
01:07:27.0402 cc-object-storage:DEBUG: Finished creating D-Bus 
proxy for 
CcObjectStorage::dbus-proxy(org.gnome.Shell,/org/gnome/Shell,org.gnome.Shell)
01:07:27.0403  diagnostics-cc-panel:DEBUG: ABRT vanished
01:07:27.0403  display-cc-panel:DEBUG: setting adjustment 
22.000 to 22:00
01:07:27.0403  display-cc-panel:DEBUG: setting adjustment 7.000 
to 7:00
Segmentation fault

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

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

Versions of packages gnome-control-center depends on:
ii  accountsservice   22.08.8-1
ii  apg   2.2.3.dfsg.1-5+b2
ii  colord1.4.6-1
ii  desktop-base  

Bug#953046: Wrongly picks AZERTY layout when alternative Canadian layout is present.

[Charles Plessy]

Hi Gunnar !

Summary: I report which layout I get with various combinations of locale and
user and system configurations.  Perhaps importantly, I also found that when I
switch layout using the keyboard shortcut that I configured (pressing the two
shift keys), I do not get the same result as if I select the same layout using
the mouse in the menu bar!

I tried multiple combinations of configurations.  To describe them easily, I
will call "user layout" the value of "layout" in
~/.config/mozc/ibus_config.textproto, which for instance is "jp"
in the example below:

cat ~/.config/mozc/ibus_config.textproto

engines {
  name : "mozc-jp"
  longname : "Mozc"
  layout : "jp"
   }

  layout : "jp"

And I will call "system layout" the value of "" in the
file /usr/share/ibus/component/mozc.xml, which for instance is "jp"
in the example below.

cat  /usr/share/ibus/component/mozc.xml 

  com.google.IBus.Mozc
  Mozc Component
  /usr/lib/ibus-mozc/ibus-engine-mozc --ibus
  2.26.4220.100+dfsg-4
  Google Inc.
  New BSD
  https://github.com/google/mozc
  ibus-mozc
  
  jp


As I write this, I have "jp" in both my user and system layout, and
LANG=fr_FR.UTF-8, LANGUAGE= and LC_ALL= in my environment.  My three layouts
are Japanese (Mozc), Japanese and Canadian multilingual. `gsettings get
org.gnome.desktop.input-sources sources` indicates: [('ibus', 'mozc-jp'),
('xkb', 'jp'), ('xkb', 'ca+multix')].  However, when I select the xkb jp
layout, the keyboard types in canadian layout.  The two other layouts
give the expected result.

As I reported earlier, when the user and system "layout" values are "default",
and my locale is fr_FR.UTF-8, then when I select the Mozc layout my keyboard
sometimes in types in azerty layout, which I have configured nowhere.  Today
I found that this only happens if I switch to the layout via the keyboard
shortcut (here: shiftL + shiftR).  If I switch layout using the mouse and the
GNOME menu bar, the Mozc layout is the same as the previously selected keyboard
(either Japanese or Canadian multilingual).

Here is a summary of various combinations of configurations that I tested.  Too
be frank, using the fr_CA.UTF-8 is fine with me as a workaround.  My main
motivation with this report is that in the default configuraiton, having the
French azeerty layout picked despite it is nowhere in the configuraiton is
clearly a bug.

usersystem  locale  problem
--  --  ---
default default fr_FR.UTF-8 ibus mozc-jp layout is sometimes French azerty 
and sometimes Canadian
default default fr_CA.UTF-8 fr_CA.UTF-8 is in principle the wrong locale.   
jp  jp  fr_FR.UTF-8 xkb jp layout is Canadian
jp  jp  fr_CA.UTF-8 xkb jp layout is Canadian
jp  default fr_CA.UTF-8 xkb jp layout is Canadian
jp  default fr_FR.UTF-8 xkb jp layout is Canadian
default jp  fr_FR.UTF-8 xkb jp layout is Canadian
default jp  fr_CA.UTF-8 xkb jp layout is Canadian

Have a nice week-end !

-- 
Charles

Bug#982145: RFS: fuzzel/1.5.1-1 [ITP] -- Application launcher for wlroots based Wayland compositors

[Peter Colberg]

Dear Sway team,

Would anyone be willing to sponsor the initial upload of fuzzel? I am
a Debian Maintainer and would maintain the package myself thereafter.

On Sun, Oct 31, 2021 at 09:35:06PM +0100, Bastian Germann wrote:
> On Sat, 6 Feb 2021 15:10:26 -0500 Peter Colberg wrote:
> > It builds these binary packages:
> > 
> >   fuzzel - Application launcher for wlroots based Wayland compositors
> > 
> > Fuzzel fills a gap in the Debian swaywm ecosystem as a Wayland
> > equivalent for rofi in terms of ease of use, robustness, and simplicity.

> You should contact the team to sponsor this if you have not done this already.
> 
> The d/watch file does not work. The web interface might have changed.
> You can also use uscan's git mode.

The download likely failed due to pagination of older releases.
I have updated debian/watch to query the API instead [1].

> When you have fixed the d/watch file untag moreinfo.

Thanks for your review! I have pushed version 1.7.0-1 [2].

[1] 
https://salsa.debian.org/swaywm-team/fuzzel/-/commit/2cfcd218545134ba7b1c5ab479b76f29a48e46e6
[2] 
https://salsa.debian.org/swaywm-team/fuzzel/-/commit/e3f6004d4c6a1de1e6c1b599d00b5c7fb4f35408

Thanks,
Peter

Bug#1019981: subversion: "svn propedit" loses changes in case of a network failure / remote attack

[Vincent Lefevre]

Package: subversion
Version: 1.14.2-3+b1
Severity: critical
Tags: security upstream
Justification: causes serious data loss
X-Debbugs-Cc: Debian Security Team 
Forwarded: https://lists.apache.org/thread/54hk6wbqsjnyl3h6p88tno2gpmgr4otd

(The "critical" severity is in part because the data loss was
triggered by a remote attack, though the data loss may occur
with any kind of network failure.)

I wanted to edit a log message with

  svn pe --revprop svn:log -r 151946

(not just a minor change, I was replacing text by a much longer text),
but got an immediate error from SSH after quitting the editor:

kex_exchange_identification: read: Connection reset by peer
Connection reset by 155.133.131.76 port 22
svn: E170013: Unable to connect to a repository at URL 'svn+ssh://mysvn'
svn: E210002: To better debug SSH connection problems, remove the -q option 
from 'ssh' in the [tunnels] section of your Subversion configuration file.
svn: E210002: Network connection closed unexpectedly

Subversion apparently does not keep a copy of the text (contrary to
the case of a commit, which leaves a svn-commit.tmp file), so the
whole new text was lost!!!

I noticed a bit later that the cause of the failure was a remote attack
from a single IP, which lead to "beginning MaxStartups throttling" by
sshd. There is protection by fail2ban on my server, but it takes a few
seconds to react. This is quite a short time, but this was sufficient
to make a SSH failure on my side and lose data.

(There are a bit more details in my upstream bug report, see Forwarded.)

-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 
'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
merged-usr: no
Architecture: amd64 (x86_64)

Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=POSIX, LC_CTYPE=C.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 subversion depends on:
ii  libapr1  1.7.0-8
ii  libaprutil1  1.6.1-5+b2
ii  libc62.34-8
ii  libsvn1  1.14.2-3+b1

subversion recommends no packages.

Versions of packages subversion suggests:
pn  db5.3-util  
pn  libapache2-mod-svn  
ii  patch   2.7.6-7
ii  subversion-tools1.14.2-3+b1

-- no debconf information

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1019980: lintian: source-is-missing check for HTML is much too sensitive

[Paul Wise]

On Sun, 18 Sep 2022 00:14:07 +0100 Colin Watson wrote:

> This is pretty oversensitive.  Firstly, it's HTML, which is still often
> enough written by hand anyway.  As it happens, these particular HTML
> files are generated from halibut input that's also provided in the
> source package, though I can't see how Lintian could possibly expect to
> know that.

I am not a lintian maintainer, but:

HTML is very often generated and there are many different ways to
generate it. I think the right thing for lintian to do here is to know
about more of the source formats and when there is generated HTML in
the tarball but source is also present, then emit a new lower severity
generated-files tag instead of the existing source-is-missing tag.

I think the right thing for putty here is for upstream to remove the
HTML from their VCS and tarballs, then add the generation process to
their build system and continuous integration, so that they always know
when there are problems with generating the HTML. If they refuse then
you could exclude the HTML from Debian's copy of the upstream tarball.

Until either lintian changes or the putty HTML gets removed, overriding
the lintian warning in putty seems the correct thing to do.

PS: I note that manual pages are similar to HTML in this regard and I
think the same reasoning above applies to the putty manual pages and to
lintian's treatment of manual pages in source packages.

> I suggest restoring something like this code to check for 

Bug#1017966: lintian: Systematic false positives for source-is-missing in r-cran-* documentation

[Colin Watson]

On Tue, Aug 23, 2022 at 08:23:43AM +0200, Andreas Tille wrote:
> lintian is doing a check for overlong lines to guess for included
> JavaScript in html pages (and may be more).  I now realised that several
> R packages are including
> 
>img src="data:image/png;base64
> 
> images that were generated by the source of the documentation which is
> always shipped with these docs.  For example see the documentation of
> r-cran-patchwork[1].  It would be great if lintian would not report
> these false positives since the source is provided by upstream and the
> html file can be re-generated by an automated process.

I think this may be https://bugs.debian.org/1019980, but I filed that
separately just in case I'm wrong.

-- 
Colin Watson (he/him)  [cjwat...@debian.org]

Bug#1017094: false positive source-is-missing for gtk-doc generated html documentation

[Colin Watson]

On Mon, Aug 29, 2022 at 11:59:40PM +0200, Bastian Germann wrote:
> In general, it is not a good idea to have line length it as the only
> heuristic for checking source-is-missing on HTML files. I have seen this on
> many packages that I have dealt with in the last few months and all of them
> were false positives.

I think this may be https://bugs.debian.org/1019980, but I filed that
separately just in case I'm wrong.

-- 
Colin Watson (he/him)  [cjwat...@debian.org]

Bug#1019980: lintian: source-is-missing check for HTML is much too sensitive

[Colin Watson]

Package: lintian
Version: 2.115.3
Severity: normal

Lintian issues these errors for putty 0.77-1:

  E: putty source: source-is-missing [doc/html/AppendixA.html]
  E: putty source: source-is-missing [doc/html/AppendixB.html]
  E: putty source: source-is-missing [doc/html/AppendixE.html]
  E: putty source: source-is-missing [doc/html/Chapter10.html]
  E: putty source: source-is-missing [doc/html/Chapter2.html]
  E: putty source: source-is-missing [doc/html/Chapter3.html]
  E: putty source: source-is-missing [doc/html/Chapter4.html]
  E: putty source: source-is-missing [doc/html/Chapter5.html]
  E: putty source: source-is-missing [doc/html/Chapter7.html]
  E: putty source: source-is-missing [doc/html/Chapter8.html]
  E: putty source: source-is-missing [doc/html/Chapter9.html]
  E: putty source: source-is-missing [doc/html/IndexPage.html]

This is pretty oversensitive.  Firstly, it's HTML, which is still often
enough written by hand anyway.  As it happens, these particular HTML
files are generated from halibut input that's also provided in the
source package, though I can't see how Lintian could possibly expect to
know that.

I tried to work out whether I should be overriding this or whether it's
a bug in Lintian, and I think it's the latter.  The current relevant
code is this in lib/Lintian/Check/Files/SourceMissing.pm:

sub visit_patched_files {
my ($self, $item) = @_;

return
  unless $item->is_file;
[...]
return
  if !defined $longest || $line_length{$longest} <= 
$VERY_LONG_LINE_LENGTH;
[...]

if ($item->basename =~ /\.(?:x?html?\d?|xht)$/i) {

# html file
$self->pointed_hint('source-is-missing', $item->pointer)
  unless $self->find_source($item, {'.fragment.js' => $DOLLAR});
}

return;
}

So it issues a diagnostic for every HTML file with a somewhat long line
(over 512 characters) unless it has an associated .fragment.js somewhere
(I think - the find_source sub is undocumented and a bit obscure to me)?
That doesn't sound right - surely that would catch far too many false
positives.

Next, I went looking through git history to try to figure out where this
was introduced.  I found this commit:

  https://salsa.debian.org/lintian/lintian/-/commit/4f24ab7fca

The commit message makes it sound as though it was probably just
refactoring, but it wasn't.  The corresponding bit of code there was
previously in a warn_prebuilt_javascript sub called from a
warn_long_lines sub, which in turn was called in two places: once for
certain kinds of .js files, and once from this sub:

# check javascript in html file
sub check_html_cruft {
my ($self, $item, $lowercase) = @_;

my $blockscript = $lowercase;
my $indexscript;

while (($indexscript = index($blockscript, ' 
$ITEM_NOT_FOUND) {

$blockscript = substr($blockscript,$indexscript);

# sourced script ok
if ($blockscript =~ m{\A]*?src="[^"]+?"[^>]*?>}sm) {

$blockscript = substr($blockscript,$+[0]);
next;
}

# extract script
if ($blockscript =~ m{]*?>(.*?)}sm) {

$blockscript = substr($blockscript,$+[0]);

my $lcscript = $1;
$self->check_js_script($item, $lcscript);

return 0
  if $self->warn_long_lines($item, $lcscript);

next;
}

# here we know that we have partial script. Do the check 
nevertheless
# first check if we have the full 

Bug#1019658: Additional Problems with SpamAssassin Headers

[Soren Stoutner]

After removing the Content Preview header, I sent another email to the mailing 
list.  Instead 
of bouncing back with the previous 8-bit header error, this time it disappeared 
into a black 
hole.  It neither posted to the list nor produced an error message.

This is the entry from my Exim log:

2022-09-17 13:34:47 1oZeWP-005k6N-2w => debian-...@lists.debian.org R=dnslookup 
T=remote_smtp H=bendel.debian.org [82.195.75.100] 
X=TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256 CV=no 
DN="C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP 
CN=bendel.debian.org,EMAIL=hostmas...@bendel.debian.org" K C="250 2.0.0 Ok: 
9210 
bytes queued as D970620700”

2022-09-17 13:34:47 1oZeWP-005k6N-2w Completed

Time zone is -0700.

Because of the previous problem with SpamAssassin headers I thought I might 
test 
removing all of them to see if this was the problem.  I did that by adding the 
following lines 
to the main Exim config.

# Remove the SpamAssassin headers from outgoing email.
REMOTE_SMTP_TRANSPORTS_HEADERS_REMOVE = X-Spam-Action : X-Spam-Score : X-Spam-
Bar : X-Spam-Report

After doing this, I was able to post to the list.  This is the email that went 
through:

https://lists.debian.org/debian-kde/2022/09/msg00011.html[1]

Removing the headers from outbound mail isn’t a problem for me because 
SpamAssassin is 
still being run and it is only important for me that the headers are added to 
inbound mail 
and are in the logs for outbound mail.  But that might or might not be an 
acceptable 
solution for all email servers.

It isn’t clear to me if blocking all emails with SpamAssassin headers is an 
intentional 
configuration on the list servers, but if it is I would imagine the behavior 
should probably 
be modified to produce a bounce email with an error message to make it easier 
for people 
to understand why emails are not getting through.

-- 
Soren Stoutner
623-262-6169
so...@stoutner.com


[1] https://lists.debian.org/debian-kde/2022/09/msg00011.html


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

Bug#1008477: mirror submission for mirror.ihost.md

[Maxim Macovei]

Hey Julien.

It seems like there are some connection issues with mirror upstream 
debian.snt.utwente.nl
Could you please recommend a good mirror to sync from?
It seems like syncproxy2.eu.debian.org requires a password.

Thank you.

Maxim Macovei 
Chief Executive Officer 
iHost | Chisinau, Moldova | 3 Tighina Street | www.ihost.md 
Office: +373 (22) 81 | Mobile: +373 78666999 | E-mail: m...@ihost.md 

Customer Service : +373 (22) 81 
24/7 Helpdesk : [ https://my.ihost.md/ | my.ihost.md ] 
Network Operations Center : n...@ihost.md 

Sent from webmail

- Original Message -
From: "Julien Cristau" 
To: "noc" , 1008...@bugs.debian.org
Sent: Saturday, September 17, 2022 4:35:34 PM
Subject: Re: Bug#1008477: mirror submission for mirror.ihost.md

Control: tag -1 moreinfo

Hi,

It looks like this mirror hasn't successfully synced with its upstream
since August 29.  Can you take a look?

Cheers,
Julien

On Sun, Mar 27, 2022 at 12:28:17AM +, iHost wrote:
> Package: mirrors
> Severity: wishlist
> User: mirr...@packages.debian.org
> Usertags: mirror-submission
> 
> Submission-Type: new
> Site: mirror.ihost.md
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> Archive-http: /debian/
> Archive-rsync: debian/
> Maintainer: iHost 
> Country: MD Moldova
> Location: Chisinau
> Sponsor: iHost https://ihost.md/
> 
> 
> 
> 
> Trace Url: http://mirror.ihost.md/debian/project/trace/
> Trace Url: http://mirror.ihost.md/debian/project/trace/ftp-master.debian.org
> Trace Url: http://mirror.ihost.md/debian/project/trace/mirror.ihost.md

Bug#1019979: libcam-pdf-perl: changepagestring does not work

[Vincent Lefevre]

Package: libcam-pdf-perl
Version: 1.60-4
Severity: important

The "changepagestring" utility at least does not work.

For instance, on the attached PDF (some file I had on my machine
and which had been generated with pdflatex),

  changepagestring -v babel-bib.pdf following test out.pdf

doesn't change any thing, though the word "following" is found
after conversion to text with pdftotext.

-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 
'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
merged-usr: no
Architecture: amd64 (x86_64)

Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=POSIX, LC_CTYPE=C.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 libcam-pdf-perl depends on:
ii  libcrypt-rc4-perl  2.02-4
ii  libtext-pdf-perl   0.31-2
ii  perl   5.34.0-5
ii  tcsh [c-shell] 6.21.00-1.1

libcam-pdf-perl recommends no packages.

libcam-pdf-perl suggests no packages.

-- no debconf information

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


babel-bib.pdf
Description: Adobe PDF document

Bug#1019978: RFP: dvdstyler -- DVD authoring and burning tool

[David VANTYGHEM]

Package: wnpp
Severity: wishlist

* Package name: dvdstyler
  Version : v3.3 beta 2
  Upstream Author : Alex Thuering 
* URL :https://dvdstyler.org  
* License : GPL2
  Programming Lang: C++
  Description : DVD authoring and burning tool

DVDStyler is a cross-platform free DVD authoring application for the creation 
of professional-looking DVDs. It allows not only burning of video files on DVD 
that can be played practically on any standalone DVD player, but also creation 
of individually designed DVD menus.

Notes:
 - A PPA exists for 
dvdstyler:https://launchpad.net/~ubuntuhandbook1/+archive/ubuntu/dvdstyler  

 - An old RFP:https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635516

Bug#1019967: ITP: caps2esc -- Filter for dual function Ctrl and Esc key at CapsLock

[Osamu Aoki]

Hi,


After good night sleep ...

On Sat, 2022-09-17 at 23:59 +0900, Osamu Aoki wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Osamu Aoki 
> X-Debbugs-Cc: debian-de...@lists.debian.org
> 
> * Package name    : caps2esc

I will use "interception-caps2esc" instead to make it easy to find and in line 
with
Arch practice.

>   Version : 0.3.2
>   Upstream Author : Francisco Lopes 
> * URL : https://gitlab.com/interception/linux/plugins/caps2esc
> * License : MIT
>   Programming Lang: C
>   Description : Filter for dual function Ctrl and Esc key at CapsLock

Description :Interception plugin for dual function Ctrl and Esc key at CapsLock

> Using caps2esc with interception-tools offers the optimal keyboard
> experience for vi/Vim/NeoVim aficionados under Wayland/X/Linux console.
> 
>  * Dual function Ctrl and Esc key at CapsLock key location
>  * CapsLock function key at Esc key location
> 
> Background:
> 
> This is one of the simplest but hugely useful companion filter program
> to mangle evdev data with interception-tools.  Basically, xmodmap-like
> functionality is realized at the kernel level in this way.
> 
> This recommends interception-tools which was just accepted to Debian
> unstable.
> 

Bug#1002779: cdbs: diff for NMU version 0.4.163+nmu1

[Paul Gevers]

Hi

On 17-09-2022 22:29, Paul Gevers wrote:

I've prepared an NMU for cdbs (versioned as 0.4.163+nmu1) and I'll
shortly upload it to DELAYED/14. Please feel free to tell me if I
should delay it longer.


Maybe I should have noted somewhere that the reason that the test fails 
is that debhelper compat 5 is no longer supported so it's a bad default 
for cdbs.


Paul


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1016542: Information update

[Alexander V. Makartsev]

I'm still experiencing the same issue after system update.
Current versions:
$ uname -a
Linux fortune 5.10.0-18-amd64 #1 SMP Debian 5.10.140-1 (2022-09-02) 
x86_64 GNU/Linux


$ sudo modinfo nvidia-current | grep -e '^version'
version:    470.141.03

I've also found out that system freezes won't happen, if I disable 
hardware video acceleration in my browser (Mozilla Firefox 104.0.2 
(64-bit)).
I've wrote a bash script that will be executed automatically by syslogd 
daemon, if "Xid" error message will be written to syslog.
This script gracefully shuts down "lightdm" service, unloads nvidia 
kernel modules and restarts "lightdm" service, making it so nvidia 
kernel modules will be loaded again.
I loose user session in the process, having to logon again, but at least 
it is not a full system reboot...


--
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀https://www.debian.org
⠈⠳⣄

Bug#1019977: Please add pipewire-pulse as alternative dependency

[Hannes von Haugwitz]

Package: python3-pulsectl
Version: 22.3.2-1
Severity: wishlist

Hi,

pipewire-pulse conflicts on pulseaudio since pipewire/0.3.58-1 (see also
#1013276); hence python3-pulsectl can't no longer be installed alongside
pipewire. Please consider adding pipewire-pulse as alternative dependency.

Best regards

Hannes

Bug#1013276: Alsa clients using the wrong plugin if pulseaudio is installed

[Sedat Dilek]

I removed this part from my custom /etc/pulse/default.pa file:

### Automatically move streams to the default sink if the sink they are
### connected to dies, similar for sources
load-module module-rescue-streams

Now, I have a microphone again!

-sed@-

Bug#1002779: cdbs: diff for NMU version 0.4.163+nmu1

[Paul Gevers]

Control: pending

Dear maintainer,

I've prepared an NMU for cdbs (versioned as 0.4.163+nmu1) and I'll
shortly upload it to DELAYED/14. Please feel free to tell me if I
should delay it longer.

Regards.

diff -Nru cdbs-0.4.163/debian/changelog cdbs-0.4.163+nmu1/debian/changelog
--- cdbs-0.4.163/debian/changelog   2020-12-27 06:31:25.0 +0100
+++ cdbs-0.4.163+nmu1/debian/changelog  2022-09-17 22:20:04.0 +0200
@@ -1,3 +1,11 @@
+cdbs (0.4.163+nmu1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Don't fail the build on the test; instead show the log (Closes: 
#1002779)

+  * Drop !nocheck Build-Depends-Indep on pypy-dev (Closes: #1019975)
+
+ -- Paul Gevers   Sat, 17 Sep 2022 22:20:04 +0200
+
 cdbs (0.4.163) unstable; urgency=medium

   * remove myself as uploader
diff -Nru cdbs-0.4.163/debian/control cdbs-0.4.163+nmu1/debian/control
--- cdbs-0.4.163/debian/control 2020-12-27 06:30:38.0 +0100
+++ cdbs-0.4.163+nmu1/debian/control2022-09-17 22:20:04.0 +0200
@@ -7,7 +7,6 @@
  autoconf,
  fakeroot ,
  python3-all-dev ,
- pypy-dev ,
  dh-python ,
  ant ,
  default-jdk-headless  | default-jdk ,
diff -Nru cdbs-0.4.163/debian/rules cdbs-0.4.163+nmu1/debian/rules
--- cdbs-0.4.163/debian/rules   2019-02-27 12:24:43.0 +0100
+++ cdbs-0.4.163+nmu1/debian/rules  2022-09-17 22:20:04.0 +0200
@@ -25,7 +25,7 @@
 # emit testsuite errors, and don't fail on experimental builds
 DEB_SUITE_EXP = $(filter experimental% UNRELEASED,$(DEB_SUITE))
 DEB_MAKE_CHECK_TARGET = check \
- || { cat test/test-suite.log; $(if $(DEB_SUITE_EXP),,false;) }
+ || { cat tests/testsuite.log; }

 # Unset these variables so config.guess/config.sub in the test suite are
 # not replaced (because the test suite is supposed to test the replacing




OpenPGP_signature
Description: OpenPGP digital signature

Bug#842850: vpnc: please support main mode

[Thomas Uhle]

On Wed, 23 Nov 2016, Florian Schlichting wrote:


Hi Benoit,

> While debugging an issue connecting with vpnc to a mikrotik firewall, I more
> or less pinpointed the problem in vpnc only trying aggressive mode
> and not 'main' mode.
>
> Could a config option be added to also allow main mode?

I'm not sure what 'aggressive mode' is and I cannot find anything about
that in the source. But if you're able to develop a patch (and if
possible, post that patch to the upstream development list in addition
to this bug report), I can certainly add that patch to the Debian
package.

Florian



Well, maybe it's too late for some explanations.  Anyway, these three 
documents on the internet (among others) may explain the difference 
between main mode and aggressive mode:

* https://www.ipsec-howto.org/x202.html#AEN283
* https://www.internet-computer-security.com/VPN-Guide/Aggressive-Mode.html
* 
https://www.cisco.com/c/en/us/support/docs/security-vpn/ipsec-negotiation-ike-protocols/217432-understand-ipsec-ikev1-protocol.html

I've searched the internet because I am not quite sure about it; but if I 
remember correctly then Cisco has preferred or used by default aggressive 
mode.  Please remember that vpnc was developed as a replacement to Cisco's 
proprietary client to have a free alternative for connecting to Cisco 
IPSec/VPN servers from any platform having similar simplicity in terms of 
configuration and usage.
Yet you may decide for a different VPN software that provides much more 
features for tweaking the IPSec connection exactly the way you need or 
want it, libreswan or strongswan for instance.  Both support main mode and 
aggressive mode and are packaged for Debian.


Best regards,

Thomas Uhle

Bug#1013276: Alsa clients using the wrong plugin if pulseaudio is installed

[Sedat Dilek]

I am awfully sorry - Webcam works!

user$ LANG=C wpctl status | grep -i webcam
│  32. WebCam SC-13HDL11431N   [v4l2]
│  38. WebCam SC-13HDL11431N   [v4l2]
│  *   40. WebCam SC-13HDL11431N (V4L2)

user$ LANG=C wpctl inspect 40
id 40, type PipeWire:Interface:Node
   api.v4l2.cap.bus_info = "usb-:00:1a.0-1.4"
   api.v4l2.cap.capabilities = "84a1"
   api.v4l2.cap.card = "WebCam SC-13HDL11431N: WebCam S"
   api.v4l2.cap.device-caps = "0421"
   api.v4l2.cap.driver = "uvcvideo"
   api.v4l2.cap.version = "5.19.7"
   api.v4l2.path = "/dev/video0"
 * client.id = "31"
   clock.quantum-limit = "8192"
   device.api = "v4l2"
 * device.id = "38"
   device.product.id = "0x101"
   device.vendor.id = "0x223"
 * factory.id = "10"
   factory.name = "api.v4l2.source"
 * media.class = "Video/Source"
 * media.role = "Camera"
 * node.description = "WebCam SC-13HDL11431N (V4L2)"
   node.driver = "true"
 * node.name = "v4l2_input.pci-_00_1a.0-usb-0_1.4_1.0"
 * node.nick = "WebCam SC-13HDL11431N"
   node.pause-on-idle = "false"
 * object.path = "v4l2:/dev/video0"
 * object.serial = "110"
 * priority.session = "1000"

user$ cvlc v4l2:///dev/video0
VLC media player 3.0.17.4 Vetinari (revision 3.0.13-8-g41878ff4f2)
[55c2fd415150] dummy interface: using the dummy interface module...
[7f25ec004fd0] gl gl: Initialized libplacebo v4.192.1 (API v192)
[7f25fc03d460] xcb_window window error: X server failure
...

I needed to turn on the lights in my living-room.

/me ashamed.

-Sedat-

Bug#1019658: Solution

[Soren Stoutner]

Thanks for the pointer towards the SpamAssassin headers.  After looking at 
them more closely, I realized that the problem was in the Content Preview 
section.  Specifically, in my case, the email I was attempting to send 
contained a "’" character as part of the word "can’t", which was copied into 
the 
SpamAssassin Content Preview without being escaped.

As I have no purpose for the Content Preview, the solution for me was to modify 
the 
SpamAssassin template to remove that section.

There is some information about how to do that at 
https://mediatemple.net/community/
products/dv/204644360/how-do-i-change-the-spamassassin-template-for-messages-
recognized-as-spam[1]

-- 
Soren Stoutner
623-262-6169
so...@stoutner.com


[1] 
https://mediatemple.net/community/products/dv/204644360/how-do-i-change-the-spamassassin-template-for-messages-recognized-as-spam

Bug#1013276: Alsa clients using the wrong plugin if pulseaudio is installed

[Sedat Dilek]

Here on KDE/Plasma v5.25.4 (Wayland) it was sufficient just to remove
/etc/alsa/conf.d/99-pulse.conf only;

root# LC_ALL=C ll /etc/alsa/conf.d/99-pulse.conf
/etc/alsa/conf.d/50-pulseaudio.conf
ls: cannot access '/etc/alsa/conf.d/99-pulse.conf': No such file or directory
lrwxrwxrwx 1 root root 46 Jul  6 04:20
/etc/alsa/conf.d/50-pulseaudio.conf ->
/usr/share/alsa/alsa.conf.d/50-pulseaudio.conf

Looks like the config-files have different origin:

root# dpkg -S /etc/alsa/conf.d/50-pulseaudio.conf
/etc/alsa/conf.d/99-pulse.conf
libasound2-plugins:amd64: /etc/alsa/conf.d/50-pulseaudio.conf
pulseaudio: /etc/alsa/conf.d/99-pulse.conf

Maybe, talk with the Debian pulseaudio?

* Might be a different issue (after switching to pipewire/0.3.58-1):

BTW, in my KDE audio-settings I do NOT see a microphone.

Same with Webcam:

root# v4l2-ctl --list-devices

WebCam SC-13HDL11431N: WebCam S (usb-:00:1a.0-1.4):
   /dev/video0
   /dev/video1
   /dev/media0

$ cvlc v4l2:///dev/video0

^^ No picture.

$ LC_ALL=C systemctl --user stop wireplumber.service
$ LC_ALL=C systemctl --user start wireplumber.service

$ LC_ALL=C systemctl --user status wireplumber.service
* wireplumber.service - Multimedia Service Session Manager
Loaded: loaded (/usr/lib/systemd/user/wireplumber.service;
enabled; preset: enabled)
Active: active (running) since Sat 2022-09-17 22:02:42 CEST; 2s ago
  Main PID: 3633 (wireplumber)
 Tasks: 5 (limit: 9359)
Memory: 3.9M
   CPU: 140ms
CGroup: 
/user.slice/user-1000.slice/user@1000.service/session.slice/wireplumber.service
`-3633 /usr/bin/wireplumber

Sep 17 22:02:42 iniza systemd[1776]: Started Multimedia Service Session Manager.
Sep 17 22:02:42 iniza wireplumber[3633]: Failed to set scheduler
settings: Die Operation ist nicht erlaubt
Sep 17 22:02:42 iniza wireplumber[3633]: reserve-device plugin is not
connected to D-Bus, disabling device reservation
Sep 17 22:02:42 iniza wireplumber[3633]: SPA handle
'api.libcamera.enum.manager' could not be loaded; is it installed?
Sep 17 22:02:42 iniza wireplumber[3633]: PipeWire's libcamera SPA
missing or broken. libcamera not supported.

Just wanna let you know.

Regards,
-Sedat-

Bug#1004308: smokeping: New upstream version 2.8.2 needs to be packaged

[Alexey Vazhnov]

I've tested Smokeping 2.8.2 in `Devuan GNU/Linux 5 (daedalus/ceres)` (based on 
Debian testing 12 bookworm), it works
without errors.

How to:

I created a .deb package in `Debian GNU/Linux 11 (bullseye)` by commands like 
these:

```
sudo apt-get -V --no-install-recommends install devscripts git-buildpackage 
equivs
gbp clone 'https://salsa.debian.org/debian/smokeping.git'
cd ./smokeping
mk-build-deps --install --root-cmd sudo --remove
git status
# Remove new untracked files:
rm smokeping-build-deps_2.8.2-1_amd64.buildinfo 
smokeping-build-deps_2.8.2-1_amd64.changes
gbp buildpackage
```

and installed `smokeping_2.8.2-1_all.deb` together with Nginx, I took 
configuration from
https://gitlab.com/vazhnov/smokeping_nginx

No `libobject-result-perl` installed, but Smokeping works!

Bug#890490: "auth" and "cipher" configuration directives not available on Debian

[Thomas Uhle]

On Thu, 15 Feb 2018, vitaminx wrote:


On Thu, Feb 15, 2018 at 10:39:56AM +0100, vitaminx wrote:
> Today our employer changed security settings on the gateways and told us to 
add following options:
>
> auth SHA1
> cipher AES-128-CBC
>
> This seems to work on Mac OS X, but the options are not available in the 
Linux version of vpnc:

On Thu, Feb 15, 2018 at 11:05:16AM +0100, Florian Schlichting wrote:
> you mean vpnc on Mac OS X? Which version of vpnc is that? I found e.g.
> https://github.com/breiter/vpnc which doesn't seem to support those
> configuration options, and I'm unaware of patches adding those options.


It might be a little late for an answer.  Anyway, vpnc supports both the 
SHA1 hash algorithm for integrity protection (RFC 4109) and also the AES 
cipher with 128 bit, 192 bit or 256 bit keys for encryption (RFC 3602).
vpnc has no such options to select a specific hash algorithm or cipher 
because it is decided on the cryptographic parameters for the IPSec 
connection during an initial handshake between vpnc and its peer.  So vpnc 
should work out of the box.  Please remember that vpnc was developed as a 
replacement to Cisco's proprietary client and as such should be as simple 
and easy to configure and use as the Cisco client itself.  However, you 
might want to start vpnc in a terminal with the option '--debug 1' and 
recognise among other messages a line similar to this:


 IKE SA selected psk+xauth+aes128-sha1

And so everything is fine ...



There seems to be a native client on Mac OS X which supports these options.
https://faq.oit.gatech.edu/content/how-do-i-configure-os-x-integrated-ipsec-vpn-client

> Are you sure this is still an ipsec based VPN, rather than an SSL based
> VPN like "AnyConnect", for which you'll need to switch from vpnc to
> openconnect?

We are using Global Protect which supports both SSL and Ipsec based connections:
https://www.paloaltonetworks.com/products/globalprotect/subscription

They are actually recommending vpnc or strongSwan for Linux.


strongswan and also libreswan provide much more configuration options for 
tweaking the IPSec connection exactly the way you need or want it.  There 
are packages in Debian's repositories for both libreswan and strongswan.


Best regards,

Thomas Uhle

Bug#1013276: Alsa clients using the wrong plugin if pulseaudio is installed

[Sedat Dilek]

Hi,

I upgraded to pipewire/0.3.58-1 on my Debian/unstable AMD64 box.

This removed pipewire-pulse/0.3.57-1.

After this I was not able to listen to audio when doing
video-streaming in Firefox.

Please, point Debian/unstable folks to remove these files (as stated
in the Ubuntu BR):

root# rm -v /etc/alsa/conf.d/99-pulse.conf /etc/alsa/conf.d/50-pulseaudio.conf

This SOLVED the issue (unsure if 50-pulseaudio.conf needs to be
removed as well).

Some inspecting...

[ PACTL ]

user$ LANG=C pactl info
Server String: /run/user/1000/pulse/native
Library Protocol Version: 35
Server Protocol Version: 35
Is Local: yes
Client Index: 6
Tile Size: 65472
User Name: dileks
Host Name: iniza
Server Name: pulseaudio
Server Version: 15.0
Default Sample Specification: s16le 2ch 44100Hz
Default Channel Map: front-left,front-right
Default Sink: alsa_output.pci-_00_1b.0.analog-stereo
Default Source: alsa_input.pci-_00_1b.0.analog-stereo
Cookie: 10fd:1cb5

user$ LANG=C wpctl status
PipeWire 'pipewire-0' [0.3.58, dileks@iniza, cookie:479679219]
└─ Clients:
   31. WirePlumber [0.3.58, dileks@iniza, pid:1791]
   32. WirePlumber [export][0.3.58, dileks@iniza, pid:1791]
   43. xdg-desktop-portal  [0.3.58, dileks@iniza, pid:2165]
   44. wpctl   [0.3.58, dileks@iniza, pid:6084]

Audio
├─ Devices:
│  40. Internes Audio  [alsa]
│
├─ Sinks:
│
├─ Sink endpoints:
│
├─ Sources:
│
├─ Source endpoints:
│
└─ Streams:

Video
├─ Devices:
│  38. WebCam SC-13HDL11431N   [v4l2]
│  39. WebCam SC-13HDL11431N   [v4l2]
│
├─ Sinks:
│
├─ Sink endpoints:
│
├─ Sources:
│  *   41. WebCam SC-13HDL11431N (V4L2)
│
├─ Source endpoints:
│
└─ Streams:

Settings
└─ Default Configured Node Names:

user$ LANG=C wpctl inspect 40
id 40, type PipeWire:Interface:Device
   alsa.card = "0"
   alsa.card_name = "HDA Intel PCH"
   alsa.driver_name = "snd_hda_intel"
   alsa.long_card_name = "HDA Intel PCH at 0xf070 irq 34"
   api.acp.auto-port = "false"
   api.acp.auto-profile = "false"
   api.alsa.card = "0"
   api.alsa.card.longname = "HDA Intel PCH at 0xf070 irq 34"
   api.alsa.card.name = "HDA Intel PCH"
   api.alsa.path = "hw:0"
   api.alsa.use-acp = "true"
 * client.id = "32"
 * device.api = "alsa"
   device.bus = "pci"
   device.bus-path = "pci-:00:1b.0"
 * device.description = "Internes Audio"
   device.enum.api = "udev"
   device.form-factor = "internal"
   device.icon-name = "audio-card-analog-pci"
 * device.name = "alsa_card.pci-_00_1b.0"
 * device.nick = "HDA Intel PCH"
   device.plugged.usec = "36336190"
   device.product.id = "0x1c20"
   device.product.name = "6 Series/C200 Series Chipset Family High
Definition Audio Controller"
   device.string = "0"
   device.subsystem = "sound"
   device.sysfs.path = "/sys/devices/pci:00/:00:1b.0/sound/card0"
   device.vendor.id = "0x8086"
   device.vendor.name = "Intel Corporation"
 * factory.id = "14"
 * media.class = "Audio/Device"
   object.path = "alsa:pcm:0"
 * object.serial = "40"

[ ALSA ]

root# LC_ALL=C aplay --list-devices
 List of PLAYBACK Hardware Devices 
card 0: PCH [HDA Intel PCH], device 0: ALC269VC Analog [ALC269VC Analog]
 Subdevices: 0/1
 Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
 Subdevices: 1/1
 Subdevice #0: subdevice #0

root# aplay --list-pcms | egrep -A1 'default:'
default:CARD=PCH
   HDA Intel PCH, ALC269VC Analog
--
sysdefault:CARD=PCH
   HDA Intel PCH, ALC269VC Analog

root# aplay --list-pcms | egrep -A1 'plughw:'
plughw:CARD=PCH,DEV=0
   HDA Intel PCH, ALC269VC Analog
--
plughw:CARD=PCH,DEV=3
   HDA Intel PCH, HDMI 0

Thanks.

Regards,
-Sedat-

[1] https://bugs.launchpad.net/ubuntu/+source/pipewire/+bug/1975823
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1013276

Bug#1019976: asn1crypto: pypy removal: please drop pypy-asn1crypto and stop Build Depending on pypy related packages

[Paul Gevers]

Source: asn1crypto
Version: 1.5.1-1
Severity: serious
Control: block 1011926 by -1

Dear maintainer(s),

We're trying to remove the last remnants of python2 from bookworm. One
of the involved source packages is pypy. Your package has a
Build-Depends on pypy and some related packages. I assume because this
source buils pypy-asn1crypto. I suggest to drop that latter package in order to 
drop the Build-Depends related to pypy.

Paul

Bug#1019975: cdbs: pypy removal; please drop Build-Dependency on pypy-dev

[Paul Gevers]

Source: cdbs
Version: 0.4.163
Severity: serious
Control: block 1011926 by -1

Dear maintainer,

We're trying to remove the last remnants of python2 from bookworm. One
of the involved source packages is pypy. Your package has a (nocheck
build-profiled) Build-Depends on pyp-dev. Can you please drop that?

Paul

Bug#1019865: Debian Bug report logs - #1019865

[Andy Mann]

Package: Evolution
*Hangs and goes to 100% CPU usage on compose*

I confirm this bug. I too am running bookworm, with Evolution 3.45.3-2, and
have exactly the same issue when trying to compose with new>mail message.
This started happening a couple of days ago (15 Sept 2022). I apt update
daily. (I've had to use a web browser to send this email.)

I can confirm this also happens from the command line with evolution mailto:
- CPU goes to 100% and compose does not start. There are no command line
errors - I have to terminate with CTRL-C.

Regards,

Andy, Birmingham, UK

Bug#1018148: RFS: neo-cli/0.6.1-1 [ITP] -- digital rain simulator

[Mathias Gibbens]

Hi Matthias,

On Tue, 2022-09-13 at 06:12 +0200, matthias.geiger1...@tutanota.de
wrote:
 Hi Mathias,

thanks for reaching out and taking the time for a review. I fixed
> all the improvements you mentioned and uploaded the new (old)
> version to mentors. 

  That's looking better. However, the Vcs- fields in d/control are
still unreachable. When I try to visit
"https://salsa.debian.org/werdahias/neo;, I get a not found error. It
looks like the correct URL is
"https://salsa.debian.org/werdahias/neo-cli;. You should update those
two fields so they are correct.

  After that's fixed, I'd say the package would be in good shape for
an upload. There's still some linitian messages that could be
addressed, but they aren't highlighting anything too terrible. (You
could probably fix them pretty easily and submit a patch/pull request
to the upstream developer.)

> Regarding cmatrix:
neo supports half-japananese characters/unicode, "appearing" text
like in The Matrix and 32 bit color support in addition.


  Thanks for that explanation. That's a good example of additional
information you could put in the package's extended description as
potential users would find it useful.

  Also, it's a good idea to always CC the bug address in your replies,
especially when they are ITP/RFS bugs. Doing so allows others who might
be watching the bug to stay up to date with any work that's being done
on it.

Mathias


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

Bug#1019554: anacron: Anacron no longer seems to execute jobs

[Eric Cooper]

Package: anacron
Version: 2.3-34
Followup-For: Bug #1019554

Anacron seems to be failing for me recently also.
But in my case, an additional factor has changed (besides the new
version of anacron): I recently changed my power management settings
to suspend my computer when idle.

I have a backup script in root's crontab (set using "crontab -e") that
is supposed to run every night at 2am. Now the computer is asleep at
that hour, and the script does not get run any time the next day
either when the computer is awake.

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

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

Versions of packages anacron depends on:
ii  libc6 2.34-7
ii  lsb-base  11.2

Versions of packages anacron recommends:
ii  cron [cron-daemon]  3.0pl1-149

Versions of packages anacron suggests:
ii  dma [mail-transport-agent]   0.13-1+b1
ii  powermgmt-base   1.37
ii  rsyslog [system-log-daemon]  8.2208.0-1

-- no debconf information

Bug#1019935: xorriso: Please make Multi-Arch: foreign

[Thomas Schmitt]

Hi,

the following commits have been made to Salsa:

--
libisoburn:

commit 69ecfb2e52295798b52532bd8b1a5c693705fafe
Author: Thomas Schmitt 
Date:   Sat Sep 17 17:42:52 2022 +0200

Added "Multi-Arch: foreign" to the package descriptions of xorriso,
xorriso-tcltk, xorriso-dd-target

--
libburn:

commit 5096eff7318f25f4c1714e3ff436c72369db46c7
Author: Thomas Schmitt 
Date:   Sat Sep 17 18:16:42 2022 +0200

Added "Multi-Arch: foreign" to the package description of cdrskin

--

I think that libisoburn-1.5.4-3 deserves an upload if it passes your
review. It would close two bugs.

libburn-1.5.4-2 seems less important.


Have a nice day :)

Thomas

Bug#1008610: gthumb-dev: gthumb-3.11.pc refers to non-existant header folder /usr/include/gthumb-3.11

[Boyuan Yang]

Control: fixed 1008610 3:3.12.2-1

This bug is fixed in Debian Testing and Unstable.

Thanks,
Boyuan Yang


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

Bug#1019973: netbase: Update /etc/rpc from glibc/inet/etc.rpc

[OGAWA Hirofumi]

Package: netbase
Version: 6.3
Severity: wishlist
X-Debbugs-Cc: none, OGAWA Hirofumi 

Dear Maintainer,

For NFS, it can be using RPC program number 100227 for nfs acl. But
current debian /etc/rpc is missing the entry for it. So "ss -a -r" can't
resolve rpc service name for example.

In glibc/inet/etc.rpc

nfs_acl 100227

Example of "ss -a -r"

tcp   LISTEN  0  64  0.0.0.0:2049  0.0.0.0:*

should be

tcp   LISTEN  0  64  0.0.0.0:rpc.nfs_acl  0.0.0.0:*

Thanks.

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

Kernel: Linux 5.19.9 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

-- no debconf information

-- 
OGAWA Hirofumi 

Bug#1019696: devscripts: uscan does not work with github anymore

[Peter Colberg]

On Tue, Sep 13, 2022 at 05:24:02PM +0200, Patrick Matthäi wrote:
> github made some annoying changes to the release download pages (lazy 
> loading?)
> All debian/watch files using github are failing now:
> 
> version=4
> https://github.com/liske/needrestart/releases \
> /liske/needrestart/archive/refs/tags/v(.+)\.tar\.gz

uscan still seems to work using the GitHub API, e.g.,

version=4
opts="searchmode=plain,pgpsigurlmangle=s/$/.asc/" \
https://api.github.com/repos///releases \
https://github.com///releases/download/v(?:\d[\d.]*)/-v(\d[\d.]*)\.tar\.gz

Peter

Bug#1019972: gnuradio: FTBFS on mips*, ppc64el, s390x

[Sebastian Ramacher]

Source: gnuradio
Version: 3.10.4.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org

https://buildd.debian.org/status/fetch.php?pkg=gnuradio=mips64el=3.10.4.0-1=1663413658=0

-- Python checking for Thrift - found
CMake Error at 
/usr/share/cmake-3.24/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  Could NOT find THRIFT (missing: THRIFT_LIBRARIES THRIFT_INCLUDE_DIRS
  THRIFT_FOUND) (Required is at least version "0.13")
Call Stack (most recent call first):
  /usr/share/cmake-3.24/Modules/FindPackageHandleStandardArgs.cmake:594 
(_FPHSA_FAILURE_MESSAGE)
  cmake/Modules/FindTHRIFT.cmake:89 (find_package_handle_standard_args)
  gnuradio-runtime/CMakeLists.txt:100 (find_package)


-- Configuring incomplete, errors occurred!

Cheers
-- 
Sebastian Ramacher

Bug#1019893: All the Games using Vulkan have this issue

[Wolfram Wagner]

Hi,
I have another game, that uses Vulkan natively. I have played it a
couple of weeks before, it worked flawlessly. Now it crashes into a
black screen, freezes and sends out of memory messages...
Best regards
Wolfram

Bug#1019971: pipewire: please mention installing pipewire-alsa package in README.Debian

[Dmitry Nezhevenko]

Package: pipewire
Version: 0.3.58-1
Severity: minor

Dear Maintainer,

I've tried to follow README.Debian of pipewire package. And found that
"Using pipewire as the default ALSA output device" chapter asks to copy
/usr/share/doc/pipewire/examples/alsa.conf.d/99-pipewire-default.conf
file. 

It looks like this file is present in pipewire-alsa package. Since it is
not installed automatically it's better to mention that this package needs
to be installed. 

Btw is there any reason to do this copy manually? Maybe just put
/etc/alsa/conf.d/99-pipewire-default.conf to pipewire-alsa? 

Thanks!

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

Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
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 pipewire depends on:
ii  init-system-helpers  1.64
ii  libpipewire-0.3-modules  0.3.58-1
ii  pipewire-bin 0.3.58-1

pipewire recommends no packages.

pipewire suggests no packages.

-- no debconf information

-- 
WBR, Dmitry

Bug#1019864: [E] Re: Bug#1019864: mirror submission for mirror.stjschools.org

[Mirror Admin]

Good Afternoon Julien,

This has been corrected and a successful sync has taken place.

Thank you,

On Sat, Sep 17, 2022 at 8:45 AM Julien Cristau  wrote:

> Control: tag -1 moreinfo
>
> Hi,
>
> Our scripts found an issue with the mirror setup:
>
> o we recommend mirrors not sync directly from service aliases such as
>   ftp..debian.org (only http is guaranteed to be available at
>   ftp..d.o sites).  Maybe change your config to sync from
>   the site currently backing the ftp..debian.org service you sync
>   from?
>
> ftp.us.debian.org is a round robin so it'd be better to pick one host
> for consistency.
>
> Let us know when that is updated.
>
> Cheers,
> Julien
>
> On Thu, Sep 15, 2022 at 04:31:14AM +, Grant Brooks wrote:
> > Package: mirrors
> > Severity: wishlist
> > User: mirr...@packages.debian.org
> > Usertags: mirror-submission
> >
> > Submission-Type: new
> > Site: mirror.stjschools.org
> > Type: leaf
> > Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> > Archive-http: /debian/
> > Archive-rsync: debian/
> > Maintainer: Grant Brooks 
> > Country: US United States
> > Location: Missouri
> > Comment: Network Information:
> >  Bandwidth: 10G
> >  ASN: 55140 (directly connected to the Kansas City / St. Louis Internet
> Exchanges)
> >
> >  Geo-IP Blocked Countries:
> >  China, Cuba, Crimea Region of Ukraine, Iran, Iraq, Libya, North Korea,
> Russia, Sudan, Syria, Yemen
> >
> >
> >
> >
> > Trace Url: http://mirror.stjschools.org/debian/project/trace/
> > Trace Url:
> http://mirror.stjschools.org/debian/project/trace/ftp-master.debian.org
> > Trace Url:
> http://mirror.stjschools.org/debian/project/trace/mirror.stjschools.org
>

Bug#969264: Warning message still present in Bullseye 11.2

[Ingo]

On Sat, 9 Jul 2022 10:36:40 +0200 Marcin Juszkiewicz
 wrote:

On Sat, 11 Jun 2022 17:58:18 +0200 Diederik de Haas  >  wrote: 
>> On Sun, 9 Jan 2022 23:20:49 +0100

Frode Severin Hatlevik >>  wrote: >>> I just
updated my Debian amd64 system from Buster to Bullseye as >>> per >>>
https://www.debian.org/releases/bullseye/amd64/release-notes/ch-upgrading.en.html
> >>> >>> >>> >>> >> I have to admit I cut some corners and enabled
backports and Fast >> Track and >>> did the update in one go. >>> >>>
All went well, short of the error discussed in this bug >>> appearing at
the boot console [ 20.208399] iwlwifi :02:00.0: >>> firmware: failed
to load iwl-debug-yoyo.bin (-2) >> >> With what kernel version did you
see that message? > 10:35 (314s) hrw@blossom:~$ uname -a Linux blossom >
5.18.0-0.bpo.1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 5.18.2-1~bpo11+1 >
(2022-06-14) x86_64 GNU/Linux > > 10:35 (0s) hrw@blossom:~$ dmesg|grep
iwl-debug-yoyo.bin [sob lip 9 > 10:29:29 2022] iwlwifi :00:14.3:
firmware: failed to load > iwl-debug-yoyo.bin (-2) > > 10:35 (0s)
hrw@blossom:~$ > >

It's still seen here in kernel:

Linux xyz 5.19.0-1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 5.19.6-1
(2022-09-01) x86_64 GNU/Linux

Hardware is Shuttle xpx With Alder Lake CPU and Intel AX200-NGW. WiFi
and BlueTooth. Both work flawlessly with latest Bluetooth Firmware

ibt-20-0-3.ddc + ibt-20-0-3.sfi symlinked  to corresponding 20-0.0
version which some piece of software  strictly requests (version 20-0.3
does not load otherwise).


WiFi uses firmware

iwlwifi-cc-a0-72.ucode from github - the only version which no longer
produces "failed to load ..." in dmesg.

Bug#1019970: gimp: Typing on a text box layer, a segfault occurs

[Braiam Peguero]

Package: gimp
Version: 2.99.10-1
Severity: normal

Dear Maintainer,

Trying to create a text box will make GIMP segfault with the
following stacktrace:

# Stack traces obtained from PID 177415 - Thread 177415 #

[New LWP 177416]
[New LWP 177417]
[New LWP 177418]
[New LWP 177419]
[New LWP 177420]
[New LWP 177421]
[New LWP 177422]
[New LWP 177423]
[New LWP 177424]
[New LWP 177425]
[New LWP 177426]
[New LWP 177427]
[New LWP 177428]
[New LWP 177443]
[New LWP 177445]
[New LWP 177446]
[New LWP 177447]
[New LWP 177448]
[New LWP 177449]
[New LWP 177450]
[New LWP 177451]
[New LWP 177452]
[New LWP 177453]
[New LWP 177454]
[New LWP 177455]
[New LWP 177456]
[New LWP 177498]
[New LWP 177525]
[New LWP 177542]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
__GI___libc_read (nbytes=255, buf=0x7ffea7c13af0, fd=21) at 
../sysdeps/unix/sysv/linux/read.c:26
  Id   Target Id   Frame 
* 1Thread 0x7f289a4b8140 (LWP 177415) "gimp-2.99"  __GI___libc_read 
(nbytes=255, buf=0x7ffea7c13af0, fd=21) at ../sysdeps/unix/sysv/linux/read.c:26
  2Thread 0x7f289a154640 (LWP 177416) "gmain"  0x7f289e910a3f 
in __GI___poll (fds=0x5588ebd37bb0, nfds=2, timeout=7000) at 
../sysdeps/unix/sysv/linux/poll.c:29
  3Thread 0x7f2899953640 (LWP 177417) "gdbus"  0x7f289e910a3f 
in __GI___poll (fds=0x5588ee2ee440, nfds=6, timeout=-1) at 
../sysdeps/unix/sysv/linux/poll.c:29
  4Thread 0x7f2898e2e640 (LWP 177418) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  5Thread 0x7f2893fff640 (LWP 177419) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  6Thread 0x7f28937fe640 (LWP 177420) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  7Thread 0x7f2892ffd640 (LWP 177421) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  8Thread 0x7f28927fc640 (LWP 177422) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  9Thread 0x7f2891ffb640 (LWP 177423) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  10   Thread 0x7f28917fa640 (LWP 177424) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  11   Thread 0x7f2890ff9640 (LWP 177425) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  12   Thread 0x7f286640 (LWP 177426) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  13   Thread 0x7f286f7fe640 (LWP 177427) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  14   Thread 0x7f286effd640 (LWP 177428) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  15   Thread 0x7f2856a18640 (LWP 177443) "async"  syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  16   Thread 0x7f2855841640 (LWP 177445) "gimp-2.99"  
__futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, 
expected=0, futex_word=0x5588ec2f9ae8) at ./nptl/futex-internal.c:57
  17   Thread 0x7f2855640640 (LWP 177446) "gimp-2.99"  
__futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, 
expected=0, futex_word=0x5588ec2fa208) at ./nptl/futex-internal.c:57
  18   Thread 0x7f285543f640 (LWP 177447) "gimp-2.99"  
__futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, 
expected=0, futex_word=0x5588ec2fa27c) at ./nptl/futex-internal.c:57
  19   Thread 0x7f285523e640 (LWP 177448) "gimp-2.99"  
__futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, 
expected=0, futex_word=0x5588ec2fa2e8) at ./nptl/futex-internal.c:57
  20   Thread 0x7f285503d640 (LWP 177449) "gimp-2.99"  
__futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, 
expected=0, futex_word=0x5588ec2fa35c) at ./nptl/futex-internal.c:57
  21   Thread 0x7f2854e3c640 (LWP 177450) "gimp-2.99"  
__futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, 
expected=0, futex_word=0x5588ec2fa3cc) at ./nptl/futex-internal.c:57
  22   Thread 0x7f2854c3b640 (LWP 177451) "gimp-2.99"  
__futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, 
expected=0, futex_word=0x5588ec2fa43c) at ./nptl/futex-internal.c:57
  23   Thread 0x7f2854a3a640 (LWP 177452) "gimp-2.99"  
__futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, 
expected=0, futex_word=0x5588ec2fa4a8) at ./nptl/futex-internal.c:57
  24   Thread 0x7f2854839640 (LWP 177453) "gimp-2.99"  
__futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, 
expected=0, futex_word=0x5588ec2fa51c) at ./nptl/futex-internal.c:57
  25   Thread 0x7f2854638640 (LWP 177454) "gimp-2.99"  
__futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, 
expected=0, futex_word=0x5588ec2fa58c) at 

Bug#1019969: flint: FTBFS on hppa - Signed integer overflow is undefined behavior

[John David Anglin]

Source: flint
Version: 2.9.0-5
Severity: normal

Dear Maintainer,

Build fails in testsuite:
cmp_sicmp_uimake[3]: *** [../Makefile.subdirs:107: 
../build/fmpq/test/t-cmp_si_RUN] Segmentation fault (core dumped)
make[3]: *** Waiting for unfinished jobs
PASS
PASS
PASS
make[3]: Leaving directory '/<>/fmpq'
make[2]: *** [Makefile:224: check] Error 2

(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /home/dave/debian/flint/flint-2.9.0/build/fmpq/test/t-cmp_si
warning: File "/lib/hppa-linux-gnu/libthread_db.so.1" auto-loading has been 
declined by your `auto-load safe-path' set to 
"$debugdir:$datadir/auto-load:/lib/hppa-linux-gnu/libthread_db-1.0.so:/home/dave/debian/firefox/firefox-50.1.0/.gdbinit".
warning: Unable to find libthread_db matching inferior's thread library, thread 
debugging will not be available.
cmp_si
Program received signal SIGSEGV, Segmentation fault.
0xf900cefc in FLINT_BIT_COUNT (x=) at ./flint.h:355
355if (x) count_leading_zeros(zeros, x);
(gdb) bt
#0  0xf900cefc in FLINT_BIT_COUNT (x=) at ./flint.h:355
#1  _fmpq_cmp_si (p=0xf7b023d8, q=0xf7b023dc, c=-2147483648) at cmp_si.c:44
#2  0xf900d02c in fmpq_cmp_si (x=, c=)
at cmp_si.c:67
#3  0x000108cc in main () at test/t-cmp_si.c:45

This code in  cmp_si.c is wrong:

d = -c;

if (c != d) /* check for SLONG_MIN */
{
d = c < 0 ? -c : c;

Signed overflow is undefined behavior, so the check for SLONG_MIN got
optimized away.

See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106960

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
merged-usr: no
Architecture: hppa (parisc64)

Kernel: Linux 5.19.9+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#1019732: apt-listbugs: undefined method `default' for " # returns password\n":String

[Francesco Poli]

On Thu, 15 Sep 2022 04:06:44 +0200 Vincent Lefevre wrote:

[...]
> It would be interesting to know where this error could come from
> in the source.
> 
> Concerning the string "  # returns password\n":
> 
> zira:~> grep -r -A2 -B3 'returns password' /usr/lib/ruby
> /usr/lib/ruby/3.0.0/uri/generic.rb-def password=(password)
> /usr/lib/ruby/3.0.0/uri/generic.rb-  check_password(password)
> /usr/lib/ruby/3.0.0/uri/generic.rb-  set_password(password)
> /usr/lib/ruby/3.0.0/uri/generic.rb:  # returns password
> /usr/lib/ruby/3.0.0/uri/generic.rb-end
> /usr/lib/ruby/3.0.0/uri/generic.rb-
> --
> /usr/lib/ruby/3.0.0/bundler/vendor/uri/lib/uri/generic.rb-def 
> password=(password)
> /usr/lib/ruby/3.0.0/bundler/vendor/uri/lib/uri/generic.rb-  
> check_password(password)
> /usr/lib/ruby/3.0.0/bundler/vendor/uri/lib/uri/generic.rb-  
> set_password(password)
> /usr/lib/ruby/3.0.0/bundler/vendor/uri/lib/uri/generic.rb:  # returns 
> password
> /usr/lib/ruby/3.0.0/bundler/vendor/uri/lib/uri/generic.rb-end
> /usr/lib/ruby/3.0.0/bundler/vendor/uri/lib/uri/generic.rb-
> 
> The "# returns password" seems to be a comment, and I'm wondering why
> one gets an error on a comment. But I don't know Ruby at all...

I know something about Ruby, but I have no clue about this
behavior...   :-(

It seems that some code somewhere (not in apt-listbugs, perhaps in one
of the libraries, I would say) is taking that comment, treating it as a
String, and trying to invoke the `default' method on it.
But the [String] class has no `default' method.
The Hash class has a `[default]' method, but String is not a subclass
of Hash...
String is a subclass of Object, but the [Object] class has no `default'
method.

[String]: 
[default]: 
[Object]: 

This should explain why trying to invoke the `default' method on a
String generates an "undefined method" error.
But it does not explain which code is trying to invoke that
method...   :-(


I am tempted to reassign this bug report to package libruby3.0 (version
3.0.4-8) and let more knowledgeable people investigate.
The above-quoted comment is included in files shipped by package
libruby3.0:

  $ dpkg -S /usr/lib/ruby/3.0.0/uri/generic.rb
  libruby3.0:amd64: /usr/lib/ruby/3.0.0/uri/generic.rb
  $ dpkg -S /usr/lib/ruby/3.0.0/bundler/vendor/uri/lib/uri/generic.rb
  libruby3.0:amd64: /usr/lib/ruby/3.0.0/bundler/vendor/uri/lib/uri/generic.rb



-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpXES7_g3rdD.pgp
Description: PGP signature

Bug#1019968: dh-make: does not detect CMake projects

[Matthew Fennell]

Package: dh-make
Version: 2.202003
Severity: normal
X-Debbugs-Cc: matthew.robert.fenn...@gmail.com

Dear Maintainer,

I am using dh_make to generate the Debian package structure for an upstream
(called libre-racing) that uses CMake.
In the root of upstream's source is the file "CMakeLists.txt". However, when I
run the following command:

dh_make --packagename libre-racing_0.1.0 --single --yes --createorig

and run pdebuild, the build falis as it has not included cmake as a dependency.

For now, I have created a new debian/control template with the following line:

Build-Depends: #BUILD_DEPS#, cmake

However, I was digging around in the source for dh_make, and saw that it should
be possible for CMake to be automatically added to #BUILD_DEPS#. It seems that
it is not at the moment, because of the capitalisation of the line:

elif os.path.isfile('CmakeLists.txt'):

in dh_make.py. I believe that if this was changed to "CMakeLists.txt", dh_make
would automatically add cmake to BUILD_DEPS, in the setup_cmake function.

Thanks for maintaining this package!
Matthew

-- System Information:
Debian Release: 11.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable'), (100, 'bullseye-fasttrack'), (100, 'bullseye-backports-staging')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-16-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dh-make depends on:
ii  debhelper  13.3.4
ii  dpkg-dev   1.20.11
ii  make   4.3-4.1
ii  python33.9.2-3

dh-make recommends no packages.

Versions of packages dh-make suggests:
ii  build-essential  12.9

-- no debconf information

Bug#1014757: [#PKK-534193]: Re: Bug#1014757: mirror submission for mirror.ukrnames.com

[Ukrnames Support]

Julien Cristau,

Вашу заявку було отримано і один із наших консультантів вже працює над 
відповіддю на Ваше запитання. Внизу наведені дані Вашої заявки. Будь ласка, не 
стирайте номер заявки у рядку теми.

Ticket ID: PKK-534193
Тема:Re: Bug#1014757: mirror submission for mirror.ukrnames.com
Department: Реєстрація доменів
Priority: Средний
Status: Открыт

Ви можете перевірити статус або відповісти на цю заявку онлайн 
на:https://support.ukrnames.com/index.php?_m=tickets&_a=viewticket=740309
Будь ласка, дайте нам знати, якщо Вам знову буде потрібна допомога,

Ukrnames Support

Bug#1019967: ITP: caps2esc -- Filter for dual function Ctrl and Esc key at CapsLock

[Osamu Aoki]

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

* Package name: caps2esc
  Version : 0.3.2
  Upstream Author : Francisco Lopes 
* URL : https://gitlab.com/interception/linux/plugins/caps2esc
* License : MIT
  Programming Lang: C
  Description : Filter for dual function Ctrl and Esc key at CapsLock

Using caps2esc with interception-tools offers the optimal keyboard
experience for vi/Vim/NeoVim aficionados under Wayland/X/Linux console.

 * Dual function Ctrl and Esc key at CapsLock key location
 * CapsLock function key at Esc key location

Background:

This is one of the simplest but hugely useful companion filter program
to mangle evdev data with interception-tools.  Basically, xmodmap-like
functionality is realized at the kernel level in this way.

This recommends interception-tools which was just accepted to Debian
unstable.

Bug#1019870: qt6-base-dev-tools: qt-cmake depends on cmake

[Patrick Franz]

Control: tags -1 pending

Hi Fab,

thanks for reporting this. It's fixed in Salsa and will be part of the 
next upload.


-- 
Med vänliga hälsningar

Patrick Franz

Bug#1014757: mirror submission for mirror.ukrnames.com

[Julien Cristau]

Control: tag -1 moreinfo

Hi,

Please fix this issue with the mirror and let us know:

o we recommend mirrors not sync directly from service aliases such as
  ftp..debian.org (only http is guaranteed to be available at
  ftp..d.o sites).  Maybe change your config to sync from
  the site currently backing the ftp..debian.org service you sync
  from?

(Also you might want to pick an upstream closer than the US)

Cheers,
Julien

On Mon, Jul 11, 2022 at 04:01:24PM +, Oleksandr Loboda wrote:
> Package: mirrors
> Severity: wishlist
> User: mirr...@packages.debian.org
> Usertags: mirror-submission
> 
> Submission-Type: new
> Site: mirror.ukrnames.com
> Type: leaf
> Archive-architecture: amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
> kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> Archive-http: /debian/
> Archive-rsync: debian/
> Maintainer: Oleksandr Loboda 
> Country: UA Ukraine
> Location: Kharkiv, Ukraine
> Sponsor: Ukrnames.com https://www.ukrnames.com
> 
> 
> 
> 
> Trace Url: http://mirror.ukrnames.com/debian/project/trace/
> Trace Url: 
> http://mirror.ukrnames.com/debian/project/trace/ftp-master.debian.org
> Trace Url: http://mirror.ukrnames.com/debian/project/trace/mirror.ukrnames.com

Bug#1019935: xorriso: Please make Multi-Arch: foreign

[Thomas Schmitt]

Hi,

I wrote:
> > My cheat sheet says that i shall add new sections with "UNRELEASED"
> > instead of "unstable"

Dominique Dumont wrote:
> Actually, you did set it to unstable in commit
> 06434fcf33b824059a20f5c788cd399cf2fd4ee8,

It is obvious that one should not let me do changes on Salsa.
But i did notice this omission, committed
  commit 469750f1b47f6acd2c69032b38014f5f35feb5dc
  Author: Thomas Schmitt 
  Date:   Sat Jul 2 10:41:26 2022 +0200
and reported it in bug #1013313.
So the only explanation is that i did not push it.
Google ... "git log origin/master..master" ... argh.

Well, my cheat sheet says that i shall clone a fresh repo by gbp.
No need to find out what would happen if i would just do the usual
  git push --all && git push --tags


> but I was not aware of (or I forgot :-/ ) the need to upload this package.

Bug #1013313 ends by my request that you review the commits and decide
about upload urgency. A week later, Alexandre Ghiti thanked us in advance.


I will try to collect myself and to add "Multi-Arch: foreign" to
libburn package "cdrskin" and libisoburn packages "xorriso", "xorriso-tcltk",
and "xorriso-dd-target".
You'll get a note when this is done.


Have a nice day :)

Thomas

Bug#1014587: mirror submission for mirrors.nic.cz

[Julien Cristau]

Control: tag -1 moreinfo

Hi,

Please fix the below issue before we add to the mirror list:

o we recommend mirrors not sync directly from service aliases such as
  ftp..debian.org (only http is guaranteed to be available at
  ftp..d.o sites).  Maybe change your config to sync from
  the site currently backing the ftp..debian.org service you sync
  from?

Thanks,
Julien

On Fri, Jul 08, 2022 at 12:28:27PM +, NIC admins team wrote:
> Package: mirrors
> Severity: wishlist
> User: mirr...@packages.debian.org
> Usertags: mirror-submission
> 
> Submission-Type: new
> Site: mirrors.nic.cz
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> Archive-http: /debian/
> Archive-rsync: debian/
> Maintainer: NIC admins team 
> Country: CZ Czechia
> 
> 
> 
> 
> Trace Url: http://mirrors.nic.cz/debian/project/trace/
> Trace Url: http://mirrors.nic.cz/debian/project/trace/ftp-master.debian.org
> Trace Url: http://mirrors.nic.cz/debian/project/trace/mirrors.nic.cz

Bug#1012036: [Ticket ID: 174086] Bug#1012036 closed by Julien Cristau (Re: Bug#1012036: mirror submission for mirror.spectraip.net)

[SpectraIP Support]

Dear Debian Bug Tracking System,


Thank you for creating a support ticket. We will process your ticket as soon as 
possible.


Subject: Bug#1012036 closed by Julien Cristau  (Re: Bug#1012036: mirror 
submission for mirror.spectraip.net)
Priority: Medium
Status: Open
Department: Support
Ticket Number: 174086


You can view the ticket at 
https://my.spectraip.net/viewticket.php?tid=174086=qZajc1QO


Best regards,
SpectraIP







Website: https://spectraip.net
 E-mail: mailto:i...@spectraip.net





https://spectraip.net/terms/

Bug#1012124: pipenv: change in collections with python 3.10

[Jochen Becker]

Package: pipenv
Version: 11.9.0-1.1
Followup-For: Bug #1012124
X-Debbugs-Cc: deb...@beckerjochen.de

Dear Maintainer,

python 3.10 has a change in the import for MutableMapping

till 3.9 it is "from collections import MutableMapping"
since 3.10 is "from collections.abc import MutableMapping"

Greatings
Jochen


*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


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

Kernel: Linux 5.19.0-1-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 pipenv depends on:
ii  python3   3.10.6-1
ii  python3-certifi   2022.6.15-2
ii  python3-pip   22.2+dfsg-1
ii  python3-pkg-resources 59.6.0-1.2
ii  python3-virtualenv20.16.3+ds-1
ii  python3-virtualenv-clone  0.3.0-2

pipenv recommends no packages.

pipenv suggests no packages.

-- no debconf information

Bug#1011475: mirror submission for mirror.xtx.cloud

[Julien Cristau]

Another thing:

o The tracefile
  http://mirrors.m247.com/debian/project/trace/mirrors.m247.com
  suggests that the ftpsync version you are using is very old.  Please upgrade.

  Using a modern ftpsync ensures updates are done in the correct order
  so apt clients don't get confused.   In particular, it processes
  translations, contents, and more files that have been added to the
  archive in recent years in the correct stage.  It also should produce
  trace files that contain more information that is useful for us and helps
  downstream mirrors sync better.

  http://mirrors.m247.com/debian/project/ftpsync/ftpsync-current.tar.gz

Cheers,
Julien

On Sat, Sep 17, 2022 at 04:12:42PM +0200, Julien Cristau wrote:
> Control: tag -1 moreinfo
> 
> Hi,
> 
> I notice there is no tracefile matching your site name mirror.xtx.cloud
> in http://mirror.xtx.cloud/debian/project/trace/
> We expect the trace file name to match the mirror name we list, so we
> can monitor it.
> You can either change MIRRORNAME in ftpsync.conf, or list the mirror as
> mirrors.m247.com (which seems to be the current trace file name?).
> 
> Cheers,
> Julien
> 
> On Mon, May 23, 2022 at 06:45:14PM +, Mirror Admin wrote:
> > Package: mirrors
> > Severity: wishlist
> > User: mirr...@packages.debian.org
> > Usertags: mirror-submission
> > 
> > Submission-Type: new
> > Site: mirror.xtx.cloud
> > Type: leaf
> > Archive-architecture: amd64 arm64 armhf i386
> > Archive-http: /debian/
> > Maintainer: Mirror Admin 
> > Country: GB United Kingdom
> > Location: Dorset, UK
> > Sponsor: XTX Cloud https://www.xtx.cloud
> > Comment: Hosted with love on a 1Gbit connection
> > 
> > 
> > 
> > 
> > Trace Url: http://mirror.xtx.cloud/debian/project/trace/
> > Trace Url: 
> > http://mirror.xtx.cloud/debian/project/trace/ftp-master.debian.org
> > Trace Url: http://mirror.xtx.cloud/debian/project/trace/mirror.xtx.cloud

Bug#1011475: mirror submission for mirror.xtx.cloud

[Julien Cristau]

Control: tag -1 moreinfo

Hi,

I notice there is no tracefile matching your site name mirror.xtx.cloud
in http://mirror.xtx.cloud/debian/project/trace/
We expect the trace file name to match the mirror name we list, so we
can monitor it.
You can either change MIRRORNAME in ftpsync.conf, or list the mirror as
mirrors.m247.com (which seems to be the current trace file name?).

Cheers,
Julien

On Mon, May 23, 2022 at 06:45:14PM +, Mirror Admin wrote:
> Package: mirrors
> Severity: wishlist
> User: mirr...@packages.debian.org
> Usertags: mirror-submission
> 
> Submission-Type: new
> Site: mirror.xtx.cloud
> Type: leaf
> Archive-architecture: amd64 arm64 armhf i386
> Archive-http: /debian/
> Maintainer: Mirror Admin 
> Country: GB United Kingdom
> Location: Dorset, UK
> Sponsor: XTX Cloud https://www.xtx.cloud
> Comment: Hosted with love on a 1Gbit connection
> 
> 
> 
> 
> Trace Url: http://mirror.xtx.cloud/debian/project/trace/
> Trace Url: http://mirror.xtx.cloud/debian/project/trace/ftp-master.debian.org
> Trace Url: http://mirror.xtx.cloud/debian/project/trace/mirror.xtx.cloud

Bug#1019966: python3-cookies: wrong package announced, right package is pipenv

[Jochen Becker]

Package: python3-cookies
Followup-For: Bug #1019966
X-Debbugs-Cc: deb...@beckerjochen.de

Dear Maintainer,

wrong package announced.
close this report please

pipenv is affected.
Greatings
Jochen


*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


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

Kernel: Linux 5.19.0-1-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

Bug#1009048: mirror submission for debian.mirrors.orange.ro

[Julien Cristau]

Control: tag -1 moreinfo

Hi,

Our scripts found an issue with the mirror setup:

o we recommend mirrors not sync directly from service aliases such as
  ftp..debian.org (only http is guaranteed to be available at
  ftp..d.o sites).  Maybe change your config to sync from
  the site currently backing the ftp..debian.org service you sync
  from?

Please switch from ftp.de.debian.org to debian.inf.tu-dresden.de as
RSYNC_HOST.

Thanks,
Julien

On Wed, Apr 06, 2022 at 01:51:46PM +, Orange Roamania Communications wrote:
> Package: mirrors
> Severity: wishlist
> User: mirr...@packages.debian.org
> Usertags: mirror-submission
> 
> Submission-Type: new
> Site: debian.mirrors.orange.ro
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> Archive-http: /debian/
> Archive-rsync: debian-archive/
> Maintainer: Orange Roamania Communications 
> Country: RO Romania
> Location: Bucharest
> 
> 
> 
> 
> Trace Url: http://debian.mirrors.orange.ro/debian/project/trace/
> Trace Url: 
> http://debian.mirrors.orange.ro/debian/project/trace/ftp-master.debian.org
> Trace Url: 
> http://debian.mirrors.orange.ro/debian/project/trace/debian.mirrors.orange.ro

Bug#495911: override rather than replace default route

[Thomas Uhle]

Control: reassign -1 vpnc-scripts

Dear maintainers,

I don't know whether or not this is still an issue after so many years, 
but I know that routing is handled by vpnc-script which was moved to its 
own Debian package vpnc-scripts in 2012.

Thus, I thought to better reassign it, so it might not become forgotten.

Best regards,

Thomas Uhle

Bug#1019864: mirror submission for mirror.stjschools.org

[Julien Cristau]

Control: tag -1 moreinfo

Hi,

Our scripts found an issue with the mirror setup:

o we recommend mirrors not sync directly from service aliases such as
  ftp..debian.org (only http is guaranteed to be available at
  ftp..d.o sites).  Maybe change your config to sync from
  the site currently backing the ftp..debian.org service you sync
  from?

ftp.us.debian.org is a round robin so it'd be better to pick one host
for consistency.

Let us know when that is updated.

Cheers,
Julien

On Thu, Sep 15, 2022 at 04:31:14AM +, Grant Brooks wrote:
> Package: mirrors
> Severity: wishlist
> User: mirr...@packages.debian.org
> Usertags: mirror-submission
> 
> Submission-Type: new
> Site: mirror.stjschools.org
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> Archive-http: /debian/
> Archive-rsync: debian/
> Maintainer: Grant Brooks 
> Country: US United States
> Location: Missouri
> Comment: Network Information:
>  Bandwidth: 10G
>  ASN: 55140 (directly connected to the Kansas City / St. Louis Internet 
> Exchanges)
>  
>  Geo-IP Blocked Countries:
>  China, Cuba, Crimea Region of Ukraine, Iran, Iraq, Libya, North Korea, 
> Russia, Sudan, Syria, Yemen 
> 
> 
> 
> 
> Trace Url: http://mirror.stjschools.org/debian/project/trace/
> Trace Url: 
> http://mirror.stjschools.org/debian/project/trace/ftp-master.debian.org
> Trace Url: 
> http://mirror.stjschools.org/debian/project/trace/mirror.stjschools.org

Bug#1019935: xorriso: Please make Multi-Arch: foreign

[Dominique Dumont]

On Saturday, 17 September 2022 09:35:35 CEST Thomas Schmitt wrote:
> Seems plausible if xorriso gets it.
> 
> Dominique: Do you agree ?

Yes.

> My cheat sheet says that i shall add new sections with "UNRELEASED" instead
> of "unstable" and that you change this word when uploading.
> So i wonder why it is "unstable" but did not make it into Sid or Testing.

Actually, you did set it to unstable in commit 
06434fcf33b824059a20f5c788cd399cf2fd4ee8, but I was not aware of (or I forgot 
:-/ ) the need to upload this package.

> Shall i add the new changelog entry to 1.5.4-3 and change it back to
> "UNRELEASED" or shall i make a new "(1.5.4-4) UNRELEASED" ?

Before the actual upload, this line is just a way to communicate with your 
sponsor(s). This does not matter much when you have only one sponsor. 

This is more critical in big teams like debian-perl team where you have many 
contributors and sponsors and sponsors have tools to check which package 
should be reviewed or uploaded. 

Only the debian/1.* tag indicates that the package was uploaded.

All the best

Bug#1008601: mirror submission for ftp.psnc.pl

[Julien Cristau]

Control: tag -1 moreinfo

Hi,

o It seems your mirror is not up to date, having last updated on Fri, 16 Sep 
2022 20:56:25 +
o The latest ftpsync versions come with a wrapper script called
  ftpsync-cron, which is intended to be run out of cron every hour or so
  (at a randomish offset).  The script monitors your upstream mirror,
  and if there was an update triggers a full sync using ftpsync.
  You might want to give it a try.

  NOTE: This requires having your upstream mirror name set correctly to
  a specific mirror which is also correctly configured (and thus has a
  tracefile in /debian/project/trace with its name).

Can you double check on this?  (The debian archive updates roughly every
six hours, and we expect mirrors to follow that frequency.)

Cheers,
Julien

On Tue, Mar 29, 2022 at 11:29:44AM +, PSNC mirrors team wrote:
> Package: mirrors
> Severity: wishlist
> User: mirr...@packages.debian.org
> Usertags: mirror-submission
> 
> Submission-Type: new
> Site: ftp.psnc.pl
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> Archive-http: /debian/
> Maintainer: PSNC mirrors team 
> Country: PL Poland
> Location: Poznań
> Sponsor:  Poznan Supercomputing and Networking Center https://psnc.pl/
> 
> 
> 
> 
> Trace Url: http://ftp.psnc.pl/debian/project/trace/
> Trace Url: http://ftp.psnc.pl/debian/project/trace/ftp-master.debian.org
> Trace Url: http://ftp.psnc.pl/debian/project/trace/ftp.psnc.pl

Bug#1008477: mirror submission for mirror.ihost.md

[Julien Cristau]

Control: tag -1 moreinfo

Hi,

It looks like this mirror hasn't successfully synced with its upstream
since August 29.  Can you take a look?

Cheers,
Julien

On Sun, Mar 27, 2022 at 12:28:17AM +, iHost wrote:
> Package: mirrors
> Severity: wishlist
> User: mirr...@packages.debian.org
> Usertags: mirror-submission
> 
> Submission-Type: new
> Site: mirror.ihost.md
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> Archive-http: /debian/
> Archive-rsync: debian/
> Maintainer: iHost 
> Country: MD Moldova
> Location: Chisinau
> Sponsor: iHost https://ihost.md/
> 
> 
> 
> 
> Trace Url: http://mirror.ihost.md/debian/project/trace/
> Trace Url: http://mirror.ihost.md/debian/project/trace/ftp-master.debian.org
> Trace Url: http://mirror.ihost.md/debian/project/trace/mirror.ihost.md

Bug#1008985: mirror listing update for debian.cs.nctu.edu.tw

[Julien Cristau]

Hi,

Could you please change the mirror name (MIRRORNAME variable in
ftpsync.conf) to the new name?  Our monitoring expects this to match the
hostname on the mirrors list.

Thanks,
Julien

On Tue, Apr 05, 2022 at 03:07:45PM +, NYCU CSIT wrote:
> Package: mirrors
> Severity: minor
> User: mirr...@packages.debian.org
> Usertags: mirror-list
> 
> Submission-Type: update
> Site: debian.cs.nctu.edu.tw
> Type: leaf
> Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 
> kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
> Archive-http: /debian/
> Archive-rsync: debian/
> Maintainer: NYCU CSIT 
> Country: TW Taiwan
> Location: Asia Taiwan
> Sponsor: IT Center, Department of Computer Science, National Yang Ming Chiao 
> Tung University https://it.cs.nycu.edu.tw/
> Comment: Hi,
>  we would like to change our mirror domain name and contact information due 
> to our school being merged with NYMU into NYCU (National Yang Ming Chiao Tung 
> University).
>  
>  The following is our new information, and we also have enabled https support 
> additionally:
>  http: http://debian.cs.nycu.edu.tw
>  https: https://debian.cs.nycu.edu.tw
>  rsync (debian): rsync://debian.cs.nycu.edu.tw/debian/
> 
> 
> 
> 
> Trace Url: http://debian.cs.nctu.edu.tw/debian/project/trace/
> Trace Url: 
> http://debian.cs.nctu.edu.tw/debian/project/trace/ftp-master.debian.org
> Trace Url: 
> http://debian.cs.nctu.edu.tw/debian/project/trace/debian.cs.nctu.edu.tw
> 

Bug#1019966: python3-cookies: Python has a change in MutableMapping lib, old pacakge ist collections in 3.10 now it is collections.abc

[Jochen Becker]

Package: python3-cookies
Version: 2.2.1-4
Severity: normal
X-Debbugs-Cc: deb...@beckerjochen.de

Dear Maintainer,

some python packages also python3-env fails
change from python 3.9 to python 3.10

patch is to change the imports in the header of the cookies.py

import collections 
if sys.version_info.major == 3 and sys.version_info.minor >= 10

from collections.abc import MutableMapping
else 
from collections import MutableMapping

Greatings
Jochen

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


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

Kernel: Linux 5.19.0-1-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

Bug#1019961: ITP: fast-float -- Implementation of the C++ from_chars functions for float and double types

[Daichi Fukui]

Hi Stephan,

Thanks for your interest.
Sure. I'll let you know when there's progress.

Best,
Fukui


On Sat, 17 Sept 2022 at 16:54, Stephan Lachnit 
wrote:

> While short on time, I have a interest in rapidyml, so you can try to ping
> me. Also maybe ask Gürkan Myczko (CC).
>
> Regards,
> Stephan
>

Bug#1000281: net-tools: New upstream version

[Thomas Uhle]

Control: retitle -1 net-tools: New upstream version

On Sat, 20 Nov 2021, Alexis PM wrote:


Package: net-tools
Version: 1.60+git20181103.0eebece-1
Severity: normal

Hello

New upstream version:  net-tools-2.10   2021-01-07   
https://sourceforge.net/projects/net-tools/files/

Packaging can help to close several open Debian bugs.

Thank you very much.



Dear maintainers,

in addition there are yet another seven commits in the git repository on 
top of version 2.10, also addressing bugfixes.  What do you think, isn't 
it time for an update (as the currently packaged version in Debian seems 
to be almost two years old)?


Thank you in advance for your effort!

Best regards,

Thomas Uhle

Bug#1017018: Removal notice: obsolete

[Sebastian Ramacher]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-bytestring-handle -- RoQA; unmaintained 
upstream, no reverse dependencies
Control: severity -2 normal
Control: tags -1 sid bookworm

On 2022-08-11 16:39:34 +0300, Ilias Tsitsimpis wrote:
> Source: haskell-bytestring-handle
> Version: 0.1.0.6-5
> Severity: serious
> 
> I intend to remove this package:
> 
>   * It has no rev dependencies
>   * The current version FTBFS
>   * Seems unmaintained; Last upload more than 5 years ago
>   * It's not part of the latest Stackage LTS
> 
> If you believe we should keep this package in Debian, please close this
> bug report.

So let's get this removed.

Dear FTP masters, please remove haskell-bytestring-handle from unstable.

Cheers
-- 
Sebastian Ramacher

Bug#1019918: plasma-workspace-wayland: xdg-desktop-portal-kde should be a dependence for the KDE Wayland session

[Patrick Franz]

Hi Frédéric,

xdg-desktop-portal-kde is already a recommendation of the plasma-desktop 
package. Don't you have that installed as well ?


-- 
Med vänliga hälsningar

Patrick Franz

Bug#1017016: Removal notice: obsolete

[Sebastian Ramacher]

Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: haskell-bitarray -- RoQA; unmaintained, no reverse 
dependencies
Control: severity -2 normal
Control: tags -1 sid bookworm

On 2022-08-11 16:21:23 +0300, Ilias Tsitsimpis wrote:
> Source: haskell-bitarray
> Version: 0.0.1.1-6
> Severity: serious
> 
> I intend to remove this package:
> 
>   * It has no rev dependencies
>   * Seems unmaintained; Home page doesn't work
>   * Seems unmaintained; Last upload more than 5 years ago
> 
> If you believe we should keep this package in Debian, please close this
> bug report.

So let's get this removed.

Dear FTP masters, please remove haskell-bitarray from unstable.

Cheers
-- 
Sebastian Ramacher

Bug#1019935: xorriso: Please make Multi-Arch: foreign

[Samuel Thibault]

Hello,

Thomas Schmitt, le sam. 17 sept. 2022 09:35:35 +0200, a ecrit:
> I am a bit confused by the presence of a section
> "libisoburn (1.5.4-3) unstable" in
>   
> https://salsa.debian.org/optical-media-team/libisoburn/-/raw/HEAD/debian/changelog
> while libisoburn is at 1.5.4-2 in
>   https://tracker.debian.org/pkg/libisoburn
> 
> My cheat sheet says that i shall add new sections with "UNRELEASED" instead
> of "unstable" and that you change this word when uploading.

Yes.

> So i wonder why it is "unstable" but did not make it into Sid or Testing.

The upload was probably missed.

> Shall i add the new changelog entry to 1.5.4-3 and change it back to
> "UNRELEASED"

You can already change the current entry back to UNRELEASED, since it
was never uploaded, yes.

Samuel

Bug#971623: link to wnpp.d.net

[Thomas Lange]

> On Sat, 17 Sep 2022 10:00:29 +0800, Paul Wise  said:

> On Fri, 2022-09-16 at 10:56 +0200, Thomas Lange wrote:
>> I find the idea of linking to wnpp.d.net also very valuable.

> The link is already there, alongside the link to wnpp-by-tags:

The bug report is not about adding a missing link, but about replacing
our listings with a link to the wnpp.d.net page. I support this idea.

-- 
regards Thomas

Bug#1019962: evolution-ews: FTBFS: /<>/src/EWS/evolution/e-ews-comp-editor-extension.c:60:16: error: implicit declaration of function ‘e_comp_editor_get_property_part’; did you mean ‘e_co

[Sebastian Ramacher]

Source: evolution-ews
Version: 3.46.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org

https://buildd.debian.org/status/fetch.php?pkg=evolution-ews=amd64=3.46.0-1=1663387153=0

[ 94%] Building C object 
src/EWS/evolution/CMakeFiles/module-ews-configuration.dir/e-ews-config-lookup.c.o
cd /<>/obj-x86_64-linux-gnu/src/EWS/evolution && /usr/bin/cc 
-DEXCHANGE_EWS_LOCALEDIR=\"/usr/share/locale\" 
-DGDK_VERSION_MAX_ALLOWED=GDK_VERSION_3_10 
-DGDK_VERSION_MIN_REQUIRED=GDK_VERSION_3_10 
-DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_68 
-DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_68 
-DG_LOG_DOMAIN=\"module-ews-configuration\" 
-DSOUP_VERSION_MAX_ALLOWED=SOUP_VERSION_3_0 
-DSOUP_VERSION_MIN_REQUIRED=SOUP_VERSION_3_0 -Dmodule_ews_configuration_EXPORTS 
-I/<>/obj-x86_64-linux-gnu -I/<> 
-I/usr/include/evolution-data-server -I/usr/include/libsecret-1 
-I/usr/include/gio-unix-2.0 -I/usr/include/libxml2 -I/usr/include/libsoup-3.0 
-I/usr/include/sysprof-4 -I/usr/include/json-glib-1.0 -I/usr/include/libmount 
-I/usr/include/blkid -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/evolution 
-I/usr/include/gnome-desktop-3.0 -I/usr/include/webkitgtk-4.1 
-I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 
-I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz 
-I/usr/include/fribidi -I/usr/include/atk-1.0 -I/usr/include/pixman-1 
-I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/gdk-pixbuf-2.0 
-I/usr/include/libpng16 -I/usr/include/gsettings-desktop-schemas 
-I/<>/obj-x86_64-linux-gnu/src/EWS -I/<>/src/EWS 
-I/<>/obj-x86_64-linux-gnu/src/EWS/common 
-I/<>/src/EWS/common 
-I/<>/obj-x86_64-linux-gnu/src/EWS/camel 
-I/<>/src/EWS/camel -Wnested-externs -Wno-unused-parameter 
-Wno-sign-compare -Wno-missing-field-initializers -Wdeclaration-after-statement 
-Werror-implicit-function-declaration -Wno-missing-include-dirs 
-Wno-deprecated-declarations -fno-strict-aliasing -Wl,--no-undefined 
-Wno-cast-function-type -Wwrite-strings -Wundef -Wredundant-decls 
-Wpointer-arith -Wmissing-noreturn -Wmissing-declarations -Winit-self 
-Wformat-security -Wformat -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -fPIC -pthread -I/usr/include/evolution-data-server 
-I/usr/include/libsecret-1 -I/usr/include/gio-unix-2.0 -I/usr/include/libxml2 
-I/usr/include/libsoup-3.0 -I/usr/include/sysprof-4 
-I/usr/include/json-glib-1.0 -I/usr/include/libmount -I/usr/include/blkid 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
-I/usr/include/evolution -I/usr/include/gnome-desktop-3.0 
-I/usr/include/webkitgtk-4.1 -I/usr/include/gtk-3.0 
-I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 
-I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz 
-I/usr/include/fribidi -I/usr/include/atk-1.0 -I/usr/include/pixman-1 
-I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/gdk-pixbuf-2.0 
-I/usr/include/libpng16 -I/usr/include/x86_64-linux-gnu 
-I/usr/include/gsettings-desktop-schemas -MD -MT 
src/EWS/evolution/CMakeFiles/module-ews-configuration.dir/e-ews-config-lookup.c.o
 -MF CMakeFiles/module-ews-configuration.dir/e-ews-config-lookup.c.o.d -o 
CMakeFiles/module-ews-configuration.dir/e-ews-config-lookup.c.o -c 
/<>/src/EWS/evolution/e-ews-config-lookup.c
/<>/src/EWS/evolution/e-ews-comp-editor-extension.c: In function 
‘e_ews_comp_editor_extension_target_client_changed_cb’:
/<>/src/EWS/evolution/e-ews-comp-editor-extension.c:60:16: error: 
implicit declaration of function ‘e_comp_editor_get_property_part’; did you 
mean ‘e_comp_editor_page_add_property_part’? 
[-Werror=implicit-function-declaration]
   60 | part = e_comp_editor_get_property_part (comp_editor, 
I_CAL_SUMMARY_PROPERTY);
  |^~~
  |e_comp_editor_page_add_property_part
/<>/src/EWS/evolution/e-ews-comp-editor-extension.c:60:16: 
warning: nested extern declaration of ‘e_comp_editor_get_property_part’ 
[-Wnested-externs]
/<>/src/EWS/evolution/e-ews-comp-editor-extension.c:60:14: 
warning: assignment to ‘ECompEditorPropertyPart *’ {aka ‘struct 
_ECompEditorPropertyPart *’} from ‘int’ makes pointer from integer without a 
cast [-Wint-conversion]
   60 | part = e_comp_editor_get_property_part (comp_editor, 
I_CAL_SUMMARY_PROPERTY);
  |  ^
/<>/src/EWS/evolution/e-ews-comp-editor-extension.c:69:14: 
warning: assignment to ‘ECompEditorPropertyPart *’ {aka ‘struct 
_ECompEditorPropertyPart *’} from ‘int’ makes pointer from integer without a 
cast [-Wint-conversion]
   69 | part = e_comp_editor_get_property_part (comp_editor, 
I_CAL_LOCATION_PROPERTY);
  |   

Bug#1019693: dpkg-buildpackage: fails with unknown sequence when including missing file

[Niels Thykier]

Control: tags -1 wontfix

Guillem Jover:

On Tue, 2022-09-13 at 15:50:07 +0200, Fab Stz wrote:

Package: dpkg-dev
Version: 1.29.9
Severity: normal
File: /usr/bin/dpkg-buildpackage



This may be a regression because I don't have this problem with 1.20.12 which
is on bullseye.


When in debian/rules, I include a file that doesn't exists, dpkg will try to
run

dh /path/to/missing/file 

which leads to this failure & error:

dh: error: unknown sequence/path/to/missing/file (choose from: binary binary-
arch binary-indep build build-arch build-indep clean install install-arch
install-indep)


for example, in your debian/rules, at the top, put

-include /path/to/missing/file

then, run dpkg-buildpackage



Hi,

This seems to be a feature interaction between make and the `dh $@` 
style.  GNU Make appears to be attempting to create the missing file for 
you and I guess it ends up hitting the `catch all %:` rule calling dh 
(which I assume you have in your rules file).


This happens *before* dh is called so debhelper cannot do anything about 
it.  Your only option is to look at having make or your `debian/rules` 
file handle this case.  Options might include:


 * Ensure there is a (.PHONY) target for the missing file to ensure Make
   does not pick up the default rule.
 * Add Make conditionals around the include so the include is skipped
   when the file is not present.

I tested a simple `.PHONY: foo` + `-include foo` and that seemed to work 
locally. But you will have to figure out what works for you.


Either way, this is two products independently working as designed 
ending up in a bad feature interaction that cannot be solved - only 
worked around (for as long as we rely on make and debhelper in Debian 
packaging). Therefore closing this as "wontfix" (read: "cantfix").


Thanks,
~Niels

Bug#1019961: ITP: fast-float -- Implementation of the C++ from_chars functions for float and double types

[Stephan Lachnit]

While short on time, I have a interest in rapidyml, so you can try to ping
me. Also maybe ask Gürkan Myczko (CC).

Regards,
Stephan

Bug#1013301: ffmpeg: WebVTT subtitle parsing is broken

[Sebastian Ramacher]

On 2022-06-21 10:46:25 +0300, Teemu Ikonen wrote:
> Package: ffmpeg
> Version: 7:5.0.1-1+b2
> Severity: normal
> Tags: upstream patch
> 
> The WebVTT decoder in ffmpeg breaks when there are common chunks like
> STYLE and REGION in the file. An upstream bug is here:
> https://trac.ffmpeg.org/ticket/8684
> 
> The ffmpeg patchwork server contains several patches fixing this problem
> (see https://patchwork.ffmpeg.org/project/ffmpeg/list/?q=webvttdec for a
> list). These range from outright ignoring the chunks
> https://patchwork.ffmpeg.org/project/ffmpeg/patch/20210112164937.7219-1-roderich.sch...@gmail.com/
> to actually parsing and using them
> https://patchwork.ffmpeg.org/project/ffmpeg/patch/ca+_k4rj1cnripbhxxzlf1o6v1vup2oxch3e8lqosmnsruye...@mail.gmail.com/
> 
> Could you include one of these in the Debian build, since upstream does
> not seem to be interested in this?

Please consider pushing this upstream. I prefer to apply patches only
once they were merged upstream.

Cheers
-- 
Sebastian Ramacher

Bug#1019961: ITP: fast-float -- Implementation of the C++ from_chars functions for float and double types

[Fukui Daichi]

Package: wnpp
Severity: wishlist
Owner: Fukui Daichi 
X-Debbugs-Cc: debian-de...@lists.debian.org, a.dog.will.t...@akane.waseda.jp

* Package name: fast-float
  Version : 3.5.1
  Upstream Author : Daniel Lemire 
* URL : https://github.com/fastfloat/fast_float
* License : MIT or Apache
  Programming Lang: C++
  Description : Implementation of the C++ from_chars functions for float 
and double types

Reason for ITP:
c4core depends on fast-float [0].
rapidyaml [1] depends on c4core.
Moreover, jsonnet [2] depends on rapidyaml.

[0] https://github.com/biojppm/c4core/blob/v0.1.9/.gitmodules
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003397
[2] https://tracker.debian.org/pkg/jsonnet

Maintenance plan:
Because I am a novice in debian packaging, I would like to
ask for someone who can review my upload. I need a sponsor too.

Bug#1019935: xorriso: Please make Multi-Arch: foreign

[Thomas Schmitt]

Hi,

Samuel Thibault wrote:
> I was more thinking about architecture (i386, amd64, arm, etc.)
> difference, not OS difference :)

As long as it is Linux, libburn indeed behaves the same, modulo configuration
options. Similarly with libisofs, where the presence of development headers
or configuration options is significant.
With Debian i would expect to find the same headers and options in all
Linux arches.


> > Is the described situation still suitable for Multi-Arch: foreign ?

> I'm not sure which situation you are referring to?

The fact that xorriso and the libraries differ in their capabilities
on the various supported OSes. In case of Debian i thought mostly of Hurd.


> Libraries are sually Multi-Arch: same, meaning they have to be the same
> as the packages using them. That's actually already the case for
> libburn, libisofs, and libisoburn.

The current Multi-Arch headers of libisoburn, libisofs, and libburn
source packages were introduced on request of Matthias Klose in 2016:
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813020
  http://launchpadlibrarian.net/235561045/libburn_1.4.2-1_1.4.2-1ubuntu1.diff.gz


> Looking further: cdrskin, xorriso-tcltk, and xorriso-dd-target should
> probably also be Multi-Arch: foreign.

Seems plausible if xorriso gets it.

Dominique: Do you agree ?

-
If so:

I am a bit confused by the presence of a section
"libisoburn (1.5.4-3) unstable" in
  
https://salsa.debian.org/optical-media-team/libisoburn/-/raw/HEAD/debian/changelog
while libisoburn is at 1.5.4-2 in
  https://tracker.debian.org/pkg/libisoburn

My cheat sheet says that i shall add new sections with "UNRELEASED" instead
of "unstable" and that you change this word when uploading.
So i wonder why it is "unstable" but did not make it into Sid or Testing.

Shall i add the new changelog entry to 1.5.4-3 and change it back to
"UNRELEASED" or shall i make a new "(1.5.4-4) UNRELEASED" ?


Have a nice day :)

Thomas

Bug#1019960: gthumb: please merge upstream Git commit 77b0e618

[Martin-Éric Racine]

Package: gthumb
Version: 3:3.12.2-1~bpo11+1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

The 3.12 branch broke the file renaming template feature. The commit below 
fixes this. Can you please merge this and push it to both unstable and 
backports?

Thanks!
Martin-Éric

https://gitlab.gnome.org/GNOME/gthumb/-/commit/77b0e6186579fccfca8a516b1399564228e01793

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

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

Versions of packages gthumb depends on:
ii  gsettings-desktop-schemas   3.38.0-2
ii  gthumb-data 3:3.12.2-1~bpo11+1
ii  libbrasero-media3-1 3.12.2-6
ii  libc6   2.31-13+deb11u4
ii  libcairo2   1.16.0-5
ii  libclutter-1.0-01.26.4+dfsg-2
ii  libclutter-gtk-1.0-01.8.4-4
ii  libexiv2-27 0.27.3-3+deb11u1
ii  libgcc-s1   10.2.1-6
ii  libgdk-pixbuf-2.0-0 2.42.2+dfsg-1+deb11u1
ii  libgl1-mesa-dri 20.3.5-1
ii  libglib2.0-02.66.8-1
ii  libgstreamer-plugins-base1.0-0  1.18.4-2
ii  libgstreamer1.0-0   1.18.4-2.1
ii  libgtk-3-0  3.24.24-4+deb11u2
ii  libheif11.11.0-1
ii  libjpeg62-turbo 1:2.0.6-4
ii  liblcms2-2  2.12~rc1-2
ii  libpango-1.0-0  1.46.2-3
ii  libpangocairo-1.0-0 1.46.2-3
ii  libpng16-16 1.6.37-3
ii  libraw200.20.2-1
ii  librsvg2-2  2.50.3+dfsg-1
ii  libsecret-1-0   0.20.4-2
ii  libsoup2.4-12.72.0-2
ii  libstdc++6  10.2.1-6
ii  libtiff54.2.0-1+deb11u1
ii  libwebkit2gtk-4.0-372.36.7-1~deb11u1
ii  libwebp60.6.1-2.1
ii  libx11-62:1.7.2-1
ii  zlib1g  1:1.2.11.dfsg-2+deb11u2

Versions of packages gthumb recommends:
ii  libgphoto2-6   2.5.27-1
ii  libgphoto2-port12  2.5.27-1

gthumb suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEyJACx3qL7GpObXOQrh+Cd8S017YFAmMlczwACgkQrh+Cd8S0
17aJ7RAAtgyyf5VNs7RK2EdFE8fKguB3uxgTThIith1/ygnlyYYTKbJo40bhZ/y3
hAUeVfyNMrrQLU7arSVZcbAV9tk+MzOP9/hYomVcAuLkinFbIDGrZR5r+uo+W5d+
9+DSTdIrv1iBs/c1ouVpdJWnkILpURhOAG7iKfddZM1PvLb/eC0iDuT/Ob9gw5o1
juNbu5fMUtKE61mLdaj7rrgS+H3U561dwJQpS4sY2UP4BABf2WylD748B4g+iRuO
EGL4zmuQSKm+bua3b04YggXH8SZ77EcjMepp82ZYkF6JTuIc+AMRaBfUNn7LzcrM
ny2Byh6ssIi0wCAu9Oi6B/LNJ+OK//UmxU25ksYAHZ+mVNJKNeDXoYG/GOtEUuM4
voSxx6U0VPAYddZgZikgybZfJQAfExeI3QPxVEV6S50b4eu5AM6wgTXP0BAvVnjK
F8Or5EHL7hAqX3AYuWCEiYNLhncqXCMAZhnbIfPdVFxNoBHCRA/kWx9HOoZBMShz
66Xn1CUll2YTtuqZ9wr6lv3DqnYd5rj+pCRbf31Tmyo2LRgZYYukMLOfCQEB0ZBG
q8Poc02gAph7o+MeJgcfWYmCblkc8OSbGFkcuSDYgPG1qIXOzCJ+LvtHVqLwIfun
kXs9R/G5s/UzxSUGAtQ98SWY9Uee+yn7jwqCb1xms/l9Fd6XA9U=
=uorH
-END PGP SIGNATURE-

Bug#1019875: [Pkg-javascript-devel] Bug#1019875: node-unicode-data: Update for Unicode 15

[Yadd]

On 15/09/2022 12:42, Jeremy Bicha wrote:

Source: node-unicode-data
Version: 0~20211027+git243f19e8-4
Severity: wishlist
Control: forwarded -1
https://github.com/node-unicode/node-unicode-data/commits/main

Please update node-unicode for Unicode 15.

unicode-data 15 was just uploaded to Debian Unstable.

It looks like node-unicode-data has been updated upstream already.
https://github.com/node-unicode/node-unicode-data/commits/main

Thank you,
Jeremy Bicha


Hi,

node-unicode-data is ready (in NEW queue).

Cheers,
Yadd

Bug#1019959: correction to my report

[Ian Kelling]

Update: I misread/misremembered the macro name name
IGNORE_SMTP_LINE_LENGTH_LIMIT changing. It didn't change, but ignoring
that mistake in my report, my report still stands.

Bug#1019554: anacron: Anacron no longer seems to execute jobs

[Adrian Immanuel Kiess]

Package: anacron
Version: 2.3-34
Followup-For: Bug #1019554

Dear Maintainer,

I experience the same bug after the last upgrade.

Anacron does no longer execute jobs on both of my Debian/testing installations.

Reading the already happened conversation, I now started anacron manually with:

# service anacron start

The anacron service now runs again; checked with:

# ps auxwww
root  249421  0.0  0.0  14480  1060 ?Ss   08:03   0:00
/usr/sbin/anacron -d -q -s

I will now wait, if anacron executes jobs again and for an upgraded package
which will fix the bug.

Thank you very much.

Sincerely,

Adrian Kiess


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

Kernel: Linux 5.19.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 anacron depends on:
ii  libc6 2.34-7
ii  lsb-base  11.2

Versions of packages anacron recommends:
ii  cron [cron-daemon]  3.0pl1-149

Versions of packages anacron suggests:
ii  exim4-daemon-heavy [mail-transport-agent]  4.96-3
ii  powermgmt-base 1.37
ii  rsyslog [system-log-daemon]8.2208.0-1

-- Configuration Files:
/etc/cron.d/anacron changed:
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
30 21 * * *   root  [ -x /etc/init.d/anacron ] && if [ ! -d 
/run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi


-- no debconf information