reactos/MAINTAINERS
2018-09-12 08:13:28 +02:00

233 lines
6 KiB
Text

List of maintainers for the ReactOS project
This file purpose is to give newcomers to the projet the responsible
developers when submitting a pull request on GitHub, or opening a bug
report on Jira.
This file will notably establish who is responsible for a specific
area of ReactOS. Being a maintainer means the following:
- that person has good knownledge in the area
- that person is able to enforce consistency in the area
- that person may be available for giving help in the area
- that person has push access on the repository
Being a maintainer does not mean the following:
- that person is dedicated to the area
- that person is working full-time on the area/on ReactOS
- that person is paid
- that person is always available
We have no supported (paid) areas in ReactOS.
When submitting a pull request on GitHub and looking for reviewers,
look at that file and ask for a review from some of the people (M, R
- the most recently active in the area) listed in the matching area,
also, assign the pull request to the M person. Don't ask for a review
from all the listed reviewers.
Also, when submitted a pull request on GitHub, rules defined in
CONTRIBUTING.md apply. And if the maintainer is not available and
reviewers approved the pull request, developers feeling confident
can merge the pull request. Note that reviewers do not necessarily
have push access to the repository.
When submitting a bug report on Jira, if you want to be sure to have
a developer with skills in that area, write @nick from M people.
There should be one and only one primary maintainer per area.
In case of 3rd party code (also refered as upstream), the maintainer
is responsible of updating periodically the source code and of
managing local patches. He is not here to upstream code on your behalf.
As responsible, he may refuse a local patch if you did not try to
upstream your changes.
If you want to get listed in that file, either put yourself in the
file and push it, or open a pull request. You can also ask a person
who has push access to add yourself.
This file uses a similar format to the Linux kernel MAINTAINERS file.
Descriptions of section entries used here:
M: Primary maintainer. Assign them pull requests
Use the GitHub, Jira, Real Name format for entry, squash if
some are overlapping
R: Reviewers. Ask them for review on pull requests
S: Status, one of the following:
Maintained: Someone is handling that area
Upstream: This is 3rd party code, synced in our tree
Abandoned: No one is handling that code anymore
F: Files. Directories, files (wildcards allowed) covered in
this area
C: Comments
ACPI
M:
R: ThFabba, Thomas Faber
S: Maintained
F: drivers/bus/acpi/
F: hal/halx86/acpi/
ACPICA Library
M: ThFabba, Thomas Faber
S: Upstream
F: drivers/bus/acpi/acpica/
Apisets
M: learn-more, learn_more, Mark Jansen
S: Maintained
F: dll/apisets
Application Compatibility subystem
M: learn-more, learn_more, Mark Jansen
S: Maintained
F: dll/appcompat
F: dll/shellext/acppage
F: ntoskrnl/ps/apphelp.c
Cache Manager
M: HeisSpiter, Pierre Schweitzer
S: Maintained
F: modules/rostests/kmtests/ntos_cc/
F: ntoskrnl/cc/
Cache Manager Rewrite
S: Abandoned
F: ntoskrnl/cache/
CMake Build Scripts
M:
R: learn-more, learn_more, Mark Jansen
R: ThFabba, Thomas Faber
S: Maintained
F: sdk/cmake/
F: */CMakeLists.txt
F: */*.cmake
File Systems
M: HeisSpiter, Pierre Schweitzer
S: Maintained
F: drivers/filesystems/
F: sdk/lib/fslib/
C: Also see "Upstream File Systems"
File Systems Run Time Library
M: HeisSpiter, Pierre Schweitzer
S: Maintained
F: modules/rostests/kmtests/ntos_fsrtl/
F: modules/rostests/kmtests/novp_fsrtl/
F: ntoskrnl/fsrtl/
F: sdk/lib/drivers/ntoskrnl_vista/fsrtl.c
HID Drivers
M:
R: ThFabba, Thomas Faber
S: Maintained
F: drivers/hid/
Kernel
M:
R: HeisSpiter, Pierre Schweitzer
R: ThFabba, Thomas Faber
S: Maintained
F: ntoskrnl/
Network Drivers
M:
R: ThFabba, Thomas Faber
S: Maintained
F: drivers/network/
Network File Systems kernel libraries
M: HeisSpiter, Pierre Schweitzer
S: Maintained
F: sdk/lib/drivers/rdbsslib/
F: sdk/lib/drivers/rxce/
NTDLL
M:
R: HeisSpiter, Pierre Schweitzer
R: learn-more, learn_more, Mark Jansen
R: ThFabba, Thomas Faber
S: Maintained
F: dll/ntdll/
ReactOS API Tests
M:
R: learn-more, learn_more, Mark Jansen
R: ThFabba, Thomas Faber
S: Maintained
F: modules/rostests/apitests/
ReactOS Kernel-Mode Tests
M: ThFabba, Thomas Faber
S: Maintained
F: modules/rostests/kmtests/
ROS internals tools
M: HeisSpiter, Pierre Schweitzer
S: Maintained
F: modules/rosapps/applications/rosinternals/
Run-Time Library (RTL)
M:
R: HeisSpiter, Pierre Schweitzer
R: learn-more, learn_more, Mark Jansen
R: ThFabba, Thomas Faber
S: Maintained
F: sdk/lib/rtl/
Shell Extensions
M:
R: learn-more, learn_more, Mark Jansen
S: Maintained
F: dll/shellext
Upstream File Systems
M: HeisSpiter, Pierre Schweitzer
S: Upstream
F: base/services/nfsd/
F: dll/np/nfs/
F: dll/shellext/shellbtrfs/
F: drivers/filesystems/btrfs/
F: drivers/filesystems/cdfs/
F: drivers/filesystems/ext2/
F: drivers/filesystems/fastfat_new/
F: drivers/filesystems/ffs/
F: drivers/filesystems/nfs/
F: drivers/filesystems/reiserfs/
F: media/doc/README.FSD
F: sdk/lib/fslib/btrfslib/
F: sdk/lib/fslib/ext2lib/
F: sdk/lib/fslib/vfatlib/check/
USB Drivers
M: ThFabba, Thomas Faber
S: Maintained
F: drivers/usb/
F: sdk/lib/drivers/libusb/
F: sdk/include/reactos/drivers/usbport/
Virtual CD-ROM
M: HeisSpiter, Pierre Schweitzer
S: Maintained
F: modules/rosapps/applications/cmdutils/vcdcli/
F: modules/rosapps/drivers/vcdrom/
Virtual Floppy Disk
M: HeisSpiter, Pierre Schweitzer
S: Upstream
F: modules/rosapps/applications/cmdutils/vfdcmd/
F: modules/rosapps/drivers/vfd/
Win32 file functions
M: HeisSpiter, Pierre Schweitzer
S: Maintained
F: dll/win32/kernel32/client/file/
Windows Network File Systems functions
M: HeisSpiter, Pierre Schweitzer
S: Upstream
F: dll/win32/mpr/wnet.c
Wine Tests
M:
R: ThFabba, Thomas Faber
S: Upstream
F: modules/rostests/winetests/