ry for communicating with the FUSE kernel
+
+VERSION = 2.9.9
+DISTNAME = fuse-${VERSION}
+PKGNAME = lib${DISTNAME}
+
+SHARED_LIBS = fuse 0.0 # 0.0
+
+CATEGORIES = sysutils
+
+HOMEPAGE = https://github.com/libfuse/libfuse
+
+MAINTAINER = Helg Bredow
On Fri, Feb 05, 2021 at 07:17:09PM +0100, Gr??goire Jadi wrote:
> Helg writes:
>
> Hi,
>
> > I currently only have a port of the 2.x branch of libfuse (attached) but
> > will also port the 3.x libfuse once I have user mounting working. I am
> > not aware of a
On Mon, Jun 04, 2018 at 10:23:14AM +0200, Martin Pieuchot wrote:
> On 04/06/18(Mon) 14:26, Helg wrote:
> > Hi Ports,
> >
> > I have an upcoming patch to FUSE that passes the current process tid,
> > uid, gid and umask to the file system. This has highlighted a bu
On Mon, Jun 04, 2018 at 10:23:14AM +0200, Martin Pieuchot wrote:
> On 04/06/18(Mon) 14:26, Helg wrote:
> > Hi Ports,
> >
> > I have an upcoming patch to FUSE that passes the current process tid,
> > uid, gid and umask to the file system. This has highlighted a bu
Hi Ports,
I have an upcoming patch to FUSE that passes the current process tid,
uid, gid and umask to the file system. This has highlighted a bug in the
port where the groupmember() function in libntfs-3g/security.c assumes
it's runing on Linux where thread information is available in /proc.
This
On Mon, Dec 11, 2017 at 12:02:43PM +, Stuart Henderson wrote:
> On 2017/12/11 19:40, Helg wrote:
> > usmb is another FUSE file system that doesn't implement mknod, which is
> > now mandatory on OpenBSD. Upstream has not been updated for a few years
> > so I've p
usmb is another FUSE file system that doesn't implement mknod, which is
now mandatory on OpenBSD. Upstream has not been updated for a few years
so I've patched this operation in myself. It's not ideal because a new
file is created and then immediately closed and reopened when an
application calls o
On Tue, Dec 05, 2017 at 09:41:17PM +0100, Jeremie Courreges-Anglas wrote:
> On Tue, Dec 05 2017, Helg wrote:
> > Hi ports@,
> >
> > Update from 0.4.2 => 0.4.4
> >
> > I've been working with the developer of fuse-zip to add the FUSE mknod
> > ope
Hi ports@,
Update from 0.4.2 => 0.4.4
I've been working with the developer of fuse-zip to add the FUSE mknod
operation. This is now mandatory for FUSE ports on OpenbSD after I
removed the incorrect implementation of create from the kernel and
libfuse.
This version also fixes an "off-by-one" bug
o
the correct locations etc.
To create an exFAT file system you'll need exfat-utils, which I've also
ported (alternatively you can use OS X or Windows).
I've tested on amd64.
--
Helg
fuse-exfat.tgz
Description: Binary data
rect locations etc.
>
> To create an exFAT file system you'll need exfat-utils, which I've also
> ported.
>
> I've tested on amd64.
>
> Regards
>
> helg
Is anyone able to test this as well as exfat-utils? I also don't have commit
access so if it's OK can somebody please do the honours?
Thanks.
Hi All,
This port provides utilities for working with the exFAT file systems. Not all
of them are fully functional but mkexfatfs enabled formatting of devices/drives.
Tested on amd64.
Regards,helg
exfat-utils.tar.gz
Description: GNU Zip compressed data
Hi All,
This is a port of the FUSE exFAT implementation for OpenBSD. It enabled reading
and writing of SDXC cards, USB thumb drives etc. that have been formatted as
exFAT. This is my first port so let me know if I should make any changes, files
installed to the correct locations etc.
To create a
i386 with the SP kernel installed from the latest snapshot
> from my local mirror on the 31 Dec 2013.
>
> Any troubleshooting tips would be appreciated.
>
> Regards,
> helg
>
> $uname -a
> OpenBSD hp.my.domain 5.4 GENERIC#201 i386
>
> $ sudo gdb ntfs-3g -c /ntfs-3
know how to do it and I'll send the
new gdb output.
I'm running on i386 with the SP kernel installed from the latest snapshot from
my local mirror on the 31 Dec 2013.
Any troubleshooting tips would be appreciated.
Regards,
helg
$uname -a
OpenBSD hp.my.domain 5.4 GENERIC#201 i386
$
15 matches
Mail list logo
