Package Details: baikal 0.5.3-1

Git Clone URL: https://aur.archlinux.org/baikal.git (read-only)
Package Base: baikal
Description: Lightweight CalDAV+CardDAV server
Upstream URL: http://sabre.io/baikal/
Licenses: GPL
Submitter: The-Compiler
Maintainer: The-Compiler
Last Packager: The-Compiler
Votes: 20
Popularity: 0.000009
First Submitted: 2014-01-07 12:12
Last Updated: 2019-05-27 09:54

Latest Comments

1 2 3 4 5 Next › Last »

The-Compiler commented on 2019-05-27 09:56

I think the database initialization stuff isn't needed anymore nowadays, so I removed it from the .install file entirely. If someone could test it with a fresh install that'd be great - don't want to mess with my instance right now as I'm working on my bachelor thesis.

Gilrain commented on 2019-05-27 08:09

The post-install script wants to move a non-existent file: /usr/share/webapps/baikal/Core/Resources/Db/SQLite/db.sqlite It was renamed upstream to db.sql

Martchus commented on 2019-05-01 10:52

@The-Compiler Thanks for the quick update.

I'd like to note that even the latest version (and as far as I've seen also the latest Git master) does not support PHP 7.3 yet.

Since PHP 7.3 landed in the official repositories one has to build php72 from the AUR. It can be install alongside the regular php packages. It was very easy to configure NGINX to use PHP 7.2 for Baikal and mainline PHP for the rest.

I've also added the packages to my binary repo (where you can also find baikal itself): https://wiki.archlinux.org/index.php/Unofficial_user_repositories#ownstuff

Martchus commented on 2018-04-04 13:06

Here's a version including the patch mentioned by @cdo: https://github.com/Martchus/PKGBUILDs/blob/master/baikal/default/PKGBUILD

Seems to work so far. But switching to an alternative is likely inevitable in the long run.

cdo commented on 2018-02-16 17:48

In PHP 7.2, the each() function got deprecated and it will be removed in PHP 8 [1]. This results in an error when trying to access the Baikal admin interface. There exists a pull request [2] (although not yet merged to the master -- probably due to the ceased development of the project) which is supposed to resolve this issue.

And again: Thanks a lot for your work on this :-)

[1] https://wiki.php.net/rfc/deprecations_php_7_2#each [2] https://github.com/sabre-io/Baikal/pull/717

Martchus commented on 2017-06-19 20:43

Thanks you for patching this. Too bad the future of the project is unclear.

Unfortunately I don't have the time to search for an alternative right now, but I guess Baikal will still do it for some time. In case you find a good replacement, let me know :-)

The-Compiler commented on 2017-06-19 20:37

@cdo Ouch, that sucks :( Applied the patch now. Thanks for letting me know!

Time to search for an alternative I guess... What I've seen so far is Radicale (at least when I tested it worked poorly with AgenDAV as it didn't implement date range filters) and OwnCloud/NextCloud (too big if you just want CalDAV/CardDAV)... :-/

cdo commented on 2017-06-19 18:31

Thanks a lot for your work on this.
There exists a security issue [1] (possible authentication bypass) in the current upstream version, for which a patch [2] is available.
However, the upstream package has recently been abandoned [3, 4].
Would it be possible to include the patch [2] into the PKGBUILD?

[1] https://github.com/fruux/Baikal/issues/673
[2] https://github.com/fruux/Baikal/pull/686/files
[3] https://evertpot.com/sabredav-eol/
[4] https://evertpot.com/sabredav-maintenance-update/

thelinuxguy commented on 2016-04-24 17:21

And the package seems to have issues with the symlinked Specific directory. I'm creating an issue upstream as well

EDIT: scratch that, I forgot to restart php-fpm for the updated open_basedir settings

thelinuxguy commented on 2016-04-24 16:53

upstream dropped the default sqlite database. The install file needs updating.