summary refs log tree commit diff
path: root/pkgs/os-specific/linux/fuse/common.nix
Commit message (Collapse)AuthorAge
* fusePackages: don't manually enableParallelBuildingAlyssa Ross2021-05-12
| | | | This is automatic for Meson builds.
* Merge pull request #119562 from symphorien/fusermountsetuidGuillaume Girol2021-04-30
|\ | | | | fuse: fix mount.fuse -o setuid=...
| * fuse: fix mount.fuse -o setuid=...Symphorien Gibol2021-04-17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | when mounting a fuse fs by fstab on can write: /nix/store/sdlflj/bin/somefuseexe#argument /mountpoint fuse setuid=someuser mount is run by root, and setuid is a way to tell mount.fuse to run somefuseexe as someuser instead. Under the hood, mount.fuse uses su. The problem is that mount is run by systemd in a seemingly very empty environment not containing /run/current-system/sw/bin nor /run/wrappers/bin in $PATH, so mount fails with "su command not found". We now patch the command to run su with an absolute path. man mount.fuse3 indicates that this option is reserved to root (or with enough capabilities) so not using /run/wrappers/bin/su is thus correct. It has the very small advantage of possibly working on non nixos.
* | fuse3: 3.10.2 -> 3.10.3Michael Weiss2021-04-12
|/
* pkgs/os-specific: stdenv.lib -> libBen Siraphob2021-01-17
|
* treewide: with stdenv.lib; in meta -> with lib;Profpatsch2021-01-11
| | | | | | | | | | | | | | | | | | | Part of: https://github.com/NixOS/nixpkgs/issues/108938 meta = with stdenv.lib; is a widely used pattern. We want to slowly remove the `stdenv.lib` indirection and encourage people to use `lib` directly. Thus let’s start with the meta field. This used a rewriting script to mostly automatically replace all occurances of this pattern, and add the `lib` argument to the package header if it doesn’t exist yet. The script in its current form is available at https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix
* utillinux: rename to util-linuxGraham Christensen2020-11-24
|
* fuse3: 3.9.4 -> 3.10.0 (#100075)Michael Weiss2020-10-10
|
* fuse3: 3.9.2 -> 3.9.4 (#95072)Michael Weiss2020-08-10
| | | | Note: Version 3.9.3 and 3.9.4 are equivalent: "This was an "accidental" release, it is equivalent to 3.9.3."
* fuse3: 3.9.0 -> 3.9.1 (#82999)Michael Weiss2020-03-21
|
* treewide: name -> pnamevolth2019-08-17
|
* fuse3: 3.6.1 -> 3.6.2Michael Weiss2019-07-10
|
* fuse,fuse3: Avoid unnecessary build warningsMichael Weiss2019-06-14
| | | | | | | | | | | | | Do not set FUSERMOUNT_DIR since we already set it though NIX_CFLAGS_COMPILE. Setting it twice results in a lot of warnings like this one: <command-line>:0:0: warning: "FUSERMOUNT_DIR" redefined which makes the build look potentially broken. This doesn't affect the result but fuse3 will now build without any warnings and building fuse yields less warnings.
* Merge branch 'staging-next'Vladimír Čunát2018-08-21
|\ | | | | | | Security fixes for a few packages are included.
| * fuse: make tests run, but disableJan Malakhovski2018-08-11
| |
* | fuse: add licenseMarkus Kowalewski2018-08-20
|/
* pkgs/*: remove unreferenced function argumentsvolth2018-07-21
|
* fuse3: 3.2.3 -> 3.2.4Michael Weiss2018-07-13
|
* fuse3: 3.2.2 -> 3.2.3Michael Weiss2018-05-11
|
* fuse3: install fuse.conf without execute bitMichael Raskin2018-04-01
|
* fuse3: 3.2.1 -> 3.2.2Michael Weiss2018-04-01
| | | | | Stop using bin/mount.fuse from fuse3 for fuse2 (mount.fuse from fuse3 isn't guaranteed to remain backwards compatible).
* fuse: Fix cross-compilationShea Levy2018-02-28
|
* fuse3: 3.2.0 -> 3.2.1Michael Weiss2017-11-15
|
* fuse3: 3.1.1 -> 3.2.0Michael Weiss2017-09-23
|
* fuse3: init at 3.1.1Michael Weiss2017-09-21
This includes fuse-common (fusePackages.fuse_3.common) as recommended by upstream. But while fuse(2) and fuse3 would normally depend on fuse-common we can't do that in nixpkgs while fuse-common is just another output from the fuse3 multiple-output derivation (i.e. this would result in a circular dependency). To avoid building fuse3 twice I decided it would be best to copy the shared files (i.e. the ones provided by fuse(2) and fuse3) from fuse-common to fuse (version 2) and avoid collision warnings by defining priorities. Now it should be possible to install an arbitrary combination of "fuse", "fuse3", and "fuse-common" without getting any collision warnings. The end result should be the same and all changes should be backwards compatible (assuming that mount.fuse from fuse3 is backwards compatible as stated by upstream [0] - if not this might break some /etc/fstab definitions but that should be very unlikely). My tests with sshfs (version 2 and 3) didn't show any problems. See #28409 for some additional information. [0]: https://github.com/libfuse/libfuse/releases/tag/fuse-3.0.0