Debian Bug report logs -
#941998
UsrMerge breaks cruft
Reported by: Harry Haller <odysseus24@mailbox.org>
Date: Tue, 8 Oct 2019 19:33:02 UTC
Severity: important
Tags: help, wontfix
Found in version cruft/0.9.38
Fixed in version cruft/0.9.44
Done: Alexandre Detiste <alexandre.detiste@gmail.com>
Bug is archived. No further changes may be made.
Toggle useless messages
Report forwarded
to debian-bugs-dist@lists.debian.org, Alexandre Detiste <alexandre.detiste@gmail.com>:
Bug#941998; Package cruft.
(Tue, 08 Oct 2019 19:33:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Harry Haller <odysseus24@mailbox.org>:
New Bug report received and forwarded. Copy sent to Alexandre Detiste <alexandre.detiste@gmail.com>.
(Tue, 08 Oct 2019 19:33:05 GMT) (full text, mbox, link).
Message #5 received at submit@bugs.debian.org (full text, mbox, reply):
Package: cruft
Version: 0.9.38
Severity: normal
Dear Maintainer !
I think, it's apparent, that cruft does not work at all...
Most of the results are completely incorrect. Especially the "missing"-Section
has no valid contents in ponderabel extents - but also the
"unexplained"-section. Once again I have here - on two fresh dist-upgraded
systems - many thousands of missing files. Is it prepared for the package
"usrmerge" ? No need to mention, that most of the "missing" files all exist and
the
"unexplained" files are registered by dpkg...
My call of cruft:
#cruft --ignore "/root /home /mnt /proc /sys /Dummy /Schafott /Pax /dev
/lost+found /opt /run /srv /tmp" -r ~/Cruft.report
Whatever... Sorry, but in most of the debian-doks (especially the release-notes
of each stable-release since many years) there are prominent recommendations to
use this application (cruft & cruft-common). Since more than 10 years (felt)
the debian-users waste their lifetime with this - at best - "sid"-package.
Nothing justifies, that cruft finds it's way always into whatever is stable at
the moment.
Please be consequent and kick it out of the stable releases until it works
(some day in a distant future)...
Best Regards
Harry Haller
-- System Information:
Debian Release: 10.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 4.19.0-6-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to de_DE.UTF-8), LANGUAGE=de (charmap=UTF-8) (ignored: LC_ALL set to
de_DE.UTF-8)
Shell: /bin/sh linked to /usr/bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages cruft depends on:
ii cruft-common 0.9.38
ii file 1:5.35-4
ii libc6 2.28-10
cruft recommends no packages.
Versions of packages cruft suggests:
ii bsd-mailx [mailx] 8.1.2-0.20180807cvs-1
pn cruft-ng <none>
Information forwarded
to debian-bugs-dist@lists.debian.org:
Bug#941998; Package cruft.
(Sun, 20 Oct 2019 13:33:03 GMT) (full text, mbox, link).
Acknowledgement sent
to Alexandre Detiste <alexandre.detiste@gmail.com>:
Extra info received and forwarded to list.
(Sun, 20 Oct 2019 13:33:03 GMT) (full text, mbox, link).
Message #10 received at 941998@bugs.debian.org (full text, mbox, reply):
Hi,
> Is it prepared for the package "usrmerge"
Not at all, and I don't plan to dig into the "cruft" engine to make it happen.
I liked the idea behind cruft, that each file of a filesystem should
be accounted
to some package; but definitively not the original engine.
That's why I wrote cruft-ng, give it a try.
This one is UsrMerge compatible.
Is a "Breaks: cruft" in usrmerge package enough to please you ?
It is lowest hanging fruit; there's certainly still much to do.
Still hoping that one day much of "cruft" functionality
would be merged into packages&dpkg.
The cruft-common package shared accros cruft & cruft-ng with the
definitions wil remain.
Le mar. 8 oct. 2019 à 21:33, Harry Haller <odysseus24@mailbox.org> a écrit :
> My call of cruft:
> #cruft --ignore "/root /home /mnt /proc /sys /Dummy /Schafott /Pax /dev
> /lost+found /opt /run /srv /tmp" -r ~/Cruft.report
Sorry but not all of this has been re-implemented yet in cruft-ng;
but the defaults are better (always ignore /sys /root /home /tmp)
and most are inherited from "mlocate" database.
> Since more than 10 years (felt) the debian-users waste their lifetime
> with this - at best - "sid"-package.
> Nothing justifies, that cruft finds it's way always into whatever is stable at
> the moment.
>
> Please be consequent and kick it out of the stable releases until it works
> (some day in a distant future)...
One could remove the "cruft" binary package and I wouldn't be the one
to complain;
as long a "cruft-common" is still built.
I need more feedback.
Greetings
RépondreTransférer
Severity set to 'important' from 'normal'
Request was from Alexandre Detiste <alexandre.detiste@gmail.com>
to control@bugs.debian.org.
(Sun, 20 Oct 2019 13:36:03 GMT) (full text, mbox, link).
Changed Bug title to 'UsrMerge breaks cruft' from 'cruft: does not work at alll'.
Request was from Alexandre Detiste <alexandre.detiste@gmail.com>
to control@bugs.debian.org.
(Sat, 01 Jan 2022 15:30:04 GMT) (full text, mbox, link).
Added tag(s) help and wontfix.
Request was from Alexandre Detiste <alexandre.detiste@gmail.com>
to control@bugs.debian.org.
(Sat, 01 Jan 2022 15:33:02 GMT) (full text, mbox, link).
Information forwarded
to debian-bugs-dist@lists.debian.org, Alexandre Detiste <alexandre.detiste@gmail.com>:
Bug#941998; Package cruft.
(Mon, 19 Sep 2022 12:21:04 GMT) (full text, mbox, link).
Acknowledgement sent
to Luca Boccassi <bluca@debian.org>:
Extra info received and forwarded to list. Copy sent to Alexandre Detiste <alexandre.detiste@gmail.com>.
(Mon, 19 Sep 2022 12:21:04 GMT) (full text, mbox, link).
Message #21 received at 941998@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Sun, 20 Oct 2019 15:31:17 +0200 Alexandre Detiste
<alexandre.detiste@gmail.com> wrote:
> Hi,
>
> > Is it prepared for the package "usrmerge"
>
> Not at all, and I don't plan to dig into the "cruft" engine to make
it happen.
>
> I liked the idea behind cruft, that each file of a filesystem should
> be accounted
> to some package; but definitively not the original engine.
>
> That's why I wrote cruft-ng, give it a try.
> This one is UsrMerge compatible.
>
> Is a "Breaks: cruft" in usrmerge package enough to please you ?
>
> It is lowest hanging fruit; there's certainly still much to do.
> Still hoping that one day much of "cruft" functionality
> would be merged into packages&dpkg.
>
> The cruft-common package shared accros cruft & cruft-ng with the
> definitions wil remain.
>
> Le mar. 8 oct. 2019 à 21:33, Harry Haller <odysseus24@mailbox.org> a
écrit :
> > My call of cruft:
> > #cruft --ignore "/root /home /mnt /proc /sys /Dummy /Schafott /Pax
/dev
> > /lost+found /opt /run /srv /tmp" -r ~/Cruft.report
>
> Sorry but not all of this has been re-implemented yet in cruft-ng;
> but the defaults are better (always ignore /sys /root /home /tmp)
> and most are inherited from "mlocate" database.
>
> > Since more than 10 years (felt) the debian-users waste their
lifetime
> > with this - at best - "sid"-package.
> > Nothing justifies, that cruft finds it's way always into whatever
is stable at
> > the moment.
> >
> > Please be consequent and kick it out of the stable releases until
it works
> > (some day in a distant future)...
>
> One could remove the "cruft" binary package and I wouldn't be the one
> to complain;
> as long a "cruft-common" is still built.
>
> I need more feedback.
Hello Alexandre,
With the usrmerge transition happening [0] we should revisit this.
Specifically, there's a failure case with aptitude:
# aptitude upgrade
Resolving dependencies...
The following NEW packages will be installed:
usr-is-merged{a}
The following packages will be upgraded:
init-system-helpers
1 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/54.5 kB of archives. After unpacking 12.3 kB will be
used.
Do you want to continue? [Y/n/?] n
Abort.
root@luca-desktop:/tmp# aptitude dist-upgrade
The following NEW packages will be installed:
usr-is-merged{a}
The following packages will be upgraded:
init-system-helpers
1 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
This happens because usrmerge conflicts with cruft, in case it is
installed manually. This is the wrong thing, as usr-is-merged simply
attests that the system is converted, so the upgrade will fail.
We could add a conflict in usr-is-merged as well, but that effectively
makes cruft uninstallable anywhere.
So, how about doing as you suggested and dropping the cruft binary
package? Or maybe make it a transitional metapackage, and then we can
make the conflict in usrmerge versioned? What do you think?
[0] https://lists.debian.org/debian-devel-announce/2022/09/msg00001.html
--
Kind regards,
Luca Boccassi
[signature.asc (application/pgp-signature, inline)]
Reply sent
to Alexandre Detiste <alexandre.detiste@gmail.com>:
You have taken responsibility.
(Sun, 02 Oct 2022 14:21:05 GMT) (full text, mbox, link).
Notification sent
to Harry Haller <odysseus24@mailbox.org>:
Bug acknowledged by developer.
(Sun, 02 Oct 2022 14:21:05 GMT) (full text, mbox, link).
Message #26 received at 941998-close@bugs.debian.org (full text, mbox, reply):
Version: 0.9.44
cruft is now a transitional package that pulls
cruft-ng which is Usrmerge aware.
Matching merge-request has been submitted
to UsrMerge repository on Salsa:
https://salsa.debian.org/md/usrmerge/-/merge_requests/11
Greetings,
Alexandre Detiste
Bug reassigned from package 'cruft' to 'src:cruft'.
Request was from Alexandre Detiste <alexandre.detiste@gmail.com>
to control@bugs.debian.org.
(Sun, 02 Oct 2022 14:33:02 GMT) (full text, mbox, link).
No longer marked as found in versions cruft/0.9.38.
Request was from Alexandre Detiste <alexandre.detiste@gmail.com>
to control@bugs.debian.org.
(Sun, 02 Oct 2022 14:33:02 GMT) (full text, mbox, link).
No longer marked as fixed in versions 0.9.44.
Request was from Alexandre Detiste <alexandre.detiste@gmail.com>
to control@bugs.debian.org.
(Sun, 02 Oct 2022 14:33:03 GMT) (full text, mbox, link).
Marked as found in versions cruft/0.9.38 and reopened.
Request was from Alexandre Detiste <alexandre.detiste@gmail.com>
to control@bugs.debian.org.
(Sun, 02 Oct 2022 14:39:02 GMT) (full text, mbox, link).
Marked as fixed in versions cruft/0.9.44.
Request was from Alexandre Detiste <alexandre.detiste@gmail.com>
to control@bugs.debian.org.
(Sun, 02 Oct 2022 14:39:03 GMT) (full text, mbox, link).
Marked Bug as done
Request was from Alexandre Detiste <alexandre.detiste@gmail.com>
to control@bugs.debian.org.
(Sun, 02 Oct 2022 14:45:04 GMT) (full text, mbox, link).
Notification sent
to Harry Haller <odysseus24@mailbox.org>:
Bug acknowledged by developer.
(Sun, 02 Oct 2022 14:45:04 GMT) (full text, mbox, link).
Information forwarded
to debian-bugs-dist@lists.debian.org, Alexandre Detiste <alexandre.detiste@gmail.com>:
Bug#941998; Package src:cruft.
(Sun, 02 Oct 2022 18:15:46 GMT) (full text, mbox, link).
Acknowledgement sent
to Luca Boccassi <bluca@debian.org>:
Extra info received and forwarded to list. Copy sent to Alexandre Detiste <alexandre.detiste@gmail.com>.
(Sun, 02 Oct 2022 18:15:46 GMT) (full text, mbox, link).
Message #45 received at 941998@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Sun, 2022-10-02 at 16:16 +0200, Alexandre Detiste wrote:
> Version: 0.9.44
>
> cruft is now a transitional package that pulls
> cruft-ng which is Usrmerge aware.
>
> Matching merge-request has been submitted
> to UsrMerge repository on Salsa:
>
> https://salsa.debian.org/md/usrmerge/-/merge_requests/11
Thank you!
--
Kind regards,
Luca Boccassi
[signature.asc (application/pgp-signature, inline)]
Bug archived.
Request was from Debbugs Internal Request <owner@bugs.debian.org>
to internal_control@bugs.debian.org.
(Mon, 31 Oct 2022 07:32:47 GMT) (full text, mbox, link).
Send a report that this bug log contains spam.
Debian bug tracking system administrator <owner@bugs.debian.org>.
Last modified:
Tue Nov 28 10:32:08 2023;
Machine Name:
buxtehude
Debian Bug tracking system
Debbugs is free software and licensed under the terms of the GNU
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.
Copyright © 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.