Package Details: nextcloud-client 2.3.2-2

Git Clone URL: https://aur.archlinux.org/nextcloud-client.git (read-only)
Package Base: nextcloud-client
Description: Nextcloud desktop client
Upstream URL: https://nextcloud.com/
Licenses: GPL2
Conflicts: owncloud-client
Submitter: k0ste
Maintainer: k0ste
Last Packager: k0ste
Votes: 149
Popularity: 19.258726
First Submitted: 2016-08-24 04:16
Last Updated: 2017-07-31 13:01

Dependencies (14)

Required by (0)

Sources (1)

Latest Comments

heavysink commented on 2017-09-22 21:18

nextcloud-client is now in archlinuxcn repository. All updates in AUR will be synchronized to the repo through a watcher bot.

[archlinuxcn]
Server = http://repo.archlinuxcn.org/$arch
## or use a CDN (beta)
#Server = https://cdn.repo.archlinuxcn.org/$arch
## or install archlinuxcn-mirrorlist-git and use the mirrorlist
#Include = /etc/pacman.d/archlinuxcn-mirrorlist

Once the repo is added, archlinuxcn-keyring package must be installed before it.

LukeLR commented on 2017-09-19 13:08

Why is qt5-location and qt5-sensors installed as runtime-dependencies?

Crashlog commented on 2017-08-20 12:14

Generally speaking other architectures aren't supported in the AUR. This comes up with the cower package all the time, and the answer is always no.

nullptr_t commented on 2017-08-20 12:08

Can you please add 'armv7h' (and maybe 'armv6h', 'aarch64' as well) as architecture? I am using my cloud for developing on raspberry pi, so this package could be useful to be compiled for that architecture.

NOTE: The build explicitly required mesa due to GL/gl.h header.

k0ste commented on 2017-08-01 07:16

Because many people want this from me, so I find way to do it.

maxqia commented on 2017-08-01 07:14

... wait why build from tar? why not just download via git and let git handle the submodules?

miro commented on 2017-07-31 16:14

works again. thanks for your effort!

k0ste commented on 2017-07-31 13:02

@miro try rebuild this package, I push some updates.

maxqia commented on 2017-07-31 11:07

Put my patch in @miro's forum post, by the way

miro commented on 2017-07-30 21:26

after lastet update I cannot login anymore (same as C0rn3j).
I also posted in the arch forum:
https://bbs.archlinux.org/viewtopic.php?id=228662

k0ste commented on 2017-07-30 13:21

@C0rn3j, about error like this you should report to upstream on Github.

C0rn3j commented on 2017-07-30 12:32

Hm, and syncing broke on 2 Arch boxes I have after updating to the new Nextcloud version.

https://i.imgur.com/1dhbzAh.png

Not sure if upstream issue or issue with the packaging

https://github.com/nextcloud/client_theming/issues/191

C0rn3j commented on 2017-07-30 11:52

@k0ste - actually nothing, I just totally missed the optional dependency python2-nautilus. Thanks for keeping this maintained.

k0ste commented on 2017-07-29 15:06

@C0rn3j, I don't understand what I need to do.

C0rn3j commented on 2017-07-29 14:59

@k0ste - as discussed here, nextcloud apparently has Nautilus integration, could you look into it so this package could have it?

https://github.com/nextcloud/client_theming/issues/30

C0rn3j commented on 2017-07-29 14:28

@Wmog
yaourt is fundamentally broken in many ways, remove it and install pacaur instead.

make sure you don't leave any weird yaourt repos in /etc/pacman.conf

See if the issue still persists with pacaur.

Wmog commented on 2017-07-29 11:20

Hello,

For one month I get the error:
"target not found: nextcloud-client"
while I run the command "yaourt -Syu nextcloud-client" to install it.

heichblatt commented on 2017-07-03 15:31

Hello,

I get the following error, and ideas?

[100%] Built target nextcloudcmd
Traceback (most recent call last):
File "/usr/bin/sphinx-build", line 6, in <module>
from pkg_resources import load_entry_point
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 3037, in <module>
@_call_aside
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 3021, in _call_aside
f(*args, **kwargs)
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 3050, in _initialize_master_working_set
working_set = WorkingSet._build_master()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 646, in _build_master
ws = cls()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 639, in __init__
self.add_entry(entry)
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 695, in add_entry
for dist in find_distributions(entry, True):
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 2024, in find_on_path
if len(os.listdir(fullpath)) == 0:
PermissionError: [Errno 13] Permission denied: '/usr/lib/python3.6/site-packages/proselint-0.8.0-py3.6.egg-info'
make[3]: *** [doc/CMakeFiles/doc-man.dir/build.make:57: doc/CMakeFiles/doc-man] Error 1
make[2]: *** [CMakeFiles/Makefile2:834: doc/CMakeFiles/doc-man.dir/all] Error 2
make[1]: *** [CMakeFiles/Makefile2:841: doc/CMakeFiles/doc-man.dir/rule] Error 2
make: *** [Makefile:381: doc-man] Error 2
==> ERROR: A failure occurred in build().
Aborting...

dasois commented on 2017-06-20 09:46

Only python-sphinx 1.5.5-2 did it for me.

lerux commented on 2017-05-27 22:08

Downgrade python-sphinx to 1.5.5-1 via Arch Archive. This will temporarily fix the build.

bertptrs commented on 2017-05-27 16:46

Can confirm the problems lestat70 is having; it also occurs on a machine where the package previously did build.

rican-linux commented on 2017-05-26 22:21

received a fatal error, reported upstream: https://github.com/nextcloud/client_theming/issues/161

/tmp/yaourt-tmp-rican-linux/aur-nextcloud-client/src/nextcloud-client/client/src/libsync/theme.cpp:34:39: fatal error: /tmp/yaourt-tmp-rican-1/aur-nextcloud-client/src/nextcloud-client/nextcloudtheme/nextcloudtheme.h: No such file or directory
# include INCLUDE_FILE(THEME_INCLUDE)
^
compilation terminated.
make[2]: *** [src/libsync/CMakeFiles/nextcloudsync.dir/build.make:783: src/libsync/CMakeFiles/nextcloudsync.dir/theme.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:243: src/libsync/CMakeFiles/nextcloudsync.dir/all] Error 2
make: *** [Makefile:152: all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build nextcloud-client.
==> Restart building nextcloud-client ? [y/N]
==> -----------------------------------------
==> n

lestat70 commented on 2017-05-25 17:44

Exception occurred:
File "/usr/lib/python3.6/site-packages/sphinx/util/nodes.py", line 45, in write
self.warnfunc(self._re.sub(r'\1:', text), None, '')
TypeError: cannot use a string pattern on a bytes-like object
The full traceback has been saved in /tmp/sphinx-err-o726slyg.log, if you want to report the issue to the developers.

sphinx-err-o726slyg.log:

File "/usr/lib/python3.6/site-packages/docutils/utils/error_reporting.py", line 203, in write
self.encoding_errors))
File "/usr/lib/python3.6/site-packages/sphinx/util/nodes.py", line 45, in write
self.warnfunc(self._re.sub(r'\1:', text), None, '')
TypeError: cannot use a string pattern on a bytes-like object


Thanks

Varakh commented on 2017-05-23 10:22

Latest python-sphinx update (1.6.1-2) breaks building because "Typing" is not available.

k0ste commented on 2017-04-25 11:57

No, this is Arch move from openssl 1.0 -> 1.1 issues.
I check, again - builds fine.

tommag commented on 2017-04-25 10:17

Hello,

I couldn't build the package :
/usr/bin/ld: warning: libssl.so.1.0.0, needed by /usr/lib/libQt5Network.so.5.8.0, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libcrypto.so.1.0.0, needed by /usr/lib/libQt5Network.so.5.8.0, not found (try using -rpath or -rpath-link)
/

Apparently this is related to a qt5-base upgrade ? https://bbs.archlinux.org/viewtopic.php?id=225094

k0ste commented on 2017-04-14 04:06

michaudg, this is your local, perhaps environment issue.

michaudg commented on 2017-04-13 18:45

Working PKGBUILD: https://pastebin.com/GeecmxCq

michaudg commented on 2017-04-10 23:37

I had these errors when building:
---
/tmp/makepkg/nextcloud-client/src/nextcloud-client/client/src/libsync/theme.cpp:34:39: fatal error: /tmp/makepkg: No such file or directory
# include INCLUDE_FILE(THEME_INCLUDE)

Solved by changing line 31 of PKGBUILD with:
cmake -D OEM_THEME_DIR=$(realpath ${srcdir}/${pkgname}/nextcloudtheme) ../client
---
Extension error:
Could not import extension sphinx.builders.linkcheck (exception: cannot import name 'DependencyWarning')

Solved by downgrading Sphinx to version 1.4.8
pip install sphinx==1.4.8
---
https://github.com/nextcloud/client_theming/issues/42#issuecomment-272826506
https://github.com/sphinx-doc/sphinx/issues/3295#issuecomment-270084268

PipeItToDevNull commented on 2017-04-03 18:37

I am having an issue where building from AUR and from github. I get a hang at the submodule step. Is there any way to get more information on what is hanging? This compiled fine on Manjaro just a few weeks ago.

schulmar commented on 2017-03-27 10:46

@ArchangeGabriel: That is exactly what I was getting at. Since nextcloud-client-git is younger, the packager might have been forced to use the -git suffix because "nextcloud-client" was already in use.

@positron: I think this change should be added upstream, as the nautilus integration seems to be already fixed (judging from what my system installed). You might be interested in this issue: https://github.com/nextcloud/client_theming/issues/30

positron commented on 2017-03-27 07:17

With testing repo enabled v2.4.1 segfaults.
Would it be also possible to fix the syncstate-Nextcloud.py as mentioned in my previous comment?

positron commented on 2017-03-25 11:14

I managed to understand how to make the integration with nemo working.
It's as simple as substituting "appname = 'ownCloud'" with "appname = 'Nextcloud'" at the beginning of the file "/usr/share/nemo-python/extensions/syncstate-Nextcloud.py".

StarPicard commented on 2017-03-19 07:51

@ArchangeGabriel +1

ArchangeGabriel commented on 2017-03-14 22:30

Indeed, this package and nextcloud-client-git are wrong, their name should be reversed. -git is for package building from git HEAD (which is the case here), else when building from a tag, it’s a standard package.

schulmar commented on 2017-03-14 09:51

> @schulmar, because nextclound use owncloud as submodule. Actually no way to build without git.
Yes, I noticed that now. In principle it would be possible to repackage the checked out state into a tar and use that but it is overkill.

Anyways it is still possible to use a specific release tag instead of the master branch (like nextcloud-client-git does), which would solve the problem I described.

k0ste commented on 2017-03-09 14:31

@schulmar, because nextclound use owncloud as submodule. Actually no way to build without git.

schulmar commented on 2017-03-08 18:05

I am seeing segfaults which I think are due to upstream errors. However, due to this I noticed that this PKGBUILD simply checks out the master branch.
Is there any reason why it does not use a specific release?
Since it this package is not even -git suffixed I find this behavior highly suprising.

k0ste commented on 2017-03-05 10:48

ptb, fixed, thanks.

ptb commented on 2017-03-05 10:45

Building with extra-x86_64-build fails because the makedepends 'git' is missing.

positron commented on 2017-03-02 12:02

Did someone managed to make integration with nemo work?
I installed nemo-python but so far no luck...

TuzelKO commented on 2017-02-15 10:16

Maybe someone will move it to the repository? OwnCloud is officially dead.

k0ste commented on 2017-02-08 12:19

cgirard, thanks! Patch applied.
I always use 'makepkg -Cf' to avoid errors like this.

cgirard commented on 2017-02-07 15:23

I can confirm this error and the "-p" flag fixing it.
"prepare" step should be run-able multiple times without breaking. Doing a mkdir without "-p" is clearly incompatible with that.

k0ste commented on 2017-02-07 14:26

pryre, please provide full build log, where you get this error, because I can't reproduce.

pryre commented on 2017-02-07 13:27

I was getting the same error that @ImNtReal. Was something along the lines of "Could not create directory: Already exists", or the build would fail for some reason if the directory was not there (related to the same issue I believe).

Manually adding in the -p flag to mkdir solved the issue.

k0ste commented on 2017-02-06 00:24

ImNtReal, what kind of error?

ImNtReal commented on 2017-02-05 15:05

If you change the command to create the build directory to mkdir -p "${srcdir}/${pkgname}/build-linux" you won't get an error if you try to build it in same place twice.

k0ste commented on 2017-01-17 00:59

@Jenne, done.

Jenne commented on 2017-01-16 20:36

@k0ste Yes, it does work for KDE users, because when you install the package plasma-desktop/plasma-meta (kde) kio is installed as dependency. Also the owncloud-client package lists kio as optdepends.

schischa commented on 2017-01-11 10:00

If the nextcloud client password isn't stored you have to add the following to your .xinitrc

dbus-update-activation-environment --systemd DISPLAY

took me like 10 hours to find out so hopefully this saves somebody some time...

fthiery commented on 2017-01-03 16:54

Hello, is the conflict with owncloud-client mandatory ? I'm interested in testing it out, but i would prefer having the 2 clients (owncloud & nextcloud) run side by side if possible.

digdug999 commented on 2017-01-02 20:56

Update: thank you CRASHLOG. You helped me track this down to the timezone issue - the package pulled an empty file for the timezone... the reason for this was the timezone had not been configured properly. Here are some steps to diagnose for anyone that was dumb like me: To check the current zone defined for the system:
$ timedatectl
...if you don't see your timezone set up correctly then review the steps in the Archwiki for time:
https://wiki.archlinux.org/index.php/Time#Time_zone ... specifically:
- Setup ntpd (enabling it as a service is not necessary).
- Set your time zone correctly. (# timedatectl set-timezone Zone/SubZone)
- Run ntpd -qg to manually synchronize your clock with the network, ignoring large deviations between local UTC and network UTC.
- Run hwclock --systohc to write the current software UTC time to the hardware clock.

HUGE THANKS CRASHLOG!!!

lsbe commented on 2017-01-02 20:50

Having tried all possible fixes listed here it seems I have a different problem.

[ 94%] Linking CXX executable ../../bin/nextcloudcmd
../../csync/src/libocsync.so.2.2.4: undefined reference to `sqlite3_threadsafe'
collect2: error: ld returned 1 exit status
make[2]: *** [src/cmd/CMakeFiles/nextcloudcmd.dir/build.make:187: bin/nextcloudcmd] Error 1
make[1]: *** [CMakeFiles/Makefile2:521: src/cmd/CMakeFiles/nextcloudcmd.dir/all] Error 2
make: *** [Makefile:150: all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

any insight would be greatly appreciated.

Crashlog commented on 2017-01-02 20:45

If the correct files are there, then I'm stumped. In any case, if you aren't using KDE, you might be able to get rid of this problem by removing kio from the dependencies in the PKGBUILD since it seems like the problem comes up when trying to build the Dolphin plugin.

digdug999 commented on 2017-01-02 20:40

/usr/lib/python3.5/site-packages/pytz/zoneinfo/Africa (e.g.) contains non-empty City name files (small ones 170, large ones 2075). There exists a non-empty file in the Americas for the timezone we are using (Los_Angeles).

Crashlog commented on 2017-01-02 20:33

What about inside the directories?

digdug999 commented on 2017-01-02 20:32

/usr/lib/python3.5/site-packages/pytz/zoneinfo/ contains directories and non-empty files for all the various timezones.

Crashlog commented on 2017-01-02 19:59

Do you see empty files in /usr/lib/python3.5/site-packages/pytz/zoneinfo/ ?

digdug999 commented on 2017-01-02 19:53

Crashlog, brief summary, I've installed the main dependencies above, but NOT the ones in (parens), e.g.: (qt5-webkit-git). I'm not really clear if these (paren) items are required?

It goes all the way through makepkg & then here's where it fails:
...
[100%] Linking CXX shared module nextclouddolphinactionplugin.so
[100%] Built target nextclouddolphinactionplugin
Scanning dependencies of target doc-man
Traceback (most recent call last):
File "/usr/bin/sphinx-build", line 11, in <module>
load_entry_point('Sphinx==1.5', 'console_scripts', 'sphinx-build')()
File "/usr/lib/python3.5/site-packages/sphinx/__init__.py", line 66, in main
sys.exit(build_main(argv))
File "/usr/lib/python3.5/site-packages/sphinx/__init__.py", line 76, in build_main
from sphinx import cmdline
File "/usr/lib/python3.5/site-packages/sphinx/cmdline.py", line 23, in <module>
from sphinx.application import Sphinx
File "/usr/lib/python3.5/site-packages/sphinx/application.py", line 32, in <module>
from sphinx.config import Config
File "/usr/lib/python3.5/site-packages/sphinx/config.py", line 21, in <module>
from sphinx.util.i18n import format_date
File "/usr/lib/python3.5/site-packages/sphinx/util/i18n.py", line 20, in <module>
import babel.dates
File "/usr/lib/python3.5/site-packages/babel/dates.py", line 29, in <module>
from babel.util import UTC, LOCALTZ
File "/usr/lib/python3.5/site-packages/babel/util.py", line 19, in <module>
from babel import localtime
File "/usr/lib/python3.5/site-packages/babel/localtime/__init__.py", line 74, in <module>
LOCALTZ = get_localzone()
File "/usr/lib/python3.5/site-packages/babel/localtime/__init__.py", line 70, in get_localzone
return _get_localzone()
File "/usr/lib/python3.5/site-packages/babel/localtime/_unix.py", line 136, in _get_localzone
return pytz.tzfile.build_tzinfo('local', tzfile)
File "/usr/lib/python3.5/site-packages/pytz/tzfile.py", line 30, in build_tzinfo
typecnt, charcnt) = unpack(head_fmt, fp.read(head_size))
struct.error: unpack requires a bytes object of length 44
make[3]: *** [doc/CMakeFiles/doc-man.dir/build.make:57: doc/CMakeFiles/doc-man] Error 1
make[2]: *** [CMakeFiles/Makefile2:1104: doc/CMakeFiles/doc-man.dir/all] Error 2
make[1]: *** [CMakeFiles/Makefile2:1111: doc/CMakeFiles/doc-man.dir/rule] Error 2
make: *** [Makefile:470: doc-man] Error 2
==> ERROR: A failure occurred in build().
Aborting...

Crashlog commented on 2017-01-02 19:46

digdug999, I meant to ask, but I forgot: did you actually try to make this package? If so, what is the specific dependency that can't be resolved?

digdug999 commented on 2017-01-02 19:41

Thanks, I'll try to figure it out on my own and post back here if/when I get it sorted. Cheers and thanks to all (by which is meant "none") that commented on the build problem.

k0ste commented on 2017-01-02 01:31

Jenne, this is works for KDE users?

Jenne commented on 2017-01-01 22:31

Please move 'kio' from makedepends to optdepends (the package builds fine without that package). See patch below:

diff --git a/PKGBUILD b/PKGBUILD
index 29bc611..16f4386 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -9,9 +9,10 @@ arch=('i686' 'x86_64')
url='https://nextcloud.com/'
license=('GPL2')
depends=('qt5-webkit' 'hicolor-icon-theme' 'xdg-utils' 'qtkeychain')
-makedepends=('extra-cmake-modules' 'python-sphinx' 'qt5-tools' 'doxygen' 'kio' 'qtkeychain')
+makedepends=('extra-cmake-modules' 'python-sphinx' 'qt5-tools' 'doxygen' 'qtkeychain')
optdepends=('python2-nautilus: integration with Nautilus'
'nemo-python: integration with Nemo'
+ 'kio: Resource and network access abstraction'
'libgnome-keyring: GNOME keyring client')
conflicts=('owncloud-client')
source=("${pkgname}::git+https://github.com/nextcloud/client_theming.git")

digdug999 commented on 2016-12-28 23:37

Really having difficulty getting this working (see detailed posts below 12/14 and 12/16). Installing the (parenthetical) AUR dependencies (which each themselves have additional AUR dependencies) is an endless task.

Please help me untangle this FIVE levels of AUR dependencies madness: I just now ultimiately failed to install (FIFTH level AUR dependency) qt5-base-git, which is a dependency of (4th level AUR dep) qt5-xmlpatterns-git, which is an AUR dependency of (3rd level dep) qt5-declarative-git,, which is an AUR dependency of (2nd level dep) qt5-location-git, which is an AUR dependency of (1st level dep) qt5-webkit-git.

Is this really what everyone else is doing? Please - any suggestions welcome. I did review AUR User Guidelines. I have some knowledge but obviously not enough. I installed nextcloud client successfully from AUR on Nov 2 on another machine and it did not require a million dependencies at that time.

digdug999 commented on 2016-12-28 22:30

Are the parenthetical dependencies above all mandatory? Trying to figure out the reason this won't seem to successfully makepkg. The AUR dependencies are quite a nested puzzle, with each having additional AUR dependencies...

k0ste commented on 2016-12-28 10:00

hje, u test it?

hje commented on 2016-12-28 09:56

Any chance that you could add aarch64 to Architecture?

faemir commented on 2016-12-16 18:45

I get the same hanging during the submodule clone.

digdug999 commented on 2016-12-16 17:34

ok, installed python-requests and there was progress - it now fails on line 11 of /usr/bin/sphinx-build (instead of line 6 as shown below). This machine is a very new install, so it's likely there's something not installed that everyone else would normally have already. base and base-devel were installed from go, fwiw. Here's the blurb it spits out now:
...
[100%] Linking CXX shared module nextclouddolphinactionplugin.so
[100%] Built target nextclouddolphinactionplugin
Scanning dependencies of target doc-man
Traceback (most recent call last):
File "/usr/bin/sphinx-build", line 11, in <module>
load_entry_point('Sphinx==1.5', 'console_scripts', 'sphinx-build')()
File "/usr/lib/python3.5/site-packages/sphinx/__init__.py", line 66, in main
sys.exit(build_main(argv))
File "/usr/lib/python3.5/site-packages/sphinx/__init__.py", line 76, in build_main
from sphinx import cmdline
File "/usr/lib/python3.5/site-packages/sphinx/cmdline.py", line 23, in <module>
from sphinx.application import Sphinx
File "/usr/lib/python3.5/site-packages/sphinx/application.py", line 32, in <module>
from sphinx.config import Config
File "/usr/lib/python3.5/site-packages/sphinx/config.py", line 21, in <module>
from sphinx.util.i18n import format_date
File "/usr/lib/python3.5/site-packages/sphinx/util/i18n.py", line 20, in <module>
import babel.dates
File "/usr/lib/python3.5/site-packages/babel/dates.py", line 29, in <module>
from babel.util import UTC, LOCALTZ
File "/usr/lib/python3.5/site-packages/babel/util.py", line 19, in <module>
from babel import localtime
File "/usr/lib/python3.5/site-packages/babel/localtime/__init__.py", line 74, in <module>
LOCALTZ = get_localzone()
File "/usr/lib/python3.5/site-packages/babel/localtime/__init__.py", line 70, in get_localzone
return _get_localzone()
File "/usr/lib/python3.5/site-packages/babel/localtime/_unix.py", line 136, in _get_localzone
return pytz.tzfile.build_tzinfo('local', tzfile)
File "/usr/lib/python3.5/site-packages/pytz/tzfile.py", line 30, in build_tzinfo
typecnt, charcnt) = unpack(head_fmt, fp.read(head_size))
struct.error: unpack requires a bytes object of length 44
make[3]: *** [doc/CMakeFiles/doc-man.dir/build.make:57: doc/CMakeFiles/doc-man] Error 1
make[2]: *** [CMakeFiles/Makefile2:1104: doc/CMakeFiles/doc-man.dir/all] Error 2
make[1]: *** [CMakeFiles/Makefile2:1111: doc/CMakeFiles/doc-man.dir/rule] Error 2
make: *** [Makefile:470: doc-man] Error 2
==> ERROR: A failure occurred in build().
Aborting...

mauspacker commented on 2016-12-14 19:49

Installing python-requests fixes this. For some reason it is needed in the makedepends after the most recent change.

digdug999 commented on 2016-12-14 18:33

Hello, makepkg makes it to 100% but then fails with this (I'm not really savvy enough to understand if this is something I might fix from here ... seems to relate to nextclouddolphinactionplugin):
...
[100%] Linking CXX shared module nextclouddolphinactionplugin.so
[100%] Built target nextclouddolphinactionplugin
Scanning dependencies of target doc-man
Traceback (most recent call last):
File "/usr/bin/sphinx-build", line 6, in <module>
from pkg_resources import load_entry_point
File "/usr/lib/python3.5/site-packages/pkg_resources/__init__.py", line 3015, in <module>
@_call_aside
File "/usr/lib/python3.5/site-packages/pkg_resources/__init__.py", line 2999, in _call_aside
f(*args, **kwargs)
File "/usr/lib/python3.5/site-packages/pkg_resources/__init__.py", line 3028, in _initialize_master_working_set
working_set = WorkingSet._build_master()
File "/usr/lib/python3.5/site-packages/pkg_resources/__init__.py", line 655, in _build_master
ws.require(__requires__)
File "/usr/lib/python3.5/site-packages/pkg_resources/__init__.py", line 963, in require
needed = self.resolve(parse_requirements(requirements))
File "/usr/lib/python3.5/site-packages/pkg_resources/__init__.py", line 849, in resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'requests' distribution was not found and is required by Sphinx
make[3]: *** [doc/CMakeFiles/doc-man.dir/build.make:57: doc/CMakeFiles/doc-man] Error 1
make[2]: *** [CMakeFiles/Makefile2:1104: doc/CMakeFiles/doc-man.dir/all] Error 2
make[1]: *** [CMakeFiles/Makefile2:1111: doc/CMakeFiles/doc-man.dir/rule] Error 2
make: *** [Makefile:470: doc-man] Error 2
==> ERROR: A failure occurred in build().
Aborting...

k0ste commented on 2016-12-14 13:35

shuu, done.

shuu commented on 2016-12-13 22:39

It would be good to add libgnome-keyring as an optional dependency since a password prompt will happen every time you open in Gnome without it.

k0ste commented on 2016-12-10 06:32

@neubauten84, may be this is network issues. PKGBUILD works fine:

==> Starting prepare()...
Submodule 'client' (https://github.com/owncloud/client.git) registered for path 'client'
Cloning into '/tmp/nextcloud-client/src/nextcloud-client/client'...
Submodule path 'client': checked out 'eaeed08544d1d7f4031d28a8e1bd9dd5e08a60fd'
Submodule 'binary' (git://github.com/owncloud/owncloud-client-binary.git) registered for path 'client/binary'
Submodule 'doc/ocdoc' (https://github.com/owncloud/documentation) registered for path 'client/doc/ocdoc'
Submodule 'src/3rdparty/libcrashreporter-qt' (git://github.com/dschmidt/libcrashreporter-qt.git) registered for path 'client/src/3rdparty/libcrashreporter-qt'
Submodule 'src/3rdparty/qtkeychain' (https://github.com/frankosterfeld/qtkeychain.git) registered for path 'client/src/3rdparty/qtkeychain'
Submodule 'src/3rdparty/qtmacgoodies' (https://github.com/guruz/qtmacgoodies.git) registered for path 'client/src/3rdparty/qtmacgoodies'
Cloning into '/tmp/nextcloud-client/src/nextcloud-client/client/binary'...
Cloning into '/tmp/nextcloud-client/src/nextcloud-client/client/doc/ocdoc'...
Cloning into '/tmp/nextcloud-client/src/nextcloud-client/client/src/3rdparty/libcrashreporter-qt'...
Cloning into '/tmp/nextcloud-client/src/nextcloud-client/client/src/3rdparty/qtkeychain'...
Cloning into '/tmp/nextcloud-client/src/nextcloud-client/client/src/3rdparty/qtmacgoodies'...
Submodule path 'client/binary': checked out '0d89ac776654472a19c099bdfe410d3a2d930497'
Submodule path 'client/doc/ocdoc': checked out '2fdd8b2833ea1db7da08a61afda665eb6ecaa017'
Submodule path 'client/src/3rdparty/libcrashreporter-qt': checked out 'e8fffe61e7c94ce88e59b80579754c4a46da65ea'
Submodule path 'client/src/3rdparty/qtkeychain': checked out '08be0593e100a041585bcc704a1bbc5a812a1682'
Submodule path 'client/src/3rdparty/qtmacgoodies': checked out '044580c32837edba05a055aabca27245939454eb'
==> Starting build()...

neubauten84 commented on 2016-12-09 21:23

I cant't compile it. The problem is cloning submodule:

==> Avvio di prepare() in corso...
Submodule 'client' (https://github.com/owncloud/client.git) registered for path 'client'
Cloning into '/xxxxx/xxxxxxx/nextcloud-client/src/nextcloud-client/client'...

and then nothing more for minutes until I kill it.
How can I solve it?

amdg commented on 2016-11-26 10:21

I can't compile the client. During the linking it can't find the sqlite3_threadsafe function:

../../csync/src/libocsync.so.2.2.4 : référence indéfinie vers « sqlite3_threadsafe »
collect2: erreur : ld a retourné 1 code d'état d'exécution


The sqlite package is installed and up-to-date. It seems that the function is defined in the object file :

objdump -TC /usr/lib/libsqlite3.so | grep sqlite3_threadsafe
00000000000863f0 g DF .text 0000000000000006 Base sqlite3_threadsafe

I experience a similar issue with the qgis package from AUR. Perhaps this bug is related to the sqlite package from core.

nasedo commented on 2016-10-02 07:25

Whoever has dolphin also has kio, since dolphin depends on it. And without dolphin, the plugin is useless. I think it's unreasonable to expect everyone to download the whole KDE Frameworks just to build one plugin that won't be used.

k0ste commented on 2016-10-02 07:21

i.e. better add kio to makedeps and optdeps.
Need testing from KDE users.

nasedo commented on 2016-10-02 07:19

I think it enables dolphin integration. Cmake says:

-- Could NOT find KF5 (missing: KIO) (Required is at least version "5.16")
Dolphin plugin disabled: KDE Frameworks 5.16 not found

k0ste commented on 2016-10-02 07:13

What do 'kio'? Anybody knows?
I just copied this from owncloud-client.

nasedo commented on 2016-10-02 07:11

The package builds (and runs) successfully without kio. Maybe add it to optdepends? On my system it brings ~40 additional packages.

lacouture commented on 2016-10-01 16:37

Hi. Thanks @k0ste for maintaining this package.

Please note that qtkeychain is missing from the dependency list.

Also, if makepkg fails once (e.g because of a failed dependency), and one retries the build, the second attempt may fail creating sub-directory at line 25. Adding a -p to the mkdir fixes this.

Patch below fixes this (based on v2.2.3-2).

Best regards

----
12c12
< makedepends=('extra-cmake-modules' 'python-sphinx' 'qt5-tools' 'doxygen' 'kio')
---
> makedepends=('extra-cmake-modules' 'python-sphinx' 'qt5-tools' 'doxygen' 'kio' 'qtkeychain')
25c25
< mkdir "${srcdir}/${pkgname}/build-linux"
---
> mkdir -p "${srcdir}/${pkgname}/build-linux"


cgenogo commented on 2016-10-01 13:38

Hey version 2.2.4 is out and you to fix the icon issue. You can do that with

# Fix some naming issues
if [ -f ${pkgdir}/usr/share/applications/nextcloud.desktop ]; then
sed -Ei 's/Icon(\[.*\])?=nextcloud/Icon\1=Nextcloud/g' ${pkgdir}/usr/share/applications/nextcloud.desktop
fi

k0ste commented on 2016-09-25 12:10

Henry78, much better if u make PR on github.

Henry78 commented on 2016-09-25 10:22

.desktop file contains Icon.*=nextcloud entries, but icons are stored uppercase, so Icon=Nextcloud or Icon[en]=Nextcloud is correct. If changed manually, the Icon "works".

Oguz286 commented on 2016-09-20 19:53

I'm getting the following error:

[ 93%] Building CXX object src/cmd/CMakeFiles/nextcloudcmd.dir/netrcparser.cpp.o
[ 94%] Building CXX object src/cmd/CMakeFiles/nextcloudcmd.dir/nextcloudcmd_automoc.cpp.o
[ 94%] Linking CXX executable ../../bin/nextcloudcmd
../../csync/src/libocsync.so.2.2.3: undefined reference to `sqlite3_threadsafe'
collect2: error: ld returned 1 exit status
make[2]: *** [src/cmd/CMakeFiles/nextcloudcmd.dir/build.make:187: bin/nextcloudcmd] Error 1
make[1]: *** [CMakeFiles/Makefile2:521: src/cmd/CMakeFiles/nextcloudcmd.dir/all] Error 2
make: *** [Makefile:150: all] Error 2

Fully updated Arch as of this writing. Sqlite3 package is installed as well.

dcelasun commented on 2016-09-09 22:10

Nope, that doesn't seem to do anything.

bcome commented on 2016-09-09 22:09

@dcelasun
Settings -> General -> Use Monochrome Icons

See if either fits your needs

dcelasun commented on 2016-09-09 21:38

Is there a way to change the tray icon? My Xfce panel has a dark background and it's very hard to see the dark tray icon.

floreal commented on 2016-08-31 23:19

Hi,

The dolphin integration is working on owncloud-client, but with nextcloud-client it doesn't work anymore. Is there a way to restore it?

Thanks in advance for your response :)

Athaba commented on 2016-08-31 16:06

I am also pretty sure that doygen for (source code) documentation generation could be disabled.

computerfr33k commented on 2016-08-26 18:09

Why is KIO a build dependency when it builds successfully without it. It looks like KIO is only needed if you want dolphin integration, which if you're using gnome isn't needed. And wouldn't KIO already be installed if you are using KDE Frameworks 5 anyways? Just thought it would be nicer to not have to install so many packages when some people might not even need them.

blizzz commented on 2016-08-24 12:34

> https://github.com/nextcloud/client_theming - plese bug report here.

I talked to rullzer already. To circumvent conflicting files, only a whole fork would help. However this is not realistic/feasible in the near term.

> Yes, add to conflicts for now good idea. Thanks!

Thanks for adding it! :)

k0ste commented on 2016-08-24 12:23

@blizzz, this is upstream issue.
https://github.com/nextcloud/client_theming - plese bug report here.

Yes, add to conflicts for now good idea. Thanks!

blizzz commented on 2016-08-24 12:19

Great stuff @k0ste, thx for the AUR package!

When ownCloud client is installed, this one here cannot succeed, because of common present files:


(1/1) checking for file conflicts [##############################################] 100%
error: failed to commit transaction (conflicting files)
nextcloud-client: /usr/share/man/man1/owncloud.1.gz exists in filesystem
nextcloud-client: /usr/share/man/man1/owncloudcmd.1.gz exists in filesystem
nextcloud-client: /usr/share/nautilus-python/extensions/syncstate.py exists in filesystem
nextcloud-client: /usr/share/nemo-python/extensions/syncstate.py exists in filesystem
Errors occurred, no packages were upgraded.


Perhaps adding owncloud-client as conflict?