Package Details: ring-daemon-git 20160909-1

Git Clone URL: https://aur.archlinux.org/ring-daemon-git.git (read-only)
Package Base: ring-daemon-git
Description: ring.cx is a secure and distributed voice, video and chat communication platform that requires no centralized server and leaves the power of privacy in the hands of the user (formerly known as SFLphone)
Upstream URL: http://ring.cx
Keywords: audio chat opendht P2P ring video
Licenses: GPL3
Groups: ring
Conflicts: ring-daemon
Submitter: zorun
Maintainer: zorun
Last Packager: zorun
Votes: 4
Popularity: 0.588143
First Submitted: 2016-02-21 20:43
Last Updated: 2016-09-10 14:22

Latest Comments

zorun commented on 2016-08-28 07:58

You're right, the situation with dependencies is not ideal. That being said, now that opendht has stabilized a bit, ring-daemon-git could actually depend on opendht (instead of opendht-git).

For the naming convention, the -git suffix indicates that the package always builds from the latest commit. ring-daemon, on the other hand, builds from a fixed source (fixed commit), so whether it's using git or not is irrelevant.

I don't like using contrib/ to build things statically, but maybe it's indeed the best solution for the -git package.

sim590 commented on 2016-08-24 18:55

I think `opendht-git` shouldn't be required to build `ring-dæmon-git`. In fact, I think it should conflict with any `opendht[-git]` package. The dæmon is always guaranteed to compile with opendht the version it fetches by itself using its contrib script. Since `ring-dæmon-git` is always built on master, there's no way to know before packaging time what version of opendht it needs. If you compile opendht from its master branch, you'll get errors from time to time since its A[PB]I changes on master and is not necessarily synced with Ring. You should let Ring's contrib script handle the opendht version.

The reason why I say that is that the whole purpose of `ring-dæmon-git` is to get the latest Ring features without waiting for the package maintainer. But, if the package could build, but doesn't, we're missing the point of `ring-dæmong-git`. The package `opendht-git` is still valueable, but not as a dependency to `ring-dæmon`.

[EDIT]
I also see a problem in the package naming. I believe the convention is to use the '-git' suffix when a git repository is used for fetching sources. However, both `ring-daemon` and `ring-dæmon-git` do use a git repository. Shouldn't this package be named like `ring-daemon-master-git` or something? Then, `ring-daemon` should be named `ring-daemon-git`.

[EDIT]
Instead of conflicting with `opendht-git`, you could rather force compiling opendht from contrib by doing:
$ cd $RING_DAEMON_DIR/contrib
$ mkdir build && ../bootstrap
$ make && make .opendht

Then, the daemon should use the contrib version.

zorun commented on 2016-05-31 13:49

Yes, the API of opendht changes from time to time. As an alternative, you can use `ring-daemon`, which should always compile fine with the `opendht` package.

This particular issue has now be fixed upstream, so it should compile now.

Taijitu commented on 2016-05-30 15:08

I get the same error as munzirtaha

munzirtaha commented on 2016-05-12 05:34

For me it doesn't build giving

make[3]: Entering directory '/tmp/build/ring-daemon-git/src/ring-daemon/src/client'
CXX libclient_la-configurationmanager.lo
In file included from configurationmanager.cpp:40:0:
/tmp/build/ring-daemon-git/src/ring-daemon/src/ringdht/ringaccount.h:347:42: error: ‘Dht’ is not a member of ‘dht’
void saveNodes(const std::vector<dht::Dht::NodeExport>&) const;
^~~
/tmp/build/ring-daemon-git/src/ring-daemon/src/ringdht/ringaccount.h:347:42: error: ‘Dht’ is not a member of ‘dht’
/tmp/build/ring-daemon-git/src/ring-daemon/src/ringdht/ringaccount.h:347:62: error: template argument 1 is invalid
void saveNodes(const std::vector<dht::Dht::NodeExport>&) const;
...

Makefile:456: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

zorun commented on 2016-02-21 21:25

This package now builds using the latest commit in the git repository, like it should. If you want a stable version, install `ring-daemon` instead.

Please also read: https://wiki.archlinux.org/index.php/Ring