Please add to epel 8: nextcloud-client package
+1 from me, I use this all the time. Would be great to see a recent client in EPEL 8
dependency qtkeychain-qt5-devel is still missing on EPEL8
qtkeychain-qt5-devel-0.9.1-4.el8.1.x86_64.rpm is in Epel testing now.
(In reply to Marco van Raaij from comment #3) > qtkeychain-qt5-devel-0.9.1-4.el8.1.x86_64.rpm is in Epel testing now. Once in stable, I will build nextcloud-client
Cool, thanks!
It is in stable now. -------------------------------------------------------------------------------- Fedora EPEL Update Notification FEDORA-EPEL-2020-ea970ec00a 2020-07-22 01:35:35.798142 -------------------------------------------------------------------------------- Name : qtkeychain Product : Fedora EPEL 8 Version : 0.9.1 Release : 4.el8.1 URL : https://github.com/frankosterfeld/qtkeychain Summary : A password store library Description : The qtkeychain library allows you to store passwords easily and securely. -------------------------------------------------------------------------------- Update Information: First build on EPEL8
https://koji.fedoraproject.org/koji/taskinfo?taskID=47621257 No matching package to install: 'libcloudproviders-devel' I tried to open a bugreport for asking an EPEL 8 build of libcloudproviders, but it is not available as component in https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora%20EPEL and I don't know why. Please help me to find out why since I don't have much time in these weeks. Thank you
Ah! That's because libcloudproviders does not have an EPEL branch. I will file a request later today.
Hi, I don't want to push but is there some progress?
1862395 is fixed.
Hi Germano, do you have a status update?
(In reply to Marco van Raaij from comment #11) > Hi Germano, do you have a status update? libcloudproviders-0.3.1-1.el8 is still in testing https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-0b99aec329 When it will be in stable repository I will build nextcloud-client for EPEL 8
(In reply to Germano Massullo from comment #12) > (In reply to Marco van Raaij from comment #11) > > Hi Germano, do you have a status update? > > libcloudproviders-0.3.1-1.el8 is still in testing > https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-0b99aec329 > > When it will be in stable repository I will build nextcloud-client for EPEL 8 To save time, you can add libcloudproviders as an override, waitrepo, then build nextcloud-clients against it. Would love to see this in EPEL8!
https://bugzilla.redhat.com/show_bug.cgi?id=1871655#c15
FEDORA-EPEL-2020-fac292da45 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-fac292da45
FEDORA-EPEL-2020-fac292da45 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-fac292da45 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Problem: conflicting requests - nothing provides libgnome-keyring needed by nextcloud-client-2.6.5-8.el8.x86_64 from https://access.redhat.com/solutions/4491691: Resolution Applications using libgnome-keyring should be refactored to use libsecret instead. Root Cause libgnome-keyring has been deprecated in favor of libsecret, which performs the same function. The libsecret and libsecret-devel packages are available in the RHEL 8 AppSteam repository.
(In reply to Marco van Raaij from comment #17) > Problem: conflicting requests > - nothing provides libgnome-keyring needed by > nextcloud-client-2.6.5-8.el8.x86_64 > > > from https://access.redhat.com/solutions/4491691: > > Resolution > > Applications using libgnome-keyring should be refactored to use > libsecret instead. > > Root Cause > > libgnome-keyring has been deprecated in favor of libsecret, which performs > the same function. The libsecret and libsecret-devel packages are available > in the RHEL 8 AppSteam repository. # dnf install nextcloud-client-2.6.5-8.el8.x86_64.rpm nextcloud-client-libs-2.6.5-8.el8.x86_64.rpm Errore: Problema 1: conflicting requests - nothing provides libcloudproviders.so.0()(64bit) needed by nextcloud-client-2.6.5-8.el8.x86_64 - nothing provides libgnome-keyring needed by nextcloud-client-2.6.5-8.el8.x86_64 Problema 2: package nextcloud-client-libs-2.6.5-8.el8.x86_64 requires nextcloud-client(x86-64) = 2.6.5-8.el8, but none of the providers can be installed - conflicting requests - nothing provides libcloudproviders.so.0()(64bit) needed by nextcloud-client-2.6.5-8.el8.x86_64 - nothing provides libgnome-keyring needed by nextcloud-client-2.6.5-8.el8.x86_64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) I really don't understand why dnf complains about libgnome-keyring since it is enabled only for Fedora < 33 https://src.fedoraproject.org/rpms/nextcloud-client/blob/master/f/nextcloud-client.spec#_58 Mukundan Ragavan and Tim Klocke, do you have time to investigate? Thank you Concerning libcloudproviders we have to wait that it will reach stable repository
yeah, but it has nothing for EL, right? If I am reading this correctly, we need to mention for epel as well. I will take a look at this in the next few days.
(In reply to Mukundan Ragavan from comment #19) > yeah, but it has nothing for EL, right? If I am reading this correctly, we > need to mention for epel as well. > I am reading this wrong. You are right. This is strange. I will take a look.
I just commented on the Bodhi update as well: - with libgnome-keyring rebuilt, nextcloud-client works fine. I can login, my password gets stored in gnome-keyring, everything works after reboot - the reason this hits EPEL too is 0%{?fedora} < 33 expands to 0 < 33 on non-Fedora releases I didn't notice the discussion re: qtkeychain here -- but since qtkeychain is in EPEL, would it make more sense to have qtkeychain in EL8 bumped to 0.10.0 so we can use libsecret instead of libgnome-keyring? Then the spec can just have %if 0%{?fedora} && 0%{?fedora} < 33 Requires: libgnome-keyring %endif
added that bug to ask for qtkeychain to be upgraded in EPEL8 (there's no other packages requiring it so it's a good time to do so).
qtkeychain is getting updated, so we can drop the libgnome-keyring dependency: https://src.fedoraproject.org/rpms/nextcloud-client/pull-request/4
linking bug for requesting nautilus-python, required by nextcloud-client-nautilus (I think it's fine to release nextcloud-client anyway, and have a subpackage that can't be installed until nautilus-python is branched, though).
Michel Alexandre Salim thank you for your help. I am releasing a new update soon
Still getting build failures due cmake stuff CMake Warning: Manually-specified variables were not used by the project: CMAKE_Fortran_FLAGS_RELEASE CMAKE_INSTALL_LIBEXECDIR_KF5 CMAKE_USE_RELATIVE_PATHS ECM_MKSPECS_INSTALL_DIR -- Build files have been written to: /builddir/build/BUILD/desktop-2.6.5 + /usr/lib/rpm/cmake-build aarch64-redhat-linux-gnu -j5 Unknown build format, exiting! RPM build errors: https://koji.fedoraproject.org/koji/taskinfo?taskID=50522224 I don't understand why now it fails but previously it was working...
Germano: kf5-rpm-macros -1 is broken; the lsat successful build was with -3 added to the buildroot override. I've pinged epel-devel an update has now been pushed out: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-d49300e014
Can you test https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-12ac6b643e ?
FEDORA-EPEL-2020-12ac6b643e has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-12ac6b643e See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
nextcloud-client from epel-testing installs and works for me. nextcloud-client-nautilus is broken: Error: Problem: conflicting requests - nothing provides nautilus-python needed by nextcloud-client-nautilus-2.6.5-9.el8.x86_64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
FEDORA-EPEL-2020-12ac6b643e has been pushed to the Fedora EPEL 8 stable repository. If problem still persists, please make note of it in this bug report.