Hi ppc64el porters,
cppcheck has an autopkgtest regression on ppc64el (see #1099986 for details).
Any help would he highly appreciated.
Best regards,
Joachim
P.S: I'm not subscribed, please keep the bug (or me) on CC:.
tag 1099986 + help
thanks
Update:
I've been unable to reproduce the crash on platti (testing and sid).
In testing the autopkgtest fails since the upload of gcc-14 14.2.0-14:
https://ci.debian.net/packages/c/cppcheck/testing/ppc64el/
For sid there is less data, but a matching date range:
https:/
Hello Miguel,
finally I created an backport package of duply 2.5.5 for Bookworm. But
I have not the rights to upload to the repository bookworm-backports.
I could send the package files directly to you (email, link ...), is
that o.k.?
---
Have a nice day.
Joachim (Germany)
pgpk5w7jW6zCJ.pgp
Package: libkmod2
Version: 34.1-1
After the switch to dlopen() the lzma and zstd compression libraries,
libkmod2 does no longer depend on the liblzma5 and libzstd1 packages.
This is bad because kmod is not going to be automatically rebuilt should
one of these libraries change SONAME. Policy §8.6
Package: elpa-magit
Version: 4.3.1-1
Severity: important
The latest magit upload has dropped elpa-seq from Build-Depends, and
therefore elpa-seq got autoremoved from my system. While this seems
desirable, I foresee a problem with partial upgrades from bookworm,
because elpa-magit needs the seq-ke
, or there is a
(fontspec)bug in the underlying font loading engine
(fontspec)(XeTeX/luaotfload).
For immediate help type H .
...
l.868 \RequirePackage
[tt=false]{libertine}
?
---
How could we provide libertinusmath-regular?
Regard
On 2025-03-01 06:24 +0100, Guillem Jover wrote:
> Package: libc6
> Version: 2.41-2
> Severity: serious
>
> Hi!
>
> It looks like at least libc6:amd64 and libc6:i386 contain different
> content for /usr/share/lintian/overrides/libc6, which makes them fail
> to co-install. During an upgrade I just g
Package: adduser
Version: 3.142
Today I noticed two warnings when upgrading dbus packages, I think these
come from adduser.
,
| dbus-system-bus-common (1.16.2-1) wird eingerichtet ...
| warn: The home dir /nonexistent you specified can't be accessed: No such file
or directory
|
| fatal: The
Package: kmod
Version: 34-2
Commit 8ca034958ad7 removed the kmod init script, and the symlink to it
in /etc/rcS.d is now dangling:
,
| $ file /etc/rcS.d/S*kmod
| /etc/rcS.d/S08kmod: broken symbolic link to ../init.d/kmod
`
Could you please take care to remove that broken symlink as well?
> - the letter pressed (A) -- this is the only expected behaviour
> - another letter (pressed before)
> - nothing
> - a cursor movement (to the left, or right)
> - or even a character suppression (before, or under the cursor)
---
Have a nice day.
Joachim (Germany)
pgpFYC1qrz0Tu.pgp
Description: Digitale Signatur von OpenPGP
Control: merge 1084229 -1
On 2025-02-17 01:39 +, Bjarni Ingi Gislason wrote:
> Package: ncurses-bin
> Version: 6.5+20250125-2
> Severity: minor
> Tags: patch
You had already reported this against version 6.5-2 a few months ago.
Also, as mentioned by Thomas, the terminfo.5 manpage is generate
I was able to reproduce this by running stress hogging all CPUs (in my
case stress -c 12) in parallel to autopkgtest.
Source: mosquitto
Version: 2.0.20-3
Severity: normal
Another sporadic test failure:
373s ./06-bridge-remap-receive-wildcard.py
373s FAIL: Received incorrect pingresp.
373s Received:
373s Expected: PINGRESP, rl=0
373s 1737928346: mosquitto version 2.0.20 starting
373s 1737928346: Config loaded from
Source: mosquitto
Version: 2.0.20-2
Severity: normal
Autopkgtests fail with
./08-ssl-connect-cert-auth-expired.py
1737794412: The 'port' option is now deprecated and will be removed in a future
version. Please use 'listener' instead.
1737794412: mosquitto version 2.0.20 starting
1737794412: Confi
Hi.
I can reproduce it and will take a look.
Sincerely,
Joachim
Source: libslf4j-java
Version: 1.7.32
Severity: wishlist
Dear Maintainer,
If a straight upgrade is not possible, please provide a libslf4j2-java package.
Thanks,
Joachim
-- System Information:
Debian Release: trixie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates&#x
Package: postfix-doc
Version: 3.9.1-9
Severity: normal
Since version 3.9.1-8, the file /etc/postfix/postfix-files.d/doc.files
is no longer shipped[1], but it remains on the system as an obsolete
conffile. Can you please clean it up?
Thanks for maintaining postfix!
1.
https://salsa.debian.org/
Control: severity -1 serious
On 2024-12-30 10:56 +0900, Ryutaroh Matsumoto wrote:
> Package: wtmpdb
> Version: 0.13.0-2
> Severity: important
>
> Dear Maintainer,
>
> A new bug seems being introduced in version 0.13.0-2.
> Now wtmpdb-update-boot.service is refused by systemd as
>
> Dec 30 10:37:4
Package: postfix
Version: 3.9.1-5
Severity: grave
After upgrading from 3.9.1-4, the postfix instance failed to start.
Here are hopefully relevant excerpts from the journal:
,
| Dez 13 16:05:07 turtle postmulti[11589]: cp: not writing through dangling
symlink '/var/spool/postfix/etc/ssl/certs
Package: postfix-sqlite
Version: 3.9.1-1
After upgrading postfix and postfix-sqlite from version 3.9.0-4, I noticed
that etckeeper had recorded the following change:
,
| $ sudo git show
| commit b2dc9d35c0143b3a4df3df26df98f04521dae4ab (HEAD -> master)
| Author: Sven Joachim
| Date:
On 2024-11-26 23:19 +0100, Johannes Schauer Marin Rodrigues wrote:
> Package: binutils-multiarch
> Version: 2.43.50.20241126-1
> Severity: serious
>
> Hi,
>
> there is a file conflict between binutils and binutils-multiarch:
>
> Preparing to unpack .../4-binutils_2.43.50.20241126-1_amd64.deb ...
>
the latest linux-image-6.11.10 fixes this issue. See:
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.11.10
https://bugzilla.kernel.org/show_bug.cgi?id=219458
Sent with [Proton Mail](https://proton.me/mail/home) secure email.
.
This matters to me, because 2 of my packages (gap-polymaking, gap-
hapcryst) might be removed because they indirectly depend.
Unfortunately I myself have no idea how this can be resolved.
Sincerely,
Joachim
--
Papier ist gebundenes CO2. Bitte drucken Sie diese EMail aus und
archivieren Sie
after 6.11.2 (last working Debian kernel), and affects all
(currently/later) available amd64 kernel versions available in SID.
Output of btmon attached.
thanks,
Joachim
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architect
attached the btmon capture for the last working kernel (6.11.2)
btmon-linux-image-6.11.2-amd.snoop
Description: Binary data
Bluetooth monitor ver 5.79
btmon[3877]: = Note: Linux version 6.11.2-amd64 (x86_64) 0.429169
btmon[3877]: = Note: Bluetooth subsystem version 2.22
some peripherials with kernels after
linux-image-6.11.2)
To: Joachim Bauernberger
> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 1087940:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1087940.
>
> This is an automatical
\ORIrefstepcounter}
```
in front of
```
\documentclass{siamart220329}
```
Regards, Joachim
[1] https://tex.stackexchange.com/a/730631/34503
On 17Nov24 23:18, Hilmar Preuße wrote:
On 13.11.24 13:36, Joachim Wuttke wrote:
Hello,
Since the latest upgrade, in a manuscript using hyperref and cleveref
asap.
- Joachim
smime.p7s
Description: S/MIME Cryptographic Signature
el type `' undefined on input line
179.
```
Hopefully, this bug has already been fixed upstream in
https://github.com/latex3/hyperref/commit/fffd2e030c7aff952c0e9f34265fe4a03a8efd46
Regards, Joachim
smime.p7s
Description: S/MIME Cryptographic Signature
Control: reassign -1 expect
On 2024-11-03 19:10 -0500, Thomas Dickey wrote:
> On Sun, Nov 03, 2024 at 11:57:55PM +, Bjarni Ingi Gislason wrote:
>> Package: xterm
>> Version: 395-1
>> Severity: minor
>> Tags: patch
>
> multixterm is not part of the xterm package.
It is part of the expect pack
CVE this slightly more urgent than "normal". I
did however not find a suitable severity level.
This is the failing test:
https://ci.debian.net/packages/n/node-mqtt/testing/s390x/53408877/
It looks like the client completely fails to connect.
Sincerely,
Joachim
-- System Informati
nternationalization library depend on support
for one particular language?
Are there any technical obstacles to removing this
dependency?
How would a patch be viewed by the maintainers?
- Joachim
smime.p7s
Description: S/MIME Cryptographic Signature
f a libheif codec
is missing then (e.g. because a "Recommended" plugin is not available), the Gimp
plugin will not register the affected file types.
Best regards,
Joachim
From: Joachim Bauch
Date: Mon, 21 Oct 2024 08:47:12 +0200
Subject: libheif: Fix codec detection for libheif >=
I can confirm that this is caused by /tmp beeing mounted nodev.
sudo piuparts -t /home//tmp --do-not-verify-signatures --fake-
essential-packages ca-certificates --testdebs-repo 'deb [ trusted=yes ]
https://dl.cloudsmith.io/public/volkszaehler/volkszaehler-org-project/deb/debian
bullseye main' -d
ines * prerm#!/bin/sh
Package: vzlogger
Version: 0.8.8
Architecture: amd64
Maintainer: Joachim Zobel
Installed-Size: 1942
Pre-Depends: init-system-helpers (>= 1.54~)
Depends: libc6 (>= 2.29), libcurl4 (>= 7.16.2), libgcc-s1 (>= 3.0),
Package: piuparts
Version: 1.4.4
Severity: normal
Dear Maintainer,
I am trying to run
sudo piuparts --fake-essential-packages ca-certificates --testdebs-repo
'https://dl.cloudsmith.io/public/volkszaehler/volkszaehler-org-
project/deb/debian' -d bullseye
/var/cache/pbuilder/result/vzlogger_0.8.8
severity 1074118 serious
severity 1074119 serious
severity 1074380 serious
severity 1074381 serious
thanks
CGAL 6.0 has been uploaded to unstable. Raising severity to serious.
Best regards,
Joachim
Hi Francesco,
CGAL 6.0 has been uploaded to unstable. You might want to apply the diff in
experimental to the unstable version, too.
Best regards,
Joachim
At the end of ssl.conf you find:
# Warning: Session Tickets require regular reloading of the server!
# Make sure you do this (e.g. via logrotate) before changing this
setting!
SSLSessionTickets off
But here "reload or restart" shows up again.
Just wanted to point out that the documentation of SSLSessionTickets
says "restarting" while the logrotate configuration reloads. What is
actually needed?
Sincerely,
Joachim
It looks like SSLSessionTickets is now disabled by default. So I think
the ticke can be closed.
Sinerely,
Joachim
Package: texlive-base
Version: 2024.20240829-1
Severity: serious
There was a hiccup in today's upgrade:
,
| Vorbereitung zum Entpacken von .../10-texlive-base_2024.20240829-1_all.deb ...
| Entpacken von texlive-base (2024.20240829-1) über (2024.20240706-1) ...
| dpkg: Fehler beim Bearbeiten d
On 2024-08-24 01:47 -0400, Paul Dufresne wrote:
> Package: ncurses-base
> Version: 6.5-2
> Severity: wishlist
>
> Dear Maintainer,
>
> While trying to compile the haskell example program for module ncurses,
> I got the following error:
> While compiling: got:
> Failed to build ncurses-0.2.16.
> Bu
Control: tags -1 patch
Hi,
the build errors can be fixed by adding "python3-poetry-core" and
"python3-typing-extensions" to the build dependencies.
Cheers,
Joachim
OpenPGP_signature.asc
Description: OpenPGP digital signature
r
to use "pycodestyle" instead of "pep8" and fixes an error that is now reported.
Forwarding probably doesn't make sense as the last upstream commit is from
October 2014, so I'm not sure this is still developed upstream.
Cheers,
Joachim
--- dirspec-13.10.orig/debia
Control: tags -1 patch
Hi,
I could successfully build with this patch but didn't test any functionality
apart from that.
Cheers,
Joachim
OpenPGP_signature.asc
Description: OpenPGP digital signature
the "found 3.3.1-2" and adding a "fixed" with the first 3.0
version released in Debian.
But I'll leave that up to you as maintainer...
Cheers,
Joachim
OpenPGP_signature.asc
Description: OpenPGP digital signature
Control: tags -1 patch
Hi,
the security tracker links a commit that fixes the issue:
https://github.com/coreutils/coreutils/commit/c4c5ed8f4e9cd55a12966d4f520e3a13101637d9
Also this is fixed in coreutils 9.5 released on 2024-03-28.
Cheers,
Joachim
OpenPGP_signature.asc
Description
Control: forwarded -1 https://sourceforge.net/p/sox/patches/130/
OpenPGP_signature.asc
Description: OpenPGP digital signature
Control: reopen -1
Control: tag -1 patch
Reopening as the associated merge request was accepted after all. This will be
closed automatically again when a new version of mpv containing the fix is
uploaded.
Cheers,
Joachim
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi Sebastian,
Am 14.08.24 um 07:55 schrieb Sebastian Andrzej Siewior:
Please don't close bugs in the BTS. Provide the information needed and
leave closing the bug to the maintainer.
ack, sorry for closing this too early then!
Cheers,
Joachim
OpenPGP_signature.asc
Description: Op
Control: tags -1 patch
Dear maintainers,
please find attached a patch that fixes compilation with GCC-13 and -14. I'll
also submit it as MR in the repository.
The latest upstream release supports GCC-13, so forwarding is not needed.
Cheers,
Joachim
From: Joachim Bauch
Date: Tue, 1
Source: kvazaar
Version: 2.3.1-1
Forwarded: https://github.com/ultravideo/kvazaar/issues/412
As the tests run too long on some platforms, they timeout on buildd [1]. For
2.3.1-1 they got disabled on the affected platforms but should be re-enabled if
possible to avoid getting unnoticed breakage.
Package: login
Version: 1:4.16.0-2+really2.40.2-4
Severity: serious
Tags: patch
The login package no longer ships its PAM configuration file
/etc/pam.d/login, this will likely lead to breakage on new installations
(on upgrades the file remains as an obsolete conffile).
The following patch fixes t
Package: adequate
Version: 0.16.7
Severity: grave
The current version of adequate fails on any package for me, complaining
about unexpected output from update-binfmts:
,
| $ adequate ncurses-base
| 2024/08/02 17:20:41 Unexpected output from /usr/sbin/update-binfmts
--display: "mask =
Source: libheif
Version: 1.18.1-1
Severity: normal
Forwarded: https://github.com/strukturag/libheif/issues/1256
Various uncompressed decode tests are failing on platforms like powerpc, ppc64
or sparc64.
Sample output (powerpc):
-
The following tests FAILED:
5 - uncompressed_decode_generic_
NFS in the debian
11.10 release notes.
Can we please get NFSv2 support back in the kernel for those who still have to
use it? Disabling it in userland by default should be fine from a security
point of view.
Regards,
Joachim
Same here. Big thanks for the workaround.
Control: reassign -1 librecode0 3.6-27
Control: severity -1 serious
Control: retitle -1 librecode0: removal of symbol rpl_malloc breaks ABI
Control: affects -1 fortune-mod
On 2024-07-15 00:18 +0200, Michael Rasmussen wrote:
> Package: fortune-mod
> Version: 1:1.99.1-7.3
> Severity: important
>
>
C++11 even though CGAL 6 requires C++17, build
succeeds without that build dependency). If that conclusion is correct, please
considering dropping the build dependency to ease the transition.
Best regards,
Joachim
all (-DCOMPILE_CC_CORE_LIB_WITH_CGAL=OFF, use
of C++11 even though CGAL 6 requires C++17, build succeeds without that build
dependency). If that conclusion is correct, please considering dropping the
build dependency to ease the transition.
Best regards,
Joachim
Package: wnpp
Severity: wishlist
Owner: Joachim Zobel
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: gap-anupq
Version : 3.3.0
Upstream Contact: Max Horn
* URL : https://github.com/gap-packages/anupq
* License : Artistic-2.0
Programming Lang: C
Package: dpkg-dev
Version: 1.22.6
To work around FTBFS bug #1066382 in xserver-xorg-video-nouveau, I set
DEB_BUILD_MAINT_OPTIONS=qa=-bug-implicit-func. It seems this is no
longer sufficient with gcc-14, because
-Werror=implicit-function-declaration is actually the default, and so
xserver-xorg-vid
Package: elpa-debian-el
Version: 37.13
Severity: important
I wanted to report a bug against the dpkg-dev package, but that resulted
in a Lisp error before even running reportbug. Below is a backtrace
after loading the debian-bug.el source file.
Downgrading elpa-debian-el to version 37.12 fixes t
/cgal/releases/tag/v6.0-beta1
Best regards,
Joachim
/CGAL/cgal/releases/tag/v6.0-beta1
Your package includes , which I've been told was
deprecated in CGAL 4.13 and now removed.
Best regards,
Joachim
/releases/tag/v6.0-beta1
Your package includes which I've been told
was deprecated in CGAL 4.13 and now removed.
Best regards,
Joachim
Control: tags -1 + patch
On 2024-06-26 11:54 +0200, Sven Joachim wrote:
> Package: elpa-dpkg-dev-el
> Version: 37.12
> Severity: normal
>
> I have started to use Emacs from the recently created emacs-30 branch,
> and noticed that in debian-changelog-mode buffers font-lock-mode
Package: elpa-dpkg-dev-el
Version: 37.12
Severity: normal
I have started to use Emacs from the recently created emacs-30 branch,
and noticed that in debian-changelog-mode buffers font-lock-mode is nil
(M-x font-lock mode fixes that for the current buffer). In the Emacs 30
NEWS file I found the fo
he version numbers from unstable. I'll
try later to fix the version numbers (happened also to other bugs for that
transition).
Joachim
://github.com/CGAL/cgal/releases/tag/v6.0-beta1
Your package seems to be affected by the changes from boost::variant/optional
to std::variant/optional.
Best regards,
Joachim
/cgal/releases/tag/v6.0-beta1
Your package seems to be affected by the changes from boost::variant/optional
to std::variant/optional.
Best regards,
Joachim
/CGAL/cgal/releases/tag/v6.0-beta1
It seems that the build failure can be easily fixed just by requiring C++17
(see attached patch).
Best regards,
Joachim
Index: openscad-2021.01/CMakeLists.txt
===
--- openscad-2021.01.orig
] https://github.com/CGAL/cgal/releases/tag/v6.0-beta1
Some issues can be fixed just by requiring C++17 (see attached patch). I did
not investigate what is required to adapt to the changes related to
boost::optional/variant.
Best regards,
Joachim
Index: mshr-2019.2.0~git20230811.ff54a68+dfsg1
/CGAL/cgal/releases/tag/v6.0-beta1
Some issues can be fixed just by requiring C++17 (see attached patch). The use
of CGAL_USE_FILE needs to be replaced by target_link_library(... PRIVATE
CGAL::CGAL) (missing in the patch). Finally, CGAL has moved from Qt5 to Qt6.
Best regards,
Joachim
Index: gudhi
Package: libgl1-mesa-dri
Version: 24.1.1-1
Severity: serious
Control: block -1 by 1067699
I just had to downgrade a bunch of packages from src:mesa to version
24.1.0-2, because the installation of libllvm18:i386 failed due to a
file conflict that has been present for a few months, see #1067699.
P
On 2024-05-30 21:03 +0200, Chris Hofstaedtler wrote:
> Source: libutempter
> Severity: important
>
> Hi,
>
> per the discussion on debian-devel [1], we'll get a Y2038-safe
> replacement for wtmp, named wtmpdb / libwtmpdb etc.
> Please see if your package should integrate with it.
>
> It is unclear
On 2024-05-30 20:45 +0200, Chris Hofstaedtler wrote:
> Source: xterm
> Severity: important
>
> Per the discussion on debian-devel, Debian will switch to wtmpdb for
> Y2038-safe wtmp recording. If your package writes wtmp entries,
> please switch to libpam-wtmpdb or libwtmpdb.
Like most other prog
Source: libheif
Version: 1.17.6-1
Severity: wishlist
Now that kvazaar is available in Debian [1], the corresponding plugin
should be built for libheif.
[1] https://packages.debian.org/source/sid/kvazaar
OpenPGP_signature.asc
Description: OpenPGP digital signature
hat change the protocol without using
Upgrade-Insecure-Requests.
Sincerely,
Joachim
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "vzlogger":
Package name : vzlogger
Version : 0.8.6-2
Upstream contact : Joachim Zobel jz-2...@heute-morgen.de
URL : http://wiki.volkszaehler.org/software/controller/vzlogger
License
st <= 1100
>Actual: false
> Expected: true
> tdist=5097
>
This checks a duration, which is questionable in a test anyway.
I'll remove the assert.
Sincerely,
Joachim
-morgen.de/debian/repo/unstable/main/source/net/vzlogger_0.8.6-1.dsc
Sincerely,
Joachim
re the two 0.8.5s?
Is it that upstream has moved and you consider 0.8.5-1 a 0.8.5?
Sincerely,
Joachim
ource: trailing-whitespace [debian/control:17]
> P: vzlogger source: trailing-whitespace [debian/control:40]
> P: vzlogger source: trailing-whitespace [debian/rules:45]
> X: vzlogger: systemd-service-file-missing-hardening-features
[usr/lib/systemd/system/vzlogger.service]
> X: vzlogger source: upstream-metadata-file-is-missing
All done except for upstream-metadata-file-is-missing. I don't think
this is of much use for a service.
An updated 0.8.5-1 has been uploaded.
Sincerely,
Joachim
iuparts-netns-4',
> '--uts=/srv/piuparts/tmp/tmprFiuJ6/ns-uts', 'chroot',
> '/srv/piuparts/tmp/tmprFiuJ6/chroot', '/usr/sbin/logrotate',
> '/etc/logrotate.d/vzlogger']
Unfortunately the logrotate configuration had not been adapted when the
Control: found -1 1.20.2-1
On 2024-04-17 14:26 +0200, Chris Hofstaedtler wrote:
> Control: tags 1059417 + patch
> Control: tags 1059417 + pending
>
>
> Dear maintainer,
>
> I've prepared an NMU for ed (versioned as 1.20.1-1.1) and
> uploaded it to DELAYED/7. Please feel free to tell me if I
> sho
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "vzlogger":
* Package name : vzlogger
Version : 0.8.5-1
Upstream contact : Joachim Zobel
* URL : http://wiki.volkszaehler.org/software/controlle
Hi.
My packages gap-polymaking and gap-hapcryst are now using autopkgtest.
In both cases the FTBFS was caused by tests running as part of the
build, so my problem is solved.
Sincerely,
Joachim
Package: elpa-magit
Version: 3.3.0+git20231219.1.c7ab6931-1
Severity: serious
After loading magit Emacs displayed the following message in the
*Warnings* buffer:
,
| Emergency (magit): Magit requires ‘transient’ >= 0.5.0,
| but due to bad defaults, Emacs’ package manager, refuses to
| upgrade
On 2024-04-08 14:13 -0600, Sam Hartman wrote:
>> "Professor" == Professor Jeebs writes:
>
>
> Professor> I prefer the way it is handled per user. There is a related,
> commented
> Professor> out, option in /etc/skel/.profile, which lands in new user
> directories,
> Professor>
On 2024-04-08 15:46 +0200, Chris Hofstaedtler wrote:
> To clarify, because I think there is still some ongoing
> confusion regarding binary files and binary packages, here a table:
>
> Debian package name | (primary) file(s)
>
>
On 2024-04-06 21:45 +0200, Santiago Vila wrote:
> El 6/4/24 a las 20:53, Sven Joachim escribió:
>> 1. https://www.debian.org/doc/debian-policy/ch-relationships.html#id11
>
> Ok, I had not read that part of Policy in a long time.
>
> One minor last thing:
>
> Assu
On 2024-04-06 19:49 +0200, Santiago Vila wrote:
>> Patch attached, I have tested that it builds on amd64 and i386. looked
>> at the generated Dependencies and verified that lintian does not go
>> crazy, but that's it. Note that I had to add libtool-bin rather than
>> just libtool to Build-Depends
/tack.html
* License : GPL-2+
* Vcs : https://salsa.debian.org/joachim-guest/tack
Section : misc
The source builds the following binary packages:
tack - terminfo action checker
To access further information about this package, please visit the following
URL
Am Freitag, dem 05.04.2024 um 19:18 + schrieb Debian Bug Tracking
System:
> You need to provide a proper source package, not a dpkg-deb artifact.
Learning about debcargo might be helpful.
Sincerely,
Joachim
https://salsa.debian.org/rust-team/debcargo/
--
Papier ist gebundenes CO2. Bi
On 2024-04-03 22:47 +0200, Alejandro Colomar wrote:
> On Wed, Apr 03, 2024 at 06:01:50PM +0200, Sven Joachim wrote:
>> Control: severity -1 normal
>>
>> On 2024-04-03 11:29 +0200, Alejandro Colomar wrote:
>>
>> > I now see that `apt-file show glibc-doc` shows s
Control: severity -1 normal
On 2024-04-03 11:29 +0200, Alejandro Colomar wrote:
> Hi,
>
> On Tue, Apr 02, 2024 at 08:58:32PM +0200, Aurelien Jarno wrote:
>> Thanks, that sounds great that we can finally get rid out of those in
>> the debian package.
>>
>> >$ git diff --stat b06cd070f..128a3ae
Package: bsdgames
Version: 2.17-31
Severity: serious
Your package fails to configure in a fresh installation (but not when
upgrading from a previous version). This is what happens in a throwaway
chroot (unrelated lines stripped from apt/dpkg output):
,
| # apt install bsdgames
| Selecting pr
On 2024-04-01 19:02 +0200, Alejandro Colomar wrote:
> Hi Sven,
>
> On Mon, Apr 01, 2024 at 06:38:52PM +0200, Sven Joachim wrote:
>> Makes perfect sense, but at the moment it can only be uploaded to
>> experimental.
>>
>> > We're not in a freeze, so I gue
1 - 100 of 3541 matches
Mail list logo
