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!
Source: libpod
Version: 5.2.1
Severity: normal
X-Debbugs-Cc: podman-comp...@packages.debian.org, c...@debian.org
Control: affects -1 podman-compose
Dear Maintainer,
In #1054460 a duplicate-file conflict on the podman-compose.1 manual was
resolved: the manual was dropped from the podman binary pac
Thanks Graham! With an answer to your question inline below:
On Sun, 25 Aug 2024 at 14:02, Graham Inggs wrote:
>
> Hi James
>
> On Tue, 20 Aug 2024 at 11:27, James Addison wrote:
> > Ok: I can confirm that removing the (OpenMPI-provided) symbols from
> > the libelpa19.s
Source: gcc-11
Followup-For: Bug #1004184
Control: fixed -1 gcc-14/14.1.0-1
I haven't yet confirmed that the output of an O1/O2 build is corrected when
compiling on MIPS, but the relevant patches have arrived in gcc v14.1 and are
packaged in Debian, so I'm updating the tags on this bug to record t
Package: cdimage.debian.org
Followup-For: Bug #1005886
X-Debbugs-Cc: powe...@gmail.com
Control: tags -1 moreinfo
Hi Tony,
> The computer is:
> Lenovo X1 Carbon Gen 6
> Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz
> Intel Dual Band Wireless-AC 8265 (iwlwifi loads fine, during installation)
I've a fai
Source: elpa
Followup-For: Bug #1076025
Control: forwarded -1
https://salsa.debian.org/debichem-team/elpa/-/merge_requests/1
Control: tags -1 patch
Package: bind9-doc
Followup-For: Bug #1064782
Control: tags -1 = upstream fixed-upstream
Package: bind9-doc
Followup-For: Bug #1064782
Control: forwarded -1 https://gitlab.isc.org/isc-projects/bind9/-/issues/4886
On Mon, 19 Aug 2024 at 15:16, James Addison wrote:
>
> On Mon, Aug 19, 2024, 13:57 Graham Inggs wrote:
>>
>> Hi James
>>
>> On Mon, 19 Aug 2024 at 12:40, James Addison wrote:
>> > Ok, thank you. Could we resolve this by adding libelpa.symbols.arch
>&
On Mon, Aug 19, 2024, 13:57 Graham Inggs wrote:
> Hi James
>
> On Mon, 19 Aug 2024 at 12:40, James Addison wrote:
> > Ok, thank you. Could we resolve this by adding libelpa.symbols.arch
> file(s), minus the openmpi symbols, for the failing architectures?
>
> That migh
On Mon, Aug 19, 2024, 13:29 Graham Inggs wrote:
> Hi James
>
> On Mon, 19 Aug 2024 at 12:06, James Addison wrote:
> > [ ... snip ... ]
> >
> > From the build logs: the failure seems to be due to the missing
> > mpi_fortran_... symbols on 32-bit ARM; but those
On Sun, 18 Aug 2024 14:31:26 +, Graham wrote:
> I have filed bug #1078978 requesting removal of elpa's binaries on
> these architectures, lowering severity.
I've been taking a quick look at this while inspecting the status of
the python3.12-only transition (as gpaw is one of the few remaining
Source: meshlab
Followup-For: Bug #1001870
Control: fixed -1 meshlab/2020.09+dfsg1-3
Control: close -1
Source: gnome-maps
Followup-For: Bug #1066083
Control: tags -1 fixed-upstream
Source: gnome-maps
Followup-For: Bug #1066083
Control: forwarded -1 https://gitlab.gnome.org/GNOME/gnome-maps/-/issues/729
Process-wise: I think it makes more sense to set the 'forwarded' property
on this bug to the upstream issue I've reported, instead of the corresponding
merge request. This me
Source: gnome-maps
Followup-For: Bug #1066083
X-Debbugs-Cc: la...@debian.org
Control: forwarded -1
https://gitlab.gnome.org/GNOME/gnome-maps/-/merge_requests/453
Although a SOURCE_DATE_EPOCH-based approach was suggested in this bugreport,
I've independently opened an alternative that removes the
NB: Technically, the patch I attached is not the entirety of the git commit
referenced in the header line: I omitted the autogenerated/minified
theme.js that was included when I offered the change upstream
(reasoning(s): it's not the preferred form for modification, and Debian
uses the unminified c
ed a pull request for that upstream with sphinx-rtd-theme[1] although
I expect that the Sphinx version dependency may be a concern for it.
[1] - https://github.com/readthedocs/sphinx_rtd_theme/pull/1588
commit 2e97557739984dcd026cb86610cbf322ce3e48dd
Author: James Addison
Date: Mon Aug 12 12:5
On Sun, 11 Aug 2024 at 09:59, James Addison wrote:
> [ ... snip ... ]
> Thanks, Vagrant - it's possible that I'm splitting hairs, but the randomized
> temporary path is created below the working build directory, and the problem
> occurs due to the embedding of that complete
Source: clucene-core
Followup-For: Bug #1059805
X-Debbugs-Cc: r...@debian.org, t...@libreoffice.org
Dear Maintainer, Rene, Thorsten,
I have to admit that I have not, and am not likely to, find the time or gain
the necessary experience to properly develop and test an alternative to the
libreoffice
On Fri, 9 Aug 2024 at 21:14, Vagrant Cascadian
wrote:
>
> user reproducible-bui...@lists.alioth.debian.org
> usertags 1064748 +randomness -buildpath
> thanks
>
> On 2024-08-09, James Addison wrote:
> > Usertags: buildpath cpu
> ...
> > The first cause of non-de
On Fri, 9 Aug 2024 at 14:06, PICCA Frederic-Emmanuel
wrote:
>
>
>
> > The meson-python build generates and uses a temporary, randomized build
> > directory path only when no build-dir setting is already configured. So we
> > may
> > be able to resolve this problem by choosing an appropriate stat
On Fri, 9 Aug 2024 at 12:42, PICCA Frederic-Emmanuel
wrote:
>
> If you are part of the Debian science just push to the repository.
>
> It is easyer for me to revert from git, than to remember to check for MR :)
OK. I'm not currently - I'll open an MR as the next available alternative.
> thank
Source: pyfai
Severity: wishlist
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath cpu
Dear Maintainer,
I'm an occasional volunteer contributor to the Reproducible Builds[1] project,
and noticed that the pyFAI package fai
Followup-For: Bug #1064404
Control: fixed -1 2.62-3
Control: close -1
The snapd package has been building reproducibly since 2.62-4. I'm tagging
this bug as resolved from 2.62-3 because the patch here landed in that version.
Thank you, Zygmunt!
Package: wnpp
Followup-For: Bug #119911
Control: reopen -1
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: j...@jp-hosting.net
* Package name: cinecred
Version : 1.5.1
Upstream Contact: Felix Mujkanovic
* URL : https://cinecred.com/
* License : GPL-3
Programming Lang: Java
Description : Cinecred produces credit
On Sun, 14 Jul 2024 at 11:58, James Addison wrote:
>
> On Fri, 12 Jul 2024 at 19:10, James Addison wrote:
> > [ ... snip ... ]
> > Adding the patch would unnecessarily add the event handler to _all_ menu
> > items;
> > now it seems to me that that's not wh
On Fri, 12 Jul 2024 at 19:10, James Addison wrote:
> [ ... snip ... ]
> Adding the patch would unnecessarily add the event handler to _all_ menu
> items;
> now it seems to me that that's not what we want. We only need the event
> handler for links that refer to the same
Control: tags -1 - patch
My patch seemed too simple; I now think it's somewhat flawed, after learning
more about what is going on here.
On Wed, 10 Jul 2024 at 23:52, James Addison wrote:
> [ ... snip ... ]
>
> In my opinion we should try to get this into src:sphinx-rtd-theme as a
Hi Holger,
On Tue, 9 Jul 2024 at 21:30, Holger Wansing wrote:
> [ ... snip ... ]
>
> Your patch works for me (tested on laptop with Firefox in a small window
> and on my smartphone).
Thank you for testing it!
I found that it was annoying to have to scroll all the way to the top of the
page agai
/theme.js/#L88-L97
commit c34a308ef0afe4882d27498593028e94c7d58578
Author: James Addison
Date: Tue Jul 9 13:35:16 2024 +0100
JavaScript: attach sidebar close-on-click handler to all menu hyperlinks.
diff --git a/src/theme.js b/src/theme.js
index db546b4..b66a54e 100644
--- a/src/theme.js
+++ b/sr
Package: python3-django-hyperkitty
Followup-For: Bug #1031928
X-Debbugs-Cc: p...@debian.org
Control: forwarded -1 https://gitlab.com/mailman/hyperkitty/-/issues/503
Thanks Pierre-Elliott for opening the bugreport (forwarded) for this upstream.
Followup-For: Bug #998059
Control: forwarded -1 https://github.com/sphinx-doc/sphinx/pull/10067
Control: close -1
This variance in Sphinx project 'objects.inv' output files was resolved by a
change within Sphinx that added a default config language code. That change
stabilized the output of gette
Source: zzzeeksphinx
Followup-For: Bug #1042955
Control: tags -1 - pending
Control: fixed -1 1.5.0-1
Control: close -1
I think this can be closed; the reproducibility fix here was included in the
upload of 1.5.0-1 and appears to be working well: mako is building
reproducibly.
There may be other n
Package: firmware-brcm80211
Followup-For: Bug #1029843
X-Debbugs-Cc: b...@decadent.org.uk, didi.deb...@cknow.org, k...@debian.org,
p...@akeo.ie
Thanks all for figuring this out and providing fixes - the updated contents of
the firmware-brcm80211 20230625-3~exp3 package look good to me.
Thank you Matthijs!
Hi Andreas,
On Thu, 9 May 2024 at 11:17, Andreas Rönnquist wrote:
>
> Those fixes was obviously not enough, just see the repro reports.
Ok, yep - thanks for checking those.
When I check the reports, most of the remaining problems seem to relate to
duplicate definitions appearing in the document
Source: openttd
Version: 14.0-1
Severity: serious
Tags: upstream
Justification: Policy 12.5
Control: forwarded -1 https://github.com/OpenTTD/OpenTTD/pull/12603
Dear Maintainer,
The build scripts for the initial version 14.0 release of OpenTTD include a
CMake file that determines whether and how t
Package: apache2-dev
Severity: wishlist
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
Control: affects -1 mod-mono
Dear Maintainer,
I'm an occasional volunteer contributor to the Reproducible Builds[1] project,
and noticed recently that an Apache webserver module, mod-mon
Source: sphinx
Severity: wishlist
Dear Maintainer,
The Sphinx v7.3.0 release included a pull request[1] to make the test suite
behave more consistently when the network conditions (online/offline) vary
between test suite evaluations.
One of the changes introduced by that is to replace some remot
Ok, that's reasonable.
Re: content-negotation: the www FAQ[1] makes me think that, at least currently,
it's not worth attempting anything more advanced than language negotiation.
Re: file suffixes: after re-reading the Sphinx code and experimenting with a
few builds: I'm convinced that the html_f
On Wed, 17 Apr 2024 at 21:46, Holger Wansing wrote:
> James Addison wrote (Sun, 14 Apr 2024 23:52:03 +0100):
> > The _other_ hyperlinks in the static content are replaced as part of the
> > cronjob[1] - but that doesn't work for items in the searchindex.js file.
> >
>
On Wed, 17 Apr 2024 at 19:36, Holger Wansing wrote:
> Am 16. April 2024 23:47:05 MESZ schrieb James Addison :
> >> I have tried to deal with this by some adaptions in the cronjob - see the
> >> first two additions in my patch: change all links to search.html into
> &
On Tue, 16 Apr 2024 at 22:47, James Addison wrote:>
> Thanks Holger,
>
> On Mon, 15 Apr 2024 at 20:43, Holger Wansing wrote:
> >
> > Hi,
> >
> > James Addison wrote (Sun, 14 Apr 2024 23:52:03 +0100):
> > > From some testing of these: the search res
Thanks Holger,
On Mon, 15 Apr 2024 at 20:43, Holger Wansing wrote:
>
> Hi,
>
> James Addison wrote (Sun, 14 Apr 2024 23:52:03 +0100):
> > From some testing of these: the search results have a problem that they
> > hyperlink to a language-less .html URL, meaning tha
Hi Holger,
On Sun, 14 Apr 2024 22:40:36 +0200, Holger wrote:
> I forgot to mention, that I have pushed a release-notes variant with this
theme to
> https://people.debian.org/~holgerw/new-rtd-sphinx-theme-for-debian/release-notes/release-notes/index.en.html
> (English)
>
> https://people.debian.org
On Sat, 13 Apr 2024 at 06:48, Holger Wansing wrote:
> Am 11. April 2024 23:52:52 MESZ schrieb James Addison :
> >On Sun, 7 Apr 2024 13:00:43 +0200, Holger wrote:
> >> The only thing which is not working currently, is the search functionality,
> >> but since that
Hi Holger,
On Sun, 7 Apr 2024 13:00:43 +0200, Holger wrote:
> The only thing which is not working currently, is the search functionality,
> but since that's not theme-specific I guess (please correct me, if I'm
> wrong), I close this bug.
The theme looks great, and I agree with closing this bug.
Control: reopen -1
Hi Pierre,
On Sun, 17 Mar 2024 at 22:14, Pierre-Elliott Bécue wrote:
>
> Considering the version of django-compressor in bookworm, I think this
> bug can be closed.
>
> [ .. snip .. ]
Unfortunately I do not believe that this problem is resolved yet; my
understanding is that t
Brilliant - yep, the fonts, CSS and JS now load as expected. Thank you Holger.
Source: opari2
Followup-For: Bug #1026877
Control: forwarded -1
https://salsa.debian.org/debian/opari2/-/commit/1cc9b96544cdf1e8cbc733584b3ff1a4109b89e6
https://salsa.debian.org/debian/opari2/-/commit/15155c97944b7c17bc481ff91261d8191f81ae6f
Source: opari2
Followup-For: Bug #1026877
Control: close -1 2.0.7-2
Control: forwarded -1 https://salsa.debian.org/debian/snapd/-/merge_requests/8
On Thu, 28 Mar 2024 at 16:15, Zygmunt Krynicki wrote:
>
>
>
> > Wiadomość napisana przez James Addison w dniu
> > 28.03.2024, o godz. 15:51:
> >
> > On Thu, 28 Mar 2024
Package: javahelper
Version: 0.79
Severity: normal
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
Control: affects -1 libpixels-java
Dear Maintainer,
I'm an occasional volunteer contributor to the Reproducible Builds[1] project,
and noticed that the 'libpixels-java' pack
On Thu, 28 Mar 2024 at 12:43, Zygmunt Krynicki wrote:
>
> Thank You for pursuing this! Please let me know when you have the patch and I
> will gladly apply it.
>
> Personally I think the simple solution is fine. No need to go overboard.
Ok, agreed - I'll test and then provide a patch to use a fi
Hi Zygmunt,
On Sun, 25 Feb 2024 at 12:12, James Addison wrote:
>
> On Wed, 21 Feb 2024 at 15:52, Zygmunt Krynicki wrote:
> >
> >
> > > Wiadomość napisana przez James Addison w dniu
> > > 21.02.2024, o godz. 15:49:
> > >
> > > Source:
Followup-For: Bug #1003923
Control: forwarded -1
https://salsa.debian.org/qt-kde-team/extras/soundkonverter/-/merge_requests/2
Dear Maintainer,
Please find a Debian Salsa merge request, added by this message as the
forwarded URL for this bug, that applies the patch from this bugreport and
confir
Followup-For: Bug #1066045
Control: forwarded -1
https://salsa.debian.org/java-team/maven-bundle-plugin/-/merge_requests/1
Control: tags -1 pending
This change has recently been uploaded to DELAYED/15 by Mattia from the
Reproducible Builds team after I requested that; in addition I'm providing th
Followup-For: Bug #1003922
Control: tags -1 pending
Source: kget
Severity: wishlist
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
Dear Maintainer,
The Salsa CI configuration for kget sets customized[1] command-line options for
'reprotest'[2], a utility used to find pac
Source: meshlab
Followup-For: Bug #1001870
Control: tags -1 pending
Package: jenkins.debian.org
Followup-For: Bug #1067232
X-Debbugs-Cc: hol...@layer-acht.org
On Wed, 20 Mar 2024 16:05:30 +, Holger wrote:
> or maybe even simpler: first run diffoscope normally, then if that runs into
> a timeout,
> run with --max-container-depth=3 (or 5). I think this would be
Followup-For: Bug #1064028
Control: tags -1 fixed-upstream
Control: forwarded -1 https://github.com/python/cpython/issues/116869
https://github.com/python/cpython/pull/117011
Source: koko
Followup-For: Bug #1066092
X-Debbugs-Cc: marco.matti...@hotmail.it
Control: tags -1 - fixed pending
Control: reassign -1 blhc
Control: severity -1 normal
Control: merge -1 1043522
Control: tags -1 fixed-upstream
Hi Marco,
On Sat, 16 Mar 2024 22:50:05 +0100, Marco wrote:
> I believe
Followup-For: Bug #1064028
X-Debbugs-Cc: d...@debian.org
Control: forwarded -1 https://github.com/python/cpython/issues/116869
It seemed worth forwarding this bugreport upstream, since it may be a quick fix
there (initially I felt that it may be worth handling in Debian initially and
then forwardi
Package: libpython3.12-dev
Followup-For: Bug #1064028
X-Debbugs-Cc: d...@debian.org
Control: reopen -1
Control: found -1 3.12.1-2
Hello,
On Sun, 3 Mar 2024 10:35:42 +0100, Matthias wrote:
> That was fixed in the upstream 3.12.2 release.
The problem does not appear to be resolved; building onboar
Package: debian-policy
Followup-For: Bug #1064593
X-Debbugs-Cc: hwans...@mailbox.org, stephane.blon...@gmail.com,
spwhit...@spwhitton.name
Hello,
On Tue, 12 Mar 2024 22:53:54 +0100, Holger wrote:
> Stéphane Blondon wrote (Mon, 4 Mar 2024 08:29:10
> +0100):
> [...snip...]
> > The symlink is rel
Package: python-rdflib-doc
Followup-For: Bug #1066016
X-Debbugs-Cc: cru...@debian.org
Hi Michael,
Thank you for merging and uploading this change. Unfortunately it seems that
my suggestion didn't solve the problem (based on inspecting the results of a
recent reprotest[1] on Salsa - there's still
severity -1 wishlist
thanks
Dear Maintainer,
Because Debian builds packages from a fixed build path, neither the 'reprotest'
utility in Salsa-CI, nor the Reproducible Builds team's package test
infrastructure for Debian[1] currently check for equivalent binary package
output from differing source
Source: koko
Version: 23.08.3+ds.1-2
Severity: wishlist
Dear Maintainer,
During filing of #1066088, some build failures of the 'blhc'[1] test utility
occurred on Salsa-CI[2]. These indicate that some compile-time security
hardening flags may not be enabled when the binary package is compiled (th
ts.reproducible-builds.org/debian/rb-pkg/unstable/arm64/diffoscope-results/koko.html
[3] - https://salsa.debian.org/DebianOnMobile-team/koko/-/jobs/5423718
[4] - https://github.com/libarchive/libarchive/issues/945
From: James Addison
Date: Tue, 12 Mar 2024 11:37:43 +
Subject: unzip the cities1000.z
Source: gnome-maps
Followup-For: Bug #1066083
X-Debbugs-Cc: la...@debian.org
Please note: for some other GNOME appdata.xml files, upstream has preferred to
remove dynamic Meson release @date values entirely, which also achieves
reproducibility; that approach might be simpler and perhaps more align
Package: libmaven-bundle-plugin-java
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain
Dear Maintainer,
The maven-bundle-plugin utility creates Java .jar archives that contain
non-deterministic contents in the Export-Package, Private-Package and
Hi Olly,
On Sun, 10 Mar 2024 at 20:42, Olly Betts wrote:
>
> [ ... snip ... ]
> There are currently 7 shards in the lists database, but only the first 6
> were listed to be searched. It looks like indexing is working fine,
> except it started a new shard and failed to update the list to search.
Followup-For: Bug #1066017
Control: forwarded -1
https://salsa.debian.org/python-team/packages/xonsh/-/merge_requests/3
Followup-For: Bug #1066016
Control: forwarded -1
https://salsa.debian.org/python-team/packages/rdflib/-/merge_requests/2
Followup-For: Bug #1066014
Control: forwarded -1
https://salsa.debian.org/python-team/packages/pathos/-/merge_requests/1
Package: patroni-doc
Followup-For: Bug #1066015
Control: tags -1 - patch
(clearing unintentionally-included patch tag)
Package: xonsh-doc
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
Dear Maintainer,
I'm an occasional volunteer contributor with the Reproducible Builds[1]
project, and noticed recently that the xonsh-doc package failed[2] an automate
Package: python-rdflib-doc
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
Dear Maintainer,
I'm an occasional volunteer contributor with the Reproducible Builds[1]
project, and noticed recently that the python-rdflib-doc package faile
Package: patroni-doc
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
Dear Maintainer,
I'm an occasional volunteer contributor with the Reproducible Builds[1]
project, and noticed recently that the patroni-doc package failed[2] an
auto
Package: python-pathos-doc
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: cpu
Dear Maintainer,
I'm an occasional volunteer contributor with the Reproducible Builds[1]
project, and noticed recently that the python-pathos-doc package failed[2] an
Source: sofia-sip
Followup-For: Bug #984845
X-Debbugs-Cc: vagr...@reproducible-builds.org
Control: reopen -1
Control: severity -1 wishlist
Dear Maintainer,
Because Debian builds packages from a fixed build path, customized build paths
are _not_ currently evaluated by the 'reprotest' utility in Sa
Source: sofia-sip
Followup-For: Bug #984845
X-Debbugs-Cc: vagr...@reproducible-builds.org
Control: notfixed -1 1.12.11+20110422.1-2.2
On Sun, 10 Mar 2024 13:22:13 +, I wrote:
> The sofia-sip package now appears to build reproducibly[1], so I believe that
> this bugreport can be closed. An upg
Source: ffmpeg
Followup-For: Bug #985187
X-Debbugs-Cc: vagr...@reproducible-builds.org
Control: fixed -1 7:6.1-1
Control: close -1
This package is not yet building reproducibly[1], but the build-path embed
correctly identified by this bugreport as a contributing factor has been
removed[2] from ffm
Source: sofia-sip
Followup-For: Bug #984845
X-Debbugs-Cc: vagr...@reproducible-builds.org
Control: fixed -1 1.12.11+20110422.1-2.2
Control: close -1
The sofia-sip package now appears to build reproducibly[1], so I believe that
this bugreport can be closed. An upgrade[2] of debhelper appears to ha
Followup-For: Bug #1064575
Control: forwarded -1
https://salsa.debian.org/science-team/pyswarms/-/merge_requests/2
Adding the suggested patch for this package (providing custom alt text for
the relevant animations) as a forwarded-link from this bugreport to Salsa.
On Mon, 26 Feb 2024 01:09:59 +0
Package: lists.debian.org
Followup-For: Bug #1064475
X-Debbugs-Cc: c...@debian.org
Hi Cord,
Running a search for 'python removal' on the 'testing-changes' mailing list,
ordered by most-recent-first, currently lacks any results from this year.
https://lists.debian.org/cgi-bin/search?P=python+r
Source: pytest-repeat
Followup-For: Bug #1064891
Control: forwarded -1
https://salsa.debian.org/python-team/packages/pytest-repeat/-/commit/3ef7a0e17d6691fd2afbd845ee28d814e3bd0bcf
Control: tags -1 - patch
Control: tags -1 pending
Package: python3-sepolicy
Followup-For: Bug #1064895
Control: tags -1 pending
1 - 100 of 531 matches
Mail list logo