linux-ext4 - E2fsprogs git tree

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 09 Jul 2007 11:02:30 -0400
From:	"Theodore Ts'o" <tytso@....edu>
To:	linux-ext4@...r.kernel.org
Subject: E2fsprogs git tree

People may have noticed that e2fsprogs 1.40 and roughly a week later
e2fsprogs 1.40.1 have been released, while there hasn't been any
activity at http://thunk.org/hg/e2fsprogs.  That's because right after
e2fsprogs 1.40, I have moved the e2fsprogs development activity over to
git.  The public repositories can be found here:

	http://www.kernel.org/pub/scm/fs/ext2/e2fsprogs.git
	git://git.kernel.org/pub/scm/fs/ext2/e2fsprogs.git

and here:

	git://repo.or.cz/e2fsprogs.git
	http://repo.or.cz/r/e2fsprogs.git

There are currently two branches, "maint" and "master".  Bug-fixes will
go on the maint branch, obvious development updates will go on the
"master" branch.  If something requires a longer cooking phase, I will
create "topic" branches and "next" and "pu" branches much like how Junio
manages the git development tree.  (The difference between "next" and
"pu" --- proposed updates --- is "maint", "master", and "next" are
guaranteed never to rewind or go "back in time", where as the "pu"
branch will get rewound and is meant for more aggressive experiments.)

People who send me patches that can be more easily merged into the
"maint" or "master" will receive a hundred blessings --- and said
patches will get merged much more quickly.  :-)

Patches that don't introduce changes to the ABI will also get accepted
much more quickly; new interfaces need to be considered very carefully,
and existing interfaces NEVER get broken without a major version number
bump of the shared library in question, and that is something we will do
only very cautiously.

							- Ted
-
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html