From: Enrico Weigelt <weigelt@metux.de>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC][NEW] Utility to find orphaned files
Date: Fri, 30 Apr 2010 18:24:16 +0200 [thread overview]
Message-ID: <20100430162415.GA492@nibiru.local> (raw)
In-Reply-To: <4BD446EC.2070809@gentoo.org>
* Daniel Pielmeier <billie@gentoo.org> schrieb:
> What about searching the complete file system but using an exclude file where
> you can put directories and files which should not be searched. It is tedious to
> tell every path on the command-line. Also for instance if you specify /lib it
> will also search under /lib/modules and I am sure you do not consider all
> contents there as unneeded.
hmm, perhaps there's some way to assign these files to some package ?
> You also need to consider that your tool will return other false positives like
> byte compiled python modules and perl header files. In general everything an
> ebuild does in phases where it adds files to file-system but files are not
> stored to CONTENTS (pkg_{pre,post}inst). At this point the files are needed but
> not recognized by the package manager. If the ebuild does not take care of this
> files when removing (pkg_{pre,post}rm) the package they will remain on the
> file-system and are now unneeded.
Assuming these files are not optional/temporary (aka: can be regenerated on
the fly), I see a generic design problem here: everything belonging to some
package (excluding content data and configs, of course) should be assigned
to the package.
The big Q: how can we achieve this ?
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service - http://www.metux.de/
---------------------------------------------------------------------
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens of versions:
http://patches.metux.de/
---------------------------------------------------------------------
next prev parent reply other threads:[~2010-04-30 17:04 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-25 11:18 [gentoo-dev] [RFC][NEW] Utility to find orphaned files Angelo Arrifano
2010-04-25 11:45 ` Brian Harring
2010-04-25 13:43 ` Daniel Pielmeier
2010-04-30 16:24 ` Enrico Weigelt [this message]
2010-05-03 13:34 ` [gentoo-dev] " Peter Hjalmarsson
2010-05-11 13:08 ` Angelo Arrifano
2010-04-25 15:34 ` [gentoo-dev] " Yuri Vasilevski
2010-04-25 17:10 ` Angelo Arrifano
2010-04-25 17:43 ` Benedikt Böhm
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100430162415.GA492@nibiru.local \
--to=weigelt@metux.de \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox