-
-
Notifications
You must be signed in to change notification settings - Fork 14.1k
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.
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
nextcloud-client: 2.3.3 -> 2.5.0 #50463
Conversation
0096d6e
to
47507e3
Compare
No attempt on x86_64-darwin (full log) The following builds were skipped because they don't evaluate on x86_64-darwin: nextcloud-client Partial log (click to expand)
|
Success on aarch64-linux (full log) Attempted: nextcloud-client Partial log (click to expand)
|
Success on x86_64-linux (full log) Attempted: nextcloud-client Partial log (click to expand)
|
if (!withGnomeKeyring) then nextcloud-client else symlinkJoin { | ||
name = "${nextcloud-client.name}-with-gnome-keyring"; | ||
paths = [ nextcloud-client ]; | ||
nativeBuildInputs= [ makeWrapper ]; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nativeBuildInputs= [ makeWrapper ]; | |
nativeBuildInputs = [ makeWrapper ]; |
Updates to the latest version of the desktop client available. Tested the config migration from `nextcloud-client` 2.3.3 with a Nextcloud 14.0.3 instance (hosted using `services.nextcloud`). Additionally the derivation required the following changes: * Dropped `Qt5Sql` patch: this has been fixed upstream and isn't needed anymore (furthermore their CMake structure has changed and the patch wouldn't apply anymore on 2.5.0). * Moved to a new upstream repository (nextcloud/desktop), kept `fetchgit` to properly fetch submodules. * Added OpenSSL 1.1 integration: `libsync` (the syncing provided by this package) requires 1.1, furthermore the linking flags had to be fixed manually by passing `NIX_LDFLAGS` to the derivation. Furthermore I moved the support for a Gnome3 keyring into its own wrapper to avoid a full rebuild of the package whenever you alter `withGnomeKeyring` in an override expressions. It's still possible to enable keyring (now without recompile) like this: ``` nextcloud-client.override { withGnomeKeyring = true; } ``` To override the derivation itself you now have to use `nextcloud-client-unwrapped`: ``` nextcloud-client-unwrapped.overrideAttrs (old: { src = yoursrc; }) ```
47507e3
to
adfaec8
Compare
Success on x86_64-linux (full log) Attempted: nextcloud-client Partial log (click to expand)
|
Failure on aarch64-linux (full log) Attempted: nextcloud-client Partial log (click to expand)
|
No attempt on x86_64-darwin (full log) The following builds were skipped because they don't evaluate on x86_64-darwin: nextcloud-client Partial log (click to expand)
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Build and executed both configurations (with and without gnome-keyring) successfully.
I also made a quick account to test and it seems to work fine.
I wasn't able to test the gnome-keyring version properly because in my current setup it is nonfunctional.
I did and it seems to work. (I simply did |
In that case I'd say it's good to merge. |
Updates to the latest version of the desktop client available. Tested the config migration from `nextcloud-client` 2.3.3 with a Nextcloud 14.0.3 instance (hosted using `services.nextcloud`). Additionally the derivation required the following changes: * Dropped `Qt5Sql` patch: this has been fixed upstream and isn't needed anymore (furthermore their CMake structure has changed and the patch wouldn't apply anymore on 2.5.0). * Moved to a new upstream repository (nextcloud/desktop), kept `fetchgit` to properly fetch submodules. * Added OpenSSL 1.1 integration: `libsync` (the syncing provided by this package) requires 1.1, furthermore the linking flags had to be fixed manually by passing `NIX_LDFLAGS` to the derivation. Furthermore I moved the support for a Gnome3 keyring into its own wrapper to avoid a full rebuild of the package whenever you alter `withGnomeKeyring` in an override expressions. It's still possible to enable keyring (now without recompile) like this: ``` nextcloud-client.override { withGnomeKeyring = true; } ``` To override the derivation itself you now have to use `nextcloud-client-unwrapped`: ``` nextcloud-client-unwrapped.overrideAttrs (old: { src = yoursrc; }) ``` (cherry picked from commit e75f922)
Motivation for this change
Updates to the latest version of the desktop client available. Tested
the config migration from
nextcloud-client
2.3.3 with a Nextcloud14.0.3 instance (hosted using
services.nextcloud
).Additionally the derivation required the following changes:
Dropped
Qt5Sql
patch: this has been fixed upstream and isn't neededanymore (furthermore their CMake structure has changed and the patch
wouldn't apply anymore on 2.5.0).
Moved to a new upstream repository (nextcloud/desktop), kept
fetchgit
to properly fetch submodules.Added OpenSSL 1.1 integration:
libsync
(the syncing provided by thispackage) requires 1.1, furthermore the linking flags had to be fixed
manually by passing
NIX_LDFLAGS
to the derivation.Furthermore I moved the support for a Gnome3 keyring into its own
wrapper to avoid a full rebuild of the package whenever you alter
withGnomeKeyring
in an override expressions.It's still possible to enable keyring (now without recompile) like this:
To override the derivation itself you now have to use
nextcloud-client-unwrapped
:Things done
sandbox
innix.conf
on non-NixOS)nix-shell -p nox --run "nox-review wip"
./result/bin/
)nix path-info -S
before and after)