Bug#1068851: Acknowledgement (bash calls sudo when sartting ?)

[Eric Valette]

Closing. It is a resolver problem. For some reason, Network-anager does 
not read /etc/hosts and my fiber box, does not honor the host-name send 
in dhcp request. Grrr


-- eric

Bug#1068851: bash calls sudo when sartting ?

[Eric Valette]

Package: bash
Version: 5.2.21-2
Severity: important


LANG="C"; bash
sudo: unable to resolve host tri-yann5: Name or service not known

I downgraded sudo but no change. Probably related to something else but still.

dash works normally.

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

Kernel: Linux 6.6.26 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (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 bash depends on:
ii  base-files   13
ii  debianutils  5.17
ii  libc62.38-6
ii  libtinfo66.4+20240113-1

Versions of packages bash recommends:
ii  bash-completion  1:2.11-8

Versions of packages bash suggests:
ii  bash-doc  5.2.21-2

-- no debconf information

Bug#1068043: BinNMU 1.11-1+b1 depends on both, libmspack0 and libmspack0t64, and is hence uninstallable (at least on armhf)

[Eric Sharkey]

On Fri, Mar 29, 2024 at 6:30 PM Axel Beckert  wrote:

> This is likely caused by hardcoding a dependency on libmspack0 in
> debian/control:
>
> https://sources.debian.org/src/cabextract/1.11-1/debian/control/#L10
>

The hardcoded dependency was added for Debian bug #914263 to work around an
issue in libmspack0.  It's probably been long enough that it's no longer
needed and can be removed.

Eric Sharkey

Bug#1067611: privoxy takes more than 2 mins to start.

[Eric Valette]

On 24/03/2024 19:01, Eric Valette wrote:

On 24/03/2024 18:46, Roland Rosenfeld wrote:

Hi Eric!



What do you see in the output of
   systemctl status network-online.target privoxy.service
On my system provoxy starts a the moment when network-online is active
and takes 1 second to start.
Can you see, when network-online is active on your system?  Is it just
after booting or does it also take these two minutes?



I can browse internet via another browser or read mail with thunderbird 
while privoxy is still starting up. So network is up I have no idea for 
network-online precisely but still.


systemctl status network-online.target privoxy.service
● network-online.target - Network is Online
  Loaded: loaded (/usr/lib/systemd/system/network-online.target; 
static)

  Active: active since Sun 2024-03-24 17:04:32 CET; 2h 4min ago
Docs: man:systemd.special(7)
  https://systemd.io/NETWORK_ONLINE

mars 24 17:04:32 tri-yann5 systemd[1]: Reached target 
network-online.target - Network is Online.


● privoxy.service - Privacy enhancing HTTP Proxy
  Loaded: loaded (/usr/lib/systemd/system/privoxy.service; enabled; 
preset: enabled)
  Active: active (running) since Sun 2024-03-24 17:04:33 CET; 2h 
4min ago

Docs: man:privoxy(8)
  https://www.privoxy.org/user-manual/
Main PID: 8125 (privoxy)
   Tasks: 9 (limit: 37429)
  Memory: 10.7M (peak: 30.9M)
 CPU: 1.423s
  CGroup: /system.slice/privoxy.service
  └─8125 /usr/sbin/privoxy --pidfile /run/privoxy.pid 
--user privoxy /etc/privoxy/config


so apprently the culprit is network online that comes long after TCP/IP 
stack is up and running with both IPV4 and V6 available.



systemctl is-enabled NetworkManager-wait-online.service 
systemd-networkd-wait-online.service

enabled
enabled

So I guess I should disable networkd-wait-online.service

-- eric

Bug#1067611: privoxy takes more than 2 mins to start.

[Eric Valette]

On 24/03/2024 18:46, Roland Rosenfeld wrote:

Hi Eric!

Thank you for your bug report.

On So, 24 Mär 2024, Eric Valette wrote:


Package: privoxy
Version: 3.0.34-3+b2
Severity: important

Usually the first thing I do after booting is starting firefox. Here
I have to start until privoxy starts which takes aroun two mins.

I purged the package, reinstalled. No change.


I didn't notice a problem with privoxy startup time, so let's try to
track down what's the root cause of your problem is.

privoxy waits for network-online.target before it starts.
Maybe you could check, whether network-online or privoxy is delaying
here.

What do you see in the output of
   systemctl status network-online.target privoxy.service
On my system provoxy starts a the moment when network-online is active
and takes 1 second to start.
Can you see, when network-online is active on your system?  Is it just
after booting or does it also take these two minutes?



I can browse internet via another browser or read mail with thunderbird 
while privoxy is still starting up. So network is up I have no idea for 
network-online precisely but still.


Even when the system is up, if I do service privoxy stop and then start 
it takes long so I bet it is privoxy.




If the former, this isn't a privoxy issue, since privoxy has to wait
for a working network, otherwise it isn't able to bind the interfaces
(this was a problem in
https://bugs.launchpad.net/ubuntu/+source/privoxy/+bug/1870101).

If it's a problem in privoxy, that it is really starting up delayed,
what do you see
  journalctl -u privoxy
or in /varl/log/privoxy/logfile?


I already did that without success. But I can try again.


Maybe you should (temporarily) increase debug level in
/etc/provoxy/config (maybe debug 4096 could be helpful, maybe others,
too).

Does your problem only happen on system startup or can you reproduce
it via
  systemctl stop privoxy; systemctl start privoxy


See above. Will spend some time to debug it but not now.


Greetings
Roland


-- eric

Bug#1067611: privoxy takes more than 2 mins to start.

[Eric Valette]

Package: privoxy
Version: 3.0.34-3+b2
Severity: important

Usually the first thing I do after booting is starting firefox. Here I have to 
start until
privoxy starts which takes aroun two mins.

I purged the package, reinstalled. No change.


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

Kernel: Linux 6.6.22 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (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 privoxy depends on:
ii  adduser3.137
ii  debconf [debconf-2.0]  1.5.86
ii  init-system-helpers1.66
ii  libbrotli1 1.1.0-2+b3
ii  libc6  2.38-6
ii  libmbedcrypto7t64  2.28.7-1.1
ii  libmbedtls14t642.28.7-1.1
ii  libmbedx509-1t64   2.28.7-1.1
ii  libpcre2-8-0   10.42-4+b1
ii  logrotate  3.21.0-2
ii  ucf3.0043+nmu1
ii  zlib1g 1:1.3.dfsg-3.1

Versions of packages privoxy recommends:
it  doc-base  0.11.2

Versions of packages privoxy suggests:
ii  apparmor  3.0.12-1+b2

-- debconf information:
  privoxy/listen-address: 127.0.0.1:8118 [::1]:8118

Bug#1066832: Debian #1066832: [fsverity-utils] hard Build-Depends on unportable package pandoc

[Eric Biggers]

[Added the correct mailing list, fsver...@lists.linux.dev]

On Thu, Mar 14, 2024 at 03:20:07AM +, Thorsten Glaser wrote:
> Dixi quod…
> 
> >Please split the package so that the part that requires pandoc is
> >done in an arch:all build. Normally, pandoc is needed only for
> >documentation, which is often easy enough to split off in a -doc
> >binary package, which can then move to B-D-Indep and be built on
> >amd64 or whatever hosts.
> 
> Looking at this in some detail, this is *only* ONE manual page.
> Splitting into a separate package for one file will not go over
> well with ftpmaster.
> 
> Dear upstream, please consider keeping the manpage in something
> else, like mdoc. I would be willing to convert the manpage to
> semantic, readable mdoc for you, even.
> 
> (fsverity-utils is a Build-Depends of rpm, some subpackages of
> which are necessary to build other software even in Debian.)
> 
> If upstream is not willing, we could:
> 
> • do this as local patch (effort updating it every time)
> 
> • hack a script that converts man/fsverity.1.md to mdoc;
>   this doesn’t need to be a full converter, it needs to
>   just be good enough to convert this one page (effort
>   one-time, but probably not much if at all when updating)
> 
> • as package maintainer, run the pandoc conversion script
>   and put the result into debian/fsverity.1 and install
>   from there and stop B-D’ing on pandoc (needs some, but
>   not much, manual effort on each update, and the package
>   maintainer to have a clean sid system on which to do that)
> 
> • install a dummy manpage (that maybe summarises the options
>   and points the reader to
>   https://manpages.debian.org/unstable/fsverity/fsverity.1.en.html
>   for the full page) on architectures without pandoc (needs
>   a bit of initial hacking, and to keep a whitelist of arches
>   with pandoc up-to-date)
> 
> bye,
> //mirabilos

I'm not sure how reasonable this request is (surely the rpm package should not
be depending on the fsverity manual page...), but to eliminate the reliance on
pandoc I've gone ahead and replaced the markdown file fsverity.1.md with a
native Linux man page fsverity.1.  So, it no longer needs any conversion before
installing it.

I did not choose mdoc, as I'm not familiar with it and it seems to be a BSD-ism.

- Eric

Bug#1065310: I've been hit by this bug also

[Eric Valette]

Using different package name, all with t64 in their names and yes it 
seams that Provides: is not taken into account for reverse depends.


-- eric

Bug#1066976: linux-source-6.6: make localmodconfig does not configure USB storage, nor cdrom filesystem

[Eric Valette]

Package: linux-source-6.6
Version: 6.6.15-2
Severity: normal

After using make  localmodconfig I discovered that USB keys cannot be mounted, 
nor ISO images.

I think theses are basics that shoul be enabled like other stuffs.


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

Kernel: Linux 6.6.22 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (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 linux-source-6.6 depends on:
ii  binutils  2.42-3
ii  xz-utils  5.6.0-0.2

Versions of packages linux-source-6.6 recommends:
ii  bc1.07.1-3+b2
ii  bison 2:3.8.2+dfsg-1+b1
ii  build-essential   12.10
ii  cpio  2.15+dfsg-1
ii  flex  2.6.4-8.2+b2
ii  kmod  32-1
ii  libelf-dev0.191-1
ii  libssl-dev3.2.1-2
ii  linux-config-6.6  6.6.15-2
ii  rsync 3.2.7-1+b2

Versions of packages linux-source-6.6 suggests:
ii  libncurses-dev [ncurses-dev]  6.4+20240113-1
ii  pkg-config1.8.1-2
ii  pkgconf [pkg-config]  1.8.1-2
ii  qtbase5-dev   5.15.10+dfsg-7.2+b1

-- no debconf information

Bug#1066975: linux-source-6.6 fails to build if pahole is not installed

[Eric Valette]

Package: linux-source-6.6
Version: 6.6.15-2
Severity: minor

I never installed pahole before... It is not in the list of required package.


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

Kernel: Linux 6.6.22 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (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 linux-source-6.6 depends on:
ii  binutils  2.42-3
ii  xz-utils  5.6.0-0.2

Versions of packages linux-source-6.6 recommends:
ii  bc1.07.1-3+b2
ii  bison 2:3.8.2+dfsg-1+b1
ii  build-essential   12.10
ii  cpio  2.15+dfsg-1
ii  flex  2.6.4-8.2+b2
ii  kmod  32-1
ii  libelf-dev0.191-1
ii  libssl-dev3.2.1-2
ii  linux-config-6.6  6.6.15-2
ii  rsync 3.2.7-1+b2

Versions of packages linux-source-6.6 suggests:
ii  libncurses-dev [ncurses-dev]  6.4+20240113-1
ii  pkg-config1.8.1-2
ii  pkgconf [pkg-config]  1.8.1-2
ii  qtbase5-dev   5.15.10+dfsg-7.2+b1

-- no debconf information

Bug#1065819: linux-source-6.6 cannot be rebuild according to debian documentation

[Eric Valette]

On 10/03/2024 12:25, Bastian Blank wrote:

Control: severity -1 important




Yes, the kernel included Debian package support can't handle compressed
modules in various ways.  Just disable them for now.



OK. Will try.

Maybe doc should be updated until it is fixed.

It however means that you cannot get the same linux-image when you 
rebuild. Plus it annoys me to revert back my own script for external 
modules signature.


Thanks anyway.


-- eric

Bug#1065819: linux-source-6.6 cannot be rebuild according to debian documentation

[Eric Valette]

Package: linux-source-6.6
Version: 6.6.15-2
Severity: grave
Justification: renders package unusable


As I wanted:

1) to stay on long term kernel 6.6 branch,
2) 6.7.x has been uploaded to unstable already,
3) I would like to enable NTFS3, and AMD TEE

I decided I will try to recompile the kernel myself first (I have MOK keys 
already registered and used to manually sign some external modules).

I used the following debian documentation

https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s-common-getting

https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s-common-building

cd linux-source-6.6
make localmodconfig

and accepted the default values.

Then
make clean
make bindeb-pkg

And then it correctly builds the kernel and modules .ko file, then sign the ko 
and xz compress it to get foo.ko.xz. Here are extracts

  AR  drivers/gpu/built-in.a
  AR  drivers/built-in.a
  AR  built-in.a
  AR  vmlinux.a
  LD  vmlinux.o
  OBJCOPY modules.builtin.modinfo
  GEN modules.builtin
  GEN .vmlinux.objs
  MODPOST Module.symvers
  CC  .vmlinux.export.o
  UPD include/generated/utsversion.h
  CC  init/version-timestamp.o
  LD  .tmp_vmlinux.btf
  BTF .btf.vmlinux.bin.o
  LD  .tmp_vmlinux.kallsyms1
  NM  .tmp_vmlinux.kallsyms1.syms
  KSYMS   .tmp_vmlinux.kallsyms1.S
  AS  .tmp_vmlinux.kallsyms1.S
  LD  .tmp_vmlinux.kallsyms2
  NM  .tmp_vmlinux.kallsyms2.syms
  KSYMS   .tmp_vmlinux.kallsyms2.S
  AS  .tmp_vmlinux.kallsyms2.S
  LD  vmlinux
  BTFIDS  vmlinux
  NM  System.map
  SORTTAB vmlinux
  RELOCS  arch/x86/boot/compressed/vmlinux.relocs
  RSTRIP  vmlinux

...

 SIGN debian/linux-image/lib/modules/6.6.15/kernel/net/bluetooth/bluetooth.ko
  XZ debian/linux-image/lib/modules/6.6.15/kernel/net/bluetooth/bluetooth.ko.xz
  INSTALL 
debian/linux-image/lib/modules/6.6.15/kernel/net/bluetooth/rfcomm/rfcomm.ko
  SIGN 
debian/linux-image/lib/modules/6.6.15/kernel/net/bluetooth/rfcomm/rfcomm.ko
  XZ 
debian/linux-image/lib/modules/6.6.15/kernel/net/bluetooth/rfcomm/rfcomm.ko.xz
  INSTALL 
debian/linux-image/lib/modules/6.6.15/kernel/net/bluetooth/bnep/bnep.ko
  SIGN debian/linux-image/lib/modules/6.6.15/kernel/net/bluetooth/bnep/bnep.ko
  XZ debian/linux-image/lib/modules/6.6.15/kernel/net/bluetooth/bnep/bnep.ko.xz
  INSTALL debian/linux-image/lib/modules/6.6.15/kernel/net/rfkill/rfkill.ko
  SIGNdebian/linux-image/lib/modules/6.6.15/kernel/net/rfkill/rfkill.ko
  XZ debian/linux-image/lib/modules/6.6.15/kernel/net/rfkill/rfkill.ko.xz
  INSTALL debian/linux-image/lib/modules/6.6.15/kernel/virt/lib/irqbypass.ko
  SIGN debian/linux-image/lib/modules/6.6.15/kernel/virt/lib/irqbypass.ko
  XZ debian/linux-image/lib/modules/6.6.15/kernel/virt/lib/irqbypass.ko.xz
  DEPMOD  debian/linux-image/lib/modules/6.6.15
  INSTALL debian/linux-libc-dev/usr/include

But then it tries to sign again the modules using the .ko file that does not 
exist:

ls -l debian/linux-image/lib/modules/6.6.15/kernel/arch/x86/events/*.ko*
-rw-rw-r-- 1 valette valette 103484  9 mars  19:39 
debian/linux-image/lib/modules/6.6.15/kernel/arch/x86/events/rapl.ko.xz

And fails with:

  SIGN debian/linux-image/lib/modules/6.6.15/kernel/arch/x86/events/rapl.ko
At main.c:298:
- SSL error:8002:system library::No such file or directory: 
../crypto/bio/bss_file.c:67
- SSL error:1080:BIO routines::no such file: ../crypto/bio/bss_file.c:75
sign-file: debian/linux-image/lib/modules/6.6.15/kernel/arch/x86/events/rapl.ko
make[6]: *** [scripts/Makefile.modinst:137 : 
debian/linux-image/lib/modules/6.6.15/kernel/arch/x86/events/rapl.ko] Erreur 1
make[5]: *** [Makefile:1846 : modules_install] Erreur 2
make[4]: *** [Makefile:2061 : run-command] Erreur 2
make[3]: *** [debian/rules:17 : binary-arch] Erreur 2
dpkg-buildpackage: erreur: le sous-processus make -f debian/rules binary a 
retourné lâ\x80\x99état de sortie 2
make[2]: *** [scripts/Makefile.package:146 : bindeb-pkg] Erreur 2
make[1]: *** [/usr/src/linux-source-6.6/Makefile:1563 : bindeb-pkg] Erreur 2
make: *** [Makefile:246 : __sub-make] Erreur 2



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

Kernel: Linux 6.6.15-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (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 linux-source-6.6 depends on:
ii  binutils  2.42-3
ii  xz-utils  5.6.0-0.2

Versions of packages linux-source-6.6 recommends:
ii  bc1.07.1-3+b1
ii  bison 2:3.8.2+dfsg-1+b1
ii  build-essential   12.10
ii  cpio  2.15+dfsg-1
ii  flex  

Bug#1065015: reopen unti I can install the packages

[Eric Valette]

reopen 1065015

Bug#1065015: the control file for the akonadi libraries are palin wrong

[Eric Valette]

On Mon, 04 Mar 2024 05:41:21 +0100 Sune Stolborg Vuorela 
 wrote:

On Sunday, March 3, 2024 6:16:23 PM CET Eric Valette wrote:
> The transition is completed but the package cannot install because of
> Breaks: in the control file

The transition is still on going. This is in absolute number of packages the 
biggest one ever. If it it wasn't for all of the newish languages like node/

js, go and rust it would also in the relative numbers be the biggest one ever.



This remains the only packages I cannot install due to transition on all 
machines.



apt install libkf5akonadisearch-bin libkf5akonadisearch-plugins 
libkf5akonadisearchcore5t64 libkf5akonadisearchpim5t64 
libkf5akonadisearchxapian5t64

Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no longer 
required:
  kaddressbook-data kdepim-themeeditors kirigami-addons-data 
libkf5eventviews5abi1 libkf5ksieveui5 libkf5mailimporter5 
libkf5mailimporterakonadi5 libkf5templateparser5
  libkpimaddressbookimportexport5 libqt5location5-plugins 
libqt5positioning5-plugins pim-sieve-editor 
qml-module-org-kde-kirigami-addons-labs-mobileform qml-module-qtlocation

  qml-module-qtpositioning
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
  akonadiconsole kaddressbook kalendar kde-standard kmail knotes 
korganizer libkf5akonadisearchcore5 libkf5akonadisearchpim5 
libkf5akonadisearchxapian5
  libkf5incidenceeditor5abi1 libkf5mailcommon5abi2 
libkf5messagecomposer5abi1 libkf5messagelist5abi1 
libkf5pimcommonakonadi5abi1 mbox-importer pim-data-exporter

The following packages will be upgraded:
  libkf5akonadisearch-bin libkf5akonadisearch-plugins 
libkf5akonadisearchcore5t64 libkf5akonadisearchpim5t64 
libkf5akonadisearchxapian5t64

5 upgraded, 0 newly installed, 17 to remove and 3 not upgraded.
Need to get 277 kB of archives.
After this operation, 59.5 MB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.


And

apt install libkf5akonadisearch-bin libkf5akonadisearch-plugins 
libkf5akonadisearchcore5t64 libkf5akonadisearchpim5t64 
libkf5akonadisearchxapian5t64 akonadiconsole kaddressbook kalendar

Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
akonadiconsole is already the newest version (4:22.12.3-1).
kaddressbook is already the newest version (4:22.12.3-1+b1).
kalendar is already the newest version (22.12.3-2).
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 akonadiconsole : Depends: libkf5akonadisearchcore5-22.12
  Depends: libkf5akonadisearchxapian5-22.12
 libkf5messagelist5abi1 : Depends: libkf5akonadisearchpim5-22.12
 libkf5pimcommonakonadi5abi1 : Depends: libkf5akonadisearchpim5-22.12
E: Unable to correct problems, you have held broken packages.

Bug#1065388: libqt5core5t64: control files are wrong for all t64 qt libraries

[Eric Valette]

Package: libqt5core5t64
Version: 5.15.10+dfsg-7.1
Severity: grave
Justification: renders package unusable

Package: libqt5core5t64
Source: qtbase-opensource-src
Version: 5.15.10+dfsg-7.1
Architecture: amd64
Maintainer: Debian Qt/KDE Maintainers 
Installed-Size: 6061
Depends: shared-mime-info, libc6 (>= 2.35), libdouble-conversion3 (>= 2.0.0), 
libgcc-s1 (>= 3.4), libglib2.0-0t64 (>= 2.22.0), libicu72 (>= 72.1~rc-1~), 
libpcre2-16-0 (>= 10.22), libstdc++6 (>= 11), libzstd1 (>= 1.5.5), zlib1g (>= 
1:1.1.4)
Recommends: qttranslations5-l10n
Suggests: libthai0
Breaks: libqt5core5a (<< 5.15.10+dfsg-7.1)
Replaces: libqt5core5a
Provides: libqt5core5a (= 5.15.10+dfsg-7.1), qtbase-abi-5-15-10
Section: libs
Priority: optional
Multi-Arch: same
Homepage: https://www.qt.io/developers/
Description: Qt 5 core module
 Qt is a cross-platform C++ application framework. Qt's primary feature
 is its rich set of widgets that provide standard GUI functionality.
 .
 The QtCore module contains core non-GUI functionality.


The Breaks: makes apt to search for a  libqt5core5a >=  5.15.10+dfsg-7.1 but it
will never exist as long as the package is not FIRST replaced by the t64 
version.

Removing the Breaks: make it installable and the provides expose the 
libqt5core5a
as present.

It has been stuck for 5 days already and I do not think this is due to the 
transition
(except many package are uninstalable due to various error in control files).

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

Kernel: Linux 6.6.15-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (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 libqt5core5t64 depends on:
ii  libc6  2.38-6
ii  libdouble-conversion3  3.3.0-1+b1
ii  libgcc-s1  14-20240221-2.1
ii  libglib2.0-0t642.78.4-2.1+b1
ii  libicu72   72.1-4+b1
ii  libpcre2-16-0  10.42-4+b1
ii  libstdc++6 14-20240221-2.1
ii  libzstd1   1.5.5+dfsg2-2
ii  shared-mime-info   2.4-1
ii  zlib1g 1:1.3.dfsg-3.1

Versions of packages libqt5core5t64 recommends:
ii  qttranslations5-l10n  5.15.10-2

Versions of packages libqt5core5t64 suggests:
ii  libthai0  0.1.29-2

Bug#1065015: the control file for the akonadi libraries are palin wrong

[Eric Valette]

The transition is completed but the package cannot install because of 
Breaks: in the control file


And I second that the abi provided should be without 
t64libkf5akonadisearchpim5-22.12



I managed to install removing the breaks in the package name and 
modifying the abi provided


So nothing to do with transition.

And You are not alone to make mistake in control files.

-- eric

Bug#1065349: [Pkg-samba-maint] Bug#1065349: libsmbclient0: Actually breaks part of t64 transition

[Eric Valette]

On 03/03/2024 14:50, Michael Tokarev wrote:

Control: severity -1 important

03.03.2024 13:21, Eric Valette :

Package: libsmbclient0
Version: 2:4.19.5+dfsg-3
Severity: grave
Justification: renders package unusable


This is wrong, in my opinion.  The effect of this bug on platforms 
unaffected

by time64_t transition is exactly the same as on platforms affected by the
transition.



apt download libsmbclient0
Réception de :1 http://ftp.de.debian.org/debian unstable/main amd64 
libsmbclient0 amd64 2:4.19.5+dfsg-3 [86,5 kB]

86,5 ko réceptionnés en 0s (418 ko/s)
valette@tri-yann5:/tmp$ dpkg-deb -R 
libsmbclient0_2%3a4.19.5+dfsg-3_amd64.deb libsmbclient

valette@tri-yann5:/tmp$ cd libsmbclient/
valette@tri-yann5:/tmp/libsmbclient$ more DEBIAN/control
Package: libsmbclient0
Source: samba
Version: 2:4.19.5+dfsg-3
Architecture: amd64
Maintainer: Debian Samba Maintainers 


Installed-Size: 240
Depends: samba-libs (= 2:4.19.5+dfsg-3), libbsd0 (>= 0.0), libc6 (>= 
2.25), libndr3 (>= 2:4.17.2), libtalloc2 (>= 2.4.1~), libtevent0t64 (>= 
0.15.0)

Breaks: libsmbclient (<< 2:4.19.5+dfsg-3)
Replaces: libsmbclient
Section: libs
Priority: optional
Multi-Arch: same
Homepage: https://www.samba.org
Description: shared library for communication with SMB/CIFS servers
 This package provides a shared library that enables client applications
 to talk to Microsoft Windows and Samba servers using the SMB/CIFS
 protocol.


So Although I'm not a debian developer, I read this control file as:

You cannot install libsmbclient0 without breaking libsmbclient if the 
version of libsmbclient is not at least 2:4.19.5+dfsg-3. It will then 
replace libsmbclient.


BUT the package libsmbclient 2:4.19.5+dfsg-3 is never going to be 
generated nor latter versions unless the names change back to 
libsmbclient. So the condition will never happen.


The Provides directive give a way to provide libsmbclient  2:4.19.5+dfsg-3

And as you state, if the time_t type is already 64 bits why should 
package depending on libsmbclient need to be regenerated?



--eric

Bug#1065349: libsmbclient0: Actually breaks part of t64 transition

[Eric Valette]

Package: libsmbclient0
Version: 2:4.19.5+dfsg-3
Severity: grave
Justification: renders package unusable


the control file should contain:

Provides: libsmbclient (= 2:4.19.5+dfsg-3)

Otherwyse as many package depends on  libsmbclient it cannot be removed and the
replace is not sufficient. I checked how other pachage manage their transitions
and it is done this way.


Here is my manually modified config file.


dpkg -s libsmbclient0 
Package: libsmbclient0
Status: install ok installed
Priority: optional
Section: libs
Installed-Size: 240
Maintainer: Debian Samba Maintainers 
Architecture: amd64
Multi-Arch: same
Source: samba
Version: 2:4.19.5+dfsg-3
Provides: libsmbclient (= 2:4.19.5+dfsg-3)
Depends: samba-libs (= 2:4.19.5+dfsg-3), libbsd0 (>= 0.0), libc6 (>= 2.25), 
libndr3 (>= 2:4.17.2), libtalloc2 (>= 2.4.1~), libtevent0t64 (>= 0.15.0)
Breaks: libsmbclient (<< 2:4.19.5+dfsg-3)
Description: shared library for communication with SMB/CIFS servers
 This package provides a shared library that enables client applications
 to talk to Microsoft Windows and Samba servers using the SMB/CIFS
 protocol.
Homepage: https://www.samba.org


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

Kernel: Linux 6.6.15-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (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 libsmbclient0 depends on:
ii  libbsd0   0.12.1-1
ii  libc6 2.38-6
ii  libtalloc22.4.2-1
ii  libtevent0t64 0.16.1-2
ii  samba-libs [libndr3]  2:4.19.5+dfsg-3

libsmbclient0 recommends no packages.

libsmbclient0 suggests no packages.

-- no debconf information

Bug#1027304: linux-kbuild-6.0: missing `resolve_btfids` and some scripts

[Eric Long]

Hi,

I also encountered the exact same scenario and the issue is reproducible 
also on linux-kbuild-6.1. It seems that Debian Linux packages are 
lacking things necessary to build BTF for kernel modules, like vmlinux 
in /lib/modules/`uname -r`/build, as well as many eBPF tools included in 
the kernel source. Are there any updates, or is there reasons why Debian 
doesn't ship those files?


Cheers,
Eric

Bug#1061242: libreoffice-impress: impress cannot start. Its display an error loading a dll that is installed

[Eric Valette]

On 21/01/2024 14:49, Rene Engelhard wrote:

Exactly that is the point of #1059040. The binary packages have to be 
renamed. (Then rebuild against libxml2-WHATEVERNEW). Then a rebuild LO 
will have a proper dependency on libxml2-WHATEVERNEW.


I agree that package with different APIs should bump their major .so 
version, but not obviously change their name. At least, that has not 
always been like that (more than 20 years...).



The libxml2 package as of now must not install unstable at current state.


Agreed.

Indeed the current package name of libxml2 is a problem and fullfills 
unstables depends, but see below.



It is expected that stuff built with 2.9.x doesn't necessarily work 
with 2.12. And here libsdlo.so *does* link against libxml:


Missing dependency < dependency at least.

Yeah.  But for that you need a palantir. For an unknown amount of 
packages in the archive?


No. The bug is in libxml2.


I disagree on this. Many ddl did not change their name when they have 
API breakage only bump major so that symbolic links does not get resolved.


It managed to load the wrong ddl version because of the

NEEDED   libxml2.so.2
in /usr/lib/libreoffice/program/libsdlo.so

and that depending on the version installed it points to either 2.9 or 2.12


Thanks for your time.

-- eric

Bug#1061242: libreoffice-impress: impress cannot start. Its display an error loading a dll that is installed

[Eric Valette]

Package: libreoffice-impress
Version: 4:24.2.0~rc2-2
Severity: grave
Justification: renders package unusable

When I open a odp file, I get the message: loading of component failed  
/usr/lib/libreoffice/program/libsdlo.so

dpkg -S /usr/lib/libreoffice/program/libsdlo.so
libreoffice-draw: /usr/lib/libreoffice/program/libsdlo.so
valette@tri-yann5:~$ ls -l /usr/lib/libreoffice/program/libsdlo.so
-rw-r--r-- 1 root root 7690360 13 janv. 20:26 
/usr/lib/libreoffice/program/libsdlo.so
valette@tri-yann5:~$ file /usr/lib/libreoffice/program/libsdlo.so
/usr/lib/libreoffice/program/libsdlo.so: ELF 64-bit LSB shared object, x86-64, 
version 1 (SYSV), dynamically linked, 
BuildID[sha1]=971f3e457517759a9434b347f3df94ed199e098e, stripped

In addition, trying to report the bug I get the following errors:

Gathering additional data, this may take a while...
Exception occurred: Connector : couldn't connect to pipe 
"ecc792b3cee7844e153abb7ce96bfdb921fcaff61693c3a5d788741b64e22eb": 10 at 
./io/source/connector/connector.cxx:94
Cause: (com.sun.star.connection.NoConnectException) { { Message = 
"Connector : couldn't connect to pipe 
\"ecc792b3cee7844e153abb7ce96bfdb921fcaff61693c3a5d788741b64e22eb\": 10 at 
./io/source/connector/connector.cxx:94", Context = 
(com.sun.star.uno.XInterface) @0 } }
unopkg failed.
Exception occurred: Connector : couldn't connect to pipe 
"8aafa411c24e82e7cf177bcda3fbb92df3d7dc9ea297d3ab6571624ec": 10 at 
./io/source/connector/connector.cxx:94
Cause: (com.sun.star.connection.NoConnectException) { { Message = 
"Connector : couldn't connect to pipe 
\"8aafa411c24e82e7cf177bcda3fbb92df3d7dc9ea297d3ab6571624ec\": 10 at 
./io/source/connector/connector.cxx:94", Context = 
(com.sun.star.uno.XInterface) @0 } }
unopkg failed.
Exception occurred: Connector : couldn't connect to pipe 
"f9a62ef4d44126b83f661a55e88d133b790764ef14a93a4677126280764885": 10 at 
./io/source/connector/connector.cxx:94
Cause: (com.sun.star.connection.NoConnectException) { { Message = 
"Connector : couldn't connect to pipe 
\"f9a62ef4d44126b83f661a55e88d133b790764ef14a93a4677126280764885\": 10 at 
./io/source/connector/connector.cxx:94", Context = 
(com.sun.star.uno.XInterface) @0 } }
unopkg failed.
^CThe package bug script /usr/share/bug/libreoffice-impress/script exited with 
an error status (return code = 2). Do you still want to file a report 
[y|N|q|?]? y

-- Package-specific info:
ii  nvidia-installer-cleanup 20240109+1 
 amd64cleanup after driver installation with the 
nvidia-installer
pi  nvidia-libopencl1:amd64  530.41.03-1
 amd64NVIDIA OpenCL ICD Loader library
Configuration filePackage Exists Changed
/etc/libreoffice/registry/impress.xcd libreoffice-impress Yes No
/etc/libreoffice/registry/ogltrans.xcdlibreoffice-impress Yes No
All deployed shared extensions:



Experimental features enabled:

Installed VCLplugs:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name VersionArchitecture Description
+++--==--=
un  libreoffice-gtk3 (no description available)
ii  libreoffice-kf5  4:24.2.0~rc2-2 amd64office productivity suite -- 
KDE Frameworks 5 integration
ii  libreoffice-qt5  4:24.2.0~rc2-2 amd64office productivity suite -- 
Qt 5 integration
ii  libreoffice-qt6  4:24.2.0~rc2-2 amd64office productivity suite -- 
Qt 6 integration

Java (javaldx):
/usr/lib/jvm/java-21-openjdk-amd64/lib/amd64/client:/usr/lib/jvm/java-21-openjdk-amd64/lib/amd64/server:/usr/lib/jvm/java-21-openjdk-amd64/lib/amd64/native_threads:/usr/lib/jvm/java-21-openjdk-amd64/lib/amd64

Java:
http://openoffice.org/2004/java/framework/1.0; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;>

file:///usr/lib/jvm/java-21-openjdk-amd64


Configuration filePackage Exists Changed
/etc/libreoffice/registry/draw.xcdlibreoffice-drawYes No
/etc/libreoffice/registry/graphicfilter.xcd   libreoffice-drawYes No
All deployed shared extensions:



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

Kernel: Linux 6.6.11-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (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 libreoffice-impress depends 

Bug#1060397: libsys-syscall-perl: FTBFS on riscv64: t/01-epoll.t failure

[Eric Wong]

Eric Wong  wrote:
> Attached patch adds support for riscv64 and loongarch64

tested loongarch64 on cfarm400
tested aarch64 on cfarm103 (so no regression)

> I can't access loongarch64 machines on cfarm atm

I forgot 400/401 are on a nonstandard port :x

Bug#1060397: libsys-syscall-perl: FTBFS on riscv64: t/01-epoll.t failure

[Eric Wong]

Attached patch adds support for riscv64 and loongarch64

riscv64 tested on cfarm92.cfarm.net
I can't access loongarch64 machines on cfarm atm, but I tested
the epoll_* (but not sendfile+readahead) syscalls on another
machine a while ago.
>From 8d70578ff79b4754abaf456f71fe23a44b8335b4 Mon Sep 17 00:00:00 2001
From: Eric Wong 
Date: Wed, 10 Jan 2024 19:28:48 +
Subject: [PATCH] add loongarch64 and riscv64 support

riscv64 tested on cfarm92.cfarm.net

I can't access cfarm40[01] right now, but I tested the epoll_*
syscall numbers a while ago for another project (not readahead
nor sendfile).

Thanks to gcc compiler farm (cfarm.net) for ssh access.
---
 lib/Sys/Syscall.pm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/Sys/Syscall.pm b/lib/Sys/Syscall.pm
index a0a9b20..92c1024 100644
--- a/lib/Sys/Syscall.pm
+++ b/lib/Sys/Syscall.pm
@@ -126,7 +126,7 @@ if ($^O eq "linux") {
 $SYS_epoll_wait   = 409;
 $SYS_readahead= 379;
 $u64_mod_8= 1;
-} elsif ($machine eq "aarch64") {
+} elsif ($machine =~ /\A(?:loong|a)arch64\z/ || $machine eq 'riscv64') {
 $SYS_epoll_create = 20;  # (sys_epoll_create1)
 $SYS_epoll_ctl= 21;
 $SYS_epoll_wait   = 22;  # (sys_epoll_pwait)

Bug#1059418: nemo stops attempting to mount SMB servers or shares if an incorrect password is "remembered"

[Eric Park]

Package: nemo
Version: 5.6.4-1
Severity: important
X-Debbugs-Cc: debian-b...@ericswpark.com

Dear Maintainer,

nemo (or some underlying system that nemo uses) has a bug where SMB
share/server
mounting will lock up, if an incorrect password was entered previously and the
password was set to be remembered (for a session or forever).

It is possible that the password remember option is not necessary to lock up
nemo,
however I have not tested this.

During this "lock up" state, nemo will appear to be mounting the server/share,
with
the dialog "Opening  (File Sharing)" and the message "You can stop
this
operation by clicking cancel". However, this dialog will never go away and the
server
or share will never mount.

Steps to reproduce:
1. Click on a server/share entry in the "Network" tab
2. Input incorrect credentials
3. Click on one of the remember credentials options (although this may not be
   necessary for bug repro)
4. Retry connecting to the server/share again

In this bugged state, the incorrect credentials cannot be removed from memory,
as it does not show up under seahorse. I am assuming that the previous
operation
with the incorrect credentials did not succeed, so it didn't save to the
keystore
yet, but nemo is still waiting on that previous operation to finish, creating
some
sort of deadlock.


Eric


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

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

Versions of packages nemo depends on:
ii  cinnamon-desktop-data  5.6.1-1
ii  desktop-file-utils 0.26-1
ii  gsettings-desktop-schemas  43.0-1
ii  gvfs   1.50.3-1
ii  libatk1.0-02.46.0-5
ii  libc6  2.36-9+deb12u3
ii  libcairo-gobject2  1.16.0-7
ii  libcairo2  1.16.0-7
ii  libcinnamon-desktop4   5.6.1-1
ii  libexempi8 2.6.3-1
ii  libexif12  0.6.24-1+b1
ii  libgail-3-03.24.38-2~deb12u1
ii  libgdk-pixbuf-2.0-02.42.10+dfsg-1+b1
ii  libglib2.0-0   2.74.6-2
ii  libglib2.0-data2.74.6-2
ii  libgsf-1-114   1.14.50-1
ii  libgtk-3-0 3.24.38-2~deb12u1
ii  libnemo-extension1 5.6.4-1
ii  libpango-1.0-0 1.50.12+ds-1
ii  libpangocairo-1.0-01.50.12+ds-1
ii  libselinux13.4-1+b6
ii  libx11-6   2:1.8.4-2+deb12u2
ii  libxapp1   2.4.2-3
ii  libxml22.9.14+dfsg-1.3~deb12u1
ii  nemo-data  5.6.4-1
ii  shared-mime-info   2.2-1

Versions of packages nemo recommends:
ii  catdoc  1:0.95-5
ii  cinnamon-l10n   5.6.1-2
ii  exif0.6.22-3
ii  gnome-disk-utility  43.0-1
ii  gvfs-backends   1.50.3-1
ii  gvfs-fuse   1.50.3-1
ii  html2text   1.3.2a-28
ii  id3 1.1.2-3
ii  librsvg2-common 2.54.7+dfsg-1~deb12u1
ii  nemo-fileroller 5.6.1-1
ii  odt2txt 0.5-7
ii  poppler-utils   22.12.0-2+b1
ii  python3 3.11.2-1+b1
ii  python3-xlrd1.2.0-3
ii  untex   1:1.2-7

Versions of packages nemo suggests:
ii  eog  43.2-1
ii  evince [pdf-viewer]  43.1-2+b1
ii  totem43.0-2
ii  xdg-user-dirs0.18-1

-- no debconf information

Bug#1057749: spamc --headers corrupts body with NUL char in body

[Eric Wong]

Package: spamc
Version: 3.4.6-1
Severity: normal
Tags: upstream

Dear Maintainer,

I'm able to reproduce this bug on 4.0.0-8 on a sid machine, too.

My use of `spamc -E --headers' causes body corruption if a NUL
('\0') character appears in the body when talking to spamd.

The bug appears to be in the `_append_original_body' function of
spamc/libspamc.c stemming from the use of the strncpy(3) function.

I suggest using open_memstream(3) for all buffer management
needs, but I'm not sure if POSIX.1-2008 is too new for SA
upstream.  The use of strcat/strcpy/strncpy makes me seriously
uncomfortable (they're all banned from git itself and any
C codebase I work on due to safety problems).

The bug doesn't happen when spamd is unreachable and spamc falls
back to working entirely in-process.

Bug#1055067: isc-dhcp-client: network-manager 1.44.2-3 changed path to nm-dhcp-helper, apparmor need update

[Eric Valette]

On Mon, 20 Nov 2023 21:17:40 +0100 Michael Biebl  wrote:
I will add a versioned Breaks isc-dhcp-client (<< 4.4.3-P1-5) to 
network-manager, assuming the next version fixing this issue will be 
4.4.3-P1-5.


Btw, the AppArmor policy also references
/usr/lib/NetworkManager/nm-dhcp-client.action

This binary is long gone. You can just remove any traces of it.



Is is allowed to put a versioned break on a non existing version? Result 
is that I cannot upgrade as I still need dhcp.


-- eric

Bug#1056304: lualatex needs to be rebuilt against zlib 1.3

[Eric Marsden]

Package: texlive-latex-base
Version: 2023.20231007-1
Severity: important

% lualatex
PANIC: unprotected error in call to Lua API (zlib library version does not 
match - header: 1.2.13, library: 1.3)
zsh: IOT instruction  lualatex
% lualatex --credits
This is LuaHBTeX, Version 1.17.0 (TeX Live 2023/Debian)

The LuaTeX team is Hans Hagen, Hartmut Henkel, Taco Hoekwater, Luigi Scarso.

LuaHBTeX merges and builds upon (parts of) the code from these projects:

tex   : Donald Knuth
etex  : Peter Breitenlohner, Phil Taylor and friends
omega : John Plaice and Yannis Haralambous
aleph : Giuseppe Bilotta
pdftex: Han The Thanh and friends
kpathsea  : Karl Berry, Olaf Weber and others
lua   : Roberto Ierusalimschy, Waldemar Celes and Luiz Henrique de 
Figueiredo
metapost  : John Hobby, Taco Hoekwater, Luigi Scarso, Hans Hagen and friends
pplib : Paweł Jackowski
fontforge : George Williams (partial)
luajit: Mike Pall (used in LuajitTeX)

Compiled with libharfbuzz 8.0.1; using 8.0.1
Compiled with libpng 1.6.40; using 1.6.40
Compiled with lua version 5.3.6
Compiled with mplib version 2.02
Compiled with zlib 1.2.13; using 1.3

Development id: 7581



Packages zlib1g and zlib1g-dev are at version 1.3.dfsg-2 (from unstable).

Bug#1056007: 0ad: Please enable riscv64 build

[Eric Long]

Source: 0ad
Version: 0.0.26-4
Severity: normal
Tags: ftbfs patch upstream
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org, i...@hack3r.moe

Dear maintainer,

I've ported 0ad to riscv64, using patches for SpiderMonkey 78. The
debdiff is attached below.

The game has been tested and run on Milk-V Pioneer with SG2042 and AMD
GPU [1], using the packaged 0ad from Arch Linux RISC-V (which is also
submitted by me) [2]. The fix for GCC 13 double-word atomic is also
included [3].

Cheers,
Eric

[1]: https://twitter.com/Houge_Langley/status/1676369377967370240
[2]: https://github.com/felixonmars/archriscv-packages/pull/2782
[3]: https://github.com/felixonmars/archriscv-packages/pull/2962
diff -Nru 0ad-0.0.26/debian/changelog 0ad-0.0.26/debian/changelog
--- 0ad-0.0.26/debian/changelog 2023-07-16 15:13:32.0 +0800
+++ 0ad-0.0.26/debian/changelog 2023-11-15 20:32:21.0 +0800
@@ -1,3 +1,10 @@
+0ad (0.0.26-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add riscv64 support
+
+ -- Eric Long   Wed, 15 Nov 2023 20:32:21 +0800
+
 0ad (0.0.26-4) unstable; urgency=medium
 
   [ Vincent Cheng ]
diff -Nru 0ad-0.0.26/debian/control 0ad-0.0.26/debian/control
--- 0ad-0.0.26/debian/control   2023-07-16 15:13:04.0 +0800
+++ 0ad-0.0.26/debian/control   2023-11-15 20:32:21.0 +0800
@@ -47,7 +47,7 @@
 Rules-Requires-Root: no
 
 Package: 0ad
-Architecture: amd64 arm64 armhf i386 kfreebsd-amd64 kfreebsd-i386
+Architecture: amd64 arm64 armhf i386 kfreebsd-amd64 kfreebsd-i386 riscv64
 Pre-Depends: dpkg (>= 1.15.6~)
 Depends:
  0ad-data (>= ${source:Upstream-Version}),
diff -Nru 0ad-0.0.26/debian/patches/add-riscv64-support.patch 
0ad-0.0.26/debian/patches/add-riscv64-support.patch
--- 0ad-0.0.26/debian/patches/add-riscv64-support.patch 1970-01-01 
08:00:00.0 +0800
+++ 0ad-0.0.26/debian/patches/add-riscv64-support.patch 2023-11-15 
20:32:21.0 +0800
@@ -0,0 +1,414 @@
+Description: Enables riscv64 build
+Author: Eric Long 
+Forwarded: https://trac.wildfiregames.com/ticket/6834
+
+diff --git a/build/premake/premake5.lua b/build/premake/premake5.lua
+index 9539e2a..12dcd43 100644
+--- a/build/premake/premake5.lua
 b/build/premake/premake5.lua
+@@ -105,6 +105,8 @@ else
+   arch = "e2k"
+   elseif string.find(machine, "ppc64") == 1 or string.find(machine, 
"powerpc64") == 1 then
+   arch = "ppc64"
++  elseif string.find(machine, "riscv64") == 1 then
++  arch = "riscv64"
+   else
+   print("WARNING: Cannot determine architecture from GCC, 
assuming x86")
+   end
+@@ -896,6 +898,8 @@ function setup_all_libs ()
+   table.insert(source_dirs, "lib/sysdep/arch/e2k");
+   elseif arch == "ppc64" then
+   table.insert(source_dirs, "lib/sysdep/arch/ppc64");
++  elseif arch == "riscv64" then
++  table.insert(source_dirs, "lib/sysdep/arch/riscv64");
+   end
+ 
+   -- OS-specific
+diff --git a/libraries/source/nvtt/src/extern/poshlib/posh.h 
b/libraries/source/nvtt/src/extern/poshlib/posh.h
+index 5382294..dfbe635 100644
+--- a/libraries/source/nvtt/src/extern/poshlib/posh.h
 b/libraries/source/nvtt/src/extern/poshlib/posh.h
+@@ -540,6 +540,17 @@ LLVM:
+ #  define POSH_CPU_STRING "PA-RISC"
+ #endif
+ 
++#if defined __riscv
++#  define POSH_CPU_RISCV 1
++#  if __riscv_xlen == 64
++#define POSH_CPU_RISCV64 1
++#define POSH_CPU_STRING "riscv64"
++#  elif __riscv_xlen == 32
++#define POSH_CPU_RISCV32 1
++#define POSH_CPU_STRING "riscv32"
++#  endif
++#endif
++
+ #if !defined POSH_CPU_STRING
+ #  error POSH cannot determine target CPU
+ #  define POSH_CPU_STRING "Unknown" /* this is here for Doxygen's benefit */
+diff --git a/libraries/source/nvtt/src/src/nvcore/Debug.cpp 
b/libraries/source/nvtt/src/src/nvcore/Debug.cpp
+index a211715..89ff150 100644
+--- a/libraries/source/nvtt/src/src/nvcore/Debug.cpp
 b/libraries/source/nvtt/src/src/nvcore/Debug.cpp
+@@ -674,6 +674,9 @@ namespace
+ #elif NV_CPU_AARCH64
+ ucontext_t * ucp = (ucontext_t *)secret;
+ return (void *) ucp->uc_mcontext.pc;
++#elif POSH_CPU_RISCV64
++ucontext_t * ucp = (ucontext_t *)secret;
++return (void *) ucp->uc_mcontext.__gregs[REG_PC];
+ #else
+ #  error "Unknown CPU"
+ #endif
+diff --git a/libraries/source/nvtt/src/src/nvcore/Debug.h 
b/libraries/source/nvtt/src/src/nvcore/Debug.h
+index 75fb41c..37fc407 100644
+--- a/libraries/source/nvtt/src/src/nvcore/Debug.h
 b/libraries/source/nvtt/src/src/nvcore/Debug.h
+@@ -166,7 +166,7 @@ NVCORE_API void NV_CDECL nvDebugPrint( const char *msg, 
... ) __attribute__((for
+ namespace nv
+ {
+ inline bool isValidPtr(const void * ptr) {
+-#if NV_CPU_X86_64 || P

Bug#1055627: gnome-shell: Display never turns off at lock screen when running SDL2 (GNOME on Xorg)

[Eric Li]

Package: gnome-shell
Version: 43.6-1~deb12u2
Severity: normal
X-Debbugs-Cc: lixiaoyi13691419...@gmail.com

I am using GNOME on Xorg. Normally, when I lock the screen, the display will
be turned off. Only when I move the mouse / press the keyboard, the display
will turn back on.

However, when I am running a SDL2 application and lock the screen, the display
turns off at first. However, after less than 1 minute, the display turns on by
itself. The display stays on even after waiting for a few minutes.

Way to reproduce (demo video: ):

1. Switch to "GNOME on Xorg", the default for Debian is Wayland.
2. Open an SDL2 application. For example this bug is reproducible using
. Can also reproduce this problem
using PPSSPP. My SDL version is 2.26.5.
3. Lock the screen using Super+L. See that the display is turned off.
4. Wait for a few minutes, notice that the display is turned on, even without
any user input. The display stays on forever.

Expected behavior:

4. The display should be off when there is no user input. (This is the behavior
of GNOME on Wayland).

Workaround: Use SDL_VIDEO_ALLOW_SCREENSAVER=1 to prevent SDL2 from disabling
screensaver.

Note: this bug is previously reported to SDL at , but is considered likely a bug of GNOME.


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

Kernel: Linux 6.1.0-13-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), 
LANGUAGE=zh_CN:zh
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
ii  gir1.2-accountsservice-1.0   22.08.8-6
ii  gir1.2-adw-1 1.2.2-1
ii  gir1.2-atk-1.0   2.46.0-5
ii  gir1.2-atspi-2.0 2.46.0-5
ii  gir1.2-freedesktop   1.74.0-3
ii  gir1.2-gcr-3 3.41.1-1+b1
ii  gir1.2-gdesktopenums-3.0 43.0-1
ii  gir1.2-gdkpixbuf-2.0 2.42.10+dfsg-1+b1
ii  gir1.2-gdm-1.0   43.0-3
ii  gir1.2-geoclue-2.0   2.6.0-2
ii  gir1.2-glib-2.0  1.74.0-3
ii  gir1.2-gnomebluetooth-3.042.5-3
ii  gir1.2-gnomedesktop-3.0  43.2-2
ii  gir1.2-graphene-1.0  1.10.8-1
ii  gir1.2-gstreamer-1.0 1.22.0-2
ii  gir1.2-gtk-3.0   3.24.38-2~deb12u1
ii  gir1.2-gtk-4.0   4.8.3+ds-2+deb12u1
ii  gir1.2-gweather-4.0  4.2.0-2
ii  gir1.2-ibus-1.0  1.5.27-5
ii  gir1.2-mutter-11 43.6-1~deb12u1
ii  gir1.2-nm-1.01.42.4-1
ii  gir1.2-nma-1.0   1.10.6-1
ii  gir1.2-pango-1.0 1.50.12+ds-1
ii  gir1.2-polkit-1.0122-3
ii  gir1.2-rsvg-2.0  2.54.7+dfsg-1~deb12u1
ii  gir1.2-soup-3.0  3.2.2-2
ii  gir1.2-upowerglib-1.00.99.20-2
ii  gir1.2-webkit2-4.1   2.42.1-1~deb12u1
ii  gnome-backgrounds43.1-1
ii  gnome-settings-daemon43.0-4
ii  gnome-shell-common   43.6-1~deb12u2
ii  gsettings-desktop-schemas43.0-1
ii  gstreamer1.0-pipewire0.3.65-3
ii  libatk-bridge2.0-0   2.46.0-5
ii  libatk1.0-0  2.46.0-5
ii  libc62.36-9+deb12u3
ii  libcairo21.16.0-7
ii  libecal-2.0-23.46.4-2
ii  libedataserver-1.2-273.46.4-2
ii  libgcr-base-3-1  3.41.1-1+b1
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libgirepository-1.0-11.74.0-3
ii  libgjs0g 1.74.2-1+deb12u1
ii  libgles2 1.6.0-1
ii  libglib2.0-0 2.74.6-2
ii  libglib2.0-bin   2.74.6-2
ii  libgnome-autoar-0-0  0.4.3-1
ii  libgnome-desktop-3-2043.2-2
ii  libgraphene-1.0-01.10.8-1
ii  libgtk-3-0   

Bug#1055325: pesign service does not start

[eric]

Package: pesign
Version: 116-4
Severity: important

service pesign status
× pesign.service - Pesign signing daemon
 Loaded: loaded (/lib/systemd/system/pesign.service; enabled; preset: 
enabled)
 Active: failed (Result: exit-code) since Sat 2023-11-04 11:14:04 CET; 3min 
11s ago
Process: 843 ExecStart=/usr/bin/pesign --daemonize --nofork (code=killed, 
signal=TERM)
Process: 844 ExecStartPost=/usr/share/pesign/pesign-authorize (code=exited, 
status=203/EXEC)
   Main PID: 843 (code=killed, signal=TERM)
CPU: 4ms

Nov 04 11:14:04 pink-floyd3 systemd[1]: Starting pesign.service - Pesign 
signing daemon...
Nov 04 11:14:04 pink-floyd3 (uthorize)[844]: pesign.service: Failed to locate 
executable /usr/share/pesign/pesign-authorize: No such file or directo>
Nov 04 11:14:04 pink-floyd3 (uthorize)[844]: pesign.service: Failed at step 
EXEC spawning /usr/share/pesign/pesign-authorize: No such file or direct>
Nov 04 11:14:04 pink-floyd3 systemd[1]: pesign.service: Control process exited, 
code=exited, status=203/EXEC
Nov 04 11:14:04 pink-floyd3 systemd[1]: pesign.service: Failed with result 
'exit-code'.
Nov 04 11:14:04 pink-floyd3 systemd[1]: Failed to start pesign.service - Pesign 
signing daemon.
root@pink-floyd3:~# dpkg -S /lib/systemd/system/pesign.service
pesign: /lib/systemd/system/pesign.service

Seraching for the pesign-authorize file on debian site via packe finder does 
not bring any result.


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

Kernel: Linux 6.1.0-13-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (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 pesign depends on:
ii  coolkey1.1.0-16
ii  libc6  2.38-3
ii  libefivar1 38-2
ii  libnspr4   2:4.35-1.1
ii  libnss32:3.94-1
ii  libnss3-tools  2:3.94-1
ii  libpopt0   1.19+dfsg-1
ii  libuuid1   2.39.2-5
ii  opensc 0.23.0-1

pesign recommends no packages.

pesign suggests no packages.

-- no debconf information

Bug#1054211: systemd: ystemd-networkd-wait-online.service reports a timeout error while network is activated

[Eric Valette]

On 19/10/2023 15:23, Michael Biebl wrote:

On 10/19/23 10:47, eric wrote:

Package: systemd
Version: 254.5-1
Severity: normal




Do you have any network interfaces managed by systemd-networkd?
If not, why is systemd-networkd-wait-online.service enabled?


How do I specify/know that? I havent changed my network config besides 
regular package update.


I've no /etc/network/interface file and my config should be managed by
network manager. Currently ethernet cable but wifi sometimes.

-- eric

Bug#1054211: systemd: ystemd-networkd-wait-online.service reports a timeout error while network is activated

[eric]

Package: systemd
Version: 254.5-1
Severity: normal

I think this is related to the new version of package network manager

systemd-analyze blame
2min 117ms systemd-networkd-wait-online.service
7.850s NetworkManager-wait-online.service
1.219s NetworkManager.service
1.038s udisks2.service
1.007s privoxy.service
 938ms ModemManager.service
 807ms systemd-binfmt.service
 805ms systemd-networkd.service
 728ms systemd-timesyncd.service
 629ms cpufrequtils.service
 603ms systemd-modules-load.service
 510ms tor@default.service
 384ms upower.service
 323ms dev-nvme0n1p5.device
 235ms accounts-daemon.service
 225ms systemd-udev-trigger.service
 217ms run-rpc_pipefs.mount
 212ms cups.service
 207ms smbd.service
 191ms exim4.service
 189ms user@1000.service
 139ms binfmt-support.service
 130ms loadcpufreq.service
 124ms networking.service
 119ms nmbd.service
 109ms avahi-daemon.service
 108ms apparmor.service
 108ms polkit.service
 107ms modprobe@drm.service
 105ms systemd-journal-flush.service
 102ms dbus.service
 100ms e2scrub_reap.service
  98ms proc-sys-fs-binfmt_misc.mount
  79ms systemd-logind.service
  79ms modprobe@fuse.service
  74ms boot-efi.mount



-- Package-specific info:

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

Kernel: Linux 6.1.0-13-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (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 systemd depends on:
ii  libacl12.3.1-3
ii  libaudit1  1:3.1.1-1
ii  libblkid1  2.39.2-4
ii  libc6  2.38-3
ii  libcap21:2.66-4
ii  libcryptsetup122:2.6.1-5
ii  libfdisk1  2.39.2-4
ii  libgcrypt201.10.2-3
ii  libkmod2   30+20230601-2
ii  liblz4-1   1.9.4-1
ii  liblzma5   5.4.4-0.1
ii  libmount1  2.39.2-4
ii  libp11-kit00.25.0-5
ii  libseccomp22.5.4-1+b3
ii  libselinux13.5-1
ii  libssl33.1.3-1
ii  libsystemd-shared  254.5-1
ii  libsystemd0254.5-1
ii  libzstd1   1.5.5+dfsg2-2
ii  mount  2.39.2-4
ii  systemd-dev254.5-1

Versions of packages systemd recommends:
ii  dbus [default-dbus-system-bus]   1.15.8-2
ii  systemd-timesyncd [time-daemon]  254.5-1

Versions of packages systemd suggests:
ii  libfido2-11.13.0-1+b1
ii  libqrencode4  4.1.1-1
ii  libtss2-esys-3.0.2-0  4.0.1-3
ii  libtss2-mu0   4.0.1-3
ii  libtss2-rc0   4.0.1-3
ii  polkitd   123-1
ii  python3   3.11.4-5+b1
pn  python3-pefile
pn  systemd-boot  
pn  systemd-container 
pn  systemd-homed 
pn  systemd-resolved  
pn  systemd-userdbd   

Versions of packages systemd is related to:
ii  dbus-user-session  1.15.8-2
pn  dracut 
ii  initramfs-tools0.142
ii  libnss-systemd 254.5-1
ii  libpam-systemd 254.5-1
ii  udev   254.5-1

-- no debconf information

Bug#1054120: perl: open EMFILE failure misreported

[Eric Wong]

Package: perl
Version: 5.36.0-9
Severity: normal
Tags: upstream

The `open' perlop fails to report EMFILE (Too many open files)
when it fails due to having too many open files.

strace confirms the underlying open(2) syscall does fail with
EMFILE, but Perl misreports `$!' as EINVAL (Invalid argument).

A quick repro to open a lot of temporary files is below

perl -e '@x = map {open my $x, ">", undef or die "open: $!"; $x } (0..0xf)'

This also affects Perl 5.32.1 (in Debian bullseye).

I suspect this is because Perl is calling free(3) (or similar)
to release allocations upon open(2) failure and failed to
preserve the value of `errno' prior to calling free(3).

So something like this save_errno use ought to fix it:

int save_errno = errno;
free(allocated);
errno = save_errno;

Thanks in advance for forwarding this to upstream since I don't
agree with the Terms of Service or the JavaScript requirement
of upstream's bug tracker.

Bug#1053441: pavucontrol: Speaker balance destroyed by lower clamping

[Eric Towers]

Package: pavucontrol
Version: 5.0-2
Severity: normal
X-Debbugs-Cc: fuzzye...@gmail.com

Dear Maintainer,

I have a 5.1 speaker system.  The speakers are not and cannot be equally 
distant, so I set different volumes for each speaker in the sink USB Audio 
Speakers.  Since I find no way to set a virtual sink on the input of this sink 
that enforces the loudness ratios on the 6 channels, I use
pactl -- set-sink-volume @DEFAULT_SINK@ 55% 55% 70% 100% 89% 100% 100% 100% 
to set these ratios.  Note that the front left and front right channels are set 
to the lowest volume and the rear left to the next lowest volume and that these 
are -15.58 dB, -15.58 dB, and -9.29 dB, respectively.

I have a USB volume control that sends mute, volUp, and volDown keyboard 
events.  Since I want to retain the relative volumes, I have set these keyboard 
events to, respectively,
pactl -- set-sink-mute @DEFAULT_SINK@ toggle
pactl -- set-sink-volume @DEFAULT_SINK@ +1dB
pactl -- set-sink-volume @DEFAULT_SINK@ -1dB
(Offsetting by % or "magic pulseaudio" cubic values does not retain relative 
loudness.)  I'd like to change the volume by more that only +/- 1 dB, but using 
a larger increment with rapid volume changes is likely to exhibit the following 
defect.

When I turn the volume down far enough by this method (or equivalently using 
the above pactl commands repeatedly), so that the lowest three volumes are 
-222.15 dB (although the same number of dB should have been subtracted from all 
three) and the remainder are greater than -211 dB, turning the volume back up 
does not restore the relative loudness of the three channels that all clamped 
at -222.15 dB.  In fact, if it is reduced until all volumes clamp at -222.15 
dB, all volumes raise together.  In short, arithmetic does not work: 
subtracting and then adding the same numbers of 1 dBs does not return the 
speakers to the same relative loudness.
A similar behaviour happens when hitting the upper clamp at 3276800%(270.93 
db), destroying speaker balance.

I have not perfomed this test on a 2-channel output, but I suspect one could 
recreate the behaviour in that simpler setting with the two channels set to 
wildly different relative volumes, then pushing the volume up or down far 
enough to cause clamping, eliminating the difference.

Interestingly, until recently, the bahaviour in pavucontrol was to display 
"0%(-\infty dB)" when volumes got below about -120 dB, with the behaviour that 
once a finite number of negative increments had somehow sent the volume to 
-\infty, it was permanently trapped there and no amount of pactl ... +1dB would 
ever change that channel's volume again.  Additionally, this older version 
would upper-clamp at 150%, distorting balance when quickly raising volume 
overshot this bound.

PulseAudio does not document a virtual sink that could permanently store the 
attenuations to balance speakers.  pavucontrol displays the failure of 
PulseAudio to retain speaker balance and provides no mechanism to lock-in or 
enforce this balance.  pavucontrol is the only UI suitable for acquiring these 
ratios from users, but has no method to do so.

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

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

Versions of packages pavucontrol depends on:
ii  libatkmm-1.6-1v5 2.28.3-1
ii  libc62.36-9+deb12u1
ii  libcanberra-gtk3-0   0.30-10
ii  libcanberra0 0.30-10
ii  libgcc-s112.2.0-14
ii  libglib2.0-0 2.74.6-2
ii  libglibmm-2.4-1v52.66.5-2
ii  libgtk-3-0   3.24.37-2
ii  libgtkmm-3.0-1v5 3.24.7-1
ii  libjson-glib-1.0-0   1.6.6-1
ii  libpulse-mainloop-glib0  16.1+dfsg1-2+b1
ii  libpulse016.1+dfsg1-2+b1
ii  libsigc++-2.0-0v52.12.0-1
ii  libstdc++6   12.2.0-14

Versions of packages pavucontrol recommends:
ii  pulseaudio  16.1+dfsg1-2+b1

pavucontrol suggests no packages.

-- no debconf information

Bug#1052591: openscad: Preview renders garbage at difference-planes

[Eric Cooper]

Package: openscad
Version: 2021.01-6
Severity: important

Dear Maintainer,

When I open this SCAD source:

difference() {
cube([10, 10, 10], center = true);
cube([5, 5, 10], center = true);
}

the preview shows garbage in the "openings" created by the difference
operation. The display of the garbage changes as I rotate or zoom the
view.

To get rid of the garbage completely, I have to do a full render. That
is very time-consuming on a larger model, whereas the garbage effect makes
previewing almost useless, so I rated this severity "important".

The bug is independent of the objects being differenced.
It occurs when there is exact co-planarity of
a face of A and a face of B in
difference() { A; B; }

-- Package-specific info:
Output of /usr/share/bug/openscad:
$ glxinfo |grep 'OpenGL .* string:'
OpenGL vendor string: AMD
OpenGL renderer string: AMD Radeon RX 5700 XT (navi10, LLVM 15.0.7, DRM 3.52, 
6.4.0-4-amd64)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 23.1.6-1
OpenGL core profile shading language version string: 4.60
OpenGL version string: 4.6 (Compatibility Profile) Mesa 23.1.6-1
OpenGL shading language version string: 4.60
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 23.1.6-1
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

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

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

Versions of packages openscad depends on:
ii  lib3mf11.8.1+ds-4
ii  libboost-filesystem1.74.0  1.74.0+ds1-22
ii  libboost-program-options1.74.0 1.74.0+ds1-22
ii  libboost-regex1.74.0 [libboost-regex1.74.0-icu72]  1.74.0+ds1-22
ii  libc6  2.37-7
ii  libcairo2  1.17.8-3
ii  libdouble-conversion3  3.3.0-1
ii  libfontconfig1 2.14.2-5
ii  libfreetype6   2.13.2+dfsg-1
ii  libgcc-s1  13.2.0-2
ii  libgl1 1.6.0-1
ii  libglew2.2 2.2.0-4+b1
ii  libglib2.0-0   2.78.0-1
ii  libglu1-mesa [libglu1] 9.0.2-1.1
ii  libgmp10   2:6.3.0+dfsg-2
ii  libharfbuzz0b  8.0.1-1
ii  libmpfr6   4.2.0-1
ii  libopencsg11.5.0-1+b1
ii  libqscintilla2-qt5-15  2.14.1+dfsg-1
ii  libqt5core5a   5.15.10+dfsg-3
ii  libqt5dbus55.15.10+dfsg-3
ii  libqt5gamepad5 5.15.10-2
ii  libqt5gui5 5.15.10+dfsg-3
ii  libqt5multimedia5  5.15.10-2
ii  libqt5network5 5.15.10+dfsg-3
ii  libqt5widgets5 5.15.10+dfsg-3
ii  libspnav0  1.1-1
ii  libstdc++6 13.2.0-2
ii  libx11-6   2:1.8.6-1
ii  libxml22.9.14+dfsg-1.3
ii  libzip41.7.3-1+b1

Versions of packages openscad recommends:
ii  openscad-mcad  2019.05-1

Versions of packages openscad suggests:
pn  geomview  
pn  librecad  
pn  meshlab   
pn  openscad-testing  

-- no debconf information

Bug#1051998: chromium: please to add support for riscv64

[Eric Long]

On Sat, 23 Sep 2023 22:17:47 +0800 Eric Long  wrote:
> `v8.patch` is a backport of [1], since V8 shipped with Chromium 117 
is broken for riscv64. This

> should be able to be simply removed in the next major version.

Sorry, forgot that link:

[1]: https://chromium-review.googlesource.com/c/v8/v8/+/4757761

Bug#1051998: chromium: please to add support for riscv64

[Eric Long]

Dear maintainers,

I have been tracking for Chromium riscv64 support for a while (actually 
I am one of the maintainer at Arch Linux RISC-V and their Chromium 
patches). I have compiled Chromium 117 with the attached patchset and 
everything works fine including sandbox, except probably GPU 
acceleration though, since I don't have access to any capable device.


Regarding patch content, `ffmpeg-scripts.patch` contains changes to 
Chromium's own scripts for FFmpeg to generate headers and config files, 
which is inside `ffmpeg-config.patch`. Here I manually turned off RVB 
and RVV feature detection, since they are broken right now and there 
isn't really RISC-V hardware that implements standard RVB and RVV. I 
also reverted one commit in `ffmpeg-revert-442313ad.patch` which makes 
the FFmpeg scripts rely on Linux x86-64 host. `v8.patch` is a backport 
of [1], since V8 shipped with Chromium 117 is broken for riscv64. This 
should be able to be simply removed in the next major version.


The patch size is reasonably small apart from `sandbox.patch`. With 
crashpad's RISC-V support upstreamed and released in 117, once sandbox 
patch is upstreamed too, we can modify our small patches after ppc64el 
ones. But for now, we need to figure out a way for both platform's patch 
to exist with significant macro condition overlap, if you are willing to 
integrate riscv64 support.


Cheers,
Eric

chromium-117-riscv64-patches.tar.xz
Description: application/xz

Bug#1052328: python3-requests: Error with class requests.JSONDecodeError is missing

[Eric Morino]

Package: python3-requests
Version: 2.25.1+dfsg-2
Severity: normal

Dear Maintainer,

In python3-requests 2.25.1, the class JSONDecodeError is missing, if i 
run this :


python3 -c 'import requests; print(requests.JSONDecodeError)'

I have this error :
Traceback (most recent call last):
  File "", line 1, in 
AttributeError: module 'requests' has no attribute 'JSONDecodeError'

This issue has been reported on python repository here :
https://github.com/python/typeshed/issues/7072
and this issue have fix here :
https://github.com/python/typeshed/pull/7171

This issue has been fixed in python3-requests 2.28 in Debian 12, but can 
you backport this changes on Debian 11 ?


Best Regards.

-- System Information:
Debian Release: 11.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable')

Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-21-cloud-amd64 (SMP w/6 CPU threads)
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 python3-requests depends on:
ii  ca-certificates  20210119
ii  python3  3.9.2-3
ii  python3-certifi  2020.6.20-1
ii  python3-chardet  4.0.0-1
ii  python3-idna 2.10-1
ii  python3-urllib3  1.26.5-1~exp1

python3-requests recommends no packages.

Versions of packages python3-requests suggests:
pn  python-requests-doc   
pn  python3-cryptography  
ii  python3-idna  2.10-1
pn  python3-openssl   
pn  python3-socks 

-- no debconf information

Bug#1031363: Fixed with 0.17.0-3 and thunderbird 1:115.1.1-1

[Eric Valette]

The 0.17 in unstable and the thunderbird version that use the external 
lib are happily working together.


But can be closed.

-- eric

Bug#1017880: New upsteam package source for emacs-pg-el

[Eric Marsden]

Hello,

Please note that a new upstream for this code is available at

https://github.com/emarsden/pg-el <https://github.com/emarsden/pg-el>

I am the original author of this code, which has been kept online by 
cbbrowe at the github repository that was linked to by elpa. I have 
recently updated the code, in particular to implement SCRAM-SHA-256 
authentication which is required (by default) by recent PostgreSQL 
versions. The updated version will certainly be more useful to Debian 
users than the currently packaged version.


Thanks,
Eric Marsden

Bug#1037349: Problem resolved

[Eric Chassande-Mottin]

Hi!

I've resolved this issue by following the instructions given here:

https://github.com/QubesOS/qubes-issues/issues/8193

that is: remove/reinstall all pipewire, pulseaudio and pavucontrol packages

Cheers,
Eric

Bug#1040947: perl: readline fails to detect updated file

[Eric Wong]

Niko Tyni  wrote:
> On Tue, Jul 18, 2023 at 01:23:51AM +0000, Eric Wong wrote:
> 
> > At this point (given Perl's maturity); it's less surprising if
> > it kept it's lack of error detection in all cases.
> 
> Thanks for caring, but please take your arguments upstream.

First off, my apologies to Ian that I made him feel uncomfortable.

I merely wanted to point out the severity of incompatible changes in
case someone from upstream sees my comments.

> It's them you need to convince if you want that change to be
> reverted or amended.

Unfortunately, upstream's use of a proprietary platform,
said platform's terms-of-service and JavaScript CAPTCHA are all
non-starters for somebody like me :<

Thanks.

Bug#1040947: perl: readline fails to detect updated file

[Eric Wong]

Ian Jackson  wrote:
> Hi.  I'm sorry that something I had a hand in is causing you an
> inconvenience.
> 
> I'm afraid it's not clear to me what "working" and "non-working"
> behaviour from your example program is.  I don't feel I can reply
> comprehensively, so I will comment on some of the details in your
> message.

With each iteration of the loop in my example, the file size
increases as shown by `-s', yet readline isn't returning any
data after it sees a transient EOF.

> Eric Wong writes ("Re: Bug#1040947: perl: readline fails to detect updated 
> file"):
> > Both can be data loss bugs, but checking a log file which is
> > being written to by another process is a much more common
> > occurence than FS failures[1] (or attempting readline on a
> > directory (as given in the #1016369 example))
> 
> AFAICT you are saying that the fix to #1016369 broke a program which
> was tailing a logfile.  I agree that one should be able to tail a
> logfile in perl.  I don't think I have a complete opinion about
> precisely what set of calls ought to be used to do that, but I would
> expect them to mirror the calls needed in C with stdio.

Right, and C stdio.h is similarly tricky when it comes to
properly dealing with errors, too.  I often ended up using
unistd.h read(2) or Perl sysread directly for stuff I really
care about; combined with checking stat(2) st_size to ensure
I've read everything.

Data I care about tends to have checksumming built into it's
data format (git objects/packs, gzipped texts/tarballs, FLAC audio)

Uncompressed log files are transient data that ceases to be
relevant after a short time.

> > Since this is Perl and TIMTOWTDI, I've never used IO::Handle->error;
> > instead I always check defined-ness on each critical return value and
> > also enable Perl warnings to catch undefined return values.
> > I've never used `eof' checks, either; checking `chomp' result
> > can ensure proper termination of lines to detect truncated reads.
> 
> AFIACT you are saying that you have always treated an undef value
> from line-reading operations as EOF, and never checked for error.
> I think that is erroneous.

Maybe so, though most of the reads I do are less critical than
writes.  A failed read means there's *already* lost data and
there's nothing one can do about it.

A failed write can be retried on a different FS or rolled back.

IME, write errors are far more common (but perhaps that's because
I have errors=remount-ro in all my fstabs)

In the case of an application's log file, the application is
already toast if there's any I/O error; thus any monitoring on
application-level log files would cease to be relevant.

> That IO errors are rare doesn't mean they oughtn't to be checked for.
> Reliable software must check for IO errors and not assume that undef
> means EOF.
> 
> I believe perl's autodie gets this wrong, which is very unfortunate.

Right, autodie doesn't appear to handle readline at all.

> > [1] yes, my early (by my standards) upgrade to bookworm was triggered
> > by an SSD failure, but SSD failures aren't a common occurence
> > compared to tailing a log file.
> 
> I don't think this is the right tradeoff calculus.
> 
> *With* the fix to #1016369 it is *possible* to write a reliable
> program, but soee buggy programs lose data more often.
> 
> *Without* the fix to #1016369 it is completely impossible to write a
> reliable program.

For reliable programs (e.g. file servers), it's required to
check expected vs actual bytes read; that pattern can be
applied regardless of #1016369.

> Having said all that, I don't see why the *eof* indicator ought to
> have to persist.  It is only the *errors* that mustn't get lost.  So I
> think it might be possible for perl to have behaviour that would
> make it possible to write reliable programs, which still helping buggy
> programs fail less often.

Right; EOF indicators should be transient for regular files.
It's wrong to consider EOF a permanent condition on regular files.

> But, even if that's possible, I'm not sure that it's a good idea.
> Buggy programs that lose data only in exceptional error conditions are
> a menace.  Much better to make such buggy programs malfunction all the
> time - then they will be found and fixed.

This mentality of breaking imperfect-but-practically-working
code in favor of some perfect ideal is damaging to Perl (based
on my experience with changes to Ruby driving away users).


Fwiw, using `strace -P $PATH -e inject=syscall...' to inject
errors for certain paths, both gawk and mawk fail as expected
when it fails to read STDIN:

  echo hello >x # create file named `x'

  strace -P x -e inject=read:error=EIO gawk '{ print }' 

Bug#1040947: perl: readline fails to detect updated file

[Eric Wong]

Niko Tyni  wrote:
> On Sun, Jul 16, 2023 at 11:35:49AM +0300, Niko Tyni wrote:
> > Control: forwarded -1 https://github.com/Perl/perl5/issues/21240
> > 
> > On Wed, Jul 12, 2023 at 09:17:54PM +, Eric Wong wrote:
> > > Package: perl
> > > Version: 5.36.0-7
> > > Severity: normal
> > > Tags: upstream
> > > 
> > > Dear Maintainer,
> > > 
> > > The `readline' op (`') no longer detects updates to file
> > > which is being written to in Perl 5.36.0 after updating to bookworm.
> > > 
> > > The attached script worked fine with Perl 5.32.1 in oldstable,
> > > both scripts show the size changing with the `-s FH' op.
> > > Same behavior on both amd64 and i386.
> > 
> > Thanks for the report.
> > 
> > This changed with
> > 
> >   
> > https://github.com/Perl/perl5/commit/80c1f1e45e8ef8c27d170fae7ade41971fe20218
> > 
> > which went upstream in 5.37.4. We backported it for 5.36 to fix #1016369 .
> > 
> > I've forwarded it upstream as https://github.com/Perl/perl5/issues/21240
> 
> Upstream says it's a direct consequence of fixing #1016369 so
> the earlier behaviour of reading after EOF was a bug.
> 
> You need to clear the EOF flag by calling $rd->clearerr() or
> seek($rd, 0, SEEK_CUR) to get the appended lines.

+Cc Ian Jackson who reported #1016369

Bug #1016369 was reported for an issue which went unnoticed for
years (or decades, even?).  I hit this new bug within minutes of
upgrading to bookworm.

Both can be data loss bugs, but checking a log file which is
being written to by another process is a much more common
occurence than FS failures[1] (or attempting readline on a
directory (as given in the #1016369 example))

Thus I expect there's far more people negatively affected by
this bug than there were for #1016369.

Since this is Perl and TIMTOWTDI, I've never used IO::Handle->error;
instead I always check defined-ness on each critical return value and
also enable Perl warnings to catch undefined return values.
I've never used `eof' checks, either; checking `chomp' result
can ensure proper termination of lines to detect truncated reads.

When there's hardware (or network FS) failure; errors tend to
get very loud anyways with the system becoming unusable, console
spew, read-only remount, etc; so the error checking done via
Perl is often redundant in that case.


[1] yes, my early (by my standards) upgrade to bookworm was triggered
by an SSD failure, but SSD failures aren't a common occurence
compared to tailing a log file.

Bug#1041085: printer-driver-cups-pdf: /usr/lib/cups/backend/cups-pdf crashes with signal 11 and no additional information.

[Eric W. Bates]

Package: printer-driver-cups-pdf
Version: 3.0.1-14
Severity: normal

Dear Maintainer,

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

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

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

Installed with apt.
Modified cups-pdf.conf to print to ${HOME}/tmp/cups-pdf
Attempt to print.
"Backend failed"
Increased cupsd.conf LogLevel to "debug"
Attempt to print.
"Backend failed"
Deleted PDF printer from cups
Forced reinstall of printer-driver-cups-pdf
Attempt to print.
"Backend failed"
Remove edit from cups-pdf.conf (e.g. back to default destination)
Attempt to print.
"Backend failed"
Attempt to find command line invocation in order to perhaps see a more useful 
error message.
invoke:

# lpstat -p -d
printer isxerox-8145 is idle.  enabled since Fri 14 Jul 2023 12:54:50 PM EDT
printer PDF is idle.  enabled since Fri 14 Jul 2023 01:24:33 PM EDT
Backend failed
system default destination: PDF

Most information from /var/log/cups/error_log:

D [14/Jul/2023:12:59:27 -0400] [Job 7] PID 963955 
(/usr/lib/cups/filter/pdftops) exited with no errors.
D [14/Jul/2023:12:59:27 -0400] [Job 7] PID 963956 
(/usr/lib/cups/backend/cups-pdf) crashed on signal 11.
W [14/Jul/2023:12:59:27 -0400] [Job 7] Backend returned status -139 (crashed)

A little frustrating because there is so little information; but I will happily 
execute anything you request.


-- System Information:
Debian Release: 12.0
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable'), (100, 
'bookworm-fasttrack'), (100, 'bookworm-backports-staging')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages printer-driver-cups-pdf depends on:
ii  cups2.4.2-3
ii  cups-client 2.4.2-3
ii  ghostscript 10.0.0~dfsg-11+deb12u1
ii  libc6   2.36-9
ii  libcups22.4.2-3
ii  libpaper-utils  1.1.29

printer-driver-cups-pdf recommends no packages.

Versions of packages printer-driver-cups-pdf suggests:
ii  system-config-printer  1.5.18-1

-- Configuration Files:
/etc/cups/cups-pdf.conf changed [not included]

-- no debconf information

Bug#1040947: perl: readline fails to detect updated file

[Eric Wong]

Package: perl
Version: 5.36.0-7
Severity: normal
Tags: upstream

Dear Maintainer,

The `readline' op (`') no longer detects updates to file
which is being written to in Perl 5.36.0 after updating to bookworm.

The attached script worked fine with Perl 5.32.1 in oldstable,
both scripts show the size changing with the `-s FH' op.
Same behavior on both amd64 and i386.


-- System Information:
Debian Release: 12.0
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable')
Architecture: i386 (i686)

Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages perl depends on:
ii  dpkg   1.21.22
ii  libperl5.365.36.0-7
ii  perl-base  5.36.0-7
ii  perl-modules-5.36  5.36.0-7

Versions of packages perl recommends:
ii  netbase  6.4

Versions of packages perl suggests:
pn  libtap-harness-archive-perl 
pn  libterm-readline-gnu-perl | libterm-readline-perl-perl  
ii  make4.3-4.1
ii  perl-doc5.36.0-7

-- no debconf information
#!/usr/bin/perl -w
use v5.12;
use autodie;
use File::Temp;
use IO::Handle;
use Data::Dumper;
my $tmp = File::Temp->newdir('test-', TMPDIR => 1);
my $dst = "$tmp/log";
open my $wr, '>>', $dst;
open my $rd, '<', $dst;
say "# writing to $dst";
for my $n (1..5) {
sleep 1;
my @x = readline $rd;
say "# size ".(-s $rd), ' ', Dumper(\@x);
syswrite $wr, "$n\n";
}

Bug#848622: usrmerge: Breaks dpkg-query --search

[Eric de Ruiter]

With the release of debian 12 that includes the usrmerge, this now
breaks a lot of docker containers (see
https://github.com/docker-library/official-images/pull/14960) that
have the following pattern:

1) save list of manual installed packages (saved=$(apt-mark showmanual))
2) install dev packages
3) restore list of manual installed packages (apt mark auto '.*'; apt
mark manual $saved)
4) compile && install stuff
5) use ldd + dpkg-query -S to find packages containing library dependencies
6) mark these packages as manual installed (apt-mark manual $dependencies)
7) purge all packages only needed for compile (apt-get purge -y
--auto-remove -o APT::AutoRemove::RecommendsImportant=false)

Reading through the existing comments here, I understand the issues
(performance, not wanting to hardcode path mapping etc) .. but I think
I have come up with a possible solution that should (hopefully)
satisfy all:

I propose to introduce a third matching mode (besides the existing
path and pattern matching modes): realpath. This mode can only be
triggered by adding the "--realpath" argument.
The pseudo code for this mode looks like this:

1) try to lookup by given path; if found => return results;
2) if not found; try to lookup by realpath(givenpath); if found =>
return results;
3) if not found; do pattern lookup with the following pattern: "*/" +
filename(realpath(givenpath))
4) filter the results to only include the paths where
realpath(foundpath) == realpath(givenpath)
5) return results

Alternatively we could skip step 1&2 and directly start with the
pattern lookup; but that depends on the costs of those lookups and the
benefits of those early exits.

This way the performance of the existing modes is not affected and you
minimize the performance impact of the realpath calls by limiting it
to a pattern where the filename matches the filename of the realpath.

If there is interest in this; I could allocate some time to have a
look at the implementation of this.

--
Kind regards,
Eric de Ruiter

Bug#1038595: linux-image-amd64: DVB broken with 6.3.7

[Eric Valette]

Package: linux-image-6.3.0-1-amd64
Version: 6.3.7-1
Severity: normal
Tags: patch


tvheadend does not work  with this kernel. 6.1.27 does.
The patch and the probme is also found by other 
https://bbs.archlinux.org/viewtopic.php?id=286421




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

Kernel: Linux 5.15.117 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages linux-image-6.1.0-9-amd64 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.142
ii  kmod30+20230519-1
ii  linux-base  4.9

Versions of packages linux-image-6.1.0-9-amd64 recommends:
ii  apparmor 3.0.8-3
ii  firmware-linux-free  20200122-1

Versions of packages linux-image-6.1.0-9-amd64 suggests:
pn  debian-kernel-handbook  
ii  extlinux3:6.04~git20190206.bf6db5b4+dfsg1-3+b1
ii  grub-efi-amd64  2.06-13
pn  linux-doc-6.1   

Bug#1038593: linux-image-amd64: DVB broken with 6.3.7

[Eric Valette]

Package: linux-image-amd64
Version: 6.3.7-1
Severity: normal
Tags: patch

tvheadend does not work  with this kernel. 6.1.27 does.
The patch and the probme is also found by other 
https://bbs.archlinux.org/viewtopic.php?id=286421


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

Kernel: Linux 5.15.117 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages linux-headers-rt-amd64 depends on:
pn  linux-headers-6.1.0-9-rt-amd64  
pn  linux-headers-6.3.0-1-rt-amd64  
pn  linux-headers-6.4.0-0-rt-amd64  

linux-headers-rt-amd64 recommends no packages.

linux-headers-rt-amd64 suggests no packages.

Bug#1037349: pulseaudio: PulseAudio daemon does not start after upgrade to Debian 12

[Eric Chassande-Mottin]

Package: pulseaudio
Version: 16.1+dfsg1-2+b1
Severity: normal
X-Debbugs-Cc: echassandemot...@gmail.com

Dear Maintainer,

I upgraded my system (Dell XPS 13 laptop) to Debian 12 today.
The Pulseaudio daemon does not start automatically at start up.
I can fix the problem by issuing:

systemctl --user stop pulseaudio.socket
systemctl --user stop pulseaudio.service
systemctl --user start pulseaudio.socket
systemctl --user start pulseaudio.service
sudo pulseaudio --system

I'd like to know how to fix the issue cleanly.
Could you please help?

You'll find below some information to help debugging.
Feel free to ask more.

Best,
Eric CM

$ pacmd info
No PulseAudio daemon running, or not running as session daemon.
$ pacmd list-sinks
No PulseAudio daemon running, or not running as session daemon.

$ fuser -v /dev/snd/*
$ fuser -v /dev/dsp
Specified filename /dev/dsp does not exist.

$ loginctl show-session $XDG_SESSION_ID
[stalls]

$ pulseaudio -v
I: [pulseaudio] main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not 
permitted
I: [pulseaudio] main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not 
permitted
I: [pulseaudio] core-util.c: Successfully gained nice level -11.
I: [pulseaudio] main.c: This is PulseAudio 16.1
I: [pulseaudio] main.c: Page size is 4096 bytes
[...]
D: [pulseaudio] module.c: Checking for existence of 
'/usr/lib/pulse-16.1+dfsg1/modules/module-esound-protocol-unix.so': failure
E: [pulseaudio] socket-server.c: bind(): Address already in use
E: [pulseaudio] module.c: Failed to load module "module-native-protocol-unix" 
(argument: ""): initialization failed.
[...]
I: [pulseaudio] module.c: Loaded "module-filter-apply" (index: #19; argument: 
"").
E: [pulseaudio] main.c: D-Bus name org.pulseaudio.Server already taken.
I: [pulseaudio] main.c: Daemon startup complete.
[...]
I: [pulseaudio] module-suspend-on-idle.c: Sink 
alsa_output.pci-_00_1f.3.analog-stereo idle for too long, suspending ...
I: [alsa-sink-ALC3246 Analog] alsa-sink.c: Device suspended...

$ pactl info
Server String: /run/user/1000/pulse/native
Library Protocol Version: 35
Server Protocol Version: 35
Is Local: yes
Client Index: 39
Tile Size: 65472
User Name: ecm
Host Name: tchao
Server Name: PulseAudio (on PipeWire 0.3.65)
Server Version: 15.0.0
Default Sample Specification: float32le 2ch 48000Hz
Default Channel Map: front-left,front-right
Default Sink: @DEFAULT_SINK@
Default Source: @DEFAULT_SOURCE@
Cookie: 4c9b:a38b

$ pactl list modules short
1   libpipewire-module-rt   {
nice.level= -11
#rt.prio  = 88
#rt.time.soft = -1
#rt.time.hard = -1
}   
2   libpipewire-module-protocol-native  
3   libpipewire-module-profiler 
5   libpipewire-module-metadata 
7   libpipewire-module-spa-device-factory   
9   libpipewire-module-spa-node-factory 
11  libpipewire-module-client-node  
13  libpipewire-module-client-device
15  libpipewire-module-portal   
16  libpipewire-module-access   {
# access.allowed to list an array of paths of allowed
# apps.
#access.allowed = [
#/usr/bin/pipewire-media-session
#]

# An array of rejected paths.
#access.rejected = [ ]

# An array of paths with restricted access.
#access.restricted = [ ]

# Anything not in the above lists gets assigned the
# access.force permission.
#access.force = flatpak
}   
17  libpipewire-module-adapter  
19  libpipewire-module-link-factory 
21  libpipewire-module-session-manager  
536870912   module-always-sink  



-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


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

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

Versions of packages pulseaudio depends on:
ii  adduser 3.134
ii  init-system-helpers 1.65.2
ii  libasound2  1.2.8-1+b1
ii  libasound2-plugins  1.2.7.1-1
ii  libc6   2.36-9
ii  libcap2 1:2.66-4
ii  libdbus-1-3 1.14.6-1
ii  libfftw3-single33.3.10-1
ii  libgcc-s1   12.2.0-14
ii  libglib2.0-02.74.6-2
ii  libgstreamer-plugins-base1.0-0  1.22.0-3
ii  libgstreamer1.0-0   1.22.0-2
ii  libice6 2:1.0.10-1
ii  libltdl7

Bug#1037222: sagemath: Cannot install packages

[Eric Towers]

Package: sagemath
Version: 9.5-6
Severity: important
X-Debbugs-Cc: fuzzye...@gmail.com

Dear Maintainer,

On sid/bookworm, package sagemath 9.5-6 does not admit package installs.  For 
instance all of 
sage -pip install snappy
sage -pip install --user snappy
sudo sage -pip install snappy
sudo sage -pip install --user snappy
sage-python -m pip install --user asttokens
sudo sage-python -m pip install --user asttokens
, and variations to install various 3rd-party packages into Sagemath produce 
the same output

(quote begins)
error: externally-managed-environment

× This environment is externally managed
╰─> To install Python packages system-wide, try apt install
python3-xyz, where xyz is the package you are trying to
install.

If you wish to install a non-Debian-packaged Python package,
create a virtual environment using python3 -m venv path/to/venv.
Then use path/to/venv/bin/python and path/to/venv/bin/pip. Make
sure you have python3-full installed.

If you wish to install a non-Debian packaged Python application,
it may be easiest to use pipx install xyz, which will manage a
virtual environment for you. Make sure you have pipx installed.

See /usr/share/doc/python3.11/README.venv for more information.

note: If you believe this is a mistake, please contact your Python installation 
or OS distribution provider. You can override this, at the risk of breaking 
your Python installation or OS, by passing --break-system-packages.
hint: See PEP 668 for the detailed specification.
(quote ends)

While I can understand the need to control packages in system Python, core 
system maintenance does not depend on a stable Sagemath environment.  It 
appears that the Debian packaged Sagemath uses system Python (which is an 
unusual choice since "New in Sage 9.5 is experimental support for system Python 
3.10.x." (from https://wiki.sagemath.org/ReleaseTours/sage-9.5 ), not 3.11.x).

Even so, the "--user" install attempts above should attempt to put Sagemath 
SPKGs in the user's site instead of the global site.  Of course, this conflicts 
with the Python SnapPy package (which is not interchangeable with the Sagemath 
SnapPy package).

In any event, it appears that 3rd party packages cannot be installed to 
Sagemath (or perhaps 3rd party packages which are different from their vanilla 
Python packages), which is a significant functionality loss.  The produced 
diagnostic is misleading since this is the diagnostic from system python/pip, 
not the Sagemath-built python/pip (which occurs during typical build from 
source) nor is this diagnostic actionable for Sagemath packages.

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

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

Versions of packages sagemath depends on:
ii  python3   3.11.2-1+b1
ii  python3-sage  9.5-6

Versions of packages sagemath recommends:
ii  sagemath-doc9.5-6
ii  sagemath-jupyter9.5-6
ii  sagetex 3.6.1+ds-1
ii  texlive-latex-base  2022.20230122-3

Versions of packages sagemath suggests:
pn  dot2tex  
pn  gap-design   
ii  gap-factint  1.6.3+ds-2
pn  gap-grape
pn  gap-guava
ii  gap-laguna   3.9.5+ds-2
pn  gap-sonata   
pn  gap-toric

-- no debconf information

Bug#1036792: libjs-jquery-flot: pie chart broken because of missing js code

[Eric Le Lay]

Package: libjs-jquery-flot
Version: 4.2.1+dfsg-6
Severity: important

Dear Maintainer,
pie chart are broken in flot due to missing jquery.flot.pie.js code.

Steps to reproduce:
 1. apt install libjs-jquery-flot libjs-jquery-flot-docs
 2. firefox /usr/share/doc/libjs-jquery-flot-docs/examples/series-pie/index.html

Expected outcome: the pie chart shows up nicely

Actual outcome: empty X/Y chart

Furthermore, we can see that the plugin is not loaded, by inspecting 
$.plot.plugins:

console.log($.plot.plugins.map(x => x.name).join(", "))
==> errorbars, log, symbols, flatdata, navigate, fillbetween, categories, 
stack, navigateTouch, hover, navigateTouch, time, axisLabels, selection, 
composeImages, legend

Expected: "pie" is in the array
Actual: it's not there

curl \

https://salsa.debian.org/js-team/flot/-/raw/debian/4.2.1+dfsg-5/source/jquery.flot.pie.js
 \
-o /usr/share/javascript/flot/jquery.flot.pie.js

fixes the problem.



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

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

Versions of packages libjs-jquery-flot depends on:
ii  libjs-jquery  3.5.1+dfsg+~3.5.5-7

Versions of packages libjs-jquery-flot recommends:
ii  javascript-common  11+nmu1
pn  libjs-excanvas 

Versions of packages libjs-jquery-flot suggests:
ii  libjs-jquery-flot-docs  4.2.1+dfsg-5

-- no debconf information

Bug#1036432: mirror submission for deb.mirror.deppen.biz

[Eric Boltjes]

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: deb.mirror.deppen.biz
Type: leaf
Archive-architecture: amd64 arm64 armel armhf i386
Archive-http: /debian/
Archive-rsync: debian/
Maintainer: Eric Boltjes 
Country: DE Germany
Location: Düsseldorf




Trace Url: http://deb.mirror.deppen.biz/debian/project/trace/
Trace Url: 
http://deb.mirror.deppen.biz/debian/project/trace/ftp-master.debian.org
Trace Url: 
http://deb.mirror.deppen.biz/debian/project/trace/deb.mirror.deppen.biz

Bug#1036404: lxpanel segfaults when returning from suspend

[Eric Van Buggenhaut]

Package: lxpanel
Version: 0.10.1-2
Severity: normal
X-Debbugs-Cc: ericv...@gmail.com

After waking up from suspend, my lxpanel crashes, everytime. Segfaults seems to 
be related to libgtk2.0

 lxpanel[107889]: segfault at 7f6c616e ip 7fd337024823 sp 
7fff01f0dc70 error 4 in libgtk-x11-2.0.so.0.2400.33[7fd336e24000+275000]
[125195.305791] Code: 1f 84 00 00 00 00 00 41 54 55 48 83 ec 08 48 85 ff 74 4c 
48 89 fd 49 89 f4 e8 b9 23 ff ff 48 89 c6 48 8b 45 00 48 85 c0 74 05 <48> 39 30 
74 0c 48 89 ef e8 a0 3c e0 ff 85 c0 74 24 48 83 c4 08 4c



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

Kernel: Linux 5.10.0-22-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.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 lxpanel depends on:
ii  libasound2   1.2.4-1.1
ii  libc62.36-9
ii  libcairo21.16.0-5
ii  libcurl3-gnutls  7.88.1-9
ii  libfm-gtk4   1.3.2-1
ii  libfm-modules1.3.2-1
ii  libfm4   1.3.2-1
ii  libgdk-pixbuf-2.0-0  2.42.2+dfsg-1+deb11u1
ii  libglib2.0-0 2.74.6-2
ii  libgtk2.0-0  2.24.33-2
ii  libiw30  30~pre9-13.1
ii  libkeybinder00.3.1-2.1
ii  libmenu-cache3   1.1.0-1.1
ii  libpango-1.0-0   1.46.2-3
ii  libwnck222.30.7-6
ii  libx11-6 2:1.8.4-2
ii  libxml2  2.9.10+dfsg-6.7+deb11u4
ii  lxmenu-data  0.1.5-2.1
ii  lxpanel-data 0.10.1-2

Versions of packages lxpanel recommends:
ii  dunst [notification-daemon]   1.5.0-1
ii  libnotify-bin 0.7.9-3
ii  lxterminal [x-terminal-emulator]  0.4.0-1
ii  notification-daemon   3.20.0-4
ii  pavucontrol   4.0-2
ii  xkb-data  2.29-2
ii  xterm [x-terminal-emulator]   366-1+deb11u1

Versions of packages lxpanel suggests:
ii  firefox-esr [www-browser]   102.10.0esr-1~deb11u1
ii  google-chrome-stable [www-browser]  113.0.5672.92-1
ii  menu2.1.48

-- no debconf information

Bug#1035623: openssl: version of experimental breaks system

[eric]

Package: openssl
Version: 3.1.0-1
Severity: important


After install, restarting services failed. rebooting led to sddm restarting
after entering password.

Downgrading to unstable version (3.0.8-1) fixes the problem. However you have to
start wifi via nmcli from command line if you use Network-Manager.


-- System Information:
Debian Release: 12.0
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-8-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (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 openssl depends on:
ii  libc62.36-9
ii  libssl3  3.0.8-1

openssl recommends no packages.

Versions of packages openssl suggests:
ii  ca-certificates  20230311

-- no debconf information

Bug#1034796: kio-gdrive: Does not work. Network account create does not propose gogle drive

[Eric Valette]

On 30/04/2023 00:48, Nicholas D Steeves wrote:

Control: severity -1 important
Control: tag -1 moreinfo

Justification: Package is not unusable for everyone.  See the following
for further info: https://www.debian.org/Bugs/Developer#severities


It is hard to know if it is broken for you or for many others. As I saw 
exactly the same reports on other distrib I assume this is a general 
problem.





Using dolphin for network, you can select gdrive but it does not propose to add
a google account.



That's odd, mine shows a "New account" button.



I tested on another computer with exactly the same setup unstable + 
experimental, nearly same package set (well execpt I use a generic 
debian kernel on this one). And there it kinda works:


1)I cannot access an old account,
2) but I can create a new one
3) and relaucching kdeinit5 I can even access the content,

So this is probably incompatible left over in the .config or similar. I 
will try to search for gdrive or kio there.




Kernel: Linux 5.15.108 (SMP w/8 CPU threads; PREEMPT)


Neat, I track this branch too :)


It is my own kernel that I use for years on my machin just updating it 
to official long term stable...



Are you able to reproduce this bug with a pure testing/bookworm or
sid/unstable system?  If so, please provide steps to reproduce, and
remove the moreinfo tag from this bug at that time.


Well the package are now in testing I guess due to the hard freeze.

Thnaks for replying. More later when I can put my hands back on the 
problematic config.


--eric

Bug#1034796: kio-gdrive: Does not work. Network account create does not propose gogle drive

[Eric Valette]

Package: kio-gdrive
Version: 22.12.3-1
Severity: grave
Justification: renders package unusable

Using dolphin for network, you can select gdrive but it does not propose to add
a google account.

Using systemsettings, I have the same problem and using the command rpoposed in 
the
packahe readme.md gives:
kioclient5 exec gdrive:/
kf.service.services: KApplicationTrader: mimeType "x-scheme-handler/gdrive" not 
found
kf.kio.core: KIO::get didn't emit a mimetype! Please fix the KIO worker for URL 
QUrl("gdrive:/")



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

Kernel: Linux 5.15.108 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kio-gdrive depends on:
ii  kaccounts-integration  4:22.12.3-1
ii  kio5.104.0-1
ii  libaccounts-qt5-1  1.16-2
ii  libc6  2.36-9
ii  libkaccounts2  4:22.12.3-1
ii  libkf5coreaddons5  5.104.0-1
ii  libkf5i18n55.104.0-1
ii  libkf5kiocore5 5.104.0-1
ii  libkf5kiogui5  5.104.0-1
ii  libkf5kiowidgets5  5.104.0-1
ii  libkf5notifications5   5.104.0-1
ii  libkf5widgetsaddons5   5.104.0-1
ii  libkpimgapicore5abi1 [libkpimgapicore5-22.12]  22.12.3-1
ii  libkpimgapidrive5 [libkpimgapidrive5-22.12]22.12.3-1
ii  libqt5core5a   5.15.8+dfsg-7
ii  libqt5gui5 5.15.8+dfsg-7
ii  libqt5widgets5 5.15.8+dfsg-7
ii  libstdc++6 13-20230419-1

kio-gdrive recommends no packages.

kio-gdrive suggests no packages.

-- no debconf information

Bug#1033472: adolc: ADOL-C configure step does not enable ColPack

[Eric Brown]

Source: adolc
Version: 2.7.2-6
Severity: normal

Dear Maintainer,

A non-Debian package (PSOPT) calls ADOL-C in a way that requires ColPack to be 
enabled.

When I inspected the Debian source:

`apt source adolc'

and configure'd, I saw that ColPack did not say "Yes" at configure time, as it 
does
when I configure in a tarball distro of ADOL-C.

Possible Fix:  add --with-colpack=/usr to debian/rules

Regrettably I am not a Debin package expert to give a better statement of 
problem/fix. 
I would be happy to answer more questions if someone wishes more information.

Best regards,
Eric 

PS This used to work in older Debian's (and downstream such as Ubuntu) so it 
may be recent intro.
Now I am on bookworm


-- System Information:
Debian Release: 12.0
  APT prefers testing-security
  APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: amd64 (x86_64)

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

Bug#1031985: libadwaita-1: FTBFS on riscv64 (test timeout)

[Eric Long]

Source: libadwaita-1
Version: 1.2.2-1
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe

Dear maintainers,

libadwaita-1 failed to build on riscv64 due to test timeout:

```
=== 38/40 
test: test-button-content
start time:   01:45:39
duration: 30.31s
result:   killed by signal 15 SIGTERM
command:  G_DEBUG=gc-friendly,fatal-warnings 
LD_LIBRARY_PATH='/<>/obj-riscv64-linux-gnu/src' GTK_A11Y=none 
G_TEST_BUILDDIR='/<>/obj-riscv64-linux-gnu/tests' 
MALLOC_PERTURB_=102 MALLOC_CHECK_=2 PYTHONDONTWRITEBYTECODE=yes 
G_TEST_SRCDIR='/<>/tests' GSETTINGS_BACKEND=memory 
'/<>/obj-riscv64-linux-gnu/tests/test-button-content'
--- stdout ---
# random seed: R02S1e73b1a2acfdbdc8c3f2f0970b6bc2b3
# GLib-GIO-DEBUG: _g_io_module_get_default: Found default implementation local 
(GLocalVfs) for ?gio-vfs?
# Adwaita-DEBUG: Settings portal not found: Cannot spawn a message bus without 
a machine-id: Unable to load /var/lib/dbus/machine-id or /etc/machine-id: 
Failed to open file ?/var/lib/dbus/machine-id?: No such file or directory
# GLib-GIO-DEBUG: _g_io_module_get_default: Found default implementation memory 
(GMemorySettingsBackend) for ?gsettings-backend?
1..5
# Start of Adwaita tests
# Start of ButtonContent tests
ok 1 /Adwaita/ButtonContent/icon_name
ok 2 /Adwaita/ButtonContent/label
ok 3 /Adwaita/ButtonContent/use_underline
==
```

I've included a patch that extends the test timeout to 100s. If more help is
needed, please let me know.

Cheers,
Eric
--- a/tests/meson.build
+++ b/tests/meson.build
@@ -70,7 +70,7 @@
  dependencies: libadwaita_deps + [libadwaita_dep],
   pie: use_pie,
 )
-  test(test_name, t, env: test_env)
+  test(test_name, t, env: test_env, timeout: 100)
 endforeach
 
 endif

Bug#1031980: apertium: FTBFS on riscv64 (test timeout)

[Eric Long]

Source: apertium
Version: 3.8.3-1
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe

Dear maintainers,

apertium fails to build on riscv64, for it exceeds the 2-second timeout in
test, which is too short considering its performance:

```
runTest (adaptdocx.AdaptDocxTest.runTest) ... ok
runTest (adaptdocx.CorrectBoundariesTest.runTest) ... ERROR
runTest (adaptdocx.NoNewlinesTest.runTest) ... ok
runTest (adaptdocx.SameTextTest.runTest) ... ERROR

==
ERROR: runTest (adaptdocx.CorrectBoundariesTest.runTest)
--
Traceback (most recent call last):
  File "/<>/tests/adaptdocx/__init__.py", line 65, in runTest
obtingut = self.extractText("data/" + nom + ".xml", True)
   ^^
  File "/<>/tests/adaptdocx/__init__.py", line 45, in extractText
result = self.runCheckExit(proc, entrada)[0]
 
  File "/<>/tests/adaptdocx/__init__.py", line 22, in runCheckExit
res = proc.communicate(inp, timeout)
  ^^
  File "/usr/lib/python3.11/subprocess.py", line 1207, in communicate
stdout, stderr = self._communicate(input, endtime, timeout)
 ^^
  File "/usr/lib/python3.11/subprocess.py", line 2060, in _communicate
self._check_timeout(endtime, orig_timeout, stdout, stderr)
  File "/usr/lib/python3.11/subprocess.py", line 1251, in _check_timeout
raise TimeoutExpired(
subprocess.TimeoutExpired: Command '['python3', 'adaptdocx/extract_docx.py']' 
timed out after 2 seconds

==
ERROR: runTest (adaptdocx.SameTextTest.runTest)
--
Traceback (most recent call last):
  File "/<>/tests/adaptdocx/__init__.py", line 56, in runTest
original = [linia.replace("|", "") for linia in self.extractText("data/" + 
nom + ".xml", False)]

^^^
  File "/<>/tests/adaptdocx/__init__.py", line 45, in extractText
result = self.runCheckExit(proc, entrada)[0]
 
  File "/<>/tests/adaptdocx/__init__.py", line 22, in runCheckExit
res = proc.communicate(inp, timeout)
  ^^
  File "/usr/lib/python3.11/subprocess.py", line 1207, in communicate
stdout, stderr = self._communicate(input, endtime, timeout)
 ^^
  File "/usr/lib/python3.11/subprocess.py", line 2060, in _communicate
self._check_timeout(endtime, orig_timeout, stdout, stderr)
  File "/usr/lib/python3.11/subprocess.py", line 1251, in _check_timeout
raise TimeoutExpired(
subprocess.TimeoutExpired: Command '['python3', 'adaptdocx/extract_docx.py']' 
timed out after 2 seconds

--
Ran 4 tests in 4.214s

FAILED (errors=2)
```

Full buildd log: 
https://buildd.debian.org/status/fetch.php?pkg=apertium=riscv64=3.8.3-1%2Bb2=1676895416=0

I've attached a patch that extends the timeout to 30 seconds. If more help is
needed, please let me know.

Cheers,
Eric
--- a/tests/adaptdocx/__init__.py
+++ b/tests/adaptdocx/__init__.py
@@ -2,6 +2,7 @@
 # -*- coding: utf-8 -*-
 
 import unittest
+import platform
 
 from subprocess import Popen, PIPE
 
@@ -18,7 +19,10 @@
 def runCheckExit(self, proc, inp):
 """Run proc on input, then close and assert that we exited with 0.
 Return output from proc."""
-timeout = 2
+if platform.prcessor() == "riscv64":
+timeout = 30
+else:
+timeout = 2
 res = proc.communicate(inp, timeout)
 for fd in [proc.stdin, proc.stdout, proc.stderr]:
 if fd is not None:

Bug#1031526: link-grammar: FTBFS on riscv64 (test failure)

[Eric Long]

Source: link-grammar
Version: 5.12.0~dfsg-2
Severity: important
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org

Dear maintainer,

link-grammar failed to build on riscv64 due to not linking to libatomic during
test:

```
FAIL: tests.py
==
   link-grammar 5.12.0: bindings/python-examples/test-suite.log
==

# TOTAL: 1
# PASS:  0
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: tests
===

Running by: /usr/bin/python3
Running ./tests.py in: /<>/bindings/python-examples
PYTHONPATH=./../python:../python:../python/.libs
srcdir=.
LINK_GRAMMAR_DATA=./../../data
Traceback (most recent call last):
  File "/<>/bindings/python/linkgrammar.py", line 10, in 
import linkgrammar.clinkgrammar as clg
ModuleNotFoundError: No module named 'linkgrammar.clinkgrammar'; 'linkgrammar' 
is not a package

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/<>/bindings/python-examples/./tests.py", line 24, in 

from linkgrammar import (Sentence, Linkage, ParseOptions, Link, Dictionary,
  File "/<>/bindings/python/linkgrammar.py", line 13, in 
import clinkgrammar as clg
  File "/<>/bindings/python/clinkgrammar.py", line 12, in 
import _clinkgrammar
ImportError: /<>/link-grammar/.libs/liblink-grammar.so.5: 
undefined symbol: __atomic_fetch_add_2
FAIL tests.py (exit status: 1)

```

Full buildd log: 
https://buildd.debian.org/status/fetch.php?pkg=link-grammar=riscv64=5.12.0%7Edfsg-2=1674569454=0

This can be fixed by adding -latomic in d/rules, which is done using the
attached patch. If more help is needed, please let me know.

Cheers,
Eric
diff -Nru link-grammar-5.12.0~dfsg/debian/changelog 
link-grammar-5.12.0~dfsg/debian/changelog
--- link-grammar-5.12.0~dfsg/debian/changelog   2023-01-24 13:40:52.0 
+0800
+++ link-grammar-5.12.0~dfsg/debian/changelog   2023-02-18 04:24:12.0 
+0800
@@ -1,3 +1,10 @@
+link-grammar (5.12.0~dfsg-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS on riscv64
+
+ -- Eric Long   Sat, 18 Feb 2023 04:24:12 +0800
+
 link-grammar (5.12.0~dfsg-2) unstable; urgency=medium
 
   * fix source helper tool copyright-check
diff -Nru link-grammar-5.12.0~dfsg/debian/rules 
link-grammar-5.12.0~dfsg/debian/rules
--- link-grammar-5.12.0~dfsg/debian/rules   2023-01-24 13:29:11.0 
+0800
+++ link-grammar-5.12.0~dfsg/debian/rules   2023-02-18 04:24:12.0 
+0800
@@ -14,6 +14,11 @@
 export DEB_CXXFLAGS_MAINT_APPEND=-O3
 endif
 
+ifeq ($(DEB_HOST_ARCH),riscv64)
+DEB_CFLAGS_MAINT_APPEND+=-latomic
+DEB_CXXFLAGS_MAINT_APPEND+=-latomic
+endif
+
 no_java_archs = hppa hurd-i386 kfreebsd-amd64 kfreebsd-i386 m68k sh4
 ifneq (,$(filter $(DEB_HOST_ARCH), $(no_java_archs)))
 CONFIGURE_ARGS += --disable-java-bindings

Bug#1031363: librnp0 from experimental breaks thunderbird openpgp feature

[Eric Valette]

Package: librnp0
Version: 0.17.0~git20220428-1
Severity: serious
Justification: makes unrelated software on the system

Thre is no dependency and the packages installs but thunderbird do not manage 
to dlopen the dddl and it breaks opengpg.

Downgrading to unstable version fixes the problem.


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

Kernel: Linux 5.15.93 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages librnp0 depends on:
ii  libbotan-2-19  2.19.3+dfsg-1
ii  libbz2-1.0 1.0.8-5+b1
ii  libc6  2.36-8
ii  libgcc-s1  12.2.0-14
ii  libjson-c5 0.16-2
ii  libstdc++6 12.2.0-14
ii  zlib1g 1:1.2.13.dfsg-1

librnp0 recommends no packages.

librnp0 suggests no packages.

-- no debconf information

Bug#1031259: ddcutil requires module i2c-dev

[Eric Streit]

Package: ddcutil
Version: 1.4.1-1
Severity: normal
X-Debbugs-Cc: e...@yojik.eu

Dear Maintainer,

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

   * What led up to the situation?
installing ddcutil
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
installing the module i2c-dev
   * What was the outcome of this action?
working :D
   * What outcome did you expect instead?
working
*** End of the template - remove these template lines ***


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

Kernel: Linux 6.1.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

Versions of packages ddcutil depends on:
ii  i2c-tools 4.3-2+b3
ii  libc6 2.36-8
ii  libdrm2   2.4.114-1
ii  libglib2.0-0  2.74.5-1
ii  libkmod2  30+20221128-1
ii  libudev1  252.5-2
ii  libx11-6  2:1.8.3-3
ii  libxrandr22:1.5.2-2+b1
ii  pci.ids   0.0~2023.01.26-1
ii  usb.ids   2023.01.16-1
ii  usbutils  1:014-1

ddcutil recommends no packages.

ddcutil suggests no packages.

-- no debconf information

Bug#1031209: freecad: no scrolling in the export popup

[Eric Streit]

Package: freecad
Version: 0.20.2+dfsg1-4
Severity: normal
X-Debbugs-Cc: e...@yojik.eu

Dear Maintainer,

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

   * What led up to the situation?
I want to export a body in stl format; the popup window shows, but
there is no way to scroll down.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I had to move the export popup window up to the top of my screen to be
able to access the stl option
   * What was the outcome of this action?
it works but was painfull
   * What outcome did you expect instead?
a "normal" scroling window; note that in te AppImage (same release,
this bug is not present)

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


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

Kernel: Linux 6.1.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

Versions of packages freecad depends on:
ii  freecad-python3  0.20.2+dfsg1-4

Versions of packages freecad recommends:
pn  calculix-ccx  
ii  graphviz  2.42.2-7+b3

Versions of packages freecad suggests:
pn  povray  

-- no debconf information

Bug#1031208: freecad: changing the positions of the toolbars very difficult

[Eric Streit]

Package: freecad
Version: 0.20.2+dfsg1-4
Severity: normal
X-Debbugs-Cc: e...@yojik.eu

Dear Maintainer,

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

   * What led up to the situation?
I want to put some toolbars vertical on one side of the main window. I
got it but it's very very difficult (and the AppImage doesn't show the same
behaviour: I can here do this easily). The toolbar jumps from one position to
another, doesn't attach itself wher I want it. It's not a beginner mistake, I'm
not a beginner.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I get it to work after many attempts
   * What was the outcome of this action?
The toolbas are approximately wher I want them to be
   * What outcome did you expect instead?
a behaviour like the one in the AppImage release (or the precedent
release)

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


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

Kernel: Linux 6.1.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

Versions of packages freecad depends on:
ii  freecad-python3  0.20.2+dfsg1-4

Versions of packages freecad recommends:
pn  calculix-ccx  
ii  graphviz  2.42.2-7+b3

Versions of packages freecad suggests:
pn  povray  

-- no debconf information

Bug#1031207: freecad: property windows jumping place

[Eric Streit]

Package: freecad
Version: 0.20.2+dfsg1-4
Severity: normal
X-Debbugs-Cc: e...@yojik.eu

Dear Maintainer,

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

   * What led up to the situation?
I'm on PartDesign; I select an object I want to work with to add some
body; when I do that, the property window which is detached from my main screen
on a second screen jumps from one position to another; it's really annoying; it
also changes its size :(
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
there is noting I can do to avoid this
   * What was the outcome of this action?
no outcome
   * What outcome did you expect instead?
the detached property window needs to stay where I put it, and not jump
around.
*** End of the template - remove these template lines ***


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

Kernel: Linux 6.1.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

Versions of packages freecad depends on:
ii  freecad-python3  0.20.2+dfsg1-4

Versions of packages freecad recommends:
pn  calculix-ccx  
ii  graphviz  2.42.2-7+b3

Versions of packages freecad suggests:
pn  povray  

-- no debconf information

Bug#1031129: libglib2.0-0: breaks pipewire/wireplumber

[Eric Valette]

On Sun, 12 Feb 2023 13:23:40 +0100 Eric Valette  
wrote:

On 12/02/2023 12:15, Simon McVittie wrote:
> Control: severity -1 serious
> 
> On Sun, 12 Feb 2023 at 11:16:18 +0100, Eric Valette wrote:

>> Severity: critical
>> Justification: breaks unrelated software
> 
> wireplumber uses GLib, so this is not unrelated software.


If you use this definition, you cannot create critical bugs in any 
shared libraries!


You, for sure, never can use it for libc...

-- eric

Bug#1031129: libglib2.0-0: breaks pipewire/wireplumber

[Eric Valette]

On 12/02/2023 12:14, Jeremy Bícha wrote:

Control: forwarded -1 https://gitlab.gnome.org/GNOME/glib/-/issues/2769

On Sun, Feb 12, 2023 at 5:18 AM Eric Valette  wrote:

Package: libglib2.0-0
Version: 2.75.2-1
Severity: critical
Justification: breaks unrelated software

I've tried to install this version on two different machines and each time it 
did break wireplumber/pulseoaudio.


Yes, this will be fixed in the next release of glib to Experimental.

By the way, sometimes packages are in Experimental instead of Unstable
because they are known to be broken, in one way or another.




Sure but if noone test them and reports the problem is found in unstable 
and impacts more people.


-- eric

Bug#1031129: libglib2.0-0: breaks pipewire/wireplumber

[Eric Valette]

On 12/02/2023 12:15, Simon McVittie wrote:

Control: severity -1 serious

On Sun, 12 Feb 2023 at 11:16:18 +0100, Eric Valette wrote:

Severity: critical
Justification: breaks unrelated software


wireplumber uses GLib, so this is not unrelated software.


If you use this definition, you cannot create critical bugs in any 
shared libraries!


--eric

Bug#1031129: libglib2.0-0: breaks pipewire/wireplumber

[Eric Valette]

Package: libglib2.0-0
Version: 2.75.2-1
Severity: critical
Justification: breaks unrelated software

I've tried to install this version on two different machines and each time it 
did break wireplumber/pulseoaudio.

extract of journalctl:
févr. 12 11:13:06 tri-yann4 wireplumber[2267]: Failed to set scheduler 
settings: Opération non permise
févr. 12 11:13:06 tri-yann4 kernel: traps: wireplumber[2299] trap int3 
ip:7fe5d515b4e7 sp:7fe5d2e22b40 error:0 in 
libglib-2.0.so.0.7502.0[7fe5d511c000+8e000]
févr. 12 11:13:06 tri-yann4 systemd-coredump[2304]: Process 2267 (wireplumber) 
of user 1000 dumped core.
 #0  0x7fe5d52c4633 
wp_object_interest_validate (libwireplumber-0.4.so.0 + 0x2c633)
 


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

Kernel: Linux 5.15.93 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libglib2.0-0 depends on:
ii  libc6 2.36-8
ii  libffi8   3.4.4-1
ii  libmount1 2.38.1-4
ii  libpcre2-8-0  10.42-1
ii  libselinux1   3.4-1+b5
ii  zlib1g1:1.2.13.dfsg-1

Versions of packages libglib2.0-0 recommends:
ii  libglib2.0-data   2.75.2-1
ii  shared-mime-info  2.2-1
ii  xdg-user-dirs 0.18-1

Versions of packages libglib2.0-0 suggests:
pn  low-memory-monitor  

-- no debconf information

Bug#1030959: singular-doc: install-info reports /usr/share/info/singular.info has no info dir entry

[Eric Towers]

Package: singular-doc
Version: 1:4.3.1-p3+ds-1
Severity: normal
X-Debbugs-Cc: fuzzye...@gmail.com

Dear Maintainer,
On bookworm, the last few apt dist-upgrade runs have ended with the diagnostic 
"install-info: warning: no info dir entry in `/usr/share/info/singular.info'".  
dpkg-query -S singular.info reports that singular-doc provides this file.  apt 
reinstall singular-doc ends with the same diagnostic.

Interestingly, the file /usr/share/info/singular.info exists and starts 
This is singular.info, produced by makeinfo version 4.13 from
singular.tex.

This is the texinfo file describing Singular (version 4.3.1)
and goes on for about 6.2 MB.  Oddly, this is the only info file in that 
directory that is not an .info.gz...  (I can't verify that gzip 
/usr/share/info/singular.info worked because apt dist-upgrades are NO-OPs for 
me right now.)


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

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

singular-doc depends on no packages.

singular-doc recommends no packages.

Versions of packages singular-doc suggests:
ii  atril [pdf-viewer] 1.26.0-2+b1
ii  chromium [www-browser] 109.0.5414.119-1
ii  evince [pdf-viewer]43.1-2+b1
ii  firefox-esr [www-browser]  102.6.0esr-1
ii  lynx [www-browser] 2.9.0dev.12-1
ii  singular   1:4.3.1-p3+ds-1
ii  w3m [www-browser]  0.5.3+git20230121-2

-- no debconf information

Bug#1030689: ruby-upr: blocking ruby-moneta migration

[Eric Wong]

Abhijith PA  wrote:
> Package: ruby-upr
> Version: 0.3.0-3
> Severity: serious
> User: debian-r...@lists.debian.org
> Usertags: ruby-sprint-2023
> 
> 
> Hi,
> 
> ruby-upr is dead upstream (last commit in 2013[1]). It have no
> reverse-dependencies and blocking the migration ruby-moneta (1.0.0-9
> to 1.5.2-1). Getting it out testing.
> 
> 
> [1] - https://yhbt.net/upr.git/

Upstream here, I'm happy with it being removed.  I'm extremely
anti-JavaScript nowadays :P

coquelicot used to use it, but it looks like that's gone from
Debian, too.

Bug#1030614: librandom123: enable riscv64 build in source code

[Eric Long]

Source: librandom123
Version: 1.14.0+dfsg-3
Severity: important
Tags: ftbfs patch
Justification: fails to build from source
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org

Dear maintainers,

librandom123 does not enable riscv64 build by default, which caused FTBFS on
packages like neuron:

```
[ 44%] Building CXX object 
src/nrniv/CMakeFiles/nrniv_lib.dir/__/oc/nrnran123.cpp.o
cd /<>/obj-riscv64-linux-gnu/src/nrniv && /usr/bin/c++ 
-DHAVE_CONFIG_H -DMPICH_SKIP_MPICXX=1 -DMPI_NO_CPPBIND=1 -DOMPI_SKIP_MPICXX=1 
-Dnrniv_lib_EXPORTS -DHOC=1 -DINTERVIEWS=1 -DOOP=1 -I/<>/src/ivoc 
-I/<>/src/nrncvode -I/<>/src/nrniv 
-I/<>/src/nrnoc -I/<>/src/oc 
-I/<>/obj-riscv64-linux-gnu 
-I/<>/obj-riscv64-linux-gnu/src/nrncvode 
-I/<>/obj-riscv64-linux-gnu/src/nrnoc 
-I/<>/obj-riscv64-linux-gnu/src/nrnpython 
-I/<>/obj-riscv64-linux-gnu/src/oc 
-I/<>/obj-riscv64-linux-gnu/src/parallel 
-I/<>/obj-riscv64-linux-gnu/src/sundials 
-I/<>/obj-riscv64-linux-gnu/src/sundials/shared 
-I/<>/external/Random123/include -I/<>/src 
-I/<>/src/gnu -I/<>/src/mesch 
-I/<>/src/nrnmpi -I/<>/src/nrnpython 
-I/<>/src/parallel -I/<>/src/scopmath 
-I/<>/src/sparse -I/<>/src/sparse13 
-I/<>/src/sundials -I/<>/src/sundials/cvodes 
-I/<>/src/sundials/ida -I/<>/src/sundials/shared 
-I/usr/include/python3.11 
-I/<>/obj-riscv64-linux-gnu/src/nrniv/oc_generated 
-I/usr/lib/riscv64-linux-gnu/openmpi/include 
-I/usr/lib/riscv64-linux-gnu/openmpi/include/openmpi -g -O2 
-ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -g  -O2 
-Wno-write-strings -fPIC -std=c++11 -MD -MT 
src/nrniv/CMakeFiles/nrniv_lib.dir/__/oc/nrnran123.cpp.o -MF 
CMakeFiles/nrniv_lib.dir/__/oc/nrnran123.cpp.o.d -o 
CMakeFiles/nrniv_lib.dir/__/oc/nrnran123.cpp.o -c 
/<>/src/oc/nrnran123.cpp
In file included from /usr/include/Random123/features/compilerfeatures.h:218,
 from /usr/include/Random123/philox.h:37,
 from /<>/src/oc/nrnran123.cpp:7:
/usr/include/Random123/features/gccfeatures.h:38:4: error: #error "This code 
has only been tested on x86, powerpc and a few arm platforms."
   38 | #  error "This code has only been tested on x86, powerpc and a few arm 
platforms."
  |^
/usr/include/Random123/features/gccfeatures.h:39:10: fatal error: 
including_a_nonexistent_file_will_stop_some_compilers_from_continuing_with_a_hopeless_task:
 No such file or directory
   39 | #include 

  |  
^~~~
compilation terminated.
```

Full buildd log of neuron: 
https://buildd.debian.org/status/fetch.php?pkg=neuron=riscv64=8.2.2-2=1675434052=0

I've successfully built neuron on riscv64 by adding macro condition to bypass
manual compilation error, as shown in the attached patch. If more help is
needed, please let me know.

Cheers,
Eric
--- a/include/Random123/features/gccfeatures.h
+++ b/include/Random123/features/gccfeatures.h
@@ -34,7 +34,7 @@
 
 #define R123_GNUC_VERSION (__GNUC__*1 + __GNUC_MINOR__*100 + 
__GNUC_PATCHLEVEL__)
 
-#if !defined(__x86_64__) && !defined(__i386__) && !defined(__powerpc__) && 
!defined(__arm__) && !defined(__aarch64__) && !defined(__s390x__)
+#if !defined(__x86_64__) && !defined(__i386__) && !defined(__powerpc__) && 
!defined(__arm__) && !defined(__aarch64__) && !defined(__s390x__) && 
!defined(__riscv)
 #  error "This code has only been tested on x86, powerpc and a few arm 
platforms."
 #include 

 { /* maybe an unbalanced brace will terminate the compilation */

Bug#1030595: linux-image-6.1.0-3-amd64: impossible to install properly the kernel linux-image-6.1.0-3-amd64, and in facts, linux-image-6.1.0-2-amd64

[Eric Streit]

Hi,

I installed the linux-headers and it worked, but what is not normal: I 
didn't install any specific firmware source, so nothing had to be compiled.


DKMS was already installed.

If the installation of new kernels needs linux-headers, it must be a 
dependancy.


Thanks for the hard work

Eric

Le 05/02/2023 à 14:19, Eric Streit a écrit :

Package: src:linux
Version: 6.1.8-1
Severity: normal
X-Debbugs-Cc: e...@yojik.eu

Dear Maintainer,

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

* What led up to the situation?
 trying to make an update
* What exactly did you do (or not do) that was effective (or
  ineffective)?
 sudo apt update && sudo apt upgrade
* What was the outcome of this action?
**
Paramétrage de linux-image-6.1.0-3-amd64 (6.1.8-1) ...
I: /initrd.img is now a symlink to boot/initrd.img-6.1.0-3-amd64
/etc/kernel/postinst.d/dkms:
dkms: running auto installation service for kernel 6.1.0-3-amd64:Sign command:
/lib/modules/6.1.0-3-amd64/build/scripts/sign-file
Binary /lib/modules/6.1.0-3-amd64/build/scripts/sign-file not found, modules
won't be signed
Error! Your kernel headers for kernel 6.1.0-3-amd64 cannot be found at
/lib/modules/6.1.0-3-amd64/build or /lib/modules/6.1.0-3-amd64/source.
Please install the linux-headers-6.1.0-3-amd64 package or use the
--kernelsourcedir option to tell DKMS where it's located.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
  failed!
run-parts: /etc/kernel/postinst.d/dkms exited with return code 11
dpkg: erreur de traitement du paquet linux-image-6.1.0-3-amd64 (--configure) :
  installed linux-image-6.1.0-3-amd64 package post-installation script
subprocess returned error exit status 1
Paramétrage de linux-image-6.1.0-2-amd64 (6.1.7-1) ...
I: /initrd.img.old is now a symlink to boot/initrd.img-6.1.0-2-amd64
/etc/kernel/postinst.d/dkms:
dkms: running auto installation service for kernel 6.1.0-2-amd64:Sign command:
/lib/modules/6.1.0-2-amd64/build/scripts/sign-file
Binary /lib/modules/6.1.0-2-amd64/build/scripts/sign-file not found, modules
won't be signed
Error! Your kernel headers for kernel 6.1.0-2-amd64 cannot be found at
/lib/modules/6.1.0-2-amd64/build or /lib/modules/6.1.0-2-amd64/source.
Please install the linux-headers-6.1.0-2-amd64 package or use the
--kernelsourcedir option to tell DKMS where it's located.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
  failed!
run-parts: /etc/kernel/postinst.d/dkms exited with return code 11
dpkg: erreur de traitement du paquet linux-image-6.1.0-2-amd64 (--configure) :
  installed linux-image-6.1.0-2-amd64 package post-installation script
subprocess returned error exit status 1
dpkg: des problèmes de dépendances empêchent la configuration de linux-image-
amd64 :
  linux-image-amd64 dépend de linux-image-6.1.0-3-amd64 (= 6.1.8-1) ;
cependant :
  Le paquet linux-image-6.1.0-3-amd64 n'est pas encore configuré.

dpkg: erreur de traitement du paquet linux-image-amd64 (--configure) :
  problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
  linux-image-6.1.0-3-amd64
  linux-image-6.1.0-2-amd64
  linux-image-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)

**
* What outcome did you expect instead?
 a proper installation and configuration
*** End of the template - remove these template lines ***


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: Gigabyte Technology Co., Ltd.
product_name: Z370 AORUS Ultra Gaming
product_version: Default string
chassis_vendor: Default string
chassis_version: Default string
bios_vendor: American Megatrends Inc.
bios_version: F6
board_vendor: Gigabyte Technology Co., Ltd.
board_name: Z370 AORUS Ultra Gaming-CF
board_version: x.x

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 8th Gen Core Processor Host 
Bridge/DRAM Registers [8086:3ec2] (rev 07)
Subsystem: Gigabyte Technology Co., Ltd 8th Gen Core Processor Host 
Bridge/DRAM Registers [1458:5000]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: skl_uncore
Kernel modules: ie31200_edac

00:01.0 PCI bridge [0604]: Intel Corporation 6th-10th Gen Core Processor PCIe 
Controller (x16) [8086:1901] (rev 07) (prog-if 00 [Normal decode])
Subsystem: Gigabyte Technology Co., Ltd 6th-10th Gen Core Processor 
PCIe Controller (x16) [1458:5000]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- 

Bug#1030595: linux-image-6.1.0-3-amd64: impossible to install properly the kernel linux-image-6.1.0-3-amd64, and in facts, linux-image-6.1.0-2-amd64

[Eric Streit]

Package: src:linux
Version: 6.1.8-1
Severity: normal
X-Debbugs-Cc: e...@yojik.eu

Dear Maintainer,

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

   * What led up to the situation?
trying to make an update
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
sudo apt update && sudo apt upgrade
   * What was the outcome of this action?
**
Paramétrage de linux-image-6.1.0-3-amd64 (6.1.8-1) ...
I: /initrd.img is now a symlink to boot/initrd.img-6.1.0-3-amd64
/etc/kernel/postinst.d/dkms:
dkms: running auto installation service for kernel 6.1.0-3-amd64:Sign command:
/lib/modules/6.1.0-3-amd64/build/scripts/sign-file
Binary /lib/modules/6.1.0-3-amd64/build/scripts/sign-file not found, modules
won't be signed
Error! Your kernel headers for kernel 6.1.0-3-amd64 cannot be found at
/lib/modules/6.1.0-3-amd64/build or /lib/modules/6.1.0-3-amd64/source.
Please install the linux-headers-6.1.0-3-amd64 package or use the
--kernelsourcedir option to tell DKMS where it's located.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
 failed!
run-parts: /etc/kernel/postinst.d/dkms exited with return code 11
dpkg: erreur de traitement du paquet linux-image-6.1.0-3-amd64 (--configure) :
 installed linux-image-6.1.0-3-amd64 package post-installation script
subprocess returned error exit status 1
Paramétrage de linux-image-6.1.0-2-amd64 (6.1.7-1) ...
I: /initrd.img.old is now a symlink to boot/initrd.img-6.1.0-2-amd64
/etc/kernel/postinst.d/dkms:
dkms: running auto installation service for kernel 6.1.0-2-amd64:Sign command:
/lib/modules/6.1.0-2-amd64/build/scripts/sign-file
Binary /lib/modules/6.1.0-2-amd64/build/scripts/sign-file not found, modules
won't be signed
Error! Your kernel headers for kernel 6.1.0-2-amd64 cannot be found at
/lib/modules/6.1.0-2-amd64/build or /lib/modules/6.1.0-2-amd64/source.
Please install the linux-headers-6.1.0-2-amd64 package or use the
--kernelsourcedir option to tell DKMS where it's located.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
 failed!
run-parts: /etc/kernel/postinst.d/dkms exited with return code 11
dpkg: erreur de traitement du paquet linux-image-6.1.0-2-amd64 (--configure) :
 installed linux-image-6.1.0-2-amd64 package post-installation script
subprocess returned error exit status 1
dpkg: des problèmes de dépendances empêchent la configuration de linux-image-
amd64 :
 linux-image-amd64 dépend de linux-image-6.1.0-3-amd64 (= 6.1.8-1) ;
cependant :
 Le paquet linux-image-6.1.0-3-amd64 n'est pas encore configuré.

dpkg: erreur de traitement du paquet linux-image-amd64 (--configure) :
 problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
 linux-image-6.1.0-3-amd64
 linux-image-6.1.0-2-amd64
 linux-image-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)

**
   * What outcome did you expect instead?
a proper installation and configuration
*** End of the template - remove these template lines ***


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: Gigabyte Technology Co., Ltd.
product_name: Z370 AORUS Ultra Gaming
product_version: Default string
chassis_vendor: Default string
chassis_version: Default string
bios_vendor: American Megatrends Inc.
bios_version: F6
board_vendor: Gigabyte Technology Co., Ltd.
board_name: Z370 AORUS Ultra Gaming-CF
board_version: x.x

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 8th Gen Core Processor Host 
Bridge/DRAM Registers [8086:3ec2] (rev 07)
Subsystem: Gigabyte Technology Co., Ltd 8th Gen Core Processor Host 
Bridge/DRAM Registers [1458:5000]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: skl_uncore
Kernel modules: ie31200_edac

00:01.0 PCI bridge [0604]: Intel Corporation 6th-10th Gen Core Processor PCIe 
Controller (x16) [8086:1901] (rev 07) (prog-if 00 [Normal decode])
Subsystem: Gigabyte Technology Co., Ltd 6th-10th Gen Core Processor 
PCIe Controller (x16) [1458:5000]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:08.0 System peripheral [0880]: Intel Corporation Xeon E3-1200 v5/v6 / 
E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model [8086:1911]
Subsystem: Gigabyte Technology Co., Ltd Xeon E3-1200 v5/v6 / E3-1500 v5 
/ 6th/7th/8th 

Bug#310442: rdiff-backup: no way to recover from full filesystem

[Eric Zolf]

Hi,

I can't remember having seen this issue reported upstream, so, of 
course, it didn't get fixed. I didn't notice because I keep an eye on 
disk space, but I understand that it doesn't help if you've just stepped 
into the issue, so I'd very much like to address it fast.


An enhancement request now exists for this issue at 
https://github.com/rdiff-backup/rdiff-backup/issues/838


I marked the issue as beginner because I don't think that it will 
require much changes to the code. This said, I'd like to have it fixed 
for 2.2.3 so pretty quickly, hence volunteers should stand up fast. I'll 
help where I can or I'll implement it anyway.


KR, Eric

On 04/02/2023 00:15, Otto Kekäläinen wrote:

Thanks Alexis, Tommi, Paul and many others for using rdiff-backup and
contributing to the bug report
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=310442!

The latest version of rdiff-backup 2.2.2-1 is now available in Debian
Sid and Bookworm: https://tracker.debian.org/pkg/rdiff-backup

If you can still reproduce this issue or find other issues in how
rdiff-backup itself works, please report it to upstream at
https://github.com/rdiff-backup/rdiff-backup. The program behaviour on
full disk is probably not something we will patch in Debian packaging,
but it should be fixed upstream.

The project was dormant for years, but current maintainer Eric Lavarde
is active and has done a great job in resurrecting the main code base.

Bug#992325: rdiff-backup: '::' prefix on target directory causes crash - contrary to documentation (and earlier versions) version graph

[Eric Lavarde]

This (documentation) issue is fixed since a long time.

KR, Eric

On 04/02/2023 00:07, Otto Kekäläinen wrote:

Hello Alexis!

Thanks for using rdiff-backup and reporting about
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992325

Please test if this issue still exists in latest rdiff-backup 2.2.2-1
in Debian. If it still exists, please report the issue upstream at
https://github.com/rdiff-backup/rdiff-backup and mark this Debian bug
report as forwarded.

Alternatively you could consider contributing to the man page upstream
to at least update it to explain that this feature no longer behaves
in the same way as you expected.

Bug#1030189: Let regular users know need to put non-free-firmware in sources.list

[Eric Cooper]

On Wed, Feb 1, 2023 at 3:36 PM Sven Joachim  wrote:
> The release notes for Bookworm should and will certainly mention that.
> I think this is where this bug is actually actionable, so I am
> reassigning it there.
>
> > Yes, he should be regularly subscribed to debian-user, but that's too
> > much.
>
> I have sent a heads-up message[1] there a few days ago, but as you said it
> got lost in all the other topics discussed there.
>
> > Or https://lists.debian.org/debian-announce/, but that's too many boring
> > messages too.
>
> There was not even a prominent notice there, at least not in the past
> few weeks.
>
> > Yes, he uses apt-listchanges, but that won't tell him this.
> >
> > So I'm saying that Debian needs a mechanism to have his computer tell
> > him to do this.
> >
> > Maybe the next time he uses apt*, somehow the system should tell him...
>
> Somehow, but how exactly?  Good question that was brought up on
> debian-devel[2], alas without replies yet.

I got bitten by this, and only noticed it when my system's firmware
packages showed up in the output of "apt list ~g".
I'm sure I'm missing something, but why weren't transitional packages left
in non-free that depend on the new versions in non-free-firmware? Perhaps
they could also depend on a source-list-modifying package so the next
upgrade doesn't break.

Bug#1030017: freecad

[Eric Streit]

hi,

I just tested the same version from github (the AppImage version) and 
everything works fine.


the property window is dock-able/un-dock-able, the right buttons (in the 
un-docked /docked property window) are in place (to dock/un-dock).


Eric Streit

Bug#1030017: freecad: impossible to re-dock the property winds after undocking

[Eric Streit]

Package: freecad
Version: 0.20.2+dfsg1-3
Severity: normal
X-Debbugs-Cc: e...@yojik.eu

Dear Maintainer,

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

   * What led up to the situation?
After launching freecad, I undocked the property winow on my second
screen. It's impossible to re-dock the window; even the buttons on the window
don't show the re-docking button; in the main menu ->view, the dock/undock part
is greyed.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I had to delete the configuration files to get the view like it is at
start.
   * What was the outcome of this action?
It works, but makes the docking/undocking unsuable.
   * What outcome did you expect instead?

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


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

Kernel: Linux 6.1.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 freecad depends on:
ii  freecad-python3  0.20.2+dfsg1-3

Versions of packages freecad recommends:
pn  calculix-ccx  
ii  graphviz  2.42.2-7+b3

Versions of packages freecad suggests:
pn  povray  

-- no debconf information

Bug#1029846: freecad: after upgrading today, not possible to launch the program

[Eric Streit]

Package: freecad
Version: 0.20.2+dfsg1-3
Severity: normal
X-Debbugs-Cc: e...@yojik.eu

Dear Maintainer,

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

   * What led up to the situation?
I upgraded Freecad today (28/01/2023), and it's not posible to launch
the program anymore from the gnome launcher.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I was able to launch it from the terminal.
   * What was the outcome of this action?
It worked.
   * What outcome did you expect instead?

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


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

Kernel: Linux 6.1.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 freecad depends on:
ii  freecad-python3  0.20.2+dfsg1-3

Versions of packages freecad recommends:
pn  calculix-ccx  
ii  graphviz  2.42.2-7+b3

Versions of packages freecad suggests:
pn  povray  

-- no debconf information

Bug#1028345: Bug#1028433: sagemath package currently absent from bookworm

[Eric Towers]

quot;"All git downloads completed.  Various builds will download
some additional components.  Compilations are still running.  Will
terminate when compilations complete.  You can follow the contents of
./log-setup-sagemath if you would like to see more fine-grained
progress."""
wait

--- end script ---

After running the above (and waiting a bit), ...

$ ./sagemath-9.5/sage

It seems that you are attempting to run Sage from an unpacked source
tarball, but you have not compiled it yet (or maybe the build has not
finished). You should run `make` in the Sage root directory first.
If you did not intend to build Sage from source, you should download
a binary tarball instead. Read README.txt for more information.


$ ./sagemath-9.6/sage
┌┐
│ SageMath version 9.6, Release Date: 2022-05-15 │
│ Using Python 3.10.9. Type "help()" for help.   │
└┘
sage: quit()

$ ./sagemath-9.7/sage
┌┐
│ SageMath version 9.7, Release Date: 2022-09-19 │
│ Using Python 3.10.9. Type "help()" for help.   │
└┘
┏┓
┃ Warning: sage.all is not available; this is a limited REPL.    ┃
┗┛
sage: quit()


--
-- Eric Towers ! fuzzye...@gmail.com

Bug#1025366: Note that the bug is also present in 7.0.6

[Eric Valette]

On 25/01/2023 10:36, Gianfranco Costamagna wrote:


On Sun, 4 Dec 2022 11:19:52 +0100 Eric Valette  
wrote:
Already fixed there same ways but did not report the bug hoping it 
will be soon fixed.


-- eric



Hello, please try 7.0.6
thanks


Same error, same fix. As long as the file does not chnage...

-- eric

Bug#995013: Certain input locks shell up and consumes all memory

[Eric Cornelissen]

Hi,

I was (also) fuzzing another piece of software and ran into the same
issue. I believe I was able to narrow down the cause of the  problem a
little bit more.

Rather than it being caused by the specific combination of a backslash
and an unquoted U+0720 character I found it can be caused by:
1. Either a backslash or a quoted subcommand (e.g. the substring "'foo'"
   in "'foo'bar"), and
2. A character whose utf-8 encoding includes the bytes 0xA0.

In the case of U+0720, it's utf-8 encoding is '0xDD 0xA0'.

One thing I noticed, and I can't say for sure if this is related, is
that U+00A0 is the "No-Break Space" (NBSP) character. Since whitespace
can have special meanings for shell input I figured it might be related.

-- System Information:
OS:
  debian_version: 'bookworm/sid'  (cat /etc/debian_version)


I'm running csh version 20110502-7 on Ubuntu 22.04.1 LTS, amd64 (x86_64)
architecture, libbsd0 v0.11.5-1, libc6 v2.35-0ubuntu3.1

Bug#1029132: zeromq3: FTBFS on riscv64 (‘undefined’ was not declared in this scope)

[Eric Long]

Source: zeromq3
Version: 4.3.4-5
Severity: important
Tags: ftbfs patch upstream
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org

Dear maintainer,

zeromq3 failed on riscv64 due to missing `ZMQ_CACHELINE_SIZE` during
configuration on qemu-user. This is patched upstream. [1] Since some riscv64 
buildd
machines are still using qemu-user, I've attached that patch so it can be
backported and fix FTBFS on riscv64.

If more help is needed, please let me know.

Cheers,
Eric

[1]: 
https://github.com/zeromq/libzmq/commit/48960c229388980fafa4528f9e7511fca972ff3b
>From 48960c229388980fafa4528f9e7511fca972ff3b Mon Sep 17 00:00:00 2001
From: Han Gao 
Date: Tue, 10 Jan 2023 01:12:20 +0800
Subject: [PATCH] fix: fix build on qemu-user

In qemu-user, CACHELINE_SIZE probe is undefined

Signed-off-by: Han Gao 
---
 CMakeLists.txt  |  3 ++-
 RELICENSE/hangao.md | 13 +
 acinclude.m4|  2 +-
 3 files changed, 16 insertions(+), 2 deletions(-)
 create mode 100644 RELICENSE/hangao.md

diff --git a/CMakeLists.txt b/CMakeLists.txt
index 8672d6179..072a6507e 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -481,7 +481,8 @@ execute_process(
   ERROR_QUIET OUTPUT_STRIP_TRAILING_WHITESPACE)
 if(CACHELINE_SIZE STREQUAL ""
OR CACHELINE_SIZE EQUAL 0
-   OR CACHELINE_SIZE EQUAL -1)
+   OR CACHELINE_SIZE EQUAL -1
+   OR CACHELINE_SIZE EQUAL "undefined")
   set(ZMQ_CACHELINE_SIZE 64)
 else()
   set(ZMQ_CACHELINE_SIZE ${CACHELINE_SIZE})
diff --git a/RELICENSE/hangao.md b/RELICENSE/hangao.md
new file mode 100644
index 0..de100bb59
--- /dev/null
+++ b/RELICENSE/hangao.md
@@ -0,0 +1,13 @@
+# Permission to Relicense under MPLv2 or any other OSI approved license chosen 
by the current ZeroMQ BDFL
+
+This is a statement by Han Gao that grants permission to relicense its 
copyrights in the libzmq C++
+library (ZeroMQ) under the Mozilla Public License v2 (MPLv2) or any other 
+Open Source Initiative approved license chosen by the current ZeroMQ 
+BDFL (Benevolent Dictator for Life).
+
+A portion of the commits made by the Github handle "Rabenda", with
+commit author "Han Gao " or "Han Gao 
", are copyright of Han Gao .
+This document hereby grants the libzmq project team to relicense libzmq, 
+including all past, present and future contributions of the author listed 
above.
+
+Han Gao 2023/01/10
diff --git a/acinclude.m4 b/acinclude.m4
index ac55776e5..f27fc8e83 100644
--- a/acinclude.m4
+++ b/acinclude.m4
@@ -1254,7 +1254,7 @@ AC_DEFUN([LIBZMQ_CHECK_CACHELINE], [{
 AC_CHECK_TOOL(libzmq_getconf, getconf)
 if ! test "x$libzmq_getconf" = "x"; then
 zmq_cacheline_size=$($libzmq_getconf LEVEL1_DCACHE_LINESIZE 
2>/dev/null || echo 64)
-if test "x$zmq_cacheline_size" = "x0" -o  "x$zmq_cacheline_size" = 
"x-1"; then
+if test "x$zmq_cacheline_size" = "x0" -o  "x$zmq_cacheline_size" = 
"x-1" -o "x$zmq_cacheline_size" = "xundefined"; then
 # getconf on some architectures does not know the size, try to 
fallback to
 # the value the kernel knows on Linux
 zmq_cacheline_size=$(cat 
/sys/devices/system/cpu/cpu0/cache/index0/coherency_line_size 2>/dev/null || 
echo 64)

Bug#1029054: starts consuming 100% CPU

[Per Eric Rosén]

Package: mate-applets-common
Version: 1.24.1-1
Severity: normal
X-Debbugs-Cc: p...@rosnix.net

battstat-applet installed by default with Mate, on upgraded system.
A couple of times per week, battstat-applet start consuming 100%
of CPU, increasing system load highly.

No obvious connection to, for example, external power changes, and
seemingly not directly after interacting with the app.

-- System Information:
Distributor ID: Devuan
Description:Devuan GNU/Linux 4 (chimaera)
Release:4
Codename:   chimaera
Architecture: x86_64

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

Versions of packages mate-applets-common depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.38.0-2

mate-applets-common recommends no packages.

mate-applets-common suggests no packages.

-- no debconf information

Bug#1028476: kalendar does not display many outlook/teams calendar event (ews backend)

[Eric Valette]

Package: kalendar
Version: 22.12.0-3
Severity: important

I have corporate kalendar that I can correctly see using outlook web app or 
teams.
Kaldendar congiured to access the kalendar wia akonadi_ews does see some events
plus moste are missing. I do not find any pattern to know why some are correctly
diplayed and others are not (recurring events sometimes work, I cannot even see
simple event I create whith only mee as participant (reminder).

This is currently unusable and I could not corrrently manage my appointments
without microsoft proprietary clients.




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

Kernel: Linux 5.10.162 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kalendar depends on:
ii  akonadi-server 4:22.12.0-2
ii  kdepim-runtime 4:22.12.0-2
ii  kio5.101.0-2
ii  libc6  2.36-8
ii  libgcc-s1  12.2.0-14
ii  libgpgme11 1.18.0-3
ii  libkf5akonadicalendar5abi1 [libkf5akonadicalendar5-22.12]  4:22.12.0-2
ii  libkf5akonadicontact5 [libkf5akonadicontact5-22.12]4:22.12.0-2
ii  libkf5akonadicore5abi2 [libkf5akonadicore5-22.12]  4:22.12.0-2
ii  libkf5akonadimime5 [libkf5akonadimime5-22.12]  4:22.12.0-2
ii  libkf5akonadiwidgets5abi1 [libkf5akonadiwidgets5-22.12]4:22.12.0-2
ii  libkf5calendarcore5abi25:5.101.0-1
ii  libkf5calendarsupport5abi1 [libkf5calendarsupport5-22.12]  4:22.12.0-2
ii  libkf5codecs5  5.101.0-1
ii  libkf5configcore5  5.101.0-1
ii  libkf5configgui5   5.101.0-1
ii  libkf5configwidgets5   5.101.0-1
ii  libkf5contacts55:5.101.0-1
ii  libkf5coreaddons5  5.101.0-1
ii  libkf5dbusaddons5  5.101.0-1
ii  libkf5eventviews5abi1 [libkf5eventviews5-22.12]4:22.12.0-2
ii  libkf5i18n55.101.0-1+b1
ii  libkf5itemmodels5  5.101.0-2
ii  libkf5kiocore5 5.101.0-2
ii  libkf5mailcommon5abi2 [libkf5mailcommon5-22.12]4:22.12.0-2
ii  libkf5mime5abi1 [libkf5mime5-22.12]22.12.0-2
ii  libkf5widgetsaddons5   5.101.0-1
ii  libkf5windowsystem55.101.0-2
ii  libkf5xmlgui5  5.101.0-1+b1
ii  libqt5core5a   5.15.7+dfsg-2
ii  libqt5dbus55.15.7+dfsg-2
ii  libqt5gui5 5.15.7+dfsg-2
ii  libqt5qml5 5.15.7+dfsg-2
ii  libqt5quick5   5.15.7+dfsg-2
ii  libqt5quickcontrols2-5 5.15.7+dfsg-2
ii  libqt5widgets5 5.15.7+dfsg-2
ii  libstdc++6 12.2.0-14
ii  qml-module-org-kde-kirigami2   5.101.0-1+b1
ii  qml-module-qtlocation  5.15.7+dfsg-2
ii  qml-module-qtpositioning   5.15.7+dfsg-2

Versions of packages kalendar recommends:
ii  kalendarac  4:22.12.0-2

kalendar suggests no packages.

-- no debconf information

Bug#1028433: sagemath package currently absent from bookworm

[Eric Towers]

Package: sagemath
Version: 9.2-2
Severity: important
X-Debbugs-Cc: fuzzye...@gmail.com

Dear Maintainer,
Had sagemath:amd64 (either 9.2-2 or 9.5-4) installed on bookworm.  A recent apt 
dist-upgrade removed it (without my notice).  There is now no sagemath package 
to install to bookworm.

> apt list *sagemath*
Listing... Done
sagemath-database-conway-polynomials/testing,testing,now 0.5-8 all 
[installed]
sagemath-database-cremona-elliptic-curves/testing,testing,now 20221013-1 
all [installed]
sagemath-database-elliptic-curves/testing,testing,now 0.8.1-5 all 
[installed]
sagemath-database-graphs/testing,testing,now 20210214+dfsg-1 all [installed]
sagemath-database-mutually-combinatorial-designs/testing,testing,now 
20140630-6 all [installed]
sagemath-database-polytopes/testing,testing,now 20170220-5 all [installed]
sagemath-doc/now 9.5-4 all [installed,local]

(Aside: several packages were removed without my notice, including steam, a 
bunch of libllvm*s and a bunch of libgl*s, to name a potentially recognizable 
subset.)


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

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

Bug#1028212: prometheus-node-exporter-collectors: APT update deadlock - prevents unattended security upgrades

[Eric Estievenart]

=0x624820, argc=2, 
argv=0x7ffc24f8f298, init=,
   fini=, rtld_fini=, stack_end=0x7ffc24f8f288) 
at ../csu/libc-start.c:381
#18 0x00624751 in _start ()

This seems to suggest that the location of the deadlock, for 65553, is:
(apt_info.py)
def _main():
   cache = apt.cache.Cache()

   # First of all, attempt to update the index. If we don't have permission
   # to do so (or it fails for some reason), it's not the end of the world,
   # we'll operate on the old index.
   with contextlib.suppress(apt.cache.LockFailedException, 
apt.cache.FetchFailedException):
   cache.update() <<<<<<<<<<<< VERY LIKELY



I could not confirm the precise location, as trying to get a python backtrace 
from the process generated a SEGV:
(gdb) call PyRun_SimpleString("print('toto\n')") # to test
'PyRun_SimpleString' has unknown return type; cast the call to its declared 
return type
(gdb) call (void*)PyRun_SimpleString("print('toto\n')")
Program received signal SIGSEGV, Segmentation fault.
# Oops... will not get a python trace now.

Hopefully, I collected the core (~27MB) - if interested, tell me - keeping it 
for a few weeks:
#0  0x0063187a in ?? ()
#1  0x006349b2 in PyImport_AddModuleObject ()
#2  0x00634688 in PyImport_AddModule ()
#3  0x0063e323 in PyRun_SimpleStringFlags ()
(but I feel it unrelated, and not so usefull - but I may be wrong)

I feel I can't help more now, so throwing the potato 

Best,
Eric 'Steve' Estievenart




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

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

Versions of packages prometheus-node-exporter-collectors depends on:
ii  moreutils 0.67-1
ii  prometheus-node-exporter  1.5.0-1+b1
ii  python3-apt   2.5.0
ii  systemd-sysv  252.4-1

Versions of packages prometheus-node-exporter-collectors recommends:
ii  ipmitool   1.8.19-4
ii  jq 1.6-2.1
ii  nvme-cli   2.2.1-3
ii  python33.11.1-1
ii  smartmontools  7.3-1+b1

prometheus-node-exporter-collectors suggests no packages.

-- no debconf information

Bug#1027786: RFP: limine -- Modern, advanced, portable, multiprotocol bootloader.

[Eric Zhang]

Package: wnpp
Severity: wishlist

* Package name: limine
  Version : 4.20221230.0
  Upstream Author : mintsuki 
* URL : https://limine-bootloader.org/
* License : BSD
  Programming Lang: C
  Description : Modern, advanced, portable, multiprotocol bootloader.

Limine is an advanced, portable, multiprotocol bootloader that supports Linux,
multiboot 1 and 2, the native Limine boot protocol, and more. 

Limine is a very fast bootloader, and higly configurable. It is easier and
faster to configure compared to GNU GRUB as changing the configuration only
involves editing limine.cfg in /boot. I use it in one of my Arch Linux install
and it has been working great for me so far.

Limine has been packaged in Alpine Linux and EasyOS. It is also avaliable in the
AUR for Arch Linux. I would like to have the Debain team package it so it can be
adopted in the Debian environment.

Bug#1027385: ltrace: Enable build on riscv64

[Eric Long]

Source: ltrace
Version: 0.7.3-6.3
Severity: wishlist
Tags: patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org

Dear maintainer(s),

ltrace builds successfully on riscv64 with backported upstream patch [1]
attached, on my qemu-system-riscv64 machine. Could you enable riscv64 build on
the next upload? If more help is needed, please let me know.

Cheers,
Eric

[1]: https://gitlab.com/cespedes/ltrace/-/merge_requests/4
diff --git a/configure.ac b/configure.ac
index 9a30109..2d4cf06 100644
--- a/configure.ac
+++ b/configure.ac
@@ -43,6 +43,7 @@ case "${host_cpu}" in
 cris*) HOST_CPU="cris" ;;
 mips*) HOST_CPU="mips" ;;
 powerpc|powerpc64) HOST_CPU="ppc" ;;
+riscv64)   HOST_CPU="riscv64" ;;
 sun4u|sparc64) HOST_CPU="sparc" ;;
 s390x) HOST_CPU="s390" ;;
 i?86|x86_64)   HOST_CPU="x86" ;;
@@ -160,6 +161,7 @@ if test x"$enable_libunwind" = xyes; then
   powerpc)UNWIND_ARCH="ppc32" ;;
   powerpc64)  UNWIND_ARCH="ppc64" ;;
   mips*)  UNWIND_ARCH="mips" ;;
+  riscv*) UNWIND_ARCH="riscv" ;;
   *)  UNWIND_ARCH="${host_cpu}" ;;
   esac
 
@@ -316,6 +318,7 @@ AC_CONFIG_FILES([
sysdeps/linux-gnu/m68k/Makefile
sysdeps/linux-gnu/mips/Makefile
sysdeps/linux-gnu/ppc/Makefile
+   sysdeps/linux-gnu/riscv64/Makefile
sysdeps/linux-gnu/s390/Makefile
sysdeps/linux-gnu/sparc/Makefile
sysdeps/linux-gnu/x86/Makefile
diff --git a/sysdeps/linux-gnu/Makefile.am b/sysdeps/linux-gnu/Makefile.am
index c33c952..df488b3 100644
--- a/sysdeps/linux-gnu/Makefile.am
+++ b/sysdeps/linux-gnu/Makefile.am
@@ -16,7 +16,8 @@
 # Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA
 # 02110-1301 USA
 
-DIST_SUBDIRS = alpha arm cris ia64 m68k mips ppc s390 sparc x86
+DIST_SUBDIRS = alpha arm cris ia64 m68k mips ppc riscv64 \
+  s390 sparc x86
 
 SUBDIRS = \
$(HOST_CPU)
diff --git a/sysdeps/linux-gnu/riscv64/Makefile.am 
b/sysdeps/linux-gnu/riscv64/Makefile.am
new file mode 100644
index 000..f018dfc
--- /dev/null
+++ b/sysdeps/linux-gnu/riscv64/Makefile.am
@@ -0,0 +1,35 @@
+# This file is part of ltrace.
+# Copyright (C) 2010 Marc Kleine-Budde, Pengutronix
+#
+# This program is free software; you can redistribute it and/or
+# modify it under the terms of the GNU General Public License as
+# published by the Free Software Foundation; either version 2 of the
+# License, or (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+# General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program; if not, write to the Free Software
+# Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA
+# 02110-1301 USA
+
+noinst_LTLIBRARIES = \
+   ../libcpu.la
+
+___libcpu_la_SOURCES = \
+   fetch.c \
+   plt.c \
+   regs.c \
+   trace.c
+
+noinst_HEADERS = \
+   arch.h \
+   ptrace.h \
+   signalent.h \
+   syscallent.h
+
+MAINTAINERCLEANFILES = \
+   Makefile.in
diff --git a/sysdeps/linux-gnu/riscv64/arch.h b/sysdeps/linux-gnu/riscv64/arch.h
new file mode 100644
index 000..7fff0a3
--- /dev/null
+++ b/sysdeps/linux-gnu/riscv64/arch.h
@@ -0,0 +1,47 @@
+/*
+ * This file is part of ltrace.
+ * Copyright (C) 2022 Kai Zhang (laokz)
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of the
+ * License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful, but
+ * WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+ * General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA
+ * 02110-1301 USA
+ */
+
+#ifndef LTRACE_RISCV64_ARCH_H
+#define LTRACE_RISCV64_ARCH_H
+
+#include 
+
+#define ARCH_ENDIAN_LITTLE
+
+/* ebreak */
+#define BREAKPOINT_VALUE { 0x73, 0x00, 0x10, 0x00 }
+#define BREAKPOINT_LENGTH 4
+#define DECR_PC_AFTER_BREAK 0
+
+#define LT_ELFCLASSELFCLASS64
+#define LT_ELF_MACHINEEM_RISCV
+
+#define ARCH_HAVE_ADD_PLT_ENTRY
+
+#define ARCH_HAVE_ATOMIC_SINGLESTEP
+
+#define ARCH_HAVE_FETCH_ARG
+#define ARCH_HAVE_FETCH_PACK
+
+#define ARCH_HAVE_LTELF_DATA
+struct ar

Bug#1027384: rnahybrid: please enable riscv64 build

[Eric Long]

Source: rnahybrid
Version: 2.1.2-6
Severity: wishlist
Tags: ftbfs
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org

Dear maintainer(s),

rnahybrid builds successfully on my qemu-system-riscv64 machine with the
attached patch. Could you enable riscv64 in build targets (or more generally,
use "any" to let other platforms build as well)? If more help is needed, please
let me know.

Cheers,
Eric
diff --git a/debian/changelog b/debian/changelog
index 23e6cc4..1549627 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+rnahybrid (2.1.2-6.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add build target for riscv64
+
+ -- Eric Long   Sat, 31 Dec 2022 01:15:08 +0800
+
 rnahybrid (2.1.2-6) unstable; urgency=medium
 
   [ Andreas Tille ]
diff --git a/debian/control b/debian/control
index 51960db..2637f1f 100644
--- a/debian/control
+++ b/debian/control
@@ -13,7 +13,7 @@ Homepage: 
http://bibiserv.techfak.uni-bielefeld.de/rnahybrid/submission.html
 Rules-Requires-Root: no
 
 Package: rnahybrid
-Architecture: any-amd64 arm64 armhf any-i386 mips mips64el mipsel ppc64el 
s390x alpha hppa m68k powerpc powerpcspe ppc64 sh4 sparc64 x32
+Architecture: any-amd64 arm64 armhf any-i386 mips mips64el mipsel ppc64el 
s390x alpha hppa m68k powerpc powerpcspe ppc64 sh4 sparc64 x32 riscv64
 Depends: ${shlibs:Depends},
  ${misc:Depends}
 Description: Fast and effective prediction of microRNA/target duplexes

Bug#1027357: kissplice: please enable riscv64 build

[Eric Long]

Source: kissplice
Version: 2.6.2-1
Severity: wishlist
Tags: patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org

Dear maintainer(s),

kissplice builds successfully on my qemu-system-riscv64 machine with the
attached patch. Could you enable riscv64 in build targets (or more generally,
use "any" to let other platforms build as well)? If more help is needed, please
let me know.

Cheers,
Eric
diff --git a/debian/changelog b/debian/changelog
index f201e78..3427732 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+kissplice (2.6.2-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add build target for riscv64
+
+ -- Eric Long   Sat, 31 Dec 2022 00:55:20 +0800
+
 kissplice (2.6.2-1) unstable; urgency=medium
 
   * New upstream version
diff --git a/debian/control b/debian/control
index c178d0f..9a571db 100644
--- a/debian/control
+++ b/debian/control
@@ -19,7 +19,7 @@ Homepage: http://kissplice.prabi.fr/
 Rules-Requires-Root: no
 
 Package: kissplice
-Architecture: any-amd64 any-arm64 any-mips64 any-mips64el any-ia64 any-ppc64 
any-ppc64el any-sparc64
+Architecture: any-amd64 any-arm64 any-mips64 any-mips64el any-ia64 any-ppc64 
any-ppc64el any-sparc64 riscv64
 Depends: ${shlibs:Depends},
  ${misc:Depends},
  ${python3:Depends},

Bug#1026981: tiemu: FTBFS on riscv64 (REG_A0 conflict)

[Eric Long]

Source: tiemu
Version: 3.04~git20200827.f327e1c+dfsg1-2
Severity: important
Tags: ftbfs patch
Justification: fails to build from source
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: i...@hack3r.moe, debian-ri...@lists.debian.org

Dear maintainer(s),

tiemu fails to build on riscv64 due to conflict definition of REG_A0:

```
gcc -I.. -I -DPREFIX=\"/usr\" -I. -I./core -I./core/uae -I./core/ti_hw 
-I./core/ti_sw -I./core/dbg -I./sound -I./gui -I./gui/calc -I./gui/debugger 
-I./ipc/dcop -I./ipc/dbus -I./ipc/com -I./kde -I./misc -DHAVE_CONFIG_H 
-DSHARE_DIR=\"/usr/share/tiemu\" -DLOCALEDIR=\"/usr/share/locale\" -c -g -O2 
-ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wl,-z,now 
-D__LINUX__ -fvisibility=hidden -DGTK_DISABLE_DEPRECATED -DDEBUGGER -DNO_GDB 
-I/usr/include/tilp2 -I/usr/include/glib-2.0 
-I/usr/lib/riscv64-linux-gnu/glib-2.0/include  -I/usr/include/tilp2 
-I/usr/include/glib-2.0 -I/usr/lib/riscv64-linux-gnu/glib-2.0/include 
-I/usr/include/libusb-1.0  -I/usr/include/tilp2 -I/usr/include/glib-2.0 
-I/usr/lib/riscv64-linux-gnu/glib-2.0/include  -I/usr/include/tilp2 
-I/usr/include/glib-2.0 -I/usr/lib/riscv64-linux-gnu/glib-2.0/include 
-I/usr/include/libusb-1.0  -I/usr/include/glib-2.0 
-I/usr/lib/riscv64-linux-gnu/glib-2.0/include  -I/usr/include/gtk-2.0 
-I/usr/lib/riscv64-linux-gnu/gtk-2.0/include -I/usr/include/pango-1.0 
-I/usr/include/glib-2.0 -I/usr/lib/riscv64-linux-gnu/glib-2.0/include 
-I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/libpng16 
-I/usr/include/libmount -I/usr/include/blkid -I/usr/include/fribidi 
-I/usr/include/uuid -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/riscv64-linux-gnu 
-I/usr/include/atk-1.0 -pthread  -I/usr/include/libglade-2.0 
-I/usr/include/gtk-2.0 -I/usr/lib/riscv64-linux-gnu/gtk-2.0/include 
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0 
-I/usr/lib/riscv64-linux-gnu/glib-2.0/include -I/usr/include/harfbuzz 
-I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/libmount 
-I/usr/include/blkid -I/usr/include/fribidi -I/usr/include/uuid 
-I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0 
-I/usr/include/riscv64-linux-gnu -I/usr/include/atk-1.0 -pthread 
-I/usr/include/libxml2  -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT  
core/engine.c -o core/engine.o
In file included from /usr/include/signal.h:316,
 from /usr/include/glib-2.0/glib/gbacktrace.h:38,
 from /usr/include/glib-2.0/glib.h:36,
 from core/engine.c:35:
./core/ti_sw/registers.h:36:5: error: expected identifier before numeric 
constant
   36 | REG_A0, REG_A1, REG_A2, REG_A3,
  | ^~
make[3]: *** [Makefile:300: core/engine.o] Error 1
```

By default REG_A0 is present on RISC-V environment. I've included a patch that
undefines REG_A0 before enum declaration, fixing FTBFS. If more help is needed,
please let me know.

Cheers,
Eric
--- a/src/core/ti_sw/registers.h
+++ b/src/core/ti_sw/registers.h
@@ -32,6 +32,10 @@
 REG_D4, REG_D5, REG_D6, REG_D7,
 } Ti68kDataRegister;
 
+#ifdef __riscv
+#undef REG_A0
+#endif
+
 typedef enum {
 REG_A0, REG_A1, REG_A2, REG_A3,
 REG_A4, REG_A5, REG_A6, REG_A7,

Bug#1026938: i2pd: FTBFS on riscv64 (undefined reference to `__atomic_exchange_1')

[Eric Long]

Source: i2pd
Version: 2.43.0-1
Severity: serious
Tags: ftbfs patch upstream
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe

Dear maintainer(s),

i2pd failed to build on riscv64 due to not linking to libatomic:

```
[100%] Linking CXX executable i2pd
/usr/bin/cmake -E cmake_link_script CMakeFiles/i2pd.dir/link.txt --verbose=1
/usr/bin/c++ -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -pedantic -O3 
-Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wextra -Winvalid-pch 
-Wno-unused-parameter -std=c++17 -pipe -fPIC -Wl,-z,relro -Wl,-z,now 
"CMakeFiles/i2pd.dir/<>/daemon/Daemon.cpp.o" 
"CMakeFiles/i2pd.dir/<>/daemon/HTTPServer.cpp.o" 
"CMakeFiles/i2pd.dir/<>/daemon/I2PControl.cpp.o" 
"CMakeFiles/i2pd.dir/<>/daemon/i2pd.cpp.o" 
"CMakeFiles/i2pd.dir/<>/daemon/UPnP.cpp.o" 
"CMakeFiles/i2pd.dir/<>/daemon/UnixDaemon.cpp.o" -o i2pd  
libi2pd.a libi2pdclient.a libi2pdlang.a 
/usr/lib/riscv64-linux-gnu/libboost_system.so.1.74.0 
/usr/lib/riscv64-linux-gnu/libboost_filesystem.so.1.74.0 
/usr/lib/riscv64-linux-gnu/libboost_program_options.so.1.74.0 
/usr/lib/riscv64-linux-gnu/libboost_date_time.so.1.74.0 
/usr/lib/riscv64-linux-gnu/libssl.so /usr/lib/riscv64-linux-gnu/libcrypto.so 
/usr/lib/riscv64-linux-gnu/libminiupnpc.so /usr/lib/riscv64-linux-gnu/libz.so 
/usr/bin/ld: libi2pdclient.a(HTTPProxy.cpp.o): in function 
`std::__exception_ptr::exception_ptr::~exception_ptr()':
/usr/include/c++/12/bits/exception_ptr.h:200: undefined reference to 
`__atomic_exchange_1'
/usr/bin/ld: libi2pdclient.a(HTTPProxy.cpp.o): in function 
`std::__new_allocator::deallocate(char*, unsigned long)':
/usr/include/c++/12/bits/new_allocator.h:158: undefined reference to 
`__atomic_exchange_1'
/usr/bin/ld: libi2pdclient.a(I2PService.cpp.o): in function 
`i2p::client::TCPIPPipe::Terminate()':
./obj-riscv64-linux-gnu/./libi2pd_client/I2PService.cpp:170: undefined 
reference to `__atomic_exchange_1'
/usr/bin/ld: libi2pdclient.a(I2PService.cpp.o): in function 
`__gnu_cxx::__atomic_add_single(int*, int)':
/usr/include/c++/12/ext/atomicity.h:92: undefined reference to 
`__atomic_exchange_1'
/usr/bin/ld: libi2pdclient.a(I2PService.cpp.o): in function 
`std::__shared_count<(__gnu_cxx::_Lock_policy)1>::__shared_count(std::__shared_count<(__gnu_cxx::_Lock_policy)1>
 const&)':
/usr/include/c++/12/bits/shared_ptr_base.h:1075: undefined reference to 
`__atomic_exchange_1'
/usr/bin/ld: 
libi2pdclient.a(I2PService.cpp.o):/usr/include/c++/12/ext/atomicity.h:111: more 
undefined references to `__atomic_exchange_1' follow
collect2: error: ld returned 1 exit status
make[3]: *** [CMakeFiles/i2pd.dir/build.make:191: i2pd] Error 1
```

Full buildd log: 
https://buildd.debian.org/status/fetch.php?pkg=i2pd=riscv64=2.43.0-1=1669692730=0

I've attached a patch that replaces CheckAtomic.cmake with the newer LLVM ones.
This is also submitted upstream [1]. If more help is needed, please let me know.

Cheers,
Eric

[1]: https://github.com/PurpleI2P/i2pd/pull/1828
--- a/build/cmake_modules/CheckAtomic.cmake
+++ b/build/cmake_modules/CheckAtomic.cmake
@@ -1,18 +1,23 @@
 # atomic builtins are required for threading support.
 
 INCLUDE(CheckCXXSourceCompiles)
+INCLUDE(CheckLibraryExists)
 
 # Sometimes linking against libatomic is required for atomic ops, if
 # the platform doesn't support lock-free atomics.
 
 function(check_working_cxx_atomics varname)
   set(OLD_CMAKE_REQUIRED_FLAGS ${CMAKE_REQUIRED_FLAGS})
-  set(CMAKE_REQUIRED_FLAGS "-std=c++11")
+  set(CMAKE_REQUIRED_FLAGS "${CMAKE_REQUIRED_FLAGS} -std=c++11")
   CHECK_CXX_SOURCE_COMPILES("
 #include 
 std::atomic x;
+std::atomic y;
+std::atomic z;
 int main() {
-  return x;
+  ++z;
+  ++y;
+  return ++x;
 }
 " ${varname})
   set(CMAKE_REQUIRED_FLAGS ${OLD_CMAKE_REQUIRED_FLAGS})
@@ -27,6 +32,7 @@
 std::atomic x (0);
 int main() {
   uint64_t i = x.load(std::memory_order_relaxed);
+  (void)i;
   return 0;
 }
 " ${varname})
@@ -34,15 +40,16 @@
 endfunction(check_working_cxx_atomics64)
 
 
-# This isn't necessary on MSVC, so avoid command-line switch annoyance
-# by only running on GCC-like hosts.
-if (LLVM_COMPILER_IS_GCC_COMPATIBLE)
+# Check for (non-64-bit) atomic operations.
+if(MSVC)
+  set(HAVE_CXX_ATOMICS_WITHOUT_LIB True)
+else()
   # First check if atomics work without the library.
   check_working_cxx_atomics(HAVE_CXX_ATOMICS_WITHOUT_LIB)
   # If not, check if the library exists, and atomics work with it.
   if(NOT HAVE_CXX_ATOMICS_WITHOUT_LIB)
 check_library_exists(atomic __atomic_fetch_add_4 "" HAVE_LIBATOMIC)
-if( HAVE_LIBATOMIC )
+if(HAVE_LIBATOMIC)
   list(APPEND CMAKE_REQUIRED_LIBRARIES "atomic")
   check_working_cxx_atomics(HAVE_CXX_ATOMICS_WITH_LIB)
   if (NOT HAVE_CXX_ATOMICS_WITH_LIB)
@@ -58,21 +65,34 @@
 if(

Bug#1026891: mpv fails to start: undefined symbol: ass_track_set_feature

[Eric]

Package: mpv
Version: 0.35.0-4
Severity: grave
Justification: renders package unusable



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

Kernel: Linux 6.0.0-6-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.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 mpv depends on:
ii  libarchive13  3.6.0-1
ii  libasound21.2.8-1
ii  libass9   2:0.14.0-dmo2
ii  libavcodec59  7:5.1.2-1
ii  libavdevice59 7:5.1.2-1
ii  libavfilter8  7:5.1.2-1
ii  libavformat59 7:5.1.2-1
ii  libavutil57   7:5.1.2-1
ii  libbluray22:1.2.0-dmo1
ii  libc6 2.36-6
ii  libcaca0  0.99.beta20-3
ii  libcdio-cdda2 10.2+2.0.1-dmo1
ii  libcdio-paranoia2 10.2+2.0.1-dmo1
ii  libcdio19 1:2.1.0-dmo1
ii  libdrm2   2.4.114-1
ii  libdvdnav46.1.1-1
ii  libegl1   1.5.0-1
ii  libgbm1   22.3.1-1
ii  libjack-jackd2-0 [libjack-0.125]  1.9.21~dfsg-1
ii  libjpeg62-turbo   1:2.1.2-1+b1
ii  liblcms2-22.13.1-1+b1
ii  liblua5.2-0   5.2.4-3
ii  libmujs2  1.3.2-1
ii  libpipewire-0.3-0 0.3.63-1
ii  libplacebo208 4.208.0-3
ii  libpulse0 16.1+dfsg1-2+b1
ii  librubberband23.1.2+dfsg0-1
ii  libsdl2-2.0-0 2.26.1+dfsg-1
ii  libsixel1 1.10.3-3
ii  libswresample47:5.1.2-1
ii  libswscale6   7:5.1.2-1
ii  libuchardet0  0.0.7-1
ii  libva-drm22.16.0-1
ii  libva-wayland22.16.0-1
ii  libva-x11-2   2.16.0-1
ii  libva22.16.0-1
ii  libvdpau1 1.5-1
ii  libvulkan11.3.231.1-1
ii  libwayland-client01.21.0-1
ii  libwayland-cursor01.21.0-1
ii  libwayland-egl1   1.21.0-1
ii  libx11-6  2:1.8.1-2
ii  libxext6  2:1.3.4-1+b1
ii  libxinerama1  2:1.1.4-3
ii  libxkbcommon0 1.4.1-1
ii  libxpresent1  1.0.0-2+b10
ii  libxrandr22:1.5.2-2+b1
ii  libxss1   1:1.2.3-1
ii  libxv12:1.0.11-1.1
ii  libzimg2  1:2.9.3-dmo1
ii  zlib1g1:1.2.13.dfsg-1

Versions of packages mpv recommends:
ii  xdg-utils  1.1.3-4.1
ii  yt-dlp 2022.11.11-1

Versions of packages mpv suggests:
pn  libcuda1  

-- no debconf information

Bug#1026439: xtide: FTBFS on riscv64 (invalid conversion from ‘char**’ to ‘const char**’)

[Eric Long]

retitle -1 xtide: FTBFS (invalid conversion from ‘char**’ to 
‘const char**’)

severity -1 serious
thanks

On Tue, 20 Dec 2022 08:55:53 + Eric Long  wrote:
> Source: xtide
> Version: 2.15.2-1.1
> Severity: important
> Tags: ftbfs patch
> Justification: fails to build from source (but built successfully in 
the past)

> X-Debbugs-Cc: i...@hack3r.moe
>
> Dear maintainer(s),
>
> xtide failed to build on riscv64 due to invalid conversion:
>
> ```
> xxLocationList.cc: In member function ‘void 
xxLocationList::listChanged()’:
> xxLocationList.cc:90:34: error: invalid conversion from ‘char**’ 
to ‘const char**’ [-fpermissive]

>90 |   XawListChange (list->widget(), stringList, 0, 0, 1);
>   |  ^~
>   |  |
>   |  char**
> In file included from xtide.hh:45,
>  from xxLocationList.cc:21:
> /usr/include/X11/Xaw/List.h:170:27: note:   initializing argument 2 
of ‘void XawListChange(Widget, const char**, int, int, Boolean)’

>   170 |  _Xconst char   **list,
>   |   ^
> make[2]: *** [Makefile:1136: xxLocationList.o] Error 1
> ```
>
> Full buildd log: 
https://buildd.debian.org/status/fetch.php?pkg=xtide=riscv64=2.15.2-1.1%2Bb1=1671253782=0

>
> This can be fixed by explicitly converting types on riscv64, for 
which I've

> included a patch. If more help is needed, please let me know.
>
> Cheers,
> Eric

It also failed building on amd64, and potentially other platforms. I've 
removed "riscv64" from title and set severity to serious, and the newly 
attached patch can be applied to all platforms.


Cheers,
Eric


--- a/xxLocationList.cc
+++ b/xxLocationList.cc
@@ -87,7 +87,7 @@
 
 
 void xxLocationList::listChanged() {
-  XawListChange (list->widget(), stringList, 0, 0, 1);
+  XawListChange (list->widget(), (const char**)stringList, 0, 0, 1);
 }
 

Bug#997224: btag: FTBFS: InteractiveTagger.cpp:201:34: error: ‘bool TagLib::String::isNull() const’ is deprecated [-Werror=deprecated-declarations]

[Eric Long]

tag -1 patch thanks

Also, it seemed that zlib is missing from building dependencies in my 
sbuild chroot:


```
[ 46%] Linking CXX executable btag
/usr/bin/cmake -E cmake_link_script CMakeFiles/btag.dir/link.txt 
--verbose=1
/usr/bin/c++ -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -Wall -Werror -Wl,-z,relro -Wl,-z,now -rdynamic 
CMakeFiles/btag.dir/src/BasicStringFilter.cpp.o 
CMakeFiles/btag.dir/src/ConfirmationHandler.cpp.o 
CMakeFiles/btag.dir/src/EnglishTitleLocalizationHandler.cpp.o 
CMakeFiles/btag.dir/src/InteractiveTagger.cpp.o 
CMakeFiles/btag.dir/src/main.cpp.o 
CMakeFiles/btag.dir/src/RenamingFilter.cpp.o 
CMakeFiles/btag.dir/src/SimpleCapitalizationFilter.cpp.o 
CMakeFiles/btag.dir/src/SpanishTitleLocalizationHandler.cpp.o 
CMakeFiles/btag.dir/src/StandardConsole.cpp.o 
CMakeFiles/btag.dir/src/TitleCapitalizationFilter.cpp.o 
CMakeFiles/btag.dir/src/TitleLocalizationHandler.cpp.o -o btag 
/usr/lib/riscv64-linux-gnu/libboost_filesystem.so.1.74.0 
/usr/lib/riscv64-linux-gnu/libboost_system.so.1.74.0 -ltag -lz

/usr/bin/ld: cannot find -lz: No such file or directory
collect2: error: ld returned 1 exit status
make[3]: *** [CMakeFiles/btag.dir/build.make:262: btag] Error 1
```

By adding `zlib1g-dev` to Build-Depends in d/control, this is fixed.

Cheers,
Eric

Bug#997224: btag: FTBFS: InteractiveTagger.cpp:201:34: error: ‘bool TagLib::String::isNull() const’ is deprecated [-Werror=deprecated-declarations]

[Eric Long]

Source: btag
Version: 1.1.3-1
Followup-For: Bug #997224
X-Debbugs-Cc: i...@hack3r.moe

tag -1 patch thanks

Hello,

Attached is a patch that replaces deprecated methods and variables according to
TagLib official docs [1]. It fixes FTBFS and it should work well too.

If more help is needed, please let me know.

Cheers,
Eric

[1]: https://taglib.org/api/classTagLib_1_1String.html
--- a/src/InteractiveTagger.cpp
+++ b/src/InteractiveTagger.cpp
@@ -198,7 +198,7 @@
 
 // Ask for the artist
 artist_confirmation.reset();
-if (!f.tag()->artist().isNull())
+if (!f.tag()->artist().isEmpty())
 
artist_confirmation.set_local_default(m_input_filter->filter(f.tag()->artist().toWString()));
 artist_confirmation.ask(L"Artist:");
 while (!artist_confirmation.complies())
@@ -207,7 +207,7 @@
 
 // Ask for the album
 album_confirmation.reset();
-if (!f.tag()->album().isNull())
+if (!f.tag()->album().isEmpty())
 
album_confirmation.set_local_default(m_input_filter->filter(f.tag()->album().toWString()));
 album_confirmation.ask(L"Album:");
 while (!album_confirmation.complies())
@@ -236,7 +236,7 @@
 // Ask for the song title
 ConfirmationHandler title_confirmation(*m_terminal, m_input_filter, 
m_output_filter);
 title_confirmation.reset();
-if (!f.tag()->title().isNull())
+if (!f.tag()->title().isEmpty())
 
title_confirmation.set_local_default(m_input_filter->filter(f.tag()->title().toWString()));
 title_confirmation.ask(L"Title:");
 while (!title_confirmation.complies())
@@ -244,8 +244,8 @@
 f.tag()->setTitle(title_confirmation.answer());
 
 // Reset the comment and genre fields
-f.tag()->setComment(TagLib::String::null);
-f.tag()->setGenre(TagLib::String::null);
+f.tag()->setComment(TagLib::String());
+f.tag()->setGenre(TagLib::String());
 
 // Add it to the list of unsaved files
 m_unsaved_files.push_back(f);

Bug#1026803: chiaki: FTBFS (ModuleNotFoundError: No module named 'pkg_resources')

[Eric Long]

Source: chiaki
Version: 2.1.0-1.1
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: i...@hack3r.moe

Dear maintainer(s),

chiaki failed to build due to Python module `pkg_resources` not found:

```
[  4%] Generating takion.pb.c, takion.pb.h
cd /<>/obj-riscv64-linux-gnu/lib/protobuf && /usr/bin/python3 
/usr/bin/nanopb_generator.py 
/<>/obj-riscv64-linux-gnu/lib/protobuf/takion.pb
Traceback (most recent call last):
  File "/usr/bin/nanopb_generator.py", line 53, in 
import proto
  File "/usr/lib/python3/dist-packages/proto/__init__.py", line 10, in 
import pkg_resources
ModuleNotFoundError: No module named 'pkg_resources'
make[3]: *** [lib/protobuf/CMakeFiles/chiaki-pb.dir/build.make:77: 
lib/protobuf/takion.pb.c] Error 1
make[3]: Leaving directory '/<>/obj-riscv64-linux-gnu'
make[2]: *** [CMakeFiles/Makefile2:199: 
lib/protobuf/CMakeFiles/chiaki-pb.dir/all] Error 2
make[2]: *** Waiting for unfinished jobs
```

Full buildd log: 
https://buildd.debian.org/status/fetch.php?pkg=chiaki=riscv64=2.1.0-1.1%2Bb3=167159=0

I've included a patch that adds python3-setuptools to d/control, fixing FTBFS.
If more help is needed, please let me know.

Cheers,
Eric
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@
 Section: utils
 Priority: optional
 Maintainer: Bartosz Fenski 
-Build-Depends: debhelper-compat (= 13), cmake, pkg-config, libopus-dev, 
qtmultimedia5-dev, libqt5svg5-dev, libsdl2-dev, libavcodec-dev, libswscale-dev, 
libjerasure-dev, libnanopb-dev, libssl-dev, protobuf-compiler, 
python3-protobuf, libevdev-dev, libudev-dev, libqt5opengl5-dev, python3-dev, 
libgl1-mesa-dev, imagemagick, librsvg2-bin, libpthread-stubs0-dev, 
libpthreadpool-dev, nanopb
+Build-Depends: debhelper-compat (= 13), cmake, pkg-config, libopus-dev, 
qtmultimedia5-dev, libqt5svg5-dev, libsdl2-dev, libavcodec-dev, libswscale-dev, 
libjerasure-dev, libnanopb-dev, libssl-dev, protobuf-compiler, 
python3-protobuf, libevdev-dev, libudev-dev, libqt5opengl5-dev, python3-dev, 
libgl1-mesa-dev, imagemagick, librsvg2-bin, libpthread-stubs0-dev, 
libpthreadpool-dev, nanopb, python3-setuptools
 Standards-Version: 4.5.1
 Homepage: https://git.sr.ht/~thestr4ng3r/chiaki
 Rules-Requires-Root: no