Really Simple CalDAV Store (rscds) is a CalDAV server for hosting network calendars. The new name is going to be DAViCal. Some installation documentation is already available here: http://rscds.sourceforge.net/moin/Gentoo Reproducible: Always Steps to Reproduce:
Created attachment 134368 [details] libawl-php, dependency for rscds
Created attachment 134372 [details] rscds ebuild
Created attachment 134374 [details] sample configuration file for rscds
Created attachment 134376 [details] postinstall instructions for rscds
I created an ebuild for libawl-php and rscds. I'm hoping someone can help improve it. I am not sure where in the portage tree these would fit. I'm also not sure exactly which PHP flags are required to run rscds.
Thanks for this. I updated the ebuilds to support libawl-php-0.22 and rscds-0.9.2.ebuild (simply by changing name and link to source file), and I confirm it works well. My only issue is that it assumes you are giving it an entire virtual host, when it runs fine from a subdirectory of another site - which is what will happen if you don't have the vhosts use flag enabled.
Hi Cory! How about pushing this to the current version 0.9.4 and introducing it into Gentoo Sunrise? (If you're lacking the time for it, I can do that for you.)
I have recently packaged rscds-0.9.5. I'll attach my overlay to this bug. Those are my first real ebuild and I didn't check QA. All advices to make them better is welcome.
Created attachment 157549 [details] Contains ebuild for dev-php/libawl-php-0.29 and www-apps/rscds-0.9.5
Great, I'd suggest you submit these ebuilds to Gentoo Sunrise as they are of limited use otherwise. A few QA things: - Rename it from rscds to davical - Re-order variables according to the coding standards - Make sure, all dobin, doins and dohtml have || die "error message" catches You find all about Gentoo Sunrise (most notably the HowToCommit and CodingStandards guides) here: http://overlays.gentoo.org/proj/sunrise To get it submitted... - Fix the ebuilds based on CodingStandards - Go to #gentoo-sunrise on IRC and paste your ebuilds for live review - Once the devs okay your ebuilds, get your password and commit (see HowToCommit) Thanks a bunch for your work!! (PS: If this is too much of a hassle to you, I can do it. But you've done most of the work already, so you shouldn't renounce the honor to commit it yourself.)
This ebuild is now in the sunrise overlay at the following url http://overlays.gentoo.org/svn/proj/sunrise/sunrise/www-apps/davical/ It is already renamed DAViCal instead of rscds. The libawl-php ebuild has now its own bug thread (bug #229025)
*** Bug 229025 has been marked as a duplicate of this bug. ***
(In reply to comment #11) > This ebuild is now in the sunrise overlay at the following url > http://overlays.gentoo.org/svn/proj/sunrise/sunrise/www-apps/davical/ > > It is already renamed DAViCal instead of rscds. > > The libawl-php ebuild has now its own bug thread (bug #229025) > The line 46 in www-apps/davical/davical-0.9.5.ebuild : scripts/po/rebuild-translations.sh creates an ACCESS VIOLATION open_wr: /usr/share/snmp/mibs/.index after removing this line it works.
I cannot reproduce the access violation. I have just commited some new ebuilds for libawl-php-0.31 and davical-0.9.5.2 in the sunrise overlay. They will soon be reviewed and, I hope, accepted. Can you test them to see if it the problem persist?
Created attachment 165716 [details] ebuilds for libawl-php-0.31 and davical-0.9.5.2 unpack in your local overlay if you are upgrading from the previous ebuilds, don't forget to update your database structure (with sqlscripts/update-davical-database)
davical-0.9.6.1 and awl-0.33 available in the sunrise overlay libawl-php has been renamed to awl to follow upstream naming scheme
davical-0.9.6.2 and awl-0.34 available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.6.2
On installing this ebuild, I find that the scripts needed to set up the database: /usr/share/webapps/davical/0.9.6.2/sqlscripts/create-database.sh /usr/share/webapps/davical/0.9.6.2/sqlscripts/update-davical-database /usr/share/webapps/davical/0.9.6.2/sqlscripts/update-rscds-database are not marked as executable.
davical-0.9.6.3 and awl-0.36 available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.6.3 The file permissions Zak mentionned have been fixed (I forgot to add this to the changelog)
davical-0.9.7 and awl-0.37 available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.7
davical-0.9.7.1 available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.7.1
davical-0.9.7.2 available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.7.2
davical-0.9.7.4 and awl-0.38 available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.7.3 http://wiki.davical.org/w/Release_Notes/0.9.7.4
awl 0.38 is not in the sunrise overlay... I have had to create my own ebuild to allow emerge of davical 0.9.7.4 PS: awl file name has changed from "awl_0.xx.tar.gz" to "awl-0.xx.tar.gz" (In reply to comment #23) > davical-0.9.7.4 and awl-0.38 available in the sunrise overlay > > http://wiki.davical.org/w/Release_Notes/0.9.7.3 > http://wiki.davical.org/w/Release_Notes/0.9.7.4 >
(In reply to comment #24) > awl 0.38 is not in the sunrise overlay... I have had to create my own ebuild to > allow emerge of davical 0.9.7.4 > > PS: awl file name has changed from "awl_0.xx.tar.gz" to "awl-0.xx.tar.gz" > I didn't noticed my commit went wrong. awl-0.38 is now on the sunrise overlay.
davical-0.9.7.6 available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.7.6
davical-0.9.8 available in the sunrise overlay awl and davical now depends on php with pdo http://wiki.davical.org/w/Release_Notes/0.9.8
davical-0.9.8.1 available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.8.1
I needed to do a fresh install of davical-0.9.8.1 and came across some problems related to the ebuild: After running: USE="vhosts" emerge davical webapp-config -I -h davical -d / davical 0.9.8.1 The version numbers are missing from the post-install instructions: ================================================================= POST-INSTALL INSTRUCTIONS ================================================================= You will need access to postgresql database to use davical. Read /usr/share/doc/www-apps/davical-/INSTALL.gz for installation instructions. Release notes are available at http://wiki.davical.org/w/Release_Notes/. Full documentation and wiki on http://davical.org If you are upgrading from a previous version of davical, don't forget to upgrade the database structure with cd /usr/share/webapps/davical//sqlscripts/ ./update-davical-database -dbuser xxxxxxx -appuser xxxxxx ================================================================= I corrected the path to INSTALL.gz to: /usr/share/doc/www-apps/davical-0.9.8.1/INSTALL.gz but that file contains incorrect info - maybe we should not reference it and include working instructions directly in the post install text? It wrongly instructs you to create a postgresql user called "general" (should be davical_app). It then tells you to run "dba/create-database.sh", (should be /usr/share/webapps/davical/0.9.8.1/sqlscripts/create-database.sh). A Gentoo specific virtual host config would be useful too. Seemingly more correct instructions are on the web site http://davical.org/installation.php , but they are still not quite right for a Gentoo install. Gentoo issues aside, the create-database.sh script says this when it finishes running: ________________________________________________________________________ NOTE ==== * You will need to edit the PostgreSQL pg_hba.conf to allow the 'davical_dba' database user access to the 'davical' database. ________________________________________________________________________ and yet the web site installation instructions tell you to do the same but with the user "davical_app", and don't mention the davical_dba user at all. Explicitly stating what to do in the postinstall would be beneficial. FWIW, I give permissions to the "davical_app" user and not the "davical_dba" user, and this appears to work. Apologies if it seems like I'm complaining, I'm not. I wanted to get all the problems I found, written down in one place. Many thanks to you François, for maintaining this difficult ebuild!
Upstream is about to distribute 0.9.8.2 version of davical. I modified the postinst file to print correctly the version number in the text. I will include this modification in next ebuild. Concerning the INSTALL file, it is distributed as is in the source tarball. I agree it is lagging a bit. The more accurate installation instructions can be found on the davical wiki, anyway. I will stop emphasizing this INSTALL file and redirect to the wiki. The gentoo vhost config is a real good idea. I am not that familiar with webapp-config but I think it can automate such a config with the command line parameter you use. If you have an example of a working base vhost config that could be used, feel free to mail it to me or to attach it here so that I can include it with the next ebuild.
There is this (wrongly named) page on gentoo-wiki which could be advertised too, but it still needs some work. http://en.gentoo-wiki.com/wiki/Caldav
davical-0.9.8.3 available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.8.3 The postinstall instructions are now correctly printed, even when installed manually with webapp-config.
davical-0.9.8.4 & awl-0.42 available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.8.4
Please change the summary to: "DAViCal - A CalDAV server" DAViCal is not an 'iCal server' - whatever that is supposed to mean. 'iCal' is a proprietary calendaring application written by Apple Computer - one which will happily communicate with DAViCal using the CalDAV protocol. Thanks for making DAViCal available to Gentoo users :-) Cheers, Andrew McMillan.
Hi There, Francois according to our recent chat, I'm posting an updated version of davical ebuild. There's few changes as follow : - compile : proper call to Makefile rule to generate translation and always.php - install : inc and locale now install in MY_HOSTROOTDIR instead of MY_HTDOCSDIR - install : htdocs/htdocs is now in htdocs/ - install : removed always.php.in from the installed files list - docs : updated files/postinstall-en-0.9.8.4.txt
Created attachment 223985 [details] updated version as per comment
Created attachment 223987 [details] updated file as per comment
i get a wron file size error when trying to install davical from sunrise overlay. ------- 2010-04-08 13:23:38 (263 KB/s) - »»/usr/portage/distfiles/davical-0.9.8.4.tar.gz«« gespeichert [1968920/1968920] ('Filesize does not match recorded size', 1968920, 1894356) !!! Fetched file: davical-0.9.8.4.tar.gz VERIFY FAILED! !!! Reason: Filesize does not match recorded size !!! Got: 1968920 !!! Expected: 1894356 Refetching... File renamed to '/usr/portage/distfiles/davical-0.9.8.4.tar.gz._checksum_failure_.YMazYk' !!! Couldn't download 'davical-0.9.8.4.tar.gz'. Aborting. * Fetch failed for 'www-apps/davical-0.9.8.4', Log file: * '/var/tmp/portage/www-apps/davical-0.9.8.4/temp/build.log' >>> Failed to emerge www-apps/davical-0.9.8.4, Log file: ...
The archive on the davical ftp seems to have been uploaded after the ebuild was commited on sunrise, according to the date it shows. I guess it has been modified afterward. I won't be able to correct this issue before next monday. In the meantime, you can rebuild the digest to force the installation. (In general, you should be careful when doing this, as the modified size of the archive can result from someone introducing a backdoor or other harmful things)
In this case there was a file missing from the original tarball I released, which has now been added, so the file really is different.
davical-0.9.9 available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.9 The files are installed following a new layout more in line with the gentoo way. (Thanks to Aurélien Requiem) You will probably have to modify your apache configuration (there's a vhost configuration example installed in /etc/davical )
I can confirm the access violation in version 0.9.9. it seems that the file simply does not exist on my system. maybe a missing dependency? (In reply to comment #13) > (In reply to comment #11) > > This ebuild is now in the sunrise overlay at the following url > > http://overlays.gentoo.org/svn/proj/sunrise/sunrise/www-apps/davical/ > > > > It is already renamed DAViCal instead of rscds. > > > > The libawl-php ebuild has now its own bug thread (bug #229025) > > > The line 46 in www-apps/davical/davical-0.9.5.ebuild : > scripts/po/rebuild-translations.sh > > creates an ACCESS VIOLATION > > open_wr: /usr/share/snmp/mibs/.index > > after removing this line it works. >
(In reply to comment #42) i was able to install davical now after removing the mentioned line. Now i have a second problem. i recieve the following error when opening the davical page in the browser ------------------------------- Warning: include(DAViCalSession.php) [function.include]: failed to open stream: No such file or directory in /var/www/localhost/htdocs/davical/index.php on line 11 Warning: include() [function.include]: Failed opening 'DAViCalSession.php' for inclusion (include_path='../inc:.:/usr/share/php5:/usr/share/php:/usr/share/php5/awl') in /var/www/localhost/htdocs/davical/index.php on line 11 Fatal error: Call to a member function LoginRequired() on a non-object in /var/www/localhost/htdocs/davical/index.php on line 12 ------------------------------- DAViCalSession.php does not exist on the system. http://packages.debian.org/de/sid/all/davical/filelist lists this file. > I can confirm the access violation in version 0.9.9. it seems that the file > simply does not exist on my system. maybe a missing dependency? > > (In reply to comment #13) > > (In reply to comment #11) > > > This ebuild is now in the sunrise overlay at the following url > > > http://overlays.gentoo.org/svn/proj/sunrise/sunrise/www-apps/davical/ > > > > > > It is already renamed DAViCal instead of rscds. > > > > > > The libawl-php ebuild has now its own bug thread (bug #229025) > > > > > The line 46 in www-apps/davical/davical-0.9.5.ebuild : > > scripts/po/rebuild-translations.sh > > > > creates an ACCESS VIOLATION > > > > open_wr: /usr/share/snmp/mibs/.index > > > > after removing this line it works. > > >
(In reply to comment #43) davical is working now. the inc directory exists in the source file davical-0.9.9.tar.gz. if you unpack it to path x and tell apache to use x as include path, the login comes up. > (In reply to comment #42) > i was able to install davical now after removing the mentioned line. > > Now i have a second problem. i recieve the following error when opening the > davical page in the browser > > ------------------------------- > Warning: include(DAViCalSession.php) [function.include]: failed to open stream: > No such file or directory in /var/www/localhost/htdocs/davical/index.php on > line 11 > > Warning: include() [function.include]: Failed opening 'DAViCalSession.php' for > inclusion > (include_path='../inc:.:/usr/share/php5:/usr/share/php:/usr/share/php5/awl') in > /var/www/localhost/htdocs/davical/index.php on line 11 > > Fatal error: Call to a member function LoginRequired() on a non-object in > /var/www/localhost/htdocs/davical/index.php on line 12 > ------------------------------- > > DAViCalSession.php does not exist on the system. > http://packages.debian.org/de/sid/all/davical/filelist lists this file. > > > > I can confirm the access violation in version 0.9.9. it seems that the file > > simply does not exist on my system. maybe a missing dependency? > > > > (In reply to comment #13) > > > (In reply to comment #11) > > > > This ebuild is now in the sunrise overlay at the following url > > > > http://overlays.gentoo.org/svn/proj/sunrise/sunrise/www-apps/davical/ > > > > > > > > It is already renamed DAViCal instead of rscds. > > > > > > > > The libawl-php ebuild has now its own bug thread (bug #229025) > > > > > > > The line 46 in www-apps/davical/davical-0.9.5.ebuild : > > > scripts/po/rebuild-translations.sh > > > > > > creates an ACCESS VIOLATION > > > > > > open_wr: /usr/share/snmp/mibs/.index > > > > > > after removing this line it works. > > > > > >
(In reply to comment #44) > (In reply to comment #43) > davical is working now. > the inc directory exists in the source file davical-0.9.9.tar.gz. > if you unpack it to path x and tell apache to use x as include path, the login > comes up. > > > > (In reply to comment #42) > > ------------------------------- > > Warning: include(DAViCalSession.php) [function.include]: failed to open stream: > > No such file or directory in /var/www/localhost/htdocs/davical/index.php on > > line 11 > > > > Warning: include() [function.include]: Failed opening 'DAViCalSession.php' for > > inclusion > > (include_path='../inc:.:/usr/share/php5:/usr/share/php:/usr/share/php5/awl') in > > /var/www/localhost/htdocs/davical/index.php on line 11 > > > > Fatal error: Call to a member function LoginRequired() on a non-object in > > /var/www/localhost/htdocs/davical/index.php on line 12 > > ------------------------------- I think your include_path was wrong. The inc directory is installed directly in the vhost root. We added a vhost configuration file example in /etc/davical we suggest using: php_value include_path "/usr/share/php5/awl:/var/www/myvhost/inc"
(In reply to comment #45) > (In reply to comment #44) > > (In reply to comment #43) > > davical is working now. > > the inc directory exists in the source file davical-0.9.9.tar.gz. > > if you unpack it to path x and tell apache to use x as include path, the login > > comes up. > > > > > > > (In reply to comment #42) > > > ------------------------------- > > > Warning: include(DAViCalSession.php) [function.include]: failed to open stream: > > > No such file or directory in /var/www/localhost/htdocs/davical/index.php on > > > line 11 > > > > > > Warning: include() [function.include]: Failed opening 'DAViCalSession.php' for > > > inclusion > > > (include_path='../inc:.:/usr/share/php5:/usr/share/php:/usr/share/php5/awl') in > > > /var/www/localhost/htdocs/davical/index.php on line 11 > > > > > > Fatal error: Call to a member function LoginRequired() on a non-object in > > > /var/www/localhost/htdocs/davical/index.php on line 12 > > > ------------------------------- > > I think your include_path was wrong. > The inc directory is installed directly in the vhost root. > We added a vhost configuration file example in /etc/davical > we suggest using: > php_value include_path "/usr/share/php5/awl:/var/www/myvhost/inc" > the inc directory was nowhere on the computer. i searched with locate for it. maybe this has to do with the previous access violation problem, where i removed a line from the rebuild-translations.sh?
Did you make sure to rebuild your locate database before doing the search? I just upgraded from 0.9.7.6 to 0.9.9 and I didn't get an access violation and I found DAViCalSession.php in /var/www/localhost/inc just as stated in comment 35, which I didn't read till after I found the file. Shouldn't the post install (comment 29) instructions be logged with portage since webapp doesn't (not that I know of) and it's a bad habit to check the bug (or website) for upgrade instructions. Everyone's work is greatly appreciated on this piece of software.
yes i did an updatedb before search.
Created attachment 242743 [details] davical-0.9.9 The source have to be patched, than it is working.
Created attachment 242745 [details, diff] set_include_path.patch davical-0.9.9 patch.
*** Bug 343691 has been marked as a duplicate of this bug. ***
Please version bump to davical-0.9.9.3, tried it local and it works fine for me. (Same for awl-0.45 which is required by davical-0.9.9.3.)
davical-0.9.9.3 available in the sunrise overlay (alongside awl 0.45) http://wiki.davical.org/w/Release_Notes/0.9.9.3 I overlooked the suggestion made by Scott in comment #47. I will add the postinstall instructions directly in the ebuild in the next davical version as it seems they aren't always printed when webapp-config is called by the ebuild. If someone has an idea why those instructions are not printed the first time davical-0.9.9.3 is emerged, but are printed on subsequent emerge, we may be able to find a better fix.
(In reply to comment #53) > davical-0.9.9.3 available in the sunrise overlay (alongside awl 0.45) As feedback/support/thankyou: Upgraded successfully to davical-0.9.9.3 today using that ebuild. looking fwd to having it in portage as well.
I just installed from the overlay, and when I load http://localhost/davical/admin.php I get: Fatal error: PDO connection error 'pgsql:dbname=davical user=davical_app': SQLSTATE[08006] [7] could not connect to server: Permission denied Is the server running locally and accepting connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"? in /usr/share/php5/awl/AwlDBDialect.php on line 78 I've read the thread at http://davical-general.89287.n3.nabble.com/installation-problem-td718134.html but haven't found anything to solve the problem. Postgres is running (I can telnet to port 5432), and php was built with the pdo use flag.
(In reply to comment #55) > Fatal error: PDO connection error 'pgsql:dbname=davical user=davical_app': > SQLSTATE[08006] [7] could not connect to server: Permission denied > Is the server running locally and accepting > connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"? here you connect using socket ^^^^^^^^^^^ [...] > but haven't found anything to solve the problem. Postgres is running (I can > telnet to port 5432), and php was built with the pdo use flag. But here you are testing connection using TCP, it are diffrent ways. Configure connection "host=127.0.0.1" not word "localhost".
Who maintains davical and awl in sunrise-overlay? I created two ebuilds locally for www-apps/davical-0.9.9.4 and the needed dev-php/awl-0.46 (by simply cp-ing the older ebuilds from sunrise). They build OK and work OK so far. Pls get them into sunrise at least to have more people test these releases. Thanks.
davical-0.9.9.4 & awl-0.46 are available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.9.4
(In reply to comment #58) > davical-0.9.9.4 & awl-0.46 are available in the sunrise overlay > > http://wiki.davical.org/w/Release_Notes/0.9.9.4 Not visible for me, just synced sunrise-overlay, it is at revision 11667 now.
(In reply to comment #59) > (In reply to comment #58) > > davical-0.9.9.4 & awl-0.46 are available in the sunrise overlay > > > > http://wiki.davical.org/w/Release_Notes/0.9.9.4 > > Not visible for me, just synced sunrise-overlay, it is at revision 11667 now. > The changes are not yet visible to users. A developer has to review them and move them to the visible sunrise branch
davical-0.9.9.6 & awl-0.48 are available in the sunrise overlay http://wiki.davical.org/w/Release_Notes/0.9.9.6
davical-0.9.9.7 committed to sunrise as of r12504, dependency awl-0.49 as of r12503. This update is required to prevent 404 errors with iCal on Mac OS X 10.7.2. http://wiki.davical.org/w/Release_Notes/0.9.9.7
DAViCal 1.0.0! (and 1.0.1 already too) Released! Hopefully with 1.0.1 release a maintainer steps up and we can have it in the regular portage tree!
(In reply to comment #63) > DAViCal 1.0.0! (and 1.0.1 already too) Released! > > Hopefully with 1.0.1 release a maintainer steps up and we can have it in the > regular portage tree! I am working on it at the moment. There was some discussion on the davical-general list about gentoo and davical. I plan to make several changes to be more in line with the way upstream install files. I'll post the ebuild here so we can test them before committing them in sunrise.
Created attachment 298039 [details] New ebuild for awl-0.50
Created attachment 298041 [details] Ebuild and patch for davical 1.0.1
Here are some new ebuild for awl 0.50 and davical-1.0.1 (see new attachments) All the awl files are now in /usr/share/php5/awl There is 3 subdirs, dba, inc and scripts. Concerning davical, the directory locale and inc are back in the document root, in the davical directory. I have patched always.php and it now should work right out of the box. I had trouble to build the doc with recent version of phpdocumentor, but it worked with the stable version in portage. Can you test the ebuilds before I commit them in sunrise?
Hi, I have several comments on this ebuild: (1) I object to the subtitle (i.e. the "DESCRIPTION" in the ebuild) of DAViCal as "A CalDAV and iCal Server". While iCal will operate as a client for DAViCal it is probably less worthy of mention than Mozilla Lightning, Evolution, Chandler or Akonadi - all of which are Free Software projects which can use a CalDAV backend. Ideally the title of this bug should also match. I normally describe DAViCal as "A CalDAV and CardDAV Server". If there is an ebuild field available for a longer description then it would be appropriate to mention various CalDAV and CardDAV clients there - especially Free Software ones. (2) The inc_path.patch makes several changes to the way DAViCal calculates the include path. (a) The first change suggests that the locale files have been moved under the htdocs directory. This only makes me cringe slightly. (b) The second change looks to specify the wrong path: based on my reading of the awl_location.patch it seems that on Gentoo the AWL include files are in /usr/share/php5/awl rather than /usr/share/php5/awl/inc. (c) The third change suggests that the DAViCal include files have also been moved under DAViCal's htdocs directory. I consider that having the include files under the htdocs directory might offer a potential security issue. I code DAViCal under the explicit assumption that they can *not* be accessed through a web browser URL - only files in the htdocs directory should be accessible through a URL. I do not believe this is a current security issue. From looking at the example vhost I suspect that this third change is actually just unnecessary. (3) Given the setting of the include path in the inc_path.patch (when corrected, as noted in 2b above) it should not be necessary to set the php_include_path in the vhost.example. That's pretty much the point of the code being modified by the inc_path.patch.
Created attachment 298063 [details] Ebuild and patch for davical 1.0.1 New ebuild ready for testing. It takes into consideration the comments made by Andrew McMillan. Files which are not to be served by the webserver are now placed in htroot/davical Various patch have been modified to take this into account.
I have just commited awl-0.51 and davical-1.0.2 They will be available soon.
Running davical-1.0.2 from sunrise without any issue. Can't say I tested upgradeding, I moved the database from my old server (davical-0.9.9.4) over, ran the upgrade script, and had a freshly installed 1.0.2. Had zero problems.
>>> Compiling source in /var/tmp/portage/www-apps/davical-1.0.2/work/davical-1.0.2 ... make built-po scripts/po/rebuild-translations.sh I can't find a location for the AWL libraries and I need those strings too make: *** [built-po] Error 1 emake failed * ERROR: www-apps/davical-1.0.2 failed (compile phase): awl is installed, let's see if I can figure out this riddle ...
awl_location.patch needs changes - +AWL_LOCATION="/usr/share/php5/awl/inc" needs to be changed into +AWL_LOCATION="/usr/share/php/awl/inc"
The patch has been corrected. I followed y(In reply to comment #73) > awl_location.patch needs changes - > > +AWL_LOCATION="/usr/share/php5/awl/inc" > > needs to be changed into > > > +AWL_LOCATION="/usr/share/php/awl/inc" The patch has been corrected. I followed the suggestion you made on IRC and added php deps on calendar and curl uses too. davical-1.0.2-r1 will soon be available in the sunrise repo.
