Bug#941998: cruft: does not work at alll
On Sun, 20 Oct 2019 15:31:17 +0200 Alexandre Detiste 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 > > The cruft-common package shared accros cruft & cruft-ng with the > definitions wil remain. > > Le mar. 8 oct. 2019 à 21:33, Harry Haller 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/msg1.html -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part
Bug#941998: cruft: does not work at alll
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 The cruft-common package shared accros cruft & cruft-ng with the definitions wil remain. Le mar. 8 oct. 2019 à 21:33, Harry Haller 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
Bug#941998: cruft: does not work at alll
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