8000 [Feature Request] Offer binaries in all platforms for easier use. · Issue #475 · cryfs/cryfs · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

[Feature Request] Offer binaries in all platforms for easier use. #475

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Open
mhogomchungu opened this issue Sep 13, 2024 · 4 comments
Open

[Feature Request] Offer binaries in all platforms for easier use. #475

mhogomchungu opened this issue Sep 13, 2024 · 4 comments

Comments

@mhogomchungu
Copy link
Contributor

Expected Behavior

  1. Download page to offer binaries for all supported platforms so that a user can simply download a binary for their platform and start using it.

  2. Each downloadable binary should be in a zip archive or default archive format for each platform.

Actual Behavior

Binary package is provided for windows only and it is hidden behind an installer making it harder to automate downloading and extraction.
@smessmer
Copy link
Member

It's somewhat complicated to distribute binaries for different operating systems, including dependencies. Package managers like apt are much better than that and CryFS is part of the major repositories. An alternative might be to use distribution formats like flatpak, but those tend to have problems with fuse because they isolate the app and don't allow the necessary interactions with the kernel.

@mhogomchungu
Copy link
Contributor Author

I patched CryFS to make it not link with libcurl when "CRYFS_UPDATE_CHECKS" is set to false and a reported library dependency is like below.

If you can static link OpenMP(is it possible?) then you will have a binary with minimum and unavoidable list of library dependency.

ps:
I think CryFS should not link with libcurl is above option is set to off.

[ink@localhost bin]$ ldd cryfs
        linux-vdso.so.1 (0x00007fff06701000)
        /usr/$LIB/libgtk3-nocsd.so.0 => /usr/lib64/libgtk3-nocsd.so.0 (0x00007f372836e000)
        libgomp.so.1 => /usr/lib64/libgomp.so.1 (0x00007f37282f4000)
        libfuse.so.2 => /usr/lib64/libfuse.so.2 (0x00007f37282b6000)
        libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f3728000000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f3727f1f000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f3728289000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f3727d3f000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f372837a000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f3728282000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f372827d000)
[ink@localhost bin]$

@smessmer
Copy link
Member

ps: I think CryFS should not link with libcurl is above option is set to off.

Agreed, this is already implemented in 9b878c7.

The default distribution version would still have update checks and security vulnerability checks enabled though, otherwise they'd be pointless.

@mhogomchungu
Copy link
Contributor Author

An alternative might be to use distribution formats like flatpak, but those tend to have problems with fuse because they isolate the app and don't allow the necessary interactions with the kernel.

It will simply not be able to work from within flatpak and this is by flatpak design. Fortunately, flatpak has made it possible to "escape" the sandbox using flatpak-spawn.

The above means there is no benefit of providing a flatpak package because the binary will run outside the sandbox and will be subjected to the conditions of the host environment.

@scardracs scardracs mentioned this issue Jan 14, 2025
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@smessmer @mhogomchungu
0