Looks like fuse is not properly working yet. I need to investigate some more.

Fuse is now found, however mounting is not possible.
The error is the following:

fusermount: /nix/store/v6l2sacryfr88yqq0pq7sia8wfgm9q31-wrapper.c:203: main: Assertion `!(st.st_mode & S_ISUID) || (st.st_uid == geteuid())' failed.

I think it might be related to #42117

Also related #81208

I marked this as stale due to inactivity. → More info

I'm still working on it.

It is still not working but I was able to compile it from source. I will push the changes soon.

Hi @bachp !
Thank you for your great job!
I've taken the liberty and took your scripts and slightly adjusted them.
I managed to run and now I am using Cryptomator with this changes bachp/nixpkgs@cryptomator...ewok:bachp-cryptomator-1.5.10 . Hope you find it useful.

@ewok Awsome, I never managed to get it working. I made some progress on compiling cryptomator from source tough. I never pushed it tough.

Are you planning to submit your work to nixpkgs?

@bachp I can submit it to nixpkgs. Could you advice how to do it correctly? Not sure that I have appropriate permissions, I am a newbie here =)

@ewok You don't need any special permissions. You just have to open a pull request. When you open a new pull request it will include a template that should give you some hints on what to look out for.

And don't be afraid to open a PR, I think contributing to nixpks is very aprachable and people are very friendly and help you out should you miss somthing.

@ewok If you prefer I could also include your changes in this MR

@bachp, @ewok this is great, thank you for your work.

nixpkgs-review pr 83434

1 package built:
cryptomator

i was able to build and run cryptomator (added my vault and browsed my files no problem):

used fuse backend.

tried to mount with webdav:

Caused by: org.cryptomator.frontend.webdav.mount.Mounter$CommandFailedException: No mounting strategy found.
        at org.cryptomator.frontend.webdav.mount.FallbackMounter.mount(FallbackMounter.java:15)
        at org.cryptomator.frontend.webdav.servlet.WebDavServletController.mount(WebDavServletController.java:102)
        at org.cryptomator.common.vaults.WebDavVolume.mount(WebDavVolume.java:66)
        ... 12 common frames omitted

forgive my ignorance, do i understand it right that we don't package in AppImage format due to fuse issues? i see that arch package it in AppImage: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=cryptomator, no problem.

@ivankovnatsky I started of with packaging the AppImage but, as you already said, fuse didn't work inside the wrapper. I belive the reason is #42117. I also tried to manually extract the AppImage but I couldn't get it working either.

But I think packaging from source is preferable anyway and thanks to the work of @ewok it's now working.

I didn't test Webdav to be honest as I prefer fuse. Do you consider this a blocker?

@bachp

can you please squash your changes/suggestions together.

I started of with packaging the AppImage but, as you already said, fuse didn't work inside the wrapper. I belive the reason is #42117. I also tried to manually extract the AppImage but I couldn't get it working either.

But I think packaging from source is preferable anyway and thanks to the work of @ewok it's now working.

yeah, i myself got into these troubles when was trying to use slock display locker, it would not work unless used with: https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/programs/slock.nix#L24.

potentially we could do the same, i guess, but i'm here occasional contributor, we might need to consult members of the community.

in case of packaging the AppImage format we don't need to think about support like webdav and so, as it should be provided as is, hopefully :-)

I didn't test Webdav to be honest as I prefer fuse. Do you consider this a blocker?
i myself don't care much, as long as my files are mounted in readable form, but i've used cryptomator on both windows and mac and it uses webdav by default there.

i mean some users might want that, but not really sure. and as cryptomator is a gui app (please correct me if not), i think we need to support full features in the interface.

hi,
can you please import the graphics from somewhere else? they are rather big and nixpkgs should not contain any asset files to keep the size from growing needlessly.

What do you mean by "from somewhere else"?

Despite their source, wont they end up in $out and therefore be in the binary cache anyway? Or am I somehow misunderstanding you?

yes, they will end up on the binary cache, but every nixos/nix system has a full checkout of nixpkgs lying around. even if they never use this package they would end up with some asset files they can't get rid of.

from somewhere else, maybe via fetchurl? then we would just have a link inside the nix expression. Question is, if there is a stable url available for these images. In the best case they would be part of the source itself, so maybe this should be fixed in their source repo?

I agree with @Lassulus - This stuff does not belong into nixpkgs! Adding images to nixpkgs results in thousand of nix installations being spammed with unnecessary crap! Don't do this!

@Lassulus Okay, I think I understand now. I haven't seen that there were pictures part of the commit(s).

I agree with @Lassulus - This stuff does not belong into nixpkgs! Adding images to nixpkgs results in thousand of nix installations being spammed with unnecessary crap! Don't do this!

language.

language.

I did not target any contributors or person here! If someone felt offended anyways, I apologize.

This is a semi-automatic executed nixpkgs-review with nixpkgs-review-checks extension. It is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.

Result of nixpkgs-review pr 83434 run on x86_64-linux 1

The following issues got detected with the above build packages.
Please fix at least the ones listed with your changed packages:

   |
91 |     license = licenses.gpl3;
   |     ^

   |
56 |   buildPhase = ''
   |   ^

   |
61 |   installPhase = ''
   |   ^

  |
1 | { lib, stdenv, fetchurl, fetchFromGitHub
  |                ^

  |
3 | , makeDesktopItem
  |   ^

@SuperSandro2000 Suggestions comments applied

This is a semi-automatic executed nixpkgs-review with nixpkgs-review-checks extension. It is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.

Result of nixpkgs-review pr 83434 run on x86_64-linux 1

The following issues got detected with the above build packages.
Please fix at least the ones listed with your changed packages:

   |
87 |     license = licenses.gpl3;
   |     ^

   |
53 |   buildPhase = ''
   |   ^

   |
58 |   installPhase = ''
   |   ^

Updated to 1.5.13

@bachp great work! :-)