On Fri, Apr 18, 2003 at 07:53:50PM -0500, Steve Langasek wrote:
> On Fri, Apr 18, 2003 at 08:43:45PM -0400, Steve M. Robbins wrote:
> > What would be the best way to accomodate such a request? I can
> > imagine introducing a new package of imlib linked with libpng3. But
> >
On Fri, Apr 18, 2003 at 10:10:54PM -0500, Chris Cheney wrote:
> Why not simply make a imlib1p that conflicts with old imlib1 and rebuild
> the remaining 11 sources that still use imlib1 with old libpng2? There
> are fewer that would cause trouble in that batch, afaict only: chameleon,
> ebview, end
> wallp
>
> I'm not sure whether they strictly require png3 or whether they could
> simply be rebuilt with imlib1 and libpng2. In the past, however, some
> KDE folks have explicitly requested imlib+png3.
>
> What would be the best way to accomodate
On Fri, Apr 18, 2003 at 08:43:45PM -0400, Steve M. Robbins wrote:
> Imlib is more-or-less dormant upstream. However, in late August, I
> was under the impression that upstream imlib was going to release a
> new version (with new SONAME) that would be linked with libpng3. In
I forgot to comment o
By the way RedHat does it is as follows:
imlib-1.9.13-12.i386.rpm
/usr/lib
libgdk_imlib.so.1
libgdk_imlib.so.1.9.13
libimlib-bmp.so
libimlib-gif.so
libimlib-jpeg.so
libimlib-png.so
libimlib-ppm.so
libimlib-ps.so
libImlib.so.11
libImlib.so.11.0.0
libimlib-tiff.so
libimlib-xpm.so
ldd libI
Why not simply make a imlib1p that conflicts with old imlib1 and rebuild
the remaining 11 sources that still use imlib1 with old libpng2? There
are fewer that would cause trouble in that batch, afaict only: chameleon,
ebview, endeavour, pixelize, vertex.
chameleon - dead upstream. (no website anym
ual libtool idiocy.
> What would be the best way to accomodate such a request? I can
> imagine introducing a new package of imlib linked with libpng3. But
> since it has to use the same SOVERSION as the current imlib1, it would
> have to conflict with imlib1. Each individual admin coul
re whether they strictly require png3 or whether they could
simply be rebuilt with imlib1 and libpng2. In the past, however, some
KDE folks have explicitly requested imlib+png3.
What would be the best way to accomodate such a request? I can
imagine introducing a new package of imlib linked wit
8 matches
Mail list logo