e to testing.
Yes, reassigning.
Mark
in kmod, in this case /etc/init.d/kmod.
The kmod tools (modprobe etc) are still in bin:kmod.
> kmod version in trixie is 34-3 (lower), so it is just getting removed.
I suspect you are seeing the same issue here as #1100955, in particular
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1100955#13
Reassigning to kmod.
Mark
tive)?
>
> ~#apt-get dist-upgrade
Don't try to force it because it has the undesired effects you observe.
Once a suitable version of kmod migrates, I think this will resolve. But since
the kmod autopkgtest regressions are causing the failure to migrate, I will
reassign.
Mark
[1] h
le side-effects of this fix in other system
> configurations.
I am not certain either. I suggest we postpone the change until early in the
forky cycle.
Mark
)
Thanks
Mark
Control: forcemerge 922423 -1
Cristian,
This patch no longer applies.
The whitespace and style cleanups will be addressed as part of #922423. So I
will merge with that.
Thanks
Mark
-d-script based for a while.
This question is really about the scripts packaged in bin:initscripts. I am not
taking on rewriting them all for init-d-script!
Mark
Package: src:linux
Version: 6.12.12-1
Severity: important
X-Debbugs-Cc: mpearson-len...@squebb.ca
Dear Maintainer,
Kernel config PINCTRL_INTEL_PLATFORM is needed for touchpads to work on
Lunarlake and newer platforms.
Confirmed and tested on Lenovo X1 Carbon G13 LNL
-- Package-specific info:
I am going to suggest a few more.
- avoid obsolete x prefixes such as [ x"$VARIABLE" = xvalue ]
- avoid [ .. -a .. ] and [ .. -o .. ] in POSIX scripts (undefined)
Mark
wline between conditional test and 'then'
- no space before redirection operators
In addition:-
- prefer '[ ]' to test(1) or builtin
Comments? Changes?
Mark
Control: reassign -1 partconf
Control: forcemerge 220282 -1
On Mon, Jan 09, 2023 at 06:22:25PM +0100, Thorsten Glaser wrote:
> On Mon, 9 Jan 2023, Mark Hindley wrote:
>
> >Yes, That is the debootstrap one. However on a new installation, partconf
> >then
> >fills in t
m2 > cryptdisks > checkfs > mount
>
> My configuration would require
>
> cryptdisks-early > lvm2 > checkroot > mountroot > cryptdisks > lvm2 >
> checkfs > mount
If so, I propose to reassign to cryptsetup as that package is responsible for
the ordering/misordering you have indentified.
Mark
0 0
>
> maybe one of those default options require portmap?
Yes, very possibly.
Reading nfs(5) I think it might be mountport and/or mountproto.
On your system, where are those options configured? /etc/nfs.conf? /etc/exports
on the server?
Are you able to test or confirm?
Mark
Package: ejabberd
Version: 24.12-2
Severity: important
My apparmor service was breaking just now after an unstable
upgrade due to ejabberd it seems:
---
# systemctl status apparmor.service
× apparmor.service - Load AppArmor profiles
Loaded: loaded (/usr/lib/systemd/system/apparmor.ser
On Wed, Mar 12, 2025 at 01:41:41PM +, Mark Hindley wrote:
> Yes, at the moment "|| is redundant.
Sorry, that got garbled
Yes, at the moment "|| true" is redundant
Mark
On Wed, Mar 12, 2025 at 02:23:06PM +0100, Marco d'Itri wrote:
> On Mar 12, Mark Hindley wrote:
>
> > + update-rc.d kmod remove || true
> Why the "|| true"?
>
> update-rc.d does not fail even the symlinks have already been removed.
Yes, at the moment &quo
Control: tags -1 patch
Marco,
On Tue, Mar 11, 2025 at 10:39:48AM +0100, Marco d'Itri wrote:
> so if you want this change then send a tested patch.
This patch works for me and is similar in functionality to udev.postinst.
Mark
commit 070ef4aba05e3c85bd28a6e726223002c4a34b7e
Auth
On Tue, Mar 11, 2025 at 07:53:36PM +0100, Paul Gevers wrote:
> If the upload happens in the near future, yes.
Many thanks for the quick response. Uploaded.
Mark
Thanks very much
Mark
On Mon, Mar 10, 2025 at 05:15:12PM +0100, Marco d'Itri wrote:
> On Mar 10, Mark Hindley wrote:
>
> > Would you please revert this change? To remove the initscript at this stage
> > in
> No, I will not dedicate any more resources to sysvinit support.
It isn't jus
On Mon, Mar 10, 2025 at 05:36:29PM +0100, Marco d'Itri wrote:
> On Mar 10, Mark Hindley wrote:
>
> > At the moment sysadmin changes to /etc/init.d/kmod will be lost because
> > kmod.maintscript has rm_conffile /etc/init.d/kmod 34-1~
> >
> > That would need to
ed in https://bugs.debian.org/1100072. Kmod shouldn't be using rm
on the symlinks. At least use update-rc.d and check if /etc/init.d/kmod doesn't
still exist (i.e hasn't been taken over). If you are unsure, you might want to
look at Michael Biebl's way of dealing with this situation in udev.postinst.
Mark
Thanks for your consideration.
Mark
dpkg-source: warning: extracting unsigned source package
(/home/mark/src/devuan/build/sysvinit_3.14-4.dsc)
diff -Nru sysvinit-3.14/debian/changelog sysvinit-3.14/debian/changelog
--- sysvinit-3.14/debian/changelog 2025-02-24 09:27:01.0 +
/kmod the kmod postinst will remove it and the symlinks regardless.
To avoid further spread, the broken version in sid should not migrate to
trixie. Hence, raising to RC severity.
Mark
[1] https://bugs.debian.org/1100072
https://salsa.debian.org/md/kmod/-/commit/c2ae42ca3a338fba0f190e3a61a635d386b1e8fa
This will need resolving in src:kmod unless we rename the initscript. But that
will lose sysadmin modifications.
Mark
[1] https://bugs.debian.org/1100035
there is a reliable way to
> > identify a Devuan system in maintainerscript, so that I could make
> > the copying of the logrotate file a no-op in Devuan systems..
The obvious way to identify a Devuan system is testing if the file
/etc/devuan_version exists.
HTH
Mark
Thorsten,
On Wed, Mar 05, 2025 at 08:38:12AM +, Mark Hindley wrote:
> This is the only outstanding request I see here. Reassigning to initscripts.
> But
> this is not actionable so close to freeze.
Actually, I wonder if it would ever be wise at all: mounting of network
filesystems
ing to initscripts. But
this is not actionable so close to freeze.
Mark
we already have X-Interactive, which, strictly speaking,
> is not in basis (it can be expressed in terms of Should-Start and
> X-Start-Before).
>
> Jess, how much complexity would it be to implement X-Exclusive (or reusing
> X-Interactive for stop sequence)?
What are your thoughts here?
Mark
Control: tags -1 upstream
Jesse,
I have just tried this with insserv 1.26.0 and the self-referential virtual
facility appears to be silently ignored. Is that the intended behaviour? If so,
is it documented anywhere (I can't immediately see it).
Thanks
Mark
used in dependency-based boot. So I will reassign and close.
If you feel the documentation is still not clear, feel free to reopen.
Thanks
Mark
[1]
https://sources.debian.org/src/sysvinit/3.14-3/debian/src/sysv-rc/doc/README.Debian/
erfaces.
If you have allow-hotplug, then ifup is asynchronous and the networking
initscripts can't know when the interface is actually ready.
If you want synchronous behaviour, use auto rather than hotplug.
Is this still an issue for you?
Thanks
Mark
Thorsten,
I don't see the suggestion having been made of removing the executable bit from
the initscript? It should ensure the script is never run and the K and S
symlinks are removed.
Does that achieve what you wanted?
Best wishes
Mark
but they are neither in the log file
> "/var/log/boot" or syslog.
>
> Below the contents of the file "/var/log/boot",
> from what I see on the screen there are missing
> messages from udev and other rc scripts.
I wonder if the missing messages are on stderr and are being missed by
bootlogd.
Jesse,
Do you have any thoughts here?
Thanks
Mark
Control: tags -1 patch forky
I suggest the following patch for forky-cycle.
Mark
commit 2de6da195d49da7d83d93da1dd6fddf5562c764b
Author: Mark Hindley
Date: Tue Feb 25 10:11:49 2025 +
Update inittab on new installations to use inittab(5) consistent id names.
Closes: #538257
es. I am less certain that changing serial lines and modems is a good
idea.
Also, only changing linux; patches for non-linux are welcome.
Updated patch for forky below.
Mark
commit d25505a79f52948ea8c309ca5fa4c26bb8eb4a15
Author: Mark Hindley
Date: Tue Feb 25 09:59:12 2025 +
Update ini
this is a usage that would be good to support.
> I tried to just implement what Hristo proposed and didn't find it too much
> hacky:
I am testing your patch. Thanks.
Could you provide a testsuite case as well?
Mark
ke sense to be
> installed in parallel.
I agree. Proposed patch attached.
Mark
commit ec0ca80027fac26041e0079e0dfec2a485604b68
Author: Mark Hindley
Date: Sun Feb 23 12:28:01 2025 +
d/control: bootlogd Conflicts plymouth; they both log to /var/log/boot.log.
Closes: #669017
di
Control: reassign -1 insserv
Control: done -1 1.14.0-3
These messages came from update-rc.d-insserv which was removed in version
1.14.0-3.
Reassigning and closing.
Mark
Control: tags -1 patch
Michael,
Thanks.
I suppose we can only print the warning message if VERBOSE mode.
Is the behaviour better with this patch?
Mark
commit 0ef23f5b322b83f9be8cc466009c3ca99039025f
Author: Mark Hindley
Date: Fri Feb 21 16:21:55 2025 +
if-up.d/mountnfs: only
I am no lxc expert, but there is a (fairly recent) suggested fix here[1].
I found this line in /etc/fstab in the container’s rootfs: devpts /dev/pts
devpts nosuid,noexec,gid=tty,mode=620 0 0 After I added ptmxmode=666 to mount
options, /dev/ptmx became 666.
Does that help?
Mark
[1
d I propose to downgrade this to wishlist. Using the IP address in
/etc/fstab is probably better IMHO.
Mark
0 0
Are you using an IP address here?
Does /etc/network/interfaces use auto or allow-hotplug?
Mark
Control: tags -1 moreinfo
Patrik,
I know you submitted this a long time ago. Apologies for the unreasonable delay
in replying.
Is this still an issue? Do you have auto or allow-hotplug for the problematic
interfaces in /etc/network/interfaces?
Mark
in time.
Or am I missing something? Is this still an unresolved issue?
Thanks
Mark
Control: tags -1 moreinfo
Vincent,
Thanks for this and apologies for the extreme delay
I am unclear what you are really wanting here. How is if-up.d/mountnfs supposed
to determine which auto interfaces are important and which it can ignore?
Or have I misunderstood?
Mark
Dirk,
On Wed, Feb 19, 2025 at 12:13:00PM +, Mark Hindley wrote:
> > You could create the folder on the fly in the run script, see patch below.
Actually that doesn't always work either. I think diff --unidirectional-new-file
is a better solution.
M
script, see patch below.
Yes, I prefer that to spraying .gitignore all over the place.
Thanks.
Does the testsuite pass for you then?
Mark
ng.
I can't reproduce this. How are you running the tests or the build? What is your
build environment?
Thanks
Mark
r, the
detail may now be lost in the mists of time, in which case I will probably close
this.
Thanks
Mark
s DEB_BUILD_OPTIONS="nocheck
> noautodbgsym noddebs"
Also removed Makefile check from all recipe.
Does these patches help?
Mark
commit 6376a97644b791b2e66fe7f2afdd87f4df54a3bb
Author: Mark Hindley
Date: Wed Feb 19 09:12:58 2025 +
Makefile: don't run check in all recipe.
d
md itself is still
co-installable with initscripts in an initless container, I thought this was
safer.
Mark
Control: forcemerge -1 434570
Control: tags -1 patch
Changing the default for ASYNCMOUNTNFS to no if ip= or nfsroot= is specified on
the kernel commandline seems like a solution here.
Mark
commit 53b86872b879492585e4def9860088a75d2c330d
Author: Mark Hindley
Date: Tue Feb 18 10:40:05 2025
Control: close -1
Chris,
On Thu, Feb 13, 2025 at 07:28:46AM +1300, Chris Tillman wrote:
>Hi Mark,
>Thanks, well it really was a problem, but since no one paid it any
>attention it's just aged away hasn't it. Who has CD ROM drives any
>more? Yes, I do still
ed is quite sparse. I
think this ought to be documented more clearly, perhaps in Policy?
A quick search indicates that the packages currently utilising this flag is a
somewhat disparate list[1]: login, reform-tools, various flavours of gcc,
init-system-helpers, grub-*-signed...
Mark
[1]
https:/
at check adequate already? How should it be modified if not?
I don't know much about systemd, but I suppose this check could fail to skip
the script if network.target is not in the job list. I have no idea when that
might occur.
But, after so much time having lapsed,
Bjarni,
Thanks. Queued in git for the next upload.
Mark
Manually installing libharfbuzz-bin solves the issue for me.
I attach the Dockerfile of the container image that I use to run the
application as an example. (I.E. with the manual fix for my situation)
Greetings.. Mark
--
Mark de Does, Magdalenastraat 6, 3512 NH Utrecht, the Netherlands,
http
Package: opensmtpd
Version: 7.5.0p0-1
Severity: important
Tags: upstream
Dear Maintainer,
We see that the opensmtpd-extras package has been removed, likely due to
the upstream major version upgrade. We have a number of servers here
running opensmtpd doing dblookups, which will break if we upgrad
; declation for interfaces
I agree. Patch below.
Mark
commit cf58f0d48071c010c870949daf51493cdd2b860d
Author: Mark Hindley
Date: Thu Feb 13 21:17:15 2025 +
rcS(5): document requirement for auto rather than allow-hotplug interfaces
with ASYNCMOUNTNFS=no.
Closes: #612519
diff --git
I have the
find operator precedence right?).
Patches attached. I would be grateful for review, sanity checks and actual
testing.
Thanks
Mark
commit a6ef76068affc3421ee03599aca5480348a7e8df
Author: Mark Hindley
Date: Thu Feb 13 20:36:11 2025 +
if-up.d/mountnfs: refactor to use /run and minim
Control: tags -1 upstream
Jesse,
There are some further suggestions in #567071 for improving the fstab-decode(8)
manpage. Perhaps you would consider including them upstream?
Thanks
Mark
Control: tags -1 - upstream
Control: forcemerge -1 539352 968425
I don't have a solution for this, but there are requests for various kernel fs
to be mounted automatically. Ideally we need a single architecture to handle
them all.
- #539352: debugfs
- #968425: cgroupfs2
Merging.
Mark
times missing, consider using pass=0
or the nofail mount(8) option.
Mark
in /tmp are deleted but three of them
> stay for ever, day after day. They're named knoppix1.tmp, knoppix2.tmp and
> knoppix3.tmp
Is this still an issue?
Mark
o anyone but
> researchers looking into the evolution of SysV on Debian.
Most of those READMEs no longer exist. Are insserv(8) and update-rc.d(8)
sufficiently clear now?
Mark
Control: tags -1 moreinfo
On Fri, Oct 29, 2021 at 10:00:59AM +0200, Anton Khirnov wrote:
> Interesting...
> - are those privileged or unprivileged containers?
> - can you look at the relevant mountinfo lines?
Is this still an issue?
Thanks
Mark
this list need to be
> extended for Xen?
However, the OP seems to suggest finding the correct console by experimentation
was tty1. Do you have any insight?
Thanks
Mark
Control: tags -1 - patch
Control: close -1
On Tue, Apr 05, 2022 at 11:05:58AM +0100, Mark Hindley wrote:
> > /lib/init/mount-functions.sh does not handle quoted LABEL= or UUID= names in
> > fstab. mount -a (and findfs) works with quoted names in fstab.
>
> I am unable to reprod
Pierre,
On Thu, Feb 28, 2019 at 07:22:56PM +, Pierre Ynard wrote:
> tags 686531 patch
> thanks
>
> Attaching patch to fix this
Thanks for the patch and sorry for the delay.
I have queued this for the next upload.
Mark
bootlogd manually without problems. The bootprocess hang on
> S05keymap.sh start
This looks the same as #514253. Reassigning to console-common.
Mark
.
Thanks
Mark
-functions.sh:511. But I think that should not be done this close to
freeze.
Mark
commit 5ae2c4c1c9ba68fe820755fef6f10f58989f2772
Author: Mark Hindley
Date: Wed Feb 12 09:05:12 2025 +
Create last-resort root device in /dev: /run may be nodev or read-only.
Closes: #1008911
diff --git
On Tue, Feb 11, 2025 at 08:21:48AM -0800, Elliott Mitchell wrote:
> On Tue, Feb 11, 2025 at 03:22:08PM +0000, Mark Hindley wrote:
> >
> > On Sun, Apr 03, 2022 at 04:23:49PM -0700, Elliott Mitchell wrote:
> > > Package: initscripts
> > > Version: 3.02-1
> >
have been tried and failed.
So I don't see a problem here. Or am I misunderstanding you or missing
something?
Mark
Control: close -1
On Tue, May 14, 2019 at 09:41:37AM +, Dmitry Bogatov wrote:
> Sorry for late response. Can you reproduce issue on modern
> installations?
No response. Closing.
Mark
Control: close -1
On Mon, Jan 27, 2025 at 06:08:52PM +, Mark Hindley wrote:
> I am unable to reproduce this on any recent system.
>
> I know it has been a long time. Is it still an issue for you?
No response, closing.
Mark
Control: close -1
On Thu, Jul 25, 2019 at 07:07:21PM +, Dmitry Bogatov wrote:
> Does this bug reproduces on modern installations? If so, can you please
> run this script with `-x'?
No response, closing.
Mark
et. If you're still seeing this message
> your current init system might not write bootup messages to the system
> console at all.)" >| "$F"
No response. Closing.
Mark
Control: close -1
On Tue, Mar 26, 2019 at 05:25:26PM +, Dmitry Bogatov wrote:
>
> control: tags -1 +moreinfo
>
> Hello!
>
> Sorry for very late response. Before I dig into code, do you still
> experience the problem?
No response, closing.
mark
Control: close -1
On Sat, Mar 09, 2019 at 09:31:24PM +, Pierre Ynard wrote:
> Considering that you should be able to do this in the way I mentioned
> above, I don't think it's necessary to add such a mechanism - but maybe
> I misunderstood your problem.
No response. Closing.
Mark
to be an option.
Reflecting the consensus here that this could only be a new option, but the
default should not be changed.
Retitling and changing to wishlist.
Mark
Control: tags -1 upstream
Jesse,
This would probably be best applied upstream, if you are willing?
Thanks
Mark
Control: tags -1 pending
Bjarni,
On Mon, Feb 10, 2025 at 03:46:46PM +, Bjarni Ingi Gislason wrote:
> Package: initscripts
> Version: 3.13-1
> Severity: minor
> Tags: patch
Queued in git for the next upload.
Thanks.
Mark
Control: tags -1 patch
The relevant manpage is not tmpfs-config(5). Proposed patch is below.
Mark
commit 3a6ea309c50e497ca2646ffa2cb582c63b1d3791
Author: Mark Hindley
Date: Mon Feb 10 11:46:19 2025 +
Clarify that TMPFS_SIZE override requires empty string.
Closes: #987316
Control: tags -1 patch
Hi,
Sorry for the extended wait for a resolution to this.
I suspect the /dev/run -> /run/shm migration is pretty much done now, but I
suggest the following to ensure the warning is only printed when /dev/shm
actually appears in /etc/fstab.
Mark
com
On Wed, Feb 05, 2025 at 09:31:07PM +, Bjarni Ingi Gislason wrote:
>* What led up to the situation?
>
> Checking for defects with a new version
>
> test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man
> page"
This would be much better submitted directly to th
control: reassign -1 wtmpdb
Andrew,
This seems to be resolvable in wtmpdb, so I am reassigning.
Best wishes
Mark
On Sun, Feb 02, 2025 at 02:26:20AM +0100, Chris Hofstaedtler wrote:
> Providing initscripts would IMO be sensible; for systemd wmptdb
> provides two .service files as integration.
Yes, unit-translator converts wtmpdb-rotate to:
# Generated by /home/mark/src/debian/unit-translator/utran
The commit says
Debian now primarily uses systemd, so reduce maintenance burden a bit.
So there is acceptance that non-systemd Debian still exists and it doesn't
reduce the maintenance burded, it just transfers and increases it elsewhere!
Mark
./renderD128
lrwxrwxrwx 1 root root 8 Feb 2 11:16 pci-:01:00.0-card -> ../card1
lrwxrwxrwx 1 root root 13 Feb 2 11:16 pci-:01:00.0-render -> ../renderD129
video:x:44:mark
Alternative 'nvidia':
nvidia - auto mode
link best version is /usr/lib/nvidia/current
link cu
On Sat, Feb 01, 2025 at 08:23:51PM +, Mark Hindley wrote:
> Andrew,
>
> I suppose adding something in initscripts might be possible.
Actually, is there a reason why this or something similar should be included in
wtmpdb itself?
Mark
#! /bin/sh
# Generated by /home/mark/src/de
solution here?
Mark
[1] https://bugs.debian.org/1092022
les for me.
mark@mon:/etc/systemd/system$ cat munin-update.timer
[Unit]
Description=Munin Update
[Timer]
OnCalendar=*-*-* *:0/5
Persistent=true
[Install]
WantedBy=timers.target
mark@mon:/etc/systemd/system$ cat munin-upda
x27;m concerned, you can close the bug.
Thanks for the reply. Sorry this wasn't dealt with in a more timely manner.
Closing.
Mark
a shell is
sufficiently flexible to accommodate all preferences for editor/interactive
merge tool. So I am going to tag this as wontfix.
If you think I am missing something, do say.
Thanks.
Mark
Control: tags -1 moreinfo
Florent,
I know this was submitted over 20 years ago! Do you think it is still an issue?
On Thu, Nov 25, 2004 at 06:39:30PM +0100, Florent Rougon wrote:
> Package: ucf
> Version: 1.13
Much has changed since this version so I am minded to close this.
Mark
Control: tags -1 moreinfo
Adam,
I know this has been unanswered for many years (for which apologies).
Do you consider it still to be an issue?
On Tue, Mar 11, 2008 at 06:38:42PM -0500, Adam Heath wrote:
> package: ucf
> version: 3.005
Much has changed since 3.005.
Mark
On Tue, Jan 28, 2025 at 02:43:07PM +0100, Lucas Nussbaum wrote:
> I don't have a better idea.
Thanks. I have added a test case for it as well.
It will be in the next upload.
Mark
Control: tags -1 patch
Lucas,
Thanks for this. I wasn't unaware of #985478. Since there appears to be no
consensus emerging there, I suppose ucf will just have to work around it, unless
you have an alternative suggestion?
How does this seem?
Mark
c
1 - 100 of 2725 matches
Mail list logo
