Package: s-tui
Version: 1.1.6-1.2
Severity: serious
Hi,
in a clean trixie install, s-tui fails to start with:
---snip---
$ s-tui
Traceback (most recent call last):
File "/usr/bin/s-tui", line 33, in
sys.exit(load_entry_point('s-tui==1.1.6', 'console_scripts',
's-tui')())
~
tag 1108152 patch
thanks
Here's a patch that updates the embedded GPL-2 copy to the newer version
as included in base-files.
Regards,
DanielAuthor: Daniel Baumann
Description: Updating embedded GPL-2 to fix FTBFS.
diff -Naurp git.orig/contrib/subtree/COPYING git/contrib/subtree/CO
Package: git
Version: 1:2.47.2-0.1
Severity: serious
Hi,
trying to rebuild git in trixie fails to build:
---snip---
[...]
make[1]: Leaving directory '/build/git-2.47.2'
dh_apache2
debian/rules override_dh_installdocs-arch
make[1]: Entering directory '/build/git-2.47.2'
dh_installdocs --ar
retitle 1107082 RM: netdata -- turned proprietary [RoM;RoQA]
reassign 1107082 ftp.debian.org
thanks
Hi Chris,
On 6/1/25 13:24, Chris Hofstaedtler wrote:
I'm proposing to remove netdata from Debian (unstable), due to the
licensing concerns mentioned in #1106233 (Orphan bug). I understand
these t
tag 1106651 - trixie
thanks
Hi,
On 5/27/25 14:01, Santiago Vila wrote:
During a rebuild of all packages in unstable, your package failed to build:
[...]
cannot find package "github.com/go-ap/jsonld" in any of:
jsonld is still in NEW, and, it's missing in build-depends - thanks for
spotting i
unmerge 1101839
close 1101839
thanks
Hi Santiago,
On 5/26/25 19:09, Santiago Vila wrote:
I can't reproduce this anymore while building the orange-canvas-core
package.
thanks for the update.
Not changing the severity, because apparently other people can reproduce
it, but I will not be able t
ger a segmentation
+ fault. This causes FreeRDP to crash and remain defunct, resulting in a
+ denial of service. Initializing function pointers in transport.c after
+ resource allocation fixes this [CVE-2025-4478] (Closes: #1105917).
+
+ -- Daniel Baumann Mon, 26 May 2025 14:38:19 +0200
+
fre
Hi Gui-Yue,
On 5/20/25 13:19, Yue Gui wrote:
The debdiff patch is in the attachment.
thanks for working on these issues - patch is applied and uploaded.
Regards,
Daniel
On 5/12/25 17:30, Helmut Grohne wrote:
I'm attaching updated test cases as well as another patch.
thanks - much appreciated, and uploaded.
Regards,
Daniel
Hi Gui-Yue,
On 5/10/25 06:55, Yue Gui wrote:
The problem arises because `forgejo-cli` (specifically the `fj` binary)
attempts to create a user-specific keys file (as indicated by `keys file
not found, creating` and the error at `src/keys.rs:43:9`) when its
`completion` subcommand is invoked.
On 4/28/25 14:58, Helmut Grohne wrote:
I am sorry to tell you that the brittle /usr-move mitigations broke
again.
no worries, I'm honestly so lucky that you're able and willing to help,
I'll gladly wait for your patch.
Regards,
Daniel
close 1103769 2.3.0-2
thanks
Hi,
the patch upstream provided to test did indeed fix it, hence closing
this bug. thanks for reporting!
Regards,
Daniel
/6c66a8c2e1934694a0edf9d76be00e41a4c2fcbf
Workarounding internal version lookup by manually writing version until there's
a better fix upstream (Closes: #1103768).
Signed-off-by: Daniel Ba
On 4/21/25 12:13, Paul Gevers wrote:
So they should have never made it to testing.
yes.
I though filling the RC bug against harlequin right after it left NEW
would be enough to never let harlequin-* migrate, seems not. Sorry about
the confusion it caused.
Regards,
Daniel
On 4/21/25 10:36, Paul Gevers wrote:
From src:harlequin point of view, this is fine I guess. But from
src:harlequin-odbc there is a problem, see bug #1102694.
harlequin-* are the database connection plugins and useless without
harelquin itself.
The autoremoval is correct (which was my inten
On Sat, 12 Apr 2025 10:22:02 +0200 Paul Gevers wrote:
> Do you mean it depends on it, but it doesn't Depends on it?
yes - harlequin depends on the python parts of apache arrow which is not
packaged for Debian yet.
I didn't add a non-existing package name to Depends but instead chose to
immed
severity 1103358 important
tag 1103358 + moreinfo
thanks
Hi,
ceph builds fine on arm64 and I just did a successfull rebuild as well.
Looking at the buildlog, it looks more like the issues comming from the
crude cpu/ram-based calculation to set the number of parallel jobs. I've
replaced that w
Hi David,
On 4/16/25 11:59, David 'equinox' Lamparter wrote:
https://github.com/FRRouting/frr/commit/0ede1a830285c3fa3a8424fa69486a217c1e05ce.patch
great, thanks! I've just uploaded it as 10.3-2.
Regards,
Daniel
Hi Adrian,
thanks - I'll fix both of them later today and tomorrow.
Regards,
Daniel
Package: harlequin
Severity: serious
this is a reminder/blocker bug, that harlequin depends on pyarrow which
isn't yet in Debian.. but I'm working on it.
Regards,
Daniel
Package: nwipe
Version: 0.38-1
Severity: serious
Hi,
nwipe is awesome, but there's a tiny but serious glitch,
it fails to start if hdparm is not installed:
---snip---
daniel@daniel-desktop:~$ sudo nwipe
[...]
[2025/01/24 10:26:28] warning: hdparm command not found.
[2025/01/24 10:26:28] warning
Hi Cyril,
On 1/18/25 07:50, Cyril Brulebois wrote:
> What I meant here is that in general, anything that's manually added to
> /dev goes away when rebooting (restarting); but that's also true in our
> case, when d-i “just” starts.
I understand the generic/non-udeb case, but didn't get the d-i one
/6f44369adb6d0e36b5ef479cba6af13440d5aff1
Adding cherry-picked upstream patches for python 3.13 compatibility from
ubuntu, thanks James (Closes: #1091407).
Signed-off-by: Daniel Baumann
Hi Cyril,
Cyril Brulebois wrote:
> anything stored in /dev goes away when (re)starting.
I'm afraid I don't understand - would you mind explaining it to me?
I figured that when haveged-udeb is installed via anna, that postinst is
then creating the directory. What do you mean with "restarting"?
/8293d591fee2081bb0916a4bc49b4ee3fa5b349d
Cherry-picking patch from upstream to fix authentication bypass in rgw (Closes:
#1088993) [CVE-2024-48916].
Signed-off-by: Daniel Baumann
(this
/4a2d88fdc747cce9df9acff483d38b071c08e25b
Cherry-picking patch from upstream to fix authentication bypass in rgw (Closes:
#1088993) [CVE-2024-48916].
Signed-off-by: Daniel Baumann
(this
On 12/2/24 07:49, Peter Van Eynde wrote:
> The fix for #1087842 was not complete I fear. deluge-web still has a
> dependency on `python-legacy-cgi` instead of `python3-legacy-cgi`
thanks, indeed :(
I've just uploaded it with that correction.
Regards,
Daniel
tag 1088266 + pending
thanks
Hi Helmut,
On 11/26/24 08:30, Helmut Grohne wrote:
> your nedata upload is a restructuring upload where files move between
> packages.
yes, this (and a lot of other stuff) is very much WIP or outright broken
in netdata 2.x, but I wanted to profit from "intermediate"
close 1084724
thanks
Hi,
thank you for your report.
> The following removed libraries were found in this package:
>
> crypt: qa/tasks/cephfs/test_cephfs_shell.py:9
> pipes: qa/tasks/workunit.py:5
true, however, these are not used when building ceph at all or running
the normal tests during pack
On 11/16/24 07:02, Cyril Brulebois wrote:
> Also, irk! That lost version information, and the new version migrated
> to testing despite the RC bug!
indeed - that is very weird and looks like a bug :/
Regards,
Daniel
# for some reason, bugs to udebs do not shop up on
# tracker nor on ddpo, thus reassigning for visibility
reassign 1087324 haveged
thanks
On 11/11/24 13:08, Cyril Brulebois wrote:
> haveged doesn't start at all in d-i, and that's not an apparmor issue
> (#1087318):
I'll check, thanks for reportin
On 11/15/24 16:47, Luca Boccassi wrote:
> That's great, thanks!
thanks for finding and reporting it ;)
Regards,
Daniel
On 11/15/24 16:38, Luca Boccassi wrote:
> Upstream has provided a fix:
thanks, I've seen it and already uploaded it 15min ago.
Regards,
Daniel
severity 1034361 important
tag 1034361 - bookworm-ignore
close 1034361 1.9.19-1
thanks
same problem as #998382 which was fixed in 1.9.19-1.
Regards,
Daniel
/eecc87aed5d9b3447e6a74f32f509dc82664f41f
Adding patch to fix FTBFS with fmt10 (Closes: #1086564).
Signed-off-by: Daniel Baumann
(this message was generated automatically)
--
Greetings
On 10/4/24 09:16, Bastian Blank wrote:
> What is the plan to get this fixed?
I'm working on getting all required build-depends in debian, but I can
also just remove the non-free bits until thats done.
Regards,
Daniel
severity 1079467 important
thanks
Hi Christian,
On 8/23/24 17:08, Christian Haul wrote:
> after upgrading to kernel 6.10.6 boot fails on mdadm not finding devices as
> none are configured. Going back to 6.10.3 fixes the problem.
thank you for your report. I can't reproduce it on my neither of my
/e17ea4ffd19c1a2bcd5ccc0e430ff476832ea618
Building with fixed cmake (Closes: #1078446).
Signed-off-by: Daniel Baumann
(this message was generated automatically)
--
Greetings
https
Hi,
thanks - while you were writing this I've uploaded a temporary fix (or
attempt for it) by setting JAVA_JVM_LIBRARY manually on architectures
that don't have the hotspot jvm but just the zero jvm.
I've opened a bug with the link to your patch to cmake, hopefully the
cmake debian maintainer wil
Package: cmake
Severity: serious
Tags: patch
Hi,
a few days ago, openjdk-21 was made the new default-jdk in unstable.
With openjdk-21, some changes apply which jvm is used/available on which
architecture and cmake doesn't detect them yet. Therefore, ceph does
FTBFS and possibly a bunch of other
/fc0568864989a1532f742ac6656bce1520a32cfd
Correcting execution order of dh_movetousr, thanks to Helmut Grohne
(Closes: #1073640).
Signed-off-by: Daniel Baumann
(this message was
/7d0bd445e66b92db610fa0a5fff3066d7dfa5e4f
Correcting execution order of dh_movetousr, thanks to Helmut Grohne
(Closes: #1073640).
Signed-off-by: Daniel Baumann
(this message was
On 8/7/24 08:21, Daniel Baumann wrote:
> I'm uploading a new upstream version implementing this during the
> evening today.
I'm currently sick, but I will do it on the weekend.
Regards,
Daniel
close 1076259 20221002-16
thanks
Hi,
thanks for spotting it, I've uploaded fixed versions for both.
Regards,
Daniel
/6647b96bca5ee2254590f3ce6be6cf2c2c460171
Cherry-picking patches from upstream to fix FTBFS with gcc-14 (Closes:
#1074874).
Signed-off-by: Daniel Baumann
(this message was generated
tag 1074874 + pending
thanks
I've cherry-picked the necessary upstream commits on top of 18.2.4, will
finish running tests before uploading later on..
Regards,
Daniel
Hi David,
On 4/30/24 18:21, David Lamparter wrote:
flipped libatomic to be linked unconditionally.
it's not harmful to do so on architectures that don't need it, but imho
its cleaner to only be linked on affected architectures (armel m68k
powerpc sh4).
https://github.com/FRRouting/frr/com
tag 1067077 +pending
thanks
Hi,
my initial attempt in 10.0-0.2 to link with libatomic didn't work, I've
fixed that locally but a build to confirming on an armel porterbox is
runnning before uploading 10.0-0.3 in some minutes..
Regards,
Daniel
close 1067450
thanks
Hi,
On 3/21/24 18:03, Daniel wrote:
Mar 21 17:59:09 zone-s ttyd[1039170]: [2024/03/21 17:59:09:4449] E:
lws_create_context: failed to load evlib_uv
Mar 21 17:59:09 zone-s ttyd[1039170]: [2024/03/21 17:59:09:4449] E:
libwebsockets context creation failed
Mar 21 17:59:09 zo
On 12/22/23 12:30, Helmut Grohne wrote:
I am happy with all of these changes moving to
unstable and trixie.
applied and uploaded both p-l-metapackages and bfh-metapackages to unstable.
Thanks for your patience.
thank you for all your work and help!
Regards,
Daniel
Hi Helmut
On 12/19/23 15:13, Helmut Grohne wrote:
Based on the work on molly-guard, I'm ataching an updated patch and it
really is a copy of the one on bfh-container #1055509, so see there for
the why its done the way its done.
great, thanks!
I'll test it tomorrow and upload.
Regards,
Daniel
notfound 1040051 prompt-toolkit/3.0.38-2
retitle 1040051 autopkgtest err "Task was destroyed but it is pending!"
thanks
Hi,
thanks for reporting this. however, I can't reproduce it - I don't think
the bug is caused by prompt-toolkit but by anthing other that is
different between testing and unsta
retitle 1031593 deluge-web: gettext error
severity 1031593 important
thanks
Hi James,
thanks for your report. I'll take a look at it by updating deluge to the
current upstream version (and make sure that deluge-web works as I use
it myself).
Regarding this bug, just so much for now: even if delu
retitle 996042 rebuild inline html from source
thanks
Current status:
* the sources in html/* are complete
(already since some ttyd releases ago)
* not all required node-* packages are in debian to build html.h
* some of the required node-* packages that are in debian are still
in
fwd, seems not to have made it to the bts
Forwarded Message
Subject: Re: Bug#1030683: gnome-shell-extensions-extra: unmaintainable
Date: Tue, 7 Feb 2023 00:49:42 +0100
From: Daniel Baumann
Reply-To: m...@daniel-baumann.ch
To: Jeremy Bícha
CC: Thorsten Alteholz ,
1030
fwd, seems not to have made it to the bts
Forwarded Message
Subject: Re: Bug#1030683: gnome-shell-extensions-extra: unmaintainable
Date: Mon, 6 Feb 2023 17:01:27 +0100
From: Daniel Baumann
Reply-To: m...@daniel-baumann.ch
To: Jeremy Bícha , Thorsten Alteholz
CC: 1030
Hi Andreas,
On 2/6/23 16:43, Andreas Beckmann wrote:
> during a test with piuparts I noticed your package failed to install
> because it tries to overwrite other packages files without declaring a
> Breaks+Replaces relation.
thanks.
> I'm not sure whether B+R are the right solution here or wheth
retitle 1030203 fails after start with exit code 1
severity 1030203 important
tag 1030203 + moreinfo
tag 1030203 + unreproducible
thanks
Hi Markus,
thank you for your report.
"fortunately" (or unfortunatly) I cannot reproduce it.. but I've got a
few questions to narrow it down (given that report
tag 1021367 pending
block 1021367 by 1021249
thanks
Hi Yannick,
thank you for your report. I'm aware of this and already opened a bug
against psycopg3 about it (https://bugs.debian.org/1021249), as well as
uploading the new version to the delayed-queue.
Regards,
Daniel
tag 1019891 + pending
thanks
On 9/15/22 18:25, François Gannaz wrote:
> Here is the upstream commit that added this dependency:
> https://github.com/dbcli/mycli/commit/b8411836350923528ecdb0c92f22d26d012c1c89
indeed, I missed that - thanks for reporting!
> I couldn't find 'sqlglot' anywhere amon
On 9/2/22 14:31, Adam Borowski wrote:
> ♥
thank you for bringing it up. ;)
> merged-usr is unrelated here: we have dropped support for booting the system
> without /usr /etc /var mounted several years ago; merged usr is about moving
> things around replacing them with symlinks.
jftr, I'm aware -
tag 1018043 pending
thanks
On 8/24/22 17:40, Adam Borowski wrote:
> This package has a massive size
massive is relative.. it's 490KB.
> as it's pointlessly statically built.
there was a reason (see #608484), but I guess with merged-usr this isn't
a problem anymore anyway.
Regards,
Daniel
Package: libdrm
Version: 2.4.110-1
Severity: serious
Hi,
unfortunately the last upload of libdrm failed to build on all arm
architectures:
https://buildd.debian.org/status/package.php?p=libdrm&suite=unstable
Regards,
Daniel
Package: linux
Version: 5.16.3-1~exp1
Severity: serious
Tag: experimental
Hi,
unfortunately the last upload to experimental failed to build on i386.
Regards,
Daniel
gnature from "Daniel Baumann " [ultimate]
Primary key fingerprint: 9540 9F29 44B1 C6D4 4C6B 49D5 3E6C A28D AAF8 DD14
Author: Daniel Baumann
Date: Wed Dec 29 04:31:54 2021 +0100
Correcting typo in openssh-client.alternatives.
Signed-off-by: Daniel Baumann
diff --git a/debian
close 1002235 0.9.75-1
thanks
Hi,
thanks for reporting - the new upstream version fixes this for me, thus
closing.
Regards,
Daniel
retitle 998290 debianutils demoved tempfile, use mktemp
tag 998290 pending
thanks
Hi,
thanks for your report - it's fixed in the second upload of gnunet 0.15
in NEW, hope that it will pass anytime soon.
Regards,
Daniel
tag 997368 pending
retitle 997368 FTBFS in sid
tag 997306 pending
retitle 997306 FTBFS in sid
thanks
Hi,
gnunet 0.15 is stuck in NEW, once it gets released.. i'll upload new
gnunet-fuse/gnunet-gtk 0.15.
Regards,
Daniel
Hi Lee
On 10/7/21 18:18, Lee Garrett wrote:
ansible has already been uploaded there to make it easier
for the ftp team to review it. I'm hoping to upload it some time this
weekend.
great to hear, and thanks a lot for looking after ansible in Debian,
much appreciated.
Regards,
Daniel
Package: ansible
Version: 4.6.0-1
Severity: serious
Tags: experimental
Hi,
ansible in experimental is currently uninstallable because of the
dependency on ansible-core which is unavailable/not yet uploaded in
Debian as it seems.
Regards,
Daniel
Package: request-tracker5
Version: 5.0.1+dfsg-1
Severity: serious
Tags: security
Hi,
upstream has fixed the following issue in 5.0.2:
"In previous versions, RT's native login system is vulnerable to user
enumeration through a timing side-channel attack. This means an external
entity could try
Package: firefox-esr
Version: 91.1.0esr-1
Severity: serious
Tags: experimental
Hi,
unfortunately the upstream changes introduced in math_private.h from
91.0.1esr-1 to 91.1.0esr-1 make firefox fail to build from source on i386:
---snip---
In file included from /<>/modules/fdlibm/src/e_acos.cpp
Package: nfs-utils
Version: 1:2.5.4-1~exp2
Severity: serious
Hi Anibal
thanks for the previous upload, however, the upgrade of nfs-common from
sid to experimental still fails:
---snip---
[...]
Get:2 http://debian.ethz.ch/debian experimental/main amd64 libnfsidmap1
amd64 1:2.5.4-1~exp2 [78.4
Package: nfs-utils
Severity: serious
Version: 1:2.5.4-1~exp1
Tags: experimental
Hi Anibal,
after building the package, it fails to install:
---snip---
unpacking nfs-common (1:2.5.4-1~exp1) over (1:1.3.4-6) ...
dpkg: error processing archive
/var/cache/apt/archives/nfs-common_1%3a2.5.4-1~exp1_a
Package: nfs-utils
Severity: serious
Version: 1:2.5.4-1~exp1
Hi Anibal,
thank so much for uploading a new nfs-utils version, much appreciated.
unfortunately it fails to build on most architectures, I can confirm
that re-adding the dropped multiarch-patch fixes it (re-diffed patch
applied).
Package: linux
Version: 5.14-1~exp1
Severity: serious
Hi,
after applying the perf fixes, it builds for me on amd64, i386, armel,
and armhf, but fails on arm64:
---snip---
dh_prep
kernel-wedge install-files 5.14.0-trunk
install -D -m 644
debian/linux-image-5.14.0-trunk-arm64/boot/vmli
reopen 993560
thanks
On 9/3/21 16:24, Debian Bug Tracking System wrote:
Yes, we know.
Great, thanks and looking forward to the upload that will fixes it.
Regards,
Daniel
Package: linux
Version: 5.14-1~exp1
Severity: serious
Hi,
unfortunately the 5.14-1~exp1 upload failed to build on all
architectures (except for 'all').
Regards,
Daniel
---snip---
make[5]: Leaving directory '/<>/tools/perf'
make[4]: Leaving directory '/<>/tools/perf'
rm -f /<>/debian/linux-pe
Package: knot
Version: 3.1.1-1
Severity: serious
Tags: patch
Hi,
knot fails to build from source on armel due to outdated symbols file,
the following patch fixes it:
Regards,
Daniel
commit dcf7551cc9a05833089352aa852c280b77207646
Author: Daniel Baumann
Date: Mon Aug 23 18:07:40 2021 +0200
tag 971331 pending
thanks
Hi,
I asked upstream a while ago about it, and they in turn consulted with
libav upstreams.. and it's a non-trivial amount of work to port it.
Upstream recommends to just disable building the libav plugins.
Preparing an upload for doing now...
Regards,
Daniel
Package: tracker-miners
Severity: serious
Version: 3.1.1-1
Tag: experimental
Hi,
tracker-miners currently FTBFS in experimental on several architectures
due to testsuite issues:
https://buildd.debian.org/status/package.php?p=tracker-miners&suite=experimental
Regards,
Daniel
close 991635 6.1.26-2
thanks
Hi Gianfranco
thanks for the fix, it compiled now.
Regards,
Daniel
Package: virtualbox
Version: 6.1.26-dfsg-1
Severity: serious
Hi,
virtualbox 6.1.26-dfsg-1 fails to build from source on amd64 (but builds
fine on i386):
[...]
kBuild: Linking vboxjxpcom.jar =>
/<>/out/obj/VBoxJXpcom-inst-jar/vboxjxpcom.jar
"/usr/lib/jvm/default-java/bin/jar" cf
/<>/out/obj/VBoxJ
Package: freeradius
Version: 3.0.21+dfsg-2
Severity: serious
Hi,
freeradius-ldap fails to install if freeradius is not already running.
steps to reproduce:
sudo apt install freeradius
sudo service freeradius stop
sudo apt install freeradius-ldap
results in this:
[...]
The following NEW
severity 982758 important
thanks
Hi,
I've tried both upgrading from a default buster to sid (browserpass
2.0.22-2 to 3.7.2-1), as well as from a default sid (browserpass
3.4.1-4+b2 to 3.7.2-1).. and can't reproduce it, thus lowering the
severity to important.
As browserpass is a dependency of a
Package: ruustc
Version: 1.50.0+dfsg1-1~exp2
Severity: serious
Tags: experimental
Hi,
while 1.50.0+dfsg1-1~exp1 build fine on amd64, the subsequent upload of
1.50.0+dfsg1-1~exp2 did not:
https://buildd.debian.org/status/fetch.php?pkg=rustc&arch=amd64&ver=1.50.0%2Bdfsg1-1%7Eexp2&stamp=1618053860&
Package: firefox
Version: 87.0-1
Severity: serious
Hi,
thank you so much for taking care about firefox in debian.
unfortunaly, 87.0-1 failed to build on several architectures:
https://buildd.debian.org/status/package.php?p=firefox&suite=unstable
Regards,
Daniel
On 3/1/21 8:26 PM, Andreas Beckmann wrote:
> Just don't forget B+R: libgnunet0.14
> if libgnunet0.15 gets uploaded some day ... ;-)
jep :)
Thanks,
Daniel
Hi Andreas,
thanks for reporting, I totally missed one the breaks/replaced like you
pointed out.
On 3/1/21 6:33 PM, Andreas Beckmann wrote:
> IMO only the /usr/lib/* part belongs into libgnunet0.14,
> the remaining ones should have stayed in gnunet.
the idea here is that the stuff in libgnunet0.
retitle new upstream release (1.4.13)
thanks
...and now there's 1.4.13.
Regards,
Daniel
Package: pam
Version: 1.3.1-5
Severity: serious
Hi,
rebuilding pam on buster fails to build from source with the following
error:
---snip---
[...]
Making all in pam_selinux
make[4]: Entering directory '/build/pam-1.3.1-5/modules/pam_selinux'
gcc -DHAVE_CONFIG_H -I. -I../.. -Wdate-time -D_FORTI
reopen 953093
thanks
hm, looks like a misunderstanding.. this shoudn't have been closed. I'll
ask David to close it when it's in the archive.
Regards,
Daniel
close 952435
thanks
Hi,
navgis is still in debian (and also in testing), closing this bug.
Regards,
Daniel
retitle 963760 new upstream release (1.4.11)
thanks
...and now there's 1.4.11.
Regards,
Daniel
Package: apt
Version: 2.1.9
Severity: serious
Hi,
I think I've found a regression in the apt 2.1.9 upload.
When building system images, we do call 'apt install' with all the
packages in one single line, which is what we've been e.g. doing since
2006 for all the live images. Until 2.1.8 this work
On 7/31/20 1:05 PM, Gianfranco Costamagna wrote:
> attached the upstream fix refreshed on top of the current debian version
great, thanks a lot for the help; I'll upload within the next couple of
hours.
Regards,
Daniel
severity 963760 serious
thanks
Hi,
what's the status of this?
Regards,
Daniel
On 7/16/20 9:37 AM, Santiago Ruano Rincón wrote:
> I leave this as a note: kresd upstream removed systemd sockets support
> since 5.0:
> https://gitlab.nic.cz/knot/knot-resolver/-/issues/485
I'm afraid I don't understand what this has to with the original problem.
the original problem is the foll
On 7/10/20 3:13 PM, Santiago Ruano Rincón wrote:
> I'd rather downgrade severity to important.
i'd rather not - either it's a bug and then it should be fixed, or, if
the new behaviour is on purpose, then it needs to be documented and
handled for upgrades.
in either way, upgrading buster->bullseye
Package: nghttp2
Version: 1.41.0-1
Severity: serious
Hi,
when building nghttp2 on i386 it fails to build at dh_missing because
debian/tmp/usr/lib/*/*.la is not included in any package (which is correct).
I suggest to add a 'rm -f debian/tmp/usr/lib/*/*.la' after the
dh_auto_install in rules.
Re
1 - 100 of 882 matches
Mail list logo
