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: s-tui
Severity: wishlist
Hi,
it would be nice if you could upload s-tui 1.2 (to experimental).
Regards,
Daniel
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
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Hi,
tl;dr: debian-archive-keyring 2025.1 did change some file content
arround, this needs an update in open-infrastructure-compute-tools and
the new version contains only this exact fix (debdiff attached
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Hi,
I know I'm very late for this and I'm sorry for it.. we just got the
HSMs to be able to create the keys to be included in the package..
please unblock progress-linux/20250601-1:
* the updated ver
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
retitle 1092671 ITP: golang-golang-x-mobile -- Mobile devices Go library
owner 1092671 Daniel Baumann
tag 1092671 + pending
thanks
Hi,
I've uploaded this to NEW in behalf of packaging nerdlog.
Regards,
Daniel
On 5/27/25 15:48, Michael Prokop wrote:
[Resending to 1082...@bugs.debian.org instead of -quiet to ensure it
reaches the package maintainer :)]
indeed, I haven't seen it :(
I'll have a look at it on Monday after the holidays and aim for an
unblock :)
Regards,
Daniel
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
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
+
freerdp3 (3.15.0+dfsg-2) unstable; urgency=medium
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
Package: wnpp
Severity: wishlist
* Package name: gatus
Version : 5.17
Upstream Author : TwiN
* URL : https://gatus.io
* License : Apache-2
Programming Lang: Go
Description : developer-oriented status page
Gatus is a developer-oriented health dashboard
Hi,
On 5/24/25 15:36, Paul Gevers wrote:
Can you please provide this as a debdiff in this bug report?
sure - debdiff is attached.
Regards,
Daniel
debdiff.diff.gz
Description: application/gzip
owner 1069794 Daniel Baumann
thanks
Hi Nikos,
On 5/22/25 09:51, Nikos Tsipinakis wrote:
I was in the process but I got stuck in a Go dependency hell with some of the
hashicorp dependencies.
yes, it's awful :(
I have not taken a look in quite a few months. I'd be happy to pa
Package: golang-github-dop251-goja
Hi,
could you please update golang-github-dop251-goja the the current
upstream snapshot in experimental?
It's needed for golang-github-dop251-goja_nodejs which in turn is needed
to package beszel.
Regards,
Daniel
close 951836
close 1087017
thanks
I gave up on netdata (for reasons see #1106233).
Regards,
Daniel
Package: wnpp
Severity: normal
Control: affects -1 + src:netdata
Hi,
for those who care about netdata:
* netdata is a real-time performance monitoring software, it consists
mainly of two parts: netdata agent and its plugins, and the web-ui
* while the agent has been and still is free s
retitle 1093255 ITP: beszel -- lightweight server monitoring
owner 1093255 Daniel Baumann
thanks
Hi,
I'll take care about.
Regards,
Daniel
close 1088473 2.0.3+dfsg-1
thanks
Hi,
this doesn't affect netdata 2.x (which has no web-ui anymore).
Regards,
Daniel
Package: vboxmanage-bash-completion
Severity: wishlist
Hi,
I'm a big fan of having shell completion for about everything, however,
I'm puzzled why this is in its own package.
How about getting this preferably included into virtualbox itself (have
you contacted upstream about it?), or, at lea
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
Hi Nikos,
are you still working on packaging openbao? if not, would you mind if I
take over?
Regards,
Daniel
retitle 1059087 seriously outdated, new upstream version (0.233)
thanks
Hi,
unfortunatly golang-google-api is so outdated in Debian, that a bunch of
current software is blocked from being packaged by it. Please upload a
current version of golang-google-api to experimental so people can
contin
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Hi,
please unblock jinjax 0.57+dfsg-1:
* jinjax is a sort-of pre-processor to jinja2 templates that adds
additional functionality that is not present in jinja2 vanilla
(https://jinjax.scaletti.d
For those who care about forgejo, I'm tracking my status of the
packaging here:
https://forgejo.debian.net/daniel/wiki/wiki/debian-packaging-forgejo
Regards,
Daniel
Package: golang-github-go-redis-redis
Hi,
forgejo needs version 9.x of golang-github-go-redis-redis, it would be
nice if you could upload 9.x to experimental so I can continue packaging
forgejo.
unrelated to that, it seems the package name for this should be
golang-github-redis-go-redis* ins
Package: golang-github-urfave-cli
Hi,
forgejo needs version 3.x of golang-github-urfave-cli, it would be nice
if you could upload 3.x to experimental so I can continue packaging forgejo.
Regards,
Daniel
Package: golang-github-santhosh-tekuri-jsonschema
Hi,
forgejo needs version 6.x of golang-github-santhosh-tekuri-jsonschema,
it would be nice if you could upload 6.x to experimental so I can
continue packaging forgejo.
Regards,
Daniel
retitle 1105143 unblock: zutils/1.14-5
thanks
Hi,
On 5/18/25 09:16, Paul Gevers wrote:
I'm seeing -5 in the archive now. Can you please update this bug report
with the advice from your side?
Helmut send an updated patch that fixes the regression in another
upgrade-case, this is zutils 1.14-5
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
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Hi,
please unblock zutils 1.14-4 into testing.
It fixes a RC bug in relation to bookworm->trixie upgrades und usrmerge
(https://bugs.debian.org/1104306), the diff is:
https://forgejo.debian.net/lzip/zu
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Hi,
please unblock and/or urge ceph 18.2.7-1 into testing.
It fixes a critical data corruption issue (and even data loss; if
upgrades are non-staggeredly deployed) as osds may crash after upgrade
and de
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.
Package: rust-rand
Hi,
can you please upload rust-rand 0.9 to experimental? The new version of
forgejo-cli needs that.
Regards,
Daniel
retitle 1091728 ITP: posting -- TUI client for HTTP requests
owner 1091728 Daniel Baumann
thanks
uploaded to NEW.
Regards,
Daniel
retitle 1104445 please build bootstrap.esm.js versions
thanks
On 5/1/25 19:46, Daniel Baumann wrote:
from a quick glance I didn't see how to generate it, do you have
any hints?
never mind, I think I've figured it out.
Regards,
Daniel
Hi Nick,
I just saw your ITP after I've started packaging icann-rdap.
Are you still interested in packaging it?
Regards,
Daniel
Hi Enrico,
On 4/30/25 13:48, Enrico Zini wrote:
Unfortunately, bootstrap as packaged in Debian does not ship the ESM
version. It would be lovely to have it
sure - from a quick glance I didn't see how to generate it, do you have
any hints?
Regards,
Daniel
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
Hi Carles,
On 4/25/25 07:41, Carles Pina i Estany wrote:
I've removed the commented out lines
thanks!
after running debconf-updatepo, this is what I get:
https://forgejo.debian.net/dokuwiki/dokuwiki/raw/commit/d51b4c865dc19d0e6f0fd9fae68715f4c0f3c028/debian/po/ca.po
it seems you've used an
Hi Carles,
On 4/23/25 07:23, Carles Pina i Estany wrote:
There is a merge request to add or update the Catalan translation for
the debconf template in:
https://salsa.debian.org/debian/dokuwiki/-/merge_requests/8
thanks, but it's rather difficult to get the file, salsa is not the
authoritativ
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
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
Package: gitleaks
Hi,
thank you for maintaining gitleaks in Debian.
The current version (8.16.0) is rather old (Februar 2023), it would be
nice if you could upgrade it to the current one (8.24.3).
Regards,
Daniel
retitle 886697 ITP: commitizen -- format git commit messages correctly
owner 886697 dan...@debian.org
thanks
Hi,
rather than to package the original commitizen project, I've uploaded a
python version of it.
https://github.com/commitizen-tools/commitizen/blob/master/docs/faq.md#is-this-project
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
retitle 1017770 rework dpkg-divert handling for newer dpkg after trixie
tags 1017770 - pending
thanks
the divertion handling is rather complex due to the usrmerge move, so,
i'd like to keep it as it is right now, and after trixie, i'll remove
the usrmerge handling, and then rework it for newer
retitle 1103448 glibc: [INTL:pt_BR] debconf templates translation
reassign 1103448 glibc
thanks
Hi Adriano,
it seems you've accidentally attached the updated debconf translations
for glibc instead of mdadm, thus reassigning this bug to glibc.
Regards,
Daniel
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
reopen 1103358 thanks
retitle 1103358 make max-parallel more accurate and verbose
thanks
On 4/17/25 10:07, Lucas Nussbaum wrote:
Actually it already failed twice on that system, because in my archive
rebuilds I retry failures automatically to be able to ignore random
failures.
wow, cool featur
On 4/17/25 07:06, Lucas Nussbaum wrote:
16 GB total, 4 cores (so exactly 4 GB per core)
hm, interesting.. can you run it again just to be sure that it's not a
one-off?
(on other architectures, this has been an issue in the last couple of
months, but not on arm64 so far; however, before spen
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
close 1061278 2.1.2~dev0+20250301-1
thanks
Hi,
this has been fixed in above version: the error message has been fixed
and doesn't show up anymore, however, the "type ahead" search still only
highlights/jumps to the first match in the list, which is deliberately
like that. for a proper "filter sea
Package: ftp.debian.org
Hi,
in agreement and on behalf of the maintainer of libyang2, I would like
to request the removal of libyang2 from the archive.
The only reverse-dependency was frr, which has been switched to libyang
3.x (src:libyang) some time ago.
A dummy 'dak rm' on coccia.d.o gives a
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
On 2/18/25 09:21, Ondřej Surý wrote:
> I would love if you could adopt the package! Thank you.
sure, I'm going ahead then, thank you ;)
while I have you - do you want to stay in uploaders for frr?
Regards,
Daniel
On 2/18/25 09:18, Andreas Tille wrote:
> Seems it was rejected since I can't find it in new and its also
> not in Debian yet. :-(
I beg to differ :)
https://tracker.debian.org/pkg/terminaltables3
Regards,
Daniel
Package: libnetconf2
Hi Ondrej,
libnetconf2 could use a little packaging love.. it would be nice if it
could be updated to the current upstream version (3.3.5 from January
2025) and be build with src:libyang (3.x) instead of src:libyang2, in
order to get libyang2 removed (it's the last "hold-out"
tag 1095814 + pending
thanks
On 2/12/25 13:00, Daniel Baumann wrote:
> source and binary names change, so things have to go through NEW. I'm
> currently finishing up the last touches, and then upload it (probably
> today).
done.
Regards,
Daniel
Hi,
On 2/12/25 12:15, Andreas Tille wrote:
> Do you have any good reason to wait with uploading the latest version?
source and binary names change, so things have to go through NEW. I'm
currently finishing up the last touches, and then upload it (probably
today).
> BTW, what about joining the De
Package: openvpn
Severity: normal
Hi,
thanks for maintiaining openvpn in debian. it would be nice if you could
upgrade the package to the current upstream version as 2.6.13 has some
nice to have fixes.
Regards,
Daniel
Package: sysdig
Severity: wishlist
Hi,
thank you for maintaining sysdig in debian.
It would be nice if you could upgrade the package to the current
upstream version (0.39 from last October).
Regards,
Daniel
close 943379 0.38-1
thanks
Hi,
prng is the default with nwipe somewhen later than 0.34, but definitely
with the current 0.38-1.
Regards,
Daniel
Hi Colin,
On 1/26/25 16:21, Colin Watson wrote:
> 3072-bit RSA seems like a fine default at the moment,
> and I expect that Debian will follow future changes made upstream.
while I fully agree and don't think that the debian package should
divert from upstream here, as an admin I do use different
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
close 1085787 2.8.4-1
thanks
Hi,
this has been fixed with the latest upload.
Regards,
Daniel
close 1079979 4.4-1
thanks
Hi,
the mdmonitor service unit has been fixed some time ago, at latest with
the above version.
Regards,
Daniel
Hi,
thank you for your report.
Same as we discussed systemd units vs. initscripts in #1037496, this
also extends to cron vs timers. I've added a note to the debconf
message, also refering to these maintenance tasks so users of
non-systemd initsystems are aware.
Regards,
Daniel
close 1093130
thanks
Hi,
thank you for your report.
If you've get a kernel panic, then that has nothing to do with mdadm and
there's nothing mdadm can do about it.
You'd need to fill a bug report against the kernel but provide much more
information about what's actually happening.
Regards,
Dan
close 1079467
thanks
Hi,
some time passed on this, however, I still can not reproduce it on a
multitude of different machines and setups, thus closing this bug.
If you can reproduce it with current trixie and mdadm, feel free to
reopen the bug.
Regards,
Daniel
close 905968 4.1-1
thanks
Hi,
as far as I can see the main issue of this report has been fixed in
4.1-1, thus closing the bug.
Regards,
Daniel
Hi,
quick status update:
* the forgejo cli client and its dependencies is needed for all the
automated testing of forgejo. packages have been uploaded in
October, some have been accepted and some are still in NEW.
* "waiting" on getting repo grouping implemented:
https://codeberg
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
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"?
On 12/13/24 11:10, Fabian Grünbichler wrote:
> we still plan to finish this transition, yes.
thanks. if there's anything I can help with, don't hesitate to tell/ask
- I'm blocked until this is fixed and can't do anything in the meanwhile.
Regards,
Daniel
Hi,
On 12/13/24 10:01, Fabian Grünbichler wrote:
> yes, Blair is:
>
> https://salsa.debian.org/rust-team/debcargo-conf/-/issues/78
> https://tracker.debian.org/news/1582226/accepted-rust-hyper-141-1exp1-source-into-experimental/
I'm aware of the above, but don't see any progress on uploading it
Hi,
is there any news, is someone working on this?
Regards,
Daniel
Hi,
is there any news, is there someone working on this?
Regards,
Daniel
Package: postfix-mta-sts-resolver
Severity: normal
Hi,
please update postfix-mta-sts-resolver to the current upstream version,
it fixes a bunch of bugs and add support for psql.
Regards,
Daniel
On 12/10/24 15:45, Raphaël Hertzog wrote:
> not sure if there's some bad tooling involved here
jftr, as said in #1089648: I think this comes from a bug from some time
ago in 'wrap-and-sort -bast'.
Regards,
Daniel
Hi,
> But we also have many cases where there's a trailing comma:
I think this came from a bug in 'wrap-and-sort -bast',
but except for one of my packages (fixed in git) this is no longer the
case at least in testing/unstable (didn't check stable or older).
Regards,
Daniel
Hi,
jftr, this has been superseeded by todays upload of ceph
16.2.15+ds-0+deb12u1 via security because of CVE-2024-48916 (#1088993).
Regards,
Daniel
) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Adding tests in binary package as used by other packages (Closes: #-1).
+
+ -- Daniel Baumann Tue, 03 Dec 2024 13:44:34 +0100
+
php-kissifrot-php-ixr (1.8.4-3) unstable; urgency=medium
·
* Fix phpunit 11 compatibility (Closes: #1070558)
d
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
close 1081068 2024-02-06b-0exp1
thanks
Hi,
there has been a wrong EOL handling in dokuwiki and this has been fixed
in "kaos", the 2024-02-06 release of dokuwiki, hence closing this bug
accordingly.
Regards,
Daniel
close 1068894 2024-02-06b-0exp1
thanks
Hi,
this has been fixed in "kaos", the 2024-02-06 release of dokuwiki, hence
closing this bug accordingly.
Regards,
Daniel
close 1054623 2024-02-06b-0exp1
thanks
Hi,
this has been fixed in "kaos", the 2024-02-06 release of dokuwiki, hence
closing this bug accordingly.
Regards,
Daniel
close 958280
thanks
Hi Kingsley,
thank you for reporting this.
When using multisite/farm, the dokuwiki specifics are handled through
dokuwiki-addsite, however, you still need to configure your webserver
accordingly.
As there are more then one way to do it, we can't do that reasonably in
the pac
close 611254
thanks
Hi,
thank you for reporting your bug, however, given that..
* it's true that the way to enable php support in lighttpd should be
left to the admin
* the bug has not seen any followups since more than 13 years
.. I'm closing the bug as I don't see much value in keepin
close 780349
thanks
Hi,
thank you for reporting your bug, however, given that..
* the bug coudn't be reproduced by the maintainer at the time it was
reported
* the bug has not seen any followups since almost 10 years
* the version of dokuwiki it was reported for is no longer supported
block 1085862 by 1055918
thanks
Hi,
thanks for maintaining rust-hyper in Debian. I understand from the links
in this bug that the transition is beeing worked on, however, as neither
reqwest nor http are available build-against hyper 1.x in experimental,
I can't use experimental and the packages b
Hi,
the current version of comrak in Debian is from November 2023, any
update or ETA on uploading a recent version?
I'd like to proceed with forgejo, but as said I'm blocked by not having
comrak >= 0.26, released July 2024 (current upstream is 0.31, November
2024).
Do you need any help with gett
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"
tag 1086344 +moreinfo
thanks
Hi Dandan,
thanks for reporting this, it would be good to get ceph to build on loong64.
I don't know how much RAM the buildd in question has, however, from the
buildlog one can see that it builds with 16 threads in parallel (which
would need 64GB RAM to complete).
T
Package: wnpp
* Package name : dag-scrubber
* Upstream Author : ANT Lab, University of Southern California (USC)
* License : GPL-2
* Homepage : https://ant.isi.edu/software/dag_scrubber/index.html
(the following is copied from the website, not the actual package
description to be used)
D
close 925193
thanks
Upstream discontinued logbot in Summer 2021, closing this bug.
Regards,
Daniel
1 - 100 of 2629 matches
Mail list logo
