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
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
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
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
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
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.
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.
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.
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
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
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.
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
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
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
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-
Package: mumble-server
Version: 1.5.517-2.1
Severity: serious
Justification: Appendix 5.1
X-Debbugs-Cc: jvalle...@mailbox.org
Dear Maintainer,
* What led up to the situation?
On a clean image of Debian bookworm (debian/bookworm64 vagrant box), I
installed mumble-server 1.3.4-4. I did not ma
This is fixed upstream in commit 8f44b29ca3b89e6c7742adf82282dcff9a95971d
On Mon, Dec 16, 2024 at 5:48 AM Santiago Vila wrote:
> Package: src:ocrmypdf
> Version: 16.3.1+dfsg1-1
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
> During a rebuild of all packages in unstable, your package f
good story for downloading
older versions, since what's considered "secure" may have changed in the
intervening time. It can still be useful to validate what existed, even
if it's not up to contemporary standards.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
to add a Breaks lua-json versions which don't handle this,
once there's a fixed version.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
On Thu, 2024-11-21 at 17:13 +0100, Bastian Germann wrote:
> Control: severity -1 serious
>
> Am 21.11.24 um 16:33 schrieb James Bottomley:
> > Ideally I'd prefer Debian to have the same version as every other
> > distribution, but I think removing the ancient version
Control: tag -1 pending
Hello,
Bug #1087861 in libsfml 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/games-team/libsfml/-/commit/530ea1c495b579f7468ae54096724
Control: tag -1 pending
Hello,
Bug #1087856 in glfw3 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/games-team/glfw3/-/commit/98e01adf75563e547aef13eed9cf91fcd
Control: tag -1 pending
Hello,
Bug #1075366 in pcsxr 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/games-team/pcsxr/-/commit/3ee0837a1f73c42d3818a7f5eb2f34066
Control: tags -1 patch pending
Hi,
On 15/11/2024 20:12, Patrice Duroux wrote:
> Hi,
>
> Here is a patch to solve those building issues.
>
> Best regards,
> Patrice
Thanks for the patch! It looks good to me and I'll upload it in a few
minutes.
James
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
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
/60fbed06a027faaed40bbeb1654330f0e70e3d2c
vim-patch:9.1.0776: test_strftime may fail because of missing TZ data (#30780)
Problem: test_strftime may fail because of missing TZ data
Solution: Use GMT offsets to validate timezone differences (James McCoy
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
at the kind of performance cost we shouldn't accept during builds).
Regards,
James
[1] -
https://salsa.debian.org/jayaddison/quadrilateralcowboy/-/jobs/6397131#L2458
Package: kupfer
Version: 327-1
Severity: grave
Tags: upstream fixed-upstream
Justification: renders package unusable
Dear Maintainer,
It appears a recent change in Debian has broken the ability of kupfer to run
commands (thereby making kupfer non-functional),
as covered in https://github.com/kupf
Control: reassign -1 gcc-14 14.1.0-1
Control: retitle -1 gcc-14: miscompiles code on s390x at -O2
Control: tag -1 upstream
Control: severity -1 normal
Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116799
On Wed, Sep 18, 2024 at 02:40:11PM GMT, James McCoy wrote:
> On Wed,
I'm trying to narrow down what gcc-14 change introduced the problem.
Other big-endian platforms aren't seeing the same problem, so it seems
more like a compiler problem than a code problem to me.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
scripts/devscripts/ has been generated.
Thanks for the analysis and patch. I ended up applying the same change
as part of fixing #1079650.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
The test failures with this symptom:
ResourceWarning: Unclosed
are related to the anyio bump to 4.4.0 - see:
https://github.com/encode/starlette/discussions/2603
no fix committed upstream yet.
On Sat, Aug 31, 2024 at 08:08:02AM GMT, Paul Gevers wrote:
> Hi,
>
> On 31-08-2024 02:48, James McCoy wrote:
> > I wasn't able to reproduce this on amdahl. I attempted to reproduce it
> > locally via qemu and also couldn't reproduce it there.
>
> It seems it&
e 2
> 57s make: *** [debian/rules:8: autopkgtest] Error 25
I wasn't able to reproduce this on amdahl. I attempted to reproduce it
locally via qemu and also couldn't reproduce it there.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
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
looks like the
> last successful test probablly used 1.66 and the
> first failing test probablly used 1.70.
>From https://github.com/paholg/typenum/issues/211 it looks like it may
be related to https://github.com/rust-lang/rust/issues/114479.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
-DMSGPACK=1 -o src/webdis.o src/webdis.c
It's missing "-Wdate-time -D_FORTIFY_SOURCE=2" and the include
directories.
The relevant lines from debian/rules are
export DEB_BUILD_MAINT_OPTIONS=hardening=+bindnow
include /usr/share/dpkg/buildflags.mk
CFLAGS += $(CPPFLAGS)
The build is working in testing, so this regression is due to a recent change.
I've narrowed down the cause of the issue to a change in one of the following
packages:
- libxml2:
- build works with 2.9.14+dfsg-1.3+b3
- build fails with 2.12.7+dfsg-3+b1
- libxml2-utils:
- build works with 2.
tags 1065923 patch
thanks
On Sun, 10 Mar 2024 18:15:58 -0100 Graham Inggs wrote:
In fact, there is no module for Python 3.12 in python3-distutils, so
these dependencies may already be unnecessary.
Searching through the code shows that distutils is not used, and is only
mentioned in comments.
Thank you Matthijs!
en moved out of Incoming.
> > The following information may help to resolve the situation:
> >
> > The following packages have unmet dependencies:
> > sbuild-build-depends-main-dummy : Depends:
> > librust-smithay-client-toolkit-dev (< 0.17~) but 0.18.1-1 is to be installed
> > E: Unable to correct problems, you have held broken packages.
> > apt-get failed.
I've uploaded rust-smithay-client-toolkit-0.16 to NEW, which will
address this until wlgreet can be ported to newer versions.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
ather than fix this directly in unstable's current alacritty package,
I'm going to finish the work to get the version in experimental uploaded
to unstable. This will address the issue, since experimental's
alacritty uses copypasta 0.10.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Package: between
Version: 6+dfsg1-4
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: jvalle...@mailbox.org
Dear Maintainer,
* What led up to the situation?
I installed between and tried to run it.
* What exactly did you do (or not do) that was effectiv
Upstream is currently working on this. For the time being adding
-D_LARGEFILE64_SOURCE fixes this bug
David JamesFrom 9b718bbf7f94899e7643563e9f30a6665d1e8b39 Mon Sep 17 00:00:00 2001
From: Castor216
Date: Tue, 4 Jun 2024 19:22:49 +0100
Subject: [PATCH] add -D_LARGEFILE64_SOURCE to CFLAGS
---
d
You may be interested in these upstream commits;
b01478d ("Fix some parts of macro expansion are not guarded")
0194b80 ("strerror and memset require string.h")
the peer address in the kernel at all (and may just ignore the
server's IPCP requests - I have not checked) and so avoids these issues.
JamesFrom 416b65c3f23d795707ed122f06c54eebd515bc3b Mon Sep 17 00:00:00 2001
From: James Cowgill
Date: Sat, 11 May 2024 13:59:17 +0100
Subject: [PATCH] Modify PPP peer address to avoid wrong rout
ge transition while being aware of a potential problem.
Thanks,
James
[1] - https://github.com/OpenTTD/OpenTTD/pull/10513
[2] - https://github.com/OpenTTD/OpenTTD/pull/12603
On Thu, 04 Apr 2024 19:01:58 +0200 Jonas Smedegaard wrote:
Quoting James Valleroy (2024-04-04 16:13:07)
> On 3/28/24 4:08 AM, Petter Reinholdtsen wrote:
> > [James Valleroy 2024-02-12]
> >> Here is a patch that fixes the build:
> >
> > Btw, did you mean TEMPFILE=$
On 3/28/24 4:08 AM, Petter Reinholdtsen wrote:
[James Valleroy 2024-02-12]
Here is a patch that fixes the build:
Thank you. Can you explain why changing the output from package.json to
mktemp and then moving the result to package.json will solve the build
problem? I fail to understand how
Upstream here. ocrmypdf does not actually require pypdf2 or pypdf for its
test suite anymore. That dependency was removed long before v15.2.0, so it
should be safe to remove the offending line from debian/tests/control.
-James Barlow
On Mon, Mar 25, 2024 at 6:06 AM Scott Kitterman
wrote:
>
Control: tag -1 pending
Hello,
Bug #1066715 in pcsxr 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/games-team/pcsxr/-/commit/31203d2510b77e3b807211f96034da593
Hi,
I have pushed a autolog 0.42.1 which should build correctly when
`-Werror=implicit-function-declaration` is used.
https://github.com/JKDingwall/autolog/releases/tag/0.42.1
Regards,
James
atch]
> > 9 | strcpy(buf, string);
> > | ^~
> > hello.c:9:5: note: include '' or provide a declaration of 'strcpy'
> > cc1: some warnings being treated as errors
> > make[2]: *** [Makefile:11: all] Error 1
Attached patch fixes these i
stop
/1e77b861739a56510aa1afa6e3ea1b24ab0cbd56
Add Breaks against neovim and emacs-libvterm
Closes: #1065731
Signed-off-by: James McCoy
(this message was generated automatically
Package: libvterm0
Version: 0.3.3-2
Severity: serious
Justification: Policy 8.6.2
The missing Breaks can allow partial upgrades and therefore break
the package, since the ABI changed.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-deb
Not sure if this helps, but I keep package lists of each build. Here is
a diff of 2/24 build (works) vs 3/24 (broken).
https://spins.tuxfamily.org/package-list-diff.txt I dont know if any
changes would break compiz, but at least its more info.
Jim
On 3/6/24 11:25, Steve Langasek wrote:
On We
Hi
This address is listed as a maintainer on the Compiz package search page.
0.8.18 black screens on boot after a recent update when building a iso with
livebuild. I have been building the xfce-Compiz iso for about 4 months
without issue. The xfce (testing amd64) iso is built without errors, but it
I did try this change but it the package test doesn't pass right now. I
think that supermin fails to understand virtual dependencies when
resolving packages and so fails to install various things. Maybe
once the time_t transition has completed and the affected packages are
binNMUed this should resolve itself?
James
Hi taffit,
On Tue, 5 Sep 2023 01:29:12 +0530 David =?iso-8859-1?Q?Pr=E9vot?=
wrote:
Hi James,
Le Wed, Jun 28, 2023 at 03:42:21PM -0300, Athos Ribeiro a écrit :
> Source: php-oscarotero-gettext
> Version: 4.8.7-1
[…]
> We are about to start the symfony 6 transition in unstable. Duri
to suggest fixing the cause of
this (the non-C90-compliant code in Python3.12 headers).
I'm intentionally not making it a blocker here, because other approaches are
possible, but am mentioning it for awareness.
Regards,
James
; else \
> > check_rb; \
> > fi
> > :86:in
> > `require':
> > /<>/BUILD/subversion/bindings/swig/ruby/libsvn_swig_ruby/.libs/libsvn_swig_ruby-1.so.1:
> > undefined symbol: SWIG_snprintf -
> > /<>/BUILD/subversion/bindings/swig/ruby/.ext/svn/ext/core.so
> > (LoadError)
This is a bug in the bindings generated by SWIG, which is fixed in 4.2.1
but not yet uploaded. Reassigning.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Followup-For: Bug #1036828
X-Debbugs-Cc: k...@debian.org
On Sat, 24 Feb 2024 11:01:31 +, I wrote:
> Should this bug be closed? (the logic to skip the experimental/sid firmware
> image build during non-testing builds is in place for both bookworm and
> trixie)
Nope, it looks like I've misund
Followup-For: Bug #1036828
X-Debbugs-Cc: k...@debian.org
Hi Cyril,
Should this bug be closed? (the logic to skip the experimental/sid firmware
image build during non-testing builds is in place for both bookworm and trixie)
Regards,
James
tags 1058552 patch
thanks
Here is a patch that fixes the build:
From: James Valleroy
Date: Sun, 11 Feb 2024 07:40:16 -0500
Subject: Use a temp file for package.json contents
---
Makefile | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index c9e03c2
dule packages aren't generally named according to the
SONAME (for reasons I'm not clear on).
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
t any "obvious"
renamings of lua packages on your list are probably misleading.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Source: stellarium
Followup-For: Bug #1060802
X-Debbugs-Cc: tom...@debian.org, mity...@debian.org
> stellarium 23.4-1 added a new build-dependency on qtwebengine5-dev, which
> prevents it from building on some release architectures (and all non-release
> ones).
Would 'qtwebengine5-dev | libqt5web
Source: burp
Followup-For: Bug #1057880
X-Debbugs-Cc: kapo...@melix.org
Thank you, Jérémy.
the patch author) and Broonie (as
zlib maintainer in Debian).
Regards,
James
[1] - https://bugs.launchpad.net/ubuntu/+source/burp/+bug/2046149
diff --git a/debian/changelog b/debian/changelog
index 1974a93..c18448e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+burp (3.1.4
perhaps it's safe to remove the conditional from
the Debian source package too?
The test failure can be found in the test regressions currently blocking the
migration of zlib 1.3 to Debian testing in debci[4][5].
Regards,
James
[1] - https://sources.debian.org/src/burp/3.1.4-3/utest/test_fzp.c/
is after
rebuilding with the patch in #997264):
libc6 (>= 2.14)
libgcc-s1 (>= 3.0)
libsfml-audio2.5
libsfml-graphics2.5
libsfml-network2.5
libsfml-system2.5
libsfml-window2.5
libstdc++6 (>= 13.1)
Fixing the CMakeLists.txt file should be enough to fix this because
dpkg-shlibdeps should be able to work it out from there.
James
Package: timeshift
Version: 22.11.2-1
Severity: grave
Justification: causes non-serious data loss
X-Debbugs-Cc: truescore149...@gmail.com
Dear Maintainer,
User cant make BTRFS snapshots without "@" subvolume (debian uses "@rootfs"),
but user can make RSYNC snapshot. The problem is that when you t
om commit 9afbfb4d646cd240e97dbaae109f12bfc853112c)
Signed-off-by: James McCoy
Closes: #1052945
(this message was generated automatically)
--
Greetings
https://bugs.debian.org/1052945
close 1052799 1.2.2-1
thanks
rust-xcb (1.2.2-1) unstable; urgency=medium
t package a couple of the more useful/maintained ones and then just
RM vim-scripts.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
from testing.
There was already a bug noting that this still depends on gtk2. Merging
with that one and keeping its Severity: normal.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
Followup-For: Bug #1035871
X-Debbugs-Cc: elb...@debian.org
[ not a maintainer, but I have tested the behaviour of this bug ]
On Thu, 1 Jun 2023 11:57:46 +0200, Paul wrote:
> On Wed, 10 May 2023 13:54:11 +0200 Andreas Beckmann wrote:
> > fonts-unifont does no longer ship unifont.ttf or other *.tt
On Thu, 1 Jun 2023 at 15:48, Theodore Ts'o wrote:
>
> In addition to Bookworm being hard frozen, I question the importance
> of this patch, the bug priority, and whether the title is correct.
> After all, at least with respect to e2fsprogs systemd unit *will*
> still be enabled. It will just be e
Package: e2fsprogs
Followup-For: Bug #1035543
X-Debbugs-Cc: jspri...@debian.org
On Thu, 1 Jun 2023 13:53:18 +0200, Jochen wrote:
> * James Addison [2023-06-01 12:44]:
> >Would reverting the Install.WantedBy modification[1][2], restoring
> >e2scrub_reap
> >enablement usin
Package: e2fsprogs
Followup-For: Bug #1035543
Control: tags -1 patch
>From 9ad481148456520f15f92973cdd0cf6caa16a088 Mon Sep 17 00:00:00 2001
From: James Addison
Date: Thu, 1 Jun 2023 13:20:29 +0100
Subject: [PATCH] Revert "e2scrub: use WantedBy=multi-user.target in
e2scrub_reap.servic
Followup-For: Bug #1035543
X-Debbugs-Cc: ty...@mit.edu, bi...@debian.org, hel...@subdivi.de,
jspri...@debian.org, ans...@debian.org, a...@debian.org,
debian.bugrep...@wodny.org, debian-rele...@lists.debian.org
[ re-introducing the larger cc list audience, plus debian-release ]
Would reverting t
Followup-For: Bug #1035543
On Wed, 31 May 2023 09:55:13 +0100, James wrote:
> On Fri, 05 May 2023 11:04:29 +0200, Andreas wrote:
> > If I install systemd into the bullseye chroot and upgrade that to
> > bookworm, both systemd and e2fsprogs are still installed, but
> > /etc
Followup-For: Bug #1035543
On Fri, 05 May 2023 11:04:29 +0200, Andreas wrote:
> If I install systemd into the bullseye chroot and upgrade that to
> bookworm, both systemd and e2fsprogs are still installed, but
> /etc/systemd/system/multi-user.target.wants/e2scrub_reap.service
> does *NOT* get c
Package: e2fsprogs
Followup-For: Bug #1035543
X-Debbugs-Cc: ty...@mit.edu, bi...@debian.org, hel...@subdivi.de,
jspri...@debian.org, ans...@debian.org, a...@debian.org,
debian.bugrep...@wodny.org
Would a 'move /etc/systemd/system/default.target.wants/e2scrub_reap.service
to /etc/systemd/system/m
Followup-For: Bug #1035543
X-Debbugs-Cc: ty...@mit.edu, bi...@debian.org, hel...@subdivi.de,
jspri...@debian.org, ans...@debian.org, a...@debian.org,
debian.bugrep...@wodny.org
I've been 'approximately' testing this locally on bookworm by:
* Editing the Install.WantedBy in /lib/systemd/system
On Sun, 14 May 2023 15:21:24 -0400, Ted wrote:
> On Sun, May 14, 2023 at 06:03:59PM +0200, Michael Biebl wrote:
> > > Please reassign it there together with instructions how to fix it, i.e.
> > > what should be done in the maintainer scripts.
>
> Can someone send the instructions on how to fix this
tags 1035005 patch
thanks
The attached patch fixes this issue. I tested by unpacking the package into a
Debian bullseye VM where uwsgi-plugin-jvm-openjdk-11 was already installed.
--
James
From 84fe0c6bbf87399eb651b3768f6599bc08a83a78 Mon Sep 17 00:00:00 2001
From: James Valleroy
Date: Thu
Package: e2fsprogs
Followup-For: Bug #1035543
X-Debbugs-Cc: a...@debian.org, bi...@debian.org
I'm having trouble reconciling these two log lines during the upgrade without
systemd:
ls: cannot access '/etc/systemd/system/multi-user.target.wants': No such file
or directory
...
(deb-systemd-h
Followup-For: Bug #1030545
(adding a message in 'quiet' mode with a self-correction)
I wrote:
> Hi Hilko (plus Dipak, fix author on cc for awareness),
My mistake there: Sumanth was the patch author for this change I believe.
bug.
(note: I'm uncertain when/whether that update may be applied to zelenka, the
porterbox host, however)
Thanks,
James
[1] - https://tracker.debian.org/media/packages/l/linux/changelog-5.10.179-1
Followup-For: Bug #1030284
I decline to participate further with this bugreport, although others are
welcome to pick up from the patches I've submitted (please don't merge them
as-is; modify them to apply corrections).
Followup-For: Bug #1030284
X-Debbugs-Cc: t...@mirbsd.de
It does seem to (continue to) function, at least on x86:
~/dygraphs-2.2.0$ NODE_PATH=/usr/share/nodejs
../nodejs-18.13.0+dfsg1/out/Release/node /usr/bin/babeljs --config-file
$PWD/babel.config.json --compact false --source-maps inline -d
1 - 100 of 1050 matches
Mail list logo
