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 8B348138334 for ; Thu, 16 Aug 2018 18:22:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A714DE0871; Thu, 16 Aug 2018 18:22:43 +0000 (UTC) Received: from sonic302-4.consmr.mail.bf2.yahoo.com (sonic302-4.consmr.mail.bf2.yahoo.com [74.6.135.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 3168EE0831 for ; Thu, 16 Aug 2018 18:22:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1534443762; bh=HNuE4Qw7Nqe06vtOV0R0Jhr3/g+cSrV2dEbcb1SXtmQ=; h=Subject:To:References:From:Date:In-Reply-To:From:Subject; b=qEnqAIII5DlOuXyRIYOJ4DTT8wUkJvItct+o66+93/ZrDDKl9TrFI7/Si0qqy+faBtS8D9Pkufn0p5y52mkGKQFR46jO9pyVvpjbTtrMsA0E4UGHBor1nNfcZGPM+ruw7NbGHUvruxmWKzeCPMt8YG8J+T7XWo7AVD+HGOBhCIeAwuvbmZ/rwF1A/A/w7VGYlC3+Z+7n06QvEmDkjaYQFTSPfGhQJM2GLhF5EJ7HI396zh70H5sijLFWo51+BU2+2ng1CjNwnZyjRKRrZYcZwohnaQTC1ISTh4cx4K5r+BFetDJ56e4ldhEF0gODcKYgw9MvI/Y1lExcRnUPzuahCA== X-YMail-OSG: kxh8nQQVM1l.Z8yEv8yo7_sDRRVIJeX7lhVYn5WItCZGPjQAVRXyWtOZ4NbI0KM GLlDxoyAB7y48G14km0JBN4XUwRl4PWZrA_r4VjDfrzVOtHeHh5A3pk0ISCW8sQgeAkyYECi_MlD 3HsePTaLb7GcBjFeyXa9SMA6EHoFdzCSXGIJykN0rmSYcfQumLCopx2KnY36htfn9.DzQyzFetKv M6qi7tAwZqv5EaLc385sPPY7aqGBI3HJssuJRVpkCSndMKqRtwOESbs0Xm3FxAnrciedJ9L7iSVt juXrPii9bVFHq49bkar4FV7lY8XglLLYj3h.46jyxCZYwpOgEOixc1Lbf6e80dBBJ8RN24vr8jWF VHHYAbMml3IrZMXMo7pZ8m5T8GtADhzoQIyJL5VwiMLNVhmmmkzgV56l6toYjVbfI_QU7Lx_4qAf 8h.XNhpsx.0igmbyWoUlwPLPu29Vr7zy8uwMqA1aQjsUPbBOVummdDvBwJF.QPsKMXOuhIojYzpX OiTKs_p0_DaLPY8cvvx.UrdKN9sL_6p9sMbOrqIThZLK_lDci.RZM0nna4UuinhJOtLDmoEWTN6Z 1hWd.uknwROeKJ59N0wy_03.Rg80oK9qZrVpsK4O0U6Ul.2hru3PDRZQFpWg85bjUeiZUg84dwKF t_raOdr1ZJPpOgxD5EdTt13L9AvadfqByoAMDMr.mOIz.ptkzQdkwzgJ3s__oORsCdOlkjPbzwgX pzl3PZjg4pmqE54Rxwu35Q_tIeVk45.eakAoXN97QEHec3_vAlZu3mCgrjVFdFpDAFCaYDNm3x8G Ye4_FVb0P28s7W8rqAitg7CzV6YYOfif8R3ygGyxoSbjMzXqw0OFY6sljB3fxEu5QVhE056Djmvo ep7gTZb.puA1vKXzyl3od1vvGGqZWHCTxhTANsIJVvqnUa5_YCCUrh_P5PLR44JWmDI3lAkjiz8v E.yAScTfKVGXKpGumKwW3HFlUb6R.lUW.ockGFX9khOo9OeAbSBges87mUmCfFiUv2dWzzU5Nx0M qqubmvIKfZYX5 Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.bf2.yahoo.com with HTTP; Thu, 16 Aug 2018 18:22:42 +0000 Received: from 72.185.251.10 (EHLO [192.168.1.52]) ([72.185.251.10]) by smtp423.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f451ea8e64ad9b23cede665746ec4f20; Thu, 16 Aug 2018 18:22:39 +0000 (UTC) Subject: [gentoo-user] Re: Replacement for gcruft: gcrud To: gentoo-user@lists.gentoo.org References: <32db6b65-f082-9189-8a4d-047005b980f9@gmail.com> From: james Openpgp: preference=signencrypt Message-ID: <356bd469-39a4-607f-ff68-8f1d18c52fb3@verizon.net> Date: Thu, 16 Aug 2018 14:22:38 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 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 In-Reply-To: <32db6b65-f082-9189-8a4d-047005b980f9@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Archives-Salt: 5aa957c0-6ba7-420d-942c-6ad53080778a X-Archives-Hash: 97f85f0e62f7a040b6ea7c3c02c2d1b5 On 08/16/18 02:07, Andrew Udvare wrote: > gcruft seems to have died off (https://www.google.com/search?q=gcruft > only returns ebuild results). It might (not really sure) be active but it appears to still be around as ebuilds:: eix -R gcruft * app-portage/gcruft Available versions: ~0.1-r1^m[1] ~0.1-r1^m[2] ~0.1.1^m[1] ~0.1.1^m[2] Homepage: http://www.genoetigt.de/site/projects/gcruft Description: helps finding orphaned files on a gentoo system > I was using it quite a lot and wrote many > exception files. It's gone now with no way for my or anyone else's > ebuild to get the original source. I did preserve it though, here: > https://gitlab.com/Tatsh/gcruft Thanks for caring! > I wrote a replacement in C named gcrud. It only needs GLib2 installed to > work. It's much faster than gcruft ever was. The code is here: > > https://gitlab.com/Tatsh/gcrud > https://github.com/Tatsh/gcrud It's going to take me a while to get aroud to testing, but I really really like admin codes in "C" so it is automatically on my short list.... > > I am placing preference in GitLab for issues and merge requests, but I > will accept PRs from GitHub. I really like the like gitlab for a variety of reason. I sure wish some would put together a gitlab-meta ebuild for gentoo. I'd like to house codes locally, and export relevant open source codes to a online location, or distributed among a collective of gitlab-gentoo sites. Complementary to github and our github-centric-dev community. > > The whitelist https://gitlab.com/Tatsh/gcrud/blob/master/whitelist.c is > currently hard-coded and limited but the results are satisfactory for > now in my use cases. > > Type use case: > > sudo ./gcrud | sort -u > out.log > > Examine out.log for things you can delete. There are absolutely zero > calls to delete files from the machine in my code and never will be any > kind of automation support. That your choice and I respect that call. However (and it's a big however), my gentoo-centric HPC cluster do need automated system cleanup. So, initial, it's be an army of scripts, similar to your code, that is mandatory in a "loosely coupled" heterogeneous clusters, not to mention first-line security related cleanup. > If anyone tries it out I certainly would like to see your output and get > some bug reports or suggestions. The main feature planned is reading > from a configuration file for exact file paths and regexs. Yes, but, it'll be while for me. Offer and automated clean up option, and I have dozens of systems to test..... > > -- > Andrew Thank you Andrew for your work. It can also be very useful to my DAG efforts for compiling, verifying, and clean up of cluster codes. GLEP 64 was on the path to systematically solve what you you are doing after the fact:: https://wiki.gentoo.org/wiki/GLEP:64 More refs for your convenience http://asic-linux.com.mx/~izto/checkinstall/ http://gittup.org/tup/ ("It will automatically clean-up old files.") hth, James