#1036649 util-linux: leftover conffiles

Package:
util-linux
Source:
util-linux
Description:
miscellaneous system utilities
Submitter:
Christoph Anton Mitterer
Date:
2026-01-02 12:09:17 UTC
Severity:
normal
Tags:
#1036649#5
Date:
2023-05-23 19:32:37 UTC
From:
To:
Hey.

Seems the package used to contain some conffiles which it now longer does:
# dpkg-query --showformat='${Package}\n${Conffiles}\n' --show  |  awk '/^[^ ]/{pkg=$1}/ obsolete$/{print pkg,$0}' | cut -d ' ' -f 1-3 | column -t
util-linux              /etc/init.d/hwclock.sh
util-linux              /etc/default/hwclock


Could you please clean them up in a future version of the package? :-)


Thanks,
Chris.

#1036649#10
Date:
2023-05-23 22:31:53 UTC
From:
To:
Hey.

Clarifying on this:

With "clean up" I didn't mean "remove"... ;-)

AFAICS, the two files are now contained in util-linux-extra (again as
conffiles).

On a Debian sid system of mine (that I typically upgrade every day - so
it got every version in between installed),... the files are in fact
*only* registered as conffiles for util-linux-extra, and don't show up
as obsoletes.

However, on one system that I upgraded few days ago from bullseye to
bookworm I get:
# dpkg -S /etc/init.d/hwclock.sh /etc/default/hwclock
util-linux-extra: /etc/init.d/hwclock.sh
util-linux-extra: /etc/default/hwclock

=> ok, still good

but:
# dpkg-query --showformat='${Package}\n${Conffiles}\n' --show
...
util-linux
 /etc/pam.d/runuser b8b44b045259525e0fae9e38fdb2aeeb
 /etc/pam.d/runuser-l 2106ea05877e8913f34b2c77fa02be45
 /etc/pam.d/su 60fbbe65c90d741bc0d380543cefe8af
 /etc/pam.d/su-l 756fef5687fecc0d986e5951427b0c4f
 /etc/init.d/hwclock.sh c06bc68c12cbdd9c7f60ba25ee587efe obsolete
 /etc/default/hwclock 02f94aaf57aff4e2e6751ec7b877a997 obsolete
util-linux-extra
 /etc/default/hwclock 02f94aaf57aff4e2e6751ec7b877a997
 /etc/init.d/hwclock.sh c06bc68c12cbdd9c7f60ba25ee587efe
util-linux-locales
...

So for some reason it's still registered to both as conffile.

I always though, dpkg -S would show that, too.


Cheers,
Chris.

#1036649#17
Date:
2024-11-16 14:06:32 UTC
From:
To:
Control: tags -1 + help
[..]

On Wed, 11 Oct 2023 Mark Hindley wrote:
| 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 Policy.
|
| I think this cleanup can happen saftely in the Forky release cycle.
|
| For reference, the udev maintainers have recently tried this cleanup at an
| earlier stage and it has not been straightforward.

It is still unclear to me how to tell dpkg that the files moved
between packages and it should not just delete them.

Patches welcome.

Chris

#1036649#24
Date:
2024-11-20 12:23:09 UTC
From:
To:
Chris,

Thanks for including me in this.

Nor me. AFAIK it is not possible at the moment. But it would be a useful dpkg
feature for cases like this.

Guillem,

Are we correct that there is no way to achieve this at the moment?

Mark

#1036649#29
Date:
2025-04-15 10:21:22 UTC
From:
To:
On Sat, 16 Nov 2024 15:06:32 +0100 Chris Hofstaedtler <zeha@debian.org> wrote:
wrote:
as
- so
fact
up
conffiles at this
initscripts
preserved during
cleanup at an

The conffiles were actually removed from util-linux-extra in version
2.39.2-3 (commit 13ccd799bf43106).

So they both appear as obsolete, and associated to util-linux-extra.

They should be cleant using dpkg-maintscript-helper or its frontend in
dh_installdeb (with a util-linux-extra.maintscript file).

#1036649#34
Date:
2025-04-15 17:28:20 UTC
From:
To:
* Sébastien Villemot <sebastien@debian.org> [250415 12:24]:

Please provide a patch for the util-linux(-extra) side, without
breaking the sysvinit/initscripts side.

Chris

#1036649#39
Date:
2025-04-22 08:50:29 UTC
From:
To:
Le mardi 15 avril 2025 à 19:28 +0200, Chris Hofstaedtler a écrit :
is already broken on fresh Debian installs, since the corresponding
conffiles are not provided by any package.

So I think there are only two proper ways of fixing this issue:
– either reinstate the sysvinit/initscripts files in the util-linux-
extra package (at least until the next release cycle)
– or clean the obsolete conffiles (but that will obviously break
sysvinit on upgraded systems as well)

Best wishes,

#1036649#44
Date:
2025-04-22 13:03:52 UTC
From:
To:
* Sébastien Villemot <sebastien@debian.org> [250422 10:54]:

initscripts provides hwclock.sh.

Chris

#1036649#49
Date:
2025-04-23 12:55:33 UTC
From:
To:
Le mardi 22 avril 2025 à 15:03 +0200, Chris Hofstaedtler a écrit :

My understanding is that there is no way to properly handle this
situation with our tooling.

People who have initscripts install can manually fix it with:
# apt reinstall util-linux-extra

People who don’t have initscripts installed can fix it with:
# rm /etc/init.d/hwclock.sh /etc/default/hwclock
# apt reinstall util-linux-extra