summaryrefslogtreecommitdiff
path: root/textproc/libcroco
AgeCommit message (Collapse)AuthorFilesLines
2006-03-08Update to 0.6.1:wiz2-8/+7
0.6.1: March 5, 2006 - parse fractional parts of numbers properly [Dom Lachowicz] - win32 port [Tor Lillqvist] - gtk-doc compliance [Sven Herzberg] - test infrastructure enhancements [Peter Moulder] - nasty memory management bug fix [ArjanV, Daniel Veillard]
2006-03-06Belatedly bump PKGREVISION for all libtasn1 dependencies, sincewiz1-2/+2
libtasn1 had a shlib major bump. Also update dependencies in bl3.mk files. Addresses PR 32998 by Robert Elz.
2006-03-04Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where nojlam1-2/+2
developer is officially maintaining the package. The rationale for changing this from "tech-pkg" to "pkgsrc-users" is that it implies that any user can try to maintain the package (by submitting patches to the mailing list). Since the folks most likely to care about the package are the folks that want to use it or are already using it, this would leverage the energy of users who aren't developers.
2006-02-05Recursive revision bump / recommended bump for gettext ABI change.joerg2-4/+4
2006-01-24Bump BUILDLINK_RECOMMENDED of textproc/expat to 2.0.0 becausewiz2-4/+4
of the shlib major bump. PKGREVISION++ for the dependencies.
2005-12-31Recursive PKGREVISION bump for gnutls shlib major bump.wiz2-4/+4
Bump BUILDLINK_RECOMMENDED.
2005-08-10Remove the abuse of buildlink that was pkg-config/buildlink3.mk. Thatjlam1-3/+2
file's sole purpose was to provide a dependency on pkg-config and set some environment variables. Instead, turn pkg-config into a "tool" in the tools framework, where the pkg-config wrapper automatically adds PKG_CONFIG_LIBDIR to the environment before invoking the real pkg-config. For all package Makefiles that included pkg-config/buildlink3.mk, remove that inclusion and replace it with USE_TOOLS+=pkg-config.
2005-07-21Change path from devel/pkgconfig to devel/pkg-config.wiz1-2/+2
No PKGREVISION bump since pkg-config is only a BUILD_DEPENDS.
2005-06-01Massive cleanup of buildlink3.mk and builtin.mk files in pkgsrc.jlam1-2/+1
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-05-23Removed trailing white-space.rillig1-2/+2
2005-05-22Remove USE_GNU_TOOLS and replace with the correct USE_TOOLS definitions:jlam1-2/+2
USE_GNU_TOOLS -> USE_TOOLS awk -> gawk m4 -> gm4 make -> gmake sed -> gsed yacc -> bison
2005-04-11Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used.tv1-2/+1
2005-02-24Add RMD160 digests to the SHA1 ones.agc1-1/+2
2004-10-03Libtool fix for PR pkg/26633, and other issues. Update libtool to 1.5.10tv2-2/+4
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-09-22Mechanical changes to package PLISTs to make use of LIBTOOLIZE_PLIST.jlam1-5/+1
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".
2004-09-21Update to 0.6.0. This version corresponds to GNOME 2.8.0.jmmv4-48/+48
Enhancements since 0.5.1 ======================== - add parsing location to all the CSS contructions at SAC level [Dodji Seketeli] - add --dump-location option to csslint [Dodji Seketeli] - enable several API/ABI incompatible versions of Libcroco to be installed on the same box [Dodji Seketeli] - CSS properties inheritance support [Benjamin Dauvergne] - CRStyle struct gatehering code cleanup [Benjamin Dauvergne] - Better support for font selection [Dodji Seketeli] Bugfixes since 0.5.1 ==================== - #143308: fix parsing of non trivial functional #notations. [Dodji Seketeli] - #143450: fix gcc 2.xx errors. [Dodji Seketeli] - #139881: proper setting of parsing locations in urls. [Dodji Seketeli] - #138267: remove C99-isms. - #139889: fix an infinite loop in the parser [Dodji Seketeli] - #139891: better @media rule reporting [Dodji Seketeli] - #140317: fix class sel without class name crash [Dodji Seketeli] - #140334: fix an infinite loop in the parser [Dodji Seketeli] - attribute selectors evalution fixes. [Dodji Seketeli] - Better support of descendant selectors evaluation [Dodji Seketeli] - Better regression tests framework [Dodji Seketeli] - fixes: #140334, #140317, #139891, #139615. [Dodji Seketeli] - better regression suite framework [Dodji Seketeli] - support of the 'color' property gathering [Benjamin Dauvergne] - furious memory leaks/corruptions hunting [Dodji Seketeli, Rob BUIS] - total support of the !important keyword [Dodji Seketeli, Rob BUIS] - selectors evaluation in csslint [Dodji Seketeli, Rob BUIS] - fix compilation warnings [David A Knight, Dodji Seketeli] - more complete CSS statement serialisation [Dodji Seketeli] - better gathering of style information [Dodjij Seketeli] - better cascading algorithm conformance [Dodji Seketeli, Rob BUIS] - @import rule parsing fix [Dodji Seketeli] - support of CSS3 indentifiers [Dodji Seketeli] - better w3c DOM integration support [Rob BUIS, Dodji Seketeli] - many parsing fixes [Dodji Seketeli] - style structure debuging facility [Dodji Seketeli] - better fragment parsing support [Dodji Seketeli] - Split libcroco and sewfox [Dodji Seketeli] - class selector evaluation fix [Rob BUIS] - csslint cleanup and bugfixes [Dodji Seketeli] - :first-child pseudo class selector support [Dodji Seketeli] - pluggable pseudo class selectors evaluators [Dodji Seketeli]
2004-05-07Drop maintainership; I don't have the enough free time to maintainxtraeme1-2/+2
all these packages.
2004-04-19Update to 0.5.1: several bugs fixed.jmmv4-10/+10
Note that they claim this library is API/ABI compatible with the previous one, but the major number version of it has changed... so a version bump in the buildlink3.mk file is needed.
2004-04-01Update to 0.5.0:jmmv5-68/+38
- better regression suite framework [Dodji Seketeli] - support of the 'color' property gathering [Benjamin Dauvergne] - furious memory leaks/corruptions hunting [Dodji Seketeli, Rob BUIS] - total support of the !important keyword [Dodji Seketeli, Rob BUIS] - selectors evaluation in csslint [Dodji Seketeli, Rob BUIS] - fix compilation warnings [David A Knight, Dodji Seketeli] - more complete CSS statement serialisation [Dodji Seketeli] - better gathering of style information [Dodjij Seketeli] - better cascading algorithm conformance [Dodji Seketeli, Rob BUIS] - @import rule parsing fix [Dodji Seketeli] - support of CSS3 indentifiers [Dodji Seketeli] - better w3c DOM integration support [Rob BUIS, Dodji Seketeli] - many parsing fixes [Dodji Seketeli] - style structure debuging facility [Dodji Seketeli] - better fragment parsing support [Dodji Seketeli] - Split libcroco and sewfox [Dodji Seketeli] - class selector evaluation fix [Rob BUIS] - csslint cleanup and bugfixes [Dodji Seketeli] - :first-child pseudo class selector support [Dodji Seketeli] - pluggable pseudo class selectors evaluators [Dodji Seketeli]
2004-03-26PKGREVISION bump after openssl-security-fix-update to 0.9.6m.wiz2-3/+4
Buildlink files: RECOMMENDED version changed to current version.
2004-03-18Fix serious bug where BUILDLINK_PACKAGES wasn't being ordered properlyjlam1-3/+2
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 <pkg> correctly ensured that <pkg> 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.
2004-03-05Reorder location and setting of BUILDLINK_PACKAGES to match templatejlam1-11/+8
buildlink3.mk file in revision 1.101 of bsd.buildlink3.mk.
2004-02-20unusedjmmv1-34/+0
2004-02-19buildlink{2,3} files should not include pkgconfig/buildlink{2,3}.mk.wiz1-2/+1
2004-02-14PKGCONFIG_OVERRIDE is relative to WRKSRC.jmmv1-2/+2
2004-02-14LIBTOOL_OVERRIDE and SHLIBTOOL_OVERRIDE are now lists of shell globsjlam1-2/+1
relative to ${WRKSRC}. Remove redundant LIBTOOL_OVERRIDE settings that are automatically handled by the default setting in bsd.pkg.mk.
2004-02-11bl3ifyxtraeme2-7/+34
2004-02-09Bump PKGREVISION due to gnome-vfs2 update (fam readded as a dependancy).jmmv1-2/+2
2004-01-24replace deprecated USE_GMAKE with USE_GNU_TOOLS+=make.grant1-2/+2
2004-01-23Bump PKGREVISION due to xmlcatmgr update to 2.0beta1. I know; this is a PITA.jmmv1-1/+2
This shouldn't be needed if we had non-recursive dependancies *sigh*.
2004-01-04Update to 0.4.0, based on patch sent from Min Sik Kim in PR pkg/23793.xtraeme5-17/+32
Changes: o Compiles with g++. o seleng and layeng are disabled by default. (NOTE: They are enabled in pkgsrc.) o Build system cleanup. o More fixes.
2003-12-04Bump PKGREVISION (libxml2, libxslt and imlib2 were updated).xtraeme1-1/+2
2003-09-26s/wip/textproc/wiz1-2/+2
2003-09-25Initial import of libcroco 0.2. Package imported from pkgsrc-wip.xtraeme5-0/+123
The Libcroco project is an effort to build a generic Cascading Style Sheet (CSS) parsing and manipulation toolkit that can be used by GNOME applications in need of CSS support.