From owner-svn-src-all@freebsd.org Wed Dec 5 16:02:56 2018 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7B441319531; Wed, 5 Dec 2018 16:02:55 +0000 (UTC) (envelope-from rpokala@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EC727AD1A; Wed, 5 Dec 2018 16:02:55 +0000 (UTC) (envelope-from rpokala@freebsd.org) Received: from [192.168.1.5] (c-71-198-162-232.hsd1.ca.comcast.net [71.198.162.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: rpokala) by smtp.freebsd.org (Postfix) with ESMTPSA id 87A6B23998; Wed, 5 Dec 2018 16:02:54 +0000 (UTC) (envelope-from rpokala@freebsd.org) User-Agent: Microsoft-MacOutlook/10.13.0.181109 Date: Wed, 05 Dec 2018 08:02:50 -0800 Subject: Re: svn commit: r341505 - head/share/man/man5 From: Ravi Pokala To: Pedro Giffuni , , , , Message-ID: <11537130-DA0A-4F13-BC24-E5BCA6F2F12C@panasas.com> Thread-Topic: svn commit: r341505 - head/share/man/man5 References: <201812042251.wB4MpE2m018782@repo.freebsd.org> <343a2f70-fb4c-bc5c-d32c-789e7797a628@FreeBSD.org> <44199325-5b07-5195-1157-63c197eb5f07@FreeBSD.org> In-Reply-To: <44199325-5b07-5195-1157-63c197eb5f07@FreeBSD.org> Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable X-Rspamd-Queue-Id: 5EC727AD1A X-Spamd-Result: default: False [-1.96 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.77)[-0.774,0]; NEURAL_HAM_LONG(-0.54)[-0.542,0]; NEURAL_HAM_SHORT(-0.64)[-0.643,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2018 16:02:56 -0000 > I will be glad to review/commit manpage changes that make things=20 > clearer. We should probably even try to document the format, as I recall=20 > we do for FAT somewhere(?). In addition to updating the manpage, perhaps also create links to it as ext= 3fs.5 and ext4fs.5? -Ravi (rpokala@) =EF=BB=BF-----Original Message----- From: on behalf of Pedro Giffuni Date: 2018-12-05, Wednesday at 07:24 To: , , , Subject: Re: svn commit: r341505 - head/share/man/man5 On 12/5/18 12:06 AM, Kubilay Kocak wrote: >> On 5/12/2018 9:51 am, Pedro F. Giffuni wrote: >>> Starting with FreeBSD 12 we fully support writing ext4 filesystems >> >> Can we remove '2' from the module/man/etc name if (since) it supports=20 >> multiple extXfs versions? Is there anything serious preventing it? >> > Bad idea: neither us or linux support the old extfs format. It is a=20 > common misconception that ext3 or ext4 are different filesystems: they=20 > are both extensions over the ext2 format and they were always intended=20 > to work like that. >=20 > You can currently create plain ext2 filesystems on FreeBSD and add=20 > ext3/4 features on top and it will work just fine. The distinction on=20 > linux about ext2/3/4 is rather accidental: they didn't master Version=20 > Control in time to branch instead of forking the implementation a couple=20 > of times. It also seems like ext3 disappeared. >=20 >> Seems minor but I think worth it for discovery/pola/obviousness, and a=20 >> good time (early in the 13.0 cycle). >> >> We get a lot of user questions about ext*fs support on FreeBSD and=20 >> pointing to an ext2fs man page also feels a bit weird. > > This has to be "fixed" through documentation. I will admit that I=20 > haven't been working properly on the documentation, other than trying to=20 > remember some details in the Wiki page. >=20 >> Happy to get/organise a !committer contributor to take care of this if=20 >> no-one wants to pick it up. > > I will be glad to review/commit manpage changes that make things=20 > clearer. We should probably even try to document the format, as I recall=20 > we do for FAT somewhere(?). >=20 > Pedro.