| 1 |
On 09/06/14 12:18, Ciaran McCreesh wrote: |
| 2 |
> Well eix is buggy, PMS-violating and doesn't support EAPIs properly, |
| 3 |
> and the utilities in gentoolkit and portage-utils are better implemented |
| 4 |
> natively in a package manager. I don't know what elfix does, but if |
| 5 |
> it's anything like the other three, I'd rather reimplement it in a PMS |
| 6 |
> compliant manner for Paludis than to provide flaky external APIs that |
| 7 |
> encourage people to write broken code... |
| 8 |
|
| 9 |
elfix contains revdep-pax which does what revdep-rebuild does, except |
| 10 |
that it migrates PaX flags from executables to libraries and vice versa. |
| 11 |
|
| 12 |
There exists a category of tools that can make use of PM's cached |
| 13 |
information which should not be part of PM. elfix is one such example. |
| 14 |
Let me give you another: |
| 15 |
https://bugs.gentoo.org/show_bug.cgi?id=506276#c42. That bug is about |
| 16 |
removing SYMLINK_LIB=yes. To do so properly and migrate systems that |
| 17 |
use symlinks for /libXX, vapier wrote a migration script which at one |
| 18 |
point "walk[s] the vdb looking for files that installed into /lib32 and |
| 19 |
/lib." |
| 20 |
|
| 21 |
These sorts of utilites pop up over and over again. You cannot put |
| 22 |
every utility that needs package information into a package manager. An |
| 23 |
API for interoperability between PM's and other tools is meaningful. |
| 24 |
Refusing to do so leads to the sort of comment you see in |
| 25 |
https://bugs.gentoo.org/show_bug.cgi?id=506276#c43. |
| 26 |
|
| 27 |
Ironically, the very standards I seek in GLEP 64 would benefit the |
| 28 |
paludis world most. |
| 29 |
|
| 30 |
> |
| 31 |
>> When the package is installed, that data should have been cached. |
| 32 |
> But package.provided packages *aren't* installed. They are merely |
| 33 |
> treated as if they were installed, without actually being installed, so |
| 34 |
> that data isn't available. |
| 35 |
> |
| 36 |
|
| 37 |
Right. hasufell's email made it clear. This is pretty hacky so we |
| 38 |
don't want to go there. |
| 39 |
|
| 40 |
-- |
| 41 |
Anthony G. Basile, Ph.D. |
| 42 |
Gentoo Linux Developer [Hardened] |
| 43 |
E-Mail : blueness@g.o |
| 44 |
GnuPG FP : 1FED FAD9 D82C 52A5 3BAB DC79 9384 FA6E F52D 4BBA |
| 45 |
GnuPG ID : F52D4BBA |
Archives