Commit graph

23 commits

Author SHA1 Message Date
wiz
e8d8834f6a Bump PKGREVISION for libpng shlib name change.
Also add some patches to remove use of deprecated symbols and fix other
problems when looking for or compiling against libpng-1.4.x.
2010-06-13 22:43:46 +00:00
wiz
319e13628d More PKGREVISION bumps of jpeg dependencies.
Identified by parsing the NetBSD-i386-5.0.1/2009Q3 pkg_summary files
and Robert Elz.
2010-01-24 13:26:09 +00:00
sno
ae239f2d77 bump revision because of graphics/jpeg update 2009-08-26 20:22:51 +00:00
joerg
120cd0c771 user-destdir support 2009-07-07 17:38:09 +00:00
joerg
b02a0f888e Remove @dirrm entries from PLISTs 2009-06-14 18:24:43 +00:00
bjs
8c2b0e2547 Recursive dependency bump for multimedia/x264-devel. It's tough
to know which packages are affected by the update and how, so to be
safe, I'm doing a full bump.
2008-12-18 17:28:16 +00:00
ahoka
8b9e728a97 Bump revision because of the ffmpeg update. 2008-09-08 15:14:21 +00:00
joerg
2f4f05e454 Modular Xorg support. 2007-01-11 14:55:15 +00:00
reed
82708674ee Get rid of xvidcap-gtk2 patches and distinfo.
Used shared info from x11/xvidcap instead.
(For the gtk2 version only patch addition is include of sys/time/.h)
patch-ae adjusted to work with both packages.
2006-05-17 05:06:28 +00:00
reed
e9fe984acd Add patch for ffmpeg update. And update patch for png update.
Thank you Joerg!

Bump PKREVISION for these.

Also use --without-forced-embedded-ffmpeg
(even though it is the default when the ffmpeg is detected).

TODO: just use a common patches directory for these two packages.
2006-05-17 01:53:17 +00:00
wiz
2bdcc35e52 Fix png part of build failure.
XXX: packages still don't compile
XXX: why don't these two packages share patches?
2006-04-20 22:56:01 +00:00
wiz
375b5e4933 More PKGREVISION bumps for png-1.2.9nb2 update. 2006-04-17 14:52:10 +00:00
joerg
5911def816 Recursive revision bump / recommended bump for gettext ABI change. 2006-02-05 23:08:03 +00:00
joerg
5fbd6399ac Redundant include. 2005-12-28 16:44:54 +00:00
joerg
561b55aef0 Don't hard-code -lpthread. fdatasync might not exist, e.g. on
DragonFly or FreeBSD, so use fsync if it wasn't found.
2005-12-28 16:37:04 +00:00
jlam
95fd1f6ec9 Massive cleanup of buildlink3.mk and builtin.mk files in pkgsrc.
Several changes are involved since they are all interrelated.  These
changes affect about 1000 files.

The first major change is rewriting bsd.builtin.mk as well as all of
the builtin.mk files to follow the new example in bsd.builtin.mk.
The loop to include all of the builtin.mk files needed by the package
is moved from bsd.builtin.mk and into bsd.buildlink3.mk.  bsd.builtin.mk
is now included by each of the individual builtin.mk files and provides
some common logic for all of the builtin.mk files.  Currently, this
includes the computation for whether the native or pkgsrc version of
the package is preferred.  This causes USE_BUILTIN.* to be correctly
set when one builtin.mk file includes another.

The second major change is teach the builtin.mk files to consider
files under ${LOCALBASE} to be from pkgsrc-controlled packages.  Most
of the builtin.mk files test for the presence of built-in software by
checking for the existence of certain files, e.g. <pthread.h>, and we
now assume that if that file is under ${LOCALBASE}, then it must be
from pkgsrc.  This modification is a nod toward LOCALBASE=/usr.  The
exceptions to this new check are the X11 distribution packages, which
are handled specially as noted below.

The third major change is providing builtin.mk and version.mk files
for each of the X11 distribution packages in pkgsrc.  The builtin.mk
file can detect whether the native X11 distribution is the same as
the one provided by pkgsrc, and the version.mk file computes the
version of the X11 distribution package, whether it's built-in or not.

The fourth major change is that the buildlink3.mk files for X11 packages
that install parts which are part of X11 distribution packages, e.g.
Xpm, Xcursor, etc., now use imake to query the X11 distribution for
whether the software is already provided by the X11 distribution.
This is more accurate than grepping for a symbol name in the imake
config files.  Using imake required sprinkling various builtin-imake.mk
helper files into pkgsrc directories.  These files are used as input
to imake since imake can't use stdin for that purpose.

The fifth major change is in how packages note that they use X11.
Instead of setting USE_X11, package Makefiles should now include
x11.buildlink3.mk instead.  This causes the X11 package buildlink3
and builtin logic to be executed at the correct place for buildlink3.mk
and builtin.mk files that previously set USE_X11, and fixes packages
that relied on buildlink3.mk files to implicitly note that X11 is
needed.  Package buildlink3.mk should also include x11.buildlink3.mk
when linking against the package libraries requires also linking
against the X11 libraries.  Where it was obvious, redundant inclusions
of x11.buildlink3.mk have been removed.
2005-06-01 18:02:37 +00:00
tv
f816d81489 Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used. 2005-04-11 21:44:48 +00:00
wiz
393af94024 Add RMD160 checksums to the SHA1 ones. 2005-02-23 17:36:09 +00:00
reed
8231aba9db Split up Makefile into a Makefile.common so it can be reused
for a xvidcap-gtk2 package. Remove the XVIDCAP_GTK2_GUI usage.

Add note to DESCRiption to clarify the version of this xvidcap.
2005-01-12 19:45:50 +00:00
reed
d8a09b7c5e Only install gvidcap.1 when built with GTK2 support.
(It is the identical file, so use symlink.)
Bump PKGREVISION.

I will be splitting this up to add a new package: xvidcap-gtk2.
2005-01-10 21:12:28 +00:00
tv
c487cb967a Libtool fix for PR pkg/26633, and other issues. Update libtool to 1.5.10
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.
2004-10-03 00:12:51 +00:00
reed
6d17bd30f4 GNU Make doesn't appear to be needed to build and install
so remove the USE_GNU_TOOLS for make.
2004-09-24 21:47:41 +00:00
xtraeme
ee881e7236 Initial import of xvidcap-1.1.3 from pkgsrc-wip, packaged by Jeremy
C. Reed.

xvidcap is a tool (like Lotus ScreenCam and Camtasia) that captures
movement on a selected area of an X11 screen to files. Frame output
formats include: XWD, PPM, PNG, MNG, JPEG and MPEG.
2004-05-29 00:16:41 +00:00