I have the same problem. Neither downgrading the package to 6.0.3 (bei changing the pkgver and sha5sums in pkgbuild) nor upgrading the server to 6.0.9 (the newest vor "pi") doesnt solve the problem.
Search Criteria
Package Details: seafile-client 9.0.11-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/seafile-client.git (read-only, click to copy) |
|---|---|
| Package Base: | seafile-client |
| Description: | GUI client for synchronizing your local files with seafile server |
| Upstream URL: | https://github.com/haiwen/seafile-client |
| Licenses: | Apache |
| Submitter: | Localizator |
| Maintainer: | Joffrey |
| Last Packager: | Joffrey |
| Votes: | 168 |
| Popularity: | 0.000000 |
| First Submitted: | 2012-12-10 17:34 (UTC) |
| Last Updated: | 2024-11-14 17:07 (UTC) |
Dependencies (7)
- qt6-5compat
- qt6-base (qt6-base-gitAUR, qt6-base-headlessAUR)
- qt6-webengine
- seafileAUR
- cmake (cmake-gitAUR) (make)
- qt6-tools (make)
- gtk-update-icon-cache (gtk-update-icon-cache-gitAUR) (optional)
Required by (0)
Sources (2)
ToK commented on 2017-04-26 11:09 (UTC)
snack commented on 2017-04-26 08:40 (UTC)
After today's upgrade to 6.0.4-2 it seems that the association between local and remote folders is gone. If I try to set the sync again I get this error:
Failed to add download task: Transport Error
I guess that it has something to do with the recent migration to OpenSSL 1.1 and all the relate compatibility work. Anyone with the same issue?
polslinux commented on 2017-04-25 15:44 (UTC)
@hhopimet cool! Back when I was trying it on a vm with testing enabled compiling the client wasn't possible.
Still, there's a fundamental problem: the core is compiled against 1.0 while qt is compiled against 1.1.
This could lead to some problem[1]
[1] https://lists.debian.org/debian-devel/2016/11/msg00754.html
eolianoe commented on 2017-04-25 11:27 (UTC)
@Revelation60: openssl and openssl-1.0 are already resolved by the other dependencies
Revelation60 commented on 2017-04-25 11:12 (UTC)
Installing the extra/openssl-1.0 1.0.2.k-3 seems to do the trick. This should be one of the dependencies.
hopimet commented on 2017-04-25 06:27 (UTC)
I have core/openssl 1.1.0.e-1 and extra/openssl-1.0 1.0.2.k-3 installed and seafile-client builds fine.
eolianoe commented on 2017-04-24 20:53 (UTC)
@polslinux: I know, all the seafile packages need to be fixed to build against openssl-1.0. I'm trying to find a fix for each package, which will need some more time
polslinux commented on 2017-04-24 19:24 (UTC)
maybe the fix for cmake listed here? https://www.archlinux.org/todo/openssl-110-rebuild/
polslinux commented on 2017-04-24 19:24 (UTC)
cannot compile with openssl-1.1.0...
Pinned Comments
Joffrey commented on 2021-05-30 20:06 (UTC) (edited on 2021-05-30 20:11 (UTC) by Joffrey)
Please, when you have compilation or execution errors, recompile each component without using an AUR helper before reporting an issue.