From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id A5605138334 for ; Thu, 16 Aug 2018 20:09:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 01E78E0875; Thu, 16 Aug 2018 20:09:28 +0000 (UTC) Received: from Sindri.troglodyte.be (sindri.troglodyte.be [51.15.219.152]) by pigeon.gentoo.org (Postfix) with ESMTP id 7ECF1E0869 for ; Thu, 16 Aug 2018 20:09:26 +0000 (UTC) Received: from cloud.troglodyte.be (localhost [127.0.0.1]) by Sindri.troglodyte.be (Postfix) with ESMTPSA id E5D49800C0 for ; Thu, 16 Aug 2018 22:09:04 +0200 (CEST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Date: Thu, 16 Aug 2018 20:09:04 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: RainLoop/1.12.0 From: "=?utf-8?B?Q29yZW50aW4g4oCcTmFkb+KAnSBQYXpkZXJh?=" Message-ID: Subject: Re: [gentoo-user] Replacement for gcruft: gcrud To: gentoo-user@lists.gentoo.org In-Reply-To: <32db6b65-f082-9189-8a4d-047005b980f9@gmail.com> References: <32db6b65-f082-9189-8a4d-047005b980f9@gmail.com> X-Archives-Salt: 7eeb99cf-8103-4355-9458-9fa56f7c8374 X-Archives-Hash: 30c6a57e297f658b91324491bec5ba70 August 16, 2018 8:07 AM, "Andrew Udvare" wrote:=0A=0A= > gcruft seems to have died off (https://www.google.com/search?q=3Dgcruft= =0A> only returns ebuild results). I was using it quite a lot and wrote m= any=0A> exception files. It's gone now with no way for my or anyone else'= s=0A> ebuild to get the original source. I did preserve it though, here:= =0A> https://gitlab.com/Tatsh/gcruft=0A> =0A> I wrote a replacement in C = named gcrud. It only needs GLib2 installed to=0A> work. It's much faster = than gcruft ever was. The code is here:=0A> =0A> https://gitlab.com/Tatsh= /gcrud=0A> https://github.com/Tatsh/gcrud=0A> =0A> I am placing preferenc= e in GitLab for issues and merge requests, but I=0A> will accept PRs from= GitHub.=0A> =0A> The whitelist https://gitlab.com/Tatsh/gcrud/blob/maste= r/whitelist.c is=0A> currently hard-coded and limited but the results are= satisfactory for=0A> now in my use cases.=0A> =0A> Type use case:=0A> = =0A> sudo ./gcrud | sort -u > out.log=0A> =0A> Examine out.log for things= you can delete. There are absolutely zero=0A> calls to delete files from= the machine in my code and never will be any=0A> kind of automation supp= ort.=0A> =0A> If anyone tries it out I certainly would like to see your o= utput and get=0A> some bug reports or suggestions. The main feature plann= ed is reading=0A> from a configuration file for exact file paths and rege= xs.=0A> =0A> --=0A> Andrew=0A=0AHi,=0A=0ASo I tested it, and I was surpri= sed how many /etc files weren't put into whitelist.=0AActually, most of /= etc shouldn't be suggested for deletion if the packages are still install= ed.=0A=0APortage stuff like repositories could be whitelisted in a dynami= c manner, or at least bing able to=0Atell what directorie(s) are used to = store them.=0A=0AI also caught some wrongly listed files because of the m= ultilib system with /lib symlink.=0AFor example, dhcpcd declared /lib/dhc= pcd/dhcpcd-hooks, thus the realpath /lib64/dhcpcd/dhcpcd-hooks=0Awas list= ed in the removal suggestion. This should be fixed with profile 17.1=0A= =0AThe log is so huge at the moment it is useless for me :/=0A=0A% wc -l = out.log=0A461575 out.log=0A=0A--=0ACorentin =E2=80=9CNado=E2=80=9D Pazder= a