From owner-freebsd-arch@freebsd.org Tue Mar 27 16:48:35 2018 Return-Path: Delivered-To: freebsd-arch@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 21D78F69A17 for ; Tue, 27 Mar 2018 16:48:35 +0000 (UTC) (envelope-from sandeen@redhat.com) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B933D712A6; Tue, 27 Mar 2018 16:48:34 +0000 (UTC) (envelope-from sandeen@redhat.com) Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id BD0FE2F30C2; Tue, 27 Mar 2018 16:48:33 +0000 (UTC) Received: from [IPv6:::1] (ovpn04.gateway.prod.ext.phx2.redhat.com [10.5.9.4]) by smtp.corp.redhat.com (Postfix) with ESMTPS id B7DBA5E1A5; Tue, 27 Mar 2018 16:48:29 +0000 (UTC) Subject: Re: FreeBSD and xfsprogs ? To: "Darrick J. Wong" , Conrad Meyer Cc: Cy Schubert , "Luis R. Rodriguez" , Carlos Maiolino , "freebsd-arch@freebsd.org" , xfs References: <201803261953.w2QJrYQm028227@slippy.cwsent.com> <20180327160714.GB4818@magnolia> From: Eric Sandeen Message-ID: <8396fd92-3a64-a84f-b110-7edc6f0844b0@redhat.com> Date: Tue, 27 Mar 2018 11:48:29 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180327160714.GB4818@magnolia> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.29]); Tue, 27 Mar 2018 16:48:33 +0000 (UTC) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2018 16:48:35 -0000 On 3/27/18 11:07 AM, Darrick J. Wong wrote: > [cc the xfsprogs maintainer] > [cc xfs list] Yes, thanks. > On Mon, Mar 26, 2018 at 12:57:55PM -0700, Conrad Meyer wrote: >> Yeah, someone broke the build recently via a base toolchain change or >> a ports framework/compiler change. I don't think that changes >> anything. >> >> On Mon, Mar 26, 2018 at 12:53 PM, Cy Schubert wrote: >>> In message >> il.com> >>> , Conrad Meyer writes: >>>> On Fri, Mar 23, 2018 at 12:18 PM, Luis R. Rodriguez wrote >>>> : >>>>> On the Linux xfs development list there is an RFC to remove IRIX, >>>>> Darwin, and FreeBSD support from xfsprogs, the userspace program used >>>>> to create/interact with XFS filesystems. Just wanted to poke and check >>>>> to ensure that FreeBSD is not interested in XFS, if this is incorrect >>>>> now would be the good time to chime into the list and discussion. >>>>> >>>>> [0] https://lkml.kernel.org/r/20180322202102.wpff347scdmfpv62@odin.usersys. >>>> redhat.com >>>> >>>> Hi Luis, >>>> >>>> FreeBSD 11+ can mount XFS filesystems read and write via a FUSE port >>>> incorporating LKL[0] (sysutils/fusefs-lkl). I would appreciate > Yikes. I'm curious, how many people use fusefs-lkl? > > Eric will have more to say about this, but is your xfsprogs port still > on 3.2.4 because ./configure can't find libblkid? So: At this point, it seems like if you're still on a 4 year old xfsprogs release with custom patches due to build problems we've never heard about, there doesn't seem to be a very strong effort to keep XFS on FreeBSD thriving. And, given that you're stuck on 3.2.4, removing support from 4.16.0 won't change your situation anyway. Are people using this? Is anyone dedicated to maintaining it, or is it just kind of floating along at this point? I'd rather not keep non-building freebsd code around just in case; I'd like to either see someone take ownership to get freebsd properly building upstream, or just drop it and let FreeBSD keep patching on the side as you've been doing for a few years anyway. Thoughts? Thanks, -Eric