From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 107291 invoked by alias); 22 Aug 2016 09:43:23 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 105729 invoked by uid 89); 22 Aug 2016 09:43:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.7 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 spammy=bills, Bills, Hx-languages-length:1901, collected X-HELO: m0.truegem.net Received: from m0.truegem.net (HELO m0.truegem.net) (69.55.228.47) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 22 Aug 2016 09:43:18 +0000 Received: from localhost (mark@localhost) by m0.truegem.net (8.12.11/8.12.11) with ESMTP id u7M9hHTC000470 for ; Mon, 22 Aug 2016 02:43:17 -0700 (PDT) (envelope-from mark@maxrnd.com) Date: Mon, 22 Aug 2016 09:43:00 -0000 From: Mark Geisert To: cygwin-apps@cygwin.com Subject: Re: [ITP] FUSE 2.8 In-Reply-To: <20160817091433.zksukafls6mkk52u@calimero.vinschen.de> Message-ID: References: <579A4102.9040406@maxrnd.com> <20160728200435.GG26311@calimero.vinschen.de> <20160729085141.GK26311@calimero.vinschen.de> < <20160817091433.zksukafls6mkk52u@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-IsSubscribed: yes X-SW-Source: 2016-08/txt/msg00071.txt.bz2 On Wed, 17 Aug 2016, Corinna Vinschen wrote: >>> Mark, did you find out how to move the repo under the Cygwin org >>> in the meantime? Is it the "Import repository" functionality by >>> any chance? >> >> Hi Corinna, >> Bill and I worked it out on a different thread of this conversation. I >> currently have a public repo mgeisert/cygfuse on GitHub. That seemed to be >> sufficient to me as maintainer. Does it need to be moved under cygwin/ ? >> If yes, it looks like "Import Repository" is a way to do it. > > It doesn't *need* to be but it would be neat and helpful to have > closley Cygwin-related projects in the Cygwin org. I don't have any objection to that in principle. It's hard for me to tell if this project qualifies that way, though. Conceptually it's kind of like a VFS layer, but the core functionality is in Bill's separate Windows-native WinFSP dll. The Cygwin end of things is just a bunch of wrappers around WinFSP calls all collected in a Cygwin dll. (BTW, I don't see how transparency is supposed to work in a setup like this.) >> I was planning to make sure the package Bill supplied met all the >> requirements for a Cygwin package. I figure it's real close but there was >> something I wasn't sure about and needed to research further, then real life >> intervened. Something to do with where its cygport file was getting package >> source from. > > Directly from git? See, e.g., the cygwin package's cygport. OK. The cygfuse.cygport file is referring to Bill's separate GitHub space for source code. Not sure it ought to do that. Either my GitHub space (as I'm the Cygwin cygfuse maintainer) or Cygwin's GitHub space seems better. I'm debugging some faulting test programs so this cygfuse code doesn't seem fully ready for prime time just yet. I'm sure Bill had it working so it's likely to be some kind of local issue, so it's mine to solve. ..mark