Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Doesn't work with NextClould from the official EPEL repository

See original GitHub issue

I prefer to install services like NextCloud/ownCloud from repositories due to a consistent update strategy, syslog and so on. I use a NextCloud package from EPEL.

Unfortunately, JSXC downloaded from here doesn’t work with a NextCloud instance deployed in the above mentioned way. The problem lies in conflicting vendor packages:

2017/05/12 21:39:21 [error] 11804#11804: *5837496 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Cannot redeclare Sabre\Uri\resolve() (previously declared in /usr/share/php/Sabre/Uri/functions.php:23) in /var/lib/nextcloud/apps/ojsxc/vendor/sabre/uri/lib/functions.php on line 92" while reading response header from upstream, client: 89.164.199.70, server: cloud.example.com, request: "GET /status.php HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "cloud.example.com"

Can you make the autoloading feature more robust to handle cases where user already has required libraries?

Issue Analytics

State:
Created 6 years ago
Comments:6 (2 by maintainers)

Top GitHub Comments

1reaction

adundovicommented, May 22, 2017

The fix works for me. Tnx.

As this is only a workaround, should we treat the issue as a bug in Symfony and report it there?

1reaction

LEDfancommented, May 22, 2017

I just had a look at this, The problem is that the EPEL package is using another autoload mechanism (a Symfony component) instead of Composer. Normally Nextcloud uses composer for it’s dependencies, which this app depends on (since composer won’t load a dependency twice IIRC).

Can you test https://github.com/nextcloud/jsxc.nextcloud/pull/17 please.