I don't know whether it's common for other FUSE filesystems to provide
these aliases, but there exists a `/usr/sbin/mount.fuse` that gets invoked
when `/etc/fstab` mentions a filesystem such as `fuse.bindfs`.
On Thu, Feb 15, 2024 at 2:48 PM Helmut Grohne wrote:
> Package: bindfs
> Version:
a short patch.
But there may be other FUSE 2 filesystems designed to "wrap" an existing
directory that also have this bug, so I think fixing this at the FUSE layer
is better.
On Tue, 18 Feb 2020 at 15:12, Eugene V. Lyubimkin wrote:
> Hello,
>
> Martin Pärtel kirjoitti 17.2.2020
On Wed, 12 Feb 2020 at 18:07, Willem Mulder
wrote:
> Hi Martin,
>
> On Wed, 2020-02-12 at 17:17 +0200, Martin Pärtel wrote:
> > If that doesn't help, maybe you're running a mixed environment where
> > e.g. bindfs is compiled against FUSE 2 but the system runs FUSE 3
> &
Hi Willem,
The only reference to "nonempty" in binds code is when a directory is
mounted on itself. In that case bindfs adds `-ononempty` automatically. I
changed it so it doesn't on FUSE 3:
https://github.com/mpartel/bindfs/commit/2c2337b7c9b87744662c4b08d453bf7128444f43
(git master, not in a
Thanks Marcelo. It's embarassing how many memory bugs I've put into
bindfs recently.
1.10.7 should be clean (ran test suite with valgrind), but if you want
to base off 1.10.3 due to a feature freeze or something, then please use
the attached two patches instead. One is a more comprehensive
Note that I added process_path to the revised patch, it's not the same
code that was in 1.10.6. In 1.10.6 pathconf still failed for exactly the
reason you described, but defaulting to NAME_MAX always saved the day. I
feel quite stupid for staring at it for so long and not seeing the
missing
For the record, I posted
http://www.freebsd.org/cgi/query-pr.cgi?pr=159102
and put a sleep-if-bsd in the test suite for the eventual next release
(
https://github.com/mpartel/bindfs/commit/1479a6bb7184009b440a2e68b792941de1bd1f76
).
--
To UNSUBSCRIBE, email to
Hi Robert and Eugene,
bindfs doesn't hardcode fusermount. It works with MacFUSE, which also
doesn't have fusermount and uses umount for unmounts. However, on Linux
fusermount had better be installed or else a regular user can't unmount
(and probably not mount) anything not in fstab.
If
On 07/21/2011 09:21 PM, Robert Millan wrote:
It should be noted that unlike the GNU/Linux version, FUSE may only be
used as root on Debian GNU/kFreeBSD. This is relevant for the Debian
package maintainer because the testsuite should only be run when
DEB_HOST_ARCH_OS = linux.
Or only run the
On 07/21/2011 09:46 PM, Robert Millan wrote:
Testsuite fails.
I just installed a virtualized kFreeBSD to debug that. With fuse4bsd the
mount appears too late. Unlike with Linux, it appears after bindfs has
backgrounded and sometimes even after the mount appears in `mount` :/
In any case,
Same problem on an old desktop system with an ATI Radeon 9250 5960 (AGP).
The system worked perfectly otherwise before I switched from a GeForce 2 to
the ATI card, hoping for better driver support (*sigh*).
The system was initially running lenny, but all GL apps would segfault the X
server. I
Still happens. This is also a box that has been upgraded from etch to lenny.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Works for me now. Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: xserver-xorg-input-kbd
Version: 1:1.2.2-3
Severity: normal
After the recent big Xorg update, I started getting mysterious failures while
typing quickly a password, which contains the sequence xA. It turned out
that if I start holding down left shift very quickly after typing x, the
Could you report this upstream at http://bugs.freedesktop.org, product
xorg, component Driver/intel? Thanks.
Done.
https://bugs.freedesktop.org/show_bug.cgi?id=10586
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Yeah, sorry, that was a messy post. I hope this one is a bit better.
* Behaviour with unstable packages:
libdrm2_2.0.2-0.1_i386.deb
libdrm-dev_2.0.2-0.1_i386.deb
libgl1-mesa-dev_6.5.1-0.6_i386.deb
libgl1-mesa-dri_6.5.1-0.6_i386.deb
libgl1-mesa-glx_6.5.1-0.6_i386.deb
Hi Brice,
Yes, the problem still exists, although with LIBGL_ALWAYS_INDIRECT enabled
programs no longer tend to crash.
I tried with the following experimental packages:
libdrm2_2.3.0-1_i386.deb
libdrm-dev_2.3.0-1_i386.deb
libgl1-mesa-dev_6.5.2-3_all.deb
libgl1-mesa-dri_6.5.2-3_i386.deb
Package: rlwrap
Version: 0.24-1
Severity: normal
The current upstream version of rlwrap is 0.28.
Please upgrade to that as 0.27 fixed quite a few annoying bugs.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:
Package: libgl1-mesa-dri
Version: 6.5.1-0.2
Severity: important
OpenGL apps are terribly slow or don't work at all unless
LIBGL_ALWAYS_INDIRECT is set.
e.g. glxgears renders nothing and prints:
libGL warning: 3D driver claims to not support visual 0x5b
do_wait: drmWaitVBlank returned -1, IRQs
Same problem here with Warcraft III and a certain Nullsoft installer.
wine regedit and winemine for example do work.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libatomic-ops-dev
Version: 1.0-1
Severity: important
Tags: experimental
The function AO_test_and_set_full fails to build with the following
error:
test.s: Assembler messages:
test.s:38: Error: bad register name `%sil
This only occurs when compiling with the -O0 flag using gcc 4.0.
It
21 matches
Mail list logo
