Package: nom
Version: 0.1.5-6
Severity: serious
Tags: pending
nom 0.1.5-6 doesnt work with ruby3 in trixie, as observed by myself
now and previously in https://github.com/blinry/nom/issues/19.
To fix this two small changes are needed as described in the upstream
issue. I have these changes alrea
On Thu, May 29, 2025 at 12:35:29AM +0200, Santiago Vila wrote:
> Hello. The attached patch should fix the issue by disabling the
> three failing tests.
I'd apply this patch in 2028 (or whenever it will be needed) and until
then downgrade the severity of this bug. Or extend the patch to only
condit
control: severity -1 important
# that's bad but doesn't really justify autoremoval
thanks
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
⠈⠳⣄
„Nicht Hitler, Göring, Goebbels und Himmle
severity -1 important
# that's bad but doesn't really justify autoremoval
thanks
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
⠈⠳⣄
“If the fires of 2020 horrify you, consider that, n
On Sun, Apr 13, 2025 at 11:53:13AM +0200, Chris Hofstaedtler wrote:
> Just making sure everybody, esp. both bugs, got the message.
just a note that if you need me to run something on those opterons, then
please hurry, I converted all our opterons except one to xeon yesterday
and now only have acc
Hi Paul,
On Sun, Apr 06, 2025 at 04:00:41PM +0200, Paul Gevers wrote:
> I assume it is still valid to do this. At least without information this bug
> might remain RC and I understand is hardly actionable. I guess you only need
> to inspect the two nodes that were used for one of the failing
> llv
subject says it all. this shouldnt probably be neccessary
cause autoremoval is scheduled in 1-2 days and rust-rustls-native-certs
should migrate in the next 24h (and is currently blocking
rust-rebuildctl from migrating) but who knows, better safe than sorry.
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
Package: rust-apt-swarm
Version: 0.5.0-1
Severity: serious
Dear Maintainer,
you said rust-apt-swarm should not be included in trixie, thus I'm filing a bug
to keep it out.
apt-swarm I wanted to request an exclusion from the next release
anyway tbh
I did a lot of work on that project but it's
hi,
in-toto and apt-transport-in-toto both fail to build in current Debian,
thus they have both been removed from current testing aka trixie.
With the upcoming freeze announce we have approximattly 6 weeks to fix
the packages and get them back into trixie, but ideally I would like us
to be done w
/bfa7116f5b9a2129b7cbdce6a6703d189858f040
Add patch to fix FTBFS with gcc-14, thanks to Chris Hofstaedtler. Closes:
#1075591
Signed-off-by: Holger Levsen
(this message was
Dear Jing,
On Fri, Jan 31, 2025 at 12:52:37PM +, Jing Luo wrote:
> The package devscripts 2.25.1 (and 2.25.2 in git) fails to build from source,
> here is the sbuild log:
thanks for your bug report, I'll take a look the week after fosdem.org,
though of course I'd be happy if someone else is
Hi Paul,
sorry for the delay in replying...!
On Thu, Jan 09, 2025 at 10:38:54AM +0100, Paul Gevers wrote:
> I did that for both the armel and armhf architectures (see the
> arm32-defaults.diff patch), but this is unchecked for any other release
> architectures, and obviously wrong for some archit
Hi NoisyCoil,
On Tue, Jan 07, 2025 at 11:13:13PM +0100, NoisyCoil wrote:
> I've already fixed this in Salsa together with a number of related bugs,
> will ask someone from the Rust Team for sponsorship soon (a large migration
> is expected in the next few hours, so I'm trying to avoid interference
Hi Lucas,
On Tue, Jan 07, 2025 at 08:45:01PM +0100, Lucas Nussbaum wrote:
> Source: rust-sequoia-sq
> Version: 0.40.0-1
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20250106 ftbfs-trixie
as usual, thanks for your continuous bug fi
hi,
in current unstable as of now it fails with
make[4]: Leaving directory '/home/user/Projects/tux4kids/tuxmath/po'
touch stamp-po
make[3]: Leaving directory '/home/user/Projects/tux4kids/tuxmath/po'
Making all in src
make[3]: Entering directory '/home/user/Projects/tux4kids/tuxmath/src'
x86_64
control: tags -1 + help
thanks
On Mon, Dec 23, 2024 at 06:32:59PM +0100, Lucas Nussbaum wrote:
> This package currently has binary packages on armhf, so this is a regression.
> Also, there are no known issues on amd64 or arm64 according to recent (a
> couple
> days ago) rebuilds.
https://tests.r
On Sun, Dec 08, 2024 at 10:49:05PM -0500, James McCoy wrote:
> On Mon, Dec 09, 2024 at 03:41:39AM +0100, Guillem Jover wrote:
> > This is a consequence of the switch from gpg to gpgv, which has now
> > surfaced issues in how the certificates are stored in the Linux
> > packaging (and while checking
Hi Salvatore,
On Sun, Dec 08, 2024 at 09:06:47PM +0100, Salvatore Bonaccorso wrote:
> Note the severity might be overrated, please adjust as needed but I
> believe right now it's safer to have it RC until clear on what to do
> in other packages.
nah, it's good, we don't want this version in trixi
Package: firmware-nonfree
X-Reportbug-Version: 12.0.0
Version: 20240909-1
Severity: serious
# justification: installation fails
X-Debbugs-Cc: b...@debian.org
Control: affects -1 firmware-realtek-rtl8723cs-bt
Dear Maintainers,
in
https://jenkins.debian.net/job/reproducible_debian_live_build_stand
source: diffoscope
severity: serious
justification: kaboom
forwarded: https://salsa.debian.org/reproducible-builds/diffoscope/-/issues/389
On Sun, Aug 18, 2024 at 07:10:45AM +, Holger Levsen wrote:
> On Sat, Aug 17, 2024 at 09:08:27PM +, FC (Fay) Stegerman (@obfusk) wrote:
> >
On Mon, Aug 12, 2024 at 08:28:42AM -0400, Gabriel Filion wrote:
> The upstream bug report was closed with a new release 1.10 Apparently there
> was already a fix committed upstream and now it's part of a new release.
>
> Could we bump the version (again) to 1.10.0 in the hope that this error gets
On Sun, Aug 11, 2024 at 11:41:54PM +0200, Serafeim Zanikolas wrote:
> apologies for this. adequate 0.16 onwards is a complete rewrite,
I think it would have been adequate to upload that rewrite to experimental
first,
until the full functionality of the old tool has been reached and no bugs like
package: rust-sequoia-octopus-librnp
severity: serious
justification: prevent package from entering trixie
forwarded: -1 https://gitlab.com/sequoia-pgp/sequoia-octopus-librnp/-/issues/110
thanks
meta data says it all.
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-bui
On Sun, Jul 07, 2024 at 07:18:18PM +, Holger Levsen wrote:
> On Sun, Jul 07, 2024 at 06:46:21PM +0000, Holger Levsen wrote:
> > subject says it all, one was freshly installed with bookworm, the other
> > was upgraded. both don't use backports. happy to give more data.
t
On Sun, Jul 07, 2024 at 06:46:21PM +, Holger Levsen wrote:
> subject says it all, one was freshly installed with bookworm, the other
> was upgraded. both don't use backports. happy to give more data.
as per Debian's defaults, I'm also running apparmor on these systems,
hi,
subject says it all, one was freshly installed with bookworm, the other
was upgraded. both don't use backports. happy to give more data.
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AA
control: retitle -1 sequoia-chameleon-gnupg: unclear bug report, possibly
solved with new upstream version
control: severity -1 important
juliank: you reassigned #896834 to gpgv-from-sq amd made it serious,
while keeping the title ("apt-key fails in stretch") and in your last
t
On Sun, Jun 16, 2024 at 03:16:49PM +0200, Lucas Nussbaum wrote:
> Source: rust-sequoia-sq
> Version: 0.33.0-3
[...]
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
thanks, this will be fixed by a new upstream version soon to be uploaded.
--
cheers,
H
package: gpgv-sq, gpgv-from-sq
severity: serious
version: 0.9.0-1
hi,
latest apt in unstable fails to 'apt update' with gpgv-from-sq 0.9.0-1,
while the issue has been addressed in sequoia-chameleon-gnupg 0.10.0,
so filing this bug to prevent migration of 0.9.0-1 to trixie (which
else would happen
On Mon, Apr 22, 2024 at 02:41:44PM -0400, Daniel Kahn Gillmor wrote:
> /var/lib/dpkg/tmp.ci/preinst: 12: Syntax error: "fi" unexpected (expecting
> "then")
> dpkg: error processing archive
> /tmp/apt-dpkg-install-aFNmwO/1-libsequoia-octopus-librnp_1.8.1-3_amd64.deb
> (--unpack):
> new libsequoi
Dear Chris,
On Thu, Apr 11, 2024 at 05:51:05PM +, Debian Bug Tracking System wrote:
> Date: Thu, 11 Apr 2024 17:50:02 +
> From: Debian FTP Masters
> To: 1066340-cl...@bugs.debian.org
> Subject: Bug#1066340: fixed in t4kcommon 0.1.1-11.2
> Reply-To: Chris Hofstaedtler
thanks for that NMU
hi,
< h01ger> helmut: re: #1041832: i just could not reproduce this bug, see
https://paste.debian.net/1311659/ - though we "didnt change
anything" in sequoia-octopus, so what am i missing? :)
that paste had basically this content:
± dpkg -L libsequoia-octopus-librnp |grep librnp
pong
On Wed, Feb 14, 2024 at 10:31:21AM -0800, Steve Langasek wrote:
> Well, these packages will be garbage collected from experimental upon the
> next upload of a package to unstable or experimental with a higher version;
which might happen next month or next year or in 2027...
> so this is a low pri
On Wed, Feb 07, 2024 at 04:25:17PM +, Luca Boccassi wrote:
> Control: tags -1 -pending
> Control: close -1
[...]
> There are no mentions of 'time_t' in the public headers of this
> library. The logs shows that it's a false positive, as the automated
> tool simply wasn't able to build it:
[...]
Package: debian-edu-artwork
Version: 2.12.3-1
Severity: serious
Dear Maintainer,
debian-edu-artwork-emerald fails to remove,
quoting https://piuparts.debian.org/sid/fail/debian-edu-artwork_2.12.3-1.log
0m32.5s DEBUG: Starting command: ['chroot',
'/srv/piuparts.debian.org/tmp/tmpsyd_96oo', 'apt-
hi,
a quick fix/revert in unstable would be appreciated, this has broken all
of tests.reproducible-builds.org and I guess other test systems as well.
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091A
hi,
this also affects manpages-de:
Unpacking util-linux-locales (2.39.1-3) ...
dpkg: error processing archive
/tmp/apt-dpkg-install-F9u7fI/693-util-linux-locales_2.39.1-3_all.deb (--unpack):
trying to overwrite '/usr/share/man/de/man1/lastb.1.gz', which is also in
package manpages-de 4.19.0-5
Package: emacs
Version: 1:28.2+1-15
Severity: serious
Dear Maintainer,
in a sid chroot:
root@debian:~# apt install emacs
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
emacs-bin-common emacs-
hi Benjamin,
I hope this email finds you well..! :) o/
Am Sun, Sep 18, 2022 at 08:39:21AM +0200 schrieb Lucas Nussbaum:
> Source: profitbricks-sdk-python
> Version: 4.1.3-3
> Severity: serious
> Justification: FTBFS
[...]
> During a rebuild of all packages in sid, your package failed to build
> o
control: severity -1 normal
# how would you think this is a serious bug in src:debian-securtiy-support
causing it's autoremoval???
# cheers!
thanks
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB8
/c37250a01ec839f92b51aec23cc299bf82fd9d37
tuxmath-data: update link target to comply with the change in fonts-sil-andika.
Closes: #1035872
Signed-off-by: Holger Levsen
control: tags -1 + moreinfo
control: severity -1 important
thanks
Hi Andreas,
as usual: thanks for this bug report and all the other piuparts bug reports you
are filing! \o/
On Wed, May 10, 2023 at 02:03:17PM +0200, Andreas Beckmann wrote:
> Package: tuxmath-data
> Severity: serious
> during a
control: reassign -1 src:tagcoll2,src:libwibble
thanks
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
⠈⠳⣄
The wrong Amazon is burning.
control retitle -1 tagcoll2 2.0.14-2 fails to build on sid and bookworm
# as shown on
https://tests.reproducible-builds.org/debian/rb-pkg/bookworm/amd64/tagcoll2.html
thanks
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF5
Package: tagcoll2
Version: 2.0.14-2
Severity: serious
Justification: FTBFS
tagcoll2 migrated to bookworm today but fails to build from source in current
sid:
I: Building the package
I: Running cd /build/tagcoll2-2.0.14/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildp
On Mon, Jan 09, 2023 at 08:17:14PM +0200, Adrian Bunk wrote:
> I "improved" it by also breaking the build on all other architectures...
> :-(
> The things that happen when trying to fix a problem you cannot reproduce.
only those who do, do mistakes :)
> Patch with the missing import added is att
control: reopen -1
thanks
librepo 1.14.5-2 still fails to build as 1.14.5-1 did, see
https://buildd.debian.org/status/package.php?p=librepo
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA
On Tue, Aug 23, 2022 at 05:41:22PM +0200, Christoph Anton Mitterer wrote:
> It also seems as if neither that director or its files nor the created
> user is ever cleaned up on purge, but left behind as cruft forever.
users must not be cleaned up (=removed) on package removal, so the
only thing pur
Package: ghc
Version: 9.0.2-3
Severity: serious
Dear Maintainer,
Setting up ghc (9.0.2-3) ...
/usr/lib/ghc/bin/ghc: error while loading shared libraries:
libHShaskeline-0.8.2-ghc9.0.2.so: cannot open shared object file: No such file
or directory
/usr/lib/ghc/bin/ghc-pkg: error while loading sha
/88b0f3ba861fa9de19a1ccdb0a2f411ed637caa1
d/postinst: do not call update-mime anymore. Closes: #1010432.
Signed-off-by: Holger Levsen
(this message was
control: severity -1 important
On Wed, Feb 02, 2022 at 06:05:24PM +0100, Enrico Zini wrote:
> thank you for packaging dnf in Debian!
thank you for filing this bug report, Enrico!
However I've downgraded it to important as eg Qubes 4.1 uses dnf on Debian to
download upgrades for dom0, which is F
control: severity -1 important
thanks
On Fri, Jan 14, 2022 at 11:54:12AM +, Mike Gabriel wrote:
> When a client on the Debian Edu network (.intern, 10.0.0.0/8) tries to send
> system mails to postoffice.intern aka TJENER, then exim4 on TJENER won't
> accept these SMTP connects without proper a
On Sun, Jan 02, 2022 at 03:36:11PM +0100, Frédéric Pierret wrote:
> Yes it's enough. I'm already adding it in libcomps. I should upload soon :)
cool! & thank you!
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35C
hi,
On Sun, Oct 24, 2021 at 01:39:00PM +0200, Lucas Nussbaum wrote:
> Source: libcomps
> Version: 0.1.15-4
> Severity: serious
[...]
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
[...]
> > Running Sphinx v4.2.0
> >
> > Configuration error:
> > There is a syn
On Sun, Jul 11, 2021 at 10:08:03PM +0900, Kentaro Hayashi wrote:
> I've sent MR to fix this issue.
> https://salsa.debian.org/debian/munin/-/merge_requests/5
thank you, I'm preparing an upload now.
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
/8590f9e0dbe56a1eb04d4210458de177711f0376
Fix segfault on startup
Closes: #986623
Signed-off-by: Holger Levsen
(this message was generated automatically)
--
Greetings
hi,
pinging the bug to prevent autoremoval, I plan to upload within the
next hours anyway, but still... who knows :)
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
⠈⠳⣄
signature.asc
control: tags -1 pending
thanks
https://salsa.debian.org/tux4kids-pkg-team/tuxmath/-/merge_requests/1 has
a fix which I intend to upload shortly.
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856
On Fri, Apr 23, 2021 at 11:16:45PM +0200, Cyril Brulebois wrote:
> Cyril Brulebois (2021-04-23):
> > Carried over from D-I Bullseye RC 1 errata:
> > - amdgpu firmware
> There's no “umbrella bug report” for it at the moment, but here's a
> thread and pointers to various bug reports:
> https://li
control: severity -1 important
thanks
hi Mike,
On Mon, Apr 19, 2021 at 09:39:55PM +, Mike Gabriel wrote:
> Package: youtube-dl
> Severity: grave
you didn't really describe why you thought the severity should be grave,
but anyway:
$ youtube-dl https://twitter.com/zemodancingto/status/1381937
control: severity -1 important
thanks
So my plan is to replace src:vrms with src:check-dfsg-status and to provide
a nice upgrade path and I might try to get this done for bullseye (caugh),
(if) with the support of the release team, or maybe not. Then this would be
my plan for bookworm.
In any ca
On Fri, Mar 26, 2021 at 04:14:14AM +0100, Matija Nalis wrote:
> After all, we still have several "reiserfs" named packages in Debian
> main, and one should well argue that Hans Reiser actions were much bigger
> atrocity than RMS-based one.
thank you for that input!
> Perhaps check-dfsg-status mi
/4f884d2b8b8ccdcff833a4a17e7a767468f36a65
dpkg hook should never fail; Closes: #984539
Signed-off-by: Holger Levsen
(this message was generated
hi,
FYI: Also using pbuilder I could reproduce trapperkeeper-scheduler-clojure
failing to build from source.
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C
⠈⠳⣄
Pe
Package: golang-github-cznic-lldb
Version: 1.0.1-1
Severity: serious
Dear Maintainer,
golang-github-cznic-lldb ftbfs in current sid:
I: Building the package
I: Running cd /build/golang-github-cznic-lldb-1.0.1/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin:/usr/games" HOME="/nonexistent"
dpkg-buil
Package: golang-github-cznic-ql
Version: 1.0.6-1
Severity: serious
Dear Maintainer,
golang-github-cznic-ql ftbfs in current sid:
I: Building the package
I: Running cd /build/golang-github-cznic-ql-1.0.6/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin:/usr/games" HOME="/nonexistent"
dpkg-buildpacka
hi Gregor,
On Thu, Dec 31, 2020 at 02:13:53AM +0100, gregor herrmann wrote:
> I've uploaded -2 in order to
> - see what the buildds say
> - get more diagnostics
> - get a .buildinfo file
>
> And the result is:
> - it built on my laptop and on the buildd
> - we should have a .buildinfo file :)
ya
Dear Adrian,
On Mon, Jan 18, 2021 at 01:59:29PM +0200, Adrian Bunk wrote:
> I've prepared an NMU for tuxmath (versioned as 2.0.3-6.1) and uploaded
> it to DELAYED/14. Please feel free to tell me if I should cancel it.
thank you for this! I've plans to do new releases of tuxmath and tuxtype
this
On Wed, Dec 30, 2020 at 06:36:23PM +0300, Sergei Golovan wrote:
> There isn't Tcl/Tk 8.7 in unstable yet, only an alpha in experimantal.
> After the Tcl/Tk 8.7 will be released, I'll deal with this bug in
> unstable.
ah, ok, makes sense.
probably it would still be nicer to downgrade this bug to
Hi Sergei,
On Wed, Dec 30, 2020 at 05:26:53PM +0300, Sergei Golovan wrote:
> This bug is actually about blt 2.5.3+dfsg-5 and failure to build with
> Tcl/Tk 8.7. So the serious severity is justified. The bug title is
> misleading though, so I'm changing it. Sorry for not doing it sooner.
ah, cool!
control: severity -1 important
thanks
Hi Andreas,
it seems blt builds fine with gcc-10 as can be seen from the recent upload,
so I'm downgrading the severity and am wondering if we should actually close
this bug (=ftbfs with gcc-9). What do you think?
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀
hi Axel,
On Wed, Dec 30, 2020 at 06:12:55AM +0100, Axel Beckert wrote:
> gregoa: I'll leave up to you if you already want to close the bug
> report or not. Feel free to replace my fixed tag with a pending tag or
> so.
I've already closed the bug :)
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁
Package: libsys-hostname-long-perl
Version: 1.5-1
Severity: serious
Dear Maintainer,
when trying to build libsys-hostname-long-perl in current sid it fails:
I: Building the package
I: Running cd /build/libsys-hostname-long-perl-1.5/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin:/usr/games" HOME="/
Package: librepository
Version: 1.1.6-3
Severity: serious
Dear Maintainer,
I wanted to do a source only upload of librepository
(because there are no .buildinfo files for it in the archive,
as it has been uploaded before 2016), but it fails to build
the source package. The binary package builds j
Package: librelaxng-datatype-java
Version: 1.0+ds1-3
Severity: serious
Dear Maintainer,
I wanted to do a source only upload of librelaxng-datatype-java
(because there are no .buildinfo files for it in the archive,
as it has been uploaded before 2016), but it fails to build
the source package. Th
On Thu, Aug 27, 2020 at 10:50:42AM +0200, Lukas Puehringer wrote:
> in-toto 0.5.0-1 [1] and python-securesystemslib 0.16.0-1 [2] fix this issue.
> Any
> chance we can get these accepted before in-toto is autoremoved from testing on
> 2020-09-01?
yes, I plan to upload until then. sorry for the del
hey Lukas,
On Thu, Aug 06, 2020 at 02:03:00PM +0200, Lukas Puehringer wrote:
> FYI: https://github.com/secure-systems-lab/securesystemslib/pull/264 fixes the
> issue upstream.
nice. once it's released we should get this new version into unstable!
--
cheers,
Holger
On Wed, May 20, 2020 at 11:17:49AM +0300, Adrian Bunk wrote:
> the paths do not include "x86_64-linux-gnu" on other architectures,
I was aware of this...
> you should write these as
> usr/lib/*/libt4k_common.a
> usr/lib/*/libt4k_common.la
but not that I could use wildcards here. Thank you!
Hi Adrian,
On Wed, May 20, 2020 at 09:41:16AM +0300, Adrian Bunk wrote:
> Source: t4kcommon
> Version: 0.1.1-8
> Severity: serious
> Tags: ftbfs
>
> https://buildd.debian.org/status/package.php?p=t4kcommon&suite=sid
>
> ...
>dh_missing -a
> dh_missing: warning: usr/lib/aarch64-linux-gnu/libt
t fixed like this:
On Fri, Mar 13, 2020 at 01:39:18PM +, Holger Levsen wrote:
> Commits:
> 7b316679 by Holger Levsen at 2020-03-13T14:39:02+01:00
> d/rules: add workaround to fix (unreported) issue in blends-dev. Closes:
> #953359.
>
> - - - - -
>
>
>
/7b316679288f178c7fb946008450973e3359e888
d/rules: add workaround to fix (unreported) issue in blends-dev. Closes:
#953359.
Signed-off-by: Holger Levsen
(this message was
On Sun, Feb 23, 2020 at 04:06:23PM +0100, Marek Marczykowski-Górecki wrote:
> > so for the record: while I can easily workaround the above problem by using
> > a
> > Fedora based VM to download updates for my Qubes dom0, I'd be glad to help
> > people to get yum, dnf and rpm back into Debian, eg b
Hi,
On Fri, Feb 14, 2020 at 03:12:20AM +0100, Marek Marczykowski-Górecki wrote:
> > I mean, rpm is definitly still useful to have on Debian, but yum and
> > friends???
> They are also useful in some cases. For example if you want to use
> Debian-based VM to download updates for your Qubes dom0...
On Thu, Feb 13, 2020 at 08:14:11PM -0500, Sandro Tosi wrote:
> thanks! I'm gonna go ahead and file an RM bug for the following pkgs
> too: yum createrepo python-lzma yum-metadata-parser mock yum-utils
> dtc-xen deltarpm
>
> they are a closed set
thank you for cleaning up after all of us, now that
hi,
thanks for your analysis but this is already fixed in git and the upload
is just waiting for the upstream tarball to be released, the git tag is
there..
--
cheers,
Holger
---
holger@(debian|
On Thu, Jan 30, 2020 at 09:55:58AM -0500, Sandro Tosi wrote:
> i was mostly querying the status of it, i cant even find an ITP for dnf.
exactly.
> i was talking about removing koji entirely from debian, an RM to
> ftp.d.o; is that not what you mean?
right, this is also in order.
--
cheers,
On Thu, Jan 30, 2020 at 01:36:33AM -0500, Sandro Tosi wrote:
> yep i came across all of them starting from python-lzma -- do you know
> what's the status of the "RedHat infrastructure" in debian? many (if
> not all) of those tools are relatively old, not maintained (or just in
> life support mode)
On Tue, Jan 28, 2020 at 11:21:46PM -0500, Sandro Tosi wrote:
> ok, whos of the maintainers is working on packaging 1.18? i see
> there's even 1.20 released.
noone, I believe. Also because it needs dnf, which is not packaged for
Debian at all.
I was just going to remove myself from uploaders in gi
On Thu, Jan 23, 2020 at 08:42:03PM +0100, Moritz Muehlenhoff wrote:
> Let's remove it in the upcoming stretch/buster point releases, then?
seems reasonable to me.
--
cheers,
Holger
---
holger@(de
Hi Salvatore,
On Sun, Jan 05, 2020 at 09:02:20PM +0100, Salvatore Bonaccorso wrote:
> Any news on this issue? AFAICT, the issue is fixed as well in 1.16.3,
> so the smaller jump should be possible. Once fixed in unstable, can
> you adress the issue as well via point release?
I think it's pointles
On Sat, Dec 28, 2019 at 12:16:23PM +0100, Nis Martensen wrote:
> On 27.12.2019 Holger Levsen wrote:
> > I do hope to do a final piuparts upload in 2019. We'll see if I manage
> > during 36c3 ;)
> Just submitted a few more merge requests for the remaining issues I
>
hi,
Traceback (most recent call last):
File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line
433, in
main()
File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line
423, in main
m = Master(sys.stdin, sys.stdout)
File "/srv/piuparts.debian
On Thu, Dec 26, 2019 at 11:26:31PM +0100, Nis Martensen wrote:
> On 26.12.2019 17.11, Holger Levsen wrote:
> > many thanks, merged and deployed, now this is left:
>
> > File
> > "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/__init__.p
On Thu, Dec 26, 2019 at 03:59:54PM +0100, Nis Martensen wrote:
> > TypeError: mynext() takes 1 positional argument but 2 were given
> > again, help very welcome!
> A new merge request has the next set of fixups:
> https://salsa.debian.org/debian/piuparts/merge_requests/17
many thanks, merged and d
On Wed, Dec 25, 2019 at 11:09:17PM +0100, Nis Martensen wrote:
> There is now a (very small) merge request on Salsa that fixes the
> failure you describe:
> https://salsa.debian.org/debian/piuparts/merge_requests/16
>
> Are there further tests that could be run to see if there are more problems?
On Mon, Dec 16, 2019 at 04:58:32PM +0100, Dominik George wrote:
> > Wolfgang, many thanks for this bug report and the quick fix.
> > I'll upload to unstable right now and will coordinate with DSA and LTS
> > the fixes for buster, stretch and jessie.
> Are you aware that, as laid out on IRC, I am al
On Mon, Dec 16, 2019 at 12:26:57AM +0100, Wolfgang Schweer wrote:
> Also, /etc/krb5kdc/kadm5.acl should be fixed accordingly upon upgrades
> by adding something like this to debian-edu-config.postinst:
>
> [configure case]
> fi
> +
> +# Set proper rights for users.
> +if [ -f /etc/krb
Hi,
Wolfgang, many thanks for this bug report and the quick fix.
I'll upload to unstable right now and will coordinate with DSA and LTS
the fixes for buster, stretch and jessie.
On Mon, Dec 16, 2019 at 11:05:33AM +0100, Dominik George wrote:
> > Severity: important
> I propose this bug to be set
/fa6401040de64d6457bcd0ea2417e8fee616d7aa
add Closes: #936899
Signed-off-by: Holger Levsen
(this message was generated automatically)
--
Greetings
1 - 100 of 1100 matches
Mail list logo
