Next | Query returned 87 messages, browsing 21 to 30 | Previous

History of commit frequency

CVS Commit History:


   2008-03-26 20:06:06 by Adrian Portelli | Files touched by this commit (16)
Log message:
Update to 1.0.5
The only change is to address the vulnerability detailed in CERT/CC: VU#813451
OK'ed joerg@
   2008-02-12 12:25:36 by Tobias Nygren | Files touched by this commit (1)
Log message:
Not MAKE_JOBS_SAFE.
   2007-08-24 04:42:50 by Johnny C. Lam | Files touched by this commit (2)
Log message:
bzip2 sources are in ${FILESDIR}, so no need for distinfo or checksums.
   2007-08-02 15:04:42 by Joerg Sonnenberger | Files touched by this commit (3)
Log message:
Use in-tree versions. The replacement Makefile can be used for direct
builds in bootstrap tools as well. Add DESTDIR support.
   2007-08-02 15:01:36 by Joerg Sonnenberger | Files touched by this commit (17) | Imported package
Log message:
Import stripped down version of bzip2-1.0.4 for use in bootstrap and
essential tools. Not included are the manual and the regression tests.

   2007-01-06 16:34:37 by Thomas Klausner | Files touched by this commit (3)
Log message:
Update to 1.0.4:

1.0.4 (20 Dec 06)
~~~~~~~~~~~~~~~~~
Fixes some minor bugs since the last version, 1.0.3.

* Fix file permissions race problem (CAN-2005-0953).

* Avoid possible segfault in BZ2_bzclose.  From Coverity's NetBSD
  scan.

* 'const'/prototype cleanups in the C code.

* Change default install location to /usr/local, and handle multiple
  'make install's without error.

* Sanitise file names more carefully in bzgrep.  Fixes CAN-2005-0758
  to the extent that applies to bzgrep.

* Use 'mktemp' rather than 'tempfile' in bzdiff.

* Tighten up a couple of assertions in blocksort.c following automated
  analysis.

* Fix minor doc/comment bugs.
   2006-07-13 15:04:54 by Klaus Heinz | Files touched by this commit (1) | Package updated
Log message:
Added computation of version number for package bzip2 if there is a
native version available in the system.

The awk skript looks for the line in bzlib.h containing the version
information. This works for versions < 1.0.0. For versions >= 1.0.0 the
script additionally evaluates the copyright date.
According to the change history, version 1.0 and 1.0.1 are identical except
for a documentation update so we treat both as version 1.0.1 to avoid
changing BUILDLINK_API_DEPENDS.bzip2 in buildlink3.mk.
   2006-07-09 01:11:17 by Johnny C. Lam | Files touched by this commit (877)
Log message:
Change the format of BUILDLINK_ORDER to contain depth information as well,
and add a new helper target and script, "show-buildlink3", that outputs
a listing of the buildlink3.mk files included as well as the depth at
which they are included.

For example, "make show-buildlink3" in fonts/Xft2 displays:

	zlib
	fontconfig
	    iconv
	    zlib
	    freetype2
	    expat
	freetype2
	Xrender
	    renderproto
   2006-07-09 00:39:49 by Johnny C. Lam | Files touched by this commit (877)
Log message:
Track information in a new variable BUILDLINK_ORDER that informs us
of the order in which buildlink3.mk files are (recursively) included
by a package Makefile.
   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).

Next | Query returned 87 messages, browsing 21 to 30 | Previous