Control: forwarded -1 https://github.com/elogind/elogind/issues/285
Control: tags -1 upstream
On Sun, May 26, 2024 at 05:14:55PM +0200, Juliusz Chroboczek wrote:
> Filed upstream at https://github.com/elogind/elogind/issues/285.
Thanks. I think that is the right place to discuss this further.
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
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
Lorenzo,
Thanks for the reminder.
On Fri, May 03, 2024 at 03:10:57PM +0200, Lorenzo wrote:
> Is this is a duplicate of #950986?
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950986
> I bet the patch there would fix this bug too
Embarrassingly, that is my patch which I clearly have no
Axel,
On Fri, May 03, 2024 at 01:05:15PM +0200, Axel Beckert wrote:
> P.S.: Given that Christian's NMU doesn't even touch the maintainer
> scripts, I suspect that this issue is also present in version 1.4. I
> though didn't notice it before then, so it might be related to recent
> elogind
Lorenzo,
I think this issue is sufficiently significant to fix in bookworm. I'll wait
until the fix is well tested first.
Mark
00:00 2001
From: Mark Hindley
Date: Wed, 1 May 2024 18:33:39 +0100
Subject: [PATCH] Don't emit dangling symlink warning for non-executable
scripts.
---
debian/openrc.postinst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debian/openrc.postinst b/debian/openrc.postinst
es the attached patch help?
Mark
>From 7d20e19bf392869853fb7df884030c669d7ff641 Mon Sep 17 00:00:00 2001
From: Mark Hindley
Date: Wed, 1 May 2024 11:16:44 +0100
Subject: [PATCH] d/openrc.postinst: ignore non-executable scripts in
/etc/init.d
Closes: #1070167
---
debian/openrc.postinst | 8 ++--
1 file chan
On Mon, Apr 29, 2024 at 01:11:11AM +0200, Lorenzo Puliti wrote:
> I think this change is worth a NEWS entry, with an example
> that explains how to revert to the previous default.
Sounds a good idea. Thanks.
I'll queue your suggestion for the next upload.
Best wishes,
Mark
Actually, the situation has deteriorated further. In addition to gnupg, the
systemd pre-depends on libssl3 is no longer satisfiable:
dpkg: regarding .../systemd_255.4-1_amd64.deb containing systemd,
pre-dependency problem:
systemd pre-depends on libssl3 (>= 3.0.0)
libssl3 is not installed.
$
-archive-keyring
-- no debconf information
>From 1a79250dc45375032f4758204ec3234fd4ed006a Mon Sep 17 00:00:00 2001
From: Mark Hindley
Date: Wed, 24 Apr 2024 10:01:53 +0100
Subject: [PATCH] d/t/debian-testing: change from gnupg to gpgv; debootstrap
with gnupg is broken by libnpth0t64 Provi
Control: reassign -1 lvm2
On Thu, Apr 18, 2024 at 02:24:06PM +0500, Alex Volkov wrote:
> On четверг, 18 апреля 2024 г. 11:38:18 +05 Mark Hindley wrote:
>
> > udevadm: info --cleanup-db
> > "db_persist=" -> "db_persist"
> > requi
> Does this mean that dm mapper should set db_persist in the initramfs?
Or the initramfs generator. AFAICS dracut already does this[1], but I don't
immediately see an equivalent for initramfs-tools.
Are you using initramfs-tools? Does switching to dracut improve the situation?
Mark
[1]
Alex,
Thanks for your continued research into this.
The upstream 168 changelog is informative (edited for relevant parts):
Summary of changes from v167 to v168
Kay Sievers (35):
udevadm: info --cleanup-db
"db_persist=" -> "db_persist"
Boian,
On Wed, Apr 17, 2024 at 02:53:08PM +0100, Mark Hindley wrote:
> On Wed, Apr 17, 2024 at 05:25:08PM +0500, Alex Volkov wrote:
> > Now, /etc/init.d/udev for some reason does this in its start clause:
> >
> > ===
> >135 # clean up parts of the database cr
Control: tags -1 moreinfo help
Alex,
Many thanks for this and your detailed analysis.
On Wed, Apr 17, 2024 at 05:25:08PM +0500, Alex Volkov wrote:
> Now, /etc/init.d/udev for some reason does this in its start clause:
>
> ===
>135 # clean up parts of the database created by the
Control: tags -1 pending
Maytham,
On Wed, Apr 17, 2024 at 02:33:29PM +0300, Maytham Alsudany wrote:
> Package: sysvinit-utils
> Version: 3.08-7
> Severity: minor
>
> Found this while translating; do you mean "formerly"?
Yes, of course. Thanks for pointing it out.
Queued for the next upload.
Package: wnpp
Severity: wishlist
Owner: Mark Hindley
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: iwgtk
Version : 0.9
Upstream Contact: Jesse Lentz
* URL : https://github.com/J-Lentz/iwgtk
* License : GPL3+
Programming Lang: C
Description
Control: notfound -1 1.2.6-3
On Wed, Mar 13, 2024 at 10:40:40PM +0100, Andreas Beckmann wrote:
> Followup-For: Bug #1061493
> Control: found -1 1.2.6-3.1~exp1
> Control: severity -1 serious
> Control: tag -1 ftbfs
>
> This change causes consolekit2 to to FTBFS in experimental:
Indeed. As it was
Control: severity -1 normal
Preventing autoremoval due to uninstallable dpkg-dev version in testing.
Mark
/0d78d1e4bf5ab3ce11678005b220aac0cfc5bee5
>From f50131bcb98802a66dcc1ee4cc952ca1cc9f8ff4 Mon Sep 17 00:00:00 2001
From: Mark Hindley
Date: Wed, 13 Mar 2024 09:13:27 +
Subject: [PATCH] Import upstream patch to fix embedded mocklibc subproject
FTBFS with gcc 14.
---
...e-print_indent-funct
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
Control: tags -1 upstream
Jakob,
Many thanks for this.
Jesse,
What are your thoughts? Is this something you can improve or address upstream?
Thanks
Mark
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]
Michael,
On Tue, Jan 30, 2024 at 01:24:19AM +, mwhud...@debian.org wrote:
> Source: consolekit2
> Version: 1.2.6-3
> Severity: serious
> Tags: patch pending
> Justification: library ABI skew on upgrade
> User: debian-...@lists.debian.org
> Usertags: time-t
This patch appears to be broken and
Control: tags -1 patch
On Mon, Jan 22, 2024 at 02:37:39PM -0700, Sam Hartman wrote:
> >>>>> "Mark" == Mark Hindley writes:
>
> Mark> Can you confirm?
>
> I agree that should work.
> I have enough confidence and am busy enough today that I
ght is that restart should really be 'no' if it is a new
sysvinit-core installation. The attached patch fixes sysvinit-core installation
within a podman container for me. I need to do more testing to check that it
doesn't cause breakage elsewhere.
Can you confirm?
Thanks
Mark
>From a14a542cf08db3ef5
Simon,
Thanks for this.
On Mon, Jan 22, 2024 at 10:47:08AM +, Simon McVittie wrote:
> Package: libelogind0
> Version: 252.9-1debian3
> Severity: important
> Tags: trixie sid
>
> Steps to reproduce: attempt to install a Debian unstable virtual machine
> (I used amd64) with sysvinit-core,
Chris,
Thanks
On Wed, Dec 06, 2023 at 05:57:55PM +0100, Chris Hofstaedtler wrote:
> * Mark Hindley :
> > On Wed, Dec 06, 2023 at 06:06:41PM +0200, Martin-Éric Racine wrote:
> > > Please note that the start target refers to a non-existing
> > > /usr/lib/udev/rules.d/85-
Martin,
On Wed, Dec 06, 2023 at 06:06:41PM +0200, Martin-Éric Racine wrote:
> Please note that the start target refers to a non-existing
> /usr/lib/udev/rules.d/85-hwclock.rules. The correct file is
> /usr/lib/udev/rules.d/hwclock.rules instead. That file contains a
> reference to rtc0 that
ck.sh already handles a missing /sbin/hwclock
gracefully.
Mark
commit acdbb98f05db8f24ddc9e72adb2b6a0982e69748
Author: Mark Hindley
Date: Wed Dec 6 10:20:41 2023 +
hwclock.sh: support HURD direct ISA I/O.
Closes: #1057634
diff --git a/debian/src/initscripts/etc/init.d/hwc
Chris,
Thanks for your input.
On Wed, Dec 06, 2023 at 11:56:56AM +0100, Chris Hofstaedtler wrote:
> * Mark Hindley [231206 11:42]:
> > Is hwclock actually useful on Hurd? I (naively) expected it to be linux
> > only. But src:util-linux still ships it[1]. Or is the HCTO
Control: tags -1 moreinfo
Martin,
Thanks for this
On Wed, Dec 06, 2023 at 11:16:57AM +0200, Martin-Éric Racine wrote:
> Package: initscripts
> Version: 3.08-3
> Severity: important
>
> $ LC_ALL=C sudo invoke-rc.d hwclock.sh restart
> Saving the system clock to /dev/rtc0.
> /sbin/hwclock:
Control: tags -1 pending
Helmut,
Many thanks for spotting this.
Queued for next upload.
Mark
On Sat, Dec 02, 2023 at 01:02:48AM +0100, Lorenzo wrote:
> >
> > The cronjob that will be removed soon is still a problem as it checks
> > the arrays periodically
>
> I'm not saying that it's not a problem, but I think it's a separate bug.
> Also, before doing any attempts on this, Matthew has
Helmut,
Thanks for this
On Tue, Nov 28, 2023 at 10:27:41AM +0100, Helmut Grohne wrote:
> Package: initscripts
> Version: 3.08-3~bpo12+1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: fileconflict
> Control: affects -1 + util-linux
> Tags: bookworm
>
> initscripts has an
Control: tags -1 pending
On Wed, Nov 22, 2023 at 02:08:58AM +0800, Chen-Yu Tsai wrote:
> Package: initscripts
> Version: 3.08-3
> Severity: important
>
> Dear Maintainer,
>
> initscripts 3.08 needs to be backported to bookworm, as the systemd version
> that removed the udev init script and
Hi Thorsten,
On Tue, Nov 21, 2023 at 12:58:40AM +0100, Thorsten Glaser wrote:
> Did you forget to not build the libelogind0 binary package any more
> then?
It was a conscious decision on my part to keep it for now. I see 2 benefits:-
1. If we need to revert this approach, it will save a trip
Control: tags -1 pending
Thanks.
Queued for the next upload.
Mark
Control: tags -1 pending
Svante,
Many thanks for this. Queued for upload.
Best wishes
Mark
rom 1f4b2370e6ffaab0b6352b893f268e0fa39df55b Mon Sep 17 00:00:00 2001
From: Mark Hindley
Date: Tue, 14 Nov 2023 19:52:52 +
Subject: [PATCH] Restore cron fragments, but prefer systemd timers.
---
debian/mdadm.cron.d | 12
debian/mdadm.cron.daily | 23 +++
deb
Craig,
Thanks for this.
On Mon, Nov 13, 2023 at 08:08:37PM +1100, Craig Small wrote:
> I'll need the assistance of the sysvinit-utils maintainers (CC'ed) as
>well, as pidof will be moving from that package.
IIUC, the proposal[1] was to create a new Essential procps-base just containing
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
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
Hello,
Please remove src:libpam-elogind-compat from experimental. It has served its
purpose and is no longer required now the virtual packages default-logind and
logind are used in all Depends.
Helmut,
Thanks for this.
libpam-elogind-compat was used when elogind was first introduced as a
hack to circumvent missing dependencies and allow testing. I think all
suitable dependencies now use default-logind | logind. I will check that
is correct. If it is, libpam-elogind-compat could just
rce changed by Mark Hindley
dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
- fakeroot debian/rules clean
-echo -g -O2 -ffile-prefix-map=/home/mark/insserv-1.24.0=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection
+d
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
Sven,
It was a conscious decision (on my part) not to remove the conffiles at this
stage. Whilst I accept this leaves cruft on systems that don't have
bin:initscripts
installed, it has the benefit that user modified conffiles are preserved during
the transition to initscripts, as required by the
Sven,
It was a conscious decision (on my part) not to remove the conffiles at this
stage. Whilst I accept this leaves cruft on systems that don't have initscripts
installed, it has the benefit that user modified conffiles are preserved during
the transition to bin:initscripts, as required by the
/debian/changelog
@@ -1,3 +1,12 @@
+systemd (254.5-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * d/udev.postinst: Correct version number test for dropping
+/etc/init.d/udev and only remove /etc/rc?.d/symlinks if
+/etc/init.d/udev doesn't exist. (Closes: #1053301)
+
+ -- Mark
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 curren
Control: reopen -1 "Bill Brelsford "
Control: reassign -1 udev 254.3-1
Control: severity -1 severe
Justification: Breaks unrelated software; causes boot failure on some systems
Dear systemd maintainers,
As Bill has reported here, the new udev.postinst is breaking systems not using
systemd as PID
Control: clone -1 -2
Control: retitle -2 udev.postinst removes valid /etc/rc*.d/ symlinks
Bill
On Fri, Sep 29, 2023 at 09:51:21PM -0700, Bill Brelsford wrote:
> When upgrading (with aptitude), initscripts (3.08-1) is set up
> before udev (254.4-1). Udev claims to remove the "obsolete
> conffile
Martin,
Thanks for this.
On Wed, Sep 27, 2023 at 08:22:33AM +0200, Lorenzo wrote:
> Control: severity -1 whishlist
>
> Hi,
>
> On Wed, 27 Sep 2023 08:14:19 +0300
> Martin-Éric Racine wrote:
>
> > Kernel: Linux 6.5.0-1-686-pae (SMP w/1 CPU thread; PREEMPT)
> > Kernel taint flags: TAINT_WARN
>
0-1_source.changes
dpkg-buildpackage: info: source package insserv
dpkg-buildpackage: info: source version 1.24.0-1
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Mark Hindley
dpkg-source --before-build .
dpkg-buildpackage: info: host architecture
Control: reassign -1 libpgtcl
Control: retitle -1 libpgtcl not installed in default Tcl search path.
On Wed, Aug 23, 2023 at 08:09:48PM +0200, Christoph Berg wrote:
> Package: pfm
> Version: 2.0.8-3
> Severity: grave
>
> pfm doesn't do anything useful here, it just produces a message popup
>
Package: udev
Version: 254.3-1
Severity: serious
Justification: Breaks unrelated software, causes boot failure on some systems
Dear systemd Maintainers,
As reported in the follow-up to #1052116[1], udev's postinst uses update-rc.d's
-f option which breaks the transition of /etc/init.d/udev to
Kevin,
On Wed, Sep 20, 2023 at 02:07:48AM +, Kevin Ruml wrote:
>I know you sent subsequent messages about a fix, but since you asked me
>to test this and it was easy enough for me to do it, I did.
>Downgrading then upgrading again left the system without the symlinks.
>Running
On Tue, Sep 19, 2023 at 08:36:05AM +0100, Mark Hindley wrote:
> Yes. I think the real issue is the udev.postinst using update-rc.d -f remove
> udev. Without the -f option, I think the symlinks would be left intact.
The fix for this has been queued in src:systemd[1].
Mark
[1]
On Tue, Sep 19, 2023 at 09:33:29AM +0200, Lorenzo wrote:
> One solution could be that udev does the cleanup only if initscripts
> is not installed in the system; otherwise assume a take over from
> initscripts package.
> The removal bits in udev package could be guarded by something like
>
> If !
On Tue, Sep 19, 2023 at 07:29:45AM +0100, Mark Hindley wrote:
> > Setting up initscripts (3.08-1) ...
> > Setting up udev (254.3-1) ...
>
> The udev postinst, which removes the update-rc.d symlinks is run after the
> initscripts postinst which has created them.
Kevin,
Many thanks for reporting this.
I think this is an ordering issue.
On Mon, Sep 18, 2023 at 09:07:59PM -0500, Kevin Ruml wrote:
[..]
> Setting up libudev1:i386 (254.3-1) ...
> Setting up sysv-rc (3.08-1) ...
> Setting up initscripts (3.08-1) ...
> Setting up udev (254.3-1) ...
The udev
Control: tags -1 upstream
Control: forwarded -1 https://github.com/elogind/elogind/issues/263
On Sat, Aug 26, 2023 at 12:03:02PM +0200, наб wrote:
> Package: libelogind-dev-doc
> Version: 246.10-1debian1
> Severity: normal
Thanks. Forwarded upstream.
Mark
Andreas,
Thanks for your thoughts on this.
On Thu, Aug 24, 2023 at 06:16:08PM +0200, Andreas Henriksson wrote:
> Since initscripts will need (and has) Breaks/Replaces: util-linux-extra
> the circular nature of util-linux-extra having the same makes me think
> this is something which might be
Control: reassign -1 initscripts
Michael,
We have decided that initscripts from src:sysvinit is a better fit for
/etc/init.d/udev. Therefore reassigning.
I have prepared a branch[1]. The only outstanding item I am aware of is to add
versioned Breaks/Replaces against the version of udev that no
Lorenzo,
On Wed, Aug 23, 2023 at 01:46:35PM +0200, lorenzo wrote:
> Subject: [PATCH 4/5] remove x mode from udev on non-linux archs
>
> initscripts postinst: remove x mode from udev script on non-linux
> archs so that the script is skipped by update-rc.d
> ---
> debian/initscripts.postinst | 5
Lorenzo,
On Wed, Aug 23, 2023 at 01:46:35PM +0200, lorenzo wrote:
> I'm attaching git patches that can be 'git am' on top of the master
> branch at
> https://salsa.debian.org/debian/sysvinit/-/tree/master?ref_type=heads
>
> Since I'm on holiday and away from from my testing setup, I did no test
Andreas and Chris,
Thanks for your input.
On Tue, Aug 22, 2023 at 12:55:41PM +0200, Andreas Henriksson wrote:
> HEADS UP: One thought here is that the init script will still need the
> actual hwclock binary. While util-linux-extra currently is
> pseudo-essential I think zeha plans to make it a
Andreas,
I have prepared the necessary updates to src:sysvinit to incorporate the hwclock
machinery in initscripts. Specifically the files
/etc/default/hwclock
/etc/init.d/hwclock.sh
/usr/share/man/man5/hwclock.5
/usr/lib/udev/hwclock-set
/usr/lib/udev/rules.d/hwclock.rules
Obviously we
001
From: Mark Hindley
Date: Sat, 19 Aug 2023 20:09:52 +0100
Subject: [PATCH] man/Makefile: fix clean recipe (Closes: #1047054).
---
man/Makefile | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/man/Makefile b/man/Makefile
index 11062419..99475bd8 100644
--- a/
On Wed, Jul 26, 2023 at 08:22:15PM +0100, Matthew Vernon wrote:
> Hi,
>
> On 26/07/2023 19:43, lorenzo wrote:
>
> > may I suggest to add this script to initscripts package(sysvinit:src)
> > instead of o-s-s?
> > A system without udev is not very common after all and the vast
> > majority of
On Thu, Jul 06, 2023 at 09:26:49AM +0200, Chris Nospam wrote:
> Many thanks @Mark for the quick and effective reaction! The new version works
> as desired.
Thanks for the confirmation. I will do an update for -proposed-stable, hopefully
this week.
Mark
Gregor,
Thanks for your quick reply.
On Sun, Jul 02, 2023 at 03:37:29PM +0200, gregor herrmann wrote:
> Random notes:
> - IO::Uncompress::AnyUncompress is in both perl-modules-5.36 and
> libio-compress-perl.
The system I reproduced on only has perl-modules-5.36 installed.
> - From a quick
Control: tags -1 = confirmed
[cc perl maintainer]
Chris,
Thanks.
I have managed to reproduce this.
It appears to be a regression in the IO::Uncompress::AnyUncompress module which
doesn't seem to handle xz any more. At the moment I am unsure why. My minimal
script to reproduce is attached. My
Yves-Alexis,
On Sat, Oct 22, 2022 at 01:59:33PM +0200, Yves-Alexis Perez wrote:
> But if it seems that there is no breakage (and hopefully no bad side effects
> we don't see yet) I guess we'll be able to update the pam configuration to
> uses includes as well at some point.
A gentle reminder
Control: tags -1 moreinfo
On Thu, Jun 29, 2023 at 01:35:28PM +0200, Chris Nospam wrote:
> Package: apt-cacher
> Version: 1.7.29
>
> As far as I can see, calling /usr/share/apt-cacher/apt-cacher-cleanup.pl
> (e.g. after apt-get dist-upgrade which stores some packages to the cache)
> under debian
Control: tags -1 invalid
Luca,
On Sun, Jun 25, 2023 at 11:26:01PM +0100, bl...@debian.org wrote:
> Package: openrc
> Severity: important
> User: bl...@debian.org
> Usertags: missing-systemd-service
I am afraid I can see no possible use case where anybody would run openrc under
systemd. Do you
[Cc dpkg maintainers]
Dennis,
Many thanks for this suggestion. I appreciate the advantages of capabilities
support.
However, the Debian packaging of openrc specifically excludes the openrc version
of start-stop-daemon[1] meaning systems continue to use src:dpkg's
start-stop-daemon. As far as I
Daniel,
Many thanks.
On Sun, Jun 18, 2023 at 07:48:03AM +0200, Daniel Baumann wrote:
> Assuming there are no problems of having mdadm initscripts in
> orphan-sysvinit-scripts, I think this is the best way forward.
I would still disagree with that. However, even if that were the path taken, it
Michael,
On Sat, Jun 17, 2023 at 07:17:40PM +0300, Michael Tokarev wrote:
> You're still not getting the point. Which is the lack of real infrastructure
> within other init systems, which needs real work. Which, apparently,
> neither you nor other complainers are willing to do.
I am not
Michael,
On Sat, Jun 17, 2023 at 08:07:52AM +0300, Michael Tokarev wrote:
> I wonder do we want no mdadm in debian at all or working mdadm with systemd?
> From the two alternatives I definitely prefer the working one..
That isn't the choice on offer. The choice is mdadm in Debian which is only
Daniel,
Many thanks for your reply.
On Tue, Jun 13, 2023 at 03:32:23PM +0200, Daniel Baumann wrote:
> > It would be a great help to users of non-systemd inits if you could restore
> > them.
>
> thanks you for your report.
>
> Personally I'm using systemd, but in general I fully agree that
Sean,
On Tue, Jun 13, 2023 at 05:15:15PM +0100, Sean Whitton wrote:
> > In principle and just looking at the dependencies this seems a viable
> > solution. It is very similar to the way we handle the logind and
> > default-logind virtual packages.
>
> Thank you for reviewing. Do you have a
Simon,
Thanks for your care and insight with this and apologies for the delay in
replying (mails to elog...@packages.debian.org have been held up on a
mailserver).
On Tue, Jun 06, 2023 at 11:58:07AM +0100, Simon McVittie wrote:
> Exactly. My hope is that if we had:
>
> Package: systemd
>
Source: mdadm
Version: 4.2+20230227-1
Severity: normal
Dear Daniel,
SysV initscripts and cron jobs have recently been removed from mdadm. It would
be a great help to users of non-systemd inits if you could restore them. Service
files and initscripts can happily coexist and systemd will use the
Control: affects -1 tomcat10
Emmanuel,
Thanks for this.
On Wed, Apr 26, 2023 at 08:54:14AM +0200, Emmanuel Bourg wrote:
> Thank you for offering your help. The sysvinit script for Tomcat
> is now maintained in the orphan-sysvinit-scripts source package.
Whilst this is the current situation for
Ingo,
On Thu, Apr 13, 2023 at 06:04:04PM +0200, Ingo Brückl wrote:
> On Wed, 12 Apr 2023 09:58:27 +0100 Mark Hindley wrote:
>
> > + savelog -q -p -n -c 5 /var/log/boot
>
> What about:
>
> [ -e /etc/logrotate.d/boot ] || savelog -q -p -n -c 5 /var/log/
Control: tags -1 patch
Bjarni,
On Mon, Apr 10, 2023 at 08:38:34PM +0100, Mark Hindley wrote:
> Yes, I think this code might be cruft from before the change to bootlog using
> /run/bootlog.
>
> We may still need to implement savelog rotation for /run/bootlog ->
> /var/
Bjarni,
Thanks for this
On Fri, Apr 07, 2023 at 09:52:17PM +, Bjarni Ingi Gislason wrote:
> Package: bootlogd
> Version: 3.06-2
> Severity: important
>
> Dear Maintainer,
>
>* What led up to the situation?
>
> /var/log/boot* was not updated after 28th September 2021.
>
> File is
Control: affects -1 zcfan
Klaus,
On Tue, Apr 04, 2023 at 11:27:58PM +0100, Klaus Ethgen wrote:
> Package: orphan-sysvinit-scripts
> Version: 0.14
> Severity: normal
>
> I was thinking to set this as wishlist but as the main functionality is
> to support broken packages I set the severity to
to Remus-Gabriel Chelu
+. (Closes: #1033723)
+
+ -- Mark Hindley Mon, 03 Apr 2023 07:25:22 +0100
+
+sysvinit (3.06-3) unstable; urgency=medium
+
+ * Cherry pick hunk from upstream to fix regression in pidof not matching
+symlinks. (Closes: #1033311)
+ * Cherry pick upstream patch to fix
Jesse,
With 93da64d13380b29fd330608493615f8877525494, I am not sure the change you
have upstream in
b70b2776eda9237e987b6d9e1185eb626eb75e2f is required.
Mark
Control: tags -1 pending
On Thu, Mar 30, 2023 at 08:19:57AM +0200, Markus Fischer wrote:
> Nice find! And yes, I can confirm that it works for me too. Would be great
> to see these fixes make it into bookworm.
Thanks, I plan to upload this later today.
Mark
This single hunk on top of 3.06-2 fixes pidof following multiple symlinks for me
when invoked as
pidof $(which vi)
Markus, can you confirm that works for you?
Since it is a regression since bullseye, it seems a suitable targeted fix to
attempt for bookworm.
Thanks to everybody.
Mark
>From
041c44809517183 Mon Sep 17 00:00:00 2001
From: Mark Hindley
Date: Wed, 29 Mar 2023 13:57:24 +0100
Subject: [PATCH] Fix following of executable symlinks.
Fixes regression introduced in 0b695c7e0b1cac60ed77c56f224e296f023b652e
---
src/killall5.c | 4 +---
1 file changed, 1 insertion(+), 3 deletio
On Thu, Mar 23, 2023 at 11:25:02AM -0300, Jesse Smith wrote:
> > $ ls -l $(which vi)
> > lrwxrwxrwx 1 root root 20 Jan 11 04:16 /usr/bin/vi ->
> > /etc/alternatives/vi
> > $ ls -l /etc/alternatives/vi
> > lrwxrwxrwx 1 root root 17 Jan 11 04:16 /etc/alternatives/vi ->
> > /usr/bin/vim.tiny
> > $ ls
Control: tags -1 upstream
Jesse,
Thanks for your quick work on this.
On Wed, Mar 22, 2023 at 12:40:43PM -0300, Jesse Smith wrote:
> This has been fixed upstream for the upcoming sysvinit 3.07. Would be
> great to get some people testing it before we do an official reelase of
> the 3.07 branch.
Markus,
Thanks for this.
On Wed, Mar 22, 2023 at 08:40:20AM +0100, Markus Fischer wrote:
> Package: sysvinit-utils
> Version: 3.06-2
> Severity: normal
> X-Debbugs-Cc: none
>
> Dear Maintainer,
>
> Passing the full path of a binary to the pidof command does not always
> return a pid although
On Wed, Mar 08, 2023 at 11:26:37AM +0100, Klaus Ethgen wrote:
> > Maybe you can add this information to #1032379 and reassign?
>
> I can prove it. If I revert the last update of libx11-6, libx11-data and
> libx11-xcb1, everything works correct again.
Good work! Thanks.
Mark
Simon,
Thanks.
On Mon, Mar 06, 2023 at 03:25:18PM +, Simon McVittie wrote:
> What I absolutely don't want is to make the change, and then 2 years
> later get hate mail from someone telling me that I've broken their
> system by making dbus-launch prevent /home from being unmounted and
> "why
1 - 100 of 787 matches
Mail list logo