pkgsrc/graphics/imlib2, branch pkgsrc_2004Q4

Update linkage to libltdl (via imlib2), now in its own package.

2004-10-15T12:22:13Z

Add the bzip2 buildlink3.mk file.

2004-10-06T19:35:25Z

Fixes PR 27167 from Robert Lillack.

Libtool fix for PR pkg/26633, and other issues. Update libtool to 1.5.10

2004-10-03T00:12:51Z

in the process. (More information on tech-pkg.) Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and installing .la files. Bump PKGREVISION (only) of all packages depending directly on the above via a buildlink3 include.

Mechanical changes to package PLISTs to make use of LIBTOOLIZE_PLIST.

2004-09-22T08:09:14Z

All library names listed by *.la files no longer need to be listed in the PLIST, e.g., instead of: lib/libfoo.a lib/libfoo.la lib/libfoo.so lib/libfoo.so.0 lib/libfoo.so.0.1 one simply needs: lib/libfoo.la and bsd.pkg.mk will automatically ensure that the additional library names are listed in the installed package +CONTENTS file. Also make LIBTOOLIZE_PLIST default to "yes".

Include libtool's buildlink3.mk file, as Imlib2 now uses libltdl. This fixes

2004-09-07T19:22:21Z

eterm build, and probably other packages. Not bumping the dependency version because, AIUI, this won't change any packages: it just fixes their build, and the version bump should have been done during the real update.

Update imlib2 to 1.1.2. This version now includes an IFF ILBM loader.

2004-09-06T02:56:07Z

More importantly, this version fixes a buffer overflow vulnerability. Closes PR 26833 by Peter Bex.

Update to imlib2-1.1.1.

2004-08-26T20:21:58Z

No real changelog available, so I'm guessing it are only bug-fixes..

For USE_MMX users, do the following:

2004-07-12T19:27:05Z

o only include it in the BUILD_DEFS if the current platform is concerned. For now that only includes i386, but we might find amd64 users in the future. o test against [Yy][Ee][Ss], for consistency. Fixes part of PR 26243.

No longer used.

2004-04-18T01:32:24Z

Fix serious bug where BUILDLINK_PACKAGES wasn't being ordered properly

2004-03-18T09:12:08Z

by moving the inclusion of buildlink3.mk files outside of the protected region. This bug would be seen by users that have set PREFER_PKGSRC or PREFER_NATIVE to non-default values. BUILDLINK_PACKAGES should be ordered so that for any package in the list, that package doesn't depend on any packages to the left of it in the list. This ordering property is used to check for builtin packages in the correct order. The problem was that including a buildlink3.mk file for correctly ensured that was removed from BUILDLINK_PACKAGES and appended to the end. However, since the inclusion of any other buildlink3.mk files within that buildlink3.mk was in a region that was protected against multiple inclusion, those dependencies weren't also moved to the end of BUILDLINK_PACKAGES.