Bug#1031345: kicad: Please update

[Matthias Urlichs]

Package: kicad
Version: 6.0.11
Severity: normal
X-Debbugs-Cc: sm...@smurf.noris.de

KiCAD 7 is out. Please update; it really should be in Bookworm.

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'stable'), (600, 'oldstable'), (500, 
'stable-security'), (500, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, arm64

Kernel: Linux 6.1.0-3-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 kicad depends on:
ii  libc62.36-8
ii  libcairo21.16.0-7
ii  libcurl4 7.87.0-2
ii  libegl1  1.6.0-1
ii  libfontconfig1   2.14.1-4
pn  libfreeimage3
ii  libfreetype6 2.12.1+dfsg-4
ii  libgcc-s1 [libgcc1]  12.2.0-14
ii  libgl1   1.6.0-1
pn  libglew2.1   
ii  libglew2.2   2.2.0-4+b1
ii  libglib2.0-0 2.74.5-1
ii  libglu1-mesa [libglu1]   9.0.2-1.1
ii  libgtk-3-0   3.24.36-3
ii  libharfbuzz0b6.0.0+dfsg-3
ii  libice6  2:1.0.10-1
ii  libngspice0  39.3+ds-1
pn  libocct-data-exchange-7.5
pn  libocct-data-exchange-7.6
pn  libocct-foundation-7.5   
pn  libocct-foundation-7.6   
pn  libocct-modeling-algorithms-7.5  
pn  libocct-modeling-algorithms-7.6  
pn  libocct-modeling-data-7.5
pn  libocct-modeling-data-7.6
pn  libocct-ocaf-7.5 
pn  libocct-ocaf-7.6 
pn  liboce-foundation11  
pn  liboce-modeling11
pn  liboce-ocaf-lite11   
pn  liboce-ocaf11
pn  liboce-visualization11   
pn  libodbc1 
ii  libodbc2 2.3.11-2
ii  libpixman-1-00.42.2-1
ii  libpython2.7 2.7.18-13.2
pn  libpython3.10
ii  libpython3.113.11.1-2
pn  libpython3.8 
pn  libpython3.9 
ii  libsm6   2:1.2.3-1
ii  libssl1.11.1.1o-1
ii  libstdc++6   12.2.0-14
pn  libwxbase3.0-0v5 
pn  libwxbase3.2-0   
ii  libwxbase3.2-1   3.2.1+dfsg-4+b1
ii  libwxgtk-gl3.2-1 3.2.1+dfsg-4+b1
pn  libwxgtk3.0-0v5  
pn  libwxgtk3.0-gtk3-0v5 
pn  libwxgtk3.2-0
ii  libwxgtk3.2-13.2.1+dfsg-4+b1
ii  libx11-6 2:1.8.3-3
ii  libxext6 2:1.3.4-1+b1
pn  python   
ii  python3  3.11.1-3
ii  python3-wxgtk4.0 4.2.0+dfsg-1+b4
ii  xsltproc 1.1.35-1
ii  zlib1g   1:1.2.13.dfsg-1

Versions of packages kicad recommends:
pn  kicad-demos  
pn  kicad-doc-en 
pn  kicad-libraries  
ii  xsltproc 1.1.35-1

Versions of packages kicad suggests:
pn  extra-xdg-menus
pn  kicad-doc-ca | kicad-doc-de | kicad-doc-en | kicad-doc-es | kicad  
-doc-fr | kicad-doc-id | kicad-doc-it | kicad-doc-ja | kicad-doc-
nl | kicad-doc-pl | kicad-doc-ru | kicad-doc-zh
ii  kicad-packages3d   6.0.10-1

Bug#1030901: zoph: [INTL:it] Italian po-debconf translation

[Ceppo]

Please ignore the previous message, its attachment is still wrong.  The correct
file does be attached here.


--
Ceppo
# zoph po-debconf Italian translation.
# Copyright (C) 2023 zoph's copyright holder
# This file is distributed under the same license as the zoph package.
# Ceppo , 2023.
#
msgid ""
msgstr ""
"Project-Id-Version: zoph\n"
"Report-Msgid-Bugs-To: z...@packages.debian.org\n"
"POT-Creation-Date: 2016-12-15 12:45+\n"
"PO-Revision-Date: 2023-02-08 00:00+\n"
"Last-Translator: Ceppo \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Description
#: ../zoph.templates:1001
msgid "Remove image files (photos) you uploaded ?"
msgstr "Rimuovere i file immagine (fotografie) caricati?"

#. Type: select
#. Description
#: ../zoph.templates:1001
msgid ""
"Zoph imports files into, by default, /var/lib/zoph If you decide to remove "
"the zoph package, but wish to keep the photos you uploaded answer yes. To "
"have the files removed, answer no. To be asked at package removal time "
"answer ask."
msgstr ""
"Zoph importa i file in, per impostazione predefinita, /var/lib/zoph. Se si "
"decide di rimuovere il pacchetto zoph, ma si desidera mantenere le "
"fotografie caricate rispondere sì. Perché i file vengano rimossi, rispondere "
"no. Perché venga chiesto al momento della rimozione del pacchetto rispondere "
"chiedi."

#. Type: boolean
#. Description
#: ../zoph.templates:2001
msgid "Keep uploaded image files after removal ?"
msgstr "Mantenere dopo la rimozione i file immagine caricati?"

#. Type: boolean
#. Description
#: ../zoph.templates:2001
msgid ""
"You have imported some photos into /var/lib/zoph, and are removing the zoph "
"package."
msgstr ""
"Alcune fotografie sono state importate in /var/lib/zoph, e si sta rimuovendo "
"il pacchetto zoph."

Bug#1031344: ITP: libkysdk-base -- Kylin SDK basic library

[kevin]

Package: wnpp
Severity: wishlist
Owner: KevinDuan 
X-Debbugs-Cc: debian-de...@lists.debian.org, duankai...@ubuntukylin.com

* Package name: libkysdk-base
  Version : 1.0.1-1
  Upstream Author : KevinDuan 
* URL : https://gitee.com/openkylin/libkysdk-base
* License : GPL-3, LGPL-3
  Programming Lang: C++
  Description : Kylin SDK basic library

 It provides common functions in the process of program
 development, including log management, message communication,
 process daemon, thread management, timer, debugging and embedding,
 configuration file reading and writing, etc.
 This package is empty package.

Bug#1031343: procps: Improve cross building

[Lukas Märdian]

Package: procps
Version: 2:4.0.2-3
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu lunar ubuntu-patch
X-Debbugs-Cc: sl...@ubuntu.com

Dear Maintainer,

In Ubuntu, we are carrying some delta to improve the cross-building ability
of procps, by passing --build and --host arguments to the ./configure script
in addition to using cross pkg-config. This might be useful for Debian as well.

Thanks for considering the patch.


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

Kernel: Linux 5.15.0-56-generic (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff -Nru procps-4.0.2/debian/rules procps-4.0.2/debian/rules
--- procps-4.0.2/debian/rules   2022-12-19 07:06:38.0 +0100
+++ procps-4.0.2/debian/rules   2023-02-15 12:39:13.0 +0100
@@ -7,11 +7,17 @@
 DEBROOT=$(CURDIR)/debian/tmp
 
 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
 DEB_HOST_ARCH_OS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
 DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
 configure_flags += --host=$(DEB_HOST_GNU_TYPE)
+CROSS = PKG_CONFIG=$(DEB_HOST_GNU_TYPE)-pkg-config \
+   ac_cv_func_malloc_0_nonnull=yes \
+   ac_cv_func_realloc_0_nonnull=yes
+else
+CROSS=
 endif
 
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
@@ -24,7 +30,7 @@
dh $@
 
 override_dh_auto_configure:
-   ./configure \
+   $(CROSS) ./configure \
  $(configure_flags) \
  --build=$(DEB_BUILD_GNU_TYPE) \
  --disable-silent-rules \
@@ -34,7 +40,9 @@
  --disable-modern-top \
  --prefix=/usr \
  --exec-prefix=/ \
- --libdir=/usr/lib/$(DEB_HOST_MULTIARCH)
+ --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) \
+ --build=$(DEB_BUILD_GNU_TYPE) \
+ --host=$(DEB_HOST_GNU_TYPE) \
 
 
 override_dh_auto_install: $(autogen-files)

Bug#1030901: zoph: [INTL:it] Italian po-debconf translation

[Ceppo]

On Fri, Feb 10, 2023 at 10:09:01AM +, John Lines wrote:
> file shows it as 'it.po: GNU gettext message catalogue, ISO-8859 text'

> Could you send it again as UTF-8 ? -

Sorry, my email client must have screwed it up.  Here's a (supposedly) UTF-8
encoded copy, let me know if this works.


--
Ceppo
# zoph po-debconf Italian translation.
# Copyright (C) 2023 zoph's copyright holder
# This file is distributed under the same license as the zoph package.
# Ceppo , 2023.
#
msgid ""
msgstr ""
"Project-Id-Version: zoph\n"
"Report-Msgid-Bugs-To: z...@packages.debian.org\n"
"POT-Creation-Date: 2016-12-15 12:45+\n"
"PO-Revision-Date: 2023-02-08 00:00+\n"
"Last-Translator: Ceppo \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Description
#: ../zoph.templates:1001
msgid "Remove image files (photos) you uploaded ?"
msgstr "Rimuovere i file immagine (fotografie) caricati?"

#. Type: select
#. Description
#: ../zoph.templates:1001
msgid ""
"Zoph imports files into, by default, /var/lib/zoph If you decide to remove "
"the zoph package, but wish to keep the photos you uploaded answer yes. To "
"have the files removed, answer no. To be asked at package removal time "
"answer ask."
msgstr ""
"Zoph importa i file in, per impostazione predefinita, /var/lib/zoph. Se si "
"decide di rimuovere il pacchetto zoph, ma si desidera mantenere le "
"fotografie caricate rispondere sì. Perché i file vengano rimossi, rispondere "
"no. Perché venga chiesto al momento della rimozione del pacchetto rispondere "
"chiedi."

#. Type: boolean
#. Description
#: ../zoph.templates:2001
msgid "Keep uploaded image files after removal ?"
msgstr "Mantenere dopo la rimozione i file immagine caricati?"

#. Type: boolean
#. Description
#: ../zoph.templates:2001
msgid ""
"You have imported some photos into /var/lib/zoph, and are removing the zoph "
"package."
msgstr ""
"Alcune fotografie sono state importate in /var/lib/zoph, e si sta rimuovendo "
"il pacchetto zoph."

Bug#1031330: [pre-approval] unblock: golang-1.19/1.19.6-2

[Adrian Bunk]

On Wed, Feb 15, 2023 at 11:58:54AM +0800, Shengjing Zhu wrote:
>...
> The package currently FTBFS on i386/experimental but it won't be problem on
> unstable.
> The dep-resolver (aspcud) in experimental chooses gccgo to bootstrap,
> which has a bug https://github.com/golang/go/issues/51850.
> But on unstable the dep-resolver is apt, and will choose old golang-go to
> bootstrap.
>...

I gave it back on the affected architectures with an extra-depends on 
golang-go, which confirmed that the package builds there.

But relying on resolver behaviour is incredibly fragile, please make 
golang-go the only (or at least the first) alternative in the build 
dependencies.

cu
Adrian

Bug#1030950: btrfs-convert is built without support for reiserfs

[Adam Borowski]

Control: clone -1 -2
Control: reassign -2 reiserfsprogs
Control: retitle -2 please provide the library
Control: block -1 by -2

On Thu, Feb 09, 2023 at 10:07:56PM +0100, Oswald Buddenhagen wrote:
> Package: btrfs-progs
> Version: 6.1.2-1
> Severity: normal
> 
> for the purpose of helping people to move away from reiserfs, it would 
> make sense to actually build btrfs-convert with support for it.
> 
> the catch is that libreiserfscore is not packaged separately; rather, 
> it's built into reiserfsprogs. i guess factoring out a static-only 
> libreiserfscore-dev would make sense.

This would require help from the src:reiserfsprogs side.  I'm thus cloning
accordingly.

Too bad, the freeze blocks the usual ways of introducing such a library. 
There are ways to work around that but none are pretty.

But, it's Felix (reiser maintainer) who knows how the library looks like;
compiling against a library is trivial in comparison.  Thus, it's him who
can enlighten us.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Let's make a Debian conference in Yalta, Ukraine.
⢿⡄⠘⠷⠚⠋⠀
⠈⠳⣄

Bug#1028471: cmucl: diff for NMU version 21d-2.1

[Adrian Bunk]

Dear maintainer,

I've prepared an NMU for cmucl (versioned as 21d-2.1) and uploaded
it to DELAYED/2. Please feel free to tell me if I should cancel it.

cu
Adrian
diff -Nru cmucl-21d/debian/changelog cmucl-21d/debian/changelog
--- cmucl-21d/debian/changelog	2023-01-31 09:26:21.0 +0200
+++ cmucl-21d/debian/changelog	2023-02-15 13:29:48.0 +0200
@@ -1,3 +1,10 @@
+cmucl (21d-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Source-only upload.
+
+ -- Adrian Bunk   Wed, 15 Feb 2023 13:29:48 +0200
+
 cmucl (21d-2) unstable; urgency=medium
 
   * Fix "FTBFS: error: variable length array declaration not allowed at

Bug#1031254: cryptsetup: unable to boot rootfs from luks via tpm (cryptsetup unknown option tpm2-device tpm2-pin)

[Guilhem Moulin]

On Wed, 15 Feb 2023 at 11:42:38 +0100, Wilhelm Greiner wrote:
> With this Bug encrypting Disks with key in tpm (a documented Feature) is
> completely broken, so it should be classified as bug.

This is documented in systemd not src:cryptsetup.  systemd is not
involved at early boot stage, at when least the initramfs image is build
with initramfs-tools (Debian's current default).  See crypttab(5).

-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#1031341: syslog-ng: missing mqtt destination support

[John Sucaet]

Package: syslog-ng
Severity: normal
X-Debbugs-Cc: john.suc...@ekinops.com

Dear syslog-ng maintainers,

The package syslog-ng-mod-mqtt is missing.

Can it be added?

Thanks


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

Kernel: Linux 6.0.16-200.fc36.x86_64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages syslog-ng depends on:
pn  syslog-ng-core 
pn  syslog-ng-mod-mongodb  
pn  syslog-ng-mod-sql  

Versions of packages syslog-ng recommends:
pn  syslog-ng-mod-add-contextual-data  
pn  syslog-ng-mod-amqp 
pn  syslog-ng-mod-examples 
pn  syslog-ng-mod-extra
pn  syslog-ng-mod-geoip2   
pn  syslog-ng-mod-getent   
pn  syslog-ng-mod-graphite 
pn  syslog-ng-mod-http 
pn  syslog-ng-mod-map-value-pairs  
pn  syslog-ng-mod-python   
pn  syslog-ng-mod-rdkafka  
pn  syslog-ng-mod-redis
pn  syslog-ng-mod-riemann  
pn  syslog-ng-mod-slog 
pn  syslog-ng-mod-smtp 
pn  syslog-ng-mod-snmp 
pn  syslog-ng-mod-stardate 
pn  syslog-ng-mod-stomp
pn  syslog-ng-mod-xml-parser   

syslog-ng suggests no packages.

Bug#1030601: findent: autopkgtest regression: original program does not compile

[Willem Vermin]

Hi Paul,

I uploaded version 4.2.6 which passes the autopkgtest.

Do I have something to do to remove 4.2.5?

Regards,

Willem

On Sun, 5 Feb 2023 15:42:17 +0100 Paul Gevers  wrote:

Source: findent
Version: 4.2.5-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression

Dear maintainer(s),

With a recent upload of findent the autopkgtest of findent fails in 
testing when that autopkgtest is run with the binary packages of findent 
from unstable. It passes when run with only packages from testing. In 
tabular form:


passfail
findentfrom testing4.2.5-1
all others from testingfrom testing

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

Currently this regression is blocking the migration to testing [1]. Can 
you please investigate the situation and fix it?


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

Paul

[1] https://qa.debian.org/excuses.php?package=findent

https://ci.debian.net/data/autopkgtest/testing/amd64/f/findent/31040771/log.gz

../test-compile.sh: ../progfixed-dos.f
will try to compile fortran sources using gfortran
findent version 4.2.5
progfixed-dos.f:  original program does not compile using: 
-fcoarray=single -cpp -fopenmp -ffixed-form -ffixed-line-length-none 
-fd-lines-as-comments -o prog ../progfixed-dos.f OK
 converted program does not compile using: -fcoarray=single -cpp 
-fopenmp -ffixed-form -ffixed-line-length-none -fd-lines-as-comments -o 
prog progfixed-dos.f.try.f END TESTING FINDENT rc=1
If you are sure 
/tmp/autopkgtest-lxc.uypbn9fi/downtmp/build.fHY/src/debian/tests/test1.sh.tmpdir/progfixed-dos.f.try.f 
is correct:
copy 
/tmp/autopkgtest-lxc.uypbn9fi/downtmp/build.fHY/src/debian/tests/test1.sh.tmpdir/progfixed-dos.f.try.f

to the corresponding .in file in the test directory
  and configure again.
autopkgtest [14:13:32]: test test1.sh

Bug#1031254: cryptsetup: unable to boot rootfs from luks via tpm (cryptsetup unknown option tpm2-device tpm2-pin)

[Wilhelm Greiner]

Hi,


we also run into that bug on with cryptsetup 2:2.3.7-1+deb11u1 (debian 
11 with backported packages cryptsetup+libs)



With this Bug encrypting Disks with key in tpm (a documented Feature) is 
completely broken,


so it should be classified as bug.


Has anyone a workaround for that?


WG

Bug#1031340: ITP: libkysdk-system -- Kylin System Layer Developer Kit

[kevin]

Package: wnpp
Severity: wishlist
Owner: KevinDuan 
X-Debbugs-Cc: debian-de...@lists.debian.org, duankai...@ubuntukylin.com

* Package name: libkysdk-system
  Version : 2.0.0-1
  Upstream Author : KevinDuan 
* URL : https://gitee.com/openkylin/libkysdk-system
* License : LGPL-3+, GPL-2+, BSL-1.0, BSD-3-clause, BSD-2-clause,
Apache-2.0
  Programming Lang: C++
  Description : Kylin System Layer Developer Kit

 libkysdk-system is system layer kit that provides API and services
 such as system information, disk information and system time, etc.
 .
 This package is metapackage.It provides the kysdk shared basic libraries.

Bug#1031339: unblock: thunderbird/102.7.2-1

[Carsten Schoenert]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: thunderb...@packages.debian.org
Control: affects -1 + src:thunderbird

Please unblock package thunderbird

[ Reason ]
Due some planed traveling on my side I packaged the release candidate
for Thunderbird 102.7.1-1 before the real final release on Mozilla did
happen. I typically use the release candidate once it is available and
normally this works without problems, but not this time for 102.7.1.

Mozilla did encounter OAuth issues for user of O365 and did prepare a
new release candidate which I was not able to pick up directly.

This ended in an really delayed upload of the "fixed" Debian version
1:102.7.1+1-1 on 2023-02-07.
And shortly after my upload Mozilla released one more new version
102.7.2 which is now sitting unstable and due the date 12th February
migration time is extended to 10 days.

The next ESR version of Thunderbird (102.8.0) will get released today
but I wanted to see first the version 102.7.2-1 get migrated to tested
so users of testing do not need to wait even longer for a fixed version
of Thunderbird which is working again with O365 before I do a new upload
of the next ESR version.

[ Impact ]
Users in testing need to wait for a fixed Debian version for 

CVE-2023-0430: Revocation status of S/Mime signature certificates was
   not checked
(https://bugzilla.mozilla.org/show_bug.cgi?id=1810760)

[ Tests ]
I provided some testbuild for the real upstream version 102.7.1 before
started to upload the final version for the archive. Affected user
confirmed the fixed OAuth functionality.

[ Risks ]
There are no special risks as users confirmed the usability of the fixed
version in Debian.

[ 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 ]
Currently nothing to add here.

unblock thunderbird/102.7.2-1

Bug#1023391: texlive-full: The EB Garamond font is not installed properly within debian texlive-full

[Hilmar Preuße]

reassign 1023391 texlive-fonts-extra-links
reassign 1020492 texlive-fonts-extra-links
merge 1023391 1020492
retitle 1023391 texlive-fonts-extra-links pulls in old Garamond fonts
stop

Am 15.02.2023 um 10:23 teilte Harald Jele mit:


After doing so, the latex compilation shows the same result as a portable
TeXlive does. The former broken EB Garamond fonts are fixed.

I put a minimal example to
https://wwwu.aau.at/hjele/texlive_vs_debian_testing/eb_garamond.zip


Retitle, merge, reassign.

Hilmar
--
sigfault

Bug#1031338: ocrmypdf: New upstream bugfix release is available

[Jonas Smedegaard]

Quoting Jonas Smedegaard (2023-02-15 11:25:14)
> Especially first item on above list seems relevant, and possibly same
> issue that I have experienced (I'll file a separare bugreport about
> that).

I misremembered and there will not be another bugreport now (it was
gscan2pdf I experienced failing to open certain PDF files, but that tool
is quite unreliable for me and I cannot replicate that problem now).

Regardless, I see a relevancy of getting the newer release of ocrmypdf
into Debian.

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/
 * Sponsorship: https://ko-fi.com/drjones

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature

Bug#1031259: ddcutil requires module i2c-dev

[Sanford Rockowitz]

As I said, it's unclear to me whether it's appropriate for ddcutil 
installation to cause module i2c-dev to be loaded automatically.  I 
agree it would simplify ddcutil installation.  I will consult with those 
at a higher pay grade.


On 2/15/23 04:50, Eric Streit wrote:


hi,

when I installed ddcutil, the module was not loaded  and I had to 
modprobe it).


Maybe, a way this could be done automatically when installing ddcutil?

Eric

I think, that the module

Le 15/02/2023 à 10:24, Sanford Rockowitz a écrit :

It's not clear to me what's being reported here.

ddcutil does depend on kernel module i2c-dev.  This is extensively 
documented.  For example, see page Configuration Steps 
 on the 
ddcutil web site.


On startup, ddcutil issues the following messages if i2c-dev is not 
loaded or built in:


  No /dev/i2c devices/exist.
  ddcutil requires module i2c-dev.

If that is not the case, it is a bug.  Please submit the contents of 
directory /dev BEFORE module i2c-dev is loaded.


Or you would like package ddcutil to install a file in 
/etc/modules-load.d or /usr/lib/modules-load.d that forces i2c-dev to 
be loaded at startup. It is unclear to me whether installing a file 
in these directories is appropriate behavior for an application.  In 
this, I have followed the lead of package i2c-tools, which is a basic 
package intimately connected with i2c-dev in that it exercises 
i2c-dev and was written by the author (Jon Delvare) of that module.


On 2/14/23 02:31, Eric Streit wrote:

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

Dear Maintainer,

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

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


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

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

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

ddcutil recommends no packages.

ddcutil suggests no packages.

-- no debconf information

Bug#1031336: python3-distutils is not installable

[Petter Reinholdtsen]

[Adrian Bunk]
> The following packages have unmet dependencies:
>  python3-distutils : Depends: python3:any (>= 3.11.2-0~)

This issue seem to cause at least ring and eyed3 to refuse to build on
the buildd network because they need to wait for the non-existing
python3 package 3.11.2.
-- 
Happy hacking
Petter Reinholdtsen

Bug#1031338: ocrmypdf: New upstream bugfix release is available

[Jonas Smedegaard]

Package: ocrmypdf
Version: 14.0.1+dfsg1-1
Severity: wishlist
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please consider packaging new upstream release v14.0.2, documented to
contain the following changes:

- -  Fixed :issue:`1052`, an exception on attempting to process certain 
nonconforming PDFs.
- -  Explicitly documented that Windows 32-bit is no longer supported.
- -  Fixed source installation instructions.
- -  Other documentation fixes.

Especially first item on above list seems relevant, and possibly same
issue that I have experienced (I'll file a separare bugreport about
that).

Kind regards,

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmPsswoACgkQLHwxRsGg
ASFZeA/+PvZdaxsPyoiT0jdPSOrTalruwkaEqR6LD50WTU+1OzkgVt5v6Wn7OgDL
Grr5cGBSdl91cpRB5DkYPdECBpwVOL93Q41WmYvthO3rzsw6SlA1lQUJNIC5j5sw
M2LuGlBXSam9Qc2zEj8YQWXPjCFpnpC3tJgzK0fvPv9V0svTA3WcvelXW8o37MUZ
dHo2Cx6MOTKESG0dztk4HB6Tr3i7K/ixhVJOHKsOmB4/PqY4noY5GvYwePSUNcMX
XfqTtIpY5fm05+br8RuSxIEdfaJ9/VS7rGU0l0WphNqap+u+TM/2eklvqZSx85Ut
1vBLBpwH7VhLGOqEirzDpFaSC0mrevy1jfFvLt9fCwJrrlMQ7umufzCXdPRR9gvp
ovRQ6dUddE50up/oTArpoAMlxwLFwH+E4y8Rq95kQSzuMxwQGXZpLApI0sBkv3Am
CY3N9n05UKvVZYl4K2ob4jIJtLQVpFsni/ipuL4Y+fUZhckLV0ZJzH476z4BIzYk
O2+kV7aJVIxth6lMSnj6c8OgMXnRh0XNgpOMgqHXYt/kxPu2D7g11S/yRrfGQ8qO
Hcj8WTBlZBPbiVQw5u0H59NWgeTLlTGeZq2Y+hN5nqvYdDs4dZf6Tl3p+Mn+Nk7x
54gHRzWqHL4Mrj35eg6rBU6yeKxSRYNZ0RwMbsTawR3SWaHyWBI=
=euSy
-END PGP SIGNATURE-

Bug#1031337: ocrmypdf: cloning git repo fails: remote HEAD refers to nonexistent ref, unable to checkout

[Jonas Smedegaard]

Package: ocrmypdf
Version: 14.0.1+dfsg1-1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Attempts to clone the packaging git as advertised in metadata fails
after the following warning is emitted:

  Warning: remote HEAD refers to nonexistent ref, unable to checkout

The git data was successfully cloned but requires manual juggling to get
into working condition.  Perhaps repo reference to HEAD is broken?

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmPsskoACgkQLHwxRsGg
ASHcQA/8Ch0tcIFzsdQJOWd+zAWT6B0Q40CDrOqtVx0hRC+1PRjxdG7Yu40CK00/
A6wzgKoHmJxSYtmnh8iZz5vt/bLWpjoGzuXsMcHPMypyPkv2MxwgO+5jvQK8ba/u
hCTKtcqLjJ/Uj7raALRPp1R+1FEDzgK0X08OSRTLy8W4i4Ezv0+k7u4bCwM61T9l
tQ9tAoQ6j/BV4qJDYyKHZvemTAt6T1d3maPoFBX4CgNKZizg+bz5dCzsnour9BDJ
5rTdQAl/ziAJ7RXAfXHrV5aT7NrbpZaz97LMSUFFqRDqHzw3viN8wh7Dz/LCRjJX
OOWPxKYnkAxOJaQoucE9K41X4661Ml1kIxwvUsxPJqznzKWrZ+8ecQJMdhFF3S8B
ftLHUzWrkNchvPvSEhNwycsfk/H7OXYyRX7QySP9eoWGMCQtPMTkQzyXpyz/nwC5
6ZDerRoJuTOdJPAoUT0WPeNcci6scf6PagH/G7UaWxZfottoJ7Uc+lPVsDmqSkD9
ZE5gK0SVheeEpIKEpJhgQg6oXmZERd3ZeNzqYyzYPyEiDkHmB+D5GXJIXCinYunk
syzxad3FNjfkxVwHYNJeQxQgl9J9kh0FowO8IxVB6g2om3DBsvMnCmu4J5tlPeik
NXC9gPgcQcaIggAvVVUNDBnhUWTllszjhBT7RT9LssXuJHwKlV0=
=/4VE
-END PGP SIGNATURE-

Bug#1020492: texlive-full: EB Garamond in textlive-full

[Jele, Harald]

Hi Hilmar,

yes, that's the same.


Thx -- Harald

Von: Hilmar Preuße 
Gesendet: Mittwoch, 15. Februar 2023 10:48
An: Jele, Harald
Cc: 1020...@bugs.debian.org
Betreff: Re: Bug#1020492: texlive-full: EB Garamond in textlive-full

Am 04.02.2023 um 16:01 teilte Hilmar Preuße mit:

Hi,

> Please remove these files any try again.
>
Is that issue also solved by the patch for Bug#1023391 ?

Hilmar
--
sigfault

Bug#908060: fakeroot: Extracting files with set file capabilites using tar results invalid mode

[Sebastian von Ohr]

I've also come across this bug. This seems to be a problem in the mknod wrapper 
function. When using tar with --xattrs it creates files using mknod, but 
without specifying a file type. An empty file type should be equivalent to 
S_IFREG. Fakeroot doesn't handle this and just stores the exact mode requested, 
resulting in the "invalid mode" error.

I've attached a patch which seems to solve the problem. This could also be 
handled in process_mknod in faked, but I choose libfakeroot side for the patch.


mknod_empty_ftype.patch
Description: mknod_empty_ftype.patch

Bug#1020492: texlive-full: EB Garamond in textlive-full

[Hilmar Preuße]

Am 04.02.2023 um 16:01 teilte Hilmar Preuße mit:

Hi,


Please remove these files any try again.


Is that issue also solved by the patch for Bug#1023391 ?

Hilmar
--
sigfault

Bug#1031325: e2fsprogs 1.47.0 introduces a breaking change into Bookworm, breaking grub and making installations of Ubuntu and Debian releases via debootstrap impossible

[Adrian Bunk]

On Tue, Feb 14, 2023 at 08:46:53PM -0500, Theodore Ts'o wrote:
>...
> I will draw the analogy of building a program which links against
> glibc for Bookworm resulting in a binary that will not run on Buster.
> We expect that, and we tell people to use build chroots.  This is not
> something which is actionable, and we don't hold back glibc updates
> just because you can no longer build on Debian 10.0 something that
> won't work on Debian 9.0, or 8.0.
>...
> We can change the default for mke2fs.conf file for Debian.  I don't
> think it's warranted, and I'm not aware of any other distribution
> doing this.  The fact that file system featuers that fix certain
> problems (such as the 2038 bug) will cause older versions the
> distribution to fail to accept that file system is always going to be
> the case.  So how long do we hold back some new feature?  A year?  Two
> years?  Five years?  Ten years?  Again, we don't do this with shared
> library linkages; we just tell people to use a build chroot.
>...
> So if we are to hold e2fsprogs and xfsprogs to the standard that a
> file system created by default must work on all older Debian and
> Ubuntu distributions to some arbitrary point in history,
>...

A rule of thumb is that any combination/mix of packages permitted by the 
package manager from two adjacent Debian releases should work whenever 
reasonably possible, since this reduces problems for our users during 
an upgrade, when using backports, or when temporarily going back to the 
version of a package from the previous stable due to a regression.

For normal library dependencies
  Depends: libc6 (>= 2.34)
will do the right thing automatically.

e2fsprogs adding Breaks against older versions of bootloaders and other 
software that lacks support for the new default might be a good idea.

The situtation is different when a relationship cannot be reliably 
expressed by package dependencies.

For the kernel the answer to your "how long" is that packages should 
also work with the kernel from the previous and the kernel from the
next Debian release.

Some time ago there was a discussion regarding Qt in Debian 10 using the
getrandom syscall that was not available in the kernel in Debian 8.
This was not considered supported (or supportable) since Debian 8 and
Debian 10 are not adjacent releases, but Qt in Debian 10 using a feature
not supported by the kernel in Debian 9 might have resulted in a lot of
problems when still running the old kernel during or after an upgrade
from Debian 9 to Debian 10.

If the feature stays enabled by default in bookworm:
Everyone using grub is an x86 thing, for embedded ARM it is more common 
to use a once ported ancient u-boot on your hardware forever.[1]
A bug against the release-notes pseudo-package with text describing
the incompatibility and possible workarounds would be appreciated.

> Best regards,
> 
>   - Ted

cu
Adrian

[1] u-boot in bullseye does already "support" metadata_csum_seed
by refusing to write to filesystems that have it enabled:

https://salsa.debian.org/debian/u-boot/-/commit/2e7365518acdb8fb6e9be332c8a6c57b457188d9

Bug#1023391: texlive-full: The EB Garamond font is not installed properly within debian texlive-full

[Harald Jele]

Package: texlive-full
Version: 2022.20230122-1
Followup-For: Bug #1023391
X-Debbugs-Cc: harald.j...@uni-klu.ac.at

Dear Hilmar,

> thanks for your input.
> Just to make sure, that I understand everything:
> 1. I download the package
> texlive-fonts-extra-links_2022.20230122-2_all.deb
> from the provided link
> https://freeshell.de/~hille42/TL_2023-2/
> 2. I install the new deb (extra-links_2022.20230122-2_all) via
> apt install ./texlive-fonts-extra-links_2022.20230122-2_all.deb
> 3. I remove fonts-ebgaramond via
> apt remove --purge fonts-ebgaramond
> 4. I remove the broken symlinks
> 5. I run mktexlsr as root

After doing so, the latex compilation shows the same result as a portable
TeXlive does. The former broken EB Garamond fonts are fixed.

I put a minimal example to
https://wwwu.aau.at/hjele/texlive_vs_debian_testing/eb_garamond.zip


Well done.
Thanks and greetings -- Harald


-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 80 Feb 15 10:07 /usr/local/share/texmf/ls-R
-rw-r--r-- 1 root root 3380 Feb 15 10:07 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Oct 12 23:25 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Jan 24 23:31 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Jan 24 23:31 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 475 Nov  3 09:04 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Jan 24 23:31 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
lrwxrwxrwx 1 root root 32 Jan 24 23:31 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 5130 Feb 14 09:13 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Sep  4  2021 mktex.cnf
-rw-r--r-- 1 root root 475 Nov  3 09:04 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

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

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

Versions of packages texlive-full depends on:
ii  asymptote  2.85+ds-1
ii  biber  2.18-1
ii  chktex 1.7.8-1
ii  cm-super   0.3.4-17
ii  context2021.03.05.20230120+dfsg-1
ii  dvidvi 1.0-8.2+b1
ii  dvipng 1.15-1.1+b1
ii  feynmf 1.08-13
ii  fragmaster 1.7-11
ii  info   6.8-6+b1
ii  lacheck1.26-17
ii  latex-cjk-all  4.8.5-1
ii  latexdiff  1.3.2-1
ii  latexmk1:4.79-1
ii  lcdf-typetools 2.108-3
ii  lmodern2.005-1
ii  prerex

Bug#1031259: ddcutil requires module i2c-dev

[Sanford Rockowitz]

It's not clear to me what's being reported here.

ddcutil does depend on kernel module i2c-dev.  This is extensively 
documented.  For example, see page Configuration Steps 
 on the 
ddcutil web site.


On startup, ddcutil issues the following messages if i2c-dev is not 
loaded or built in:


  No /dev/i2c devices/exist.
  ddcutil requires module i2c-dev.

If that is not the case, it is a bug.  Please submit the contents of 
directory /dev BEFORE module i2c-dev is loaded.


Or you would like package ddcutil to install a file in 
/etc/modules-load.d or /usr/lib/modules-load.d that forces i2c-dev to be 
loaded at startup. It is unclear to me whether installing a file in 
these directories is appropriate behavior for an application.  In this, 
I have followed the lead of package i2c-tools, which is a basic package 
intimately connected with i2c-dev in that it exercises i2c-dev and was 
written by the author (Jon Delvare) of that module.


On 2/14/23 02:31, Eric Streit wrote:

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

Dear Maintainer,

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

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


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

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

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

ddcutil recommends no packages.

ddcutil suggests no packages.

-- no debconf information

Bug#1031336: python3-distutils is not installable

[Adrian Bunk]

Package: python3-distutils
Version: 3.11.2-1
Severity: serious

The following packages have unmet dependencies:
 python3-distutils : Depends: python3:any (>= 3.11.2-0~)