Package Details: davical 1.1.10-2

Git Clone URL: https://aur.archlinux.org/davical.git (read-only, click to copy)
Package Base: davical
Description: A server for calendar sharing
Upstream URL: https://gitlab.com/davical-project/davical
Licenses: GPL, LGPL
Submitter: mseiwald
Maintainer: Elrondo46
Last Packager: Elrondo46
Votes: 15
Popularity: 0.000000
First Submitted: 2010-12-04 18:45 (UTC)
Last Updated: 2021-08-02 16:11 (UTC)

Latest Comments

laurent_waro commented on 2021-08-07 02:59 (UTC) (edited on 2021-08-07 03:14 (UTC) by laurent_waro)

Hi everyone, I installed DAViCal on archlinux. I change the default port 80 to 5232 for apache tilo listen and configure my virtualhost to accept connection at this new port. I can access to the web administration site but I can't create a new user. At the page : http://localhost:5232/admin.php?action=edit&t=principal it show me :

Exception [0] array_flip(): Argument #1 ($array) must be of type array, null given at line 243 of /usr/share/webapps/davical/inc/ui/principal-edit.php ================= Stack Trace =================== /usr/share/webapps/davical/htdocs/admin.php[28] include_once() /usr/share/webapps/davical/inc/ui/principal-edit.php[1157] principal_editor() /usr/share/webapps/davical/inc/ui/principal-edit.php[243] array_flip()

Someone can help me?

Thank you!

Elrondo46 commented on 2021-08-02 16:12 (UTC)

Three thanks for you elklin in git history :)

elklin commented on 2021-08-01 09:11 (UTC)

I'm having the same problem with the gitlab url not working. This patch fixes it for me:

diff --git a/PKGBUILD b/PKGBUILD
index 0151b12..db834f0 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -21,10 +21,10 @@ optdepends=('postgresql: run postgresql locally'
             'php-ldap: PHP module for ldap support')
 backup=("etc/webapps/davical/localhost-conf.php")
 install="$pkgname.install"
-source=("${pkgname}-${pkgver}.tar.bz2::https://gitlab.com/davical-project/${pkgname}/repository/archive.tar.bz2?ref=r${pkgver}"
+source=("${pkgname}-${pkgver}.tar.bz2::https://gitlab.com/davical-project/${pkgname}/-/archive/r${pkgver}/${pkgname}-r${pkgver}.tar.bz2"
         httpd-davical.conf
         README.archlinux)
-sha512sums=('82ffeb1e6158c6d4eada2eacf9c5bbab8c84a94e52aa34ceb610057b8a8bdfe255dcceb29257b460b4458f25a98f8f67ae011711eff28537fafe387a1ef24b1d'
+sha512sums=('e39333fdb3ded3baaeda6430325009d0c9237ce6e0b63adfba6754c1816d3b458ab6bb4ec8896f3de08e61ddbf4930e455297e365408bbb39c766efa688bc0f8'
             'b4466049d9ba116cdbe3951a7a4cf004a423b59f197f78765151c656cf4f16f30a2bcc302bd643be0548818a67611654f95deb95113fa7f581394af78cb17109'
             'd7ffe40a87e4752f1cd148bcc0a39285d81d9a717357207a114c1fc8384431ac07e673c84fd152865d47a1291b2c00dfd95237a973f3b6069a97ba5d0940ca84')

@@ -35,7 +35,7 @@ _etcdir="etc/webapps/davical"
 prepare() {
     cd "${srcdir}"
     # rename source dir
-    mv ${pkgname}-r${pkgver}-* "${pkgname}-${pkgver}"
+    mv "${pkgname}-r${pkgver}" "${pkgname}-${pkgver}"
     # strip debian build files from source dir
     rm -rf "${srcdir}/${pkgname}-${pkgver}/debian"
     # enable pdo_sqlite php extension for apigen
-- 
2.32.0

micwoj92 commented on 2021-05-01 02:21 (UTC)

I'm having the same issue as tchernomax

tchernomax commented on 2021-04-25 21:29 (UTC)

@Elrondo46 url https://gitlab.com/davical-project/davical/repository/archive.tar.bz2?ref=r1.1.10 seems to have problems.

# wget 'https://gitlab.com/davical-project/davical/repository/archive.tar.bz2?ref=r1.1.10'
…
2021-04-25 21:24:22 ERROR 503: Service Temporarily Unavailable.

And it seems I am not the only one having trouble with this kind of url : https://forum.gitlab.com/t/cannot-retrieve-repo-archive/51232

I propose to switch to url: https://gitlab.com/davical-project/davical/-/archive/r1.1.10/davical-r1.1.10.tar.bz2

Elrondo46 commented on 2021-03-05 06:05 (UTC)

Updated to 1.1.10

foxxx0 commented on 2019-04-15 07:32 (UTC)

updated to 1.1.8

archtom commented on 2019-03-19 15:39 (UTC)

Hey, would be really nice to see an update of the package due to version upgrade to 1.1.8 and dependency changes. Thanks

foxxx0 commented on 2018-02-13 09:50 (UTC)

updated to 1.1.7

bluelineXY commented on 2018-02-12 12:18 (UTC)

Hi,

could you please update the AUR to 1.1.7 ?

Was doing this manualy and looks fine if you change only the PKGBUILD file to the new version.

RadioGnome1971 commented on 2017-11-26 10:35 (UTC)

@foxxx0: Forgot to thank you for adopting this package. Have maintained my own during the transition period, but am glad someone with some more experience has taken this one back to AUR.

foxxx0 commented on 2017-11-23 09:36 (UTC)

updated to 1.1.6 for pgsql 10 compatibility

Brinox commented on 2017-10-11 19:25 (UTC)

Could you please patch the file scripts/build-always.sh such that it uses /usr/share/awl rather than ../awl to fetch the AWL version? That fixes a warning in the configuration dialog about the AWL version.

foxxx0 commented on 2017-09-15 10:49 (UTC)

Thanks for the report. A fixed awl version has been released to the AUR and this package has been pkgrel-bumped to depend on the fixed awl version.

fauxmight commented on 2017-09-13 20:18 (UTC)

awl, as it stands in AUR, does not install the "dba" subdirectory. Without it, the davical create-database.sh script does not work. I made the following change in the awl PKGBUILD and the create-database.sh script now works. (I have posted a similar notice in the awl AUR package page.) That is, in the "package()" function, I needed to change this line: cp -ra inc scripts tests vendor "${pkgdir}/usr/share/${pkgname}/" to this cp -ra dba inc scripts tests vendor "${pkgdir}/usr/share/${pkgname}/"

foxxx0 commented on 2017-05-08 17:39 (UTC)

awl back in AUR, fixed PKGBUILD, updated version

Elrondo46 commented on 2016-09-22 15:12 (UTC)

Package Adopted. Fully functionnal soon :)

Elrondo46 commented on 2016-09-21 11:18 (UTC)

Please make an AWL AUR Package

Elrondo46 commented on 2016-09-21 07:17 (UTC)

Discontinued Package

rumpelsepp commented on 2014-11-20 12:02 (UTC)

@zenlord: Just bumped the things you mentioned.

abbradar commented on 2014-11-10 11:43 (UTC)

I still have my main Arch laptop in repair (longer than a month!), and I'm using different distribution on the other one. I hope that it'll be returned to me soon, but I'll disown this package for now so someone can update it if he wishes. Sorry for this!

zenlord commented on 2014-10-27 06:52 (UTC)

For the new version, the source URL should be changed to Gitlab (https://gitlab.com/davical-project/davical/tree/r1.1.3.1), and dependency-wise: * a version bump for pkg 'awl=0.55' should suffice. * new optional dependencies: php-ldap * (apparently?) gettext should be a make dependency The update fixes a few things (a.o. with recent iOS versions) and allows for serverside invitations. The ChangeLog is something that is not yet handled by the new developers apparently :)

rumpelsepp commented on 2014-10-11 12:10 (UTC)

New upstream release 1.1.3.1 New website https://gitlab.com/davical-project/davical

pinball-fixer commented on 2014-06-25 08:42 (UTC)

For anyone having trouble getting this to work, use this as your httpd-davical.conf file: # DAViCal Calendar Server Alias /davical "/usr/share/webapps/davical/htdocs" <Directory "/usr/share/webapps/davical/htdocs"> DirectoryIndex index.php index.html AllowOverride None Require all granted AcceptPathInfo On php_value include_path "/usr/share/awl/inc" php_value magic_quotes_gpc 0 php_value register_globals 0 php_value error_reporting "E_ALL & ~E_NOTICE" php_value default_charset "utf-8" </Directory> Only some slight changes to reflect the new file locations.

immae commented on 2014-06-16 19:14 (UTC)

Hi, Thanks for the update! You forgot to update the httpd-davical.conf

abbradar commented on 2014-06-05 21:36 (UTC)

Adjusted the package to follow guidelines and fixed execution bits. Thanks!

rumpelsepp commented on 2014-05-27 09:29 (UTC)

Maybe you should adjust your package to follow the Web Application Package Guidelines: https://wiki.archlinux.org/index.php/Web_Application_Package_Guidelines Furthermore I think the execution bit(s) should be removed: $ la /etc/httpd/conf/extra/httpd-davical.conf -rwxr-xr-x 1 root root 1,5K 27. Mai 10:51 httpd-davical.conf $ la /etc/davical/localhost-conf.php -rwxr-xr-x 1 root root 18K 27. Mai 10:51 /etc/davical/localhost-conf.php $ la /srv/http/davical/README.archlinux -rwxr-xr-x 1 root root 1,6K 27. Mai 10:51 README.archlinux

echoblack commented on 2013-10-07 11:11 (UTC)

To avoid these errors ... psql:./davical.sql:39: ERROR: language "PlPgSQL" does not exist psql:./davical.sql:65: ERROR: language "PlPgSQL" does not exist .... You need to update the .sql files so they use the new Postgres syntax. grep -rl 'PlPgSQL' /srv/http/davical/dba | xargs sed -i 's/PlPgSQL/plpgsql/g'

thelinuxguy commented on 2013-07-25 14:45 (UTC)

this version doesn't work because the server hosting the source is down and because of the mentioned errors in create-database.sh I checked out 1.1.2 from git, and it installed with that without any errors

adam900710 commented on 2012-11-21 11:57 (UTC)

The create-database.sh fails to create the whole DB due to a lot of case-sensitive problems and missing functions. Only the administration UI works, and part of the function works(e.g. add/delete principle). But when it comes to things related to DB, nearly nothing works. You can't even schedule an event. Seems the PKGBUILD missing some sed commands which is in the davucal.spec.

commented on 2011-10-28 13:57 (UTC)

To upgrade from version 0.9.9.6 you will have to run "pacman -Rdd awl" first, before upgrading with for example "yaourt -S davical". The reason for this is that the version 0.9.9.6 requires awl=0.48 instead of awl>=0.48. The version 0.9.9.7 PKGBUILD includes the ">" so from then on upgrades should work normally again.

commented on 2011-09-29 09:03 (UTC)

If you are getting an error related to "time_zone" when you upgrade to 0.9.9.6-x, don't worry. The author of davical says (taken from the davical mailing list): " > DBD::Pg::db do failed: FEHLER: Relation »time_zone« existiert nicht at > /usr/share/davical/dba/update-davical-database line 400, <PERMS> line 63. You can ignore this error. The table time_zone is not present in the latest database version and the line mentioning it was left in the permissions file by accident. Andrew. "

commented on 2011-09-29 09:01 (UTC)

If you are getting an error related to "time_zone" when you upgrade, don't worry. The author of davical says (taken from the davical mailing list): " > DBD::Pg::db do failed: FEHLER: Relation »time_zone« existiert nicht at > /usr/share/davical/dba/update-davical-database line 400, <PERMS> line 63. You can ignore this error. The table time_zone is not present in the latest database version and the line mentioning it was left in the permissions file by accident. Andrew. "

cdemoulins commented on 2011-09-17 08:58 (UTC)

yes, i think my davical database i a mess. I will make a backup of my calendars and contacts and re-install it.

commented on 2011-09-17 01:21 (UTC)

did you try running the update-davical-database script as "postgres" user from the shell?

cdemoulins commented on 2011-09-16 21:24 (UTC)

I tried an update and davical is not working anymore. There's no error in the apache logs and i just have an empty page when i'm connecting on my davical server. I also use the script update-davical-database found in dba directory but i have some error with the script : davical/dba% ./update-davical-database The database is version 9.0 currently at revision 1.2.9. Applying patch 1.2.10.sql ... failed! psql:./patches/1.2.10.sql:8: ERROR: constraint "unique_user" of relation "principal" does not exist psql:./patches/1.2.10.sql:9: ERROR: constraint "unique_path" of relation "collection" does not exist psql:./patches/1.2.10.sql:37: ERROR: Database has not been upgraded to 1.2.9 psql:./patches/1.2.10.sql:39: ERROR: current transaction is aborted, commands ignored until end of transaction block psql:./patches/1.2.10.sql:42: ERROR: current transaction is aborted, commands ignored until end of transaction block psql:./patches/1.2.10.sql:43: ERROR: current transaction is aborted, commands ignored until end of transaction block psql:./patches/1.2.10.sql:45: ERROR: current transaction is aborted, commands ignored until end of transaction block psql:./patches/1.2.10.sql:51: ERROR: current transaction is aborted, commands ignored until end of transaction block psql:./patches/1.2.10.sql:53: ERROR: current transaction is aborted, commands ignored until end of transaction block psql:./patches/1.2.10.sql:55: ERROR: current transaction is aborted, commands ignored until end of transaction block psql:./patches/1.2.10.sql:58: ERROR: current transaction is aborted, commands ignored until end of transaction block psql:./patches/1.2.10.sql:61: ERROR: current transaction is aborted, commands ignored until end of transaction block psql:./patches/1.2.10.sql:62: ERROR: current transaction is aborted, commands ignored until end of transaction block psql:./patches/1.2.10.sql:64: ERROR: current transaction is aborted, commands ignored until end of transaction block there is no transaction in progress ==> No further patches will be attempted! No patches were applied. Supported locales updated. Updated view: dav_principal.sql applied. CalDAV functions updated. RRULE functions updated. Database permissions updated.

commented on 2011-09-15 15:15 (UTC)

updated. lemme know if there are issues.

zenlord commented on 2011-09-15 12:38 (UTC)

0.9.9.5 released without release notes - there should be a bunch of bugfixes

commented on 2011-07-24 23:48 (UTC)

thanks, evaryont. New version submitted: made apache and postgresql optional dependencies. postgresql also optional, as it may be installed on a remote server.

nogweii commented on 2011-07-24 23:13 (UTC)

Perhaps removing apache from the dependencies, instead including it as an optional dependency? The reason is that I use nginx on my server, instead of Apache. PHP works fine with it, and others so it seems silly to me that the package explicitly depends on one server.

commented on 2011-07-24 19:16 (UTC)

new version. let me know if there are things that should be improved.

cman commented on 2011-02-28 18:26 (UTC)

york, After some experimentation, I found that these php extensions are needed: extension=gettext.so extension=iconv.so extension=pdo_pgsql.so extension=pgsql.so Make sure that those are not commented in the php.ini file.

commented on 2011-02-20 08:59 (UTC)

URLs need to be updated... /rscds/ does not exist. Everything seems fairly straightforward expect that can't get davical to find the AWL libraries. I added a print get_ini('include_path') statement when it fails, and it shows .:/usr/share/pear:/usr/share/awl/inc <-- which does exist. owner = root, permissions = 755. I can't understand it (I even tried 777). I also tried setting the include_once directive with the hard coded path in always.php, but no go.

mseiwald commented on 2010-12-29 11:36 (UTC)

I disowned the package, you just have to take ownership now.

zenlord commented on 2010-12-29 11:32 (UTC)

OK - I have no experience with packaging, but with your work already done, I don't think I have a lot to do (although I was thinking of adding an install.sh) - how do we change maintainership?

mseiwald commented on 2010-12-29 11:10 (UTC)

Would you like to take over the package, zenlord? I don't use Arch on the server anymore, so I don't need it anymore.

zenlord commented on 2010-12-29 06:48 (UTC)

Version 0.9.9.4 is released together with awl v 0.46

zenlord commented on 2010-12-27 09:04 (UTC)

I'm curious to try this one out. I'm already using it on debian, but since I'm developing on arch I was going to package this myself. Looks like you did a fine job, but I think you can omit 'postgresql' as a dependency, since php-pgsql already depends on postgresql-libs. You might also want to instruct people that are isntalling davical to uncomment the pdo_pgsql-extension inside php.ini. Oh, and btw: Davical is already at v0.9.9.3 with 0.9.9.4 around the corner (any day now!)