@dimatematik done
Search Criteria
Package Details: baikal 0.10.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/baikal.git (read-only, click to copy) |
---|---|
Package Base: | baikal |
Description: | Lightweight CalDAV+CardDAV server |
Upstream URL: | http://sabre.io/baikal/ |
Licenses: | GPL-3.0-only |
Submitter: | The-Compiler |
Maintainer: | Martchus |
Last Packager: | Martchus |
Votes: | 22 |
Popularity: | 0.029146 |
First Submitted: | 2014-01-07 12:12 (UTC) |
Last Updated: | 2024-11-10 13:09 (UTC) |
Dependencies (3)
- php-interpreter (php, php-legacy)
- mariadb (mysql55AUR, mysql56AUR, mytop-gitAUR, mysql81AUR, mysql57AUR, mysqlAUR, mysql80AUR, mariadb-lts, percona-server) (optional) – Alternate database
- php-sqlite-interpreter (php-legacy-sqlite, php-sqlite) (optional) – To use the sqlite backend
Required by (0)
Sources (2)
Martchus commented on 2024-10-29 17:40 (UTC)
dimatematik commented on 2024-10-29 17:35 (UTC)
Hello, Please update sha512sum of 'baikal.install' in PKGBUILD. The file was changed in recent commit but its hash was not
frankendres commented on 2021-04-18 07:35 (UTC) (edited on 2021-04-18 07:36 (UTC) by frankendres)
Hi,
I can confirm Baikal 0.8.0 works with php-8.0.3. Tested on a RPi2 with Apache and php-fpm
.
Netherless, I had issues following official documentation (https://sabre.io/baikal/install/), so I report here my solution in case it could be usefull for someone else. In the VirtualHost configuration:
- Put a slash at the end of the DocumentRoot path; eg
DocumentRoot /var/www/baikal/html/
AllowOverride
directive must be set toAll
(at least,FileInfo
andLimit
are required).- Option
FollowSymlinks
is required.
Martchus commented on 2021-01-27 15:56 (UTC)
The latest version seems to work with php 7.4.14 from [extra]. I haven't tried php 8.0.1 from [testing] yet but release notes and users claim it would work. Nevertheless the pinned comment is still important to keep in mind because who knows what further PHP versions will break.
Necoro commented on 2020-11-08 16:35 (UTC)
Is there are reason, that baikal installs the config into /var/lib/baikal/config instead of /etc/webapps/baikal?
Martchus commented on 2020-11-01 22:42 (UTC)
For baikal 0.7.2, uncomment extension=iconv.so
in php.ini
.
Martchus commented on 2020-06-02 16:22 (UTC)
I've updated to 0.7.0. It seems to work (not tested with PHP 7.4 though). Baikal now also expects a "config" directory. I've just put it under /var/lib/baikal/config
. That is a little bit messy because it means it is within the "Specific" directory. However, this approach keeps it simple.
Also note my previous comment and that https://github.com/sabre-io/Baikal/issues/863 has not been closed yet.
Martchus commented on 2020-06-02 11:19 (UTC)
I'm aware that 0.7.0 has been released. I will update the package as soon as I have the time to test the new release.
When I've pushed the new version, be sure to read the official release notes before updating.
Martchus commented on 2020-02-08 19:45 (UTC)
Seems like there are even more issues with PHP 7.4: https://github.com/sabre-io/Baikal/issues/863
This issue isn't stopping synchronization in all cases so I haven't recognized it until now. Cherry-picking the change suggested in the issue didn't entirely fix the problem for me. I guess for now it is again a good idea to switch back to an older PHP version. The php72
package is still on my binary repo and I'm going to add php73
, too. Like I said in a previous comment, it is very easy to use older PHP versions for some services and the current version for the test. I've added my NGINX config to the sticky comment at the top in case somebody finds it useful. For this package it is likely the less troublesome configuration.
Be sure to trigger the sync on all your devices after switching back to the previous PHP version. At least in my case all missing items got synced automatically again (no hacks like recreating items manually were required).
Martchus commented on 2020-01-31 13:47 (UTC) (edited on 2024-02-05 14:39 (UTC) by Martchus)
When updating your PHP, have a look whether Baikal still works and checkout the comments here for possible issues. Any hints/patches from your side are welcome of course, too. PHP is known to break things and it broke Baikal in the past. At the bottom of this comment you also find NGINX configuration snippets to use an older PHP version. Using an older PHP version is likely the best for being on the safe side although support for older PHP versions is also dropped from time to time from Baikal's side.
All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs
There's also a binary repository, also including older PHP versions: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#ownstuff
head -n 20 /etc/nginx/nginx.conf
[...]
http {
include php-handler.conf;
include phpXX-handler.conf;
cat /etc/nginx/php.conf
location ~ ^(/baikal.+?\.php)(/.*)?$ {
try_files $1 =404;
include fastcgi.conf;
fastcgi_pass phpXX-handler; # handler registered via phpXX-handler.conf included in nginx.conf
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$1;
fastcgi_param PATH_INFO $2;
fastcgi_param HTTPS on;
}
location ~ ^(.+?\.php)(/.*)?$ {
try_files $1 =404;
include fastcgi.conf;
fastcgi_pass php-handler; # handler registered via php-handler.conf included in nginx.conf
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$1;
fastcgi_param PATH_INFO $2;
fastcgi_param HTTPS on;
}
cat /etc/nginx/phpXX-handler.conf
upstream phpXX-handler {
server unix:/run/phpXX-fpm/php-fpm.sock;
}
cat /etc/nginx/php-handler.conf
upstream php-handler {
server unix:/run/php-fpm/php-fpm.sock;
}
(XX
is of course supposed to be replaced by the actual PHP version.)
Pinned Comments
Martchus commented on 2020-01-31 13:47 (UTC) (edited on 2024-02-05 14:39 (UTC) by Martchus)
When updating your PHP, have a look whether Baikal still works and checkout the comments here for possible issues. Any hints/patches from your side are welcome of course, too. PHP is known to break things and it broke Baikal in the past. At the bottom of this comment you also find NGINX configuration snippets to use an older PHP version. Using an older PHP version is likely the best for being on the safe side although support for older PHP versions is also dropped from time to time from Baikal's side.
All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs
There's also a binary repository
, also including older PHP versions: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#ownstuff(
XX
is of course supposed to be replaced by the actual PHP version.)