okworm; urgency=medium
+
+ [ Salvatore Bonaccorso ]
+ * Mark libnet-easytcp-perl as unuspported for bookworm, see #1093386.
+
+ [ Sylvain Beucler ]
+ * Add php-horde ecosystem to security-support-ended.12.
+ * Add ckeditor3 to security-support-ended.12.
+
+ [ Holger Levsen ]
+ * Add gobgp to s
reassign 1105027 release-notes
clone 1105027 -1
reassign -1 apt
tag -1 + wontfix
thanks
hi,
from an apt maintainer:
< juliank> I'm not adding a | gpgv alternative because that completely
undermines our security support and will cause systems behaving differently
< juliank> There's more details
SSE2, so causing
apt to fail to verify because sqv fails to run...
On Sat, May 10, 2025 at 09:37:04AM +, Holger Levsen wrote:
> On Sat, May 10, 2025 at 12:26:10PM +0300, Martin-Éric Racine wrote:
> > > That said, can you please try removing sqv and see what happens? apt
>
On Sat, May 10, 2025 at 12:26:10PM +0300, Martin-Éric Racine wrote:
> > That said, can you please try removing sqv and see what happens? apt should
> > use
> > gpgv then instead and that should work.
> It cannot be removed without --force-depends since APT nowadays has
> sqv as a hard Depends.
r
On Sat, May 10, 2025 at 08:51:17AM +, Holger Levsen wrote:
> ok, this was to be expected, see #1095862, thus reassigning to release-notes.
also I wanted to add: this is with a Pentium III processor. It's successor,
the Pentium IV (which has SSE2) was launched in November 2000, so a
read the full
bug.
On Sat, May 10, 2025 at 11:37:48AM +0300, Martin-Éric Racine wrote:
> la 10.5.2025 klo 11.23 Holger Levsen (hol...@layer-acht.org) kirjoitti:
> > On Sat, May 10, 2025 at 11:02:55AM +0300, Martin-Éric Racine wrote:
> > > Since the above sqv bin-NMU trick
control: tags -1 + unreproducible
On Sat, May 10, 2025 at 11:02:55AM +0300, Martin-Éric Racine wrote:
> Since the above sqv bin-NMU trickled down to Trixie, APT systematically fails
> to verify Debian archive keys:
> This only happens on one of my Trixie hosts, so this could be a Rust issue.
> Ar
control: tags -1 + moreinfo
thanks
On Sat, May 10, 2025 at 11:02:55AM +0300, Martin-Éric Racine wrote:
> Since the above sqv bin-NMU trickled down to Trixie, APT systematically fails
> to verify Debian archive keys:
[...]
> W: Some index files failed to download. They have been ignored, or old on
control: tags -1 + moreinfo
thanks
Hi Samuel,
On Mon, May 05, 2025 at 03:50:36PM +0200, Samuel Thibault wrote:
> Package: devscripts
> Version: 2.25.10
> Severity: important
>
> Hello,
>
> As seen in the CI job:
> https://salsa.debian.org/debian/hwloc/-/jobs/7524883
>
> $ check_for_missing_bre
On Wed, May 07, 2025 at 08:21:00PM +0200, Simon Josefsson wrote:
> I don't think the purpose described in the specification for
> SOURCE_DATE_EPOCH matches the use case here.
sigh. it does. I'm saying this as one of the authors of said specification
and a user of it for around ten years now.
(th
On Wed, May 07, 2025 at 09:45:50AM -0700, Russ Allbery wrote:
> I'm happy to try to address this problem in the generator, but this is the
> opposite of the direction in which I thought we were going
to be clear (and as just expressed in another mail to this thread), I don't
think we want to reve
On Wed, May 07, 2025 at 05:58:11PM +0200, Simon Josefsson wrote:
> My take is that it is a bug to use SOURCE_DATE_EPOCH to populate the
> timestamp inside a man page.
SOURCE_DATE_EPOCH was specifically designed for use cases like this: replace
the build date with source_date_epoch based dates. (w
On Wed, May 07, 2025 at 02:01:19PM +0200, Chris Hofstaedtler wrote:
> I'll also propose another option, lets call it D:
not that it matters much (see below) but I think i had proposed this
on irc earlier :)
On Wed, May 07, 2025 at 02:39:00PM +0100, Ian Jackson wrote:
> Gosh, this is all very comp
control: severity -1 normal
thanks
On Sun, May 04, 2025 at 11:15:52PM +0530, Pirate Praveen wrote:
> Currently bts only support mutt as an mua or configuring sendmail. reportbug
> has more options like [...]
thank you for filing this bug report, I agree this should be fixed, I just
think a missin
Control: tags -1 - moreinfo
On Fri, May 02, 2025 at 09:12:12AM +0200, Sebastian Ramacher wrote:
> binNMUs are scheduled for source packages. Could you please provide an
> updated list with source packages instead of binary packages? Thanks
I believe this gives the correct list:
$ build-rdeps lib
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
hi,
please schedule the following binNMUs because rust-sequoia-gpg-agent 0.6.1-1
was uploaded fixing #1104288:
nmu ripasso-cursive . ANY . trixie . -m "rebuild against rust-sequoia-gpg-age
On Sun, Apr 20, 2025 at 08:35:27PM +, Debian FTP Masters wrote:
> Changes:
> nagios-plugins-contrib (47.20250420) unstable; urgency=medium
> [...]
>[ Bas Couwenberg ]
>* [6924874] Add patch to fix check_running_kernel on riscv64 with vmlinux
> images. (closes: #1096198)
[...]
I
Hi Helmut,
thanks for your bug report!
On Tue, Apr 22, 2025 at 12:34:44PM +0200, Helmut Grohne wrote:
> Hi Holger,
I'm not the only maintainer of the package, in fact it has *3* uploaders
*and* the whole rust team is maintaining it.
> Would you be able to fix this during the soft freeze?
pro
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
On Thu, Apr 17, 2025 at 02:20:09PM +0200, Bastian Germann wrote:
> This is a very reasonable request
you'd think so, yet it was a reasonable choice to choose nettle over
openssl.
> and I strongly support it to be
> implemented for trixie. Having two libraries less in the base system is
> a welco
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 Sat, Dec 14, 2024 at 08:47:47PM +, Rebecca N. Palmer wrote:
> Should we merge #786644 and #1019742? Or should we consider #1019742 to be
> "have the option" and #786644 to be "enable it by default"?
I missed that question, probably because the answer is "no, they have been
filed against di
control: reassign -1 src:libreoffice
control: severity -1 normal
control: affects -1 gpg-from-sq
thanks
On Mon, Apr 14, 2025 at 10:05:20AM +0200, Justus Winter wrote:
> Looking purely at the key material I see:
[...]
> It is not incompatible, just that gpg-from-sq rejects weak hash
> algorithms.
On Sun, Apr 13, 2025 at 03:01:11PM +0200, Lucas Nussbaum wrote:
> \_ /bin/sh -c dpkg-parsechangelog -l
> ../../debian/changelog -S Date | date -u "+%Y"年"%m"月"%d"日 -f -
> \_ /usr/bin/perl /usr/bin/dpkg-parsechangelog
> -l ../../debian/changel
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
control: tags -1 unreproducible
thanks
Hi Lucas,
thanks for your bugreport!
& how strange, when I build debian-edu-doc on my not so modern amd64 laptop,
it takes something like 30min or so.
Do you have any idea what part of the builds takes so long?
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀
control: severity -1 important
thanks
Hi Mark,
On Wed, Jan 29, 2025 at 09:44:34PM +0100, Mark Lawrence wrote:
> If munin is installed in a minimal Debian bookworm container (e.g. with
> "mmdebstrap --variant=minbase") that does not have a cron installed,
> then it never runs.
thanks for fillin
On Sat, Apr 12, 2025 at 05:10:57PM +0200, Chris Hofstaedtler wrote:
> ISTM the canonical way is exiting the cron job, like this:
> if [ -d /run/systemd/system ]; then
> exit 0
> fi
ah! thank you, very much appreciated!
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducib
control: forwarded -1
https://gitlab.com/sequoia-pgp/sequoia-chameleon-gnupg/-/issues/130
thanks
Hi Brian,
On Fri, Apr 11, 2025 at 09:46:19PM +, brian m. carlson wrote:
> When using the `-v` flag with `--version`, GnuPG prints algorithm
> numbers which can be used to configure preferences:
[
hi,
On Wed, Apr 02, 2025 at 03:08:40PM +0200, Jochen Sprickerhof wrote:
> Sorry for being imprecise, I meant running sbuild --chroot-mode=unshare
> without newgrp, i.e.:
> [..]
> > $ sbuild -D --chroot-mode=unshare --dist=unstable
> > rust-sequoia-chameleon-gnupg_0.13.1-2.dsc
> Can you try that?
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
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
hi,
subject says it all, please remove this package from unstable (and thus trixie
before the freeze).
& thanks for all your work on ftp.d.o!
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger
package: releasenotes
x-debbugs-cc: debian-de...@lists.debian.org
On Tue, Apr 01, 2025 at 03:27:05PM -0400, Michael Stone wrote
Message-ID: <70ba7152-0f2e-11f0-9b6a-00163eeb5...@msgid.mathom.us>
to debian-devel@l.d.o stating:
> /run/utmp is no longer provided in trixie, which means that the mech
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
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
x-debbugs-cc: g...@rxv.cc, pkg-rust-maintain...@alioth-lists.debian.net
hi,
rust-apt-swarm/0.5.0-1 is currently in trixie but I've just filed
#1101874 ("rust-apt-swarm is not stable yet and shou
package: sbuild
version 0.88.5
hi,
< jochensp> should be enough to run sbuild --chroot-mode=unshare
--dist=unstable
< h01ger> jochensp: no :)
< h01ger> (its fine i can use the full command set -x told me)
< jochensp> | h01ger: huh, is your user in /etc/subuid ? Sounds like we should
Package: dh-cargo
Version: 32
Severity: normal
Dear Maintainer,
from #debian-rust today:
for chameleon, you probably want to skip the build for the :all packages
(those only ship symlinks/docs, right?)
could maybe be fixed in dh-cargo, to only build as part of the -arch
build, and
On Sat, Mar 29, 2025 at 12:35:45PM +0100, Helmut Grohne wrote:
> You'll fine the result of two days of discussion and iteration among
> Jochen, josch, Holger and myself attached.
>
> Kind regards
>
> Jochen, josch and Helmut
> diff --git a/policy/ch-controlfields.rst b/policy/ch-controlfields.r
hi Santiago,
On Thu, Mar 20, 2025 at 12:15:51PM -0300, Santiago Ruano Rincón wrote:
> I would like to propose EOL'ing odoo in bullseye, because 14.0 has been
> EOL'ed by upstream and the complexity of backporting patches seems to be
> too high.
sounds good to me. Unless the security team objects,
On Thu, Mar 20, 2025 at 10:37:15PM +0100, Simon Josefsson wrote:
> +1 on reproducible tarballs.
sure, +1, patches welcome! :) \o/
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
⠈⠳⣄
On Mon, Mar 17, 2025 at 10:32:04AM +0800, Sean Whitton wrote:
> On Sun 16 Mar 2025 at 02:04pm +01, Chris Hofstaedtler wrote:
> > Given this concept exists since at least jessie, I think it should
> > finally be documented in policy, too.
> >
> > I'm not sure about a text. Maybe:
> >
> > diff --git
On Thu, Mar 06, 2025 at 06:48:03PM +, Debian Bug Tracking System wrote:
> > reassign 1099670 devscripts
Santiago, can you please do a quick check and see if the version
in sid works?
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ O
control: tags -1 - patch
thanks
On Fri, Mar 07, 2025 at 07:48:02PM +, Debian Bug Tracking System wrote:
> > tags 1060372 + patch
I wanted to review the patch with context, but
user@debian-work:~/Projects/devscripts/devscripts$ wget
"https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;b
control: found -1 2.25.5
thanks
On Thu, Mar 06, 2025 at 08:46:03PM +0100, Santiago Vila wrote:
> El 6/3/25 a las 20:37, Holger Levsen escribió:
> > Santiago, can you please do a quick check and see if the version
> > in sid works?
> The sid version does not work either.
tha
doing the last weeks anyway. (only 2-3 hosts really need
it and there's i just ran one long command daily manually. this is a bit better
and probably even safe to run in cron or some such...)
For easier reference, the script is as follows:
$ cat bin/debrebuild_cache_limiter.sh
#!/bin/bash
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
hi Jing,
On Wed, Feb 26, 2025 at 11:18:51PM +0900, Jing Luo wrote:
> I checked the build log on buildd.d.o, I found that the Debian build machine
> uses DEB_BUILD_OPTIONS="parallel=6". Then I also built devscripts
> successfully with "parallel=" less than 25. I hit the same error when
> "parallel=
On Wed, Feb 26, 2025 at 08:33:46PM +0800, Sean Whitton wrote:
> ("may" and "encouraged" here have their official Policy meanings)
>
> --8<---cut here---start->8---
> diff --git a/policy/ch-files.rst b/policy/ch-files.rst
> index 6fda3b1..c2e4700 100644
> --- a/p
Package: needrestart
Version: 3.8.2
Severity: important
User: reproducible-bui...@lists.alioth.debian.org
Usertags: environment
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Dear Maintainer,
please add apt to needrestart's build-depends, else one cannot simple rebuild
the package as htt
control: forwarded -1 https://github.com/kpcyrd/debian-repro-status/pull/6
# so known indeed :)
# kpcyrd said he could not upload a fix because some brokeness/transition in
the depends...
# thanks
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
On Wed, Feb 19, 2025 at 11:17:18AM +0100, Philipp Kern wrote:
> > 2. Integrate all intermediate products from incoming into the archive.
> > Given that incoming could hold multiple package version between a
> > dinstall I think that would mean adding all of them to the archive and
> > keep them for
On Mon, Feb 17, 2025 at 03:51:11PM -0700, Soren Stoutner wrote:
> I have just taken over maintaining courier-authdaemon. I
> see this very old bug from the lenny transition. I assume
> this has already been dealt with, but if not, can you confirm
> this bug still exits in the current version o
On Mon, Feb 17, 2025 at 05:33:41PM +0100, Sebastiaan Couwenberg wrote:
> > I have access to several machines as root, no need to build on a
> > porterbox...
> You still might want to use a clean chroot, as that's proven to work for me.
the machine is very clean, it's been setup two weeks ago. the
On Mon, Feb 17, 2025 at 03:30:06PM +, Holger Levsen wrote:
> Author: root
It's also the first time I use my user account on that node for anything
so I suppose that's why git "thinks" I'm root.
:)
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|re
On Mon, Feb 17, 2025 at 03:42:37PM +0100, Sebastiaan Couwenberg wrote:
> Control: tags -1 pending
> Added a patch in git to also check vmlinux images again which resolves the
> issue on the porterbox at least.
I tried to build current git to confirm, but it ftbfs for me:
[...]
make -C src
make[4
On Mon, Feb 17, 2025 at 04:37:12PM +0100, Sebastiaan Couwenberg wrote:
> On 2/17/25 4:30 PM, Holger Levsen wrote:
> > On Mon, Feb 17, 2025 at 03:42:37PM +0100, Sebastiaan Couwenberg wrote:
> > Auto update of debian/control
> > Auto update of debian/copyright
>
Package: monitoring-plugins-contrib
Version: 46.20240417
Severity: normal
User: reproducible-bui...@lists.alioth.debian.org
Usertags: infrastructure
x-debbugs-cc: vi...@debian.org, reproducible-b...@lists.alioth.debian.org
Dear Maintainer,
check_running_kernel has no idea what riscv64 kernel is r
On Sun, Feb 16, 2025 at 05:00:52PM +, Holger Levsen wrote:
> I've just filed #1096129 "buildd.d.o: some build-depends from incoming.d.o
> don't end up on snapshot.d.o" against the buildd.debian.org pseudo package
> to track and fix the underlying issue.
...which
On Sun, Feb 16, 2025 at 02:10:23PM +0100, Jochen Sprickerhof wrote:
> Package: release.debian.org
> X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
> User: release.debian@packages.debian.org
> Usertags: binnmu
>
> Hi,
>
> new round of binNMUs:
[list of 92 packages for amd64 and 66 for
Source: buildd.debian.org
Severity: important
User: reproducible-bui...@lists.alioth.debian.org
Usertags: infrastructure
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
hi,
we observed that some builds use build-depends from incoming.d.o
which then are not made available on snapshot.d.o (
Hi Sebastian,
please also binNMU these packages.
Thanks a lot!
on riscv64:
changelog: rebuild to fix 1 second offset (#1089088)
2048-qt
acct
antiword
aoetools
apt-dater
ascdc
asclock
ataqv
audmes
autodocksuite
avra
awesome
bar
baycomusb
bb
bcalm
bctoolbox
bettercap
bibtool
bio-rainbow
bitseq
blk
On Fri, Feb 07, 2025 at 11:36:04PM +0100, Chris Hofstaedtler wrote:
> Yeah I think this is misguided. Most of the time you cannot
> guarantee no files exist on the filesystem owned by the user.
> Later the uid will be reallocated to a new user, and then you've got
> a real problem.
>
> Apparently
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,
On Thu, Jan 23, 2025 at 11:31:13PM +0100, Jochen Sprickerhof wrote:
> here is a new round of non reproducible packages that could be fixed
> with a binNMU on amd64:
[...]
ping? It would be great to have these done lng before the freeze! :)
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁
On Thu, Jan 23, 2025 at 01:44:15PM +0100, Emilio Pozuelo Monfort wrote:
> Can you separate this in two lists, one for ma:same and one for the rest? So
> that we can schedule them on amd64 only or on all, as appropriate.
it seems Sebastian has already scheduled them all; however how would I do the
allows us
> to see if they actually fixes the bug).
indeed!
> * Holger Levsen [2025-01-08 12:34]:
> > Please schedule binNMUs for the following source packages
> > on *amd64 only* (because this error type is architecture specific...)
> Note that we only found those bugs on amd
Hi Salvatore & Moritz,
On Sat, Jan 18, 2025 at 05:52:39PM +0100, Salvatore Bonaccorso wrote:
> > > This is the corresponding removal request for libnet-easytcp-perl from
> > > stable, relating to #1093385 for unstable and testing.
> > should this be communicated via src:debian-security-support as
hi Salvatore!
On Fri, Jan 17, 2025 at 10:19:51PM +0100, Salvatore Bonaccorso wrote:
> This is the corresponding removal request for libnet-easytcp-perl from
> stable, relating to #1093385 for unstable and testing.
>
> libnet-easytcp-perl has security issues (CVE-2024-56830, note not the
> same as
On Tue, Jan 14, 2025 at 11:15:01PM +, Debian Bug Tracking System wrote:
> Indeed. Looks like the bug closure was missed. Closing with this mail,
> thanks!
thanks, I've added those 2 closures of you to the relevant changelog entry.
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian
control: clone -1 src:developers-reference
thanks
On Tue, Jan 14, 2025 at 09:58:30PM +0100, Holger Wansing wrote:
> Since the developers-reference also shares the same theme, it suffers from
> the same issue, as in
thanks, Holger! :)
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debi
Dear Nick,
On Sat, Jan 11, 2025 at 07:15:30PM -0500, Nick Black (Public gmail account)
wrote:
> some upstreams use minisign, derived from OpenBSD's signify, for tarball
> verification. see my mail to debian-devel:
thanks for your bug report. Do you have any numbers on how many are "some"?
10? 10
Package: release.debian.org
Severity: normal
x-debbugs-cc: reproducible-b...@lists.alioth.debian.org
hi,
(as previously discussed on #debian-release...)
(also this is based on two assumptions: a.) it's ok to file these bugs when we
haven't yet rebuilt the full archive yet, so there will be a fe
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
On Tue, Jan 07, 2025 at 01:47:38PM +0100, Diederik de Haas wrote:
> I found the use of 'relevant' (architectures) confusing as both
> supported/ported and unsupported/'unported' architectures are relevant.
> So maybe using 'unsupported' (or 'unported') would be better?
yes.
--
cheers,
H
On Sat, Jan 04, 2025 at 09:57:41PM +0100, Sebastian Ramacher wrote:
> > i3blocks imapcopy jamnntpd jshon kerneltop libebook-tools-perl libsndifsdl2
> > ministat msgpuck netpipes numdiff oggfwd p910nd pfb2t1c2pfb premake4 rarpd
> > ratmenu
> Scheduled
wheehooo & thank you!
> > > > and then we w
Hi Niels,
thanks for the bug report.
On Fri, Jan 03, 2025 at 05:44:28AM +0100, Niels Thykier wrote:
> I think we should add a mention of `architecture-properties` next to
> `Architecture`. Maybe something like:
>
> """
> Additionally, if you believe the list of supported architectures is pretty
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 - moreinfo
On Tue, Dec 31, 2024 at 12:31:35PM +0100, Sebastian Ramacher wrote:
> > please issue binNMUs for all architectures for
> > i3blocks imapcopy jamnntpd jshon kerneltop libebook-tools-perl
> > libsndifsdl2-dev ministat libmsgpuck-dev netpipes numdiff oggfwd p910nd
> > p
Package: release.debian.org
Severity: normal
hi,
(as previously discussed on #debian-release...)
please issue binNMUs for all architectures for
i3blocks imapcopy jamnntpd jshon kerneltop libebook-tools-perl libsndifsdl2-dev
ministat libmsgpuck-dev netpipes numdiff oggfwd p910nd pfb2t1c2pfb pr
On Wed, Dec 25, 2024 at 03:15:04PM +0200, Martin-Éric Racine wrote:
> We still have this:
> Depends: gnupg | gnupg2, sopv | gpgv
> i.e. how do the dependencies reflect the transition from these tools to
> sq,sqv?
thanks, that's indeed something to address. (however we want to transition
to sop/s
control: tags -1 + moreinfo
hi Martin-Éric,
On Mon, Dec 23, 2024 at 11:52:30PM +0200, Martin-Éric Racine wrote:
> Since version 2.9.19, APT swutched from gpgv to sqv as its GPG dependency. It
> would be desirable for devscripts to do the same, if possible.
there have been a lot of related chang
On Mon, Dec 23, 2024 at 09:44:45PM +0100, gregor herrmann wrote:
> Here's a patch to use tracker.d.o
thanks!
> (Admittedly the date parsing is not very elegant.)
yes, probably but...
> if [ "$WANT_DATE" = "yes" ]; then
> - DATE=$(echo "$HTML_TEXT" | sed -ne 's%Date:
> \(.*\)%\1
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
Hi Guilhem,
On Mon, Dec 23, 2024 at 05:06:58PM +0100, Guilhem Moulin wrote:
> It looks like `debdiff --apply-patches` doesn't work anymore when
> comparing two .dsc with the same upstream version (same .orig tarballs).
> [...] Trivial patch attached.
thanks for the patch, looks good to me, thus
: #1082885.
.
[ Holger Levsen ]
* Add intel-mediasdk to security-support-ended.deb12. Closes: #1087718.
* Add tiles to security-support-limited. Closes: #1057343.
* Add jython to security-support-limited.
* Drop openjdk-21 from security-support-limited. Closes: #1079693.
* Drop debian
On Wed, Dec 18, 2024 at 10:07:45PM +0100, Chris Hofstaedtler wrote:
> I've NMUed all packages that were going to FTBFS, and had no open RM
> bug or FTBFSed already.
wheeehooo, that's awesome, thank you! <3
> > If that's actually the case (can someone please confirm?), then it
> > would seem that
On Wed, Dec 18, 2024 at 10:51:28AM +, Chris Lamb wrote:
> I like the idea of varying nocheck, or at least exploring the concept.
same here.
> From personal experience, I think it will actually cause a
> surprisingly large number of packages to become unreproducible. Many
> many packages gene
Dear Aurélien,
On Tue, Dec 17, 2024 at 06:30:56PM +0100, Aurélien COUDERC wrote:
> > can you retry with latest uscan from devscripts in unstable?
> > AFAIK it's fixed there.
> Yes it is !
thanks for confirming! (& for closing this bug :)
> And for the record the upstream signature file had an i
control: tags -1 + moreinfo
thanks
Hi Aurélien,
thanks for the bug report!
On Tue, Dec 03, 2024 at 04:20:09PM +0100, Aurélien COUDERC wrote:
> installing gpg-from-sq makes some upstream tarball signature
> verifications fail while using uscan.
> 1. Install gpg-from-sq
> 2. Clone breeze-grub repo
control: severity -1 wishlist
control: tags -1 + help
thanks
We already configure apt in many places, so it should be trivial
to hook in somewhere:
$ rgrep -l Acquire *
bin/schroot-create.sh
bin/chroot-installation.sh
bin/reproducible_maintenance.sh
bin/find_dpkg_trigger_cycles.sh
bin/chroot-run.
On Mon, Dec 16, 2024 at 07:20:21PM +, Ilias Tsitsimpis wrote:
> Bug #1089874 in haskell-devscripts reported by you has been fixed in the
> Git repository and is awaiting an upload. You can see the commit
> message below and you can check the diff of the fix at:
> https://salsa.debian.org/haskel
On Sat, Dec 14, 2024 at 11:36:37AM +, Holger Levsen wrote:
> Thus, dh-buildinfo is slated for removal, so please remove it from
> haskell-devscripts' depends.
I've uploaded a fixed package now to DELAYED/7 and updated
https://salsa.debian.org/holger/haskell-devscript
On Sat, Dec 14, 2024 at 02:07:24PM +0100, Niels Thykier wrote:
> Thanks. It is now committed as 97819c3cf66633b39af06e31d40631f5e3c94943.
thank you! <3
> I went with Policy 7.6.2 (using Conflicts rather than Breaks) since that
> avoids lintian warnings for version constraints and should still be
On Sat, Dec 14, 2024 at 01:46:18PM +0100, Niels Thykier wrote:
> A quick codesearch suggests that `dh_buildinfo` still appears in about 20-25
> packages and not all of them having a `if dh_buildinfo exists` guard. So if
> I add those without a `dh_buildinfo` script to go with it, there will be
> FT
On Sat, Dec 14, 2024 at 11:36:37AM +, Holger Levsen wrote:
> Thus, dh-buildinfo is slated for removal, so please remove it from
> haskell-devscripts' depends. (That is really all which needs to be done for
> this
> package, which is why I've tagged this bug "patch&q
On Sat, Dec 14, 2024 at 12:51:27PM +0100, Niels Thykier wrote:
> Ok, can someone provide a salsa MR or a patch against debhelper for that
> base of what we are pulling into debhelper, so I can easier review what I
> would potentially accept?
I believe you just need to add these three lines to d/co
On Sat, Dec 14, 2024 at 12:07:48PM +, Holger Levsen wrote:
> and I forgot:
>
> $ apt-file search -x 'buildinfo_(amd64|all).gz'|grep -c libghc
> 3388
compared to:
$ apt-file search -x 'buildinfo_(amd64|all).gz'|wc -l
3719
and this is why I'm so
1 - 100 of 3680 matches
Mail list logo
