From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 33571 invoked by alias); 26 Jul 2016 20:07:18 -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 33518 invoked by uid 89); 26 Jul 2016 20:07:17 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=billzissnavimaticscom, billziss@navimatics.com, sk:billzis, D*navimatics.com X-HELO: mail-yw0-f180.google.com Received: from mail-yw0-f180.google.com (HELO mail-yw0-f180.google.com) (209.85.161.180) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Tue, 26 Jul 2016 20:07:07 +0000 Received: by mail-yw0-f180.google.com with SMTP id z8so30910632ywa.1 for ; Tue, 26 Jul 2016 13:07:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=WbT+z1Hg47sQOrHDAMlBMRN2sDdAF7n8QKM50Nrt250=; b=RJoLtx1Hi2J170PvTPSPzixbDN06ZZW6AGQo3jPBcXjkwqXOGfEinKF55YnjKLSt49 jIFJWEYt9uSobnSLSY940w42SHZ6yMzsupW1FUwXP16OsmhkRqv5BbU5QLChFBW+8VMt Q8FUIUp47iapgrJA9pTUu1GYnwBHwHqCwh9OyRn5Z9wsn5QUGlvZ+hkJvVvs2tt5GXG5 MYogqaJeLT8gLCM4Ryf3mAOq3LoNxDom+xWSe2UTjSBinheTgvMyPS4sKEMMTlVsLZAN 5Mg6qSRJjVE9oSTRTGOjLOrNN3K+AVHelMNV7UvW+Ol08u24RWacVQlHcjJS6GnMMgJj yiuw== X-Gm-Message-State: AEkoousB1kX4xbM3dQ9C1xC3DyQnRbYoDktgoKBEjApMbBM3yxWmTzddTqpkCDL1nP1bmftb3uxqmrJDPQ18rg== X-Received: by 10.31.67.146 with SMTP id q140mr9439163vka.52.1469563625301; Tue, 26 Jul 2016 13:07:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.7.198 with HTTP; Tue, 26 Jul 2016 13:07:04 -0700 (PDT) In-Reply-To: References: <20160723104021.GA18159@calimero.vinschen.de> <20160723174836.GD11373@calimero.vinschen.de> <20160725073538.GF11373@calimero.vinschen.de> From: Adrien JUND Date: Tue, 26 Jul 2016 20:07:00 -0000 Message-ID: Subject: Re: [ITP] FUSE 2.8 To: cygwin-apps@cygwin.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-07/txt/msg00089.txt.bz2 Excellent idea Bill ! I am absolutely willing to do it ! Dokan install folder can also be retrieved from the registry so it is a way to go with dlopen and dlsym mechanism. Since I think all fuse wrapper in this fuse project should propose the same FUSE VERSION, I will need some time for updating it Dokan fuse that is currently 2.7 when WinFSP is 2.8. Thank you Mark Geisert for willing to maintain it ! 2016-07-26 20:38 GMT+02:00 Bill Zissimopoulos : > On 7/25/16, 11:27 PM, Mark Geisert wrote: > > >>Bill Zissimopoulos writes: >>> - Rename the package to winfsp-fuse, but have it somehow =E2=80=9Csatis= fy=E2=80=9D >>> packages that require =E2=80=9Cfuse=E2=80=9D (e.g. SSHFS, FUSEPY). This= would allow >>> multiple *-fuse packages to exist in the setup database and the user >>> chooses which one they want. My understanding based on Marco=E2=80=99s = answer is >>> that this is not currently supported by Cygwin=E2=80=99s dependency sys= tem. >> >>You could define a package "fuse" with no contents and a dependency on >>package "winfsp-fuse". Then later when/if another FUSE implementation >>becomes available, "somebody" could replace the "fuse" package with >>whatever is required to get alternatives support for the variants. > > BTW, here is another alternative that I have been mulling around. > > I can take the current Cygwin package source, place it under a liberal > license like the BSD and create a separate project out of it. The intent > of the new project would be to support different FUSE solutions for > Windows using a *single* package. Currently it only supports WinFsp, but > it could be modified to support Dokany or other solutions. > > There are many benefits to such an approach IMO: > > - A single FUSE package and a single cygfuse.dll. > - Works out of the box with all supported Windows user mode file system > solutions. > - No changes in Cygwin=E2=80=99s dependency system or setup.exe required. > - No user confusion. > > The current FUSE package is actually very simple. It looks in the registry > to see if/where WinFsp is installed and then loads the WinFsp DLL using > dlopen and the WinFsp-FUSE symbols using dlsym. Presumably the same > technique could work with Dokany or other solution. > > https://github.com/billziss-gh/winfsp/tree/master/opt/cygfuse > > To clarify I do not volunteer to maintain such a project. Only to > kickstart it by contributing the existing package code. I would hope that > another maintainer emerges, one who is both unaffiliated to the existing > projects (Dokany, WinFsp, etc.) to ensure fairness and one that has > Cygwin=E2=80=99s interests in mind. > > Let me know. > > Bill >