History log of /freebsd/MAINTAINERS (Results 451 – 475 of 503)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# cc4ade40 21-Nov-2002 Ruslan Ermilov <ru@FreeBSD.org>

A number of people objected to make(1) being treated specially.

Approved by: re


# 33fb5c1d 11-Nov-2002 Matt Jacob <mjacob@FreeBSD.org>

Remove my 'pre-commit' on sa(4).


# 95af37ed 10-Nov-2002 Matt Jacob <mjacob@FreeBSD.org>

Lay claim to mpt for requesting pre-commit review.


# 4cdaba77 06-Nov-2002 Juli Mallett <jmallett@FreeBSD.org>

Add a MAINTAINERS entry for make(1), to the make@ alias, which anyone can use
to run patches to make(1) by. Hopefully this will make it easier to get bugs
fixed in make(1), as well as get review by

Add a MAINTAINERS entry for make(1), to the make@ alias, which anyone can use
to run patches to make(1) by. Hopefully this will make it easier to get bugs
fixed in make(1), as well as get review by people with experience working on,
in, around, etc., make(1).

Currently it points to two people who have demonstrated maintainership (ru@
and myself) and one person interested in helping (alane@). That list is
subject to expansion and contraction.

show more ...


# 75c3973a 30-Oct-2002 Dag-Erling Smørgrav <des@FreeBSD.org>

Clarify my feelings towards fetch / libfetch.


# 74a45c94 18-Oct-2002 Nate Lawson <njl@FreeBSD.org>

Add myself as da(4) maintainer. This is mostly so I can review and commit
quirks.


Revision tags: release/4.7.0_cvs
# 82b583d6 01-Sep-2002 Robert Watson <rwatson@FreeBSD.org>

Point at myself for reviews on commits to the MAC Framework and
MAC modules.


Revision tags: release/4.6.2_cvs, release/4.6.2, release/4.6.1
# a66c7b85 18-Jul-2002 Ruslan Ermilov <ru@FreeBSD.org>

Added groff(1) and natd(8) entries.


# 16bbf2f4 10-Jul-2002 Joerg Wunsch <joerg@FreeBSD.org>

Express my interest about being notified for fdc(4) and sppp(4) changes.

This file is getting unparseable. IMHO we should at least sort it by
maintainer, or even better by subsystem. Opinions?


# 83e26f65 08-Jul-2002 Gordon Tetlow <gordon@FreeBSD.org>

Add my interest in etc/rc.* to help keep etc/rc.d in sync as much as possible.


# 8a6d0ed2 08-Jul-2002 Matt Jacob <mjacob@FreeBSD.org>

Simplify isp(4) line; add sa(4) for pre-commit review. Remove myself from
CAM review list.


# 02473686 08-Jul-2002 Dag-Erling Smørgrav <des@FreeBSD.org>

Register an interest in pseudofs, procfs and linprocfs.


Revision tags: release/4.6.0_cvs
# 20938dbf 01-Jul-2002 Juli Mallett <jmallett@FreeBSD.org>

Add libufs, a library for dealing with UFS filesystems from userland to
the build. It is here to compartmentalise functionality currently duplicated
in many notable programs in the base system. It

Add libufs, a library for dealing with UFS filesystems from userland to
the build. It is here to compartmentalise functionality currently duplicated
in many notable programs in the base system. It currently handles block
reads and writes, as well as reading and writing of the filesystem superblock,
and the reading/lookup of inode data. It supports both UFS and UFS2. I
will be maintaining it, and porting programs to use it, however for now, it
is simply being built as part of world.

show more ...


# 2e8c6713 28-Jun-2002 Juli Mallett <jmallett@FreeBSD.org>

Add a module for src/tools/regression (`regression').

Add a MAINTAINERS line for the regression module, specifically referring to
src/tools/regression/usr.bin, right now, but applicable to other thi

Add a module for src/tools/regression (`regression').

Add a MAINTAINERS line for the regression module, specifically referring to
src/tools/regression/usr.bin, right now, but applicable to other things, to
make clear that I am willing to help write new tests. The framework is all
modularised now, so it is easy to write new tests, etc., and since I'd like
to see tests for more and more things as bugs get fixed, it seems to be the
right thing to do to stand up and offer to help people write tests.

show more ...


# c81d70a7 24-Jun-2002 Dag-Erling Smørgrav <des@FreeBSD.org>

I hope I won't regret this too much.


# 223071e1 23-Jun-2002 Dag-Erling Smørgrav <des@FreeBSD.org>

Resign my maintainership of OpenSSH.


# 0004e89d 20-Jun-2002 Juli Mallett <jmallett@FreeBSD.org>

It seems the hard lock on m4(1) is viewed as superfluous. Okay. It's gone.

I'm sick of waiting on OpenBSD to make a number of changes anyway. If someone
else wants to take over fixing m4(1), I'll

It seems the hard lock on m4(1) is viewed as superfluous. Okay. It's gone.

I'm sick of waiting on OpenBSD to make a number of changes anyway. If someone
else wants to take over fixing m4(1), I'll be glad to make them aware of the
existing issues.

show more ...


# 0d9d1e78 20-Jun-2002 Juli Mallett <jmallett@FreeBSD.org>

That's right, you can shove your xargs(1) issues in my direction, and I'm
also glad to review changes to it.


# 291ebad8 17-Jun-2002 Eric Anholt <anholt@FreeBSD.org>

Fill in my MAINTAINER info for drm

Approved by: des


# a86d3e44 14-Jun-2002 Warner Losh <imp@FreeBSD.org>

I'm keeping an eye on xten


# 82e65462 30-May-2002 Bill Fumerola <billf@FreeBSD.org>

indent tdfx line similarly to rest of the file

note that freebsd-ipfw@freebsd.org should be sent patches before making
changes to ipfw.


# 3a473599 30-May-2002 Juli Mallett <jmallett@FreeBSD.org>

Keep people from introducing local changes I do not know about to m4 for the
time being, until OpenBSD's -s support is finished being fixed, so I have a
chance in hell of getting one last clean merge

Keep people from introducing local changes I do not know about to m4 for the
time being, until OpenBSD's -s support is finished being fixed, so I have a
chance in hell of getting one last clean merge against OpenBSD.

show more ...


# 4ec3f323 20-May-2002 Robert Watson <rwatson@FreeBSD.org>

Use more common phrasing for the "request reviews" text. Add UFS EAs,
POSIX.1e ACLs to the list of things I like to review changes for.


# 4cfa53bd 18-May-2002 Mark Murray <markm@FreeBSD.org>

Drop perl5 hard lock as perl5 is now gone.


# 163c384f 12-May-2002 Ruslan Ermilov <ru@FreeBSD.org>

Document my willingness in maintaining share/mk infrastructure.


1...<<1112131415161718192021