Bug#1069693: network-manager-fortisslvpn: upgrading the stack from network-manager-fortisslvpn-gnome to ppp broke a current working VPN configuration

[Patrice Duroux]

Package: network-manager-fortisslvpn
Followup-For: Bug #1069693

Hi,

Issue #1070343 seems to be related to this issue.
But I did not find a way to modify the affected VPN config (GNOME) and add the
option (--pppd-accept-remote). Editing /etc/openfortivpn/config file has no
(global) effect in this case.

Regards,
Patrice


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

Kernel: Linux 6.7.12-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages network-manager-fortisslvpn depends on:
ii  libc62.38-7
ii  libglib2.0-0t64  2.78.4-7
ii  libnm0   1.46.0-2
ii  network-manager  1.46.0-2
ii  openfortivpn 1.22.0-1
ii  ppp  2.5.0-1+2

network-manager-fortisslvpn recommends no packages.

network-manager-fortisslvpn suggests no packages.

-- no debconf information

Bug#1070248: pingus: update its homepage (patch attached)

[Patrice Duroux]

Source: pingus
Version: 0.7.6-6
Severity: minor

Dear Maintainer,

Here is a patch for.

Thanks,
Patrice


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

Kernel: Linux 6.7.12-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/control b/debian/control
index d0dcf5b..e0ce339 100644
--- a/debian/control
+++ b/debian/control
@@ -16,7 +16,7 @@ Build-Depends:
 Standards-Version: 4.4.1
 Vcs-Browser: https://salsa.debian.org/games-team/pingus
 Vcs-Git: https://salsa.debian.org/games-team/pingus.git
-Homepage: https://pingus.gitlab.io/
+Homepage: https://pingus.github.io/
 Rules-Requires-Root: no
 
 Package: pingus

Bug#1070122: apt-cache rdepends with an exact match name

[Patrice Duroux]

Control: close 1070122

Sorry, this was due to an additional sources.list.d file still active and
contributing to this result.
As the apt-cache result does not show information like for `apt list` (pkg/name
version arch), I was blind.

Bug#1070122: apt-cache rdepends with an exact match name

[Patrice Duroux]

Package: apt
Version: 2.9.2
Severity: wishlist

Dear Maintainer,

Could there be a possibility (by default or with an option) to not get result
like:

$ apt rdepends libaio1
libaio1
Reverse Depends:
  Depends: libaio-dev (= 0.3.112-9)
  Depends: qemu-utils (>= 0.3.93)
  Depends: qemu-system-x86 (>= 0.3.93)
  Depends: qemu-system-sparc (>= 0.3.93)
  Depends: qemu-system-ppc (>= 0.3.93)
  Depends: qemu-system-misc (>= 0.3.93)
  Depends: qemu-system-mips (>= 0.3.93)
  Depends: qemu-system-common (>= 0.3.93)
  Depends: qemu-system-arm (>= 0.3.93)
  Depends: zfs-test (>= 0.3.93)
  Depends: qemu-utils (>= 0.3.93)
  Depends: qemu-system-x86 (>= 0.3.93)
  Depends: qemu-system-sparc (>= 0.3.93)
  Depends: qemu-system-ppc (>= 0.3.93)
  Depends: qemu-system-misc (>= 0.3.93)
  Depends: qemu-system-mips (>= 0.3.93)
  Depends: qemu-system-common (>= 0.3.93)
  Depends: qemu-system-arm (>= 0.3.93)
  Depends: glusterfs-common (>= 0.3.93)
  Depends: zfs-test (>= 0.3.93)
  Depends: libdbd-oracle-perl
  Depends: zfs-fuse (>= 0.3.93)
  Depends: thin-provisioning-tools (>= 0.3.93)
  Depends: tgt (>= 0.3.93)
  Depends: sysbench (>= 0.3.93)
  Depends: stressapptest (>= 0.3.93)
  Depends: stenographer (>= 0.3.93)
  Depends: sbd (>= 0.3.93)
  Depends: sanlock (>= 0.3.93)
  Depends: libsanlock1 (>= 0.3.93)
  Depends: qemu-utils (>= 0.3.93)
  Depends: qemu-system-x86 (>= 0.3.93)
  Depends: qemu-system-sparc (>= 0.3.93)
  Depends: qemu-system-ppc (>= 0.3.93)
  Depends: qemu-system-misc (>= 0.3.93)
  Depends: qemu-system-mips (>= 0.3.93)
  Depends: qemu-system-common (>= 0.3.93)
  Depends: qemu-system-arm (>= 0.3.93)
  Depends: ocfs2-tools (>= 0.3.93)
  Depends: multipath-tools (>= 0.3.93)
  Depends: mariadb-test (>= 0.3.93)
  Depends: mariadb-server-core-10.5 (>= 0.3.93)
  Depends: mariadb-backup (>= 0.3.93)
  Depends: libmariadbd19 (>= 0.3.93)
  Depends: lvm2 (>= 0.3.93)
  Depends: liblvm2cmd2.03 (>= 0.3.93)
  Depends: iiod (>= 0.3.93)
  Depends: thin-provisioning-tools (>= 0.3.93)
  Depends: glusterfs-common (>= 0.3.93)
  Depends: gfio (>= 0.3.93)
  Depends: fio (>= 0.3.93)
  Depends: ceph-osd (>= 0.3.93)
  Depends: ceph-common (>= 0.3.93)
  Depends: ceph-base (>= 0.3.93)
  Depends: blktrace (>= 0.3.93)
  Depends: bcachefs-tools (>= 0.3.93)
  Recommends: libodpic4
  Depends: libdbd-oracle-perl

where most of the cases are libaio1t64 depends.

More generally, it should be more clear in the apt(-cache) manpage at least for
'pkg' versus 'regex' arguments if this is supposed to be identity or substring
matching versus a full regex matching.

Thanks,
Patrice


-- Package-specific info:

-- (no /etc/apt/preferences present) --


-- (no /etc/apt/preferences.d/* present) --


-- (/etc/apt/sources.list present, but not submitted) --


-- (/etc/apt/sources.list.d/bouml.list present, but not submitted) --


-- (/etc/apt/sources.list.d/dbeaver.list present, but not submitted) --


-- (/etc/apt/sources.list.d/deb-multimedia.list present, but not submitted) --


-- (/etc/apt/sources.list.d/debian.list present, but not submitted) --


-- (/etc/apt/sources.list.d/google-chrome.list present, but not submitted) --


-- (/etc/apt/sources.list.d/home:tumic:GPXSee.list present, but not submitted) 
--


-- (/etc/apt/sources.list.d/liveusb.list present, but not submitted) --


-- (/etc/apt/sources.list.d/microsoft-prod.list present, but not submitted) --


-- (/etc/apt/sources.list.d/nilarimogard-ubuntu-webupd8-focal.list present, but 
not submitted) --


-- (/etc/apt/sources.list.d/signal-xenial.list present, but not submitted) --


-- (/etc/apt/sources.list.d/skype-unstable.list present, but not submitted) --


-- (/etc/apt/sources.list.d/sublime-text.list present, but not submitted) --


-- (/etc/apt/sources.list.d/teams.list present, but not submitted) --


-- (/etc/apt/sources.list.d/vivaldi.list present, but not submitted) --


-- (/etc/apt/sources.list.d/vscode.list present, but not submitted) --


-- (/etc/apt/sources.list.d/waydroid.list present, but not submitted) --


-- (/etc/apt/sources.list.d/wire-desktop.list present, but not submitted) --


-- (/etc/apt/sources.list.d/zerotier.list present, but not submitted) --


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7.12-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages apt depends on:
ii  adduser 3.137
ii  base-passwd 3.6.3
ii  debian-archive-keyring  2023.4
ii  gpgv2.2.40-3
ii  libapt-pkg6.0t642.9.2
ii  libc6   2.37-19
ii  libgcc-s1   

Bug#1070115: libaio1t64: libaio1 and libaio1t64 are co-installed: is this expected?

[Patrice Duroux]

On Tue, 30 Apr 2024 15:29:15 +0200 Gianfranco Costamagna
 wrote:
> Hello,
> quoting changelog:
> [...]


So how can I install:
https://packages.debian.org/source/sid/thin-provisioning-tools
if libaio1:amd64 is no more there:
https://packages.debian.org/sid/libaio1
and libaio1t64 not providing libaoi1?

Based an daily rolling upgrade, my system still have then thin-provisioning-
tools and so the removed liabaio1.
Lets wait then for a rebuild of thin-provisioning-tools.

Sorry for the noise.
Thanks!

Bug#1070115: libaio1t64: libaio1 and libaio1t64 are co-installed: is this expected?

[Patrice Duroux]

Package: libaio1t64
Version: 0.3.113-8
Severity: minor

Dear Maintainer,

On my Sid system, I have currently the following:

$ dpkg -l | grep libaio
ii  libaio1:amd640.3.113-5
amd64Linux kernel AIO access library - shared library
ii  libaio1t64:amd64 0.3.113-8
amd64Linux kernel AIO access library - shared library


Does installing libaio1t64 should have removed libaio1 like in some other t64
library transition cases?

Thanks



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7.12-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libaio1t64 depends on:
ii  libc6  2.37-19

libaio1t64 recommends no packages.

libaio1t64 suggests no packages.

-- no debconf information

Bug#1064528: fish: loss of rendering (color) difference between valid and broken symbolic links

[Patrice Duroux]

Control: close 1064528

I found that this is the `ls --color=auto` default behavior without any
LS_COLORS value.
There is a default .bashrc (see /etc/skel/.bashrc) that sets and exports
LS_COLORS so it confused me during tests then fish was a sub-shell or a login
shell.


 

Bug#1069693: network-manager-fortisslvpn: upgrading the stack from network-manager-fortisslvpn-gnome to ppp broke a current working VPN configuration

[Patrice Duroux]

Package: network-manager-fortisslvpn
Version: 1.4.0-1.1
Severity: normal

Dear Maintainer,

Don't know yet what is the guilty in the network stack (network-manager-
fortisslvpn? network-manager? ppp?).
Downgrading to 1.4.0-1+b1, and so network-manager and ppp due to dependency
constraint, restore this VPN connection.
What I can see as related is a message like in journalctl:

Peer refused to agree to his IP address

If needed, what can I do more to help tracking this?

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'),
(500, 'oldstable-security'), (500, 'unstable'), (500, 'oldstable'),
(1, 'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7.9-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages network-manager-fortisslvpn depends on:
ii  libc62.37-18
ii  libglib2.0-0t64  2.78.4-6
ii  libnm0   1.46.0-1+b1
ii  network-manager  1.46.0-1+b1
ii  openfortivpn 1.22.0-1
ii  ppp  2.4.9-1+1.1+b2

network-manager-fortisslvpn recommends no packages.

network-manager-fortisslvpn suggests no packages.

-- no debconf information

Bug#1053245: fluidsynth: Fluidsynth starts at boot and blocks the sound device, no obvious way to disable it

[Patrice Duroux]

Package: fluidsynth
Version: 2.3.4-1+b3
Followup-For: Bug #1053245

Hi,

I am also having trouble with its systemd service.

1. it seems to fail when opening my user session:
avril 05 19:48:44 kos-moceratops systemd[2775]: Listening on pipewire-
pulse.socket - PipeWire PulseAudio.
avril 05 19:48:44 kos-moceratops systemd[2775]: Listening on pipewire.socket -
PipeWire Multimedia System Sockets.
avril 05 19:48:44 kos-moceratops systemd[2775]: Started pipewire.service -
PipeWire Multimedia Service.
avril 05 19:48:44 kos-moceratops systemd[2775]: Starting fluidsynth.service -
FluidSynth Daemon...
avril 05 19:48:44 kos-moceratops systemd[2775]: Started pipewire-pulse.service
- PipeWire PulseAudio.
avril 05 19:48:44 kos-moceratops (uidsynth)[2811]: fluidsynth.service:
Referenced but unset environment variable evaluates to an empty string:
OTHER_OPTS
avril 05 19:48:44 kos-moceratops pipewire[2810]: mod.jackdbus-detect: Failed to
receive jackdbus reply: org.freedesktop.DBus.Error.ServiceUnknown: The name
org.jackaudio.service was not provided by any .service files
avril 05 19:48:45 kos-moceratops fluidsynth[2811]: Failed to create secure
directory (/run/user/1001/pulse): Read-only file system
avril 05 19:48:45 kos-moceratops fluidsynth[2811]: fluidsynth: error: Failed to
bind server socket: 98
avril 05 19:48:45 kos-moceratops fluidsynth[2811]: Failed to create the server.
avril 05 19:48:45 kos-moceratops fluidsynth[2811]: Continuing without it.
avril 05 19:48:45 kos-moceratops fluidsynth[2811]: fluidsynth: warning: Failed
to set thread to high priority
avril 05 19:48:50 kos-moceratops pipewire[2810]: [0:00:55.151408076] [2810]
WARN IPAManager ipa_manager.cpp:154 No IPA found in '/usr/lib/x86_64-linux-
gnu/libcamera'
avril 05 19:48:50 kos-moceratops pipewire[2810]: [0:00:55.151454434] [2810]
INFO Camera camera_manager.cpp:284 libcamera v0.2.0
avril 05 19:48:50 kos-moceratops fluidsynth[2811]: fluidsynth: warning: Audio
device hardware configuration failed
avril 05 19:48:50 kos-moceratops fluidsynth[2811]: fluidsynth: warning: Audio
device hardware configuration failed
avril 05 19:48:50 kos-moceratops fluidsynth[2811]: fluidsynth: error: Failed to
find an audio format supported by alsa
avril 05 19:48:50 kos-moceratops fluidsynth[2811]: Failed to create the audio
driver. Giving up.
avril 05 19:48:50 kos-moceratops fluidsynth[2811]: FluidSynth runtime version
2.3.4
avril 05 19:48:50 kos-moceratops fluidsynth[2811]: Copyright (C) 2000-2023
Peter Hanappe and others.
avril 05 19:48:50 kos-moceratops fluidsynth[2811]: Distributed under the LGPL
license.
avril 05 19:48:50 kos-moceratops fluidsynth[2811]: SoundFont(R) is a registered
trademark of Creative Technology Ltd.
avril 05 19:48:50 kos-moceratops systemd[2775]: fluidsynth.service: Main
process exited, code=exited, status=255/EXCEPTION
avril 05 19:48:50 kos-moceratops systemd[2775]: fluidsynth.service: Failed with
result 'exit-code'.
avril 05 19:48:50 kos-moceratops systemd[2775]: Failed to start
fluidsynth.service - FluidSynth Daemon.
avril 05 19:48:53 kos-moceratops pipewire-pulse[2815]: default:
snap_get_audio_permissions: kernel lacks 'fine grained unix mediation'; snap
audio permissions won't be honored.
avril 05 19:48:56 kos-moceratops pipewire-pulse[2815]: default:
snap_get_audio_permissions: kernel lacks 'fine grained unix mediation'; snap
audio permissions won't be honored.
avril 05 19:49:08 kos-moceratops systemd[1271]: Stopping fluidsynth.service -
FluidSynth Daemon...


2. then starting it «by hand» works:

$ fluidsynth -is /usr/share/sounds/sf3/default-GM.sf3
FluidSynth runtime version 2.3.4
Copyright (C) 2000-2023 Peter Hanappe and others.
Distributed under the LGPL license.
SoundFont(R) is a registered trademark of Creative Technology Ltd.

fluidsynth: warning: Failed to set thread to high priority
fluidsynth: warning: Failed to set thread to high priority
(wait)

3. its service is unreachable from my session nor is listed by systemd:

$ sudo systemctl list-units | grep -i fluid
(nothing)

$ systemctl status fluidsynth.service
Unit fluidsynth.service could not be found.

$ ls -l /usr/lib/systemd/user/fluidsynth.service
-rw-r--r-- 1 root root 735 24 mars  11:09
/usr/lib/systemd/user/fluidsynth.service

I have purged and installed again the package and no change.

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7.9-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages fluidsynth depends on:
ii  init-system-helpers   1.66
ii  libc6 2.37-15.1
ii  

Bug#1066110: tracker-extract: regular crash

[Patrice Duroux]

forcemerge 1066898 1066110
thanks

It is fixed on my side and looking at #1066898 it seems to me to be a
duplicate of my report.

Le lun. 25 mars 2024 à 15:35, Alban Browaeys
 a écrit :
>
> On Thu, 21 Mar 2024 20:51:23 +0100 Patrice Duroux
>  wrote:
> > So did a forcemerge 1066898 1066110 be a better way to proceed?
> >
>
>
> Yes, that would be fine too as far as I know (I am not a Debian
> Developer).
> I believe it will then close this bug report too.
>
> By the way I think your question implies that this bug is fixed by
> 3.7.0-1, isn't it?
>
> Cheers,
> Alban
>
> > Le jeu. 21 mars 2024 à 10:40, Alban Browaeys
> >  a écrit :
> > >
> > > On Thu, 14 Mar 2024 22:04:33 +0100 intrigeri 
> > > wrote:
> > > > Hi,
> > > >
> > > > I see a similar crash every 2-4 seconds on my sid system since
> some
> > > recent
> > > > upgrade.
> > > >
> > > > This looks like
> > > > https://gitlab.gnome.org/GNOME/tracker-miners/-/issues/312.
> > > >
> > >
> > >
> > > Looks like
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066898
> > >
> > > > I lack time to do this myself but it could be interesting to
> check if
> > > > the upstream fix resolves this for you:
> > > >
> > >
> https://gitlab.gnome.org/GNOME/tracker-miners/-/merge_requests/516/diffs
> > > > … which I understand will be included in 3.7 stable.
> > > >
> > >
> > >
> > > Should be fixed by 3.7.0-1 which is available in unstable since a
> day.
> > > Could you upgrade and clos this bug report if fixed?
> > >
> > > Regards,
> > > Alban
> >
> >
>

Bug#1066110: tracker-extract: regular crash

[Patrice Duroux]

So did a forcemerge 1066898 1066110 be a better way to proceed?

Le jeu. 21 mars 2024 à 10:40, Alban Browaeys
 a écrit :
>
> On Thu, 14 Mar 2024 22:04:33 +0100 intrigeri 
> wrote:
> > Hi,
> >
> > I see a similar crash every 2-4 seconds on my sid system since some
> recent
> > upgrade.
> >
> > This looks like
> > https://gitlab.gnome.org/GNOME/tracker-miners/-/issues/312.
> >
>
>
> Looks like https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066898
>
> > I lack time to do this myself but it could be interesting to check if
> > the upstream fix resolves this for you:
> >
> https://gitlab.gnome.org/GNOME/tracker-miners/-/merge_requests/516/diffs
> > … which I understand will be included in 3.7 stable.
> >
>
>
> Should be fixed by 3.7.0-1 which is available in unstable since a day.
> Could you upgrade and clos this bug report if fixed?
>
> Regards,
> Alban

Bug#1066110: tracker-extract: regular crash

[Patrice Duroux]

Package: tracker-extract
Version: 3.7~rc-3
Severity: minor

Dear Maintainer,

Don't know if:

1. it is a duplicate to #1064196 but seems not,
2. due to the ongoing t_time transition,
3. somehow involve also a trouble in libfontconfig,

but here is a coredumpctl output:

   PID: 33307 (tracker-extract)
   UID: 1001 (patrice)
   GID: 1001 (patrice)
Signal: 31 (SYS)
 Timestamp: Tue 2024-03-12 19:29:44 CET (8min ago)
  Command Line: /usr/libexec/tracker-extract-3 --socket-fd 3
Executable: /usr/libexec/tracker-extract-3
 Control Group:
/user.slice/user-1001.slice/user@1001.service/background.slice/tracker-miner-
fs-3.service
  Unit: user@1001.service
 User Unit: tracker-miner-fs-3.service
 Slice: user-1001.slice
 Owner UID: 1001 (patrice)
   Boot ID: d3355804fb3a455cb193c8c5c0ddd63b
Machine ID: be351e757dc049ffa300ddbaf0f4856a
  Hostname: kos-moceratops
   Storage: /var/lib/systemd/coredump/core.tracker-
extract.1001.d3355804fb3a455cb193c8c5c0ddd63b.33307.171026818400.zst
(present)
  Size on Disk: 15.4M
   Message: Process 33307 (tracker-extract) of user 1001 dumped core.

Module libsystemd.so.0 from deb systemd-255.4-1+b1.amd64
Module libudev.so.1 from deb systemd-255.4-1+b1.amd64
Module libarchive.so.13 from deb libarchive-3.7.2-1.1.amd64
Module libzstd.so.1 from deb libzstd-1.5.5+dfsg2-2.amd64
Stack trace of thread 33311:
#0  0x7ff0c8c0c207 __tgkill (libc.so.6 + 0x10a207)
#1  0x7ff0c8b3e510 __restore_rt (libc.so.6 + 0x3c510)
#2  0x7ff0c8bf95a7 __GI___chmod (libc.so.6 + 0xf75a7)
#3  0x7ff0c54f1d68 n/a (libfontconfig.so.1 + 0xbd68)
#4  0x7ff0c54fc00b n/a (libfontconfig.so.1 + 0x1600b)
#5  0x7ff0c54fc283 FcDirCacheRead (libfontconfig.so.1 +
0x16283)
#6  0x7ff0c54f67f1 n/a (libfontconfig.so.1 + 0x107f1)
#7  0x7ff0c54f68c4 FcConfigBuildFonts (libfontconfig.so.1 +
0x108c4)
#8  0x7ff0c5502d8c FcInitLoadConfigAndFonts
(libfontconfig.so.1 + 0x1cd8c)
#9  0x7ff0c54f2f26 n/a (libfontconfig.so.1 + 0xcf26)
#10 0x7ff0c54f2f8d n/a (libfontconfig.so.1 + 0xcf8d)
#11 0x7ff0bc39e415 n/a (libpangoft2-1.0.so.0 + 0xc415)
#12 0x7ff0c9161ab1 n/a (libglib-2.0.so.0 + 0x87ab1)
#13 0x7ff0c8b8a45c start_thread (libc.so.6 + 0x8845c)
#14 0x7ff0c8c0abbc __clone3 (libc.so.6 + 0x108bbc)

Stack trace of thread 33307:
#0  0x7ff0c8b54810 __GI___isoc99_sscanf (libc.so.6 +
0x52810)
#1  0x7ff0be501002 n/a (libgstreamer-1.0.so.0 + 0xe7002)
#2  0x7ff0be4ffd3c n/a (libgstreamer-1.0.so.0 + 0xe5d3c)
#3  0x7ff0be50015b n/a (libgstreamer-1.0.so.0 + 0xe615b)
#4  0x7ff0be4d5d2e n/a (libgstreamer-1.0.so.0 + 0xbbd2e)
#5  0x7ff0be474623 gst_caps_from_string
(libgstreamer-1.0.so.0 + 0x5a623)
#6  0x7ff0a32604a6 n/a (libgstvideosignal.so + 0x14a6)
#7  0x7ff0c8ec33be g_type_class_ref (libgobject-2.0.so.0 +
0x373be)
#8  0x7ff0be48af12 gst_element_register
(libgstreamer-1.0.so.0 + 0x70f12)
#9  0x7ff0a3260352 n/a (libgstvideosignal.so + 0x1352)
#10 0x7ff0be4b7212 n/a (libgstreamer-1.0.so.0 + 0x9d212)
#11 0x7ff0be4b95ed n/a (libgstreamer-1.0.so.0 + 0x9f5ed)
#12 0x7ff0be4c592d n/a (libgstreamer-1.0.so.0 + 0xab92d)
#13 0x7ff0be4c69ef n/a (libgstreamer-1.0.so.0 + 0xac9ef)
#14 0x7ff0be4c6d6e n/a (libgstreamer-1.0.so.0 + 0xacd6e)
#15 0x7ff0be4c8f26 gst_update_registry
(libgstreamer-1.0.so.0 + 0xaef26)
#16 0x7ff0be456e4a n/a (libgstreamer-1.0.so.0 + 0x3ce4a)
#17 0x7ff0be456f95 n/a (libgstreamer-1.0.so.0 + 0x3cf95)
#18 0x7ff0c9143e99 g_option_context_parse (libglib-2.0.so.0
+ 0x69e99)
#19 0x7ff0be457937 gst_init_check (libgstreamer-1.0.so.0 +
0x3d937)
#20 0x7ff0be4579c8 gst_init (libgstreamer-1.0.so.0 +
0x3d9c8)
#21 0x7ff0beb0f8d2 tracker_extract_module_init (libextract-
gstreamer.so + 0x98d2)
#22 0x7ff0c9228abc n/a (libtracker-extract.so + 0x8abc)
#23 0x7ff0c92296c0 tracker_module_manager_load_modules
(libtracker-extract.so + 0x96c0)
#24 0x55e8434d2be8 main (tracker-extract-3 + 0xbbe8)
#25 0x7ff0c8b296ca __libc_start_call_main (libc.so.6 +
0x276ca)
#26 0x7ff0c8b29785 __libc_start_main_impl (libc.so.6 +
0x27785)
#27 0x55e8434d2fd1 _start 

Bug#1064528: fish: loss of rendering (color) difference between valid and broken symbolic links

[Patrice Duroux]

Package: fish
Version: 3.7.0-1
Severity: wishlist

Dear Maintainer,

Going back to 3.6.4-1 confirms me that it was due to the last upgrade.
Reading the fish release note, it is not clear that something is supposed to be
changed with 3.7.0 unless the section 'Deprecations and removed features', but
it is not exactly my point I think.


Regards,
Patrice



-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7+unreleased-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages fish depends on:
ii  bsdextrautils  2.39.3-6
ii  fish-common3.7.0-1
ii  groff-base 1.23.0-3
ii  libc6  2.37-15
ii  libpcre2-32-0  10.42-4+b1
ii  libstdc++6 14-20240201-3
ii  libtinfo6  6.4+20240113-1
ii  man-db 2.12.0-3
ii  procps 2:4.0.4-4
ii  python33.11.6-1

Versions of packages fish recommends:
ii  firefox [www-browser]   123.0-1
ii  google-chrome-stable [www-browser]  122.0.6261.69-1
ii  lynx [www-browser]  2.9.0rel.0-2
ii  vivaldi-stable [www-browser]6.5.3206.63-1
ii  xsel1.2.1-1

Versions of packages fish suggests:
pn  doc-base  

-- no debconf information

Bug#949436: firmware-iwlwifi: Got an HT rate (flags:0x88/mcs:15) for a non data frame

[Patrice Duroux]

Hi Diederik,
No more the case, everything is fine after many upgrades since this issue.
My system is still the same hardware but with a Debian sid.
So, on my side, you can close it.

Regards,
Patrice

Le ven. 23 févr. 2024 à 15:39, Diederik de Haas
 a écrit :
>
> Control: tag -1 moreinfo
>
> On 20 Jan 2020 22:32:26 +0100 Patrice Duroux  wrote:
> > Package: firmware-iwlwifi
> > Version: 20190717-2
> >
> > I am reporting this «exception» here without being sure this is the right
> > package or if it has been already reported (not easy to check).
> >
> > [   48.335755] [ cut here ]
> > [   48.335766] Got an HT rate (flags:0x88/mcs:15) for a non data frame
> > [   48.335839] WARNING: CPU: 7 PID: 543 at
> > drivers/net/wireless/intel/iwlwifi/mvm/tx.c:333
> > ...
> > [   48.336015] CPU: 7 PID: 543 Comm: irq/37-iwlwifi Tainted: G   OE
> > 5.4.0-3-amd64 #1 Debian 5.4.13-1
> > [   48.336018] Hardware name: Hewlett-Packard HP ZBook 15 G2/2253, BIOS M70
> > Ver. 01.25 08/29/2019
> > [   48.336039] RIP: 0010:iwl_mvm_get_tx_rate.isra.0+0xc0/0xd0 [iwlmvm]
> > ...
> > [   48.336079] Call Trace:
> > [   48.336105]  iwl_mvm_set_tx_cmd_rate+0x66/0xc0 [iwlmvm]
> > [   48.336125]  iwl_mvm_set_tx_params+0x337/0x4f0 [iwlmvm]
> > ...
> > [   48.336862] ---[ end trace c6ab05d82de48c15 ]---
>
> While firmware may be relevant, a kernel stack trace indicates it's more 
> likely
> to be a kernel problem.
> Can you reproduce this issue with more recent firmware and kernel?

Bug#1064214: tracker-miners: update its homepage

[Patrice Duroux]

Source: tracker-miners
Severity: wishlist

Dear Maintainer,

With a patch for this.

Thanks,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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
diff --git a/debian/control b/debian/control
index 90865001f..dccb27791 100644
--- a/debian/control
+++ b/debian/control
@@ -52,7 +52,7 @@ Build-Depends: debhelper-compat (= 13),
 Standards-Version: 4.6.2
 Vcs-Browser: https://salsa.debian.org/gnome-team/tracker-miners
 Vcs-Git: https://salsa.debian.org/gnome-team/tracker-miners.git
-Homepage: https://wiki.gnome.org/Projects/Tracker
+Homepage: https://tracker.gnome.org/
 Rules-Requires-Root: no
 
 Package: tracker-extract

Bug#1063863: tracker-miner-fs: lot of 'Could not get file handle for' log messages

[Patrice Duroux]

Package: tracker-miner-fs
Version: 3.4.6-3
Severity: minor

Dear Maintainer,

Looking at journalctl, I have a lot of messages like the following:

tracker-miner-f[11954]: Could not get file handle for '/home/patrice/Musique':
Opération non supportée
tracker-miner-f[11954]: Could not get file handle for '/home/patrice/Images':
Opération non supportée
tracker-miner-f[11954]: Could not get file handle for '/home/patrice/Vidéos':
Opération non supportée
tracker-miner-f[11954]: Could not get file handle for
'/home/patrice/.local/share/applications': Opération non supportée
tracker-miner-f[11954]: Could not get file handle for
'/home/patrice/.local/share/applications/wine': Opération non supportée
tracker-miner-f[11954]: Could not get file handle for
'/home/patrice/.local/share/applications/anbox': Opération non supportée

(sorry for the French)

Each message seems to be related to a directory file.
Is that expected?

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 tracker-miner-fs depends on:
ii  init-system-helpers  1.66
ii  libc62.37-15
ii  libglib2.0-0 2.78.3-2
ii  libgstreamer1.0-01.22.9-1+b1
ii  libtracker-sparql-3.0-0  3.4.2-3
ii  libupower-glib3  1.90.2-8
ii  procps   2:4.0.4-4
ii  tracker  3.4.2-3
ii  tracker-extract  3.4.6-3

tracker-miner-fs recommends no packages.

tracker-miner-fs suggests no packages.

-- no debconf information

Bug#1063640: adwaita-icon-theme: cursor theme not found

[Patrice Duroux]

On Sat, 10 Feb 2024 08:00:55 -0500 =?UTF-8?Q?Jeremy_B=C3=ADcha?=
 wrote:
> Control: reassign -1 src:mutter 44.8-2

I assume you know that this also affects src:mutter 45.3-2.
Thanks,
Patrice

Bug#1061449: linux-image-6.7-amd64: a boot message from amdgpu

[Patrice Duroux]

Package: src:linux
Version: 6.7.4-1~exp1
Followup-For: Bug #1061449

Dear Maintainer,
Just for info, the same error occurs also with 6.7.4-1~exp1.
Regards,
Patrice

[4.067807] [ cut here ]
[4.067808] WARNING: CPU: 7 PID: 246 at
drivers/gpu/drm/amd/amdgpu/../display/dc/link/link_factory.c:387
construct_phy+0xb26/0xd60 [amdgpu]
[4.068223] Modules linked in: amdgpu(+) i915(+) drm_exec amdxcp sd_mod
gpu_sched drm_buddy nvme drm_suballoc_helper i2c_algo_bit drm_display_helper
nvme_core ahci hid_generic liba
hci crc32_pclmul crc32c_intel t10_pi cec libata rc_core crc64_rocksoft_generic
drm_ttm_helper ghash_clmulni_intel i2c_hid_acpi crc64_rocksoft sha512_ssse3 ttm
crc_t10dif i2c_hid rtsx_
pci_sdmmc sha512_generic xhci_pci crct10dif_generic drm_kms_helper xhci_hcd
mmc_core scsi_mod hid intel_lpss_pci crct10dif_pclmul i2c_i801 sha256_ssse3
intel_lpss crc64 thunderbolt dr
m e1000e usbcore sha1_ssse3 rtsx_pci video i2c_smbus crct10dif_common
usb_common scsi_common idma64 battery wmi button aesni_intel crypto_simd cryptd
[4.068253] CPU: 7 PID: 246 Comm: (udev-worker) Not tainted 6.7-amd64 #1
Debian 6.7.4-1~exp1
[4.068256] Hardware name: Dell Inc. Precision 7540/0T2FXT, BIOS 1.29.0
11/03/2023
[4.068257] RIP: 0010:construct_phy+0xb26/0xd60 [amdgpu]
[4.068593] Code: b9 01 00 00 00 83 fe 01 74 40 48 8b 82 f8 03 00 00 89 f2
48 c7 c6 70 57 a4 c1 48 8b 40 10 48 8b 00 48 8b 78 08 e8 fa b5 3e e9 <0f> 0b 49
8b 87 d0 01 00 00 b9 0f 0
0 00 00 48 8b 80 e8 04 00 00 48
[4.068595] RSP: 0018:b5d88083f318 EFLAGS: 00010246
[4.068596] RAX:  RBX: a0f433036000 RCX:
c000efff
[4.068598] RDX:  RSI: efff RDI:
0001
[4.068598] RBP: a0f4133c3600 R08:  R09:
b5d88083f0e0
[4.068599] R10: 0003 R11: abcd2428 R12:
b5d88083f384
[4.068600] R13: c1905120 R14: b5d88083f6e0 R15:
a0f433e11000
[4.068601] FS:  7f9eab8428c0() GS:a0f78c3c()
knlGS:
[4.068603] CS:  0010 DS:  ES:  CR0: 80050033
[4.068604] CR2: 7ffe7d8ebf88 CR3: 0001048aa002 CR4:
003706f0
[4.068605] DR0:  DR1:  DR2:

[4.068606] DR3:  DR6: fffe0ff0 DR7:
0400
[4.068607] Call Trace:
[4.068609]  
[4.068610]  ? construct_phy+0xb26/0xd60 [amdgpu]
[4.068947]  ? __warn+0x81/0x130
[4.068950]  ? construct_phy+0xb26/0xd60 [amdgpu]
[4.069285]  ? report_bug+0x171/0x1a0
[4.069288]  ? handle_bug+0x3c/0x80
[4.069290]  ? exc_invalid_op+0x17/0x70
[4.069291]  ? asm_exc_invalid_op+0x1a/0x20
[4.069294]  ? construct_phy+0xb26/0xd60 [amdgpu]
[4.069627]  ? construct_phy+0xb26/0xd60 [amdgpu]
[4.069965]  link_create+0x1b2/0x200 [amdgpu]
[4.070298]  create_links+0x135/0x420 [amdgpu]
[4.070614]  dc_create+0x321/0x640 [amdgpu]
[4.070931]  amdgpu_dm_init.isra.0+0x2a0/0x1df0 [amdgpu]
[4.071254]  ? sysvec_apic_timer_interrupt+0xe/0x90
[4.071257]  ? asm_sysvec_apic_timer_interrupt+0x1a/0x20
[4.071259]  ? delay_tsc+0x1e/0xa0
[4.071262]  dm_hw_init+0x12/0x30 [amdgpu]
[4.071587]  amdgpu_device_init+0x1e42/0x24a0 [amdgpu]
[4.071838]  amdgpu_driver_load_kms+0x19/0x190 [amdgpu]
[4.072087]  amdgpu_pci_probe+0x165/0x4c0 [amdgpu]
[4.072335]  local_pci_probe+0x42/0xa0
[4.072338]  pci_device_probe+0xc7/0x240
[4.072340]  really_probe+0x19b/0x3e0
[4.072343]  ? __pfx___driver_attach+0x10/0x10
[4.072344]  __driver_probe_device+0x78/0x160
[4.072346]  driver_probe_device+0x1f/0x90
[4.072348]  __driver_attach+0xd2/0x1c0
[4.072349]  bus_for_each_dev+0x85/0xd0
[4.072352]  bus_add_driver+0x116/0x220
[4.072354]  driver_register+0x59/0x100
[4.072356]  ? __pfx_amdgpu_init+0x10/0x10 [amdgpu]
[4.072601]  do_one_initcall+0x58/0x320
[4.072604]  do_init_module+0x60/0x240
[4.072606]  init_module_from_file+0x89/0xe0
[4.072608]  ? generic_update_time+0x4e/0x60
[4.072612]  idempotent_init_module+0x120/0x2b0
[4.072614]  __x64_sys_finit_module+0x5e/0xb0
[4.072616]  do_syscall_64+0x61/0x120
[4.072619]  ? exit_to_user_mode_prepare+0x40/0x1e0
[4.072621]  ? syscall_exit_to_user_mode+0x2b/0x40
[4.072622]  ? do_syscall_64+0x70/0x120
[4.072624]  ? syscall_exit_to_user_mode+0x2b/0x40
[4.072625]  ? do_syscall_64+0x70/0x120
[4.072627]  ? syscall_exit_to_user_mode+0x2b/0x40
[4.072628]  ? do_syscall_64+0x70/0x120
[4.072630]  ? exit_to_user_mode_prepare+0x40/0x1e0
[4.072631]  ? syscall_exit_to_user_mode+0x2b/0x40
[4.072633]  ? do_syscall_64+0x70/0x120
[4.072634]  entry_SYSCALL_64_after_hwframe+0x6e/0x76
[4.072636] RIP: 0033:0x7f9eac011059
[4.072638] Code: 08 89 e8 5b 5d c3 66 2e 0f 1f 84 00 00 00 00 00 90 48 89
f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01
f0 

Bug#1061449: linux-image-6.7-amd64: a boot message from amdgpu

[Patrice Duroux]

After a test, the patch at
https://gitlab.freedesktop.org/drm/amd/-/issues/3122#note_2252835
is working fine on my side.
Many thanks to Diederik!

Le dim. 28 janv. 2024 à 15:00, Diederik de Haas
 a écrit :
>
> Patrice,
>
> On Sunday, 28 January 2024 11:44:59 CET Linux regression tracking (Thorsten
> Leemhuis) wrote:
> > On 27.01.24 14:14, Salvatore Bonaccorso wrote:
> > > In Debian (https://bugs.debian.org/1061449) we got the following
> > > quotred report:
> > >
> > > On Wed, Jan 24, 2024 at 07:38:16PM +0100, Patrice Duroux wrote:
> > >> Giving a try to 6.7, here is a message extracted from dmesg:
> > >> [4.177226] [ cut here ]
> > >> [4.177227] WARNING: CPU: 6 PID: 248 at
> > >> drivers/gpu/drm/amd/amdgpu/../display/dc/link/link_factory.c:387
> > >> construct_phy+0xb26/0xd60 [amdgpu]
> > >
> > > [...]
> >
> > Not my area of expertise, but looks a lot like a duplicate of
> > https://gitlab.freedesktop.org/drm/amd/-/issues/3122#note_2252835
> >
> > Mario (now CCed) already prepared a patch for that issue that seems to work.
>
> If you can build and test a kernel with the `test-patches` script like before
> with the attached patch, but *without* the previous patch (which just reverted
> commit b17ef04bf3a4346d66404454d6a646343ddc9749), that would be really useful.
>
> When you've done that, do a Reply-All to Thorsten Leemhuis' message so that
> everyone sees the results. Optionally also reply to the gitlab issue Thorsten
> mentioned.
>
> (It didn't seem useful to send these instructions to all the people/lists)

Bug#1061632: lix: new upstream and some other packaging updates

[Patrice Duroux]

Package: lix
Version: 0.9.29-1.1
Severity: wishlist

Dear Maintainer,

You can consider this message:
https://lists.debian.org/debian-devel-games/2024/01/msg00023.html
And use my fork on Salsa to pick whatever may help.

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#1061449: linux-image-6.7-amd64: a boot message from amdgpu

[Patrice Duroux]

222] i915 :00:02.0: [drm] *ERROR* Failed to probe lspcon
[7.194233] i915 :00:02.0: [drm] *ERROR* LSPCON init failed on port D
[7.729740] [drm] UVD and UVD ENC initialized successfully.
[7.829659] [drm] VCE initialized successfully.
[7.831637] kfd kfd: amdgpu: Allocated 3969056 bytes on gart
[7.831650] kfd kfd: amdgpu: Total number of KFD nodes to be created: 1
[7.831766] amdgpu: Virtual CRAT table created for GPU
[7.831799] amdgpu: Topology: Add dGPU node [0x6981:0x1002]
[7.831801] kfd kfd: amdgpu: added device 1002:6981
[7.831811] amdgpu :01:00.0: amdgpu: SE 2, SH per SE 1, CU per
SH 5, active_cu_number 10
[7.834477] amdgpu :01:00.0: amdgpu: Using BOCO for runtime pm
[7.834989] [drm] Initialized amdgpu 3.56.0 20150101 for
:01:00.0 on minor 1
[7.840264] amdgpu :01:00.0: [drm] Cannot find any crtc or sizes
[9.050977] systemd[1]: Starting modprobe@drm.service - Load Kernel
Module drm...
[9.062123] systemd[1]: modprobe@drm.service: Deactivated successfully.
[9.062252] systemd[1]: Finished modprobe@drm.service - Load Kernel
Module drm.
[9.662446] snd_hda_intel :01:00.1: bound :01:00.0 (ops
amdgpu_dm_audio_component_bind_ops [amdgpu])
[   12.417633] i915 :00:02.0: [drm] *ERROR* Failed to probe lspcon
[   12.417637] i915 :00:02.0: [drm] *ERROR* LSPCON init failed on port D
[   22.566786] i915 :00:02.0: [drm] *ERROR* Failed to probe lspcon
[   22.566790] i915 :00:02.0: [drm] *ERROR* LSPCON init failed on port D

Does this need further testing from my side?

Thanks!!

Le mer. 24 janv. 2024 à 20:09, Patrice Duroux
 a écrit :
>
> Yes, the message is from the version 6.7.1-1~exp1, sorry for the doubt.
> It is just because, package name is «simply»: linux-image-6.7-amd64
> and so I wrote 6.7, expecting the exact version from reportbug.
> I will give it a try then and be back.
>
>
> Le mer. 24 janv. 2024 à 20:02, Diederik de Haas
>  a écrit :
> >
> > Control: tag -1 moreinfo
> >
> > On Wednesday, 24 January 2024 19:38:16 CET Patrice Duroux wrote:
> > > Package: src:linux
> > > Version: 6.7.1-1~exp1
> > > Severity: normal
> > >
> > > Giving a try to 6.7, here is a message extracted from dmesg:
> >
> > Is that dmesg output from 6.7(.0) or 6.7.1?
> > If from 6.7.1, does the error NOT occur with 6.7.0?
> > If that's the case, can you test the attached patch with the `test-patches`
> > script? See the following link for instructions:
> > https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#id-1.6.6.4

Bug#1061449: linux-image-6.7-amd64: a boot message from amdgpu

[Patrice Duroux]

Yes, the message is from the version 6.7.1-1~exp1, sorry for the doubt.
It is just because, package name is «simply»: linux-image-6.7-amd64
and so I wrote 6.7, expecting the exact version from reportbug.
I will give it a try then and be back.


Le mer. 24 janv. 2024 à 20:02, Diederik de Haas
 a écrit :
>
> Control: tag -1 moreinfo
>
> On Wednesday, 24 January 2024 19:38:16 CET Patrice Duroux wrote:
> > Package: src:linux
> > Version: 6.7.1-1~exp1
> > Severity: normal
> >
> > Giving a try to 6.7, here is a message extracted from dmesg:
>
> Is that dmesg output from 6.7(.0) or 6.7.1?
> If from 6.7.1, does the error NOT occur with 6.7.0?
> If that's the case, can you test the attached patch with the `test-patches`
> script? See the following link for instructions:
> https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#id-1.6.6.4

Bug#1061449: linux-image-6.7-amd64: a boot message from amdgpu

[Patrice Duroux]

Package: src:linux
Version: 6.7.1-1~exp1
Severity: normal

Dear Maintainer,

Giving a try to 6.7, here is a message extracted from dmesg:

[4.177226] [ cut here ]
[4.177227] WARNING: CPU: 6 PID: 248 at
drivers/gpu/drm/amd/amdgpu/../display/dc/link/link_factory.c:387
construct_phy+0xb26/0xd60 [amdgpu]
[4.177658] Modules linked in: amdgpu(+) i915(+) sd_mod drm_exec amdxcp
gpu_sched drm_buddy nvme i2c_algo_bit drm_suballoc_helper drm_display_helper
ahci nvme_core hid_generic crc32_pclmul libahci crc32c_intel t10_pi cec libata
crc64_rocksoft_generic ghash_clmulni_intel rc_core drm_ttm_helper
crc64_rocksoft sha512_ssse3 i2c_hid_acpi ttm rtsx_pci_sdmmc i2c_hid xhci_pci
crc_t10dif sha512_generic mmc_core scsi_mod xhci_hcd drm_kms_helper video hid
crct10dif_generic intel_lpss_pci crct10dif_pclmul i2c_i801 sha256_ssse3
intel_lpss crc64 thunderbolt drm e1000e usbcore sha1_ssse3 rtsx_pci i2c_smbus
scsi_common crct10dif_common idma64 usb_common battery wmi button aesni_intel
crypto_simd cryptd
[4.177689] CPU: 6 PID: 248 Comm: (udev-worker) Not tainted 6.7-amd64 #1
Debian 6.7.1-1~exp1
[4.177691] Hardware name: Dell Inc. Precision 7540/0T2FXT, BIOS 1.29.0
11/03/2023
[4.177692] RIP: 0010:construct_phy+0xb26/0xd60 [amdgpu]
[4.178050] Code: b9 01 00 00 00 83 fe 01 74 40 48 8b 82 f8 03 00 00 89 f2
48 c7 c6 00 35 a7 c1 48 8b 40 10 48 8b 00 48 8b 78 08 e8 ba b7 5b fb <0f> 0b 49
8b 87 d0 01 00 00 b9 0f 00 00 00 48 8b 80 e8 04 00 00 48
[4.178052] RSP: 0018:aad300857408 EFLAGS: 00010246
[4.178053] RAX:  RBX: 96df636a1700 RCX:
c000efff
[4.178054] RDX:  RSI: efff RDI:
0001
[4.178055] RBP: 96df4d379c00 R08:  R09:
aad3008571d0
[4.178056] R10: 0003 R11: bded2428 R12:
aad300857474
[4.178057] R13: c1933140 R14: aad3008577d0 R15:
96df43e82000
[4.178058] FS:  7fcd5d9648c0() GS:96e2cc38()
knlGS:
[4.178060] CS:  0010 DS:  ES:  CR0: 80050033
[4.178061] CR2: 7fcd5d932a6d CR3: 000103e9a004 CR4:
003706f0
[4.178062] DR0:  DR1:  DR2:

[4.178063] DR3:  DR6: fffe0ff0 DR7:
0400
[4.178063] Call Trace:
[4.178066]  
[4.178067]  ? construct_phy+0xb26/0xd60 [amdgpu]
[4.178422]  ? __warn+0x81/0x130
[4.178426]  ? construct_phy+0xb26/0xd60 [amdgpu]
[4.178784]  ? report_bug+0x171/0x1a0
[4.178787]  ? handle_bug+0x3c/0x80
[4.178789]  ? exc_invalid_op+0x17/0x70
[4.178790]  ? asm_exc_invalid_op+0x1a/0x20
[4.178793]  ? construct_phy+0xb26/0xd60 [amdgpu]
[4.179149]  ? construct_phy+0xb26/0xd60 [amdgpu]
[4.179507]  link_create+0x1b2/0x200 [amdgpu]
[4.179865]  create_links+0x135/0x420 [amdgpu]
[4.180196]  dc_create+0x321/0x640 [amdgpu]
[4.180529]  amdgpu_dm_init.isra.0+0x2a0/0x1ed0 [amdgpu]
[4.180881]  ? sysvec_apic_timer_interrupt+0xe/0x90
[4.180883]  ? asm_sysvec_apic_timer_interrupt+0x1a/0x20
[4.180885]  ? delay_tsc+0x37/0xa0
[4.180889]  dm_hw_init+0x12/0x30 [amdgpu]
[4.181240]  amdgpu_device_init+0x1e42/0x24a0 [amdgpu]
[4.181517]  amdgpu_driver_load_kms+0x19/0x190 [amdgpu]
[4.181793]  amdgpu_pci_probe+0x165/0x4c0 [amdgpu]
[4.182067]  local_pci_probe+0x42/0xa0
[4.182070]  pci_device_probe+0xc7/0x240
[4.182072]  really_probe+0x19b/0x3e0
[4.182075]  ? __pfx___driver_attach+0x10/0x10
[4.182076]  __driver_probe_device+0x78/0x160
[4.182078]  driver_probe_device+0x1f/0x90
[4.182079]  __driver_attach+0xd2/0x1c0
[4.182081]  bus_for_each_dev+0x85/0xd0
[4.182083]  bus_add_driver+0x116/0x220
[4.182085]  driver_register+0x59/0x100
[4.182087]  ? __pfx_amdgpu_init+0x10/0x10 [amdgpu]
[4.182356]  do_one_initcall+0x58/0x320
[4.182359]  do_init_module+0x60/0x240
[4.182361]  init_module_from_file+0x89/0xe0
[4.182364]  idempotent_init_module+0x120/0x2b0
[4.182366]  __x64_sys_finit_module+0x5e/0xb0
[4.182367]  do_syscall_64+0x61/0x120
[4.182370]  ? do_syscall_64+0x70/0x120
[4.182372]  entry_SYSCALL_64_after_hwframe+0x6e/0x76
[4.182375] RIP: 0033:0x7fcd5e130f19
[4.182376] Code: 08 89 e8 5b 5d c3 66 2e 0f 1f 84 00 00 00 00 00 90 48 89
f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01
f0 ff ff 73 01 c3 48 8b 0d cf 1e 0d 00 f7 d8 64 89 01 48
[4.182378] RSP: 002b:7ffd314afa38 EFLAGS: 0246 ORIG_RAX:
0139
[4.182379] RAX: ffda RBX: 5611ee7f84d0 RCX:
7fcd5e130f19
[4.182380] RDX:  RSI: 7fcd5e2644f5 RDI:
0024
[4.182381] RBP:  R08: 0040 R09:
5611ee7d3140
[4.182382] R10: 0038 R11: 0246 R12:
7fcd5e2644f5
[4.182383] R13: 0002 R14: 5611ee7f0670 R15:

Bug#1060750: pgzero: update d/watch file and new upstream version 1.2.1

[Patrice Duroux]

Source: pgzero
Version: 1.2.post4+dfsg-2
Followup-For: Bug #1060750

And with the attachment.


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.9-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/pgzero-1.2.post4+dfsg/debian/watch b/pgzero/debian/watch
index d0e551e..b3fd617 100644
--- a/pgzero-1.2.post4+dfsg/debian/watch
+++ b/pgzero/debian/watch
@@ -4,4 +4,4 @@ opts=dversionmangle=s/\+dfsg\.\d+$//,\
 filenamemangle=s/.+\/v?(\d\S+)\.tar\.gz/pgzero-$1\.tar\.gz/,\
 repacksuffix=+dfsg,\
 repack,compression=xz \
- https://github.com/lordmauve/pgzero/releases .*/v?(\d\S+)\.tar\.gz
+ https://github.com/lordmauve/pgzero/tags .*/v?(\d\S+)\.tar\.gz

Bug#1060750: pgzero: update d/watch file and new upstream version 1.2.1

[Patrice Duroux]

Source: pgzero
Version: 1.2.post4+dfsg-2
Severity: wishlist

Dear Maintainer,

Here is a patch attached.

As it is, it will catch 1.2.post5 (October, 18th 2018) and not the more recent
1.2.1 version (March, 3rd 2021)
because uscan sorting is biased by those postX:

uscan info: Found the following matching hrefs on the web page (newest first):
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.post5.tar.gz
(1.2.post5) index=1.2.post5-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.post5.tar.gz
(1.2.post5) index=1.2.post5-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.post4.tar.gz
(1.2.post4) index=1.2.post4-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.post4.tar.gz
(1.2.post4) index=1.2.post4-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.post3.tar.gz
(1.2.post3) index=1.2.post3-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.post3.tar.gz
(1.2.post3) index=1.2.post3-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.post2.tar.gz
(1.2.post2) index=1.2.post2-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.post2.tar.gz
(1.2.post2) index=1.2.post2-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.post1.tar.gz
(1.2.post1) index=1.2.post1-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.post1.tar.gz
(1.2.post1) index=1.2.post1-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.1.tar.gz (1.2.1)
index=1.2.1-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.1.tar.gz (1.2.1)
index=1.2.1-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.tar.gz (1.2)
index=1.2-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.2.tar.gz (1.2)
index=1.2-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.1.tar.gz (1.1)
index=1.1-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.1.tar.gz (1.1)
index=1.1-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.0.2.tar.gz (1.0.2)
index=1.0.2-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.0.2.tar.gz (1.0.2)
index=1.0.2-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.0.1.tar.gz (1.0.1)
index=1.0.1-1
   https://github.com/lordmauve/pgzero/archive/refs/tags/1.0.1.tar.gz (1.0.1)
index=1.0.1-1


May be this could be forced? Or the d/watch regex changed?
Don't know what the best to do facing that.

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.9-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#1060684: gnome-shell: still recommends chrome-gnome-shell and why not gnome-browser-connector?

[Patrice Duroux]

Package: gnome-shell
Version: 45.3-1
Severity: wishlist

Dear Maintainer,

I think that chrome-gnome-shell is a transitional package,
at least already in bookworm.
Shouldn't this be replaced by gnome-browser-connector or as an alternative
clause?

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.9-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4+b1
ii  gir1.2-accountsservice-1.0   23.13.9-5+b1
ii  gir1.2-adw-1 1.4.2-1+b1
ii  gir1.2-atk-1.0   2.50.0-1+b1
ii  gir1.2-atspi-2.0 2.50.0-1+b1
ii  gir1.2-freedesktop   1.78.1-6
ii  gir1.2-gcr-3 3.41.1-4
ii  gir1.2-gdesktopenums-3.0 45.0-2
ii  gir1.2-gdkpixbuf-2.0 2.42.10+dfsg-3
ii  gir1.2-gdm-1.0   45.0.1-2
ii  gir1.2-geoclue-2.0   2.7.1-1
ii  gir1.2-glib-2.0  1.78.1-6
ii  gir1.2-gnomebg-4.0   44.0-2
ii  gir1.2-gnomebluetooth-3.042.7-2
ii  gir1.2-gnomedesktop-4.0  44.0-2
ii  gir1.2-graphene-1.0  1.10.8-3
ii  gir1.2-gstreamer-1.0 1.22.8-1
ii  gir1.2-gtk-4.0   4.12.4+ds-3
ii  gir1.2-gweather-4.0  4.4.0-1
ii  gir1.2-ibus-1.0  1.5.29-1
ii  gir1.2-mutter-13 45.3-1
ii  gir1.2-nm-1.01.44.2-7
ii  gir1.2-nma4-1.0  1.10.6-2
ii  gir1.2-pango-1.0 1.51.0+ds-3
ii  gir1.2-polkit-1.0123-3
ii  gir1.2-rsvg-2.0  2.54.7+dfsg-2
ii  gir1.2-soup-3.0  3.4.4-2
ii  gir1.2-upowerglib-1.01.90.2-8
ii  gir1.2-webkit-6.02.42.4-1
ii  gnome-backgrounds45.0-1
ii  gnome-settings-daemon45.1-1
ii  gnome-shell-common   45.3-1
ii  gsettings-desktop-schemas45.0-2
ii  gstreamer1.0-pipewire1.0.1-1
ii  libatk-bridge2.0-0   2.50.0-1+b1
ii  libatk1.0-0  2.50.0-1+b1
ii  libc62.37-13
ii  libcairo21.18.0-1+b1
ii  libecal-2.0-23.50.3-1
ii  libedataserver-1.2-273.50.3-1
ii  libgcr-base-3-1  3.41.1-4
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-3
ii  libgirepository-1.0-11.78.1-6
ii  libgjs0g 1.78.2-2
ii  libgles2 1.7.0-1
ii  libglib2.0-0 2.78.3-1
ii  libglib2.0-bin   2.78.3-1
ii  libgnome-autoar-0-0  0.4.4-2
ii  libgnome-desktop-4-2 44.0-2
ii  libgraphene-1.0-01.10.8-3
ii  libgtk-4-1   4.12.4+ds-3
ii  libical3 3.0.17-1
ii  libjson-glib-1.0-0   1.8.0-2
ii  libmutter-13-0   45.3-1
ii  libnm0   1.44.2-7
ii  libpango-1.0-0   1.51.0+ds-3
ii  libpipewire-0.3-01.0.1-1
ii  libpolkit-agent-1-0  123-3
ii  libpolkit-gobject-1-0123-3
ii  libpulse-mainloop-glib0  16.1+dfsg1-3
ii  libpulse016.1+dfsg1-3
ii  libsecret-1-00.21.2-1
ii  libsystemd0  255.2-4
ii  libx11-6 2:1.8.7-1
ii  libxfixes3   1:6.0.0-2
ii  python3  3.11.6-1

Versions of packages gnome-shell recommends:
ii  bolt   0.9.6-2
pn  chrome-gnome-shell 
ii  evolution-data-server  3.50.3-1
ii  gdm3   45.0.1-2
ii  gkbd-capplet   3.28.1-1
ii  gnome-control-center   1:46~alpha-2
ii  gnome-menus  

Bug#1058924: gnome-software: does not list or find any apt package

[Patrice Duroux]

This trouble does not occur today. Maybe a daily update!
Sorry then for this and my noise.

Many thanks,
Patrice

PS: Could a problem with dbus and the tracker-miner-fs-3 service in my
user/desktop session be a possible culprit?! Not expert enough.


Le lun. 8 janv. 2024 à 21:33, Jeremy Bícha
 a écrit :
>
> On Mon, Jan 8, 2024 at 3:27 PM Patrice Duroux  
> wrote:
> > Nop. Same after a reboot, here are the journalctl messages if it may help:
>
> Could you create a new bug? The original bug is fixed for me on both
> Ubuntu 24.04 and Debian Testing (after I installed gnome-software
> 45.3-2).
>
> Thank you,
> Jeremy Bícha

Bug#1058924: gnome-software: does not list or find any apt package

[Patrice Duroux]

Nop. Same after a reboot, here are the journalctl messages if it may help:

$ journalctl -xe | grep gnome-software
janv. 08 21:19:01 kos-moceratops dbus-daemon[2728]: [session uid=1001
pid=2728] Activating via systemd: service
name='org.freedesktop.portal.Desktop'
unit='xdg-desktop-portal.service' requested by ':1.61' (uid=1001
pid=3467 comm="/usr/bin/gnome-software --gapplication-service")
janv. 08 21:19:03 kos-moceratops dbus-daemon[889]: [system] Activating
via systemd: service name='org.freedesktop.fwupd' unit='fwupd.service'
requested by ':1.109' (uid=1001 pid=3467 comm="/usr/bin/gnome-software
--gapplication-service")
janv. 08 21:19:09 kos-moceratops gnome-software[3467]: Only 0 apps for
recent list, hiding
janv. 08 21:19:09 kos-moceratops gnome-software[3467]: failed to get
featured apps: no apps to show
janv. 08 21:19:09 kos-moceratops gnome-software[3467]: Only 0 apps for
curated list, hiding
janv. 08 21:20:01 kos-moceratops gnome-software[3467]: GtkLabel
0x556a105c2490 (label) reported min width 15 and natural width 14 in
measure() with for_size=57; natural size must be >= min size
janv. 08 21:20:01 kos-moceratops gnome-software[3467]: GtkLabel
0x556a1051f6a0 (label) reported min width 15 and natural width 14 in
measure() with for_size=57; natural size must be >= min size

Le lun. 8 janv. 2024 à 21:06, Jeremy Bícha
 a écrit :
>
> On Mon, Jan 8, 2024 at 2:57 PM Patrice Duroux  
> wrote:
> > I do not see any change after the last update on my Sid system.
>
> Please try logging out and logging back in.
>
> Or you could run   pkill gnome-software   and then start the Software app 
> again.
>
> Thank you,
> Jeremy Bícha

Bug#1058924: gnome-software: does not list or find any apt package

[Patrice Duroux]

Package: gnome-software
Version: 45.3-2
Followup-For: Bug #1058924

Dear Maintainer,

I do not see any change after the last update on my Sid system.
There is still this suspicious message in journalctl:

janv. 08 20:35:32 kos-moceratops gnome-software[34353]: plugin 'packagekit'
failed to list apps: Unsupported query

Could it be related?

Thanks for all!
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.9-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-software depends on:
ii  appstream1.0.1-3
ii  apt-config-icons 1.0.1-3
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4+b1
ii  gnome-software-common45.3-2
ii  gsettings-desktop-schemas45.0-2
ii  libadwaita-1-0   1.4.2-1+b1
ii  libappstream51.0.1-3
ii  libc62.37-13
ii  libcairo21.18.0-1+b1
ii  libfwupd21.9.11-1
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-3
ii  libglib2.0-0 2.78.3-1
ii  libgtk-4-1   4.12.4+ds-3
ii  libgtk3-perl 0.038-3
ii  libgudev-1.0-0   238-3
ii  libjson-glib-1.0-0   1.8.0-2
ii  libmalcontent-0-00.11.1-1+b1
ii  libpackagekit-glib2-18   1.2.8-1+b1
ii  libpango-1.0-0   1.51.0+ds-3
ii  libpolkit-gobject-1-0123-3
ii  libsoup-3.0-03.4.4-2
ii  libxmlb2 0.3.14-2
ii  packagekit   1.2.8-1+b1
ii  software-properties-gtk  0.99.30-4

Versions of packages gnome-software recommends:
ii  fwupd  1.9.11-1

Versions of packages gnome-software suggests:
pn  apt-config-icons-hidpi 
pn  gnome-software-plugin-flatpak  
pn  gnome-software-plugin-snap 

-- no debconf information

Bug#1059629: apt: doing something like 'apt -t rc-buggy --upgradable list'

[Patrice Duroux]

Package: apt
Version: 2.7.7
Severity: wishlist

Dear Maintainer,

I do not know if there is a simple way to get such a list with also another
command like dpkg-query or apt-get.
I known that 'apt -a list' may be a part of the answer as it gives all
available versions in the current apt setting,
for instance regarding my system:

...
gir1.2-webkit2-4.0/experimental 2.43.3-1 amd64
gir1.2-webkit2-4.0/unstable 2.42.4-1 amd64
gir1.2-webkit2-4.0/oldstable-security 2.42.4-1~deb11u1 amd64
gir1.2-webkit2-4.0/oldstable 2.40.5-1~deb11u1 amd64
gir1.2-webkit2-4.0/bullseye-backports 2.34.2-1~bpo11+1 amd64
...


But using 'apt -a --upgradable list' gives the same result as 'apt --upgradable
list'.

Regards,
Patrice


-- Package-specific info:

-- (no /etc/apt/preferences present) --


-- (no /etc/apt/preferences.d/* present) --


-- (/etc/apt/sources.list present, but not submitted) --


-- (/etc/apt/sources.list.d/bouml.list present, but not submitted) --


-- (/etc/apt/sources.list.d/dbeaver.list present, but not submitted) --


-- (/etc/apt/sources.list.d/deb-multimedia.list present, but not submitted) --


-- (/etc/apt/sources.list.d/debian.list present, but not submitted) --


-- (/etc/apt/sources.list.d/google-chrome.list present, but not submitted) --


-- (/etc/apt/sources.list.d/home:tumic:GPXSee.list present, but not submitted) 
--


-- (/etc/apt/sources.list.d/liveusb.list present, but not submitted) --


-- (/etc/apt/sources.list.d/microsoft-prod.list present, but not submitted) --


-- (/etc/apt/sources.list.d/nilarimogard-ubuntu-webupd8-focal.list present, but 
not submitted) --


-- (/etc/apt/sources.list.d/signal-xenial.list present, but not submitted) --


-- (/etc/apt/sources.list.d/skype-unstable.list present, but not submitted) --


-- (/etc/apt/sources.list.d/sublime-text.list present, but not submitted) --


-- (/etc/apt/sources.list.d/teams.list present, but not submitted) --


-- (/etc/apt/sources.list.d/vivaldi.list present, but not submitted) --


-- (/etc/apt/sources.list.d/vscode.list present, but not submitted) --


-- (/etc/apt/sources.list.d/waydroid.list present, but not submitted) --


-- (/etc/apt/sources.list.d/wire-desktop.list present, but not submitted) --


-- (/etc/apt/sources.list.d/zerotier.list present, but not submitted) --


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.8-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages apt depends on:
ii  adduser 3.137
ii  base-passwd 3.6.3
ii  debian-archive-keyring  2023.4
ii  gpgv2.2.40-1.1
ii  libapt-pkg6.0   2.7.7
ii  libc6   2.37-13
ii  libgcc-s1   13.2.0-9
ii  libgnutls30 3.8.2-1
ii  libseccomp2 2.5.4-2+b1
ii  libstdc++6  13.2.0-9
ii  libsystemd0 255.2-2

Versions of packages apt recommends:
ii  ca-certificates  20230311

Versions of packages apt suggests:
pn  apt-doc 
ii  dpkg-dev1.22.2
ii  gnupg   2.2.40-1.1
ii  powermgmt-base  1.37
ii  synaptic0.91.3

-- no debconf information

Bug#1059619: diaspora: update d/watch

[Patrice Duroux]

Source: diaspora
Version: 0.7.9.0+dfsg-4
Severity: wishlist

Dear Maintainer,

Here is a patch to update the d/watch file.

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.8-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/watch b/debian/watch
index 70d82f95..37862413 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,4 +1,4 @@
-version=3
-opts=\
-filenamemangle=s/.*\/v?([\d\.-]+)\.tar\.gz/diaspora-$1.tar.gz/ \
- https://github.com/diaspora/diaspora/tags .*/archive/.*/v?([\d\.]+).tar.gz
+version=4
+opts="filenamemangle=s%.*/@ANY_VERSION@%@PACKAGE@-$1.tar.gz%,searchmode=plain" 
\
+https://api.github.com/repos/diaspora/@PACKAGE@/releases?per_page=100 \
+https://api.github.com/repos/diaspora/@PACKAGE@/tarball/@ANY_VERSION@

Bug#1036913: wildmidi: update d/watch file with a patch

[Patrice Duroux]

Package: wildmidi
Version: 0.4.3-1
Followup-For: Bug #1036913

Dear Maintainer,

Here is a new proposal for the d/watch. It is based on uscan(1) but avoids
@ANY_VERSION@ to not match any other OS source package, for instance:
https://github.com/Mindwerks/wildmidi/releases/download/wildmidi-0.4.5/wildmidi-0.4.5-win64.zip

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.8-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages wildmidi depends on:
ii  libasound21.2.10-3
ii  libc6 2.37-13
ii  libwildmidi2  0.4.3-1

Versions of packages wildmidi recommends:
ii  libwildmidi-config  0.4.3-1

wildmidi suggests no packages.

-- no debconf information
diff --git a/debian/watch b/debian/watch
index 2782958..4532335 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,3 +1,4 @@
 version=4
-https://github.com/Mindwerks/wildmidi/tags \
-(?:.*?/)?wildmidi-?@ANY_VERSION@@ARCHIVE_EXT@
+opts="searchmode=plain" \
+https://api.github.com/repos/Mindwerks/@PACKAGE@/releases?per_page=100 \
+
https://github.com/Mindwerks/@PACKAGE@/releases/download/[^/]+/@PACKAGE@-(\d[\.\d]*)@ARCHIVE_EXT@

Bug#1059615: avahi: update d/watch

[Patrice Duroux]

Source: avahi
Version: 0.8-13
Severity: wishlist

Dear Maintainer,

Here is a proposal for based on uscan(1).

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.8-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/watch b/debian/watch
index fbfcf52..0cc8006 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,2 +1,4 @@
 version=4
-https://avahi.org/download/@PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@
+opts="searchmode=plain" \
+https://api.github.com/repos/avahi/avahi/releases?per_page=100 \
+
https://github.com/avahi/avahi/releases/download/[^/]+/@PACKAGE@-@ANY_VERSION@@ARCHIVE_EXT@

Bug#1059585: gnome-shell-extension-gsconnect: update d/watch

[Patrice Duroux]

Package: gnome-shell-extension-gsconnect
Version: 55-4
Followup-For: Bug #1059585

Sorry, filenamemangle clause was missing in my previous patch.
This new one should better comply to the uscan(1) github examples.

Thanks!


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.8-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-shell-extension-gsconnect depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  gir1.2-gdkpixbuf-2.0 2.42.10+dfsg-3
ii  gir1.2-glib-2.0  1.78.1-5
ii  gir1.2-gtk-3.0   3.24.39-1
ii  gjs  1.78.1-1
ii  gnome-shell  45.2-2
ii  libglib2.0-bin   2.78.3-1
ii  python3  3.11.6-1

Versions of packages gnome-shell-extension-gsconnect recommends:
ii  gir1.2-atspi-2.0   2.50.0-1
ii  gir1.2-folks-0.7   0.15.6-1
ii  gir1.2-gdata-0.0   0.18.1-3
ii  gir1.2-goa-1.0 3.48.0-2
ii  gir1.2-gsound-1.0  1.0.3-2
ii  gir1.2-pango-1.0   1.51.0+ds-3
ii  gir1.2-upowerglib-1.0  1.90.2-7
ii  libfolks-eds26 0.15.6-1
ii  python3-nautilus   4.0-1+b1
ii  sshfs  3.7.3-1.1

Versions of packages gnome-shell-extension-gsconnect suggests:
ii  gnome-shell-extension-gsconnect-browsers  55-4

-- no debconf information
diff --git a/debian/watch b/debian/watch
index b2fdc19c..0a3e79f7 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,2 +1,4 @@
 version=4
-https://github.com/GSConnect/gnome-shell-extension-gsconnect/releases 
.*?(\d\S*)\.tar\.gz
+opts="filenamemangle=s%.*/@ANY_VERSION@%@PACKAGE@-$1.tar.gz%,searchmode=plain" 
\
+
https://api.github.com/repos/GSConnect/gnome-shell-extension-gsconnect/releases?per_page=100
 \
+
https://api.github.com/repos/GSConnect/gnome-shell-extension-gsconnect/tarball/@ANY_VERSION@

Bug#1059585: gnome-shell-extension-gsconnect: update d/watch

[Patrice Duroux]

Package: gnome-shell-extension-gsconnect
Version: 55-4
Severity: wishlist

Dear Maintainer,

Here is a patch for this.

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.8-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-shell-extension-gsconnect depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  gir1.2-gdkpixbuf-2.0 2.42.10+dfsg-3
ii  gir1.2-glib-2.0  1.78.1-5
ii  gir1.2-gtk-3.0   3.24.39-1
ii  gjs  1.78.1-1
ii  gnome-shell  45.2-2
ii  libglib2.0-bin   2.78.3-1
ii  python3  3.11.6-1

Versions of packages gnome-shell-extension-gsconnect recommends:
ii  gir1.2-atspi-2.0   2.50.0-1
ii  gir1.2-folks-0.7   0.15.6-1
ii  gir1.2-gdata-0.0   0.18.1-3
ii  gir1.2-goa-1.0 3.48.0-2
ii  gir1.2-gsound-1.0  1.0.3-2
ii  gir1.2-pango-1.0   1.51.0+ds-3
ii  gir1.2-upowerglib-1.0  1.90.2-7
ii  libfolks-eds26 0.15.6-1
ii  python3-nautilus   4.0-1+b1
ii  sshfs  3.7.3-1.1

Versions of packages gnome-shell-extension-gsconnect suggests:
ii  gnome-shell-extension-gsconnect-browsers  55-4

-- no debconf information
diff --git a/debian/watch b/debian/watch
index b2fdc19c..bfb96c14 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,2 +1,4 @@
 version=4
-https://github.com/GSConnect/gnome-shell-extension-gsconnect/releases 
.*?(\d\S*)\.tar\.gz
+opts="searchmode=plain" \
+
https://api.github.com/repos/GSConnect/gnome-shell-extension-gsconnect/releases?per_page=100
 \
+
https://api.github.com/repos/GSConnect/gnome-shell-extension-gsconnect/tarball/@ANY_VERSION@

Bug#1058020: rlpr: wrong redirection (2&>1 in place of 2>&1)

[Patrice Duroux]

Source: rlpr
Version: 2.05-5
Severity: normal

Dear Maintainer,

You may consider the following MR:
https://salsa.debian.org/printing-team/rlpr/-/merge_requests/1

Regards,
Patrice

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#1056574: transition: ppp

[Patrice Duroux]

Hi,
And maybe then reversing this in openfortivpn package:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056235#27


Thanks!

Bug#1055727: mariadb-client: inconsistent default charset between client and server

[Patrice Duroux]

My issue is related to Debian Bookworm with 1:10.11.4-1~deb12u1,
how did you get 1:10.11.5-3? ;-)
Maybe regarding the client, this is related to $LANG or any other
environment variable.
But I faced trouble with a (local) server using for instance variables
defined by a SET directive in a SELECT query.
On the concerned system, the default is:
/etc/default/locale:LANG=fr_FR.UTF-8

Le mer. 22 nov. 2023 à 17:23, Otto Kekäläinen  a écrit :
>
> Hi!
>
> I get 'latin1' when running the MariaDB client in a clean install:
>
> ```
> ± docker run -it -v ${PWD}:/build -w /build debian:sid bash
> root@eb0c4013a610:/build# apt update
> root@eb0c4013a610:/build# apt install -y mariadb-server
> ...
> Processing triggers for mariadb-server (1:10.11.5-3) ...
>
> root@eb0c4013a610:/build# /etc/init.d/mariadb start &
>
> root@eb0c4013a610:/build# mysql -e '\s'
> --
> mysql  Ver 15.1 Distrib 10.11.5-MariaDB, for debian-linux-gnu (x86_64)
> using  EditLine wrapper
>
> Connection id: 35
> Current database:
> Current user: root@localhost
> SSL: Not in use
> Current pager: stdout
> Using outfile: ''
> Using delimiter: ;
> Server: MariaDB
> Server version: 10.11.5-MariaDB-3 Debian n/a
> Protocol version: 10
> Connection: Localhost via UNIX socket
> Server characterset: utf8mb4
> Db characterset: utf8mb4
> Client characterset: latin1
> Conn.  characterset: latin1
> UNIX socket: /run/mysqld/mysqld.sock
> Uptime: 37 sec
>
> Threads: 1  Questions: 66  Slow queries: 0  Opens: 33  Open tables: 26
>  Queries per second avg: 1.783
> --
>
> root@eb0c4013a610:/build# mariadb --help --verbose | grep character
> character-sets-dir(No default value)
> default-character-set auto
>
>
> I am not sure where latin1 (or utfmb3 in your case) is inherited from.
>
> We could consider adding utfmb4 in
> https://salsa.debian.org/mariadb-team/mariadb-server/-/blob/debian/latest/debian/additions/mariadb.conf.d/50-client.cnf
> to ensure if is used by default by clients as well in Debian.
>
> We might also want to adopt
> https://github.com/MariaDB/server/commit/0e8dfcfd421ebcb8dc13b4660cd3e6c6fbce2023
> in Debian already with 10.11 and not wait for 11.3.

Bug#1056235: openfortivpn: not working anymore after upgrading from 1.20.5-1

[Patrice Duroux]

Package: openfortivpn
Version: 1.21.0-1
Followup-For: Bug #1056235

Dear Maintainer,

Let see with this upstream issue:
https://github.com/adrienverge/openfortivpn/issues/1171

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.5.0-4-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages openfortivpn depends on:
ii  libc62.37-12
ii  libssl3  3.0.12-2
ii  libsystemd0  255~rc2-3
ii  ppp  2.4.9-1+1.1+b1

openfortivpn recommends no packages.

Versions of packages openfortivpn suggests:
ii  systemd-resolved [resolvconf]  255~rc2-3

-- Configuration Files:
/etc/openfortivpn/config [Errno 13] Permission non accordée: 
'/etc/openfortivpn/config'

-- no debconf information

Bug#1056235: Fwd: Bug#1056235: openfortivpn: not working anymore after upgrading from 1.20.5-1

[Patrice Duroux]

Sorry, I should have tried using its command line tool before opening
this issue.
It works. So it is breaking something  used by network-manager-fortisslvpn or
network-manager-fortisslvpn-gnome.


Le dim. 19 nov. 2023 à 15:53, Daniel Echeverri  a écrit :
>
> tags 1056235 + moreinfo
> thanks
>
> Hello!
>
> Thanks for your report, but unfortunately I can't reproduce this. I upgraded 
> openfortivpn to 1.21.0-1 in a sid box and it works fine. Could you make a try 
> with -v and share with me the output?
>
> El dom, 19 nov 2023 a la(s) 05:18, Patrice Duroux (patrice.dur...@gmail.com) 
> escribió:
>>
>> Package: openfortivpn
>> Version: 1.21.0-1
>> Severity: normal
>>
>> Dear Maintainer,
>>
>> On a Debian Sid system, after upgrading from 1.20.5-1 and activating a
>> previously working VPN config,
>> I am not able to connect (ssh) any host by IP or name.
>> And downgrading to 1.20.5-1 solves this.
>> I do not see any message in the journal log that may be different from the
>> working version.
>> Unless that systemd-resolved is then not able to connect the VPN DNS.
>> Looking at the upstream issues, may be this is something new?!
>>
>> Regards,
>> Patrice
>>
>>
>> -- System Information:
>> Debian Release: trixie/sid
>>   APT prefers unstable-debug
>>   APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
>> 'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
>> 'experimental-debug'), (1, 'experimental')
>> Architecture: amd64 (x86_64)
>> Foreign Architectures: i386
>>
>> Kernel: Linux 6.5.0-4-amd64 (SMP w/12 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 /usr/bin/dash
>> Init: systemd (via /run/systemd/system)
>> LSM: AppArmor: enabled
>>
>> Versions of packages openfortivpn depends on:
>> ii  libc62.37-12
>> ii  libssl3  3.0.12-2
>> ii  libsystemd0  255~rc2-2
>> ii  ppp  2.4.9-1+1.1+b1
>>
>> openfortivpn recommends no packages.
>>
>> Versions of packages openfortivpn suggests:
>> ii  systemd-resolved [resolvconf]  255~rc2-2
>>
>
> Also, Are you using a config file? Could you check if this file has the 
> correct permissions??
>
>>
>> -- Configuration Files:
>> /etc/openfortivpn/config [Errno 13] Permission non accordée: 
>> '/etc/openfortivpn/config'
>>
>> -- no debconf information
>
>
> Regards!
>
>
> --
> Daniel Echeverri
> Debian Developer
> Linux user: #477840
> GPG Fingerprint:
> D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB

Bug#1056235: openfortivpn: not working anymore after upgrading from 1.20.5-1

[Patrice Duroux]

Package: openfortivpn
Version: 1.21.0-1
Severity: normal

Dear Maintainer,

On a Debian Sid system, after upgrading from 1.20.5-1 and activating a
previously working VPN config,
I am not able to connect (ssh) any host by IP or name.
And downgrading to 1.20.5-1 solves this.
I do not see any message in the journal log that may be different from the
working version.
Unless that systemd-resolved is then not able to connect the VPN DNS.
Looking at the upstream issues, may be this is something new?!

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.5.0-4-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages openfortivpn depends on:
ii  libc62.37-12
ii  libssl3  3.0.12-2
ii  libsystemd0  255~rc2-2
ii  ppp  2.4.9-1+1.1+b1

openfortivpn recommends no packages.

Versions of packages openfortivpn suggests:
ii  systemd-resolved [resolvconf]  255~rc2-2

-- Configuration Files:
/etc/openfortivpn/config [Errno 13] Permission non accordée: 
'/etc/openfortivpn/config'

-- no debconf information

Bug#1055727: mariadb-client: inconsistent default charset between client and server

[Patrice Duroux]

Package: mariadb-client
Version: 1:10.11.4-1~deb12u1
Severity: wishlist

Dear Maintainer,

Could it be possible to provide a default charset value for both client
and server packages?

Currently I observe the following:

$ mysql -p
Enter password: 
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 91009409
Server version: 10.11.4-MariaDB-1~deb12u1 Debian 12

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> \s
--
mysql  Ver 15.1 Distrib 10.11.4-MariaDB, for debian-linux-gnu (x86_64) using  
EditLine wrapper

Connection id:  91009409
Current database:   
Current user:   patrice@localhost
SSL:Not in use
Current pager:  stdout
Using outfile:  ''
Using delimiter:;
Server: MariaDB
Server version: 10.11.4-MariaDB-1~deb12u1 Debian 12
Protocol version:   10
Connection: Localhost via UNIX socket
Server characterset:utf8mb4
Db characterset:utf8mb4
Client characterset:utf8mb3
Conn.  characterset:utf8mb3

$ rgrep -B 3 "mb4" /etc/mysql/mariadb.conf.d/
/etc/mysql/mariadb.conf.d/50-server.cnf-
/etc/mysql/mariadb.conf.d/50-server.cnf-# MySQL/MariaDB default is Latin1, but 
in Debian we rather default to the full
/etc/mysql/mariadb.conf.d/50-server.cnf-# utf8 4-byte character set. See also 
client.cnf
/etc/mysql/mariadb.conf.d/50-server.cnf:character-set-server  = utf8mb4
/etc/mysql/mariadb.conf.d/50-server.cnf:collation-server  = 
utf8mb4_general_ci

and nothing in the 50-client.cnf


Regards,
Patrice

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

Kernel: Linux 6.1.0-13-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mariadb-client depends on:
ii  debianutils  5.7-0.5~deb12u1
ii  libc62.36-9+deb12u3
ii  libconfig-inifiles-perl  3.03-2
ii  libssl3  3.0.11-1~deb12u2
ii  libstdc++6   12.2.0-14
ii  mariadb-client-core  1:10.11.4-1~deb12u1
ii  perl 5.36.0-7
ii  zlib1g   1:1.2.13.dfsg-1

Versions of packages mariadb-client recommends:
ii  libdbd-mysql-perl 4.050-5+b1
ii  libdbi-perl   1.643-4
ii  libterm-readkey-perl  2.38-2+b1

mariadb-client suggests no packages.

-- no debconf information

Bug#1055225: libpango1.0-0: Please drop transitional package

[Patrice Duroux]

Added a section here:
https://wiki.debian.org/DebianRepository/Unofficial
Do not hesitate to modify it.

Bug#1040314: devscripts: uscan(1) github.com example could be improved

[Patrice Duroux]

Hi,

And Jan Niehusmann recently changes at Debian Wiki (
https://wiki.debian.org/debian/watch?action=diff=108=107) to:

version=4opts="searchmode=plain,\filenamemangle=s%.*/v?@ANY_VERSION@%@PACKAGE@-$1.tar.xz%"
\https://api.github.com/repos///releases?per_page=50
\https://api.github.com/repos/[^/]+/[^/]+/tarball/v?@ANY_VERSION@


uscan(1) in devscripts-2.23.6 writes:

version=4
opts="filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%"
\
https://github.com///tags \
(?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@

I don't know how/who could better coordinate that.
Maybe removing some sections in the Debian Wiki as there is already a link
to uscan(1)?

Regards,
Patrice

On Tue, 04 Jul 2023 06:33:01 -0500 Daniel Lewart  wrote:
> Package: devscripts
> Version: 2.23.4
> Severity: minor
>
> Devscripts Maintainers,
>
> The uscan(1) github.com example is:
>   version=4
>   
> opts="filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%"
\
>   https://github.com///tags \
>   (?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@
>
> The beginning of the pattern, which will be discarded, is:
> (?:.*?)?v?
> It should be simplified to:
> .*?
> or made to correspond to the matching pattern:
> (?:.*?/)?v?
>
> Also, the debian/watch wiki:
> https://wiki.debian.org/debian/watch
>  seems to be not as good
as uscan(1), which is confusing.
>
> Of course, the best solution would be the following:
> #1010604 Support commonly used providers like github.com and
gitlab.com
> within watch file:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010604
> 
> Thank you!
> Daniel Lewart
> Urbana, Illinois
>
>

Bug#1055225: libpango1.0-0: Please drop transitional package

[Patrice Duroux]

 Two cents.
Promoting the equivs package to solve such a situation is also something to
consider, no?
It happens to me many times with some unofficial packages.
Currently, I did not find equivs anywhere in the Debian Wiki where it could
be useful to cite regarding unofficial packages or repositories. Listing
some old (removed) «classic» transitional packages there could help then
maybe, any opinion?
Regards,
Patrice

On Thu, 2 Nov 2023 12:32:19 + Simon McVittie  wrote:
> On Thu, 02 Nov 2023 at 12:54:54 +0100, Bastian Germann wrote:
> > Please drop the package libpango1.0-0 which was transitional for
> > several releases.
>
> Thanks for the reminder. We tried removing that package once already,
> but had to revert its removal during the bullseye cycle because it broke
> a lot of third-party .debs (see #958035, #956520, #959978, #958477).
>
> Now that bullseye (and bookworm) has been released with a libpango1.0-0
> whose versioned dependencies are all of the form (>= x) rather than (= x),
> allowing users to keep the bullseye or bookworm version of libpango1.0-0
> installed if they need it, we can have another try at this.
>
> smcv
>
>

Bug#1055068: manpages.debian.org: relative links (menu items for instance) are broken in the case of "Manpage not found"

[Patrice Duroux]

Yes, those were the links I referred to.
It's very strange because it works now when a few times ago it gave me
a sort of "Forbidden" page
and so at least using the "Index" and "About" links..

Maybe I faced a temporary network issue.

Regards,
Patrice.

Le lun. 30 oct. 2023 à 19:52, Adam D. Barratt
 a écrit :
>
> Control: tags -1 + moreinfo
>
> On Mon, 2023-10-30 at 18:55 +0100, Patrice Duroux wrote:
> > This is caused by a redirect that causes 'dyn.manpages.debian.org' to
> > appear in
> > the URL location.
> > For instance: https://manpages.debian.org/wrong
> >
>
> Hmmm, do you have an example of a specific broken link?
>
> https://dyn.manpages.debian.org/faq.html works fine for me, as does
> https://dyn.manpages.debian.org/about.html , which are both linked from
> the breadcrumb bar. Is that what you were referring to when you
> mentioned menu items?
>
> Regards,
>
> Adam
>

Bug#1055068: manpages.debian.org: relative links (menu items for instance) are broken in the case of "Manpage not found"

[Patrice Duroux]

Package: manpages.debian.org
Severity: wishlist

Dear Maintainer,

This is caused by a redirect that causes 'dyn.manpages.debian.org' to appear in
the URL location.
For instance: https://manpages.debian.org/wrong

Regards,
Patrice

Bug#1055025: manpages-zh: environ(5) versus environ(7)

[Patrice Duroux]

Package: manpages-zh
Version: 1.6.4.0-1
Severity: minor

Dear Maintainer,

I discovered this section inconsistency about the 'environ' man page while
using https://manpages.debian.org/ that prioritizes environ(5) and so provides
the content with very few languages (all zh relatives). Forcing environ(7)
gives the result for some other languages then.

Regards,
Patrice


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.5.0-3-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#1054134: yoshimi: suggest replacing homepage in d/control

[Patrice Duroux]

Package: yoshimi
Version: 2.3.1-1
Severity: wishlist

Dear Maintainer,

I suggest replacing:
https://yoshimi.sourceforge.io
by:
https://yoshimi.github.io/

A nicer and better place to get more information
from my PoV.

Many thanks,
Patrice

ps: a patch attached in case


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'oldstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.5.0-2-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages yoshimi depends on:
ii  libasound21.2.10-1
ii  libc6 2.37-12
ii  libcairo2 1.18.0-1
ii  libfftw3-single3  3.3.10-1
ii  libfltk-images1.3 1.3.8-5
ii  libfltk1.31.3.8-5
ii  libgcc-s1 13.2.0-5
ii  libjack-jackd2-0 [libjack-0.125]  1.9.21~dfsg-3
ii  libmxml1  3.3.1-1
ii  libreadline8  8.2-1.3
ii  libstdc++613.2.0-5
ii  libtinfo6 6.4+20231007-1
ii  yoshimi-data  2.3.1-1
ii  zlib1g1:1.2.13.dfsg-3

Versions of packages yoshimi recommends:
pn  jackd
ii  yoshimi-doc  2.3.1-1

yoshimi suggests no packages.

-- no debconf information
diff --git a/debian/control b/debian/control
index a327c31..b8e6b9d 100644
--- a/debian/control
+++ b/debian/control
@@ -32,7 +32,7 @@ Standards-Version: 4.6.2
 Rules-Requires-Root: no
 Vcs-Git: https://salsa.debian.org/multimedia-team/yoshimi.git
 Vcs-Browser: https://salsa.debian.org/multimedia-team/yoshimi
-Homepage: https://yoshimi.sourceforge.io
+Homepage: https://yoshimi.github.io
 
 Package: yoshimi
 Architecture: any

Bug#1053276: polyphone: update d/watch

[Patrice Duroux]

Hi Thorsten,
I just tried to use uscan with the current packaging and faced trouble
with its watch file.
Sure, regarding my patch,do whatever you want moreover if you don't
like using the @@ variables.
Regards,
Patrce

Le dim. 1 oct. 2023 à 00:42, Thorsten Glaser  a écrit :
>
> Hello Patrice,
>
> >Here is a suggested patch for this.
>
> for this what? Is there a problem with the watch file,
> other than the usual github changed their links one?
>
> I’ve had a fix for the latter in another package of mine
> for a long time already but hadn’t had uploaded polyphone
> yet. I guess I should probably do that some time. I have
> committed the fixed d/watch file now.
>
> Is there anything you still think needs changing?
>
> I don’t like these @magicstring@ thingies very much and
> would prefer to not apply them.
>
> Thanks,
> //mirabilos
> --
>  you introduced a merge commit│ % g rebase -i HEAD^^
>  sorry, no idea and rebasing just fscked │ Segmentation
>  should have cloned into a clean repo  │  fault (core dumped)
>  if I rebase that now, it's really ugh │ wuahh

Bug#1053276: polyphone: update d/watch

[Patrice Duroux]

Package: polyphone
Version: 2.2.0.20210109+dfsg1-3
Severity: minor

Dear Maintainer,

Here is a suggested patch for this.

Thanks,
Patrice


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

Kernel: Linux 6.5.0-1-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages polyphone depends on:
ii  libc6 2.37-11
ii  libflac12 1.4.3+ds-2
ii  libgcc-s1 13.2.0-4
ii  libjack-jackd2-0 [libjack-0.125]  1.9.21~dfsg-3
ii  libportaudio2 19.6.0-1.2
ii  libqcustomplot2.1 2.1.0+dfsg1-3.1
ii  libqt5core5a  5.15.10+dfsg-3
ii  libqt5gui55.15.10+dfsg-3
ii  libqt5network55.15.10+dfsg-3
ii  libqt5svg55.15.10-2
ii  libqt5widgets55.15.10+dfsg-3
ii  librtmidi65.0.0-3
ii  libsfark0 2.24-5
ii  libssl3   3.0.11-1
ii  libstdc++613.2.0-4
ii  libstk-4.6.2  4.6.2+dfsg-2
ii  zlib1g1:1.2.13.dfsg-3

polyphone recommends no packages.

polyphone suggests no packages.

-- no debconf information
diff --git a/debian/watch b/debian/watch
index ac23b1b..3543b8b 100644
--- a/debian/watch
+++ b/debian/watch
@@ -3,6 +3,6 @@ version=4
   repacksuffix=+dfsg1,\
   compression=xz,\
   dversionmangle=s/\+dfsg[0-9]+$// \
- https://github.com/mirabilos/polyphone/tags \
- .*/polyphone/archive/([0-9]+(?:\.[0-9]+)*)\.tar\.gz \
+ https://github.com/mirabilos/@PACKAGE@/tags \
+ (?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@ \
 debian

Bug#1040927: redmine: bashism in postinst script

[Patrice Duroux]

 Hi,
And also add the missing double quotes at line 57. ;-)
Thanks,
Patrice

Bug#1052172: gnome-terminal: crash during scroll-up

[Patrice Duroux]

Up to now, it is stable!

Le sam. 23 sept. 2023 à 17:43, Samuel Thibault  a écrit :
>
> Patrice Duroux, le sam. 23 sept. 2023 16:53:36 +0200, a ecrit:
> > Much more stable and harder to crash but still got one doing in this
> > case some ample resizes of the terminal window.
>
> Ok, good!
>
> Could you try version 0.73.99-1+fix3 from
>
> https://people.debian.org/~sthibault/tmp/bookworm-tmp/
>
> Thanks,
> Samuel

Bug#1052172: gnome-terminal: crash during scroll-up

[Patrice Duroux]

You're welcome, as long as I can help on this!
Much more stable and harder to crash but still got one doing in this
case some ample resizes of the terminal window.
So here is attached the coredumpctl output with the following installed:

gir1.2-vte-2.91/now 0.73.99-1+fix2 amd64 [installé, pouvant être mis à
jour vers : 0.74.0-2]
gir1.2-vte-3.91/now 0.73.99-1+fix2 amd64 [installé, pouvant être mis à
jour vers : 0.74.0-2]
libvte-2.91-0-dbgsym/now 0.73.99-1+fix2 amd64 [installé, pouvant être
mis à jour vers : 0.74.0-2]
libvte-2.91-0/now 0.73.99-1+fix2 amd64 [installé, pouvant être mis à
jour vers : 0.74.0-2]
libvte-2.91-common-dbgsym/now 0.73.99-1+fix2 amd64 [installé, pouvant
être mis à jour vers : 0.74.0-2]
libvte-2.91-common/now 0.73.99-1+fix2 amd64 [installé, pouvant être
mis à jour vers : 0.74.0-2]
libvte-2.91-gtk4-0-dbgsym/now 0.73.99-1+fix2 amd64 [installé, pouvant
être mis à jour vers : 0.74.0-2]
libvte-2.91-gtk4-0/now 0.73.99-1+fix2 amd64 [installé, pouvant être
mis à jour vers : 0.74.0-2]

Le sam. 23 sept. 2023 à 16:33, Samuel Thibault  a écrit :
>
> Patrice Duroux, le ven. 22 sept. 2023 20:54:06 +0200, a ecrit:
> > so here is attached the output of the same coredumpctl command as
> > yesterday with the following packages installed:
> > #apt --installed list | grep 'libvte'
>
> Ok, I see, _vte_terminal_accessible_text_scrolled is really called with
> way more than just scrolling. I have updated the code, could you please
> test version 0.73.99-1+fix2 from
>
> https://people.debian.org/~sthibault/tmp/bookworm-tmp/
>
> Thanks a lot for your feedback!
> Samuel


output
Description: Binary data

Bug#1052172: gnome-terminal: crash during scroll-up

[Patrice Duroux]

Before proceeding with your request (I will have to be back home after
work), here is at least the environment used to reproduce the issue:
a Debian Sid/amd64 system, a GNOME wayland session and a GNOME terminal.
I am using fish as a login shell and so it is the default opening a
tab in the GNOME terminal.
fish like other tools are using fancy tty abilities (nice prompt, colors etc).
Once there are some contents in the terminal, it may then crash by
just scrolling up but also resizing the windows which I was new to me
yesterday
and got also many times rendering the terminal very unstable. That was
one of the reasons to not be able to use the coredumpctl output by
copy-paste
to give you the information without upgrading vte packages again to
their last version.
Not thinking that it will then change the coredumpctl output, stupid me!



Le ven. 22 sept. 2023 à 01:24, Samuel Thibault  a écrit :
>
> Patrice Duroux, le ven. 22 sept. 2023 00:51:19 +0200, a ecrit:
> > Ok, I think some updates have been applied in between.
> > Now is attached the output file of:
> > #coredumpctl debug --debugger-arguments="-batch -ex 'bt full'" > output
>
> Ok, it's all good now... Except that all the useful information was
> optimized away by the compiler :) I have rebuilt the package with no
> optimization, could you retry?
>
> (also, how do you reproduce it? I'm using mate-terminal all day long,
> and not seeing any crash, so I'm probably not using software that
> reproduce the issue)
>
> Samuel

Bug#1052172: gnome-terminal: crash during scroll-up

[Patrice Duroux]

Ok, I think some updates have been applied in between.
Now is attached the output file of:
#coredumpctl debug --debugger-arguments="-batch -ex 'bt full'" > output

that corresponds to a new crash with:
#apt --installed list | grep 'libvte'
libvte-2.91-0-dbgsym/now 0.74.0-1+fix amd64 [installé, pouvant être
mis à jour vers : 0.74.0-2]libvte-2.91-0/now 0.74.0-1+fix amd64
[installé, pouvant être mis à jour vers : 0.74.0-2]
libvte-2.91-common-dbgsym/now 0.74.0-1+fix amd64 [installé, pouvant
être mis à jour vers : 0.74.0-2]
libvte-2.91-common/now 0.74.0-1+fix amd64 [installé, pouvant être mis
à jour vers : 0.74.0-2]
libvte-2.91-gtk4-0-dbgsym/now 0.74.0-1+fix amd64 [installé, pouvant
être mis à jour vers : 0.74.0-2]
libvte-2.91-gtk4-0/now 0.74.0-1+fix amd64 [installé, pouvant être mis
à jour vers : 0.74.0-2]
libvterm0/unstable,now 0.1.4-1 amd64  [installé, automatique]


Le jeu. 21 sept. 2023 à 23:24, Samuel Thibault  a écrit :
>
> Patrice Duroux, le jeu. 21 sept. 2023 19:14:25 +0200, a ecrit:
> > Sorry sure !
> > Here it is:
>
> Mmm, the line numbers do not match. Could you check
>
> dpkg -l libvte\*
>
> ?


output
Description: Binary data

Bug#1052172: gnome-terminal: crash during scroll-up

[Patrice Duroux]

Sorry sure !
Here it is:

(gdb) bt full
#0  g_utf8_pointer_to_offset (str=, pos=) at ../../../glib/gutf8.c:423
s = 0x563a15601000 
offset = 836761
#1  0x7f48eff1f0e6 in
vte_terminal_accessible_get_text_somewhere(AtkText*, gint,
AtkTextBoundary, direction, gint*, gint*)
(text=0x563a154bc160, offset=,
boundary_type=, direction=22074,
start_offset=0x563a154bc160, end_offset=0x6f) at
../src/vteaccess.cc:949
accessible = 0x563a154bc160
priv = 0xddc
current = 
prev = 836761
next = 
start = 
end = 
line = 
impl = 0xffdf
__PRETTY_FUNCTION__ = "void
vte_terminal_set_enable_bidi(VteTerminal*,
gboolean)\000\000\000\000\000\000\000gboolean
vte_terminal_get_enable_shaping(Vte"
#2  0x563a15302550 in  ()
#3  0x in  ()

Le jeu. 21 sept. 2023 à 19:09, Samuel Thibault  a écrit :
>
> Hello,
>
> Patrice Duroux, le jeu. 21 sept. 2023 19:04:22 +0200, a ecrit:
> > Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> > Core was generated by `/usr/libexec/gnome-terminal-server'.
> > Program terminated with signal SIGSEGV, Segmentation fault.
> > #0  g_utf8_pointer_to_offset (str=, pos= > out>) at ../../../glib/gutf8.c:423
> > 423../../../glib/gutf8.c: Aucun fichier ou dossier de ce type.
> > [Current thread is 1 (Thread 0x7f48ec2dad00 (LWP 6255))]
> > (gdb)
>
> At this point I would need a
>
> bt full
>
>
> (it's not a problem that it doesn't find the files, that's the good
> point in open source, we have the source code :)
>
> Samuel

Bug#1052172: gnome-terminal: crash during scroll-up

[Patrice Duroux]

Hi,

I have installed your packages and here is the result after reproducing a crash:

#coredumpctl debug
   PID: 6255 (gnome-terminal-)
   UID: 1001 (patrice)
   GID: 1001 (patrice)
Signal: 11 (SEGV)
 Timestamp: Thu 2023-09-21 18:59:03 CEST (1min 4s ago)
  Command Line: /usr/libexec/gnome-terminal-server
Executable: /usr/libexec/gnome-terminal-server
 Control Group:
/user.slice/user-1001.slice/user@1001.service/app.slice/app-org.gnome.Terminal.slice/gnome-terminal-server.service
  Unit: user@1001.service
 User Unit: gnome-terminal-server.service
 Slice: user-1001.slice
 Owner UID: 1001 (patrice)
   Boot ID: 0888970f49044cfbac6fd735e69b0268
Machine ID: be351e757dc049ffa300ddbaf0f4856a
  Hostname: kos-moceratops
   Storage:
/var/lib/systemd/coredump/core.gnome-terminal-.1001.0888970f49044cfbac6fd735e69b0268.6255.169531554300.zst
(present)
  Size on Disk: 2.0M
   Message: Process 6255 (gnome-terminal-) of user 1001 dumped core.

Module libzstd.so.1 from deb libzstd-1.5.5+dfsg2-2.amd64
Module libsystemd.so.0 from deb systemd-254.4-1.amd64
Stack trace of thread 6255:
#0  0x7f48f0a0eb30 g_utf8_pointer_to_offset
(libglib-2.0.so.0 + 0x91b30)
#1  0x7f48eff1f0e6 emit_text_changed_insert
(libvte-2.91.so.0 + 0x670e6)
#2  0x7f48efeed03f
_ZN3vte8terminal8Terminal18emit_text_scrolledEl (libvte-2.91.so.0 +
0x3503f)
#3  0x7f48eff15265
_ZN3vte8platform6Widget25vadjustment_value_changedEv (libvte-2.91.so.0
+ 0x5d265)
#4  0x7f48f0ad9540 g_closure_invoke
(libgobject-2.0.so.0 + 0x16540)
#5  0x7f48f0aecafc signal_emit_unlocked_R
(libgobject-2.0.so.0 + 0x29afc)
#6  0x7f48f0aee501 signal_emit_valist_unlocked
(libgobject-2.0.so.0 + 0x2b501)
#7  0x7f48f0af4186 g_signal_emit_valist
(libgobject-2.0.so.0 + 0x31186)
#8  0x7f48f0af4243 g_signal_emit
(libgobject-2.0.so.0 + 0x31243)
#9  0x7f48f00b4297 emit_value_changed
(libgtk-3.so.0 + 0xb4297)
#10 0x7f48f025e152 gtk_range_real_change_value
(libgtk-3.so.0 + 0x25e152)
#11 0x7f48f00915ce
_gtk_marshal_BOOLEAN__ENUM_DOUBLE (libgtk-3.so.0 + 0x915ce)
#12 0x7f48f0ad9540 g_closure_invoke
(libgobject-2.0.so.0 + 0x16540)
#13 0x7f48f0aed188 signal_emit_unlocked_R
(libgobject-2.0.so.0 + 0x2a188)
#14 0x7f48f0aedd51 signal_emit_valist_unlocked
(libgobject-2.0.so.0 + 0x2ad51)
#15 0x7f48f0af4186 g_signal_emit_valist
(libgobject-2.0.so.0 + 0x31186)
#16 0x7f48f0af4243 g_signal_emit
(libgobject-2.0.so.0 + 0x31243)
#17 0x7f48f025c46c update_slider_position
(libgtk-3.so.0 + 0x25c46c)
#18 0x7f48f025f75c gtk_range_drag_gesture_update
(libgtk-3.so.0 + 0x25f75c)
#19 0x7f48f0094e20
_gtk_marshal_VOID__DOUBLE_DOUBLEv (libgtk-3.so.0 + 0x94e20)
#20 0x7f48f0ad9749 _g_closure_invoke_va
(libgobject-2.0.so.0 + 0x16749)
#21 0x7f48f0aee5bf signal_emit_valist_unlocked
(libgobject-2.0.so.0 + 0x2b5bf)
#22 0x7f48f0af4186 g_signal_emit_valist
(libgobject-2.0.so.0 + 0x31186)
#23 0x7f48f0af4243 g_signal_emit
(libgobject-2.0.so.0 + 0x31243)
#24 0x7f48f0adc986 g_cclosure_marshal_VOID__BOXEDv
(libgobject-2.0.so.0 + 0x19986)
#25 0x7f48f0ad9749 _g_closure_invoke_va
(libgobject-2.0.so.0 + 0x16749)
#26 0x7f48f0aee5bf signal_emit_valist_unlocked
(libgobject-2.0.so.0 + 0x2b5bf)
#27 0x7f48f0af4186 g_signal_emit_valist
(libgobject-2.0.so.0 + 0x31186)
#28 0x7f48f0af4243 g_signal_emit
(libgobject-2.0.so.0 + 0x31243)
#29 0x7f48f01b1912 gtk_gesture_handle_event
(libgtk-3.so.0 + 0x1b1912)
#30 0x7f48f01b4c32 gtk_gesture_single_handle_event
(libgtk-3.so.0 + 0x1b4c32)
#31 0x7f48f0179541
gtk_event_controller_handle_event (libgtk-3.so.0 + 0x179541)
#32 0x7f48f0348a7d _gtk_widget_run_controllers
(libgtk-3.so.0 + 0x348a7d)
#33 0x7f48f0090d98 _gtk_marshal_BOOLEAN__BOXEDv
(libgtk-3.so.0 + 0x90d98)
#34 0x7f48f0ad9749 _g_closure_invoke_va
(libgobject-2.0.so.0 + 0x16749)
#35 0x7f48f0aed913 signal_emit_valist_unlocked
(libgobject-2.0.so.0 + 0x2a913)
#36 0x7f48f0af4186 g_signal_emit_valist
(libgobject-2.0.so.0 + 0x31186)
#37 0x7f48f0af4243 g_signal_emit
(libgobject-2.0.so.0 + 0x31243)
#38 0x7f48f034a4d4 gtk_widget_event_internal
(libgtk-3.so.0 + 0x34a4d4)
#39 0x7f48f01fca5e propagate_event_up
(libgtk-3.so.0 + 0x1fca5e)
#40 

Bug#1052172: gnome-terminal: crash during scroll-up

[Patrice Duroux]

Package: gnome-terminal
Version: 3.49.99-1
Severity: normal

Dear Maintainer,


I am not sure that this should be addressed to gnome-terminal or vte or glib.

Here is the crash report:

#coredumpctl info 16058
   PID: 16058 (gnome-terminal-)
   UID: 1001 (patrice)
   GID: 1001 (patrice)
Signal: 11 (SEGV)
 Timestamp: Mon 2023-09-18 19:24:10 CEST (24s ago)
  Command Line: /usr/libexec/gnome-terminal-server
Executable: /usr/libexec/gnome-terminal-server
 Control Group: /user.slice/user-1001.slice/user@1001.service/app.slice/app-
org.gnome.Terminal.slice/gnome-terminal-server.service
  Unit: user@1001.service
 User Unit: gnome-terminal-server.service
 Slice: user-1001.slice
 Owner UID: 1001 (patrice)
   Boot ID: 1781d746c50b49e981e5f202919486f2
Machine ID: be351e757dc049ffa300ddbaf0f4856a
  Hostname: 
   Storage: /var/lib/systemd/coredump/core.gnome-
terminal-.1001.1781d746c50b49e981e5f202919486f2.16058.169505785000.zst
(present)
  Size on Disk: 2.2M
   Message: Process 16058 (gnome-terminal-) of user 1001 dumped core.

Module libzstd.so.1 from deb libzstd-1.5.5+dfsg2-2.amd64
Module libsystemd.so.0 from deb systemd-254.3-1.amd64
Stack trace of thread 16058:
#0  0x7f71764f6b30 g_utf8_pointer_to_offset
(libglib-2.0.so.0 + 0x91b30)
#1  0x7f7175a014a6 emit_text_changed_insert
(libvte-2.91.so.0 + 0x6a4a6)
#2  0x7f71759cd607
_ZN3vte8terminal8Terminal18emit_text_scrolledEl (libvte-2.91.so.0 + 0x36607)
#3  0x7f71759f721d
_ZN3vte8platform6Widget25vadjustment_value_changedEv (libvte-2.91.so.0 +
0x6021d)
#4  0x7f71765c1540 g_closure_invoke (libgobject-2.0.so.0 +
0x16540)
#5  0x7f71765d4afc signal_emit_unlocked_R
(libgobject-2.0.so.0 + 0x29afc)
#6  0x7f71765d6501 signal_emit_valist_unlocked
(libgobject-2.0.so.0 + 0x2b501)
#7  0x7f71765dc186 g_signal_emit_valist
(libgobject-2.0.so.0 + 0x31186)
#8  0x7f71765dc243 g_signal_emit (libgobject-2.0.so.0 +
0x31243)
#9  0x7f7175cb4297 emit_value_changed (libgtk-3.so.0 +
0xb4297)
#10 0x7f7175e5e152 gtk_range_real_change_value
(libgtk-3.so.0 + 0x25e152)
#11 0x7f7175c915ce _gtk_marshal_BOOLEAN__ENUM_DOUBLE
(libgtk-3.so.0 + 0x915ce)
#12 0x7f71765c1540 g_closure_invoke (libgobject-2.0.so.0 +
0x16540)
#13 0x7f71765d5188 signal_emit_unlocked_R
(libgobject-2.0.so.0 + 0x2a188)
#14 0x7f71765d5d51 signal_emit_valist_unlocked
(libgobject-2.0.so.0 + 0x2ad51)
#15 0x7f71765dc186 g_signal_emit_valist
(libgobject-2.0.so.0 + 0x31186)
#16 0x7f71765dc243 g_signal_emit (libgobject-2.0.so.0 +
0x31243)
#17 0x7f7175e5c46c update_slider_position (libgtk-3.so.0 +
0x25c46c)
#18 0x7f7175e5f75c gtk_range_drag_gesture_update
(libgtk-3.so.0 + 0x25f75c)
#19 0x7f7175c94e20 _gtk_marshal_VOID__DOUBLE_DOUBLEv
(libgtk-3.so.0 + 0x94e20)
#20 0x7f71765c1749 _g_closure_invoke_va
(libgobject-2.0.so.0 + 0x16749)
#21 0x7f71765d65bf signal_emit_valist_unlocked
(libgobject-2.0.so.0 + 0x2b5bf)
#22 0x7f71765dc186 g_signal_emit_valist
(libgobject-2.0.so.0 + 0x31186)
#23 0x7f71765dc243 g_signal_emit (libgobject-2.0.so.0 +
0x31243)
#24 0x7f71765c4986 g_cclosure_marshal_VOID__BOXEDv
(libgobject-2.0.so.0 + 0x19986)
#25 0x7f71765c1749 _g_closure_invoke_va
(libgobject-2.0.so.0 + 0x16749)

Not easy to reproduce but I finally got it twice after some dbgsym installs.

Regards,
Patrice


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

Kernel: Linux 6.5.0-1-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-terminal depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.14.10-1
ii  dbus-x11 [dbus-session-bus]   1.14.10-1
ii  dconf-gsettings-backend [gsettings-backend]   0.40.0-4
ii  gnome-terminal-data   3.49.99-1
ii  gsettings-desktop-schemas 45~rc-1
ii  libatk1.0-0   2.49.91-2
ii  libc6 2.37-10
ii  libgcc-s1 13.2.0-4
ii  libglib2.0-0  2.78.0-2
ii  libgtk-3-03.24.38-5

Bug#1052171: libva-utils: trouble using the d/watch file

[Patrice Duroux]

Source: libva-utils
Version: 2.12.0+ds1-1
Severity: minor

Dear Maintainer,

The d/watch file use the tags line to generate a release download link, but not
all tags are (strangely) releases, for instance tag 1.18.0 or the current tag
2.20.0 is not working (yet).

#uscan --download
Newest version of libva-utils on remote site is 2.20.0, local version is
2.12.0+ds1
 => Newer package available from:
=> https://github.com/intel/libva-utils/releases/download/2.20.0/libva-
utils-2.20.0.tar.bz2
uscan warn: In directory ., downloading
  https://github.com/intel/libva-utils/releases/download/2.20.0/libva-
utils-2.20.0.tar.bz2 failed: 404 Not Found
uscan warn: No upstream tarball downloaded. No further processing with
mk_origtargz ...

Why not downloading the source under tags?

Regards,
Patrice


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

Kernel: Linux 6.5.0-1-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/watch b/debian/watch
index 4ac3094..5353a2a 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,7 +1,4 @@
 version=4
-opts="\
-compression=bz2, \
-dversionmangle=s/\+(?:git)?[0-9]*(?:\+g[0-9a-f]*)//, \
-
downloadurlmangle=s#/tag/#/download/#;s#(@ANY_VERSION@)$#$1/@PACKAGE@-$2.tar.bz2#,
 \
-filenamemangle=s#@ANY_VERSION@#@PACKAGE@-$1.tar.bz2#" \
-  https://github.com/intel/@PACKAGE@/tags .*/releases/tag/@ANY_VERSION@
+opts="filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%" 
\
+https://github.com/intel/libva-utils/tags \
+(?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@

Bug#1050083: shotwell: crash in folders_sidebar_entry_construct

[Patrice Duroux]

Hi,

Since I have tried to clean-up all the shotwell conf, cache data, etc, and I am 
still getting
a crash with now the following stack trace (from coredumpctl):

Stack trace of thread 12774:
#0  0x7fd170bddfe4 __GI___wcscoll_l (libc.so.6 + 0xb9fe4)
#1  0x7fd171fddaaf g_utf8_collate (libglib-2.0.so.0 + 
0x93aaf)
#2  0x55b258aaabf7 __lambda12_ (shotwell + 0x210bf7)
#3  0x7fd171edfb46 gee_tim_sort_lower_than (libgee-0.8.so.2 
+ 0x68b46)
#4  0x7fd171ee0321 gee_tim_sort_do_sort (libgee-0.8.so.2 + 
0x69321)
#5  0x7fd171ec7f2f gee_list_real_sort (libgee-0.8.so.2 + 
0x50f2f)
#6  0x55b258aabce3 work_sniffer_real_execute (shotwell + 
0x211ce3)
#7  0x55b2589390f8 workers_thread_start (shotwell + 0x9f0f8)
#8  0x7fd171fd2392 g_thread_pool_thread_proxy 
(libglib-2.0.so.0 + 0x88392)
#9  0x7fd171fd19e1 g_thread_proxy (libglib-2.0.so.0 + 
0x879e1)
#10 0x7fd170bac3ec start_thread (libc.so.6 + 0x883ec)
#11 0x7fd170c2ca2c __clone3 (libc.so.6 + 0x108a2c)


My system is with the following libs:

libc6-dbg/unstable,now 2.37-10 amd64  [installé]
libc6-dev/unstable,now 2.37-10 amd64  [installé]
libc6/unstable,now 2.37-10 amd64  [installé]
libc6/unstable,now 2.37-10 i386  [installé]
libgee-0.8-2-dbgsym/unstable-debug,now 0.20.6-1 amd64  [installé]
libgee-0.8-2/unstable,now 0.20.6-1 amd64  [installé, automatique]
libglib2.0-0-dbgsym/unstable-debug,now 2.78.0-1 amd64  [installé]
libglib2.0-0/unstable,now 2.78.0-1 amd64  [installé]
libglib2.0-0/unstable,now 2.78.0-1 i386  [installé]
libglib2.0-bin-dbgsym/unstable-debug,now 2.78.0-1 amd64  [installé]
libglib2.0-bin/unstable,now 2.78.0-1 amd64  [installé]
libglib2.0-data/unstable,unstable,now 2.78.0-1 all  [installé]
libglib2.0-dev-bin/unstable,now 2.78.0-1 amd64  [installé]
libglib2.0-dev/unstable,now 2.78.0-1 amd64  [installé]

And here is what I am getting using 'gdb':

(gdb) Thread 34 "pool-shotwell" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fff8bfff6c0 (LWP 14645)]
0x7687bfe4 in __GI___wcscoll_l (s1=s1@entry=0x0, 
s2=s2@entry=0x7fff842fe660 
L"/home/patrice/Images/Photos/2020/11/15/20201115_154346.jpg", 
l=0x76996580 <_nl_global_locale>) at ../string/strcoll_l.c:273
273 ../string/strcoll_l.c: Aucun fichier ou dossier de ce type.
(gdb) 

#file /home/patrice/Images/Photos/2020/11/15/20201115_154346.jpg
/home/patrice/Images/Photos/2020/11/15/20201115_154346.jpg: JPEG image data, 
Exif standard: [], baseline, precision 8, 5312x2988, components 3


Regards,
Patrice

Bug#1051856: game-data-packager: SyntaxError: invalid syntax: match self.game.shortname

[Patrice Duroux]

  [installé]
python3-uritemplate/unstable,unstable,now 4.1.1-3 all  [installé, automatique]
python3-urllib3/unstable,unstable,now 1.26.16-1 all  [installé, automatique]
python3-wadllib/unstable,unstable,now 1.3.6-5 all  [installé, automatique]
python3-wcwidth/unstable,unstable,now 0.2.5+dfsg1-1.1 all  [installé,
automatique]
python3-webcolors/unstable,unstable,now 1.11.1-1 all  [installé, automatique]
python3-webencodings/unstable,unstable,now 0.5.1-5 all  [installé, automatique]
python3-websocket/unstable,unstable,now 1.2.3-1 all  [installé, automatique]
python3-websockets/unstable,unstable,now 10.4-1 all  [installé, automatique]
python3-werkzeug/unstable,unstable,now 2.2.2-3 all  [installé, automatique]
python3-wheel/unstable,unstable,now 0.41.0-2 all  [installé, automatique]
python3-wrapt/unstable,now 1.14.1-5 amd64  [installé, automatique]
python3-x2go/unstable,unstable,now 0.6.1.3-3 all  [installé, automatique]
python3-xdg/unstable,unstable,now 0.28-2 all  [installé, automatique]
python3-xlib/unstable,unstable,now 0.33-2 all  [installé, automatique]
python3-yaml/unstable,now 6.0.1-1 amd64  [installé, automatique]
python3-yappi/unstable,now 1.4.0-2 amd64  [installé, automatique]
python3-yarl/unstable,now 1.8.2-1+b1 amd64  [installé, automatique]
python3-zipp/unstable,unstable,now 1.0.0-6 all  [installé, automatique]
python3-zope.event/unstable,unstable,now 4.4-3 all  [installé, automatique]
python3-zope.interface/unstable,now 5.5.2-1+b1 amd64  [installé, automatique]
python3.11-dev/unstable,now 3.11.5-3 amd64  [installé, automatique]
python3.11-minimal/unstable,now 3.11.5-3 amd64  [installé, automatique]
python3.11/unstable,now 3.11.5-3 amd64  [installé, automatique]
python3/unstable,now 3.11.4-5+b1 amd64  [installé]

Le mer. 13 sept. 2023 à 20:36, Simon McVittie  a écrit :
>
> Control: retitle -1 game-data-packager: SyntaxError: invalid syntax: match 
> self.game.shortname
>
> On Wed, 13 Sep 2023 at 19:36:59 +0200, Patrice Duroux wrote:
> > Paramétrage de game-data-packager (76) ...
> > Failed to byte-compile /usr/share/games/game-data-
> > packager/game_data_packager/games/gog_icon.py:   File 
> > "/usr/share/games/game-
> > data-packager/game_data_packager/games/gog_icon.py"
> > , line 43
> > match self.game.shortname:
> > ^
> > SyntaxError: invalid syntax. Perhaps you forgot a comma?
>
> What version(s) of Python 3 do you have installed? For example, do you
> have python3.9-minimal installed, or something like that?
>
> This is new syntax in Python 3.10, but Debian >= 12 only supports Python
> 3.11 or newer, so that syntax shouldn't be a problem...
>
> Looking at the generated game-data-packager.postinst, I see it invokes
> pypy3compile. Could that be the problem here? Do you have pypy3 installed?
>
> smcv

Bug#1051856: game-data-packager: python error message during install

[Patrice Duroux]

Package: game-data-packager
Version: 76
Severity: minor

Dear Maintainer,

Here what I got during the last system upgrade:

Paramétrage de game-data-packager (76) ...
Failed to byte-compile /usr/share/games/game-data-
packager/game_data_packager/games/gog_icon.py:   File "/usr/share/games/game-
data-packager/game_data_packager/games/gog_icon.py"
, line 43
match self.game.shortname:
^
SyntaxError: invalid syntax. Perhaps you forgot a comma?



Regards,
Patrice


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

Kernel: Linux 6.5.0-0-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages game-data-packager depends on:
ii  python3 3.11.4-5+b1
ii  python3-debian  0.1.49
ii  python3-yaml6.0.1-1

Versions of packages game-data-packager recommends:
ii  game-data-packager-runtime  76

Versions of packages game-data-packager suggests:
pn  arj
ii  binutils   2.41-5
ii  cabextract 1.11-1
pn  cdparanoia 
pn  dynamite   
ii  gcc4:13.2.0-1
pn  gdebi | gdebi-kde  
ii  gir1.2-gdkpixbuf-2.0   2.42.10+dfsg-1+b1
pn  innoextract
pn  lgc-pg 
pn  lgogdownloader 
pn  lhasa | jlha-utils | lzh-archiver  
ii  make   4.3-4.1
ii  p7zip-full 16.02+dfsg-8
ii  pkexec 123-1
ii  python3-gi 3.46.0-1
pn  python3-omg
ii  python3-pil10.0.0-1
pn  steam  
pn  steamcmd   
pn  unace-nonfree  
pn  unar   
pn  unrar  
pn  unshield   
ii  unzip  6.0-28
pn  vorbis-tools   
ii  xdelta 1.1.3-10.4
ii  xdelta33.0.11-dfsg-1.2
pn  xorriso

-- no debconf information

Bug#1051349: closed by Ryan Tandy (Re: Bug#1051349: slapd: DoS after some 'Too many open files'?)

[Patrice Duroux]

Hi Ryan,

Sorry for my fuzzy report.
I have not yet applied for your suggestion but will be back to it very soon.

Many thanks,
Patrice

Le jeu. 7 sept. 2023 à 19:24, Debian Bug Tracking System
 a écrit :
>
> This is an automatic notification regarding your Bug report
> which was filed against the slapd package:
>
> #1051349: slapd: DoS after some 'Too many open files'?
>
> It has been closed by Ryan Tandy .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Ryan Tandy 
>  by
> replying to this email.
>
>
> --
> 1051349: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051349
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
>
> -- Forwarded message --
> From: Ryan Tandy 
> To: Patrice Duroux 
> Cc: 1051349-d...@bugs.debian.org
> Bcc:
> Date: Thu, 7 Sep 2023 10:17:59 -0700
> Subject: Re: Bug#1051349: slapd: DoS after some 'Too many open files'?
> Hello Patrice,
>
> On Wed, Sep 06, 2023 at 04:43:16PM +0200, Patrice Duroux wrote:
> >2023-09-06T14:57:22.996591+02:00  slapd[2200]: warning: cannot 
> >open /etc/hosts.allow: Too many open files
>
> As Quanah said, hitting the open files limit is a common issue on Debian
> because we link the tcp-wrappers library, which unfortunately consumes
> extra file descriptors for each open network connection.
>
> >ulimit is unlimited in the default any root/user env.
> >What about the slapd service that is launched by systemd?
>
> See /proc/$(pidof slapd)/limits. In a systemd-nspawn container, I see a
> default limit of 1024 open files.
>
> >slapd does not have a .service file to change this, right?
>
> Not on disk, but a virtual slapd.service is generated from the init
> script, and can be modified using a drop-in:
>
> mkdir -p /etc/systemd/system/slapd.service.d
> cat > /etc/systemd/system/slapd.service.d/open-files-limit.conf << eof
> [Service]
> LimitNOFILE=524288
> eof
> systemctl daemon-reload
> systemctl restart slapd.service
>
> Now /proc/$(pidof slapd)/limits should reflect the increased limit.
>
> Hope this helps,
> Ryan
>
>
> -- Forwarded message --
> From: Patrice Duroux 
> To: Debian Bug Tracking System 
> Cc:
> Bcc:
> Date: Wed, 06 Sep 2023 16:43:16 +0200
> Subject: slapd: DoS after some 'Too many open files'?
> Package: slapd
> Version: 2.5.13+dfsg-5
> Severity: normal
>
> Dear Maintainer,
>
> This happens on one physical machine using a Debian Bookworm and only 
> dedicated to NFS/LDAP
> services.
> I never faced this before for years with Bulleyes before upgrading to 
> Bookworm.
>
> Looking into log files there are the following messages:
>
> [...]
> 2023-09-06T14:57:22.996591+02:00  slapd[2200]: warning: cannot open 
> /etc/hosts.allow: Too many open files
> 2023-09-06T14:57:22.996861+02:00  slapd[2200]: warning: cannot open 
> /etc/hosts.deny: Too many open files
> 2023-09-06T14:57:53.823167+02:00  slapd[2200]: warning: cannot open 
> /etc/hosts.allow: Too many open files
> 2023-09-06T14:57:53.823810+02:00  slapd[2200]: warning: cannot open 
> /etc/hosts.deny: Too many open files
> 2023-09-06T14:59:56.993514+02:00  slapd[2200]: warning: cannot open 
> /etc/hosts.allow: Too many open files
> 2023-09-06T14:59:56.994249+02:00  slapd[2200]: warning: cannot open 
> /etc/hosts.deny: Too many open files
> 2023-09-06T15:00:15.129483+02:00  slapd[2200]: warning: cannot open 
> /etc/hosts.allow: Too many open files
> 2023-09-06T15:00:15.129643+02:00  slapd[2200]: warning: cannot open 
> /etc/hosts.deny: Too many open files
> 2023-09-06T15:00:53.881436+02:00  slapd[2200]: daemon: accept(8) 
> failed errno=24 (Too many open files)
> 2023-09-06T15:01:16.878910+02:00  slapd[2200]: daemon: accept(8) 
> failed errno=24 (Too many open files)
> 2023-09-06T15:01:16.880305+02:00  slapd[2200]: daemon: accept(8) 
> failed errno=24 (Too many open files)
> [...]
>
> During the DoS, 'systemctl status slapd' did not shown me anything strange.
> Restarting the service solved the trouble.
>
> Are there some possible file closing leaks in slapd it-self?
>
> ulimit is unlimited in the default any root/user env.
> What about the slapd service that is launched by systemd?
>
> # systemctl status slapd
> ● slapd.service - LSB: OpenLDAP standalone server (Lightweight Directory 
> Access Protocol)
>  Loaded: loaded (/etc/init.d/slapd; generated)
> Drop-In: /usr/lib/systemd/system/slapd.service.d
>  └─slapd-remain-after-exit.conf
>  Active: active (running) sinc

Bug#1051349: slapd: DoS after some 'Too many open files'?

[Patrice Duroux]

Package: slapd
Version: 2.5.13+dfsg-5
Severity: normal

Dear Maintainer,

This happens on one physical machine using a Debian Bookworm and only dedicated 
to NFS/LDAP
services.
I never faced this before for years with Bulleyes before upgrading to Bookworm.

Looking into log files there are the following messages:

[...]
2023-09-06T14:57:22.996591+02:00  slapd[2200]: warning: cannot open 
/etc/hosts.allow: Too many open files
2023-09-06T14:57:22.996861+02:00  slapd[2200]: warning: cannot open 
/etc/hosts.deny: Too many open files
2023-09-06T14:57:53.823167+02:00  slapd[2200]: warning: cannot open 
/etc/hosts.allow: Too many open files
2023-09-06T14:57:53.823810+02:00  slapd[2200]: warning: cannot open 
/etc/hosts.deny: Too many open files
2023-09-06T14:59:56.993514+02:00  slapd[2200]: warning: cannot open 
/etc/hosts.allow: Too many open files
2023-09-06T14:59:56.994249+02:00  slapd[2200]: warning: cannot open 
/etc/hosts.deny: Too many open files
2023-09-06T15:00:15.129483+02:00  slapd[2200]: warning: cannot open 
/etc/hosts.allow: Too many open files
2023-09-06T15:00:15.129643+02:00  slapd[2200]: warning: cannot open 
/etc/hosts.deny: Too many open files
2023-09-06T15:00:53.881436+02:00  slapd[2200]: daemon: accept(8) 
failed errno=24 (Too many open files)
2023-09-06T15:01:16.878910+02:00  slapd[2200]: daemon: accept(8) 
failed errno=24 (Too many open files)
2023-09-06T15:01:16.880305+02:00  slapd[2200]: daemon: accept(8) 
failed errno=24 (Too many open files)
[...]

During the DoS, 'systemctl status slapd' did not shown me anything strange.
Restarting the service solved the trouble.

Are there some possible file closing leaks in slapd it-self?

ulimit is unlimited in the default any root/user env.
What about the slapd service that is launched by systemd?

# systemctl status slapd
● slapd.service - LSB: OpenLDAP standalone server (Lightweight Directory Access 
Protocol)
 Loaded: loaded (/etc/init.d/slapd; generated)
Drop-In: /usr/lib/systemd/system/slapd.service.d
 └─slapd-remain-after-exit.conf
 Active: active (running) since Wed 2023-09-06 15:41:44 CEST; 51min ago
   Docs: man:systemd-sysv-generator(8)
Process: 135002 ExecStart=/etc/init.d/slapd start (code=exited, 
status=0/SUCCESS)
  Tasks: 9 (limit: 38189)
 Memory: 73.9M
CPU: 3.444s
 CGroup: /system.slice/slapd.service
 └─135008 /usr/sbin/slapd -h "ldap:/// ldapi:///" -g openldap -u 
openldap -F /etc/ldap/slapd.d

Is the 'limit' value (38189) related to the ulimit of its process?

slapd does not have a .service file to change this, right?

Many thanks,
Patrice

# cat /etc/default/slapd 
# Default location of the slapd.conf file or slapd.d cn=config directory. If
# empty, use the compiled-in default (/etc/ldap/slapd.d with a fallback to
# /etc/ldap/slapd.conf).
SLAPD_CONF=

# System account to run the slapd server under. If empty the server
# will run as root.
SLAPD_USER="openldap"

# System group to run the slapd server under. If empty the server will
# run in the primary group of its user.
SLAPD_GROUP="openldap"

# Path to the pid file of the slapd server. If not set the init.d script
# will try to figure it out from $SLAPD_CONF (/etc/ldap/slapd.d by
# default)
SLAPD_PIDFILE=

# slapd normally serves ldap only on all TCP-ports 389. slapd can also
# service requests on TCP-port 636 (ldaps) and requests via unix
# sockets.
# Example usage:
# SLAPD_SERVICES="ldap://127.0.0.1:389/ ldaps:/// ldapi:///"
SLAPD_SERVICES="ldap:/// ldapi:///"

# If SLAPD_NO_START is set, the init script will not start or restart
# slapd (but stop will still work).  Uncomment this if you are
# starting slapd via some other means or if you don't want slapd normally
# started at boot.
#SLAPD_NO_START=1

# If SLAPD_SENTINEL_FILE is set to path to a file and that file exists,
# the init script will not start or restart slapd (but stop will still
# work).  Use this for temporarily disabling startup of slapd (when doing
# maintenance, for example, or through a configuration management system)
# when you don't want to edit a configuration file.
SLAPD_SENTINEL_FILE=/etc/ldap/noslapd

# For Kerberos authentication (via SASL), slapd by default uses the system
# keytab file (/etc/krb5.keytab).  To use a different keytab file,
# uncomment this line and change the path.
#export KRB5_KTNAME=/etc/krb5.keytab

# Additional options to pass to slapd
SLAPD_OPTIONS=""



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

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

Bug#1051225: libmypaint: update d/watch file

[Patrice Duroux]

Source: libmypaint
Version: 1.6.0-2
Severity: minor

Dear Maintainer,

Here is a suggested patch to.

Regards,
Patrice


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

Kernel: Linux 6.4.0-4-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/watch b/debian/watch
index ffd65e1..599379d 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,3 +1,5 @@
+# Note: @ANY_VERSION@ is not used in matching-pattern to avoid 
2.0.0-(beta|alpha) series that are older
 version=4
-https://github.com/mypaint/libmypaint/releases \
-   .*/libmypaint-([0-9.]+).tar.xz
+opts="filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%" 
\
+   https://github.com/mypaint/@PACKAGE@/tags \
+   (?:.*?/)v?(\d[\.\d]*)@ARCHIVE_EXT@

Bug#1051151: norm: update d/watch file

[Patrice Duroux]

Source: norm
Version: 1.5.9+dfsg-2
Severity: minor

Dear Maintainer,

Here is a suggested patch for.

Many thanks,
Patrice


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

Kernel: Linux 6.4.0-4-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/watch b/debian/watch
index 5f7d680..f31346b 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,3 +1,3 @@
 version=4
-opts=dversionmangle=s/\+dfsg$//,repacksuffix=+dfsg,filenamemangle=s/.+\/src-norm-(\d\S+)\.tgz/norm_$1\.orig\.tar/
 \
- https://github.com/USNavalResearchLaboratory/norm/releases 
.*/v\d.+/src-norm-([\d\.]+)\.(?:tgz|tbz2|txz|tar\.(?:gz|bz2|xz))
+opts=dversionmangle=s/\+dfsg$//,repacksuffix=+dfsg,filenamemangle=s/(?:.*?)@ANY_VERSION@(@ARCHIVE_EXT@)/@PACKAGE@-$1$2/
 \
+ https://github.com/USNavalResearchLaboratory/@PACKAGE@/tags 
(?:.*?/)@ANY_VERSION@@ARCHIVE_EXT@

Bug#1051130: xbitmaps: update d/watch file

[Patrice Duroux]

Package: xbitmaps
Version: 1.1.1-2.2
Severity: minor

Dear Maintainer,

Here is a suggestion for.

Many thanks,
Patrice


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

Kernel: Linux 6.4.0-4-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- no debconf information
diff --git a/debian/watch b/debian/watch
index f0586a0..fa78044 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,3 +1,4 @@
-#git=git://anongit.freedesktop.org/xorg/data/bitmaps
-version=3
-https://xorg.freedesktop.orgreleases/individual/data/ xbitmaps-(.*)\.tar\.gz
+version=4
+opts="filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%" 
\
+https://gitlab.freedesktop.org/xorg/data/bitmaps/tags \
+(?:.*?/)bitmaps-xbitmaps-@ANY_VERSION@@ARCHIVE_EXT@

Bug#1050932: wget2: -X and --exclude-directories do not work

[Patrice Duroux]

Hi,

Regarding https://gitlab.com/gnuwget/wget2/-/blob/master/NEWS

30.08.2019 Release 1.99.2 (beta)
[...]
   * Add -X/--exclude-directories and -I/--include-directories
[...]


a more recent version would improve this.

Regards,
Patrice

Bug#1050859: xxhash: update d/watch file

[Patrice Duroux]

Source: xxhash
Version: 0.8.1-1
Severity: minor

Dear Maintainer,

Here is a suggestion for.

Thanks,
Patrice


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

Kernel: Linux 6.5.0-0-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/watch b/debian/watch
index 2d3805a..920a2e4 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,3 +1,3 @@
 version=4
-opts=filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/xxhash-$1\.tar\.gz/ \
-  https://github.com/Cyan4973/xxHash/releases/latest .*/v?(\d\S*)\.tar\.gz
+opts=filenamemangle=s/.+\/v?@ANY_VERSION@(@ARCHIVE_EXT@)/xxhash-$1$2/ \
+  https://github.com/Cyan4973/xxHash/tags .*/v?@ANY_VERSION@@ARCHIVE_EXT@

Bug#1050856: libgd2: update d/watch file

[Patrice Duroux]

Source: libgd2
Version: 2.3.3-9
Severity: minor

Dear Maintainer,

Here is a suggestion for.

Thanks,
Patrice


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

Kernel: Linux 6.5.0-0-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/watch b/debian/watch
index 4480bdf..f8e903e 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,10 +1,9 @@
 # run the "uscan" command to check for upstream updates and more.
 version=4
 opts="\
-   compression=xz, \
searchmode=plain, \
uversionmangle=s/RC/~rc/, \
dversionmangle=s/\~dfsg$//, \
-   filenamemangle=s/.+\/libgd-@any_vers...@.tar.xz/@PACKAGE@-$1\.tar\.xz/, 
\
-   "
-https://api.github.com/repos/libgd/libgd/releases 
https://github.com/libgd/libgd/releases/download/gd-(\d\S+)/libgd-(\d\S+).tar.xz
+   
filenamemangle=s/.+\/libgd-@ANY_VERSION@(@ARCHIVE_EXT@)/@PACKAGE@-$1$2/, \
+   " \
+https://api.github.com/repos/libgd/libgd/releases 
https://github.com/libgd/libgd/releases/download/gd-[^/]+/libgd-@ANY_VERSION@@ARCHIVE_EXT@

Bug#1050686: yubikey-luks: update d/watch file

[Patrice Duroux]

Source: yubikey-luks
Version: 0.5.1+29.g5df2b95-6.1
Severity: minor

Dear Maintainer,

Here is a suggested patch for.

Thanks,
Patrice


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

Kernel: Linux 6.5.0-0-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/watch b/debian/watch
index 90bb574..1f8b681 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,5 +1,5 @@
-version=3
+version=4
 # filenamemangle -> prepending softwarename if only tag name
-# versionmangle  -> convert version addition to ~ version
-opts=filenamemangle=s/.+\/(?:yubikey-luks-|v)([\d.]+(?:-.+)?).tar.gz/yubikey-luks-$1.tar.gz/,versionmangle=s/^([\d.]+)-(.+)?/$1~$2/
 \
-https://github.com/cornelinux/yubikey-luks/releases 
.*/(?:yubikey-luks-|v)?([\d.]+(?:-.+)?).tar.gz
+opts="filenamemangle=s/(?:.*?\/)?@ANY_VERSION@(@ARCHIVE_EXT@)/@PACKAGE@-$1$2/" 
\
+https://github.com/cornelinux/@PACKAGE@/tags \
+(?:.*?/)?@ANY_VERSION@@ARCHIVE_EXT@

Bug#1050662: efivar: update d/watch file

[Patrice Duroux]

Source: efivar
Version: 37-6
Severity: minor

Dear Maintainer,

Here is a patch for.

Thanks,
Patrice


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

Kernel: Linux 6.5.0-0-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/watch b/debian/watch
index 2f0bc43..86bd4fe 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,12 +1,4 @@
-# You can run the "uscan" command to check for upstream updates and more.
-# See uscan(1) for format
-
-# Compulsory line, this is a version 3 file
-version=3
-
-#opts=filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/efivar-$1\.tar\.gz/ \
-#https://github.com/vathpela/efivar/tags .*/v?(\d\S*)\.tar\.gz
-
-https://github.com/rhinstaller/efivar/releases \
-.*[^n]/(?:|v|version-|r|REL_|rel-|efivar(?:_|-))(\d[^\s/]*)\.(?:tar\.xz|txz|tar\.bz2|tbz2|tar\.gz|tgz)
-
+version=4
+opts="filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%" 
\
+https://github.com/rhinstaller/@PACKAGE@/tags \
+(?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@

Bug#1050659: libseccomp: update d/watch file

[Patrice Duroux]

Source: libseccomp
Version: 2.5.4-1
Severity: minor

Dear Maintainer,

Here is a patch for this.

Thanks,
Patrice


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

Kernel: Linux 6.5.0-0-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/watch b/debian/watch
index a94a868..4af64e2 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,4 +1,5 @@
 version=4
-opts="dversionmangle=s/\+dfsg//,pgpsigurlmangle=s/$/.asc/" \
-https://github.com/seccomp/libseccomp/releases \
-.*/libseccomp-(.*)\.tar\.gz
+opts="filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%" 
\
+https://github.com/seccomp/@PACKAGE@/tags \
+(?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@
+

Bug#1050658: liblocale-gettext-perl: update d/watch file

[Patrice Duroux]

Package: liblocale-gettext-perl
Version: 1.07-5
Severity: minor

Dear Maintainer,

Here is a patch for.

Thanks,
Patrice


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

Kernel: Linux 6.5.0-0-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages liblocale-gettext-perl depends on:
ii  libc6   2.37-7
ii  perl-base [perlapi-5.36.0]  5.36.0-8

liblocale-gettext-perl recommends no packages.

liblocale-gettext-perl suggests no packages.

-- no debconf information
diff --git a/debian/watch b/debian/watch
index 9687138..e10cb1a 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,3 +1,2 @@
 version=4
-
-https://metacpan.org/release/gettext   .*/gettext-v?@ANY_VERSION@@ARCHIVE_EXT@$
+https://metacpan.org/dist/Locale-gettext 
.*/Locale-gettext-v?@ANY_VERSION@@ARCHIVE_EXT@$

Bug#1050648: 0xffff: update d/watch file

[Patrice Duroux]

Source: 0x
Version: 0.9-1
Severity: minor

Dear Maintainer,

Here is a patch for.

Thanks,
Patrice


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

Kernel: Linux 6.5.0-0-amd64 (SMP w/12 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/watch b/debian/watch
index 51f5737..db2eca4 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,3 +1,3 @@
 version=4
-
-https://github.com/pali/0x/releases 
.*/0x[Ff][Ff][Ff][Ff][-_](\d\S+?)\.(?:orig\.tar\.gz|tar\.gz)
+opts="filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%" 
\
+https://github.com/pali/0x/tags (?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@

Bug#1050083: shotwell: crash in folders_sidebar_entry_construct

[Patrice Duroux]

Here it is:

#apt --installed list | grep /experimental

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

adwaita-icon-theme/experimental,experimental,now 44.0-1 all  [installé]
audacious-plugins-data/experimental,experimental,now 4.3.1-1~exp1 all
[installé]
audacious-plugins/experimental,now 4.3.1-1~exp1+b1 amd64  [installé]
audacious/experimental,now 4.3.1-1~exp1 amd64  [installé]
baobab/experimental,now 45~alpha-1 amd64  [installé]
gir1.2-adw-1/experimental,now 1.4~beta-2 amd64  [installé]
gir1.2-gtk-4.0/experimental,now 4.12.0+ds-1 amd64  [installé]
gir1.2-mutter-12/experimental,now 44.3-5 amd64  [installé, automatique]
gir1.2-tracker-3.0/experimental,now 3.6~beta-1 amd64  [installé, automatique]
gnome-backgrounds/experimental,experimental,now 45~beta-1 all  [installé]
gnome-calendar/experimental,now 45~beta-1 amd64  [installé]
gnome-characters/experimental,now 45~alpha-1 amd64  [installé]
gnome-console/experimental,now 45~beta-1 amd64  [installé]
gnome-contacts/experimental,now 45~beta-1 amd64  [installé]
gnome-control-center-data/experimental,experimental,now 1:45~beta-1
all  [installé]
gnome-control-center/experimental,now 1:45~beta-1 amd64  [installé]
gnome-font-viewer/experimental,now 45~alpha-1 amd64  [installé]
gnome-logs/experimental,now 45~beta-1 amd64  [installé]
gnome-maps/experimental,now 45~beta-1 amd64  [installé]
gnome-mastermind/experimental,now 0.4.0-2 amd64  [installé]
gnome-photos/experimental,now 44.0-2 amd64  [installé]
gnome-remote-desktop/experimental,now 44.2-5 amd64  [installé]
gnome-shell-common/experimental,experimental,now 44.3-3 all  [installé]
gnome-shell-extension-gsconnect-browsers/experimental,experimental,now
55-2 all  [installé]
gnome-shell-extension-gsconnect/experimental,experimental,now 55-2 all
 [installé]
gnome-shell-extension-prefs/experimental,now 44.3-3 amd64  [installé,
automatique]
gnome-shell-extensions/experimental,experimental,now 44.0-1 all  [installé]
gnome-shell/experimental,now 44.3-3 amd64  [installé]
gnome-terminal-data/experimental,experimental,now 3.49.92-2 all  [installé]
gnome-terminal/experimental,now 3.49.92-2 amd64  [installé]
gnome-text-editor/experimental,now 45~beta-1 amd64  [installé]
gnome-weather/experimental,experimental,now 45~alpha-1 all  [installé]
libadwaita-1-0/experimental,now 1.4~beta-2 amd64  [installé]
libaudcore5/experimental,now 4.3.1-1~exp1 amd64  [installé, automatique]
libaudgui5/experimental,now 4.3.1-1~exp1 amd64  [installé, automatique]
libaudqt2/experimental,now 4.3.1-1~exp1 amd64  [installé, automatique]
libaudtag3/experimental,now 4.3.1-1~exp1 amd64  [installé, automatique]
libgtk-4-1/experimental,now 4.12.0+ds-1 amd64  [installé]
libgtk-4-bin/experimental,now 4.12.0+ds-1 amd64  [installé]
libgtk-4-common/experimental,experimental,now 4.12.0+ds-1 all  [installé]
libgtk-4-media-gstreamer/experimental,now 4.12.0+ds-1 amd64  [installé]
libmutter-12-0/experimental,now 44.3-5 amd64  [installé, automatique]
libtracker-sparql-3.0-0/experimental,now 3.6~beta-1 amd64  [installé,
automatique]
mutter-common-bin/experimental,now 44.3-5 amd64  [installé]
mutter-common/experimental,experimental,now 44.3-5 all  [installé]
mutter/experimental,now 44.3-5 amd64  [installé]
orca/experimental,experimental,now 45~beta-1 all  [installé]
tracker-extract/experimental,now 3.5.2-1 amd64  [installé]
tracker-miner-fs/experimental,now 3.5.2-1 amd64  [installé]
tracker/experimental,now 3.6~beta-1 amd64  [installé]
xdg-desktop-portal-gnome/experimental,now 44.2-1 amd64  [installé]

Could it also be related to a filename encoding?

Thanks

Le sam. 19 août 2023 à 19:09, Jörg Frings-Fürst  a écrit :
>
> forwarded 1050083 https://gitlab.gnome.org/GNOME/shotwell/-/issues/5069
> severity 1050083 minor
> thanks
>
>
> Hello Patrice
>
>
> thank you for spending your time helping to make Debian better with this bug
> report.
>
>
> Since I can't reproduce the bug here, I forwarded the report to Upstream. And
> since packages from Experimental are used, the severity was set to minor.
>
>
> To investigate the problem further, please provide us with a list of installed
> Experimental packages.
>
>
> Am Samstag, dem 19.08.2023 um 15:48 +0200 schrieb Patrice Duroux:
> > Package: shotwell
> > Version: 0.32.2-1
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > My system is a Debian Sid (+ some experimental GNOME 45 packages).
> > Here is what I got using a terminal:
> >
> > #shotwell
> > ** Message: 15:36:49.447: main.vala:445: Starting session with system 
> > profile
> > fish: Job 1, 'shotwell' terminated by signal SIGSEGV (Erreur de frontière
> > d'adresse)
> >
> [...]
>
> > More than one entry matches, ignoring rest.
> >
> > Do not hesitate to ask me more on this if needed.
> >
> > Regards,
> > Patrice
> >
> [...]
>

Bug#1050083: shotwell: crash in folders_sidebar_entry_construct

[Patrice Duroux]

Package: shotwell
Version: 0.32.2-1
Severity: normal

Dear Maintainer,

My system is a Debian Sid (+ some experimental GNOME 45 packages).
Here is what I got using a terminal:

#shotwell
** Message: 15:36:49.447: main.vala:445: Starting session with system profile
fish: Job 1, 'shotwell' terminated by signal SIGSEGV (Erreur de frontière
d'adresse)

#coredumpctl dump /usr/bin/shotwell

   Message: Process 13905 (shotwell) of user 1001 dumped core.

Module libsystemd.so.0 from deb systemd-254.1-2.amd64
Module libudev.so.1 from deb systemd-254.1-2.amd64
Stack trace of thread 13905:
#0  0x7fd6a07b3e7b __GI___wcsxfrm_l (libc.so.6 + 0xbae7b)
#1  0x7fd6a1b7eeda g_utf8_collate_key (libglib-2.0.so.0 +
0x91eda)
#2  0x7fd6a1b7f386 g_utf8_collate_key_for_filename
(libglib-2.0.so.0 + 0x92386)
#3  0x564de9758570 folders_sidebar_entry_construct
(shotwell + 0x19d570)
#4  0x564de9758d78 folders_sidebar_entry_new (shotwell +
0x19dd78)
#5  0x564de97590f6 folders_branch_on_media_contents_altered
(shotwell + 0x19e0f6)
#6  0x564de97592d3 folders_branch_construct (shotwell +
0x19e2d3)
#7  0x564de96c5624 library_window_instance_init (shotwell +
0x10a624)
#8  0x7fd6a1c6857b g_type_create_instance
(libgobject-2.0.so.0 + 0x3857b)
#9  0x7fd6a1c4be80 g_object_new_internal
(libgobject-2.0.so.0 + 0x1be80)
#10 0x7fd6a1c4dfb3 g_object_new_internal
(libgobject-2.0.so.0 + 0x1dfb3)
#11 0x7fd6a1c4e309 g_object_new (libgobject-2.0.so.0 +
0x1e309)
#12 0x564de975c6e0 page_window_construct (shotwell +
0x1a16e0)
#13 0x564de975f21b app_window_construct (shotwell +
0x1a421b)
#14 0x564de96c91e3 library_window_construct (shotwell +
0x10e1e3)
#15 0x564de975ad0a library_exec (shotwell + 0x19fd0a)
#16 0x564de964fe32 _vala_main (shotwell + 0x94e32)
#17 0x7fd6a07206ca __libc_start_call_main (libc.so.6 +
0x276ca)
#18 0x7fd6a0720785 __libc_start_main_impl (libc.so.6 +
0x27785)
#19 0x564de9650311 _start (shotwell + 0x95311)

Stack trace of thread 13912:
#0  0x7fd6a07f9eb9 syscall (libc.so.6 + 0x100eb9)
#1  0x7fd6a1ba0770 g_cond_wait (libglib-2.0.so.0 + 0xb3770)
#2  0x7fd6a1b10f2b g_async_queue_pop_intern_unlocked
(libglib-2.0.so.0 + 0x23f2b)
#3  0x7fd6a1b73931 g_thread_pool_wait_for_new_task
(libglib-2.0.so.0 + 0x86931)
#4  0x7fd6a1b730cd g_thread_proxy (libglib-2.0.so.0 +
0x860cd)
#5  0x7fd6a07813ec start_thread (libc.so.6 + 0x883ec)
#6  0x7fd6a0801a1c __clone3 (libc.so.6 + 0x108a1c)

Stack trace of thread 13914:
#0  0x7fd6a07f9eb9 syscall (libc.so.6 + 0x100eb9)
#1  0x7fd6a1ba0770 g_cond_wait (libglib-2.0.so.0 + 0xb3770)
#2  0x7fd6a1b10f2b g_async_queue_pop_intern_unlocked
(libglib-2.0.so.0 + 0x23f2b)
#3  0x7fd6a1b73931 g_thread_pool_wait_for_new_task
(libglib-2.0.so.0 + 0x86931)
#4  0x7fd6a1b730cd g_thread_proxy (libglib-2.0.so.0 +
0x860cd)
#5  0x7fd6a07813ec start_thread (libc.so.6 + 0x883ec)
#6  0x7fd6a0801a1c __clone3 (libc.so.6 + 0x108a1c)

Stack trace of thread 13906:
#0  0x7fd6a07f9eb9 syscall (libc.so.6 + 0x100eb9)
#1  0x7fd6a1ba0770 g_cond_wait (libglib-2.0.so.0 + 0xb3770)
#2  0x7fd6a1b10f2b g_async_queue_pop_intern_unlocked
(libglib-2.0.so.0 + 0x23f2b)
#3  0x7fd6a1b73712 g_thread_pool_spawn_thread
(libglib-2.0.so.0 + 0x86712)
#4  0x7fd6a1b730cd g_thread_proxy (libglib-2.0.so.0 +
0x860cd)
#5  0x7fd6a07813ec start_thread (libc.so.6 + 0x883ec)
#6  0x7fd6a0801a1c __clone3 (libc.so.6 + 0x108a1c)

Stack trace of thread 13922:
#0  0x7fd6a07f9eb9 syscall (libc.so.6 + 0x100eb9)
#1  0x7fd6a1ba0770 g_cond_wait (libglib-2.0.so.0 + 0xb3770)
#2  0x7fd6a1b10f2b g_async_queue_pop_intern_unlocked
(libglib-2.0.so.0 + 0x23f2b)
#3  0x7fd6a1b73931 g_thread_pool_wait_for_new_task
(libglib-2.0.so.0 + 0x86931)
#4  0x7fd6a1b730cd g_thread_proxy (libglib-2.0.so.0 +
0x860cd)
#5  0x7fd6a07813ec start_thread (libc.so.6 + 0x883ec)
#6  0x7fd6a0801a1c __clone3 (libc.so.6 + 0x108a1c)

Stack trace of thread 13918:
#0  0x7fd6a07f9eb9 syscall (libc.so.6 + 0x100eb9)
#1  

Bug#1042488: gerbera: trouble during install or purge

[Patrice Duroux]

Package: gerbera
Version: 1.12.1+dfsg-0.1+b1
Followup-For: Bug #1042488

> Could you please do

> #dpkg -S /usr/sbin/policy-rc.d

> and post the output?

#LANG=C dpkg -S /usr/sbin/policy-rc.d
dpkg-query: no path found matching pattern /usr/sbin/policy-rc.d

but I confirm that my system have:

#ls -alit /usr/sbin/policy-rc.d
52636 -rwxr-xr-x 1 root root 19  8 févr.  2020 /usr/sbin/policy-rc.d*

That is strange, and even stranger:

#cat /usr/sbin/policy-rc.d
#!/bin/sh
exit 101

I will investigate that. Should I close this?

Thanks!


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

Kernel: Linux 6.4.0-1-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 gerbera depends on:
ii  adduser 3.137
ii  fonts-font-awesome  5.0.10+really4.7.0~dfsg-4.1
ii  fonts-lato  2.0-2.1
ii  libavcodec607:6.0-4
ii  libavformat60   7:6.0-4
ii  libavutil58 7:6.0-4
ii  libc6   2.37-6
ii  libcurl3-gnutls 7.88.1-11
ii  libduktape207   2.7.0-2
ii  libebml51.4.4-1
ii  libexif12   0.6.24-1+b1
ii  libexiv2-27 0.27.6-1
ii  libffmpegthumbnailer4v5 2.2.2+git20220218+dfsg-1+b2
ii  libfmt9 9.1.0+ds1-2
ii  libgcc-s1   13.1.0-9
ii  libixml11   1:1.14.17-2
ii  libjs-bootstrap44.6.1+dfsg1-4
ii  libjs-jquery3.6.1+dfsg+~3.5.14-1
ii  libjs-jquery-ui 1.13.2+dfsg-1
ii  libjs-popper.js 1.16.1+ds-6
ii  libjs-prototype 1.7.3-1
ii  libmagic1   1:5.44-3
ii  libmariadb3 1:10.11.4-1
ii  libmatroska71.7.1-1
ii  libpugixml1v5   1.13-0.2
ii  libspdlog1.10 [libspdlog1.10-fmt9]  1:1.10.0+ds-0.4
ii  libsqlite3-03.42.0-1
ii  libstdc++6  13.1.0-9
ii  libtag1v5   1.13.1-1
ii  libupnp17   1:1.14.17-2
ii  libuuid12.39.1-3
ii  node-js-cookie  3.0.1+~3.0.0-3

gerbera recommends no packages.

Versions of packages gerbera suggests:
ii  firefox [www-browser]   115.0.2-1
pn  gerbera-doc 
ii  google-chrome-stable [www-browser]  115.0.5790.110-1
ii  lynx [www-browser]  2.9.0dev.12-1
ii  vivaldi-stable [www-browser]6.1.3035.204-1

-- no debconf information

Bug#1042488: gerbera: trouble during install or purge

[Patrice Duroux]

Package: gerbera
Version: 1.12.1+dfsg-0.1+b1
Severity: normal

Dear Maintainer,

I do not know if it is a (temporary) general problem in the current Debian Sid.
But there some bad interaction with the gerbera.service during the install:

Unpacking gerbera (1.12.1+dfsg-0.1+b1) ...
Setting up gerbera (1.12.1+dfsg-0.1+b1) ...
invoke-rc.d: policy-rc.d denied execution of start.
Created symlink /etc/systemd/system/multi-user.target.wants/gerbera.service ->
/lib/systemd/system/gerbera.service.
/usr/sbin/policy-rc.d returned 101, not running 'start gerbera.service'

and during the purge (the service have been started since):

Removing gerbera (1.12.1+dfsg-0.1+b1) ...
/usr/sbin/policy-rc.d returned 101, not running 'stop gerbera.service'
invoke-rc.d: policy-rc.d denied execution of stop.
Purging configuration files for gerbera (1.12.1+dfsg-0.1+b1) ...
info: Removing crontab ...
info: Removing user `gerbera' ...
userdel: user gerbera is currently used by process 2553
fatal: `/usr/sbin/userdel gerbera' returned error code 8. Exiting.
info: Removing group `gerbera' ...
groupdel: cannot remove the primary group of user 'gerbera'
fatal: `/sbin/groupdel gerbera' returned error code 8. Exiting.

Thanks,
Patrice


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

Kernel: Linux 6.4.0-1-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 gerbera depends on:
ii  adduser 3.137
ii  fonts-font-awesome  5.0.10+really4.7.0~dfsg-4.1
ii  fonts-lato  2.0-2.1
ii  libavcodec607:6.0-4
ii  libavformat60   7:6.0-4
ii  libavutil58 7:6.0-4
ii  libc6   2.37-6
ii  libcurl3-gnutls 7.88.1-11
ii  libduktape207   2.7.0-2
ii  libebml51.4.4-1
ii  libexif12   0.6.24-1+b1
ii  libexiv2-27 0.27.6-1
ii  libffmpegthumbnailer4v5 2.2.2+git20220218+dfsg-1+b2
ii  libfmt9 9.1.0+ds1-2
ii  libgcc-s1   13.1.0-9
ii  libixml11   1:1.14.17-2
ii  libjs-bootstrap44.6.1+dfsg1-4
ii  libjs-jquery3.6.1+dfsg+~3.5.14-1
ii  libjs-jquery-ui 1.13.2+dfsg-1
ii  libjs-popper.js 1.16.1+ds-6
ii  libjs-prototype 1.7.3-1
ii  libmagic1   1:5.44-3
ii  libmariadb3 1:10.11.4-1
ii  libmatroska71.7.1-1
ii  libpugixml1v5   1.13-0.2
ii  libspdlog1.10 [libspdlog1.10-fmt9]  1:1.10.0+ds-0.4
ii  libsqlite3-03.42.0-1
ii  libstdc++6  13.1.0-9
ii  libtag1v5   1.13.1-1
ii  libupnp17   1:1.14.17-2
ii  libuuid12.39.1-3
ii  node-js-cookie  3.0.1+~3.0.0-3

gerbera recommends no packages.

Versions of packages gerbera suggests:
ii  firefox [www-browser]   115.0.2-1
pn  gerbera-doc 
ii  google-chrome-stable [www-browser]  115.0.5790.110-1
ii  lynx [www-browser]  2.9.0dev.12-1
ii  vivaldi-stable [www-browser]6.1.3035.204-1

-- no debconf information

Bug#1021428: weston: debian/watch is obsolete

[Patrice Duroux]

Dear weston maintainers,

If I follow well, this request is already closed by this commit:
https://salsa.debian.org/xorg-team/wayland/weston/-/commit/a3edbe19bd55b8eee64e0a40c459c25e22afb4a9
that is included in 11.0.0-2 (rc-buggy).

Dear QA team,

My trouble was that its Debian Package Tracker page does not report such a
possible new upstream version. And neither any of the Dashboard with weston
package in the lists.

Could this be interesting as an improvement to address to DPT to display the new
upstream corresponding to each Debian release (at least for sid and rc-buggy)?

And checking UDD, it have already the upstream version 12.0.1 in its data.

Thanks,
Patrice

Bug#1021428: weston: debian/watch is obsolete

[Patrice Duroux]

Hi,
And so weston 12.0.1 has been available since.
Thanks,
Patrice

Bug#1040793: udisks2: last sid upload introduced a crash

[Patrice Duroux]

Package: udisks2
Version: 2.10.0-2
Severity: normal

Dear Maintainer,

In a daily upgrade basis of a sid system with some extra rc-buggy packages
(GNOME 44 relatives mainly),
the recent upload of udisks2 introduced the following issue:

  PID: 4640 (udisksd)
   UID: 0 (root)
   GID: 0 (root)
Signal: 5 (TRAP)
 Timestamp: Mon 2023-07-10 19:27:28 CEST (2min 12s ago)
  Command Line: /usr/libexec/udisks2/udisksd
Executable: /usr/libexec/udisks2/udisksd
 Control Group: /system.slice/udisks2.service
  Unit: udisks2.service
 Slice: system.slice
   Boot ID: a278c0ac4f4542c1aac6ab19b860f94a
Machine ID: be351e757dc049ffa300ddbaf0f4856a
  Hostname: X
   Storage:
/var/lib/systemd/coredump/core.udisksd.0.a278c0ac4f4542c1aac6ab19b860f94a.4640.168901004800.zst
(present)
  Size on Disk: 340.8K
   Message: Process 4640 (udisksd) of user 0 dumped core.

Module libudev.so.1 from deb systemd-253.5-1.amd64
Module libsystemd.so.0 from deb systemd-253.5-1.amd64
Stack trace of thread 4640:
#0  0x7faa5ad3c1e7 g_log_writer_default (libglib-2.0.so.0 +
0x641e7)
#1  0x7faa5ad39b61 g_log_structured_array (libglib-2.0.so.0
+ 0x61b61)
#2  0x7faa5ad39ecb g_log_structured (libglib-2.0.so.0 +
0x61ecb)
#3  0x556c3f1aed34 udisks_log (udisksd + 0x53d34)
#4  0x556c3f17a303 n/a (udisksd + 0x1f303)
#5  0x7faa5ae37fe6 n/a (libgobject-2.0.so.0 + 0x1bfe6)
#6  0x7faa5ae39bc3 g_object_new_valist (libgobject-2.0.so.0
+ 0x1dbc3)
#7  0x7faa5ae3a219 g_object_new (libgobject-2.0.so.0 +
0x1e219)
#8  0x556c3f17aaac udisks_daemon_new (udisksd + 0x1faac)
#9  0x556c3f1796f2 n/a (udisksd + 0x1e6f2)
#10 0x7faa5af92421 n/a (libgio-2.0.so.0 + 0x116421)
#11 0x7faa5af2d5e3 n/a (libgio-2.0.so.0 + 0xb15e3)
#12 0x7faa5af2e1d3 n/a (libgio-2.0.so.0 + 0xb21d3)
#13 0x7faa5af82e32 n/a (libgio-2.0.so.0 + 0x106e32)
#14 0x7faa5af2d5e3 n/a (libgio-2.0.so.0 + 0xb15e3)
#15 0x7faa5af2d619 n/a (libgio-2.0.so.0 + 0xb1619)
#16 0x7faa5ad31e2f g_main_context_dispatch
(libglib-2.0.so.0 + 0x59e2f)
#17 0x7faa5ad32208 n/a (libglib-2.0.so.0 + 0x5a208)
#18 0x7faa5ad324bf g_main_loop_run (libglib-2.0.so.0 +
0x5a4bf)
#19 0x556c3f17942e main (udisksd + 0x1e42e)
#20 0x7faa5ab1d6ca __libc_start_call_main (libc.so.6 +
0x276ca)
#21 0x7faa5ab1d785 __libc_start_main_impl (libc.so.6 +
0x27785)
#22 0x556c3f179551 _start (udisksd + 0x1e551)

Stack trace of thread 4643:
#0  0x7faa5abf6eb9 syscall (libc.so.6 + 0x100eb9)
#1  0x7faa5ad8bb4c g_cond_wait_until (libglib-2.0.so.0 +
0xb3b4c)
#2  0x7faa5acfbfc1 n/a (libglib-2.0.so.0 + 0x23fc1)
#3  0x7faa5ad5efe2 n/a (libglib-2.0.so.0 + 0x86fe2)
#4  0x7faa5ad5e63d n/a (libglib-2.0.so.0 + 0x8663d)
#5  0x7faa5ab7e3ec start_thread (libc.so.6 + 0x883ec)
#6  0x7faa5abfea1c __clone3 (libc.so.6 + 0x108a1c)

Stack trace of thread 4642:
#0  0x7faa5abf6eb9 syscall (libc.so.6 + 0x100eb9)
#1  0x7faa5ad8b9a0 g_cond_wait (libglib-2.0.so.0 + 0xb39a0)
#2  0x7faa5acfbfeb n/a (libglib-2.0.so.0 + 0x23feb)
#3  0x7faa5ad5ec82 n/a (libglib-2.0.so.0 + 0x86c82)
#4  0x7faa5ad5e63d n/a (libglib-2.0.so.0 + 0x8663d)
#5  0x7faa5ab7e3ec start_thread (libc.so.6 + 0x883ec)
#6  0x7faa5abfea1c __clone3 (libc.so.6 + 0x108a1c)

Stack trace of thread 4644:
#0  0x7faa5abf19ef __GI___poll (libc.so.6 + 0xfb9ef)
#1  0x7faa5ad3217e n/a (libglib-2.0.so.0 + 0x5a17e)
#2  0x7faa5ad324bf g_main_loop_run (libglib-2.0.so.0 +
0x5a4bf)
#3  0x7faa5af98156 n/a (libgio-2.0.so.0 + 0x11c156)
#4  0x7faa5ad5e63d n/a (libglib-2.0.so.0 + 0x8663d)
#5  0x7faa5ab7e3ec start_thread (libc.so.6 + 0x883ec)
#6  0x7faa5abfea1c __clone3 (libc.so.6 + 0x108a1c)

Stack trace of thread 4641:
#0  0x7faa5abf19ef __GI___poll (libc.so.6 + 0xfb9ef)
#1  0x7faa5ad3217e n/a (libglib-2.0.so.0 + 0x5a17e)
#2  0x7faa5ad3229c g_main_context_iteration
(libglib-2.0.so.0 + 0x5a29c)
#3  0x7faa5ad322e1 n/a (libglib-2.0.so.0 + 0x5a2e1)
#4  0x7faa5ad5e63d n/a (libglib-2.0.so.0 + 0x8663d)
 

Bug#1039599: /usr/bin/uscan: CLI facility to run it from outside a packaging source directory

[Patrice Duroux]

Hi Adam,

Sorry to have disturbed you and BTS.
1. My issue was just a 'wishlist'.
2. Your advice does not fit perfectly my needs, but ok for the case of
official Debian packages like my UDD query was suggesting.
3. Is forum.debian.net what you recommend to me then? Or the
debian-user mailing list? Or https://www.debian-fr.org/? ...
4.  Do you want me to close this?

Regards,
Patrice

Bug#1039599: /usr/bin/uscan: CLI facility to run it from outside a packaging source directory

[Patrice Duroux]

Package: devscripts
Version: 2.23.5
Severity: wishlist
File: /usr/bin/uscan

Dear Maintainer,

Here is what I am currently doing to do a uscan check from dry:

$ mkdir debian
$ UDDquery -A -t -c "select watch_file from upstream where source='$PKG_SRC';"
> debian/watch
$ echo "fake (0) UNRELEASED;" > debian/changelog
$ uscan --report-status

So is there a possibility to be more direct like the following:

$ UDDquery -A -t -c "select watch_file from upstream where source='$PKG_SRC';"
| uscan --report-status

or by adding any extra option for such an ability?
Would this be useful to add?

Regards,
Patrice





-- Package-specific info:

--- /etc/devscripts.conf ---
Empty.

--- ~/.devscripts ---
export DEBFULLNAME="Patrice Duroux"
export DEBEMAIL="patrice.dur...@gmail.com"

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

Kernel: Linux 6.3.0-1-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 devscripts depends on:
ii  dpkg-dev  1.21.22
ii  fakeroot  1.31-1.2
ii  file  1:5.44-3
ii  gnupg 2.2.40-1.1
ii  gpgv  2.2.40-1.1
ii  libfile-dirlist-perl  0.05-3
ii  libfile-homedir-perl  1.006-2
ii  libfile-touch-perl0.12-2
ii  libfile-which-perl1.27-2
ii  libipc-run-perl   20220807.0-1
ii  libmoo-perl   2.005005-1
ii  libwww-perl   6.71-1
ii  patchutils0.4.2-1
ii  perl  5.36.0-7
ii  python3   3.11.4-1
ii  sensible-utils0.0.20
ii  wdiff 1.2.2-5

Versions of packages devscripts recommends:
ii  apt 2.6.1
ii  curl7.88.1-10
ii  dctrl-tools 2.24-3+b1
ii  debian-keyring  2023.05.26
pn  dput | dupload  
ii  equivs  2.3.1
ii  libdistro-info-perl 1.5
ii  libdpkg-perl1.21.22
ii  libencode-locale-perl   1.05-3
ii  libgit-wrapper-perl 0.048-2
ii  libgitlab-api-v4-perl   0.27-1
ii  liblist-compare-perl0.55-2
ii  liblwp-protocol-https-perl  6.10-1
ii  libsoap-lite-perl   1.27-3
ii  libstring-shellquote-perl   1.04-3
ii  libtry-tiny-perl0.31-2
ii  liburi-perl 5.19-2
ii  licensecheck3.3.5-1
ii  lintian 2.116.3
ii  man-db  2.11.2-2
ii  patch   2.7.6-7
ii  pristine-tar1.50
ii  python3-apt 2.6.0
ii  python3-debian  0.1.49
ii  python3-magic   2:0.4.26-3
ii  python3-requests2.28.1+dfsg-1
ii  python3-unidiff 0.7.3-1
ii  python3-xdg 0.28-2
ii  strace  6.1-0.1
ii  unzip   6.0-28
ii  wget1.21.3-1+b2
ii  xz-utils5.4.1-0.2

Versions of packages devscripts suggests:
ii  adequate  0.15.7
ii  at3.2.5-1+b1
ii  autopkgtest   5.29
pn  bls-standalone
ii  build-essential   12.10
pn  check-all-the-things  
pn  cvs-buildpackage  
ii  debhelper 13.11.4
pn  diffoscope
pn  disorderfs
pn  dose-extra
pn  duck  
pn  elpa-devscripts   
pn  faketime  
pn  gnuplot   
pn  how-can-i-help
ii  libauthen-sasl-perl   2.1600-3
ii  libdbd-pg-perl3.16.3-1
ii  libfile-desktopentry-perl 0.22-3
pn  libterm-size-perl 
ii  libtimedate-perl  2.3300-2
pn  libyaml-syck-perl 
ii  mailutils [mailx] 1:3.16-1
ii  mmdebstrap1.3.7-2
pn  mozilla-devscripts
ii  mutt  2.2.9-1+b1
ii  openssh-client [ssh-client]   1:9.3p1-1
pn  piuparts  
ii  postgresql-client 15+248
ii  postgresql-client-15 [postgresql-client]  15.3-0+deb12u1
pn  pristine-lfs  
ii  quilt 0.67+really0.66-1
pn  

Bug#1038926: cvs fails with "rsh: No host specified!"

[Patrice Duroux]

I think that everything is here:

https://salsa.debian.org/ssh-team/openssh/-/blob/master/debian/changelog#L193

:-)

Bug#1038926: cvs fails with "rsh: No host specified!"

[Patrice Duroux]

Hi,

Interestingly I faced the same trouble on an Ubuntu (mantic) system recently.

```
$ cvs --version

Concurrent Versions System (CVS) 1.12.13-MirDebian-28 (client/server)

Copyright (C) 2005 Free Software Foundation, Inc.
Copyright (c) 2021 mirabilos 

Senior no longer active maintainers include Larry Jones, Derek R. Price,
and Mark D. Baushke.  Please see the AUTHORS and README files from the CVS
distribution kit for a complete list of contributors and copyrights.

CVS may be copied only under the terms of the GNU General Public License,
a copy of which can be found with the CVS distribution kit.

Specify the --help option for further information about CVS
```

Using :extssh: is working but no more is :ext:.
So I needed to modify settings from the second to the first.
No $CVS* env and no ~/.cvsrc file in my session.
Here is what I am getting:

```
$ cvs -nttt -d:ext:MASKED1:MASKED2 co MASKED3
  -> main: Session ID is 1006496ADEB4BADE746
  -> parse_cvsroot (:ext:MASKED1:MASKED2)
  -> walklist ( list=0x563e3a553290, proc=0x563e38b89dc0, closure=(nil) )
  -> main loop with CVSROOT=MASKED2
  -> safe_location( where=(null) )
  -> open_connection_to_server (:ext:MASKED1:MASKED2)
 -> Starting server: rsh -- MASKED1 cvs server
cvs [checkout aborted]: cannot exec rsh: No such file or directory
cvs [checkout aborted]: end of file from server (consult above messages if any)
```

contrary to:

```
$ cvs -nttt -d:extssh:MASKED1:MASKED2 co MASKED3
  -> main: Session ID is 1006496AE034BB269BC
  -> parse_cvsroot (:extssh:MASKED1:MASKED2)
  -> walklist ( list=0x55c1108f9290, proc=0x55c110793dc0, closure=(nil) )
  -> main loop with CVSROOT=MASKED2
  -> safe_location( where=(null) )
  -> open_connection_to_server (:extssh:MASKED1:MASKED2)
 -> Starting server: ssh -- MASKED1 cvs server
  -> walklist ( list=(nil), proc=0x55c1107726f0, closure=(nil) )
S -> serve_directory (.)
S -> dirswitch (., MASKED2)
S -> my_module (MASKED3, Updating, NULL, NULL)
S -> serve_directory (.)
S -> dirswitch (., MASKED2)
S -> do_cvs_command (checkout)
S -> server_notify()
S -> CVS_SERVER_SLEEP not set.
S -> safe_location( where=(null) )
S -> my_module (MASKED3, Updating, NULL, NULL)
S -> checkout_proc ((null), (null), (null), 0, 0, MASKED3, Updating)

S -> Create_Admin (., MASKED3, MASKED2/MASKED3, , , 0, 0, 1)
S -> do_update ((null), (null), (null), 1, 0, 1, 0, 0, 0, 3, (null),
(null), (null), (null), MASKED3, 1, MASKED2/MASKED3)
S -> start_recursion ( fileproc=0x5641cfd6b9b0, filesdoneproc=0x5641cfd6acd0,
   direntproc=0x5641cfd6a950, dirleavproc=0x5641cfd6e5f0,
   callerdat=(nil), argc=0, argv=(nil),
   local=0, which=3, aflag=0,
   locktype=1, update_preload=MASKED3
   dosrcs=1, repository_in=MASKED2/MASKED3 )
cvs checkout: in directory MASKED3:
cvs [checkout aborted]: there is no version here; run 'cvs checkout' first
S -> Lock_Cleanup()
S -> remove_locks()
S -> Simple_Lock_Cleanup()
S -> server_cleanup()
  -> close_connection_to_server ()
S -> Lock_Cleanup()
S -> remove_locks()
S -> Simple_Lock_Cleanup()
S -> server_cleanup()
  -> walklist ( list=0x55c1108f9290, proc=0x55c110793dc0, closure=(nil) )
```

I don't know if it helps.

Thanks,
Patrice

Bug#1038967: RFP: meme -- motif-based sequence analysis tools

[Patrice Duroux]

Package: wnpp
Severity: wishlist

* Package name: meme
  Version : 5.5.3
  Upstream Contact: Timothy L. Bailey t.bai...@imb.uq.edu.au,
William Noble no...@gs.washington.edu
* URL : https://meme-suite.org/
* License : Noncommercial.
  Programming Lang: C, Python, Perl, (Java)
  Description : motif-based sequence analysis tools

The following paragraph is from the README file and I just put parenthesis
around 'online':

The  MEME suite provides (online) tools for discovering and using protein and
DNA sequence motifs. A motif is a pattern of nucleotides or amino acids that
appears repeatedly in a group of related DNA or protein sequences. The MEME
suite represents motifs as position-dependent scoring matrices.

The website part (Java webapp) is optional and is disable by default.

I built it on different Debian system (bookworm, sid), but not started
to package it.

If needed, an alternative name may be 'meme-suite'.

It may interest the Debian Med Packaging Team.

Thanks,
Patrice

Bug#1038464: /usr/bin/uscan: allow using multiple captures in downloadurlmangle

[Patrice Duroux]

Hi,

I finally found the origin of my trouble.
Adding more debug traces, it gives the following:

uscan debug: safe_replace with 
regexp="archive/refs/tags/(v?(?:[-_]?v?(\d[\-+\.:\~\da-zA-Z]*)))((?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|tar\.zstd?|zip|tgz|tbz|txz)))",
 replacement="releases/download/$1/SuperTux-$1-Source$2", and flags=""
uscan debug: captures[0] = archive/refs/tags/v0.6.3.tar.gz
uscan debug: captures[1] = v0.6.3
uscan debug: captures[2] = 0.6.3
uscan debug: captures[3] = .tar.gz

when d/watch contains:

downloadurlmangle=s%archive/refs/tags/(v?@ANY_VERSION@)(@ARCHIVE_EXT@)%releases/download/$1/SuperTux-$1-Source$2%

So doing (v?@ANY_VERSION@) creates in fact two captures.

Is this something expected?

Regards,
Patrice

Bug#1038464: /usr/bin/uscan: allow using multiple captures in downloadurlmangle

[Patrice Duroux]

Package: devscripts
Version: 2.23.5
Severity: wishlist
File: /usr/bin/uscan

Dear Maintainer,

Could it be possible to do the following:

version=4
opts="uversionmangle=s/-rc/~rc/;s/-alpha/~alpha/;s/-beta/~beta/,
downloadurlmangle=s%archive/refs/tags/(v?@ANY_VERSION@)(@ARCHIVE_EXT@)%releases/download/$1/SuperTux-$1-Source$2%,
filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%" \
https://github.com/SuperTux/@PACKAGE@/tags
(?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@

(see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038393#15)
or am I doing it wrong?

$ uscan --report-status
uscan info: uscan (version 2.23.5) See uscan(1) for help
[...]

Got:
uscan info: Matching target for downloadurlmangle:
https://github.com/SuperTux/supertux/archive/refs/tags/v0.6.3.tar.gz
uscan info: Upstream URL(+tag) to download is identified as
https://github.com/SuperTux/supertux/releases/download/v0.6.3/SuperTux-v0.6.3-Source0.6.3
[...]

Expected:
uscan info: Matching target for downloadurlmangle:
https://github.com/SuperTux/supertux/archive/refs/tags/v0.6.3.tar.gz
uscan info: Upstream URL(+tag) to download is identified as
https://github.com/SuperTux/supertux/releases/download/v0.6.3/SuperTux-v0.6.3-Source.tar.gz
[...]

Thanks,
Patrice


-- Package-specific info:

--- /etc/devscripts.conf ---
Empty.

--- ~/.devscripts ---
export DEBFULLNAME="Patrice Duroux"
export DEBEMAIL="patrice.dur...@gmail.com"

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

Kernel: Linux 6.3.0-1-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 devscripts depends on:
ii  dpkg-dev  1.21.22
ii  fakeroot  1.31-1.2
ii  file  1:5.44-3
ii  gnupg 2.2.40-1.1
ii  gpgv  2.2.40-1.1
ii  libfile-dirlist-perl  0.05-3
ii  libfile-homedir-perl  1.006-2
ii  libfile-touch-perl0.12-2
ii  libfile-which-perl1.27-2
ii  libipc-run-perl   20220807.0-1
ii  libmoo-perl   2.005005-1
ii  libwww-perl   6.70-1
ii  patchutils0.4.2-1
ii  perl  5.36.0-7
ii  python3   3.11.2-1+b1
ii  sensible-utils0.0.17+nmu1
ii  wdiff 1.2.2-5

Versions of packages devscripts recommends:
ii  apt 2.6.1
ii  curl7.88.1-10
ii  dctrl-tools 2.24-3+b1
ii  debian-keyring  2023.05.26
pn  dput | dupload  
ii  equivs  2.3.1
ii  libdistro-info-perl 1.5
ii  libdpkg-perl1.21.22
ii  libencode-locale-perl   1.05-3
ii  libgit-wrapper-perl 0.048-2
ii  libgitlab-api-v4-perl   0.27-1
ii  liblist-compare-perl0.55-2
ii  liblwp-protocol-https-perl  6.10-1
ii  libsoap-lite-perl   1.27-3
ii  libstring-shellquote-perl   1.04-3
ii  libtry-tiny-perl0.31-2
ii  liburi-perl 5.19-1
ii  licensecheck3.3.5-1
ii  lintian 2.116.3
ii  man-db  2.11.2-2
ii  patch   2.7.6-7
ii  pristine-tar1.50
ii  python3-apt 2.6.0
ii  python3-debian  0.1.49
ii  python3-magic   2:0.4.26-3
ii  python3-requests2.28.1+dfsg-1
ii  python3-unidiff 0.7.3-1
ii  python3-xdg 0.28-2
ii  strace  6.1-0.1
ii  unzip   6.0-28
ii  wget1.21.3-1+b2
ii  xz-utils5.4.1-0.2

Versions of packages devscripts suggests:
ii  adequate  0.15.7
ii  at3.2.5-1+b1
ii  autopkgtest   5.29
pn  bls-standalone
ii  build-essential   12.9
pn  check-all-the-things  
pn  cvs-buildpackage  
ii  debhelper 13.11.4
pn  diffoscope
pn  disorderfs
pn  dose-extra
pn  duck  
pn  elpa-devscripts   
pn  faketime  
pn  gnuplot   
pn  how-can-i-help
ii  libauthen-sasl-perl   2.1600-3
ii  libdbd-pg-perl3.16.3-1
ii  libfile-desktopentry-perl 0.22-3
pn  libterm-size-perl 
ii  libtimedate-perl   

Bug#1038393: supertux: improve d/watch file

[Patrice Duroux]

Source: supertux
Version: 0.6.3-2
Followup-For: Bug #1038393

Hi,

Sorry for that. Here is a second version of the patch.

I suspect a bug in uscan because using the following rule in the d/watch file:

downloadurlmangle=s%archive/refs/tags/v?(@ANY_VERSION@)(@ARCHIVE_EXT@)%releases/download/v$1/SuperTux-v$1-Source$2%

gives the following message from uscan:

uscan info: Upstream URL(+tag) to download is identified as
https://github.com/SuperTux/supertux/releases/download/v0.6.3/SuperTux-v0.6.3-Source0.6.3

in place of the expected one:

uscan info: Upstream URL(+tag) to download is identified as
https://github.com/SuperTux/supertux/releases/download/v0.6.3/SuperTux-v0.6.3-Source.tar.gz


For this reason, the extension (.tar.gz) is hard-coded in the rule of this
second version.

Regards,
Patrice


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

Kernel: Linux 6.3.0-1-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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
diff --git a/debian/watch b/debian/watch
index 83aa7f1..21a157b 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,3 +1,5 @@
 version=4
-opts="uversionmangle=s/-rc/~rc/;s/-alpha/~alpha/;s/-beta/~beta/;s/-Source//" \
-https://github.com/SuperTux/supertux/releases 
.*/SuperTux-v?@ANY_VERSION@-Source@ARCHIVE_EXT@
+#https://github.com/SuperTux/supertux/releases/download/v0.6.3/SuperTux-v0.6.3-Source.tar.gz
+#  
//github.com/SuperTux/supertux/releases/download/SuperTux-v0.6.3-Source.tar.gz
+opts="uversionmangle=s/-rc/~rc/;s/-alpha/~alpha/;s/-beta/~beta/, 
downloadurlmangle=s%archive/refs/tags/v?(@ANY_VERSION@).tar.gz%releases/download/v$1/SuperTux-v$1-Source.tar.gz%,
 filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%" \
+https://github.com/SuperTux/@PACKAGE@/tags 
(?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@

Bug#1038393: supertux: improve d/watch file

[Patrice Duroux]

Source: supertux
Version: 0.6.3-2
Severity: wishlist

Dear Maintainer,

Here is a patch that can do it.

Regards,
Patrice


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

Kernel: Linux 6.3.0-1-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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
diff --git a/debian/watch b/debian/watch
index 83aa7f1..a6f6860 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,3 +1,3 @@
 version=4
-opts="uversionmangle=s/-rc/~rc/;s/-alpha/~alpha/;s/-beta/~beta/;s/-Source//" \
-https://github.com/SuperTux/supertux/releases 
.*/SuperTux-v?@ANY_VERSION@-Source@ARCHIVE_EXT@
+opts="uversionmangle=s/-rc/~rc/;s/-alpha/~alpha/;s/-beta/~beta/, 
filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%" \
+https://github.com/SuperTux/@PACKAGE@/tags 
(?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@

Bug#995218: xinv3d new upstream release

[Patrice Duroux]

Hi,

Last version here https://github.com/JoesCat/xinv3d is 1.5.0 (Feb 23, 2022) but
it seems then that its author re-started here
https://github.com/JoesCat/xinvaders3d, version 1.5.0 (Feb 24, 2023).

Regards,
Patrice

Bug#1016815: Updating proofgeneral to recent upstream

[Patrice Duroux]

Package: proofgeneral
Version: 4.4.1~pre170114-1.2
Followup-For: Bug #1016815

Dear Maintainer,

Here is a patch for the d/watch file.

Thanks,
Patrice


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

Kernel: Linux 6.3.0-0-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 proofgeneral depends on:
ii  emacs-gtk  1:28.2+1-15
ii  mmm-mode   0.5.8-4

proofgeneral recommends no packages.

Versions of packages proofgeneral suggests:
pn  proofgeneral-doc  
pn  prooftree 

-- no debconf information
diff --git a/proofgeneral-4.4.1~pre170114/debian/watch 
b/proofgeneral_4.4.1~pre170114.new/debian/watch
index 814a75f..fc369a6 100644
--- a/proofgeneral-4.4.1~pre170114/debian/watch
+++ b/proofgeneral_4.4.1~pre170114.new/debian/watch
@@ -1,7 +1,3 @@
-# See uscan(1) - scan/watch upstream sources for new releases of software
-
-# Compulsory line, this is a version 3 file
-version=3
-
-opts=uversionmangle=s/([.0-9]+)RC(\d)/$1rc$2/;s/([.0-9]+)((rc|pre)\d+)$/$1~$2/ 
\
-http://proofgeneral.inf.ed.ac.uk/releases/ProofGeneral-([0-9].*)\.(?:tgz|tbz2|tar\.(?:gz|bz2|xz))
+version=4
+opts="filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%" 
\
+  https://github.com/ProofGeneral/PG/tags (?:.*?/)v?@ANY_VERSION@@ARCHIVE_EXT@

Bug#1037525: astromenace: update d/watch file

[Patrice Duroux]

Package: astromenace
Version: 1.3.2+repack-7
Severity: wishlist

Dear Maintainer,

You may consider the following MR:
https://salsa.debian.org/games-team/astromenace/-/merge_requests/2
for that.

Thanks,
Patrice


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

Kernel: Linux 6.3.0-0-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 astromenace depends on:
ii  astromenace-data-src1.3.2+repack-3
ii  fonts-dejavu-core   2.37-6
ii  fonts-freefont-ttf  20211204+svn4273-2
ii  fonts-liberation1:1.07.4-11
ii  fonts-linuxlibertine5.3.0-6
ii  libalut01.1.0-6
ii  libc6   2.36-9
ii  libfontconfig1  2.14.1-4
ii  libfreetype62.12.1+dfsg-5
ii  libgcc-s1   13.1.0-5
ii  libgl1  1.6.0-1
ii  libglu1-mesa [libglu1]  9.0.2-1.1
ii  libopenal1  1:1.19.1-2
ii  libsdl1.2debian 1.2.15+dfsg2-8
ii  libstdc++6  13.1.0-5
ii  libvorbisfile3  1.3.7-1
ii  libx11-62:1.8.4-2
ii  libxinerama12:1.1.4-3
ii  xz-utils5.4.1-0.2

astromenace recommends no packages.

astromenace suggests no packages.

-- no debconf information

Bug#1037520: morris: update d/watch file

[Patrice Duroux]

Package: morris
Version: 0.2-6
Severity: wishlist

Dear Maintainer,

You may consider the following MR:
https://salsa.debian.org/games-team/morris/-/merge_requests/3
for that.

Thanks,
Patrice


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

Kernel: Linux 6.3.0-0-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 morris depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  libc62.36-9
ii  libcairo21.16.0-7
ii  libgcc-s113.1.0-5
ii  libglib2.0-0 2.76.3-1
ii  libgtk2.0-0  2.24.33-2
ii  libstdc++6   13.1.0-5

morris recommends no packages.

morris suggests no packages.

-- no debconf information

Bug#1037519: clanlib: update d/watch file

[Patrice Duroux]

Source: clanlib
Version: 1.0~svn3827-8
Severity: wishlist

Dear Maintainer,

You may consider the following MR:
https://salsa.debian.org/games-team/clanlib/-/merge_requests/2
for that.

Regards,
Patrice


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

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

Bug#1037518: openjazz: update d/watch file

[Patrice Duroux]

Package: openjazz
Version: 20190106-3
Severity: wishlist

Dear Maintainer,

You may consider the following MR:
https://salsa.debian.org/games-team/openjazz/-/merge_requests/3
for that.

Regards,
Patrice


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

Kernel: Linux 6.3.0-0-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 openjazz depends on:
ii  libc62.36-9
ii  libgcc-s1 [libgcc1]  13.1.0-5
ii  libmodplug1  1:0.8.9.0-3
ii  libsdl1.2debian  1.2.15+dfsg2-8
ii  libstdc++6   13.1.0-5
ii  zlib1g   1:1.2.13.dfsg-1

Versions of packages openjazz recommends:
ii  game-data-packager  73

openjazz suggests no packages.

-- no debconf information

Bug#1037089: seatd: improve d/control homepage and add upstream/metadata

[Patrice Duroux]

Package: seatd
Version: 0.7.0-6
Severity: wishlist

Dear Maintainer,

Could it be https://sr.ht/~kennylevinsen/seatd/
instead of https://git.sr.ht/~kennylevinsen/seatd
?
It would also be more consistent to the greetd and wlsunset packages.
See https://salsa.debian.org/debian/greetd/-/blob/master/debian/control
for instance.

And so the upstream source URL could be part of the upstream/metadata file.
See
https://salsa.debian.org/debian/greetd/-/blob/master/debian/upstream/metadata
for instance.

Regards,
Patrice


-- System Information:
Debian Release: 12.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.3.0-0-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 seatd depends on:
ii  debconf1.5.82
ii  init-system-helpers1.65.2
ii  libc6  2.36-9
ii  sysvinit-utils [lsb-base]  3.06-4

Versions of packages seatd recommends:
ii  libseat1  0.7.0-6

seatd suggests no packages.

-- no debconf information

Bug#1037058: mergerfs: Mounting as non-root user fails with EPERM due to missing setuid bit

[Patrice Duroux]

Hi,

Just a small remark about a similar case with glusterfs-client also providing
its own fusermount command:

$ ls -lt /usr/bin/fusermount-glusterfs
-rwxr-xr-x 1 root root 34976 24 mai   10:48 /usr/bin/fusermount-glusterfs*
(no setuid here)

There is a closed upstream issue:
https://github.com/gluster/glusterfs/issues/3145
that links to an interesting discussion:
https://github.com/gluster/glusterfs/discussions/2212

Do you think that your issue could be shared with glusterfs-client to find a
common approach/policy?
(There is no issue at glusterfs-client yet.)

Thanks,
Patrice