On Thu, 17 Apr 2025 17:00:21 +0100 Steve McIntyre wrote:
[ ... snip ... ]
> *However*, we're waiting on a bugfix for
>
> https://github.com/rhboot/shim/issues/74
NB: this (well, #741 as per Ben's correction) is now resolved, so
hopefully a 16.1 release is around the corner (or could be prodded-
Control: tags -1 - patch
Control: tags -1 fixed-upstream
Source: python3-freezegun
Followup-For: Bug #1106274
Control: forwarded -1 https://github.com/spulec/freezegun/pull/572
On Thu, 22 May 2025 18:03:44 +, I wrote:
> On Thu, 22 May 2025 12:16:41 +0100, I wrote:
> > [ ... snip ... ]
> > From investigating the failures, I believe that the problem i
On Thu, 22 May 2025 12:16:41 +0100, I wrote:
> [ ... snip ... ]
> From investigating the failures, I believe that the problem is due to problems
> in the upstream test suite when run for timezones with a positive non-zero
> offset from UTC (e.g. West of the Prime Meridian).
> [ ... snip ... ]
Some
Source: python3-freezegun
Version: 1.5.1-1.2
Severity: wishlist
Tags: ftbfs patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps ftbfs
Dear Maintainer,
I'm an occasional volunteer contributor to the Reproducible Builds[1] project,
and noticed recently that the freezegun pa
Source: python3.13
Severity: wishlist
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
Dear Maintainer,
I'm an occasional volunteer contributor to the Reproducible Builds[1] project,
and noticed recently that python3.13
Control: fixed -1 desktop-base/13.0.1
Hi Mike,
On Thu, 24 Apr 2025 08:05:14 +, Mike wrote:
> The currently available version of desktop-base does not yet ship the
> ceratopsian theme which will be trixie's default artwork theme.
I tentatively think that the recent upload of desktop-base/13.0
On Mon, 5 May 2025 at 14:20, Sebastian Humenda wrote:
> Yes, I can still confirm the issue with Orca 48 from Trixie. Only a downgrade
> to Orca 45 fixes the issue :-/. I have this on both Trixie systems of mine,
> both were upgraded from bookworm. I am puzzled why it is so hard to reproduce.
Ok,
Control: tags -1 moreinfo
X-Debbugs-CC: shume...@gmx.de
Hi Sebastian,
On Fri, 7 Mar 2025 15:41:25 +0100, Sebastian wrote:
> [ ... snip ... ]
> When the focus is set to Firefox, the "browse" mode is activated and seemingly
> captures all key presses. Navigating the web site works, but any "normal"
On Fri, 11 Apr 2025 at 14:55, James Addison wrote:
> If time allows, please could someone from the debian-astro team review
> these two patches for src:astroplan?
Last call for any reviewers/uploaders to inspect these changes to make
python-astroplan-doc reproducible for Debian trixie:
On Sat, 3 May 2025 at 12:09, Debian Bug Tracking System
wrote:
>
> This is an automatic notification regarding your Bug report
> which was filed against the src:gnome-control-center package:
>
> #1104260: gnome-control-center: remove no-longer-required dependency on apg
>
> It has been closed by D
f97bd00d...@cerno.tech/
Author: Maxime Ripard
Acked-by: James Addison
Bug-Debian: https://bugs.debian.org/1035878
Last-Update: 2025-04-29
Description: drm/vc4: hvs: Defer dlist slots deallocation
During normal operations, the cursor position update is done through an
asynchronous plane updat
Control: fixed -1 inkscape/1.4-6
I'm no longer able to replicate this problem using inkscape 1.4, as
currently packaged in Debian testing (trixie). Please note that this
seems to be related to intentional removal of support for the XIM
input module by the upstream codebase.
Source: budgie-control-center
Followup-For: Bug #1104261
Control: forwarded -1
https://github.com/UbuntuBudgie/budgie-control-center/pull/1
Source: cinnamon-control-center
Followup-For: Bug #1104262
Control: forwarded -1
https://salsa.debian.org/cinnamon-team/cinnamon-control-center/-/merge_requests/6
Source: gnome-control-center
Followup-For: Bug #1104260
Control: clone 1104260 -1 -2
Control: reassign -1 src:budgie-control-center
Control: retitle -1 budgie-control-center: remove no-longer-required dependency
on apg
Control: reassign -2 src:cinnamon-control-center
Control: retitle -2 cinnamon-c
Source: gnome-control-center
Followup-For: Bug #1104260
Control: forwarded -1
https://salsa.debian.org/gnome-team/gnome-control-center/-/merge_requests/61
Source: gnome-control-center
Severity: wishlist
Tags: patch
Dear Maintainer,
GNOME's gnome-control-center (aka Settings) component removed[1] use of the
apg command-line password generator in Y2012.
In addition, Debian's apg maintainance indicates[2] that upstream support is
no longer available,
Source: apg
Followup-For: Bug #1102760
Control: forwarded -1 https://salsa.debian.org/debian/apg/-/merge_requests/1
Source: apg
Severity: wishlist
Tags: patch, upstream
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
User: reproducible-bui...@lists.alioth.debian.org
Usertags: username
Control: block -1 by 1102758
Dear Maintainer,
This bugreport is a companion to previous bugreports #870890 and #1079041
Source: apg
Severity: normal
Tags: upstream
Dear Maintainer,
During recent rebuilds[1][2] of src:apg in build environments where the build
user had a non-zero group-id, the resulting apg_2.2.3.dfsg.1-7_arm64.deb files
were not reproducible[3], due to the group-id and groupname appearing in the
ph
Hello,
If time allows, please could someone from the debian-astro team review
these two patches for src:astroplan?
Each patch modifies an individual Sphinx configuration setting in the
library's documentation structure, and in combination the patches
allow the documentation package to build repro
Error("The GTK3 backends require PyGObject") from err
ImportError: The GTK3 backends require PyGObject
The ImportError is intended to allow matplotlib to detect that GObject is not
available on the system, so that it can choose an alternate backend
automatically.
Thanks,
James
[1] - http
On Mon, Mar 31, 2025, 21:01 James Addison wrote:
> ...
> I think a path forward could be to patch the matplotlib package in
> Debian so that the presence of a dist-packages/gi directory -- perhaps
> only created implicitly for the overrides -- is insufficient for the
> Python imp
On Mon, 31 Mar 2025 at 12:30, Francesco Ballarin
wrote:
> ...
> indeed in there I have
> /usr/lib/python3/dist-packages/gi/overrides/Gedit.py
> and dpkg -S /usr/lib/python3/dist-packages/gi/overrides/Gedit.py shows
> gedit: /usr/lib/python3/dist-packages/gi/overrides/Gedit.py
Ok; thank you for ch
Hi Francesco,
On Sat, 29 Mar 2025 13:08:08 +, Francesco wrote:
> [ ... snip ... ]
> I noticed that, after installing python3-matplotlib, running a "import gi"
> results in a "print(gi.__file__)" printing None.
> If I manually install python3-gi as well, then "print(gi.__file__)" will print
> t
rectly-take-the-version-from-the-package.patch' -- similar
refresh(es) may be needed locally if you apply the patches from this
message instead of using the merge request branch.
Thank you,
James
[1] - https://salsa.debian.org/debian-astro-team/astroplan/-/merge_requests/2
From: James Addiso
On Fri, 28 Mar 2025 at 22:30, Rebecca N. Palmer wrote:
> [ ... snip ... ]
> The part you refer to isn't the autopkgtest failure - pandas' pymysql
> and psycopg2 tests are known not to work in our test environments, so
> the main autopkgtest doesn't install these. To monitor this, an extra
> 'igno
(hello - I feel some responsibility for this bug, because I have been
eager for matplotlib 3.10 to be included in trixie)
Although I haven't attempted to run the autopkgtests locally for this
version of pandas, I have begun inspecting the source package and
build logs.
Of the existing Debian patc
addition, use the gimp-console command in preference to gimp,
because the former seems more reliable for non-interactive use.
.
Backported with minor adjustments from an upstream pull request.
Origin: https://github.com/OpenTTD/OpenGFX/pull/95
Bug-Debian: https://bugs.debian.org/1090256
Author: James
On Tue, 4 Mar 2025 at 22:26, Étienne Mollier wrote:
> [ ... snip ... ]
> > Please find attached a patch that rewrites the _helpers.pyx code to
> > construct the relevant objects natively as bytes (immutable), resolving
> > the runtime error while hopefully not degrading performance
> > significant
cts natively as bytes (immutable), resolving
the runtime error while hopefully not degrading performance
significantly.
Regards,
James
[1] -
https://sources.debian.org/src/python-sqt/0.8.0-8/sqt/_helpers.pyx/#L436-L437
Description: Avoid runtime typecasting of bytearray to bytes
Author: James Addi
Package: devscripts
Followup-For: Bug #1098681
Control: retitle -1 devscripts 2.25.3: autopkgtests fail to find the lzip
command
Control: tags -1 - ftbfs
My apologies - I now understand that autopkgtest failures are not categorized
as FTBFS, and am adjusting this bugreport accordingly.
Package: devscripts
Version: 2.25.3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
For bug #1061479 the devscripts package recently added support for lz
compression; the resulting source package appears to fail autopkg
Source: mate-desktop
Followup-For: Bug #1086464
Control: forwarded -1 https://github.com/mate-desktop/mate-desktop/issues/631
Associating this RC bug with an existing upstream bugreport for the same.
Package: gitlab-cli
Followup-For: Bug #1063992
X-Debbugs-Cc: kurt@kwk.systems
Looks great; thank you, Kurt and Federico!
Package: wnpp
Followup-For: Bug #1026277
On Wed, 12 Feb 2025 22:32:30 +, I wrote:
> The ARM64 support mentioned here has been removed, for now; two
> commits/patches
> I'd selected to enable it are from a developer (Oliver) who passed away around
> the end of the year 2012.
>
> Based on their
Package: wnpp
Followup-For: Bug #1026277
On Fri, 22 Sep 2023 16:40:57 +0100, I wrote:
> The game data is available using game-data-packager, and I've playtested the
> amd64 build. Theoretically arm64 is available too, but I haven't playedtested
> that.
The ARM64 support mentioned here has been r
Adding my support for this too; I don't use a lot of Haskell packages
myself, but binNMUs for these packages would make a material
difference to overall Debian amd64 reproducibility[1] -- getting the
suite to almost-or-more-than-90% rebuildable by anyone independently.
(...and thereby making the e
Package: libglx-mesa0
Followup-For: Bug #1092890
X-Debbugs-Cc: mity...@debian.org
Dear Maintainer, Dmitry,
This is conjecture, but I wondered whether an adjustment to the meson linkage
options for libgallium_dri[1] around the same time (not contained in the same
commit, but chronologically nearby
Source: bmap-tools
Followup-For: Bug #1081336
X-Debbugs-Cc: jo...@debian.org
Control: tags -1 ftbfs
Dear Maintainer (and including Josch as requested),
I'm able to replicate this using a podman-based Debian trixie container
(currently, using podman 5.3.1+ds1-7 on amd64, and running an amd64 conta
Package: patroni-doc
Followup-For: Bug #1066015
Control: reopen -1
Reopening this bug because my patch was incomplete (more details in my previous
message[1])
[1] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066015;msg=27
Source: openttd-opengfx
Followup-For: Bug #1090256
Control: forwarded -1 https://github.com/OpenTTD/OpenGFX/issues/94
Source: openttd-opengfx
Followup-For: Bug #1090256
Control: retitle -1 openttd-opengfx: FTBFS: script-fu errors with GIMP3
Dear Maintainer,
With the major upgrade to GIMP3 in Debian unstable, failures occur attempting
to build the composite GRF graphics files in openttd-opengfx.
So far I've iden
Package: release-notes
Followup-For: Bug #1094000
Control: forwarded -1
https://salsa.debian.org/ddp-team/release-notes/-/merge_requests/215
Control: tags -1 patch
Package: release-notes
Severity: important
Dear Maintainer,
The release-notes package currently fails to build on Debian trixie, using
Sphinx v8.1.3 - and this appears to be due to the 'extlinks' configuration in
the conf.py file.
It seems that Sphinx v6.0.0 became stricter[1] about pattern-repl
Hi Phil - thanks for the reminder,
On Wed, 22 Jan 2025 at 19:54, Phil Wyett wrote:
>
> On Tue, 15 Oct 2024 17:29:42 + James Addison wrote:
> > On Tue, 15 Oct 2024 at 16:03, Soren Stoutner wrote:
> > > [ ... snip ... ]
> > Additionally, I have in mind that I do
On Wed, 22 Jan 2025 at 16:03, Debian Bug Tracking System
wrote:
>
> This is an automatic notification regarding your Bug report
> which was filed against the binutils-doc package:
>
> #1092870: binutils-doc: examples.tar.gz archive varies by fs read-order and
> file permissions
>
> It has been cl
Package: disorderfs
Followup-For: Bug #1093768
Control: forwarded -1
https://salsa.debian.org/reproducible-builds/disorderfs/-/merge_requests/5
Package: disorderfs
Version: 0.5.11-4
Severity: minor
Tags: upstream
Dear Maintainer,
As I reported[1] to the rb-general mailing list recently, there is a quirk in
the behaviour of FUSE filesystems relating to removal of currently-open files;
they are not deleted from the underlying filesystem by
Package: libfaketime
Followup-For: Bug #1093412
X-Debbugs-Cc: ijack...@chiark.greenend.org.uk
Control: forwarded -1 https://github.com/wolfcw/libfaketime/issues/483
(adding a reference to Ian's forwarded upstream bugreport here too,
to make it marginally easier to know if/when we can unpick the pa
On Sun, 19 Jan 2025 at 19:31, Ian Jackson
wrote:
>
> Ian Jackson writes ("Re: Bug#1093412: Regression in tests with new faketime"):
> > Why are we passing NO_FAKE_STAT here?
> >
> > Maybe the problem is that faketime isn't honouring NO_FAKE_STAT.
> > I will see if I can confirm...
>
> (I should sa
On Sun, 19 Jan 2025 at 22:13, Ian Jackson
wrote:
> [ ... snip ... ]
> So the upstream default has changed. This happened in 2d941a894f4d
> "fixes #374 fix compiling without FAKE_STAT". The commit message does
> not indicate that this change was intentional.
>
> I will revert this change in sid a
On Mon, 23 Dec 2024 at 23:01, James Addison wrote:
> [ ... snip ... ]
> As a result, I think there does indeed continue to be a gap in the
> documentation, and that either Andrei's suggested issue-note[1] -
> and/or mentioning the relevant systemd config setting may be requir
Package: reprotest
Followup-For: Bug #1093412
X-Debbugs-Cc: ijack...@chiark.greenend.org.uk
On Sun, 19 Jan 2025 16:26:27 +, I wrote:
> The timestamps on files that are simply copied from the src package
> into the binary package appear to have 331 hours _subtracted_ from
> their original mtime
Package: reprotest
Followup-For: Bug #1093412
X-Debbugs-Cc: ijack...@chiark.greenend.org.uk
Attached is diffoscope output for comparative reprotest-0.7.29 builds
using Debian testing and stable respectively, both with faketime
enabled with a +331h delta.
The timestamps on files that are simply co
Package: reprotest
Followup-For: Bug #1093412
X-Debbugs-Cc: ijack...@chiark.greenend.org.uk
When building reprotest-0.7.29 on debian:testing, with autopkgtests
disabled and regardless of whether faketime is used, I am currently
able to reliably repeat build a deb file with hash:
$ DEB_BUILD_OPT
Control: forwarded -1
https://salsa.debian.org/python-team/packages/sphinx-rtd-theme/-/merge_requests/2
Hi Vagrant, Antoine,
In addition to the various variance factors already addressed in this
bug, and based on recent tests.reproducible-builds.org test results[1]
for src:mono -- I think we may want to anticipate possible umask
variance in the build environment too; it seems to affect the
permissio
On Mon, 13 Jan 2025 at 15:42, Debian Bug Tracking System
wrote:
>
> This is an automatic notification regarding your Bug report
> which was filed against the patroni-doc package:
>
> #1066015: patroni-doc: please make the build reproducible.
>
> It has been closed by Debian FTP Masters
> (reply
Package: binutils-doc
Followup-For: Bug #1092870
Dear Maintainer,
I've completed testing the updated[1] patch using differing umask
and file system orderings (using disorderfs), and with the patch
applied, am able to build a reproducible result.
The sha256sum of binutils-doc_2.43.50.20250108-1_a
st-Updated header.
I have _not_ yet confirmed that the file-ordering differences are
resolved by the addition of the '--sort=name' cmdline argument, but
I believe that it should do, and will try to test that soon too.
Thanks again,
James
Author: James Addison
Description: Generate a d
Package: binutils-doc
Followup-For: Bug #1092870
On Mon, 13 Jan 2025 01:52:20 +, I wrote:
> Test results from this process remain pending; it's taken me a while
> to figure out a suitable build commandline. To test the umask
> results before/after the patch, I intend to use:
>
> reprotest -
Package: binutils-doc
Followup-For: Bug #1092870
On Sun, 12 Jan 2025 15:56:58 +, I wrote:
> Please find the updated patch attached. I'll commence a test build
> of this locally using reprotest today.
Test results from this process remain pending; it's taken me a while
to figure out a suitabl
me' and 'pax-option' arguments to the tar
> command-line.
Please find the updated patch attached. I'll commence a test build
of this locally using reprotest today.
Regards,
James
Author: James Addison
Description: Generate a deterministic gprofng example documentation t
Package: binutils-doc
Version: 2.43.50.20250108-1
Severity: minor
Tags: upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering umask
Dear Maintainer,
As a follow-up to #1090395: I overlooked two additional causes of
nondeterministic output during creation of the example
It seems that at least two additional problems remain to achieve
reproducible examples.tar.gz construction:
* File order (e.g. by name) in the tarfile needs to be consistent.
* File permissions - that currently may differ based on build-time
umask, I'm not certain of the cause yet - need to be
BK8y212e7DBHPkQ
> V4+kSQyjLCa9WiifIu8OxwJaqhxji4hmHw9TUInQRryeHPPGXb124gH7QyB1sldN
> elu722ZlIqAeQt+QkoJQCw/QeXQZ8ZItRtGHrrW+VRpDvSEKbPa+aiA7cJVmIYDo
> xS5Hv9a64ArGRsAKT+YROWGDjN/+UnTASPyNGt2ztYZSUWA/XAhw2u1SZz5bVLnF
> QENBUU2o5dKq8IeIEnf9dVqDDSpaiFoyPIl4WbqHCe+ol2NfSyve6xiyY36YPqqH
>
Writing with my apologies as the author/originator of this bug in the
upstream codebase (it is a side-effect of a copyright-related
changeset[1]).
I seemingly-independently wrote a patch today to resolve the cause
that I've opened as a pull request[2] upstream -- but I have to admit
that I _did_ r
Hi Richard,
On Mon, 23 Dec 2024 at 16:03, Richard Lewis
wrote:
>
> On Sat, 03 Jun 2023 13:10:09 +0100
>
> > Although this was documented for bullseye, the underlying cause
> > remains, and I think that it could be valuable for users to continue
> > to have this documentation available.
>
> > I've
Source: python-sphobjinv
Followup-For: Bug #1082706
Control: forwarded -1 https://github.com/bskinn/sphobjinv/pull/299
Control: tags -1 fixed-upstream
the
makefile target produces a tarball that contains solely uid=0 and no username.
Regards,
James
Author: James Addison
Description: Generate a deterministic gprofng example documentation tarball
Bug-Debian: https://bugs.debian.org/1090395
--- a/gprofng/doc/Makefile.am
+++ b/gprofng/doc
Package: binutils-doc
Version: 2.43.50.20241112-1
Severity: minor
Tags: upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: username
Dear Maintainer,
I'm an occasional volunteer contributor to the Reproducible Builds[1] project,
and noticed recently that the Debian binutils-doc p
Thank you, Jeremy!
Package: gnome-settings-daemon
Version: 47.2-1
Severity: normal
Dear Maintainer,
Recently I uninstalled the 'gjs'[1] package since it did not appear to be
required for functionality in the GNOME desktop environment I have installed.
However, I later discovered that without 'gjs' installed, scree
Source: cdbs
Followup-For: Bug #1088144
X-Debbugs-Cc: hol...@debian.org
Thank you, Holger!
ible-builds.org/tools/
[5] - https://wiki.debian.org/ReproducibleBuilds/BuildinfoFiles
From: James Addison
Date: Sat, 23 Nov 2024 20:26:42 +
Subject: Remove default addition of dh-buildinfo build-dep
The dh_buildinfo helper produces a list of dependencies found on
the build host, to aid downstream sites reb
Source: toulbar2
Followup-For: Bug #1080187
X-Debbugs-Cc: paolo.gre...@libpf.com
I don't have a fix for this bug yet, but I do want to mention that the
underfull hbox messages may be a distraction in the logs; I think the error
that causes the build to fail may be this line:
error: Could not cr
Hi Vagrant,
On Tue, 22 Oct 2024 at 10:06, James Addison wrote:
>
> On Sun, Oct 20, 2024, 03:40 Vagrant Cascadian
> wrote:
>>
>> On 2024-10-19, James Addison wrote:
>> > [ ... snip ... ]
>> > I don't find any clearly locale-related differences w
Package: debian-www
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: la...@debian.org
Dear Maintainer,
Visiting the www.debian.org homepage currently seems to display a Former Debian
Partners listing, instead of the expected homepage.
cc'ing Thomas as there are some recent e
On Sun, Oct 20, 2024, 03:40 Vagrant Cascadian <
vagr...@reproducible-builds.org> wrote:
> On 2024-10-19, James Addison wrote:
> > [ ... snip ... ]
> > I don't find any clearly locale-related differences when comparing the
> > current output of the compa
Source: grub2
Followup-For: Bug #991928
X-Debbugs-Cc: vagr...@reproducible-builds.org
Dear Maintainer, Vagrant,
On Thu, 05 Aug 2021 15:11:02 -0700, Vagrant wrote:
> Some locales (e.g. potentially obscure locales used by reprotest) may
> cause sort order issues in embedded strings in some of the g
on Sep 17 00:00:00 2001
From: James Addison
Date: Mon, 14 Oct 2024 21:10:32 +0100
Subject: [PATCH] python: add release filtering by SOURCE_DATE_EPOCH
Closes: #1085112
---
python/distro_info.py | 6 +-
python/distro_info_test/test_distro_info.py | 17 +
2
Package: python3-distro-info
Followup-For: Bug #1085112
Control: forwarded -1
https://salsa.debian.org/debian/distro-info/-/merge_requests/8
On Tue, 15 Oct 2024 at 16:03, Soren Stoutner wrote:
>
> Typically, in Debian packaging, you would use Files-Excluded in debian/
> copyright to remove things like vendored library code, and debian/patches to
> make modifications that have not yet/are not likely to be accepted upstream.
Thank you,
Hi Phil,
On Tue, 15 Oct 2024 at 04:45, Phil Wyett wrote:
> [ ... snip ... ]
> This package uses a fork of the upstream github repo. Is there a particular
> reason for not using it?
Primarily this is to build against a source that includes additional
modifications, and removes vendored library co
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "quadrilateralcowboy":
* Package name : quadrilateralcowboy
Version : 0~20240909.git3e3947707-1
Upstream contact : James Addison
* URL
ro_info.py/#L129
[3] - https://reproducible-builds.org/docs/source-date-epoch/
>From 2807fa377f4192c2bc5d3e384e3e7ec4a9c018ea Mon Sep 17 00:00:00 2001
From: James Addison
Date: Mon, 14 Oct 2024 21:10:32 +0100
Subject: [PATCH] python: add release filtering by SOURCE_DATE_EPOCH
---
python/d
On Wed, 9 Oct 2024 at 07:46, Johannes Schauer Marin Rodrigues
wrote:
> I think you just missed a dinstall. I forked your repo and successfully ran
> all
> the jobs from your pipeline:
>
> https://salsa.debian.org/josch/quadrilateralcowboy/-/pipelines/744459
Brilliant! Thank you. I'll be more p
Package: libc6-dev-amd64-cross
Followup-For: Bug #1081201
X-Debbugs-Cc: jo...@debian.org, d...@debian.org
Hi Josch, Matthias,
I noticed that cross-toolchain-base (72) has landed in unstable today, and I
was quietly hoping that that would resolve what I believe is the same build
problem during Sal
Source: python-sphobjinv
Followup-For: Bug #1082706
X-Debbugs-Cc: la...@debian.org
Ah; parallel workstreams: I'd noticed this same problem in the RB test results
for sphobjinv -- and independently went ahead and wrote a patch[1] (in fact an
identical modification) for upstream, which has been acce
Hello,
I'd like to request an upload of the src:meson-python package, in
particular to close bug #1076806, a reproducibility bug related to
documentation copyright notices -- the patch there has been
committed[1] in Salsa, and also subsequently merged[2] into the
upstream codebase.
There haven't
Package: grub2
Followup-For: Bug #787795
Control: forwarded -1
https://salsa.debian.org/grub-team/grub/-/merge_requests/67
ys_ adds the set_all_file_dates option when
invoking xorriso, regardless of whether the image creation time is read from
the SOURCE_DATE_EPOCH variable or the system clock.
Regards,
James
[1] -
https://manpages.debian.org/bookworm/xorriso/xorrisofs.1.en.html#set_all_file_dates
[2] - https:
Followup-For: Bug #1076025
Control: tags -1 pending
Package: bind9-doc
Followup-For: Bug #1064782
Control: fixed -1 bind9/9.20.2-1
Control: close -1
Source: gnome-maps
Followup-For: Bug #1066083
X-Debbugs-Cc: la...@debian.org
Control: fixed -1 gnome-maps/47.0-1
Control: close -1
Package: python3-sphinx
Followup-For: Bug #1050693
X-Debbugs-Cc: rebecca_pal...@zoho.com, mity...@debian.org
Control: tags -1 upstream
Control: forwarded -1 https://github.com/sphinx-doc/sphinx/issues/6714
Hi Rebecca, Dmitry,
I'm _relatively_ confident that this may be the same as an issue[1] rep
Package: python-lmfit-doc
Version: 1.2.2-3
Severity: minor
X-Debbugs-Cc: ti...@debian.org
Dear Maintainer,
Some of the code examples in the HTML documentation for python-lmfit-doc
provide web hyperlinks to upstream API documentation; numpy and matplotlib
objects for example.
The matplotlib hyper
Package: python3-sepolicy
Followup-For: Bug #1064895
Control: fixed -1 3.7-1
Control: close -1
Thank you, Laurent and Russell!
1 - 100 of 621 matches
Mail list logo