Control: tags -1 - moreinfo
Boris,
Actually, I have managed to reproduce. There is a stray '[' in the SecureBits
substitution.
Does the attached patch work for you?
Mark
commit 0b0b53ffc67f6e14004fc894284f973cbe71fef5
Author: Mark Hindley
Date: Mon Jan 27 09:40:40 2025 +
rameter expansion never worked with Bash
> (version 5.2.37).
I can't immediately reproduce an error with bash 5.2.15. I wonder if there has
been a behaviour change.
Which input unit triggers the problem for you?
If the substitution doesn't always/no longer works, there are other places where
it will need adjusting.
Thanks
Mark
Package: src:linux
Version: 6.12.9-1
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
* What led up to the situation?
Attempting to boot on the 6.12 Kernel.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Booting into 6.12.9
e the default action is
>preferred.
>
> I read this as --force-confdef modifies --force-confnew. However, from
> reading this text I cannot tell you what it actually wants to say.
Thanks
Mark
[1] as you suggested in https://bugs.debian.org/925375
I misunderstood?
Mark
commit e0e686df372ca77fda94c0091be1b3f43adcf795
Author: Mark Hindley
Date: Wed Jan 15 21:12:06 2025 +
ucf: fix handling of DPKG_FORCE confdef: -- vset() rejects empty string.
Closes: #1093156
diff --git a/ucf b/ucf
index f3989ff..3f39c56 100755
---
ome a
transitional package[1] soon. But there is no easy way to disable build of
libelogind even if the artifacts aren't shipped, so that does not really help
the FTBFS.
Mark
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061297#13
ogind
Mark
ms a good solution to me.
Proposed patch attached. Do you have any comments on it?
Thanks
Mark
diff --git a/debian/changelog b/debian/changelog
index 2e8829d7..1855f4c5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+sysvinit (3.11-2) UNRELEASED; urgency=medium
+
+ * Drop
On Thu, Jan 02, 2025 at 07:40:55PM +0100, Niels Thykier wrote:
> Control: tags 1089305 + patch
> Control: tags 1089305 + pending
>
>
> Dear maintainer,
>
> I've prepared an NMU for clc-intercal (versioned as 1:1.00-2.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should de
On Thu, Jan 02, 2025 at 05:41:46PM +0100, Niels Thykier wrote:
> I've prepared an NMU for ftnchek (versioned as 3.3.1-6.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.
This is a new feature, please don't NMU this at all.
signature.asc
Description: P
ons appear to be affected:
mark@apollo:/tmp% sudo saved='$(ls -l)' ucf /dev/null /tmp/new.conf
ucf: unrecognized option '-rw-r--r--'
ucf: unrecognized option '-rw---'
ucf: unrecognized option '-rw---'
ucf: unrecognized option '-rwxr-xr-x'
uc
Error 2
[1mdpkg-buildpackage: [0m[1;31merror[0m: debian/rules build subprocess
returned exit status 2
I: copying local configuration
E: Failed autobuilding of package
Since I cannot see any issues on the buildd, I assume it is triggered by the
pbuilder/cowbuilder chroot.
Mark
-- System Inf
m. Copying Niko for his opinion, I suppose other packages
may be impacted by this change?
Mark
[1]
https://salsa.debian.org/srivasta/ucf/-/blob/master/ucfq?ref_type=heads#L799
[2] https://metacpan.org/dist/Getopt-Long/changes#L24
-- System Information:
Debian Release: 12.7
merged-usr: no
Arch
On Sat, Oct 12, 2024 at 12:41:23PM +0200, Roland Mas wrote:
> fort77 is in the dependency chain of one of my packages, and it's currently
> blocked from testing because of an FTBFS. I was having a look at it, and
> found that the packaging was rather old-school :-) So I took the liberty of
> reboo
maintain it. Also, the version "0.3" does not appear to exist
upstream, which seems confusing. The highest version listed at
https://code.launchpad.net/typecatcher is 0.2.
Thanks.
Mark
-- System Information:
Debian Release: 12.7
APT prefers stable-updates
APT policy: (500, &#
Package: gnome-shell
Version: 43.9-0+deb12u2
Severity: serious
[This bug is probably misfiled, I have no idea which GNOME component is
responsible for the actual behaviour so this is a guess based on the
fact that I interact with the UI to trigger it.]
When I select "Power off" from the power men
On 14/06/24 19:02, IOhannes m zmölnig (Debian/GNU) wrote:
On 14/06/2024 05:59, Mark Robinson wrote:
Package: gramps
Version: 5.2.2+dfsg-0.1
Severity: grave
Justification: causes non-serious data loss
bummer.
New version of gramps in Trixie upgrade.
Insisted on upgrading database advising
Package: gramps
Version: 5.2.2+dfsg-0.1
Severity: grave
Justification: causes non-serious data loss
Dear Maintainer,
New version of gramps in Trixie upgrade.
Insisted on upgrading database advising to create backup without means.
Upgraded and loaded database.
Spat error, lost new record.
--
Control: severity -1 normal
On Fri, May 17, 2024 at 08:58:34AM +0100, Mark Hindley wrote:
> On Wed, May 08, 2024 at 01:09:59PM +0100, Mark Hindley wrote:
> > Michael and Steve,
> >
> > I would appreciate some help here.
>
> Bump to reset autoremove timer.
Sti
On Wed, May 08, 2024 at 01:09:59PM +0100, Mark Hindley wrote:
> Michael and Steve,
>
> I would appreciate some help here.
Bump to reset autoremove timer.
Mark
On Fri, May 10, 2024 at 05:25:35PM +0300, Adrian Bunk wrote:
> chmod +x `pwd`/debian/clc-intercal/usr/bin/*
> dpkg-genbuildinfo --build=any
> -O../clc-intercal_1.00-1_ppc64el-buildd.buildinfo
> dpkg-genbuildinfo: error: binary build with no binary artifacts found;
> .buildinfo is meaningless
>
Control: tags -1 moreinfo
Michael and Steve,
I would appreciate some help here.
On Tue, Mar 05, 2024 at 07:33:40AM +, Mark Hindley wrote:
> Control: severity -1 normal
>
> On Tue, Feb 06, 2024 at 05:43:41PM +0000, Mark Hindley wrote:
> > Whilst I am not an expert on this tr
y have no recollection of! :-|
Now I look, we have been shipping a variation on it in Devuan since 2020[1].
Mark
[1]
https://git.devuan.org/devuan/cgroupfs-mount/commit/ff91abfaf3a5c5633744ea552084125ec6c68ce5
tion is that cgroupfs-mount shouldn't be unmounting and remounting
cgroups on upgrade and it needs some dh_installinit magic in d/rules.
Mark
close #1068653
Restarting laptop after upgrading to unstable (from stable) worked.
Package: evolution
Version: 3.50.3-1+b1
Severity: grave
I have two accounts (personal and work) and both of them are returning
“Timeout was reached”. I have tried removing the accounts and re-adding
them without success.
personal account is @gmail.com
work account is @EMPLOYER'S-DOMAIN
-- Syst
Indeed. As it was an NMU, I think the etiquette is for the NMUer to fix.
In sid consolekit2 still builds cleanly. Therefore, marking notfound there.
Michael, perhaps you would fix your NMU, or provide a better patch?
Thanks
Mark
Control: severity -1 normal
Preventing autoremoval due to uninstallable dpkg-dev version in testing.
Mark
ed in favour of a meson subproject.
The pkla-compat tarball also has mocklibc, but that is also patched already.
Getting the multiple layers of quilt and meson patches to work was
unpleasant. So the attached patch may save you some time.
HTH
Mark
[1]
https://github.com/polkit-org/polkit/c
Control: severity -1 normal
On Tue, Feb 06, 2024 at 05:43:41PM +, Mark Hindley wrote:
> Whilst I am not an expert on this transition or the abi-compliance-checker, a
> quick look at the logs[1] suggests this is a tool configuration issue and
> src:consolekit2 may not require t64
Whilst I am not an expert on this transition or the abi-compliance-checker, a
quick look at the logs[1] suggests this is a tool configuration issue and
src:consolekit2 may not require t64 migration.
Can you clarify?
Thanks
Mark
[1]
https://adrien.dcln.fr/misc/armhf-time_t/2024-02-03T09:18:00
ears to be broken and all the experimental builds FTBFS[1].
In addition, the bug severity is triggering autoremoval[2]
That seems a sub-optimal combination. I am minded to reduce the bug
severity. But I will wait for your response if you have a better suggestion.
Thanks
Mark
[1]
https://bui
Package: pdudaemon
Version: 0.0.8.58.g597052b-1
Severity: serious
Attempting to use pdudaemon without python3-aiohttp installed results in
a traceback:
# pdudaemon
Traceback (most recent call last):
File "/usr/sbin/pdudaemon", line 33, in
sys.exit(load_entry_point('pdudaemon==0.1', 'consol
On Wed, Dec 20, 2023 at 10:14:44PM +0100, Jérémy Lal wrote:
> BURP wrong zlib version check in the failing test - this could be NMUed
> DOLFIN has a single test failure, that is odd and unrelated as well - this
> could be NMUed
For non-technical reasons I can't do these NMUs myself if they're
wa
clone 1059165 -1
reassign -1 nodejs
retitle -1 autopkgtest failures on i386
found -1 18.19.0+dfsg-6
block 1059165 by -1
kthxbye
On Wed, Dec 20, 2023 at 08:15:31PM +0100, Paul Gevers wrote:
> The Release Team considers packages that are out-of-sync between testing and
> unstable for more than 30 d
he hwclock machinery
to initscripts, since this is still present in bookworm src:util-linux.
Or, have I misunderstood?
Best wishes,
Mark
diff --git a/debian/control b/debian/control
index 551b7abc..02bfe1b5 100644
--- a/debian/control
+++ b/debian/control
@@ -99,15 +99,12 @@ Multi-Arch: for
Control: block -1 1055562
Helmut,
On Tue, Nov 07, 2023 at 08:39:23AM +, Mark Hindley wrote:
> I think all suitable dependencies now use default-logind | logind. I will
> check that is correct. If it is, libpam-elogind-compat could just be
> removed. It was never availabl
be removed. It
was never available outside experimental.
Mark
failing testsuites. The diff is
attached.
Having said that, I still can't reproduce locally or determine a good fix.
Hopefully Jesse will have a useful contribution
Mark
[1]
https://ci.debian.net/data/autopkgtest/unstable/armel/i/insserv/38435862/log.gz
[2] https://bugs.debian.org/cgi-bin/
Lucas,
I am afraid I still cannot reproduce this.
I attach my successful .buildinfo. What are the differences to yours?
Thanks
Mark
Format: 1.0
Source: insserv
Binary: insserv insserv-dbgsym
Architecture: amd64
Version: 1.24.0-1
Checksums-Md5:
3c928ff0990c2942950fa368b3978086 79480 insserv
Control: tags -1 moreinfo
Ian
On Wed, Sep 27, 2023 at 10:33:32PM +0100, Ian Jackson wrote:
> Mark Hindley writes ("Bug#1052942: insserv: FTBFS: insserv: Could not read
> script nolsbheader: No such file or directory"):
> > Thanks for this. However, I am currently u
uce this, please provide a build log and diff it with
> mine
> so that we can identify if something relevant changed in the meantime.
My successful pbuilder log is attached.
Mark
[1]
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/insserv.html
dpkg-checkbuilddeps
uces a message popup
> saying
>
> Connection to database foo has failed:
>
> invalid command name "pg_connect"
Thanks. I believe this needs fixing in libpgtcl.
Reassigning.
Mark
.d/udev to bin:initscripts and
causes non-systemd systems to fail to boot.
Michael, as discussed yesterday on #debian-systemd, I am very grateful for your
quick commit of a fix[2].
This bug is to prevent unintended migration of the broken udev to trixie.
With thanks and best wishes
Mark
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#7 0xb428 in main (argc=, argv=) at
../lib/colord/cd-test-private.c:2400
(gdb)
I suppose this has been caused by the upload of version 2.14-1 of liblcms2-2,
but I don't immediately see the change there that has caused it.
Reassigning.
Mark
$ x0vncserver -display :0 -SecurityTypes None
*result:*
[usage is printed]
then
x0vncserver: /usr/bin/X0tigervnc exited with status 1, please look into
'/home/mark/.vnc/[redacted]:5900.log' to determine the reason! -2
/home/mark/.vnc/[redacted]:5900.log contains only the same information as a
Additional info:
TigerVNC says that this is an issue with Debian script, not an upstream issue
with them.
https://github.com/TigerVNC/tigervnc/issues/1560#issuecomment-1351443752
to start server:
$x0vncserver -display:0 -SecurityTypes None
Result:
0vncserver: /usr/bin/X0tigervnc exited with status 1, please look into
'/home/mark/.vnc/[machine-name-redacted]:5900.log' to determine the reason! -2
Can't locate object method "cleanup" via package "
f that do you have
installed?
Mark
impression that manpages-i10n had changed to systemd
versions (which doesn't have bootlogd.8) but apparently not. I think we should
continue to use the manpages-i10n version and not have any more dpkg diversions
than are absolutely necessary.
I am away for a week, but will resolve this once I am back.
Mark
On Wed, Jul 27, 2022 at 09:00:09PM +0200, vollan...@gmail.com wrote:
> There is no licence on this code, it is juste free!!
If that's the goal they should have a clear statement that they're in
the public domain, without an explicit license grant of some kind the
default is that things are copyri
anonically in /usr/bin
> (rsync, ssh, logger, du, perl).
Yes, I had realised this and have already queued the patch that was originally
suggested.
Mark
Control: tags -1 patch
Georges,
I have bumped into this issue as well.
A patch to fix is below.
Thanks,
Mark
>From 88e5b316d6ad0587226e17b010d7c43e75d4815d Mon Sep 17 00:00:00 2001
From: Mark Hindley
Date: Thu, 14 Jul 2022 12:50:18 +0100
Subject: [PATCH] d/control: move adduser depende
Hi,
On Tue, Jul 12, 2022 at 07:31:48AM +0100, Mark Hindley wrote:
> > Corresponding untested patch against apt-cacher attached.
>
> The problem with this approach is that errors from apt-cacher's own evals will
> be skipped as well.
I think the patch below might be a
t; situations, put
>
> die @_ if $^S;
>
> as the first line of the handler (see "$^S" in perlvar). Because
> this promotes strange action at a distance, this counterintuitive
> behavior may be fixed in a future release.
>
> Corresponding untested patch against apt-cacher attached.
The problem with this approach is that errors from apt-cacher's own evals will
be skipped as well.
Mark
On Mon, Jul 11, 2022 at 06:54:13PM +0200, Bastian Germann wrote:
> Am 11.07.22 um 18:40 schrieb Mark Brown:
> > On Mon, Jul 11, 2022 at 06:16:31PM +0200, Bastian Germann wrote:
> > > I have uploaded zlib 1.2.12.dfsg-0.1 with the changes attached to
> > > DELAYED/3.
On Mon, Jul 11, 2022 at 06:16:31PM +0200, Bastian Germann wrote:
> I have uploaded zlib 1.2.12.dfsg-0.1 with the changes attached to DELAYED/3.
Why? Please drop this.
signature.asc
Description: PGP signature
lso contains the suggestion that is my chosen fix[2]: namely to
patch meson.build to use shared_library() rather than library().
Mark
[1] https://bugs.freedesktop.org/105572.
[2] https://github.com/mesonbuild/meson/issues/3970
[3] https://github.com/mesonbuild/meson/issues/3970#issuecomment-410224556
Package: cluster-glue
Version: 1.0.12-20
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
src:cluster-glue FTBFS in unstable as the build dependency on libltdl3-dev is no
longer available.
Thanks.
Mark
-- System
On Fri, Mar 25, 2022 at 10:50:51PM +0100, Salvatore Bonaccorso wrote:
> Here is a preliminary debdiff to address this.
Thanks, that's roughly what I uploaded - it looks like your mail
raced with my own update.
signature.asc
Description: PGP signature
the next routine one?
Mark
On Mon, Jan 24, 2022 at 05:51:43PM +0100, Thorsten Alteholz wrote:
> In order have some activity on this bug and to avoid autoremoval of
> dependencies, this is a reminder of outstanding things to do ...
Please don't send content free pings, they just add noise and make it
likely that it's going
On Wed, Jan 05, 2022 at 12:57:47PM +0100, Thorsten Alteholz wrote:
> are you already working on an update of mm and zlib? Or do you need some
> help?
They're utterly trivial, I'll get round to them at some point when I do
a batch run through all my packages. It'd be more effort to integrate
some
t upstream, so everything is
in one place. Hope that is OK.
Best wishes
Mark
>From b2e6485bbb9e9ce1929d8ba4a3aa0965a52cd52f Mon Sep 17 00:00:00 2001
From: Mark Hindley
Date: Sun, 17 Oct 2021 20:25:47 +0100
Subject: [PATCH] Fix test/misc/swaplabel failure due to change in mkswap
behaviour.
mkswap
.
I have worked around it with the attached patch which invokes fallocate() with
the -x flag. Although, I suppose fallocate could be dispensed with and truncate
always used instead.
Best wishes
Mark
-- System Information:
Debian Release: 10.0
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-17
On Wed, Aug 11, 2021 at 02:38:48PM +0200, Pierre Gruet wrote:
> Source: xemacs21-packages
> Version: 2009.02.17.dfsg.2-4
> Severity: serious
> Tags: stretch buster bullseye sid
...
> The file
> xemacs-packages/jde/java/src/jde/debugger/expr/LValue.java
> incorporates a non-free license, stating
Control: tags 985509 + patch
Control: tags 985509 + pending
Dear openrc maintainers,
I've prepared an NMU for openrc (versioned as 0.42-2.1) to address #985509 and
uploaded it to DELAYED/2. Please feel free to tell me if I should delay it
longer.
Regards.
Mark
diff -Nru openrc-0.42/d
Sounds plausible. There's no recent gromacs changes to how we use CTest or
MPI!
On Thu, 21 Jan 2021 at 17:21, Nicholas Breen wrote:
> This is *probably* a side effect of the ongoing, messy mpich/pmix/ucx
> transition in unstable, but that has so many moving parts that it'll
> take a bit to figur
> It has been removed despite this comment. This causes a bunch of breakage.
> Could you please bring it back?
At the request of the release-team, we re-injected the packages which
were still in testing back into unstable. Should be back at the next
dinstall.
Mark
--
Mark Hymers
Control: reassign -1 src:colord 1.4.5-1
Of course this would be better assigned to the source package.
Mark
Package: colord
Version: 1.4.5-1
Severity: serious
Justification: FTBFS
Dear Maintainer,
colord 1.4.5-1 fails to build from source on (at least) i386.
Summary of Failures:
1/4 colord-test-private FAIL 2.94s (killed by signal 6 SIGABRT)
Thanks.
Mark
Hi Andreas,
Thanks for the report, and sorry for the omission. This was already fixed
upstream by bumping to soversion 0.2.0 and will be in 2021~beta2
Mark
On Mon, 2 Nov 2020 at 19:00, Andreas Beckmann wrote:
> Package: libgromacs6
> Version: 2021~beta1-1
> Severity: serious
>
So you action is very
welcome. Thanks.
I am happy for there to be no delay, should you wish.
Thanks.
Mark
Hi,
just wanted to report that after using kernel 4.19.0-11-amd64 my system is
stable again (uptime now more than 1 week) and the message is no more seen in
the logs.
So problem is solved at least on my system.
Bye,wahlm
d expect that to be a good workaround in your case.
> but then I wonder why this is not ignored by default,
If there is a consensus that the default should be different, then I am happy to
change it.
Best wishes
Mark
Hello,
my gigabyte brix system (Celeron J3160) worked rock solid 24/7 up to now
(stretch install, upgrade to buster) as a small server with zabbix/mariadb,
some kvm virtual machines and docker containers. Mass storage is at 2 usb3 2T
disks.
After updating the kernel to 4.19.0-10-amd64 (Debian 4
Control: reassign -1 apt-cudf
Dear apt-cudf maintainers,
On Tue, Jun 30, 2020 at 07:43:52PM +0200, Ansgar wrote:
> On Tue, 2020-06-30 at 17:45 +0100, Mark Hindley wrote:
> > I am struggling to understand how libelogind0 came to be installed in the
> > build
> > in the firs
formation from the resolver to show how it is coming to its
incorrect decision?
Thanks
Mark
m libpam-systemd to default-logind | logind. The outstanding
bugs that I am aware of are #925338, #925339, #932047 #921021, #923387 (the last
2 of which I see have been closed unanswered).
Mark
Ansgar,
On Tue, Jun 30, 2020 at 07:43:52PM +0200, Ansgar wrote:
> On Tue, 2020-06-30 at 17:45 +0100, Mark Hindley wrote:
> > I am struggling to understand how libelogind0 came to be installed in the
> > build
> > in the first place. Can you help me understand that?
>
&
d in the build
in the first place. Can you help me understand that?
Presumably there is a build dependency on libsystemd-dev, but I don't see it in
the log.
Thanks
Mark
of these failures are below. However, I am aware that
using /proc as the test mountpoint is a linux only solution, so you may well
prefer another approach.
Thanks.
Mark
--- a/tests/ts/misc/fallocate
+++ b/tests/ts/misc/fallocate
@@ -30,7 +30,7 @@
# fs type of $TS_OUTDIR, could be used to
Package: eclipse
Version: 3.8.1-11
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
1. `sudo apt install eclipse`
2. Launch Eclipse from the menu or from commandline.
3. I get 'An error has occurred.' There is a log generated:
!SESSION W
On Sun, Feb 23, 2020 at 02:22:15PM +0100, Lucas Nussbaum wrote:
> Relevant part (hopefully):
> > make[3]: Entering directory '/<>/xemacs-packages/edit-utils'
Not sure how these are generated but there's over 1000 lines of
log here, most of it irrelevant. This makes it hard to both find
the actua
> > behaviour
> > you want?
>
> thanks, yes, this provides the behaviour necessary for proper system
> operation. Please make it the default.
Good!
Downgrading severity to important.
I will explore the implications of changing the default.
Thanks.
Mark
that the default ought to be different.
Perhaps you could confirm that this configuration change provides the behaviour
you want?
Many thanks.
Mark
Thank you for the explanation! For my part I hadn't yet seen the NEWS
item because apt-get was holding back fetching the package, blocked by
that dependency issue. Now all sorted since I switched to the
non-packaged add-on.
Cheers,
Mark
The University of Dundee is a registered Scottish Ch
On Fri, Oct 18, 2019 at 04:37:00PM +1100, Brian May wrote:
> Mark Hindley writes:
>
> > Since this upload was an LTS NMU, I should have copied you in.
>
> Thanks for the report. It looks like the fix for CVE-2019-10871 might be
> broken, and I might have to revert this chan
56169d in ?? ()
#25 0x760f9b45 in __libc_start_main (main=0x555613c0, argc=1,
argv=0x7fffdb98, init=, fini=,
rtld_fini=, stack_end=0x7fffdb88) at libc-start.c:287
#26 0x55561bec in ?? ()
Downgrading to version 0.26.5-2+deb8u4 fixes the segfault.
Mark
Simon,
On Tue, Aug 27, 2019 at 05:46:32PM +0100, Mark Hindley wrote:
> Simon,
>
> I think I have finally got to the bottom of this. As you suspected it is apt's
> invocation of dpkg. See #935910.
This is now resolved in apt version 1.8.4 which is in both sid and bullseye.
libpam-systemd systemd-sysv
dependency. See https://bugs.debian.org/935304. That would be a more appropriate
place for you to add any comments you may have regarding this aspect of the
behaviour you have observed.
Mark
solution is to explicitly request installation
of sysvinit-core such as 'apt install libpam-elogind sysvinit-core'
So I am not sure any changes are required in order to enforce explicit
instruction before attempting removal of systemd.
Is this sufficient?
Mark
test@DebianUnstable: ~tes
wants to uninstall is pretty high. Few people will continue having
seen the 'You are about to do something potentially harmful' warning.
I think the effect we are after is rather closer to that of apt-mark hold
systemd or dpkg --set-selections systemd hold. Once held, uninstalling
Sam,
On Fri, Sep 27, 2019 at 09:19:10AM -0400, Sam Hartman wrote:
> >>>>> "Mark" == Mark Hindley writes:
>
> Mark> Sam, Since I cannot get a working and robust dpkg-divert
> Mark> solution, I feel the need to revisit the validity of these
>
On Thu, Sep 26, 2019 at 12:52:27PM +0200, Thorsten Glaser wrote:
> On Thu, 26 Sep 2019, Mark Hindley wrote:
>
> > It is possible to get APT to attempt a solution by specifically requesting
> > 'apt
> > install libelogind0 sysvinit-core'. This removes systemd-
Sam,
Since I cannot get a working and robust dpkg-divert solution, I feel the need to
revisit the validity of these concerns.
On Mon, Sep 23, 2019 at 03:03:57PM -0400, Sam Hartman wrote:
> >>>>> "Mark" == Mark Hindley writes:
> >> If we are going to use
On Thu, Sep 26, 2019 at 12:11:47AM +0200, Thorsten Glaser wrote:
> On Wed, 25 Sep 2019, Mark Hindley wrote:
>
> > Thanks. Triggers may be an answer to the libsystemd soversion issue.
>
> Mind that anything that runs between unpacking the new libsystemd0
> and running
On Wed, Sep 25, 2019 at 10:09:15PM +0200, Thorsten Glaser wrote:
> On Wed, 25 Sep 2019, Mark Hindley wrote:
>
> > libelogind0 can be coninstalled with libsystemd0. However, it is fragile
> > because
> > the file that needs to be diverted out of the way is libsys
On Mon, Sep 23, 2019 at 04:16:05PM -0400, Sam Hartman wrote:
> Mark> Anyway, I am happy to try to work up a dpkg-divert solution if
> Mark> that is likely to be more acceptable.
>
> I don't know if it will be.
> I'm trying to be a facilitator here and make s
Ian,
Thanks for this.
On Tue, Sep 24, 2019 at 07:28:29AM +0800, Ian Campbell wrote:
> On Fri, 2019-09-20 at 10:16 +0100, Mark Hindley wrote:
> Would it be any help at all of the "dbus client-ish" bits and the
> "direct API-ish" bits of the two libraries were
1 - 100 of 1048 matches
Mail list logo
