Bug#1085354: closed by Debian FTP Masters (reply to Andrea Pappacoda ) (Bug#1085354: fixed in mbedtls 3.6.2-2)

2024-11-06 Thread Christian Marillat
On 06 nov. 2024 14:39, Adrian Bunk  wrote:

> Control: reopen -1
>
> On Wed, Nov 06, 2024 at 12:21:04PM +, Debian Bug Tracking System wrote:
>>...
>>  mbedtls (3.6.2-2) unstable; urgency=medium
>>  .
>>* d/patches: fix builds with GCC 14.
>>...
>
> That didn't work:
> https://buildd.debian.org/status/package.php?p=mbedtls&suite=sid

I'm sorry but I didn't test the proposed patch.

Christian



Bug#1085074: distcc: Please backport pump patch github PR #479

2024-10-17 Thread Christian Marillat
1085074 tags + fixed pending
Thanks

On 14 oct. 2024 12:25, YunQiang Su  wrote:

> Package: src:distcc
> Version: 3.4+really3.4-5
>
> It fixes a problem when use PUMP mode.
> https://github.com/distcc/distcc/pull/479

Fixed.

Christian



Bug#1084136: RM: scrape-schema-recipe -- ROM; Unused and unmaitained upstream

2024-10-05 Thread Christian Marillat
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove

Hi

Please remove the scrape-schema-recipe source.

The python3-scrape-schema-recipe package is unused, dead upstream and
supersedes by python-recipe-scrapers package maintained by me.

Christian



Bug#1082495: libllvm19:i386: trying to overwrite shared '/usr/lib/llvm-19/lib/libLLVM.so.19.1

2024-09-20 Thread Christian Marillat
Package: libllvm19
Version: 1:19.1.0-3
Severity: serious

Dear Maintainer,

I can't install libllvm19:i386 with libllvm19:amd64

,
| Preparing to unpack .../libllvm19_1%3a19.1.0-3_i386.deb ...
| Unpacking libllvm19:i386 (1:19.1.0-3) ...
| dpkg: error processing archive 
/var/cache/apt/archives/libllvm19_1%3a19.1.0-3_i386.deb (--unpack):
|  trying to overwrite shared '/usr/lib/llvm-19/lib/libLLVM.so.19.1', which is 
different from other instances of package libllvm19:i386
| Errors were encountered while processing:
|  /var/cache/apt/archives/libllvm19_1%3a19.1.0-3_i386.deb
`

Christian

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

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



Bug#1081533: arm64: symbol lookup error: undefined symbol: gnutls_free

2024-09-12 Thread Christian Marillat
reassign 1081533 curl
thanks

On 12 sept. 2024 18:36, serfreeman1337 <2ygatt...@mozmail.com> wrote:

> Package: qbittorrent-nox
> Version: 4.6.6-1
> Severity: normal
> X-Debbugs-Cc: 2ygatt...@mozmail.com
>
> After upgrading curl package to the 8.10.0-1 version qbittorrent-nox fails to 
> start:
>
> /usr/bin/qbittorrent-nox: symbol lookup error:
> /lib/aarch64-linux-gnu/libcurl-gnutls.so.4: undefined symbol:
> gnutls_free

Then reassigned to curl.

Christian



Bug#1079558: HDRI16 is not the default: Magick++.pc

2024-08-30 Thread Christian Marillat
On 30 août 2024 12:45, Bastien Roucariès  wrote:


[...]

>> >> Yes, as Magick++-7.Q16HDRI isn't the expected name.
>> >
>> > Does renaming to  Magick++-7Q16HDRI.pc fix it ?
>> 
>> No at all. meson expects a Magick++.pc
>
> Yes but this is shipped by the Q16 package 
>
> Does installing libmagick++-dev that should install the correct default fix 
> it ?
>
> If so the bug lie in meson that want to have HDRI version.

No, because upstream doesn't provides .pc file to search for hdri libraries.

"Magick++-7.Q16HDRI"  is specific to Debian and can't be used in other
distributions.

Christian
 



Bug#1079558: HDRI16 is not the default: Magick++.pc

2024-08-30 Thread Christian Marillat
On 30 août 2024 12:39, Bastien Roucariès  wrote:

> Le vendredi 30 août 2024, 12:33:31 UTC Christian Marillat a écrit :
>> On 30 août 2024 12:23, Bastien Roucariès  wrote:
>> 
>> > Le vendredi 30 août 2024, 12:12:43 UTC Christian Marillat a écrit :
>> >> On 30 août 2024 09:33, Bastien Roucariès  wrote:
>> >>
>> >> [...]
>> >> 
>> >> > pkgconf with the HDRI name coded in it should work
>> >> > pkgconf --libs Magick++-7.Q16HDRI
>> >> 
>> >> But as I'm saying before Magick++-7.Q16HDRI isn't a standard pkgconf name.
>> >
>> > What do you means by a standard name ? Does it generate error ?
>> 
>> Yes, as Magick++-7.Q16HDRI isn't the expected name.
>
> Does renaming to  Magick++-7Q16HDRI.pc fix it ?

No at all. meson expects a Magick++.pc

Christian



Bug#1079558: HDRI16 is not the default: Magick++.pc

2024-08-30 Thread Christian Marillat
On 30 août 2024 12:23, Bastien Roucariès  wrote:

> Le vendredi 30 août 2024, 12:12:43 UTC Christian Marillat a écrit :
>> On 30 août 2024 09:33, Bastien Roucariès  wrote:
>>
>> [...]
>> 
>> > pkgconf with the HDRI name coded in it should work
>> > pkgconf --libs Magick++-7.Q16HDRI
>> 
>> But as I'm saying before Magick++-7.Q16HDRI isn't a standard pkgconf name.
>
> What do you means by a standard name ? Does it generate error ?

Yes, as Magick++-7.Q16HDRI isn't the expected name.

,
| Called: `/usr/bin/pkg-config --modversion Magick++` -> 1
| stderr:
| Package Magick++ was not found in the pkg-config search path.
| Perhaps you should add the directory containing `Magick++.pc'
| to the PKG_CONFIG_PATH environment variable
| Package 'Magick++', required by 'virtual:world', not found
| ---
| CMake binary for host machine is not cached
| CMake binary missing from cross or native file, or env var undefined.
| Trying a default CMake fallback at cmake
| Did not find CMake 'cmake'
| Found CMake: NO
| Dependency lookup for Magick++ with method 'cmake' failed: CMake binary for 
machine host machine not found. Giving up.
| Run-time dependency magick++ found: NO (tried pkgconfig)
| 
| ../meson.build:19:2: ERROR: Dependency "Magick++" not found, tried pkgconfig
`


Christian



Bug#1079558: HDRI16 is not the default: Magick++.pc

2024-08-30 Thread Christian Marillat
On 30 août 2024 09:33, Bastien Roucariès  wrote:


[...]

> pkgconf with the HDRI name coded in it should work
> pkgconf --libs Magick++-7.Q16HDRI

But as I'm saying before Magick++-7.Q16HDRI isn't a standard pkgconf name.

> BTW for slow FPU HDRI is not a goog idea and I believe the Q16 integer
> version except some exception (like astronomy package) is better
> suited for debian

Then why we have HDRI packages ?

For now, we don't have any reverse dependencies for all hdri
imagemagick 6 packages.

Maybe a good idea to remove these packages with imagemagick 7.

,
| $ apt-cache rdepends libmagick++-6.q16hdri-9t64 
libmagickcore-6.q16hdri-7-extra libmagickcore-6.q16hdri-7t64 
libmagickwand-6.q16hdri-7t64 
| libmagick++-6.q16hdri-9t64
| Reverse Depends:
|   libmagick++-6.q16hdri-dev
| libmagickcore-6.q16hdri-7-extra
| Reverse Depends:
|   libmagickcore-6.q16hdri-dev
|   libmagickwand-6.q16hdri-dev
|   imagemagick-6.q16hdri
|   libmagickcore-6.q16hdri-7t64
| libmagickcore-6.q16hdri-7t64
| Reverse Depends:
|   libmagickwand-6.q16hdri-7t64
|   libmagickcore-6.q16hdri-7-extra
|   libmagickcore-6.q16hdri-dev
|   libmagickcore-6.q16hdri-7-extra
|   imagemagick-6.q16hdri
|   libmagick++-6.q16hdri-9t64
|   libimage-magick-q16hdri-perl
| libmagickwand-6.q16hdri-7t64
| Reverse Depends:
|   imagemagick-6.q16hdri
|   libmagickwand-6.q16hdri-dev
|   libmagickcore-6.q16hdri-7-extra
|   libmagick++-6.q16hdri-9t64
`

Christian



Bug#1079558: HDRI16 is not the default: Magick++.pc

2024-08-30 Thread Christian Marillat
On 30 août 2024 08:23, Bastien Roucariès  wrote:

> control: tags -1 + moreinfo
>
> Hi,
>
> Magick++.pc is the name of the default config that is shipped by the Q16 
> version.
>
> I would like to avoid conflict with Q16 package so for me it will be
> won't fix, except if you could propose a patch for alternative system
> but I really dislike for build to use alternative system.

Then tell me how to build a source with HDRI in Debian using pkgconf ?

Christian



Bug#1079558: libmagick++-7.q16hdri-dev: Missing Magick++.pc file

2024-08-24 Thread Christian Marillat
Package: libmagick++-7.q16hdri-dev
Version: 8:7.1.1.33+dfsg1-2
Severity: normal

Dear Maintainer,

This package should have a Magick++.pc file

,
| $ pkgconf --libs Magick++
| Package Magick++ was not found in the pkg-config search path.
| Perhaps you should add the directory containing `Magick++.pc'
| to the PKG_CONFIG_PATH environment variable
| Package 'Magick++', required by 'virtual:world', not found
`

Christian

-- Package-specific info:
ImageMagick program version
---

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

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

Versions of packages libmagick++-7.q16hdri-dev depends on:
ii  dpkg 1.22.11
ii  libmagick++-7-headers8:7.1.1.33+dfsg1-2
ii  libmagick++-7.q16hdri-5  8:7.1.1.33+dfsg1-2
ii  libmagickcore-7.q16hdri-dev  8:7.1.1.33+dfsg1-2
ii  libmagickwand-7.q16hdri-dev  8:7.1.1.33+dfsg1-2
ii  pkgconf  1.8.1-3

libmagick++-7.q16hdri-dev recommends no packages.

libmagick++-7.q16hdri-dev suggests no packages.

-- no debconf information



Bug#1078952: [Pkg-kde-extras] Bug#1078952: digikam: Bad idea to build with Kf6

2024-08-18 Thread Christian Marillat
On 18 août 2024 12:10, Hefee  wrote:

> Hey,
>
> KF5 and KF6 packages are coinstallable! Me having plasma6 and dolphin, 
> konsole 
> installed from experimental (KF6 based) but all other apps are KF5 based. For 
> me the upgrade of digikam didn't removed any other app.

Here you are talking about experimental but I'm using unstable.

For now digikam is uninstallable in unstable.

Christian



Bug#1078952: digikam: Bad idea to build with Kf6

2024-08-18 Thread Christian Marillat
Package: digikam
Version: 4:8.4.0-3
Severity: important

Dear Maintainer,

When I try to install digikam all kf5 packages are removed and
important applications like k3b, jinit, kamil, kio etc.

,
| O upgraded, 171 newly installed, 168 to remove and 0 not upgraded
`

I think the best is to wait to have all main packages switched to Qt6/Kf6

Maybe the conflicts/break against kf5 packages isn't necessary ?

KDE team should be able to do an answer.

Christian


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

Kernel: Linux 6.10.5-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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 digikam depends on:
ii  digikam-data4:8.3.0-2
ii  digikam-private-libs4:8.3.0-2+b1
ii  libc6   2.39-7
ii  libgcc-s1   14.2.0-2
ii  libkf5configcore5   5.115.0-2
ii  libkf5coreaddons5   5.115.0-2
ii  libkf5i18n5 5.115.1-2+b1
ii  libmagick++-6.q16-9t64  8:6.9.13.12+dfsg1-1
ii  libqt5core5t64  5.15.13+dfsg-4
ii  libqt5gui5t64   5.15.13+dfsg-4
ii  libqt5sql5-mysql5.15.13+dfsg-4
ii  libqt5sql5-sqlite   5.15.13+dfsg-4
ii  libqt5sql5t64   5.15.13+dfsg-4
ii  libqt5widgets5t64   5.15.13+dfsg-4
ii  libstdc++6  14.2.0-2
ii  perl5.38.2-5

Versions of packages digikam recommends:
pn  ffmpegthumbs
ii  firefox [www-browser]   129.0.1-1
ii  google-chrome-stable [www-browser]  127.0.6533.119-1
ii  lynx [www-browser]  2.9.2-1
ii  w3m [www-browser]   0.5.3+git20230121-2+b3

Versions of packages digikam suggests:
ii  breeze-icon-theme  4:5.115.0-2
pn  digikam-doc
pn  systemsettings 

-- no debconf information



Bug#1077227: libcwiid1: Unintentionally libcwiid1t64 --> libcwiid1 changes ?

2024-07-26 Thread Christian Marillat
Package: libcwiid1
Version: 0.6.91-8
Severity: serious

Dear Maintainer,

Would be nice why the libcwiid1t64 has been renamed to libcwiid1
whithouht a soname change.

Do you have forgot to include changes done for the time_t transition ?

,
| cwiid (0.6.91-7.1) unstable; urgency=medium
| 
|   * Non-maintainer upload.
|   * Rename libraries for 64-bit time_t transition.  Closes: #1061995
| 
|  -- Michael Hudson-Doyle   Tue, 27 Feb 2024 23:25:09 
+
`

Christian

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

Kernel: Linux 6.9.11-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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 libcwiid1 depends on:
ii  libbluetooth3  5.73-1
ii  libc6  2.39-6

libcwiid1 recommends no packages.

libcwiid1 suggests no packages.

-- no debconf information



Bug#1074370: marked as done (ffmpeg: Fails to build on armel & armhf)

2024-07-26 Thread Christian Marillat
reopen 1074370
thanks

On 26 juil. 2024 18:27, "Debian Bug Tracking System"  
wrote:

>ffmpeg is building now.
>
>I guess this bug is a duplicate of the now fixed 
>https://bugs.debian.org/1076067
>
>https://buildd.debian.org/status/package.php?p=ffmpeg

This bug isn't fixed.

7:6.1.1-5 has been rebuild with ASM optimizations disabled on armel and
armhf

https://metadata.ftp-master.debian.org/changelogs//main/f/ffmpeg/ffmpeg_6.1.1-5_changelog

Christian



Bug#1076381: librav1e0.7: trying to overwrite librav1e.so.0.7.1', which is also in package librav1e0:amd64 0.7.1-2

2024-07-15 Thread Christian Marillat
Package: librav1e0.7
Version: 0.7.1-3+b1
Severity: serious

Dear Maintainer,

I see this error :

,
| Unpacking librav1e0.7:amd64 (0.7.1-3+b1) ...
| dpkg: error processing archive 
/var/cache/apt/archives/librav1e0.7_0.7.1-3+b1_amd64.deb (--unpack):
|  trying to overwrite '/usr/lib/x86_64-linux-gnu/librav1e.so.0.7.1', which is 
also in package librav1e0:amd64 0.7.1-2
| Preparing to unpack .../librav1e-dev_0.7.1-3+b1_amd64.deb ...
| Unpacking librav1e-dev:amd64 (0.7.1-3+b1) over (0.7.1-2) ...
| Errors were encountered while processing:
|  /var/cache/apt/archives/librav1e0.7_0.7.1-3+b1_amd64.deb
| E: Sub-process /usr/bin/dpkg returned an error code (1)
`


Christian

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

Kernel: Linux 6.9.9-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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 librav1e0.7 depends on:
ii  libc6  2.38-14
ii  libgcc-s1  14.1.0-4

librav1e0.7 recommends no packages.

librav1e0.7 suggests no packages.



Bug#1076008: qemu-system-ppc: Missing NIC ?

2024-07-09 Thread Christian Marillat
On 09 juil. 2024 15:25, Michael Tokarev  wrote:

> 09.07.2024 15:23, Christian Marillat wrote:
>> On 09 juil. 2024 13:18, Michael Tokarev  wrote:
>> [...]
>> 
>>>>> I don't know what "NIC support is missing" means.  Qemu can't be built
>>>>> without support for networking.  The -nic option is obsolete for a long
>>>>> time, that's true, but it works still.
>>>> Missing network card support.
>>>
>>> You gave no additional information here.  I already read the same in your
>>> first email, and I can't understand it.  I also wrote back that the above
>>> command parameters works just fine on my system with qemu 9.0.0+ds-1.
>>> There's no need for this ping-pong, - if you want the issue to be fixed,
>>> you have to provide the information requested, instead of repeating the
>>> same information as before.
>> I expect to see the same output with 1:8.2.5+ds-2 when qemu 9 return
>> nothing.
>
> I'll keep this bug report hanging there for now, requesting for more info
> about the original issue.  Unless such info will be available, I'll just
> close it so it doesn't dusturb my work, - because in the way it now is,
> it's useless.

Last time I'll report a bug against qemu. It's a shame.

ristian



Bug#1076008: qemu-system-ppc: Missing NIC ?

2024-07-09 Thread Christian Marillat
On 09 juil. 2024 13:37, Michael Tokarev  wrote:

> 09.07.2024 13:18, Michael Tokarev wrote:
> ..>> -net nic,model=help should display a list of available network devices.
>> If you want this to happen, I suggest you to open bug report in the
>> upstream qemu issue tracker.  I definitely wont add debian-specific
>> code to display help for an obsolete option in qemu.
>> 
>>> All these command line options come from the manpage.
>> No, you're wrong: -net nic,model=help is not documented in the
>> manpage.
>
> I stand corrected, it's me who's wrong here.  This exact command is
> documented in the manpage:
>
>  Use -net nic,model=help for a list of available devices for your target.
>
> Obviously the manpage needs correction here.  It's broken for a long time.

Not only the man page. qemu-system-ppc64 -help display -nic and -net. Al
so the same from the online documentation.

https://www.qemu.org/docs/master/system/invocation.html#hxtool-5

Christian



Bug#1076008: qemu-system-ppc: Missing NIC ?

2024-07-09 Thread Christian Marillat
On 09 juil. 2024 13:18, Michael Tokarev  wrote:

[...]

>>> I don't know what "NIC support is missing" means.  Qemu can't be built
>>> without support for networking.  The -nic option is obsolete for a long
>>> time, that's true, but it works still.
>> Missing network card support.
>
> You gave no additional information here.  I already read the same in your
> first email, and I can't understand it.  I also wrote back that the above
> command parameters works just fine on my system with qemu 9.0.0+ds-1.
> There's no need for this ping-pong, - if you want the issue to be fixed,
> you have to provide the information requested, instead of repeating the
> same information as before.

I expect to see the same output with 1:8.2.5+ds-2 when qemu 9 return
nothing.

,
| $ qemu-system-ppc64 -net nic,model=help
| Available NIC models:
| e1000
| e1000-82544gc
| e1000-82545em
| e1000e
| i82550
| i82551
| i82557a
| i82557b
| i82557c
| i82558a
| i82558b
| i82559a
| i82559b
| i82559c
| i82559er
| i82562
| i82801
| igb
| ne2k_pci
| pcnet
| rtl8139
| sungem
| tulip
| virtio-net-pci
| virtio-net-pci-non-transitional
| virtio-net-pci-transitional
| vmxnet3
`

Christian



Bug#1076008: qemu-system-ppc: Missing NIC ?

2024-07-09 Thread Christian Marillat
On 09 juil. 2024 12:53, Michael Tokarev  wrote:

> Control: tag -1 + moreinfo unreproducible
>
> 09.07.2024 12:09, Christian Marillat wrote:
>> Package: qemu-system-ppc
>> Version: 1:9.0.1+ds-1
>> Severity: serious
>> Dear Maintainer,
>> My working configuration with 1:8.2.5+ds-2 was:
>> ,
>> | -net nic,macaddr=52:54:00:12:34:67,model=virtio -net tap
>> `
>> Now with 1:9.0.1+ds-1 qemu-system-ppc64 doesn't start.
>> Apparently NIC support is missing:
>
> I don't know what "NIC support is missing" means.  Qemu can't be built
> without support for networking.  The -nic option is obsolete for a long
> time, that's true, but it works still.

Missing network card support.

If the -nic option (and -net option) are obsolete why these options are
still documented in the manpage ? 

> The above command (with additional parameters specifying image file and
> other stuff) works for me just fine.
>
>> ,
>> | $ sudo qemu-system-ppc64 -net nic,model=help
>
> Do not run qemu as root.
>
>> | qemu-system-ppc64: warning: hub port hub0port0 has no peer
>> | qemu-system-ppc64: warning: netdev hub0port0 has no peer
>> | qemu-system-ppc64: warning: requested NIC (#net062, model help)
>> | was not created (not supported by this machine?)
>> `
>
> What do you expect here?  Is the problem you're reporting boils
> down to missing support for -net nic,model=help (for obsolete
> option -nic)?  If yes, perhaps the bug title is wrong?

-net nic,model=help should display a list of available network devices.

All these command line options come from the manpage.

Christian



Bug#1076008: qemu-system-ppc: Missing NIC ?

2024-07-09 Thread Christian Marillat
Package: qemu-system-ppc
Version: 1:9.0.1+ds-1
Severity: serious

Dear Maintainer,

My working configuration with 1:8.2.5+ds-2 was:

,
| -net nic,macaddr=52:54:00:12:34:67,model=virtio -net tap
`

Now with 1:9.0.1+ds-1 qemu-system-ppc64 doesn't start.
Apparently NIC support is missing:

,
| $ sudo qemu-system-ppc64 -net nic,model=help
| qemu-system-ppc64: warning: hub port hub0port0 has no peer
| qemu-system-ppc64: warning: netdev hub0port0 has no peer
| qemu-system-ppc64: warning: requested NIC (#net062, model help) was not 
created (not supported by this machine?)
`

Christian


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

Kernel: Linux 6.9.8-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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 qemu-system-ppc depends on:
ii  libaio1t64  0.3.113-8
ii  libbpf1 1:1.4.3-1
ii  libc6   2.38-14
ii  libcapstone44.0.2-5.1
ii  libfdt1 1.7.0-2+b1
ii  libfuse3-3  3.14.0-6
ii  libglib2.0-0t64 2.80.4-1
ii  libgmp102:6.3.0+dfsg-2+b1
ii  libgnutls30t64  3.8.6-2
ii  libhogweed6t64  3.10-1
ii  libibverbs1 52.0-2
ii  libjpeg62-turbo 1:2.1.5-3
ii  libnettle8t64   3.10-1
ii  libnuma12.0.18-1
ii  libpixman-1-0   0.42.2-1+b1
ii  libpmem11.13.1-1.1+b1
ii  libpng16-16t64  1.6.43-5
ii  librdmacm1t64   52.0-2
ii  libsasl2-2  2.1.28+dfsg1-6
ii  libseccomp2 2.5.5-1
ii  libslirp0   4.8.0-1
ii  libudev1256.2-1
ii  liburing2   2.6-1
ii  libvdeplug2t64  4.0.1-5.1
ii  libzstd11.5.6+dfsg-1
ii  qemu-system-common  1:9.0.1+ds-1
ii  qemu-system-data1:9.0.1+ds-1
ii  zlib1g  1:1.3.dfsg+really1.3.1-1

Versions of packages qemu-system-ppc recommends:
ii  ipxe-qemu   1.0.0+git-20190125.36a4c85-5.1
pn  qemu-block-extra
ii  qemu-system-gui 1:9.0.1+ds-1
ii  qemu-system-modules-opengl  1:9.0.1+ds-1
pn  qemu-system-modules-spice   
ii  qemu-utils  1:9.0.1+ds-1
ii  seabios 1.16.3-2

Versions of packages qemu-system-ppc suggests:
pn  samba  
pn  vde2   

-- no debconf information



Bug#1074472: sqlalchemy.exc.ArgumentError: expected schema argument to be a string

2024-06-29 Thread Christian Marillat
forwarded 1074472 https://github.com/GourmandRecipeManager/gourmand/issues/164
thanks

On 29 juin 2024 12:22, Picca Frédéric-Emmanuel  wrote:

> Package: gourmand
> Version: 1.1.0+really1.1.0~rc3-4
> Severity: important
> X-Debbugs-Cc: pi...@debian.org
>
> Dear Maintainer,
>
> While trying the applciation I got this instead of a working application

sqlalchemy break gourmand.

Forwarded to upstream.

Christian



Bug#1030477: libx52pro0: New upstream release 0.3.0

2024-05-12 Thread Christian Marillat
On 12 mai 2024 10:52, Petter Reinholdtsen  wrote:

> [Christian Marillat 2023-02-04]
>> This package is still maintained ?
>> 
>> The last upload has been done in 2015
>
> Apparently not.  I just orphaned it, and moved the packaging to git on
> salsa.
>
> Do you know where the new upstream is located?  The d/watch file point
> to a obsolete source.

I discovered this one but the code isn't the same.

https://nirenjan.github.io/libx52/

https://github.com/nirenjan/libx52

Christian



Bug#1068735: Trying to overwrite libpmix.so.2, which is also in package libpmix2t64:armhf

2024-04-09 Thread Christian Marillat
Package: libopenmpi3t64
Version: 4.1.6-8
Severity: serious
X-Debbugs-Cc: maril...@deb-multimedia.org

Hi,

apt-get error message :

Unpacking libopenmpi3t64:armhf (4.1.6-9) over (4.1.6-8) ...
dpkg: error processing archive 
/tmp/apt-dpkg-install-0UNMnK/4-libopenmpi3t64_4.1.6-9_armhf.deb (--unpack):
 trying to overwrite '/usr/lib/arm-linux-gnueabihf/libpmix.so.2', which is also 
in package libpmix2t64:armhf 5.0.1-4.1

Christian

-- System Information:
Debian Release: trixie/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: armhf (armv7l)

Kernel: Linux 6.1.83 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP
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)

Versions of packages libopenmpi3t64 depends on:
ii  libc6   2.37-16
ii  libevent-core-2.1-7t64  2.1.12-stable-8.1+b3
ii  libevent-pthreads-2.1-7t64  2.1.12-stable-8.1+b3
ii  libfabric1  1.17.0-3+b1
ii  libgcc-s1   14-20240330-1
ii  libhwloc-plugins2.10.0-1+b1
ii  libhwloc15  2.10.0-1+b1
ii  libibverbs1 50.0-2+b1
ii  libnl-3-200 3.7.0-0.3
ii  libstdc++6  14-20240330-1
ii  zlib1g  1:1.3.dfsg-3.1

libopenmpi3t64 recommends no packages.

libopenmpi3t64 suggests no packages.

-- no debconf information



Bug#1068623: Right patch

2024-04-08 Thread Christian Marillat
On 08 avril 2024 07:15, "Debian Bug Tracking System"  
wrote:

Here is the right patch (missing !m68k)

diff -Nru mpg123-1.32.6/debian/libmpg123-0t64.symbols 
mpg123-1.32.6/debian/libmpg123-0t64.symbols
--- mpg123-1.32.6/debian/libmpg123-0t64.symbols 2024-04-05 23:18:03.0 
+0200
+++ mpg123-1.32.6/debian/libmpg123-0t64.symbols 2024-04-08 09:05:11.0 
+0200
@@ -136,4 +136,4 @@
  mpg123_volume_change@Base 1.6.2
  mpg123_volume_change_db@Base 1.30.0
 (arch=i386 hurd-i386)#include "libmpg123-0t64.symbols.32bit.in"
-(arch=!armel !armhf !hppa !mipsel !ppc !sh4 !x32)#include 
"libmpg123-0t64.symbols.t64.in"
+(arch=!armel !armhf !hppa !mipsel !powerpc !m68k !sh4 !x32)#include 
"libmpg123-0t64.symbols.t64.in"
diff -Nru mpg123-1.32.6/debian/libsyn123-0t64.symbols 
mpg123-1.32.6/debian/libsyn123-0t64.symbols
--- mpg123-1.32.6/debian/libsyn123-0t64.symbols 2024-04-05 23:17:58.0 
+0200
+++ mpg123-1.32.6/debian/libsyn123-0t64.symbols 2024-04-08 09:05:11.0 
+0200
@@ -32,14 +32,14 @@
  syn123_resample_incount@Base 1.26.0
  syn123_resample_inexpect@Base 1.26.0
  syn123_resample_intotal64@Base 1.32.3
- (arch=!armel !armhf !hppa !mipsel !ppc !sh4 !x32)syn123_resample_intotal@Base 
1.26.2
+ (arch=!armel !armhf !hppa !mipsel !powerpc !m68k !sh4 
!x32)syn123_resample_intotal@Base 1.26.2
  (arch=i386 hurd-i386)syn123_resample_intotal_32@Base 1.26.2
  syn123_resample_intotal_64@Base 1.26.0
  syn123_resample_maxincount@Base 1.26.0
  syn123_resample_maxrate@Base 1.26.0
  syn123_resample_out@Base 1.32.3
  syn123_resample_total64@Base 1.32.3
- (arch=!armel !armhf !hppa !mipsel !ppc !sh4 !x32)syn123_resample_total@Base 
1.26.2
+ (arch=!armel !armhf !hppa !mipsel !powerpc !m68k !sh4 
!x32)syn123_resample_total@Base 1.26.2
  (arch=i386 hurd-i386)syn123_resample_total_32@Base 1.26.2
  syn123_resample_total_64@Base 1.26.0
  syn123_setup_filter@Base 1.26.0



Bug#1068623: mpg123: FTBFS Wrong architectures in symbols file

2024-04-08 Thread Christian Marillat
Source: mpg123
Version: 1.32.6-2
Severity: important

Dear Maintainer,

These symbols files :

debian/libmpg123-0t64.symbols
debian/libsyn123-0t64.symbol

Contains the wrong architecture name for ppc instead of powerpc and missing m68k

The patch below fix this issue.

Build tested for powerpc arch.

Christian

,
| diff -Nru mpg123-1.32.6/debian/libmpg123-0t64.symbols 
mpg123-1.32.6/debian/libmpg123-0t64.symbols
| --- mpg123-1.32.6/debian/libmpg123-0t64.symbols   2024-04-08 
08:49:49.0 +0200
| +++ mpg123-1.32.6/debian/libmpg123-0t64.symbols   2024-04-05 
23:18:03.0 +0200
| @@ -136,4 +136,4 @@
|   mpg123_volume_change@Base 1.6.2
|   mpg123_volume_change_db@Base 1.30.0
|  (arch=i386 hurd-i386)#include "libmpg123-0t64.symbols.32bit.in"
| -(arch=!armel !armhf !hppa !mipsel !powerpc !sh4 !x32)#include 
"libmpg123-0t64.symbols.t64.in"
| +(arch=!armel !armhf !hppa !mipsel !ppc !sh4 !x32)#include 
"libmpg123-0t64.symbols.t64.in"
| diff -Nru mpg123-1.32.6/debian/libsyn123-0t64.symbols 
mpg123-1.32.6/debian/libsyn123-0t64.symbols
| --- mpg123-1.32.6/debian/libsyn123-0t64.symbols   2024-04-08 
08:50:08.0 +0200
| +++ mpg123-1.32.6/debian/libsyn123-0t64.symbols   2024-04-05 
23:17:58.0 +0200
| @@ -32,14 +32,14 @@
|   syn123_resample_incount@Base 1.26.0
|   syn123_resample_inexpect@Base 1.26.0
|   syn123_resample_intotal64@Base 1.32.3
| - (arch=!armel !armhf !hppa !mipsel !powerpc !sh4 
!x32)syn123_resample_intotal@Base 1.26.2
| + (arch=!armel !armhf !hppa !mipsel !ppc !sh4 
!x32)syn123_resample_intotal@Base 1.26.2
|   (arch=i386 hurd-i386)syn123_resample_intotal_32@Base 1.26.2
|   syn123_resample_intotal_64@Base 1.26.0
|   syn123_resample_maxincount@Base 1.26.0
|   syn123_resample_maxrate@Base 1.26.0
|   syn123_resample_out@Base 1.32.3
|   syn123_resample_total64@Base 1.32.3
| - (arch=!armel !armhf !hppa !mipsel !powerpc !sh4 
!x32)syn123_resample_total@Base 1.26.2
| + (arch=!armel !armhf !hppa !mipsel !ppc !sh4 !x32)syn123_resample_total@Base 
1.26.2
|   (arch=i386 hurd-i386)syn123_resample_total_32@Base 1.26.2
|   syn123_resample_total_64@Base 1.26.0
|   syn123_setup_filter@Base 1.26.0
`


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

Kernel: Linux 6.8.3-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)



Bug#1067427: dpkg-dev: Fail to generate a substitution variable ${t64:Provides} (time_t transition)

2024-03-21 Thread Christian Marillat
On 21 mars 2024 15:41, Simon McVittie  wrote:


[...]

>  4. armel, armhf are the two 32-bit release architectures which are
> not in any of the previous categories, so they are genuinely changing
> their ABIs.
> Non-release architectures in the same category: hppa m68k powerpc sh4.
>
> On these architectures, libopenshot-audio9t64 must not have a Provides
> on libopenshot-audio9, because its ABI has changed, so the new library
> does not provide an interface that is compatible with the old library.
> (This is the reason why we're doing all this renaming!)

I did not know.

> So I think this is not a bug, and certainly not a RC bug. The warnings are
> a bit annoying, but do not indicate a genuine problem.

Yes of course, you can close this bug.

Christian



Bug#1067427: dpkg-dev: Fail to generate a substitution variable ${t64:Provides} (time_t transition)

2024-03-21 Thread Christian Marillat
Package: dpkg-dev
Version: 1.22.6
Severity: serious

Dear Maintainer,

Feel free to reassign.

I noticed this bug with the libopenshot-audio source and with
armel, armh and powerpc architectures from buildd logs and my rebuild.

I didn't pay attention for others sources, but I noticed that only
after a second rebuild...

,
| pkg-gencontrol: warning: Provides field of package libopenshot-audio9t64: 
substitution variable ${t64:Provides} used, but is not defined
| dpkg-gencontrol: warning: Provides field of package libopenshot-audio9t64: 
substitution variable ${t64:Provides} used, but is not defined
`

https://buildd.debian.org/status/fetch.php?pkg=libopenshot-audio&arch=powerpc&ver=0.3.2%2Bdfsg1-2.1&stamp=1709343482&raw=0

https://buildd.debian.org/status/fetch.php?pkg=libopenshot-audio&arch=armhf&ver=0.3.2%2Bdfsg1-2.1&stamp=1709142395&raw=0

Chirstian


-- Package-specific info:

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

Kernel: Linux 6.8.1-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages dpkg-dev depends on:
ii  binutils  2.42-4
ii  bzip2 1.0.8-5.1
ii  libdpkg-perl  1.22.6
ii  make  4.3-4.1
ii  patch 2.7.6-7
ii  perl  5.38.2-3.2
ii  tar   1.35+dfsg-3
ii  xz-utils  5.6.0-0.2

Versions of packages dpkg-dev recommends:
ii  build-essential  12.10
ii  clang-16 [c-compiler]1:16.0.6-23
ii  fakeroot 1.34-1
ii  gcc [c-compiler] 4:13.2.0-7
ii  gcc-13 [c-compiler]  13.2.0-19
ii  gnupg2.2.40-3
ii  gpgv 2.2.40-3
pn  libalgorithm-merge-perl  

Versions of packages dpkg-dev suggests:
pn  debian-keyring  

-- no debconf information



Bug#1067134: Try to remove i386 packages

2024-03-19 Thread Christian Marillat
On 19 mars 2024 13:28, Helmut Grohne  wrote:


[...]

> I agree that the experience is a little messed up, but this is
> resolvable with apt and it only affects unstable users. Do you agree
> with closing this bug with no action?

Yes, if you think that this bug is only related to unstable...

Christian



Bug#1067134: Try to remove i386 packages

2024-03-19 Thread Christian Marillat
On 19 mars 2024 10:26, Helmut Grohne  wrote:


[...]

> So we need to know which libcom-err2 and libcom-err2t64 packages are
> installed for which architectures on your system. If there is any
> libcom-err2t64, please "upgrade" to libcom-err2. Then retry your
> original apt. I fear this is going to be manual in unstable as there is
> no sane way to make apt understand that we really don't need
> libco-err2t64. I expect that upgrades from bookworm and trixie are
> unaffected by this issue. Unless this expectation is wrong, I suggest
> that we close this bug as wontfix.

We can't upgrade from version 1.47.0-2.3+b1 to 1.47.0-2.4

,
| $ dpkg --print-architecture 
| amd64
`

,
| $ dpkg --print-foreign-architectures 
| i386
`

,
| $ dpkg -l | grep libcom-err
| ii  libcom-err2t64:amd64   1.47.0-2.3+b1  
 amd64common error description library
| ii  libcom-err2t64:i3861.47.0-2.3+b1  
 i386 common error description library
`

upgrading libcom-err2 to 1.47.0-2.4 remove all i386 packages

,
| $ dpkg -l |grep libcom-err2  
| ii  libcom-err2:amd64  1.47.0-2.4 
 amd64common error description library
`

but now I can reinstall i386 packages again :

,
| $ dpkg -l |grep libcom-err2
| ii  libcom-err2:amd64  1.47.0-2.4 
 amd64common error description library
| ii  libcom-err2:i386   1.47.0-2.4 
 i386 common error description library
`

Christian



Bug#1067134: Try to remove i386 packages

2024-03-19 Thread Christian Marillat
Package: comerr-dev
Version: 2.1-1.47.0-2.4
Severity: serious

Dear Maintainer,

I'm unable to install comerr-dev under a multiarch amd64/i386
machine.

Here is a simple example :

,
| $ sudo apt-get install comerr-dev 
| Reading package lists... Done
| Building dependency tree... Done
| Reading state information... Done
| 
| [...]
| 
| The following additional packages will be installed:
|   libcom-err2
| Suggested packages:
|   doc-base
| The following packages will be REMOVED:
|   inetutils-telnet:i386
| The following NEW packages will be installed:
|   comerr-dev libcom-err2
| 0 upgraded, 2 newly installed, 1 to remove and 0 not upgraded.
`

Christian


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

Kernel: Linux 6.8.1-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)



Bug#1024830: ERROR: Unable to connect to servers to test latency.

2024-02-14 Thread Christian Marillat
On 14 févr. 2024 16:13, Paul Wise  wrote:

> On Wed, 14 Feb 2024 08:11:41 +0100 Christian Marillat wrote:
>
>> speedtest-cli is also unable to list remote server
>
> Please try to download the lists with curl/wget/browser:
>
> curl http{,s}://{www,c}.speedtest.net/speedtest-servers{,-static}.php

See https://github.com/sivel/speedtest-cli/pull/796

Christian



Bug#1024830: ERROR: Unable to connect to servers to test latency.

2024-02-14 Thread Christian Marillat
On 14 févr. 2024 16:13, Paul Wise  wrote:

> On Wed, 14 Feb 2024 08:11:41 +0100 Christian Marillat wrote:
>
>> speedtest-cli is also unable to list remote server
>
> Please try to download the lists with curl/wget/browser:
>
> curl http{,s}://{www,c}.speedtest.net/speedtest-servers{,-static}.php

That explain why speedtest-cli doesn't work

,
| 429 Error - Too Many Requests
| 
| Your IP address is making too many requests. We ask that you limit requests 
to no more than 1 per second.
| 
| We make an attempt to be flexible, allowing small bursts in traffic. You have 
exceeded this threshold however and have been blocked.
| 
| Please reduce the speed at which your requests are made and try again after a 
while. If you feel you have reached this message in error, please contact us at 
noc @ speedtest.net and reference this error code.
| 
| Thank you
`

Christian



Bug#1024830: ERROR: Unable to connect to servers to test latency.

2024-02-13 Thread Christian Marillat
On 14 févr. 2024 14:44, Paul Wise  wrote:

> On Fri, 26 Jan 2024 11:46:15 +0100 Yves-Alexis Perez wrote:
>> On Sat, 26 Nov 2022 08:35:40 +0100 cuboid_06_wavers wrote:
>> >   running speedtest
>> > 
>> >    * What was the outcome of this action?
>> > 
>> >   ERROR: Unable to connect to servers to test latency.
>> 
>> Same thing happens here. As far as I can tell that makes the package pretty
>> unusable so I guess the severity could be raised.
>
> I'm not able to reproduce this, speedtest-cli works fine for me,
> so lets let it back into testing until it is confirmed really broken.
>
> Could you all paste the output of your speedtests? Mine are below.
>
> Also probably a good idea to try the --secure or --single options.

Still doesn't work for me even with --secure or --single options
also tested on 3 machines

speedtest-cli is also unable to list remote server

,
| $ speedtest-cli --list
| Retrieving speedtest.net configuration...
`

Christian



Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates

2024-02-04 Thread Christian Marillat
On 04 févr. 2024 17:07, gregor herrmann  wrote:


[...]

> And before I could file the bug upstream, I noticed that there is
> already a new pull request for this issue:
> https://github.com/libwww-perl/LWP-Protocol-https/pull/77

This also solves this problem for me.


[...]

> I'm preparing an upload with this new fix.

Thanks.

Christian



Bug#1062799: glslang-dev: Missing libraries listed in glslang.pc

2024-02-03 Thread Christian Marillat
Package: glslang-dev
Version: 14.0.0-1
Severity: serious

Dear Maintainer,

pkgconf --libs return :

,
| $ pkgconf --libs glslang   
| -lglslang -lMachineIndependent -lOSDependent -lHLSL -lOGLCompiler 
-lGenericCodeGen -lSPVRemapper -lpthread
`

But -lHLSL and -lOGLCompiler are not available in Debian and packages
fail to build (ffmpeg).

Christian


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

Kernel: Linux 6.7.2-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages glslang-dev depends on:
ii  spirv-tools  2023.6~rc1-1

glslang-dev recommends no packages.

Versions of packages glslang-dev suggests:
pn  glslang-tools  

-- no debconf information



Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates

2024-02-02 Thread Christian Marillat
On 02 févr. 2024 18:37, gregor herrmann  wrote:

> On Tue, 30 Jan 2024 18:18:59 +0100, Christian Marillat wrote:
>
>> > @@ -96,9 +96,12 @@
>> >  if ( $Net::HTTPS::SSL_SOCKET_CLASS->can('start_SSL')) {
>> >  *_upgrade_sock = sub {
>> >my ($self,$sock,$url) = @_;
>> > +# SNI should be passed there only if it is not an IP address.
>> > +# Details: 
>> > https://github.com/libwww-perl/libwww-perl/issues/449#issuecomment-1896175509
>> 
>> I had  the idea to read this github issue.
>
> Thanks for your further investigations!
>  
>> In my case I've a proxy and IPv6 isn't configured so this explain this
>> Debian bug and reverting upstream changes in 6.12 is maybe a bad idea.
>
> Ok; so where does this leave us? Do I understand you correctly that
> we should not revert the above change, and that the issue is with
> your local setup? So should we just close the bug or is there
> anything left?

This bug should be fixed. If Ipv6 isn't available, Ipv4 should be used.
Before 6.12 this package was working perfectly.

Th best is to forward this bug to upstream author.

Christian



Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates

2024-01-30 Thread Christian Marillat
On 28 janv. 2024 19:03, gregor herrmann  wrote:

Hi again,

[...]

> @@ -96,9 +96,12 @@
>  if ( $Net::HTTPS::SSL_SOCKET_CLASS->can('start_SSL')) {
>  *_upgrade_sock = sub {
>   my ($self,$sock,$url) = @_;
> +# SNI should be passed there only if it is not an IP address.
> +# Details: 
> https://github.com/libwww-perl/libwww-perl/issues/449#issuecomment-1896175509

I had  the idea to read this github issue.

In my case I've a proxy and IPv6 isn't configured so this explain this
Debian bug and reverting upstream changes in 6.12 is maybe a bad idea.

Christian



Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates

2024-01-29 Thread Christian Marillat
On 29 janv. 2024 20:58, gregor herrmann  wrote:

> On Mon, 29 Jan 2024 08:53:45 +0100, Christian Marillat wrote:

[...]

>> This diff fix this issue.
>
> Thanks for checking.
> Alright, so we know that 
> 1) something is different between your and my environment, and
> 2) one of the two small changes between 6.11 and 6.12 causes errors
>for you
>
> Could you try which of the two hunks is the culprit? My very random
> guess is that it's the first one [0]; for some reason my laptop
> prefers IPv4 although I also have IPv6 …

My DMZ doesn't have IPv6.

The second hunk fix this issue for me.

,
| @@ -96,9 +96,12 @@
|  if ( $Net::HTTPS::SSL_SOCKET_CLASS->can('start_SSL')) {
|  *_upgrade_sock = sub {
| my ($self,$sock,$url) = @_;
| +# SNI should be passed there only if it is not an IP address.
| +# Details: 
https://github.com/libwww-perl/libwww-perl/issues/449#issuecomment-1896175509
| +   my $host = $url->host_port() =~ m/:|^[\d.]+$/s ? undef : $url->host();
| $sock = LWP::Protocol::https::Socket->start_SSL( $sock,
| SSL_verifycn_name => $url->host,
| -   SSL_hostname => $url->host,
| +   SSL_hostname => $host,
| $self->_extra_sock_opts,
| );
| $@ = LWP::Protocol::https::Socket->errstr if ! $sock;
`

Christian



Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates

2024-01-28 Thread Christian Marillat
On 28 janv. 2024 19:03, gregor herrmann  wrote:

> On Sun, 28 Jan 2024 18:44:02 +0100, Christian Marillat wrote:
>
>> > Does it work for you if you downgrade liblwp-protocol-https-perl to 6.11-1
>> > from testing? If yes, which of the two hunks from [0] is causing the
>> > problem?
>> This issue doesn't exist with 6.11-1. I've seen this bug when 6.12 has
>> been installed.
>
> What doesn't help is that I've uploaded libio-socket-ssl-perl 2.085-1
> as well … (Although with minimal changes as well.)

Could you try to reprocduce this bug with the svt-av1 package ?

>> The attached patch isn't clean :
>
> Sorry, that was a diff of the upstream git tags.

This diff fix this issue.

Christian



Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates

2024-01-28 Thread Christian Marillat
On 28 janv. 2024 18:17, gregor herrmann  wrote:

[...]

> Does it work for you if you downgrade liblwp-protocol-https-perl to 6.11-1
> from testing? If yes, which of the two hunks from [0] is causing the
> problem?

This issue doesn't exist with 6.11-1. I've seen this bug when 6.12 has
been installed.

The attached patch isn't clean :

,
| $ cat ~/https.diff |sudo patch -p1 -R --dry-run 
| checking file usr/share/perl5/LWP/Protocol/https.pm
| Hunk #1 succeeded at 40 with fuzz 2 (offset -16 lines).
| Hunk #2 FAILED at 96.
| 1 out of 2 hunks FAILED
`

> Do the errors from qa.debian.org go away if you run uscan as
> "PERL_LWP_SSL_VERIFY_HOSTNAME=1 uscan …"?

Still the same. I also this bug with gitlab.

Christian



Bug#1061660: liblwp-protocol-https-perl: Fail to verify certificates

2024-01-28 Thread Christian Marillat
Package: liblwp-protocol-https-perl
Version: 6.12-1
Severity: serious

Dear Maintainer,

uscan from devscipts package fail to verify certificates afetr upgrading
to liblwp-protocol-https-perl 6.12-1

,
| uscan warn: In watchfile debian/watch, reading webpage
|   https://qa.debian.org/watch/sf.php/pcre/ failed: 500 SSL upgrade failed: 
hostname verification failed
| uscan warn: In watchfile debian/watch, reading webpage
|   https://qa.debian.org/watch/sf.php/mjpeg/ failed: 500 SSL upgrade failed: 
hostname verification failed
| uscan warn: In watchfile debian/watch, reading webpage
|   https://gitlab.com/AOMediaCodec/SVT-AV1/-/tags failed: 500 SSL upgrade 
failed: SSL connect attempt failed error:0A000410:SSL routines::sslv3 alert 
handshake failure
| uscan warn: In watchfile debian/watch, reading webpage
|   https://qa.debian.org/watch/sf.php/synfig/ failed: 500 SSL upgrade failed: 
hostname verification failed
`

Christian


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

Kernel: Linux 6.7.2-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages liblwp-protocol-https-perl depends on:
ii  ca-certificates20230311
ii  libio-socket-ssl-perl  2.085-1
ii  libnet-http-perl   6.23-1
ii  libwww-perl6.76-1
ii  perl   5.38.2-3

liblwp-protocol-https-perl recommends no packages.

Versions of packages liblwp-protocol-https-perl suggests:
ii  libcrypt-ssleay-perl  0.73.06-2+b2

-- no debconf information



Bug#1061562: SyntaxWarning: invalid escape sequence '\-'

2024-01-26 Thread Christian Marillat
Package: python3-pyrdfa
Version: 3.6.2+ds-1
Severity: normal

Dear Maintainer,

Insatllation return these warnings :

,
| Preparing to unpack .../python3-pyrdfa_3.6.2+ds-1_all.deb ...
| Unpacking python3-pyrdfa (3.6.2+ds-1) over (3.6.2+ds-1) ...
| Setting up python3-pyrdfa (3.6.2+ds-1) ...
| /usr/lib/python3/dist-packages/pyRdfa/extras/httpheader.py:344: 
SyntaxWarning: invalid escape sequence '\-'
|   """Parses a quoted string.
| /usr/lib/python3/dist-packages/pyRdfa/extras/httpheader.py:355: 
SyntaxWarning: invalid escape sequence '\-'
|   """Parses a token or a quoted-string.
| /usr/lib/python3/dist-packages/pyRdfa/extras/httpheader.py:518: 
SyntaxWarning: invalid escape sequence '\-'
|   """Parses a ()-style comment from a header value.
| /usr/lib/python3/dist-packages/pyRdfa/rdfs/cache.py:21: SyntaxWarning: 
invalid escape sequence '\+'
|   xml_application_media_type = re.compile("application/[a-zA-Z0-9]+\+xml")
| /usr/lib/python3/dist-packages/pyRdfa/termorcurie.py:61: SyntaxWarning: 
invalid escape sequence '\+'
|   xml_application_media_type = re.compile("application/[a-zA-Z0-9]+\+xml")
| /usr/lib/python3/dist-packages/pyRdfa/utils.py:131: SyntaxWarning: invalid 
escape sequence '\?'
|   _unquotedChars = ':/\?=#~'
`

Christian


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

Kernel: Linux 6.7.2-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages python3-pyrdfa depends on:
ii  python3   3.11.6-1
ii  python3-html5lib  1.1-3
ii  python3-rdflib6.1.1-2
ii  python3-requests  2.31.0+dfsg-1

python3-pyrdfa recommends no packages.

python3-pyrdfa suggests no packages.

-- no debconf information



Bug#1060266: python3-ykman: Package uninstallable

2024-01-08 Thread Christian Marillat
Package: python3-ykman
Version: 4.0.9-2
Severity: serious

Dear Maintainer,

I can't install this package.


| $ LANG=C sudo apt-get install python3-ykman
| [...]
| The following information may help to resolve the situation:
| 
| The following packages have unmet dependencies:
|  python3-ykman : Depends: python3-cryptography (< 39) but 41.0.7-1 is to be 
installed
| E: Unable to correct problems, you have held broken packages.
`

Christian


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

Kernel: Linux 6.6.10-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages python3-ykman depends on:
ii  python3   3.11.6-1
ii  python3-click 8.1.6-1
ii  python3-cryptography  41.0.7-1
ii  python3-fido2 0.9.1-1
ii  python3-pyscard   2.0.7-2+b1

Versions of packages python3-ykman recommends:
ii  pcscd  2.0.1-1

python3-ykman suggests no packages.



Bug#1060111: Acknowledgement (libmd0:i386: Fail to upgrade with an overwrite error)

2024-01-06 Thread Christian Marillat
On 06 janv. 2024 00:27, "Debian Bug Tracking System"  
wrote:

> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 1060111:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1060111.

This morning I could install both (amd64 and i386) libmd0 version 1.1.0-2

Christian



Bug#1060111: libmd0:i386: Fail to upgrade with an overwrite error

2024-01-05 Thread Christian Marillat
Package: libmd0
Version: 1.1.0-1
Severity: normal

Dear Maintainer,

Strange error. 'sudo apt-get -f install' is unable to solve this issue.

,
| Preparing to unpack .../libmd0_1.1.0-1+b2_i386.deb ...
| Unpacking libmd0:i386 (1.1.0-1+b2) over (1.1.0-1) ...
| dpkg: error processing archive 
/var/cache/apt/archives/libmd0_1.1.0-1+b2_i386.deb (--unpack):
|  trying to overwrite shared '/usr/share/doc/libmd0/changelog.Debian.gz', 
which is different from other instances of package libmd0:i386
| Errors were encountered while processing:
|  /var/cache/apt/archives/libmd0_1.1.0-1+b2_i386.deb
`

,
| $ dpkg -l|grep libmd0 
| iU  libmd0:amd64 1.1.0-1+b2 amd64 message digest functions from BSD systems - 
shared library
| ii  libmd0:i386 1.1.0-1 i386 message digest functions from BSD systems - 
shared library
`

Christian


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

Kernel: Linux 6.6.10-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages libmd0:i386 depends on:
ii  libc6  2.37-13

libmd0:i386 recommends no packages.

libmd0:i386 suggests no packages.

-- no debconf information



Bug#1059266: error: cannot verify inline signature

2023-12-22 Thread Christian Marillat
On 22 déc. 2023 12:16, Guillem Jover  wrote:


[...]

> (Also wondering whether dpkg-source can verify the source for that,
> as it is using the same logic as the rewritten hook is using now?)

Update. Doesn't work.

,
| $ dpkg-source -x 
/srv/dak/ftp/pool/main/g/gerbera-dmo/gerbera-dmo_1.12.1-dmo5.dsc
| gpgv: Signature made Fri Dec 22 10:50:05 2023 CET
| gpgv:using RSA key A401FF99368FA1F98152DE755C808C2B65558117
| gpgv:issuer "maril...@deb-multimedia.org"
| gpgv: Can't check signature: No public key
| dpkg-source: warning: cannot verify inline signature for 
/srv/dak/ftp/pool/main/g/gerbera-dmo/gerbera-dmo_1.12.1-dmo5.dsc: no acceptable 
signature found
| dpkg-source: info: extracting gerbera-dmo in gerbera-dmo-1.12.1
| dpkg-source: info: unpacking gerbera-dmo_1.12.1.orig.tar.gz
| dpkg-source: info: unpacking gerbera-dmo_1.12.1-dmo5.debian.tar.xz
| dpkg-source: info: using patch list from debian/patches/series
| dpkg-source: info: applying 01_debian-cutomization.patch
`

Christian



Bug#1059266: error: cannot verify inline signature

2023-12-22 Thread Christian Marillat
On 22 déc. 2023 12:16, Guillem Jover  wrote:


[...]

>> ,
>> | $ debrelease 
>> | dupload note: no announcement will be sent.
>> | Checking OpenPGP signatures before upload...gpgv: Signature made
>> | Fri Dec 22 10:50:05 2023 CET
>> | gpgv:using RSA key A401FF99368FA1F98152DE755C808C2B65558117
>> | gpgv:issuer "maril...@deb-multimedia.org"
>> | gpgv: Can't check signature: No public key
>> | openpgp-check: error: cannot verify inline signature for
>> | ../gerbera-dmo_1.12.1-dmo5_amd64.changes: no acceptable signature
>> | found
>> | 
>> | dupload: error: Pre-upload '/usr/share/dupload/openpgp-check %1'
>> | failed for ../gerbera-dmo_1.12.1-dmo5_amd64.changes
>> `
>
> Just to understand what is going wrong, I assume you don't have the
> debian-keyring package installed (where the signing certificate could
> be found in the debian-keyring.gpg keyring), nor the certificate for
> A401FF99368FA1F98152DE755C808C2B65558117 in ~/.gnupg/trustedkeys.gpg?
>
> But gpg has it in its certificate store?

This key is also my debian key.

> (Also wondering whether dpkg-source can verify the source for that,
> as it is using the same logic as the rewritten hook is using now?)

I don't see a problem with dpkg-source :

,
| $ dpkg-source -x 
/srv/dak/ftp/pool/main/g/gerbera-dmo/gerbera-dmo_1.12.1-dmo5.dsc
| gpgv: Signature made Fri Dec 22 10:50:05 2023 CET
| gpgv:using RSA key A401FF99368FA1F98152DE755C808C2B65558117
| gpgv:issuer "maril...@deb-multimedia.org"
| gpgv: Can't check signature: No public key
| dpkg-source: warning: cannot verify inline signature for 
/srv/dak/ftp/pool/main/g/gerbera-dmo/gerbera-dmo_1.12.1-dmo5.dsc: no acceptable 
signature found
| dpkg-source: info: extracting gerbera-dmo in gerbera-dmo-1.12.1
| dpkg-source: info: unpacking gerbera-dmo_1.12.1.orig.tar.gz
| dpkg-source: info: unpacking gerbera-dmo_1.12.1-dmo5.debian.tar.xz
| dpkg-source: info: using patch list from debian/patches/series
| dpkg-source: info: applying 01_debian-cutomization.patch
`

Christian



Bug#1059266: error: cannot verify inline signature

2023-12-22 Thread Christian Marillat
Package: dupload
Version: 2.10.4
Severity: grave

Dear Maintainer,

This version fail to check a signature. Work fine with 2.10.3

,
| $ debrelease 
| dupload note: no announcement will be sent.
| Checking OpenPGP signatures before upload...gpgv: Signature made Fri Dec 22 
10:50:05 2023 CET
| gpgv:using RSA key A401FF99368FA1F98152DE755C808C2B65558117
| gpgv:issuer "maril...@deb-multimedia.org"
| gpgv: Can't check signature: No public key
| openpgp-check: error: cannot verify inline signature for 
../gerbera-dmo_1.12.1-dmo5_amd64.changes: no acceptable signature found
| 
| dupload: error: Pre-upload '/usr/share/dupload/openpgp-check %1' failed for 
../gerbera-dmo_1.12.1-dmo5_amd64.changes
`

Christian


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

Kernel: Linux 6.6.8-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages dupload depends on:
ii  libdpkg-perl  1.22.2
ii  perl  5.36.0-10

Versions of packages dupload recommends:
ii  libio-socket-ssl-perl  2.084-1
ii  liburi-perl5.21-1
ii  openssh-client 1:9.6p1-2

Versions of packages dupload suggests:
ii  exim4-daemon-heavy [mail-transport-agent]  4.97-2
pn  libsecret-tools
ii  lintian2.116.3

-- no debconf information



Bug#1059031: qbittorrent: Crash when starting download with new torrent

2023-12-19 Thread Christian Marillat
On 19 déc. 2023 10:12, Boyuan Yang  wrote:

> Package: qbittorrent
> Version: 4.6.2-1
> Severity: grave
> X-Debbugs-CC: maril...@debian.org
>
> Dear Debian qbittorrent maintainers,
>
> Current qbittorrent in Debian Sid will crash when a new download task is
> initiated and started with a torrent file.

The problem come libtorrent-rasterbar2.0 and the rebuild with boost 1.83

Downgrading libtorrent-rasterbar2.0 from 2.0.9-2+b1 to 2.0.9-2 fix this
issue.

Christian



Bug#1058657: python3-apt: undefined symbol: PyAptWarning

2023-12-13 Thread Christian Marillat
Package: python3-apt
Version: 2.7.2
Severity: serious

Dear Maintainer,

This morning I see :

,
| dak@christian ~ % dak dominate
| Traceback (most recent call last):
|   File "/usr/bin/dak", line 43, in 
| import daklib.utils
|   File "/usr/lib/python3/dist-packages/daklib/utils.py", line 32, in 
| import apt_inst
| ImportError: 
/usr/lib/python3/dist-packages/apt_inst.cpython-311-x86_64-linux-gnu.so: 
undefined symbol: PyAptWarning
`

Christian


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

Kernel: Linux 6.6.7-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages python3-apt depends on:
ii  distro-info-data   0.60
ii  libapt-pkg6.0  2.7.7
ii  libc6  2.37-13
ii  libgcc-s1  13.2.0-8
ii  libstdc++6 13.2.0-8
ii  python-apt-common  2.7.2
ii  python33.11.6-1

Versions of packages python3-apt recommends:
ii  iso-codes4.15.0-1
ii  lsb-release  12.0-2

Versions of packages python3-apt suggests:
ii  apt 2.7.7
pn  python-apt-doc  

-- no debconf information



Bug#1057050: qt6-multimedia: Please build with EIGEN_DONT_VECTORIZE on powerpc to fix FTBFS

2023-12-06 Thread Christian Marillat
On 07 déc. 2023 08:16, John Paul Adrian Glaubitz  
wrote:

> Hi Christian!

Hi Adrian,

> On Thu, 2023-12-07 at 08:09 +0100, Christian Marillat wrote:
>> > It's always safe to apply this patch.
>> 
>> It is possible to see this bug fixed ?
>
> I have uploaded a patched version to unreleased for the time being.

Thanks I didn't noticed.

> However, fixing this should be a no-brainer and wouldn't affect anything else.

...

Christian



Bug#1057050: qt6-multimedia: Please build with EIGEN_DONT_VECTORIZE on powerpc to fix FTBFS

2023-12-06 Thread Christian Marillat
On 02 déc. 2023 10:10, John Paul Adrian Glaubitz  
wrote:

> Hi!
>
> On Sat, 2023-12-02 at 00:46 +0100, Patrick Franz wrote:
>> We're in the middle of packaging Qt 6.6 and I had not planned to do any 
>> more 6.4.2 updates unless absolutely necessary.
>> 
>> Do you know whether this patch will also work on Qt 6.6.1 ?
>
> Yes, absolutely. And since it only adds some powerpc-specific lines to
> debian/rules, there is nothing really that would need to be rebased
> when updating to a newer Qt version.
>
> It's always safe to apply this patch.

It is possible to see this bug fixed ?

Christian



Bug#1057050: qt6-multimedia: Please build with EIGEN_DONT_VECTORIZE on powerpc to fix FTBFS

2023-12-02 Thread Christian Marillat
On 02 déc. 2023 00:46, Patrick Franz  wrote:

> Hej,
>
> Am Dienstag, 28. November 2023, 20:22:36 CET schrieb John Paul Adrian 
> Glaubitz:
> [...]
>> With the above change, cmake defines the preprocessor macro
>> EIGEN_DONT_VECTORIZE and the build succeeds on powerpc.
>> 
>> Could you apply this change for the next upload in order to fix the
>> build on powerpc?
>
> We're in the middle of packaging Qt 6.6 and I had not planned to do any 
> more 6.4.2 updates unless absolutely necessary.
>
> Do you know whether this patch will also work on Qt 6.6.1 ?

Of course yes :

,
| $ rgrep EIGEN_DONT_VECTORIZE qtmultimedia-everywhere-src-6.6.1/  
| 
qtmultimedia-everywhere-src-6.6.1/src/3rdparty/eigen/Eigen/src/Core/util/ConfigureVectorization.h:#if
 defined(EIGEN_DONT_VECTORIZE)
| 
qtmultimedia-everywhere-src-6.6.1/src/3rdparty/eigen/Eigen/src/Core/util/ConfigureVectorization.h:
  #ifndef EIGEN_DONT_VECTORIZE
| 
qtmultimedia-everywhere-src-6.6.1/src/3rdparty/eigen/Eigen/src/Core/util/ConfigureVectorization.h:
#define EIGEN_DONT_VECTORIZE
| 
qtmultimedia-everywhere-src-6.6.1/src/3rdparty/eigen/Eigen/src/Core/util/ConfigureVectorization.h:#if
 !(defined(EIGEN_DONT_VECTORIZE) || defined(EIGEN_GPUCC))
| 
qtmultimedia-everywhere-src-6.6.1/src/3rdparty/eigen/Eigen/src/Core/util/Macros.h:
  #ifndef EIGEN_DONT_VECTORIZE
| 
qtmultimedia-everywhere-src-6.6.1/src/3rdparty/eigen/Eigen/src/Core/util/Macros.h:
#define EIGEN_DONT_VECTORIZE
| 
qtmultimedia-everywhere-src-6.6.1/src/3rdparty/eigen/Eigen/src/Core/arch/SYCL/InteropHeaders.h:#if
 !defined(EIGEN_DONT_VECTORIZE_SYCL)
| qtmultimedia-everywhere-src-6.6.1/src/3rdparty/eigen/Eigen/Core:#if 
!defined(EIGEN_DONT_VECTORIZE_SYCL)
`

Christian



Bug#1056379: qbittorrent-nox: WebUI UPnP enabled by default, security risk

2023-11-22 Thread Christian Marillat
On 21 nov. 2023 18:56, charles  wrote:

> Package: qbittorrent-nox
> Version: 4.5.2-3
> Severity: normal
> X-Debbugs-Cc: thatguych...@gmail.com

Thanks for the bug report.

[...]

> Is it possible to backport this setting? Thanks for all that you do!

I filled a bug report #1056521 and I'm waiting release manager approval.

Christian



Bug#1056521: bookworm-pu: package qbittorrent/4.5.2-3

2023-11-22 Thread Christian Marillat
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: qbittorr...@packages.debian.org, maril...@debian.org
Control: affects -1 + src:qbittorrent

[ Reason ]
By default the option "Use UPnP / NAT-PMP to forward the port from my router" 
in "WebUI" settings is enabled by default. That means by default you expose 
your client to the internet, even if you are behind a NAT.

[ Impact ]
Outside parties can gain access to webUI through the UPnP, downloaded a dummy 
torrent, and ran a script via the "run command on torrent completion."

[ Tests ]
This bug has been fixed in qbittorrent 4.5.3 (Released May 28 2023) and work 
fine.

[ Risks ]
Patch is really simple and break nothing.

[ Checklist ]
  [x] *all* changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in (old)stable
  [x] the issue is verified as fixed in unstable

[ Changes ]
diff -Nru qbittorrent-4.5.2/debian/changelog qbittorrent-4.5.2/debian/changelog
--- qbittorrent-4.5.2/debian/changelog  2023-11-22 16:26:29.0 +0100
+++ qbittorrent-4.5.2/debian/changelog  2023-04-21 23:56:17.0 +0200
@@ -1,9 +1,3 @@
-qbittorrent (4.5.2-3+deb12u1) bookworm; urgency=medium
-
-  * Disable UPnP for web UI by default in qbittorrent-nox (Closes: #1056379)
-
- -- Christian Marillat   Wed, 22 Nov 2023 16:26:29 +0100
-
 qbittorrent (4.5.2-3) unstable; urgency=medium
 
   * Really install service file in /lib/systemd/system (Closes: #1034678)
diff -Nru qbittorrent-4.5.2/debian/patches/02_Disable-UPnP-for-web-UI.patch 
qbittorrent-4.5.2/debian/patches/02_Disable-UPnP-for-web-UI.patch
--- qbittorrent-4.5.2/debian/patches/02_Disable-UPnP-for-web-UI.patch   
2023-11-22 15:59:08.0 +0100
+++ qbittorrent-4.5.2/debian/patches/02_Disable-UPnP-for-web-UI.patch   
1970-01-01 01:00:00.0 +0100
@@ -1,14 +0,0 @@
 a/src/base/preferences.cpp
-+++ b/src/base/preferences.cpp
-@@ -599,11 +599,7 @@ void Preferences::setWebUiPort(const qui
- 
- bool Preferences::useUPnPForWebUIPort() const
- {
--#ifdef DISABLE_GUI
--return value(u"Preferences/WebUI/UseUPnP"_qs, true);
--#else
- return value(u"Preferences/WebUI/UseUPnP"_qs, false);
--#endif
- }
- 
- void Preferences::setUPnPForWebUIPort(const bool enabled)
diff -Nru qbittorrent-4.5.2/debian/patches/series 
qbittorrent-4.5.2/debian/patches/series
--- qbittorrent-4.5.2/debian/patches/series 2023-11-22 15:57:29.0 
+0100
+++ qbittorrent-4.5.2/debian/patches/series 2023-02-12 18:11:35.0 
+0100
@@ -1,2 +1 @@
 01_remove-Windows-HDPI.diff
-02_Disable-UPnP-for-web-UI.patch



Bug#1055868: O: sitecopy -- program for managing a WWW site via FTP, SFTP, DAV or HTTP

2023-11-13 Thread Christian Marillat
Package: wnpp
Severity: normal
X-Debbugs-Cc: sitec...@packages.debian.org
Control: affects -1 + src:sitecopy

I intend to orphan the sitecopy package.

The package description is:
 Sitecopy is for copying locally stored websites to remote servers. With a
 single command, the program will synchronize a set of local files to a
 remote server by performing uploads and remote deletes as required. The
 aim is to remove the hassle of uploading and deleting individual files
 using an FTP client. Sitecopy will also optionally try to spot files you
 move locally, and move them remotely.
 .
 Sitecopy is designed to not care about what is actually on the remote
 server - it simply keeps a record of what it THINKS is in on the remote
 server, and works from that.



Bug#1054619: [INTL:sv] Swedish strings for distcc debconf

2023-10-27 Thread Christian Marillat
On 26 oct. 2023 22:40, Martin Bagge / brother  wrote:

> package: distcc
> severity: wishlist
> tags: patch l10n
>
> Please consider to add this file to translation of debconf.

Thanks. Added. But no upload scheduled.

Christian



Bug#1054374: dispcalgui: Drop transitional package

2023-10-23 Thread Christian Marillat
On 22 oct. 2023 21:38, Bastian Germann  wrote:

> Package: dispcalgui
>
> Please drop the transitional package which has been in several releases.

Fixed in the next upload. No release date scheduled for now.

Christian



Bug#1054165: ffmpeg: FTBFS when trying to bootstrap with pkg.ffmpeg.stage1

2023-10-18 Thread Christian Marillat
On 18 oct. 2023 15:43, John Paul Adrian Glaubitz  
wrote:

> Source: ffmpeg
> Version: 6.0-7
> Severity: normal
> User: debian-powe...@lists.debian.org
> Usertags: ppc64
> X-Debbugs-Cc: debian-powe...@lists.debian.org

[...]

> This can be fixed by manually installing libcjson-dev into the chroot, so 
> adding the
> build dependency "libcjson-dev [pkg.ffmpeg.stage1]" to debian/control should 
> fix this
> bug.

The problem comes from librist not ffmpeg as libcjson is listed in the
Requires.private: field in librist.pc

Christian



Bug#1023649: ghc: FTBFS haskell-random powerpc (ghc Segmentation fault)

2023-10-09 Thread Christian Marillat
On 09 oct. 2023 09:32, John Paul Adrian Glaubitz  
wrote:


[...]

> I think the interesting part would be the disassembly of
> base_GHCziFloat_floatToDigits_closure ()
> where the actual crash happened. Your disassembly seems to show parts
> of the segfault handler.

,
| 10a19f20 :
| 10a19f20:   10 83 c0 48 vmulouh v4,v3,v24
| 10a19f24:   10 a2 0d bc vaddeuqm v5,v2,v1,v22
| 10a19f28:   10 a1 9e 80 vsubuws v5,v1,v19
| 10a19f2c:   10 a1 9e b0 maddhd  r5,r1,r19,r26
| 10a19f30:   10 a1 9e d0 zvdotphssui r5,r1,r19
| 10a19f34:   10 a1 9f 10 .long 0x10a19f10
| 10a19f38:   00 00 00 00 .long 0x0
| 10a19f3c:   10 90 f7 d0 .long 0x1090f7d0
| 10a19f40:   10 a1 9c 18 vextdubvlx v5,v1,v19,r16
| 10a19f44:   10 a1 9c c0 vsubudm v5,v1,v19
| 10a19f48:   00 00 00 00 .long 0x0
| 10a19f4c:   10 90 f7 f0 maddhd  r4,r16,r30,r31
| 10a19f50:   10 a1 9c 08 vpmsumb v5,v1,v19
| 10a19f54:   10 a1 9f 00 vsubsbs v5,v1,v19
| 10a19f58:   10 a1 9f 3c vaddeuqm v5,v1,v19,v28
| 10a19f5c:   00 00 00 00 .long 0x0
| 10a19f60:   10 90 f7 d0 .long 0x1090f7d0
| 10a19f64:   10 a1 9f 20 vmhaddshs v5,v1,v19,v28
| 10a19f68:   10 a1 9f 4c psq_lux f5,r1,r19,1,6
| 10a19f6c:   00 00 00 00 .long 0x0
`

Christian



Bug#1023649: ghc: FTBFS haskell-random powerpc (ghc Segmentation fault)

2023-10-09 Thread Christian Marillat
On 09 oct. 2023 08:59, John Paul Adrian Glaubitz  
wrote:

> Hi Christian!

Hi Adrian,

> On Mon, 2023-10-09 at 08:57 +0200, Christian Marillat wrote:
>> > Could you provide the disassembled code for the affected code section?

Is this enough ?

,
| Dump of assembler code for function __GI_kill:
|0xf7644b94 <+0>:   li  r0,37
|0xf7644b98 <+4>:   sc
| => 0xf7644b9c <+8>:   bnslr+
|0xf7644ba0 <+12>:  b   0xf762a200 <__syscall_error>
| End of assembler dump.
`

Christian



Bug#1023649: ghc: FTBFS haskell-random powerpc (ghc Segmentation fault)

2023-10-09 Thread Christian Marillat
On 05 oct. 2023 22:34, John Paul Adrian Glaubitz  
wrote:

> Hi Christian!

Hi Adrian,

[...]

> Could you provide the disassembled code for the affected code section?

I don't remember but now I can install ghc (>= 9.4) only 9.0.2 is
available.

Is it important ?

Christian



Bug#1053464: Dak: make-changelog always change timestamp for directories

2023-10-04 Thread Christian Marillat
Package: ftp.debian.org
Severity: normal
Usertags: dak

dak make-changelog -e -a localhost

$ ls -l /srv/dak/changelogs/main/y/ 
total 12
drwxr-sr-x 2 dak ftpmaster 4096 Oct  4 17:14 youtube-dl-dmo
drwxr-sr-x 2 dak ftpmaster 4096 Oct  4 17:14 yt-dlp-dmo
drwxr-sr-x 2 dak ftpmaster 4096 Oct  4 17:14 ytdl-gui-dmo

Christian



Bug#1053444: quilt: Please restore the exit code 2 for dh_quilt_unpatch

2023-10-04 Thread Christian Marillat
Package: quilt
Version: 0.67+really0.67-1
Severity: normal

Dear Maintainer,

As reported in bug #1030781, now dh_quilt_unpatch return 1 if all
patches are applied when 2 was returned before 0.67

This feature is annoying for package build with '--with quilt' and
makes these packages FTBFS.

Christian


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

Kernel: Linux 6.5.5-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages quilt depends on:
ii  bsdextrautils   2.39.2-2
ii  bzip2   1.0.8-5+b1
ii  diffstat1.65-1
ii  ed  1.19-1
ii  gettext 0.21-13+b1
ii  patch   2.7.6-7
ii  perl5.36.0-9
ii  sensible-utils  0.0.20

Versions of packages quilt recommends:
ii  less  590-2

Versions of packages quilt suggests:
ii  exim4-daemon-heavy [mail-transport-agent]  4.97~RC1-2
ii  graphviz   2.42.2-7+b3
pn  procmail   

-- no debconf information



Bug#1051661: /usr/bin/qemu-system-ppc: Package not installable

2023-09-10 Thread Christian Marillat
Package: qemu-system-ppc
Version: 1:8.0.4+dfsg-3+b1
Severity: serious
File: /usr/bin/qemu-system-ppc

Dear Maintainer,

sudo apt-get install qemu-system-ppc qemu-system-data
...
The following packages have unmet dependencies:
 qemu-system-ppc : Depends: qemu-system-data (> 1:8.1.0+ds~) but 1:8.0.4+dfsg-3 
is to be installed
E: Unable to correct problems, you have held broken packages.

Christian


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

Kernel: Linux 6.5.2-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages qemu-system-ppc depends on:
ii  libaio1 0.3.113-5
ii  libbpf1 1:1.2.2-2
ii  libc6   2.37-8
ii  libcapstone44.0.2-5
ii  libfdt1 1.7.0-1
ii  libfuse3-3  3.14.0-4
ii  libgcc-s1   13.2.0-3
ii  libglib2.0-02.78.0-1
ii  libgmp102:6.3.0+dfsg-2
ii  libgnutls30 3.8.1-4+b1
ii  libhogweed6 3.9.1-2
ii  libibverbs1 47.0-1
ii  libjpeg62-turbo 1:2.1.5-2
ii  libnettle8  3.9.1-2
ii  libnuma12.0.16-1
ii  libpixman-1-0   0.42.2-1
ii  libpmem11.13.1-1.1
ii  libpng16-16 1.6.40-1
ii  librdmacm1  47.0-1
ii  libsasl2-2  2.1.28+dfsg1-3
ii  libseccomp2 2.5.4-1+b3
ii  libslirp0   4.7.0-1
ii  libudev1254.1-3
ii  liburing2   2.4-1
ii  libvdeplug2 4.0.1-5+b1
ii  libzstd11.5.5+dfsg2-1
ii  qemu-system-common  1:8.1.0+ds-1
ii  qemu-system-data1:8.0.4+dfsg-3
ii  zlib1g  1:1.2.13.dfsg-3

Versions of packages qemu-system-ppc recommends:
ii  ipxe-qemu 1.0.0+git-20190125.36a4c85-5.1
pn  qemu-block-extra  
pn  qemu-system-gui   
ii  qemu-utils1:8.1.0+ds-1
ii  seabios   1.16.2-1

Versions of packages qemu-system-ppc suggests:
pn  samba  
pn  vde2   



Bug#1037213: Awstats bug #1037213 - is bug really fixed?

2023-09-09 Thread Christian Marillat
On 01 sept. 2023 13:55, Lourisvaldo Figueredo Junior 
 wrote:

> Hi Christian,

Hi,

> I saw now that you adopted the awstats package and that you closed this bug 
> (1037213).
> But I believe the bug is not resolved yet. It happens on bookworm. I have two 
> bugs open right now to fix this. [1]
>
> Since you are the maintainer now, how do you want to resolve this issue?
>
> [1]
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050384
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050591

I'm lost. These backports have been accepted by the release team ?

The dead line to upload the packages is the 7 october.

Christian



Bug#1043102: libflatbuffers-dev: Try to overwrite flatbuffers.pc already in package libflatbuffers2

2023-08-05 Thread Christian Marillat
Package: libflatbuffers-dev
Version: 2.0.8+dfsg1-5
Severity: serious

Dear Maintainer,

Error message in French.

,
| Dépaquetage de libflatbuffers-dev:amd64 (2.0.8+dfsg1-5) sur (2.0.8+dfsg1-4) 
...
| dpkg: erreur de traitement de l'archive 
/tmp/apt-dpkg-install-Qf2whY/01-libflatbuffers-dev_2.0.8+dfsg1-5_amd64.deb 
(--unpack) :
|  tentative de remplacement de « 
/usr/lib/x86_64-linux-gnu/pkgconfig/flatbuffers.pc », qui appartient aussi au 
paquet libflatbuffers2:amd64 2.0.8+dfsg1-4
`

Christian

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

Kernel: Linux 6.4.8-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages libflatbuffers-dev depends on:
ii  flatbuffers-compiler-dev  2.0.8+dfsg1-5
ii  libflatbuffers2   2.0.8+dfsg1-5

libflatbuffers-dev recommends no packages.

libflatbuffers-dev suggests no packages.

-- no debconf information


Bug#1038988: qt6-multimedia: Patch to build with system egein3

2023-08-05 Thread Christian Marillat
On 09 juil. 2023 11:47, Lisandro Damian Nicanor Perez Meyer 
 wrote:

> Hi!
>
> On sábado, 24 de junio de 2023 03:42:33 -03 Christian Marillat wrote:

[...]

> The patch looks really good, but I also just noticed that eigen3 provides 
> both 
> cmake and pkg-config files, so ideally we should try to use that. No, I'm not 
> asking you to do it, I'll tyr to give it a go.

This patch is intended for Debian. Don't spend your time to write a
patch for cmake or pkg-config. Upstream probably don't care with it.

Christian



Bug#1041358: web-ui downloads extentionless page without

2023-07-17 Thread Christian Marillat
On 17 juil. 2023 15:39, "T. Joseph Carter"  wrote:

> Package: qbittorrent-nox
> Version: 4.5.4-1
> Severity: important
>
> The primary (really only) way to use qbittorrent-nox is via the web UI.
> This works in stable (4.5.2) as expected, but in sid it downloads a file
> with a name like "4Az117Jo" (random), no extension, and no MIME type.
> Firefox, Chromium, and Brave all just save the file without displaying
> it—it's the web UI login page as expected.

The same bug has been reported and fixed (user issue).

https://bugs.debian.org/1037548

Christian



Bug#1041370: projectm: Please package version 4

2023-07-17 Thread Christian Marillat
Source: projectm
Version: 3.1.12-3
Severity: normal

Dear Maintainer,

projectm version 4 has been release 01/04/2023

Christian


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

Kernel: Linux 6.4.3-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)



Bug#1040520: libheif1: Please don't split plugins in separate packages

2023-07-07 Thread Christian Marillat
On 07 juil. 2023 11:29, Helmut Grohne  wrote:

> On Fri, Jul 07, 2023 at 11:10:51AM +0200, Christian Marillat wrote:
>> From Debian policy 7.2 :
>> 
>> ,
>> | "Recommends"
>> |This declares a strong, but not absolute, dependency.
>> | 
>> |The "Recommends" field should list packages that would be found
>> |together with this one in all but unusual installations.
>> `
>> 
>> For now libheif1 without the right plugin is unusable.
>
> That depends on on how you want to use libheif1. For instance, I use
> geeqie. It happens to link libheif1. If I were to remove the files of
> libheif1, geeqie would miss a library and fail to start. Given the
> presence of libheif1, I can run geeqie. Using geeqie works given that I
> don't interact with the relevant file format. Quite obviously,
> "unusable" does not accurately describe it.

Another broken package, geeqie doesn't work :

,
| $ geeqie 20230707_091502.heic
| warning: heif reader error: Unsupported feature: Unsupported codec
`

Christian



Bug#1040520: libheif1: Please don't split plugins in separate packages

2023-07-07 Thread Christian Marillat
On 07 juil. 2023 10:10, Helmut Grohne  wrote:

> Hi,
>
> On Fri, Jul 07, 2023 at 09:46:39AM +0200, Christian Marillat wrote:
>> Severity: serious
>
> I believe that this is the wrong severity for this bug and it should be
> downgraded. As I am not otherwise involved with this package, I'll leave
> that up to maintainer and/or release team.

>From Debian policy 7.2 :

,
| "Recommends"
|This declares a strong, but not absolute, dependency.
| 
|The "Recommends" field should list packages that would be found
|together with this one in all but unusual installations.
`

For now libheif1 without the right plugin is unusable.

>> For people like me with Install-Recommends set to false,
>> no plugins are installed and I spend some time to understand why
>> program like didikam, thunar or imagemagick was unable to display any
>> .heic image files.
>
> I think this is working as intended. As a shared library, libheif1 tends
> to be pulled into lots of dependency trees. For instance navit
> transitively depends on it without there being a need for heif plugins.
> You can also use gimp in lots of ways in the absence of heif plugins. We
> typically cannot turn the dependency of this (often unused) shared
> library into a recommendation, but we can minimize the impact of that
> dependency by moving the plugins to a different package. That's what is
> being done here.

I see nothing in teh Debian policy sating that we need to minimize dependecies.

>> Total size for all plugins is really small 384K
>> 
>> The library itself is 648K
>> 
>> Please remove these plugins packages and restore as it was before in 1.15.1-1
>
> Would you rather consider enabling the installation of recommended
> packages?

A joke ?

Christian



Bug#1040520: libheif1: Please don't split plugins in separate packages

2023-07-07 Thread Christian Marillat
Package: libheif1
Version: 1.16.2-1+b1
Severity: serious

Dear Maintainer,

For people like me with Install-Recommends set to false,
no plugins are installed and I spend some time to understand why
program like didikam, thunar or imagemagick was unable to display any
.heic image files.

Total size for all plugins is really small 384K

The library itself is 648K

Please remove these plugins packages and restore as it was before in 1.15.1-1

Christian


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

Kernel: Linux 6.4.2-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages libheif1 depends on:
ii  libc6   2.37-4
ii  libgcc-s1   13.1.0-7
ii  libstdc++6  13.1.0-7
ii  zlib1g  1:1.2.13.dfsg-1

Versions of packages libheif1 recommends:
pn  libheif-plugin-aomdec
pn  libheif-plugin-aomenc
ii  libheif-plugin-dav1d 1.16.2-1+b1
ii  libheif-plugin-libde265  1.16.2-1+b1
pn  libheif-plugin-x265  

Versions of packages libheif1 suggests:
pn  libheif-plugin-rav1e   
pn  libheif-plugin-svtenc  

-- no debconf information



Bug#1038988: qt6-multimedia: Patch to build with system egein3

2023-06-23 Thread Christian Marillat
Source: qt6-multimedia
Version: 6.4.2-5
Severity: normal

Dear Maintainer,

Please find bellow a debdiff to build qt6-multimedia with system
eigen3

Changes are:
  Add libeigen3-dev to Build-Depends
  Add a pacth to changes the cinclude path ../3rdparty/eigen to 
/usr/include/eigen3
  in src/spatialaudio/CMakeLists.txt and 
src/resonance-audio/CMakeLists.txt

Source build fine under an amd64 chroot (pbuilder)

Christian

,
| diff -Nru qt6-multimedia-6.4.2/debian/changelog 
qt6-multimedia-6.4.2/debian/changelog
| --- qt6-multimedia-6.4.2/debian/changelog 2023-05-06 17:40:13.0 
+0200
| +++ qt6-multimedia-6.4.2/debian/changelog 2023-06-24 08:20:40.0 
+0200
| @@ -1,3 +1,9 @@
| +qt6-multimedia (6.4.2-6) unstable; urgency=medium
| +
| +  * Build with system eigen3
| +
| + -- Christian Marillat   Sat, 24 Jun 2023 
08:20:40 +0200
| +
|  qt6-multimedia (6.4.2-5) unstable; urgency=medium
|  
|[ Patrick Franz ]
| diff -Nru qt6-multimedia-6.4.2/debian/control 
qt6-multimedia-6.4.2/debian/control
| --- qt6-multimedia-6.4.2/debian/control   2023-01-27 21:19:15.0 
+0100
| +++ qt6-multimedia-6.4.2/debian/control   2023-06-24 08:05:27.0 
+0200
| @@ -5,6 +5,7 @@
|  Uploaders: Patrick Franz , Lu YaNing 

|  Build-Depends: cmake (>= 3.24~),
| debhelper-compat (= 13),
| +   libeigen3-dev,
| libasound2-dev [linux-any],
| libavcodec-dev,
| libavdevice-dev,
| diff -Nru qt6-multimedia-6.4.2/debian/patches/series 
qt6-multimedia-6.4.2/debian/patches/series
| --- qt6-multimedia-6.4.2/debian/patches/series2023-01-22 
19:20:55.0 +0100
| +++ qt6-multimedia-6.4.2/debian/patches/series2023-06-24 
08:08:36.0 +0200
| @@ -1 +1,2 @@
|  provide_default_implementation_for_qplatformmediadevices.patch
| +system-eigen3.patch
| diff -Nru qt6-multimedia-6.4.2/debian/patches/system-eigen3.patch 
qt6-multimedia-6.4.2/debian/patches/system-eigen3.patch
| --- qt6-multimedia-6.4.2/debian/patches/system-eigen3.patch   1970-01-01 
01:00:00.0 +0100
| +++ qt6-multimedia-6.4.2/debian/patches/system-eigen3.patch   2023-06-24 
08:20:40.0 +0200
| @@ -0,0 +1,22 @@
| +--- a/src/spatialaudio/CMakeLists.txt
|  b/src/spatialaudio/CMakeLists.txt
| +@@ -11,7 +11,7 @@ qt_internal_add_module(SpatialAudio
| + "../3rdparty/resonance-audio/resonance_audio"
| + "../3rdparty/resonance-audio"
| + "../resonance-audio"
| +-"../3rdparty/eigen"
| ++"/usr/include/eigen3"
| + LIBRARIES
| + Qt::MultimediaPrivate
| + Qt::BundledResonanceAudio
| +--- a/src/resonance-audio/CMakeLists.txt
|  b/src/resonance-audio/CMakeLists.txt
| +@@ -204,7 +204,7 @@ qt_internal_add_3rdparty_library(Bundled
| + ${RA_SOURCE_DIR}
| + ${PFFFT_DIR}
| + ${SADIE_HRTFS_DIR}
| +-../3rdparty/eigen
| ++/usr/include/eigen3
| + )
| + 
| + # Required by pffft on certain PowerPC archs
`




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

Kernel: Linux 6.3.9-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)



Bug#1038339: qbittorrent: no icons after upgrade to 4.5.3

2023-06-18 Thread Christian Marillat
On 18 juin 2023 08:55, Emanuele Rocca  wrote:

> Hi Christian,
>
> On 2023-06-17 11:26, Christian Marillat wrote:
>> On 17 juin 2023 19:18, Emanuele Rocca  wrote:
>> > Yes. "Use custom UI Theme" is not set, "Use icons from system theme" is.
>> 
>> I mixed up these two options in my previous e-mail.
>> 
>> Do you see icons when the second option is not set ?
>
> Nope. With qbittorrent 4.5.3-2 there are no icons regardless of whether
> "Use icons from system theme" is set or not.

To complete my previous reply.

Upgrading from 4.5.2-3 to 4.5.3-2 is also working.

Christian



Bug#1038339: qbittorrent: no icons after upgrade to 4.5.3

2023-06-17 Thread Christian Marillat
On 17 juin 2023 19:18, Emanuele Rocca  wrote:

> Hi,
>
> On 2023-06-17 04:57, Christian Marillat wrote:
>> 'Use icons from system theme' is set in preferences ?
>
> Yes. "Use custom UI Theme" is not set, "Use icons from system theme" is.

I mixed up these two options in my previous e-mail.

Do you see icons when the second option is not set ?

Christian



Bug#1038339: qbittorrent: no icons after upgrade to 4.5.3

2023-06-17 Thread Christian Marillat
On 17 juin 2023 19:18, Emanuele Rocca  wrote:

> Hi,
>
> On 2023-06-17 04:57, Christian Marillat wrote:
>> 'Use icons from system theme' is set in preferences ?
>
> Yes. "Use custom UI Theme" is not set, "Use icons from system theme" is.

When option "Use custom UI Theme" is set do you see these icons ?

> Please find a screenshot of qt5ct attached, it looks a little weird?

Yes because you have the default theme. Try to set another theme in
appearance tab.

Christian



Bug#1038339: qbittorrent: no icons after upgrade to 4.5.3

2023-06-17 Thread Christian Marillat
On 17 juin 2023 15:19, Emanuele Rocca  wrote:

> On 2023-06-17 02:49, Christian Marillat wrote:
>> You must configure qt* for that.
>> 
>> Install qt5ct
>> 
>> sudo apt-get install qt5ct
>> 
>> Add "export QT_QPA_PLATFORMTHEME=qt5ct" in the ~/.bashrc or ~/.zshrc
>> 
>> In qt5ct go to 'Icon theme' tab and select an icon theme.
>
> Done that, still no icons unfortunately.

I'm not sure if you have received this e-mail. e-mail rejected by gmail.


'Use icons from system theme' is set in preferences ?

Christian



Bug#1038339: qbittorrent: no icons after upgrade to 4.5.3

2023-06-17 Thread Christian Marillat
On 17 juin 2023 15:19, Emanuele Rocca  wrote:

> On 2023-06-17 02:49, Christian Marillat wrote:
>> You must configure qt* for that.
>> 
>> Install qt5ct
>> 
>> sudo apt-get install qt5ct
>> 
>> Add "export QT_QPA_PLATFORMTHEME=qt5ct" in the ~/.bashrc or ~/.zshrc
>> 
>> In qt5ct go to 'Icon theme' tab and select an icon theme.
>
> Done that, still no icons unfortunately.

'Use icons from system theme' is set in preferences ?

Christian



Bug#1037936: Qt6: Dialog minimum size larger than screen

2023-06-15 Thread Christian Marillat
On 15 juin 2023 01:42, "Joseph Carter"  wrote:

> The dialog did fit on screen when the application was previously using
> Qt 5, but things got "roomier" when it was recompiled for Qt 6. I was
> able to shrink the fonts a little using qt6ct without even restarting
> the application which was enough for me to (barely) get the dialog in
> question to fit on screen. (The fonts used previously under Qt 5
> seemed to be a hair smaller, so what I did was effectively restore
> things to the size they were before.)
>
> I still consider this in the workaround camp because with my font
> scaling my 1600-tall monitor is still effectively 800px after scaling,
> and the answer should not be "get a higher resolution/new screen". if
> a dialog box won't fit in that space. Still, it's a better workaround
> than I had. I've already suggested what I think a "proper" fix would
> eventually look like.

I don't think your solution is a proper fix. Qt toolkit should be able
to deal with this sort of issue.

Please open a bug upstream to add screen shot, etc... I don't have a so
small screen.

https://github.com/qbittorrent/qBittorrent/issues/

Christian



Bug#1037936: Qt6: Dialog minimum size larger than screen

2023-06-15 Thread Christian Marillat
On 14 juin 2023 07:36, "T. Joseph Carter"  wrote:

> Package: qbittorrent
> Version: 4.5.3-2
> Severity: normal
> Tags: a11y upstream
>
> The new Qt6 version of qBittorrent apparently does a better job reading
> my font size settings from XFCE. The result is that fonts are scaled up
> in a way that's comfortably easier for a legally blind reader … except
> the torrent options dialog no longer fits on screen.

Maybe the best is to configure a theme for qt{5,6} applications  ?

You can try this theme kde-style-oxygen-qt5

Then set QT_QPA_PLATFORMTHEME to qt5ct

export QT_QPA_PLATFORMTHEME=qt5ct

Install the qt5ct package

You can select the oxygen theme (or another one) with qt5ct.

Christian



Bug#1037548: qbittorrent-nox: web interface doesn't display content, browsers download html instead

2023-06-14 Thread Christian Marillat
On 13 juin 2023 19:26, allan grossman  wrote:

> Package: qbittorrent-nox
> Version: 4.5.3-2
> Severity: grave
> Justification: renders package unusable
> X-Debbugs-Cc: wizard10...@gmail.com
>
> Dear Maintainer,

[...]

> * What was the outcome of this action?
>
> No change.  Browsers still download html code instead of displaying html
> content.
>
> * What outcome did you expect instead?
>
> I expected the web interface to display in a browser window.

Maybe this bug is related to a misconfigred MIME database ?

https://github.com/qbittorrent/qBittorrent/issues/15764

Christian



Bug#1037548: qbittorrent-nox: web interface doesn't display content, browsers download html instead

2023-06-13 Thread Christian Marillat
1037548 severity normal
1037548 tags unreproducible
thanks

On 13 juin 2023 19:26, allan grossman  wrote:

> Package: qbittorrent-nox
> Version: 4.5.3-2
> Severity: grave
> Justification: renders package unusable
> X-Debbugs-Cc: wizard10...@gmail.com

[...]

> * What was the outcome of this action?
>
> No change.  Browsers still download html code instead of displaying html
> content.
>
> * What outcome did you expect instead?
>
> I expected the web interface to display in a browser window.

Work fine for me with firefox.

Maybe the problem come from your browser ?

Christian



Bug#1035792: qt6-charts-dev: Missing dependecy on qml6-module-qtcharts

2023-05-09 Thread Christian Marillat
Package: qt6-charts-dev
Version: 6.4.2-2
Severity: serious

Dear Maintainer,

When trying to build pyside6 I see :

,
| CMake Error at 
/usr/lib/x86_64-linux-gnu/cmake/Qt6Qml/QmlPlugins/Qt6qtchartsqml2Targets.cmake:96
 (message):
|   The imported target "Qt6::qtchartsqml2" references the file
| 
|  "/usr/lib/x86_64-linux-gnu/qt6/qml/QtCharts/libqtchartsqml2plugin.so"
| 
|   but this file does not exist.  Possible reasons include:
| 
|   * The file was deleted, renamed, or moved to another location.
| 
|   * An install or uninstall procedure did not complete successfully.
| 
|   * The installation package was faulty and contained
| 
|  
"/usr/lib/x86_64-linux-gnu/cmake/Qt6Qml/QmlPlugins/Qt6qtchartsqml2Targets.cmake"
| 
|   but not all the files it references
`

Christian


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

Kernel: Linux 6.3.1-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages qt6-charts-dev depends on:
ii  libqt6charts6 6.4.2-2
ii  libqt6chartsqml6  6.4.2-2
ii  qt6-base-dev  6.4.2+dfsg-7

qt6-charts-dev recommends no packages.

qt6-charts-dev suggests no packages.

-- no debconf information



Bug#1035791: qt6-datavisualization-dev: Missing dependency on qml6-module-qtdatavisualization

2023-05-09 Thread Christian Marillat
Package: qt6-datavisualization-dev
Version: 6.4.2-2
Severity: serious

Dear Maintainer,

When trying toi build pyside6 I see :

,
| CMake Error at 
/usr/lib/x86_64-linux-gnu/cmake/Qt6Qml/QmlPlugins/Qt6DataVisualizationQmlpluginTargets.cmake:96
 (message):
|   The imported target "Qt6::DataVisualizationQmlplugin" references the file
| 
|  
"/usr/lib/x86_64-linux-gnu/qt6/qml/QtDataVisualization/libdatavisualizationqmlplugin.so"
| 
|   but this file does not exist.  Possible reasons include:
| 
|   * The file was deleted, renamed, or moved to another location.
| 
|   * An install or uninstall procedure did not complete successfully.
| 
|   * The installation package was faulty and contained
| 
|  
"/usr/lib/x86_64-linux-gnu/cmake/Qt6Qml/QmlPlugins/Qt6DataVisualizationQmlpluginTargets.cmake"
| 
|   but not all the files it references.
`

Christian


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

Kernel: Linux 6.3.1-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages qt6-datavisualization-dev depends on:
ii  libqt6datavisualization6 6.4.2-2
ii  libqt6datavisualizationqml6  6.4.2-2
ii  qt6-base-dev 6.4.2+dfsg-7

qt6-datavisualization-dev recommends no packages.

qt6-datavisualization-dev suggests no packages.

-- no debconf information



Bug#1035653: epson-inkjet-printer-escpr: New upstream version 1.7.26

2023-05-07 Thread Christian Marillat
Package: epson-inkjet-printer-escpr
Version: 1.7.17-3
Severity: normal

Dear Maintainer,

Please package the latest verison 1.7.26

Christian


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

Kernel: Linux 6.3.1-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)



Bug#1035051: pssh: Fail to start

2023-04-29 Thread Christian Marillat
On 28 avril 2023 22:29, "Preube, Hilmar"  wrote:

> On 28.04.2023 12:55, Christian Marillat wrote:
>
> Hi,
>
>> Dear Maintainer,
>>
>> This version fail to send files with this error (Was working with
>> 2.3.4-2):
>>
> This happens (probably) b/c your hosts file contains a port
> specification. I've put a patched package on [1]. In my tests it solved
> the issue; could you check?

Also Cc: to the BTS.

Yes, that fix this issue. Thanks.

Christian



Bug#1035066: qt6-scxml-dev: Missing file

2023-04-28 Thread Christian Marillat
On 28 avril 2023 20:35, Lisandro Damián Nicanor Pérez Meyer 
 wrote:

[...]

> I'm afraid Qt 6 changed the behavior with respect some of these files
> from Qt 5 and we are catching up. Thanks for the bug.
>
> Would you mind sending the CMake line that triggered this?

I'm trying to build puside6 6.5:

,
| CMake Error at 
/usr/lib/x86_64-linux-gnu/cmake/Qt6Scxml/Qt6QScxmlEcmaScriptDataModelPluginTargets.cmake:96
 (message):
|   The imported target "Qt6::QScxmlEcmaScriptDataModelPlugin" references the
|   file
| 
|  
"/usr/lib/x86_64-linux-gnu/qt6/plugins/scxmldatamodel/libqscxmlecmascriptdatamodel.so"
| 
|   but this file does not exist.  Possible reasons include:
| 
|   * The file was deleted, renamed, or moved to another location.
| 
|   * An install or uninstall procedure did not complete successfully.
| 
|   * The installation package was faulty and contained
| 
|  
"/usr/lib/x86_64-linux-gnu/cmake/Qt6Scxml/Qt6QScxmlEcmaScriptDataModelPluginTargets.cmake"
| 
|   but not all the files it references.
| 
| Call Stack (most recent call first):
|   
/usr/lib/x86_64-linux-gnu/cmake/Qt6Scxml/Qt6QScxmlEcmaScriptDataModelPluginConfig.cmake:61
 (include)
|   /usr/lib/x86_64-linux-gnu/cmake/Qt6/QtPublicPluginHelpers.cmake:439 
(include)
|   /usr/lib/x86_64-linux-gnu/cmake/Qt6Scxml/Qt6ScxmlPlugins.cmake:5 
(__qt_internal_include_plugin_packages)
|   /usr/lib/x86_64-linux-gnu/cmake/Qt6Scxml/Qt6ScxmlConfig.cmake:133 (include)
|   cmake/PySideHelpers.cmake:209 (find_package)
|   cmake/PySideHelpers.cmake:176 (collect_module_if_found)
|   cmake/PySideSetup.cmake:174 (remove_skipped_modules)
|   CMakeLists.txt:12 (include)
`

Christian



Bug#1035066: qt6-scxml-dev: Missing file

2023-04-28 Thread Christian Marillat
Package: qt6-scxml-dev
Version: 6.4.2-1
Severity: grave

Dear Maintainer,

/usr/lib/x86_64-linux-gnu/cmake/Qt6Scxml/Qt6QScxmlEcmaScriptDataModelPluginTargets-none.cmake
reference
${_IMPORT_PREFIX}/lib/x86_64-linux-gnu/qt6/plugins/scxmldatamodel/libqscxmlecmascriptdatamodel.so

But this file is listed in debian/not-installed and thus missing in
the packa

Christian

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

Kernel: Linux 6.2.13-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages qt6-scxml-dev depends on:
ii  libqt6scxml66.4.2-1
ii  libqt6scxml6-bin6.4.2-1
ii  libqt6scxmlqml6 6.4.2-1
ii  libqt6statemachine6 6.4.2-1
ii  libqt6statemachineqml6  6.4.2-1
ii  qt6-base-dev6.4.2+dfsg-7

qt6-scxml-dev recommends no packages.

qt6-scxml-dev suggests no packages.

-- no debconf information



Bug#1035051: pssh: Fail to start

2023-04-28 Thread Christian Marillat
Package: pssh
Version: 2.3.5-1
Severity: serious

Dear Maintainer,

This version fail to send files with this error (Was working with
2.3.4-2):

,
| $ parallel-scp -h ~/Archive/parallel-scp.txt xxx.debian.tar.xz xxx.dsc 
xxx.orig.tar.xz src
| Traceback (most recent call last):
|   File "/usr/bin/parallel-scp", line 125, in 
| do_pscp(hosts, localargs, remote, opts)
|   File "/usr/bin/parallel-scp", line 93, in do_pscp
| t = Task(host, port, user, cmd, opts)
| ^
|   File "/usr/lib/python3/dist-packages/psshlib/task.py", line 40, in __init__
| self.pretty_host = ':'.join((self.pretty_host, port))
|^^
| TypeError: sequence item 1: expected str instance, int found
`

Christian


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

Kernel: Linux 6.2.13-1-custom (SMP w/24 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages pssh depends on:
ii  openssh-client   1:9.2p1-2
ii  python3  3.11.2-1+b1
ii  python3-psshlib  2.3.5-1

pssh recommends no packages.

pssh suggests no packages.

-- no debconf information



Bug#1034707: unblock: qbittorrent/4.5.2-3

2023-04-22 Thread Christian Marillat
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: qbittorr...@packages.debian.org
Control: affects -1 + src:qbittorrent

Please unblock package qbittorrent-nox

Move service file from /usr/lib/systemd/system to /lib/systemd/system
Closes: #1034217 and #1034678 nug introduced in -2

[ Reason ]
(From the bug report) Service file in /usr/lib/systemd/system may not start.

[ Impact ]
Service might not be enabled at boot and/or started as expected.

[ Tests ]
Manual tests. No issue.

[ Risks ]
Nothing.

[ Checklist ]
  [x] all changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in testing

[ Other info ]
No.

,
| diff -Nru qbittorrent-4.5.2/debian/changelog 
qbittorrent-4.5.2/debian/changelog
| --- qbittorrent-4.5.2/debian/changelog2023-02-28 08:17:38.0 
+0100
| +++ qbittorrent-4.5.2/debian/changelog2023-04-21 23:56:17.0 
+0200
| @@ -1,3 +1,16 @@
| +qbittorrent (4.5.2-3) unstable; urgency=medium
| +
| +  * Really install service file in /lib/systemd/system (Closes: #1034678)
| +
| + -- Christian Marillat   Fri, 21 Apr 2023 23:56:17 +0200
| +
| +qbittorrent (4.5.2-2) unstable; urgency=medium
| +
| +  * Move systemd file to /lib/systemd/system (was /usr/lib/systemd/system)
| +(Closes: #1034217)
| +
| + -- Christian Marillat   Fri, 21 Apr 2023 08:29:03 +0200
| +
|  qbittorrent (4.5.2-1) unstable; urgency=medium
|  
|* New upstream release.
| diff -Nru qbittorrent-4.5.2/debian/rules qbittorrent-4.5.2/debian/rules
| --- qbittorrent-4.5.2/debian/rules2022-08-23 17:48:59.0 +0200
| +++ qbittorrent-4.5.2/debian/rules2023-04-21 23:52:48.0 +0200
| @@ -27,6 +27,11 @@
|   dh_auto_install --builddirectory build-gui --destdir debian/qbittorrent 
\
|   -- INSTALL_ROOT=$(CURDIR)/debian/qbittorrent
|  
| +execute_after_dh_auto_install:
| + dh_installdirs -pqbittorrent-nox lib/systemd/system
| + mv debian/qbittorrent-nox/usr/lib/systemd/system 
debian/qbittorrent-nox/lib/systemd/
| + rm -rf debian/qbittorrent-nox/usr/lib
| +
|  override_dh_installsystemduser:
|   dh_installsystemduser -pqbittorrent-nox --no-enable
`

unblock qbittorrent/4.5.2-3



Bug#1034363: firefox: Non-default fonts no longer work

2023-04-17 Thread Christian Marillat
On 17 avril 2023 15:54, Thomas Schwinge  wrote:

> Hi!
>
> I too temporarily forced 'browser.display.use_document_fonts' to '0' in
> order to work around this issue, with Debian unstable firefox 112.0-1.
>
>
> I suppose it is 
> "Text becomes transparent on various sites, e.g. when a webfont" that
> we're running into?  "Opened 4 days ago" -- "Closed 2 days ago", so a
> patch appears to be available.

Patch is here :

https://phabricator.services.mozilla.com/rMOZILLACENTRALe05a8b4d30658a19e60a8cd13874e7beffed750a

main URL https://phabricator.services.mozilla.com/D175391

Christian



Bug#1033632: qa.debian.org: sourceforge redirector for debian/watch files fails with a 500 error

2023-04-06 Thread Christian Marillat
On 06 avril 2023 11:26, Peter B  wrote:

> I think this problem is now resolved.
> The big red ERROR texts in the Watch column on my DDPO page are slowly going 
> away.

I don't know. I re-written my watch files to check sourceforge.net
instead of qa.debian.org

Christian



Bug#933870: qbittorrent: Qbittorrent 4.1.6 Debian Testing updated 8/4/19 Fails upon start and immediately exits

2023-03-31 Thread Christian Marillat
On 01 mars 2022 20:37, bruno zanetti  wrote:

> The stack trace above is very similar to the one in
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926062.
>
> The Qt version (which is under suspicion in #926062) is the same (5.11.3)
>
> Even the symptom (segmentation fault upon start) is similar.

This bug it is still reproducible with qbittorrent 4.5.2 ?

Christian



Bug#1033632: qa.debian.org: sourceforge redirector for debian/watch files fails with a 500 error

2023-03-28 Thread Christian Marillat
Package: qa.debian.org
Severity: normal

Dear Maintainer,

For several days sf.php no longer works:

,
| uscan warn: In watchfile debian/watch, reading webpage
|   https://qa.debian.org/watch/sf.php/synfig/ failed: 500 Error
`

Christian



Bug#1032985: unblock: gourmand/1.1.0+really1.1.0~rc3-3

2023-03-15 Thread Christian Marillat
On 15 mars 2023 20:35, Jonathan Wiltshire  wrote:

> Control: tag -1 moreinfo
>
> Hi,
>
> On Wed, Mar 15, 2023 at 09:29:54AM +0100, Christian Marillat wrote:
>> [ Checklist ]
>>   [x] all changes are documented in the d/changelog
>>   [x] I reviewed all changes and I approve them
>>   [ ] attach debdiff against the package in testing
>
> Can we get the debdiff please?

Yes :

,
| diff -Nru gourmand-1.1.0+really1.1.0~rc3/debian/changelog 
gourmand-1.1.0+really1.1.0~rc3/debian/changelog
| --- gourmand-1.1.0+really1.1.0~rc3/debian/changelog   2023-02-05 
17:26:09.0 +0100
| +++ gourmand-1.1.0+really1.1.0~rc3/debian/changelog   2023-03-10 
17:29:44.0 +0100
| @@ -1,3 +1,10 @@
| +gourmand (1.1.0+really1.1.0~rc3-3) unstable; urgency=medium
| +
| +  * Add upstream patch to fix "unable to add an ingredient"
| +(Closes: #1030027)
| +
| + -- Christian Marillat   Fri, 10 Mar 2023 17:29:44 +0100
| +
|  gourmand (1.1.0+really1.1.0~rc3-2) unstable; urgency=medium
|  
|* Replaces python3-scrape-schema-recipe by python3-recipe-scrapers.
| diff -Nru 
gourmand-1.1.0+really1.1.0~rc3/debian/patches/02_fix-unable-to-add-an-ingredient.patch
 
gourmand-1.1.0+really1.1.0~rc3/debian/patches/02_fix-unable-to-add-an-ingredient.patch
| --- 
gourmand-1.1.0+really1.1.0~rc3/debian/patches/02_fix-unable-to-add-an-ingredient.patch
1970-01-01 01:00:00.0 +0100
| +++ 
gourmand-1.1.0+really1.1.0~rc3/debian/patches/02_fix-unable-to-add-an-ingredient.patch
2023-03-10 17:29:44.0 +0100
| @@ -0,0 +1,21 @@
| +From 19a544882b1aabb75d83494e3797e515909300bb Mon Sep 17 00:00:00 2001
| +From: Cyril Danilevski 
| +Date: Fri, 27 Jan 2023 19:02:40 +0100
| +Subject: [PATCH] Do not query ingredient key when parsing ingredients from
| + line (#142)
| +
| +---
| + src/gourmand/reccard.py | 2 +-
| + 1 file changed, 1 insertion(+), 1 deletion(-)
| +
| +--- a/src/gourmand/reccard.py
|  b/src/gourmand/reccard.py
| +@@ -1174,7 +1174,7 @@ class IngredientEditorModule (RecEditorM
| + selected item, so that the new ingredient can be added right below 
it in
| + the tree.
| + """
| +-d = self.rg.rd.parse_ingredient(line, conv=self.rg.conv)
| ++d = self.rg.rd.parse_ingredient(line, conv=self.rg.conv, 
get_key=False)
| + if d:
| + if 'rangeamount' in d:
| + d['amount'] = self.rg.rd.format_amount_string_from_amount(
| diff -Nru gourmand-1.1.0+really1.1.0~rc3/debian/patches/series 
gourmand-1.1.0+really1.1.0~rc3/debian/patches/series
| --- gourmand-1.1.0+really1.1.0~rc3/debian/patches/series  2022-12-10 
09:50:43.0 +0100
| +++ gourmand-1.1.0+really1.1.0~rc3/debian/patches/series  2023-03-10 
17:29:44.0 +0100
| @@ -1 +1,2 @@
|  01_Fix-FTBFS-with-python.patch
| +02_fix-unable-to-add-an-ingredient.patch
`



Bug#1032985: unblock: gourmand/1.1.0+really1.1.0~rc3-3

2023-03-15 Thread Christian Marillat
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: gourm...@packages.debian.org
Control: affects -1 + src:gourmand

Please unblock package gourmand

Unstable fix an annoying bug "unable to add an ingredient"
fixed in #1030027)

[ Reason ]
package is unusable.

[ Impact ]
a working package

[ Tests ]
tested manualy.

[ Risks ]
None

[ Checklist ]
  [x] all changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [ ] attach debdiff against the package in testing

[ Other info ]
(Anything else the release team should know.)

unblock gourmand/1.1.0+really1.1.0~rc3-3



Bug#1032084: gourmand: Missing dependency to python3-extruct

2023-02-27 Thread Christian Marillat
reassign 1032084 python3-recipe-scrapers
found 1032084 14.32.0-1
notfound 1032084 14.32.1-1
thanks

On 27 févr. 2023 20:01, "Jack.R"  wrote:

> Package: gourmand
> Version: 1.1.0+really1.1.0~rc3-2
> Severity: normal
>
> Dear Maintainer,

Hello,

> After apt-get dist-upgrade in order to upgrade Gourmand:
>   Dépaquetage de gourmand (1.1.0+really1.1.0~rc3-2) sur (1.1.0+really1.0.0-3) 
> ...
> it failed to start.

[...]

> ModuleNotFoundError: No module named 'extruct'
>
> This suggest a missing dependency to python3-extruct. 
> I install it and now Gourmand start properly.

The problem come from the python3-recipe-scrapers package.

Already fixed in 14.32.1-1

Christian



Bug#1027706: gourmand: Instructions not saved

2023-02-26 Thread Christian Marillat
On 26 févr. 2023 10:04, "thierry.jeanmou...@cegetel.net" 
 wrote:

> Hello

Hi,

> Gourmand V. 1.1.0+really1.1.0~rc3-2 has been moved to Bookworm and it
> crashes as well. All dependencies are correctly installed.
>
> Here below the trace:
>
> $ gourmand

[...]

> import extruct

Could you install the python3-extruct package and try again 

Christian



  1   2   3   4   5   6   7   8   9   >