2006-07-05 07:37:47 by Johnny C. Lam | Files touched by this commit (129) |
Log message:
Sweep pkgsrc and convert packages that included intltool/buildlink3.mk
to use instead "USE_TOOLS+=intltool". Remove now unused
intltool/buildlink3.mk
|
2006-05-31 00:19:54 by Thomas Klausner | Files touched by this commit (2) | |
Log message:
Update to 0.35.0:
Version 0.35.0
* Support for MSGID_BUGS_ADDRESS variable in Makevars and for xgettext
-- bug #329346 (Dwayne Bailey, Rodney Dawes)
* Support for po/LINGUAS file being preferred over ALL_LINGUAS variable
-- bugs #341508 #339770 (Rodney Dawes)
* Support micro-version when validating version requirements
-- bug #339627 (Rodney Dawes)
* Clean up Makefile.in.in to remove useless bits
-- bug #338817 (Rodney Dawes)
* Change WARNING to NOTICE for non-UTF-8 po file encodings
-- bug #331046 (Rodney Dawes)
* Add MAINTAINERS file
-- bug #335025 (Danilo Segan)
* Work around recursive variable resolution in intltool-update
-- bug #321785 (Danilo Segan)
* Work around variable stripping in Makefile.in.in substitution
-- bug #330509 (Rodney Dawes)
|
2006-05-06 05:54:17 by Jeremy C. Reed | Files touched by this commit (1) | |
Log message:
DEPEND on newer p5-XML-Parser. As discussed on pkgsrc-users in late
March, the bumps for the updated expat never saw this package
because it depend on it directly instead of using buildlink3.mk files.
This fixes build problem where you could be attempting to install
intltool with new expat and old p5-XML-Parser.
|
2006-04-12 12:27:47 by Roland Illig | Files touched by this commit (749) |
Log message:
Aligned the last line of the buildlink3.mk files with the first line, so
that they look nicer.
|
2006-04-06 08:23:06 by Jeremy C. Reed | Files touched by this commit (1147) |
Log message:
Over 1200 files touched but no revisions bumped :)
RECOMMENDED is removed. It becomes ABI_DEPENDS.
BUILDLINK_RECOMMENDED.foo becomes BUILDLINK_ABI_DEPENDS.foo.
BUILDLINK_DEPENDS.foo becomes BUILDLINK_API_DEPENDS.foo.
BUILDLINK_DEPENDS does not change.
IGNORE_RECOMMENDED (which defaulted to "no") becomes USE_ABI_DEPENDS
which defaults to "yes".
Added to obsolete.mk checking for IGNORE_RECOMMENDED.
I did not manually go through and fix any aesthetic tab/spacing issues.
I have tested the above patch on DragonFly building and packaging
subversion and pkglint and their many dependencies.
I have also tested USE_ABI_DEPENDS=no on my NetBSD workstation (where I
have used IGNORE_RECOMMENDED for a long time). I have been an active user
of IGNORE_RECOMMENDED since it was available.
As suggested, I removed the documentation sentences suggesting bumping for
"security" issues.
As discussed on tech-pkg.
I will commit to revbump, pkglint, pkg_install, createbuildlink separately.
Note that if you use wip, it will fail! I will commit to pkgsrc-wip
later (within day).
|
2006-03-04 22:31:14 by Johnny C. Lam | Files touched by this commit (2257) |
Log message:
Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where no
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-07 22:40:44 by Matthias Drochner | Files touched by this commit (2) | |
Log message:
update to 0.34.2
changes: bugfixes
|
2006-02-06 00:11:50 by Joerg Sonnenberger | Files touched by this commit (4082) |
Log message:
Recursive revision bump / recommended bump for gettext ABI change.
|
2006-01-24 08:33:02 by Thomas Klausner | Files touched by this commit (1164) |
Log message:
Bump BUILDLINK_RECOMMENDED of textproc/expat to 2.0.0 because
of the shlib major bump.
PKGREVISION++ for the dependencies.
|
2006-01-20 17:15:54 by Julio M. Merino Vidal | Files touched by this commit (46) |
Log message:
Drop maintainership. I can't seriously be the maintainer of so many
packages - specially of packages that I haven't touched for a long
while or those that other people can handle better than me.
|