| 1 |
On Friday, February 11, 2011 11:49:43 Samuli Suominen wrote: |
| 2 |
> On 02/11/2011 06:38 PM, "Paweł Hajdan, Jr." wrote: |
| 3 |
> > 4) What have we learned from libpng 1.2 -> 1.4 upgrade? I'd just like to |
| 4 |
> > be better informed. |
| 5 |
> |
| 6 |
> One way under consideration: |
| 7 |
> |
| 8 |
> We have been discussing about removing libpng.pc, libpng.so and |
| 9 |
> unversioned headers from the libpng 1.5.x package allowing it to install |
| 10 |
> parallel with libpng 1.4.x. |
| 11 |
> |
| 12 |
> That means every package that has been checked working against 1.5.x, |
| 13 |
> will need to be patched to link against -lpng15, use headers from the |
| 14 |
> libpng15/ directory and use libpng15.pc instead. |
| 15 |
> |
| 16 |
> Or we go with the old route as with 1.2 to 1.4 but that means everything |
| 17 |
> must be ported before it gets KEYWORDS. |
| 18 |
|
| 19 |
i dont see any real advantages with SLOT-ed installs of libpng beyond ABI |
| 20 |
(i.e. what we're doing today with libpng-1.2.x and libpng-1.4.x). there are |
| 21 |
however plenty of downsides. patching packages in the tree is a huge hassle, |
| 22 |
you add hassle to end users who d/l random packages and try to build things |
| 23 |
themselves, and you make Gentoo non-standard wrt every other distro out there. |
| 24 |
|
| 25 |
best we follow what everyone else is already doing, and what upstream packages |
| 26 |
will have to ultimately do anyways -- fix their code to work with libpng-1.5 |
| 27 |
when the API has been forcibly broken. |
| 28 |
-mike |
Archives