1 |
On Saturday, February 12, 2011 11:37:29 PM Diego Elio Pettenò wrote: |
2 |
> Il giorno sab, 12/02/2011 alle 18.21 -0500, Mike Frysinger ha scritto: |
3 |
> > patching packages in the tree is a huge hassle, |
4 |
> > you add hassle to end users who d/l random packages and try to build |
5 |
> > things |
6 |
> > themselves, and you make Gentoo non-standard wrt every other distro |
7 |
> > out there. |
8 |
> |
9 |
> What I had in mind was something that would work for upstreams as well, |
10 |
> mostly by having fallback; so if a package supported up to libpng 1.4 it |
11 |
> would search for -lpng14, then -lpng12, then -lpng (and in Gentoo would |
12 |
> hit -lpng14); while one supporting 1.5 as well would go -lpng15 -lpng14 |
13 |
> -lpng12 -lpng ... |
14 |
> |
15 |
> i.e. what most already do for berkdb but at some point with us not |
16 |
> providing -lpng at all, if most upstreams would like that idea. |
17 |
> |
18 |
> But it's still a bit hairy at the moment, I admit it might just not fly. |
19 |
|
20 |
I consider the berkdb thingy as an example of something not to do rather than |
21 |
a proof of concept. |
22 |
|
23 |
Have you thought about doing something like what was done for wxwidgets ? |
24 |
|
25 |
- an eselect module for out of portage builds |
26 |
- an eclass creating symlinks for libpng.pc/.so in $T and setting the correct |
27 |
-L flag for the linker and PKG_CONFIG_PATH for the .pc ? |
28 |
|
29 |
Not sure if this would work that easily but that's certainly better than |
30 |
updating the version scans in every single package when a new libpng comes |
31 |
out. |
32 |
|
33 |
A. |