me" to x-terminal-emulator is expecting more than
the abstraction guarantees. I'm not sure that's something that's worth
supporting.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Source: apg
Followup-For: Bug #1102760
Control: forwarded -1 https://salsa.debian.org/debian/apg/-/merge_requests/1
and that solely numeric user/group identifiers are
found in the resulting php.tar.gz file after the patch is applied, where
previously string-based identifiers were emitted. I'll also offer this as a
merge request on Salsa.
Thank you,
James
[1] - https://reproduce.debian.net/amd64/api/v0/b
to be detected by automated tests, enabling those same
tests to verify a fix.
Regards,
James
[1] - https://reproduce.debian.net/amd64/api/v0/builds/250671/diffoscope
[2] - https://reproduce.debian.net/arm64/api/v0/builds/159768/diffoscope
[3] - https://reproducible-builds.org
[4] -
the fixes
approximately a year ago and as a result would be slightly sad if they
don't make it into the release, but that would be fine.
Regards,
James
[1] - https://reproducible-builds.org/
[2] - https://release.debian.org/testing/freeze_policy.html
.
Yes, that license is fine. Thank you for the clarification.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
ckage. The Vim addon packaging has evolved a lot since
vim-scripts was created and it's now easier to package addons
individually. I still need to break up vim-scripts, but that will have
to wait until post-Trixie.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Package: exim4-daemon-light
Version: 4.96-15+deb12u7
Severity: normal
File: /usr/sbin/exim4
X-Debbugs-Cc: t...@security.debian.org
Dear Maintainer,
We had a strange issue where sending email to *@icloud.com emails caused
a segfault if we were rejected by Proof Point blocklist.
This was only happ
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
la...@unicatt.it, j...@jp-hosting.net
>
> Hi James,
> 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
>
> Feel free
ntered here (python3
would allow gi to import as a module, but it would not contain the
python3-gi code that the matplotlib library requires)
Regards,
James
On Mon, Mar 24, 2025 at 08:48:12PM -0400, James McCoy wrote:
On Mon, Mar 24, 2025 at 10:31:20PM +0100, NoisyCoil wrote:
To me "alacritty (literally) crashes on X11 without
libxkbcommon-x11-0" reads much more strongly than "not all
situations require the package". One can
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
Package: gnome-shell
Version: 48.0-1
Severity: important
X-Debbugs-Cc: james_w...@yahoo.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation? I took a eyesight break, also happened on
movement break
* What exactl
Here, configuration of many packages failed because tex-common could not be
configured:
$ sudo dpkg --configure tex-common
Setting up tex-common (6.19) ...
update-language: texlive-base not installed and configured, doing nothing!
Running mktexlsr. This may take some time... done.
Running mtxrun -
Package: gnome-control-center
Version: 1:48.0-1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation? movement break ended
* What exactly did you do (or not do) that was effective (or
ineffectiv
e the freeze.
I'll see about getting it into experimental, but it will be lower
priority than other freeze-relevant issues that come up.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
1, but I'd need to investigate what that effort is.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
t's better than nothing.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
environment is built on.
A possible 1a would be to add Recommends for the various libraries that
get dlopened. This would enable not installing, e.g., libwayland-client0
if not using wayland. However, it doesn't address the other issues of
dynamic loading.
Cheers,
--
James
GPG Key:
address the compatibility issues in the script itself
when evaluated with GIMP3.
Regards,
James
Description: Fix: [Makefile] GIMP3-compatible command-line
GIMP3 introduces multiple batch script interpreters, so this patch
selects the script-fu language used to build sprites from source.
.
In
Package: dh-python
Version: 6.20250308
Severity: important
python3-pynvim 0.5.2-1 is missing a python3-greenlet dependency because
upstream made the requirement conditional on non-PyPy implementations.
Debug logs from the dh_python3 invocation:
D: dh_python3 dh_python3:180: version: 6.20250308
On Mon, Mar 17, 2025 at 07:50:43PM +0100, Vincent Lefevre wrote:
On 2025-03-17 14:35:47 -0400, James McCoy wrote:
Not sure why you're upgrading to the version from experimental, when
there's a newer version in unstable that already fixed this problem.
No, experimental was not inv
On Sun, Mar 16, 2025 at 08:42:28PM +0100, Sebastian Ramacher wrote:
Control: tags -1 confirmed
On 2025-03-15 13:33:13 -0400, James McCoy wrote:
Package: release.debian.org
Severity: important
X-Debbugs-Cc: tree-sit...@packages.debian.org
Control: affects -1 + src:tree-sitter
User
Package: release.debian.org
Severity: important
X-Debbugs-Cc: tree-sit...@packages.debian.org
Control: affects -1 + src:tree-sitter
User: release.debian@packages.debian.org
Usertags: transition
The tree-sitter 0.22.6 packages in unstable accidentally included an ABI
break. This was noticed via
manticora emacs.desktop[122043]: *** stack smashing detected
***: terminated
Thanks for the report! There was an unexpected ABI bump in the new
version. I've upgraded the bug report to serious and am working on
handling the ABI change.
Cheeers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7
On Thu, Mar 13, 2025 at 01:27:37PM -0400, James McCoy wrote:
On Thu, Mar 13, 2025 at 05:48:09PM +0100, Emilio Pozuelo Monfort wrote:
It sounds like tree-sitter should get a SOVERSION bump. Can you
discuss that with upstream?
Yes, I already had plans to do that with them.
They're al
On Thu, Mar 13, 2025 at 05:48:09PM +0100, Emilio Pozuelo Monfort wrote:
On 13/03/2025 02:59, James McCoy wrote:
nmu emacs_1:30.1+1-4 . ANY . unstable . -m "Rebuild against tree-sitter 0.22"
I think I overlooked an ABI incompatibility when uploading tree-sitter
0.22, which is causin
tput('echom provider#python3#Prog()')
test/test_vim.py:209:
Thanks! Neovim 0.10 changed this API, so the test needs to change. This
has been fixed in a newer pynvim upstream. I'll update that.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: em...@packages.debian.org
Control: affects -1 + src:emacs
User: release.debian@packages.debian.org
Usertags: binnmu
nmu emacs_1:30.1+1-4 . ANY . unstable . -m "Rebuild against tree-sitter 0.22"
I think I overlooked an ABI incompatibil
quire knowing
about the existence of Perl's taint option.
Would it be possible to change adduser such that this was no longer a problem
(in which ever way you deem best)?
Regards
James
P.S. I've left this on a non-RC severity given the workaround, but feel free to
bump this up or down if need
On Fri, Jan 24, 2025 at 11:55:58PM +0100, Jonas Smedegaard wrote:
Quoting Jonas Smedegaard (2025-01-14 22:18:30)
Quoting James McCoy (2025-01-14 21:51:13)
> On Tue, Jan 14, 2025 at 09:39:45PM +0100, Jonas Smedegaard wrote:
> > a) librust-tree-sitter-cli-dev v0.22 does *not* exist
>
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
On Sat, 14 May 2022 12:22:43 +0200 Bastian Blank wrote:
piuparts tries to uninstall packages in the end. It also tries to
deinstall packages with the "Important: yes" marker. This is handled
like essential by apt if the package is already installed.
This is now causing a piuparts failure when
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.
get in dehs output:
shunit2:ERROR testRepackLZ_XZ() returned non-zero return code.
I'm not sure yet why this failure occurs - lzip was added[2] to the
Build-Depends for the package to resolve #1061479, but the expected command
doesn't appear to be available when the tests run.
separate package rather than remembering to
copy from upstream into this package, in order to keep it up to date?
This is wishlist because it's not that urgent or critical, mainly it's nice to
use it to work out what the official registry of images are.
Regards
James
-- System Informati
Package: src:linux
Version: 6.12.5-1
Severity: important
X-Debbugs-Cc: debian-am...@lists.debian.org, davidjamescastor...@proton.me
User: debian-am...@lists.debian.org
Usertags: amd64
Dear Maintainer,
When using any version of linux-image that starts with 6.12.* I cannot get
audio through my 1050
is unfortunate. But I think it's already a bit
broken because id3 itself is compiled with C++. Maybe switching to
stdbool.h will unbreak it ???
There are also functions that return "bool". At least on x86_64 the top
bits of a bool are unspecified so false could be interpreted as true by
a C program. I guess it only works right now by luck!
James
n to me.
https://bugs.launchpad.net/ubuntu/+source/id3lib3.8.3/+bug/912945
James
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
On Wed, Feb 12, 2025 at 08:38:00PM +0100, Jonas Smedegaard wrote:
> If tree-sitter migration is somehow now only waiting for "my" packages,
> then please just go ahead!
It's not. Still working on getting neovim to build/test on all
architectures.
Cheers,
--
James
GPG Key:
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
tain scenarios --
https://github.com/vim/vim/compare/v9.0.1533...v9.0.1535
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
port disabled
>
>
> -- Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE)
> -- Could NOT find zstd (missing: _zstd_LIBRARY zstd_INCLUDE_DIR) (Required is
> at least version "1.4.0")
> CMake Warning at CMakeLists.txt:256 (message):
> -- zstd library not found; zstandard support disabled
>
Thanks,
James
Package: www.debian.org
Severity: minor
Dear Maintainer,
Securing finger [0], in the Securing Debian manual, recommends the package
`ffingerd`, as a secure daemon. However, that daemon is no longer in the
standard packages, as it hasn't been maintained since 1996 [1].
[0] https://www.debian.or
lem with defaults.vim is that it is only sourced if a user
doesn't have a vimrc, so the "defaults" are inconsistent. I'd rather
keep the behavior stable, so only removing things from debian.vim if
they've been superceded by real defaults.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Control: severity -1 important
Control: notfound -1 2:9.0.1378-2+deb12u1
On Mon, Feb 03, 2025 at 02:33:30PM -0500, James McCoy wrote:
> On Sun, Feb 02, 2025 at 07:29:50PM +0100, Thorsten Glaser wrote:
> > severity 1085065 serious
> > found 1085065 2:9.0.1378-2+deb12u1
> > th
is getting hung, rather than the pre-existing
flakiness that some of the Vim tests have.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Package: dolphin-emu
Version: 2412+dfsg-1
Severity: normal
X-Debbugs-Cc: davidjamescastor...@proton.me
Dear Maintainer,
The addition of "+dfsg" to DOLPHIN_WC_DESCRIBE is causing the emulator to be
rejected by the rcheevos API as it thinks it's an old version. Removing the
suffix fixes this,
-- S
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
hought I'd mention it)
Regards,
James
[1] -
https://sources.debian.org/src/mesa/24.3.4-2/src/gallium/targets/dri/meson.build/?hl=60#L60
file and pipe
operations) may be a good next step.
Regards,
James
[1] -
https://sources.debian.org/src/bmap-tools/3.8.0-1/tests/helpers.py/#L301-L304
ut of testing as well.
Best,
James
Package: src:looking-glass
Version: 0+b6-1
Severity: serious
Upstream has indicated that looking-glass is still in development and
isn't suitable for stable releases. This is a placeholder RC bug to
prevent migration into testing.
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
een removed[2] from the GIMP script APIs
somewhere around v2.99.12 (cleanups related to that change span a few versions,
so I'm not 100% confident about that version/commit reference).
Regards,
James
[1] - https://gitlab.gnome.org/GNOME/gimp/-/issues/12042
[2] -
https://gitlab.gnome.org/GNOME/gimp/-/commit/a6aba929dc7f864d00ef43aa4884afd2943d1605
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
es not affect the HTML build output in that release.
Regards,
James
[1] - https://github.com/sphinx-doc/sphinx/pull/10471
[2] - https://github.com/sphinx-doc/sphinx/issues/11094
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
cases that are trickier to deal with.
I plan to open a merge request on upstream Salsa with a test case to
demonstrate the problem, and a modification to enable hard_remove that resolves
it.
Regards,
James
[1] -
https://lists.reproducible-builds.org/pipermail/rb-general/2025-January/003637.html
e part of the crate
c) manually patch any crates that are affected by this behavior to use
explicit include rules
For now, I'll do c) to handle this.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
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
ll revert this change in sid and see if it helps.
>
> Thanks, James, your report has been very helpful.
Oops, I got sidetracked drafting and redrafting an attempted explanation :)
Sounds like you're narrowing in on the relevant modification - I'm yet
to understand some of the deta
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
Package: python-wsme
Version: 0.12.1-5
Severity: normal
Tags: patch
X-Debbugs-Cc: james.p...@ubuntu.com
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu plucky ubuntu-patch
Dear Maintainer,
In Ubuntu, the attached patch was applied to achieve the following:
* Merge from Debian unsta
Control: forwarded -1
https://salsa.debian.org/python-team/packages/sphinx-rtd-theme/-/merge_requests/2
permissions bits in the resulting mono-source.tar.xz archive file.
I've updated the Reproducible Builds documentation recently to add a
relevant section[2] about file permissions; in short, there's a tar
'--mode' option that I think may be helpful here.
Regards,
James
[1] -
https:
#1066016
and #1066017 also confirm that autodoc_preserve_defaults is not the
panacea I hoped it was at the time)
Sorry about that - I'll try to re-investigate this (perhaps there is
an upstream feature/fix for Sphinx involved), but I'm not sure when.
Regards,
James
[1] -
https:/
li depends on older t-s v0.20.
t-s-generate doesn't exist as a standalone crate until 0.24.3.
I'll fix src:tree-sitter to have a libtree-sitter-cli-dev binary
package.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
ery tight relationship between
grammar and application versions.
Tree-sitter upstream hasn't really considered the distribution
perspective when designing all this and essentially expects grammars to
be vendored with the using application. They're gradually trying to
improve things, but i
50108-1_all.deb in the
output is:
3518a346d203c3944e5ea1dd711e639554b7bbb3dbda6c51cb12f909cc45119b
Thanks again,
James
[1] -
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=1092870;filename=gprofng-examples-tgz-deterministic.diff;msg=27
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
a few moments to resolve these two items, and also to add
the recommended[1] 'mtime' and 'pax-option' arguments to the tar
command-line.
Thanks again,
James
[1] - https://reproducible-builds.org/docs/archives/#full-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
.
See: https://sourceware.org/pipermail/libc-alpha/2012-April/028823.html
And: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52944
Author: James Cowgill
Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/atftp/+bug/1989816
---
This patch header follows DEP-3: http://dep.debian.net/deps/de
load along with
> a release.d.o bug *iff* you are confident that the upload can be
> accepted (and so to reduce turnarounds).
Thanks for the reminder. It's been awhile since I've had to do a stable
upload. Done.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
On Fri, Jan 03, 2025 at 12:20:15PM +0100, Arnaud Ferraris wrote:
> Hi James,
>
> Le 03/01/2025 à 05:32, James McCoy a écrit :
> > rust-freetype-rs 0.36 is currently in experimental, but I'd like to
> > upload it to unstable soon. I've tested the build and autopkgte
01
+ * Run davautocheck as part of the build time tests
+
+ -- James McCoy Fri, 03 Jan 2025 20:39:54 -0500
+
subversion (1.14.2-4) unstable; urgency=medium
* Backport patch to fix building with swig 4.1 (Closes: #1023529)
diff -Nru subversion-1.14.2/debian/control subversion-1.14.2/debian/co
Source: rust-cairo-rs-0.18
Version: 0.18.5-2
Severity: normal
Tags: patch
rust-freetype-rs 0.36 is currently in experimental, but I'd like to
upload it to unstable soon. I've tested the build and autopkgtests with
the attached patch and they passed.
-- System Information:
Debian Release: trixie/
On Thu, Jan 02, 2025 at 12:04:34PM +0100, David Kalnischkies wrote:
> Hi James,
>
> Am Mon, Dec 30, 2024 at 10:25:38AM -0500, schrieb James McCoy:
> > I'm working on bisecting the Vim change which broke the test to see if
> > anything needs to be changed on the Vim si
It looks like there was a duplication of handling of the file being moved in
the package:
1. Using mv_conffile:
https://salsa.debian.org/pkg-voip-team/mumble/-/blob/debian/debian/mumble-server.maintscript?ref_type=heads
2. Custom code in mumble-server.preinst:
https://salsa.debian.org/pkg-voip-
1 - 100 of 5147 matches
Mail list logo
