Sorry for messing this up, and thanks for the contribution. I didn't notice because I use it with MySQL.
I currently don't have time to fix this properly this week, but I'll take care of it next Monday.
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)
The-Compiler commented on 2014-08-21 06:53 (UTC)
Yamakaky commented on 2014-08-20 11:15 (UTC)
/!\ Test
Here is an updated version of the PKGBUILD. May someone test it ? May someone tell me if /var/lib/baikal/ENABLE_INSTALL is deleted after the update ?
http://0bin.net/paste/JLGXj5NYP8sfKPjw#oqiZruSyDqe16DuW5vUQj3bWfJ5OvNhXpDE9u66jOOD
Yamakaky commented on 2014-08-20 09:47 (UTC)
Yes, it was predictable. If the data location isn't configurable, you can also symlink /usr/share/webapps/baikal/Specific/db to /var/lib/baikal/db, and create this directory. And Specific/virtualhosts/* should go to /etc/webapps/baikal/ (like said in the wiki), with maybe a symlink in /usr. The example config files need to be modified, they point to /var/www.
What ? The package contains the database file ? It's a mistake, you must remove it in `package()`.
BunBum commented on 2014-08-20 09:33 (UTC)
"Since baikal doesn't seem to need writable files anyways" => After the update I get the following error in my Browser: "DB file is not writable. Please give write permissions on file '/usr/share/webapps/baikal/Specific/db/db.sqlite'"
Also after every update my data will be overriden. If I didn't made a backup before the update all my contacts would now be lost...
Yamakaky commented on 2014-08-19 17:03 (UTC)
You're welcome!
So where does it store it's data ? Is it configurable ?
The-Compiler commented on 2014-08-19 14:52 (UTC)
Hmm, you are right, didn't think of that.
Since baikal doesn't seem to need writable files anyways, I removed the chown. For my other packages I'll symlink these paths into /var like suggested on https://wiki.archlinux.org/index.php/Web_Application_Package_Guidelines
Thanks!
Yamakaky commented on 2014-08-19 12:17 (UTC)
#1 Well, it seems like an axiom to me. /usr is read-only except for updates, so apps don't have to modify it, so root:root. Data should go in /var.
#2 OK
The-Compiler commented on 2014-08-19 04:17 (UTC)
Yamakaky: Regarding #1: Care to elaborate why? Stuff will most likely break. Even some official arch packages do this.
Regarding #2: This can safely be ignored. SabreDAV comes bundled with Baikal, but that Python-script isn't used anywhere.
Yamakaky commented on 2014-08-18 22:22 (UTC)
The files should be own by root:root instead of http:http.
Also run namcap, it outputs a problem of missing dependency.
The-Compiler commented on 2014-05-21 08:50 (UTC)
You need a webserver capable of running PHP. See https://github.com/jeromeschneider/Baikal/blob/master/INSTALL.md for some more instructions - however, AUR comments aren't really here for support, you'd better post in the forum if you need more help.
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.)