| 1 |
I'm actually wondering this. |
| 2 |
Most of the tree requires autotools being installed, there's no way round |
| 3 |
this, as they change configure.ac and Makefile.am to fix bugs and similar. |
| 4 |
|
| 5 |
Currently we're supposed to check which versions of tools are being ran and |
| 6 |
then add the approriate deps to the package. Sometimes this is difficult, |
| 7 |
sometimes it's just misrepresentation as they can work with newer versions, |
| 8 |
too, and so on. |
| 9 |
|
| 10 |
While it would be interesting to get rid of some versions of autotools from |
| 11 |
portage, I wouldn't think this is possible in a near future... or even in a |
| 12 |
not-so-near future, unless all upstreams applies our patches, and people |
| 13 |
start moving to something else. |
| 14 |
|
| 15 |
I'm wondering if we shouldn't just drop the idea of having precise deps on |
| 16 |
that part, and make simpler maintenance, that's already enough of an hell |
| 17 |
when dealing with autotools, by adding the DEPEND on the wrapper directly on |
| 18 |
the eclass. |
| 19 |
That would also solve the problem of dependency on sys-devel/libtool that's |
| 20 |
already missed by many many packages. |
| 21 |
|
| 22 |
It's a compromise, we trade perfectly stated deps for a lot of easyness for |
| 23 |
devs.. It's not a perfect world, you all know. |
| 24 |
|
| 25 |
Comments? |
| 26 |
|
| 27 |
-- |
| 28 |
Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/ |
| 29 |
Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE |
Archives