mihaic at gmail
Sep 27, 2011, 10:39 AM
Post #8 of 27
(885 views)
Permalink
|
I have the same problem after the update. Furthermore, the
administration interface lists the following issue under
Administration->Setup:
Dependency Status
---------- ------
Current DAViCal version Want: 0.9.9.5, Currently: 0.9.9.6
Is this a problem? (Clients seem to access the davical server fine for now.)
Mihai
On 09/27/2011 11:44 AM, Ingo Belka wrote:
> Hello again,
>
> I put the value in /etc/php5/apache2/php.ini. Then I restarted the
> system, but no success. The error left.
>
> Are there any other suggestions/solutions?
>
> Kind regards
> Ingo Belka
> ----
> Stadt Grimmen, Markt 1, 18507 Grimmen
> Grimmen - merk würdig schön http://www.grimmen.de
> Tel.: +49 38326 47 228 ingo_belka [at] grimmen
> Fax : +49 38326 47 255 hauptverwaltung [at] grimmen
>
> Am 27.09.2011 16:27, schrieb Wolfgang Hennerbichler:
>> Hi Ingo,
>>
>> your problem is your php.ini, has nothing to do with davical but php.
>>
>> put this into your php.ini:
>> date.timezone = Europe/Berlin
>>
>> and all is good.
>> wolfgang
>>
>> On Tue, Sep 27, 2011 at 03:59:35PM +0200, Ingo Belka wrote:
>>> Hi Vincent,
>>>
>>> I did read the wiki. But there is no help for this problem and I hope I
>>> can avoid the roll back of code. The German error message says that the
>>> relation "time_zone" does not exist.
>>>
>>> But it seem to me that everything is fine except this one thing with the
>>> time_zone.
>>>
>>> I started the database update with -debug option and this is the output:
>>> davical [at] ubunt:~$ sudo /usr/share/davical/dba/update-davical-database -debug
>>> [sudo] password for davical:
>>> Using database: davical_dba%@dbi:Pg:dbname=davical
>>> The database is version 8.4 currently at revision 1.2.11.
>>> Looking at patches[0] (1.1.2.sql)
>>> Patch 1.1.2.sql has already been applied.
>>> Looking at patches[1] (1.1.3.sql)
>>> Patch 1.1.3.sql has already been applied.
>>> Looking at patches[2] (1.1.4.sql)
>>> Patch 1.1.4.sql has already been applied.
>>> Looking at patches[3] (1.1.5.sql)
>>> Patch 1.1.5.sql has already been applied.
>>> Looking at patches[4] (1.1.6.sql)
>>> Patch 1.1.6.sql has already been applied.
>>> Looking at patches[5] (1.1.7.sql)
>>> Patch 1.1.7.sql has already been applied.
>>> Looking at patches[6] (1.1.8.sql)
>>> Patch 1.1.8.sql has already been applied.
>>> Looking at patches[7] (1.1.9.sql)
>>> Patch 1.1.9.sql has already been applied.
>>> Looking at patches[8] (1.1.10.sql)
>>> Patch 1.1.10.sql has already been applied.
>>> Looking at patches[9] (1.1.11.sql)
>>> Patch 1.1.11.sql has already been applied.
>>> Looking at patches[10] (1.1.11a.sql)
>>> Patch 1.1.11a.sql has already been applied.
>>> Looking at patches[11] (1.1.12.sql)
>>> Patch 1.1.12.sql has already been applied.
>>> Looking at patches[12] (1.1.12a.sql)
>>> Patch 1.1.12a.sql has already been applied.
>>> Looking at patches[13] (1.2.1.sql)
>>> Patch 1.2.1.sql has already been applied.
>>> Looking at patches[14] (1.2.1a.sql)
>>> Patch 1.2.1a.sql has already been applied.
>>> Looking at patches[15] (1.2.1b.sql)
>>> Patch 1.2.1b.sql has already been applied.
>>> Looking at patches[16] (1.2.2.sql)
>>> Patch 1.2.2.sql has already been applied.
>>> Looking at patches[17] (1.2.3.sql)
>>> Patch 1.2.3.sql has already been applied.
>>> Looking at patches[18] (1.2.3a.sql)
>>> Patch 1.2.3a.sql has already been applied.
>>> Looking at patches[19] (1.2.4.sql)
>>> Patch 1.2.4.sql has already been applied.
>>> Looking at patches[20] (1.2.5.sql)
>>> Patch 1.2.5.sql has already been applied.
>>> Looking at patches[21] (1.2.6.sql)
>>> Patch 1.2.6.sql has already been applied.
>>> Looking at patches[22] (1.2.7.sql)
>>> Patch 1.2.7.sql has already been applied.
>>> Looking at patches[23] (1.2.8.sql)
>>> Patch 1.2.8.sql has already been applied.
>>> Looking at patches[24] (1.2.9.sql)
>>> Patch 1.2.9.sql has already been applied.
>>> Looking at patches[25] (1.2.10.sql)
>>> Patch 1.2.10.sql has already been applied.
>>> Looking at patches[26] (1.2.10a.sql)
>>> Patch 1.2.10a.sql has already been applied.
>>> Looking at patches[27] (1.2.11.sql)
>>> Patch 1.2.11.sql has already been applied.
>>> No patches were applied.
>>> Supported locales updated.
>>> Updated view: dav_principal.sql applied.
>>> CalDAV functions updated.
>>> RRULE functions updated.
>>> GRANT SELECT,INSERT,UPDATE,DELETE on collection to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on caldav_data to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on calendar_item to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on relationship to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on locks to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on property to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on freebusy_ticket to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on usr to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on usr_setting to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on roles to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on role_member to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on session to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on tmp_password to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on group_member to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on principal to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on relationship_type to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on sync_tokens to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on sync_changes to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on grants to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on dav_principal to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on access_ticket to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on dav_binding to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on calendar_alarm to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on calendar_attendee to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on addressbook_resource to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on addressbook_address_adr to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on addressbook_address_tel to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on addressbook_address_email to
>>> davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on timezones to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on tz_aliases to davical_app
>>> GRANT SELECT,INSERT,UPDATE,DELETE on tz_localnames to davical_app
>>> GRANT SELECT,UPDATE on relationship_type_rt_id_seq to davical_app
>>> GRANT SELECT,UPDATE on dav_id_seq to davical_app
>>> GRANT SELECT,UPDATE on usr_user_no_seq to davical_app
>>> GRANT SELECT,UPDATE on roles_role_no_seq to davical_app
>>> GRANT SELECT,UPDATE on session_session_id_seq to davical_app
>>> GRANT SELECT,UPDATE on principal_type_principal_type_id_seq to davical_app
>>> GRANT SELECT,UPDATE on sync_tokens_sync_token_seq to davical_app
>>> GRANT SELECT,UPDATE on timezones_our_tzno_seq to davical_app
>>> GRANT SELECT,INSERT on time_zone to davical_app
>>> DBD::Pg::db do failed: FEHLER: Relation »time_zone« existiert nicht at
>>> /usr/share/davical/dba/update-davical-database line 400, <PERMS> line 63.
>>> GRANT SELECT on supported_locales to davical_app
>>> GRANT SELECT on awl_db_revision to davical_app
>>> GRANT SELECT on principal_type to davical_app
>>> Database permissions updated.
>>>
>>> Is there a possibility to repair this without a lot of work?
>>> I think that the DAViCal is running well!?
>>>
>>> Kind regards
>>> Ingo Belka
>>> ----
>>> Stadt Grimmen, Markt 1, 18507 Grimmen
>>> Grimmen - merk würdig schön http://www.grimmen.de
>>> Tel.: +49 38326 47 228 ingo_belka [at] grimmen
>>> Fax : +49 38326 47 255 hauptverwaltung [at] grimmen
>>>
>>> Am 27.09.2011 09:31, schrieb Vincent Van Houtte:
>>>> Hi,
>>>>
>>>>> I got an error while upgrading DAViCal to 0.9.9.6-1.
>>>> [...]
>>>>> DBD::Pg::db do failed: FEHLER: Relation »time_zone« existiert nicht at
>>>>> /usr/share/davical/dba/update-davical-database line 400, <PERMS> line 63.
>>>>> Database permissions updated.
>>>>>
>>>>> What went wrong? What do have to do in this situation?
>>>>
>>>> Did you follow this procedure?
>>>> http://wiki.davical.org/w/Update-davical-database
>>>>
>>>> HTH,
>>>>
>>>> Vincent
>>>
>>> ------------------------------------------------------------------------------
>>> All the data continuously generated in your IT infrastructure contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes this data and makes
>>> sense of it. Business sense. IT sense. Common sense.
>>> http://p.sf.net/sfu/splunk-d2dcopy1
>>> _______________________________________________
>>> Davical-general mailing list
>>> Davical-general [at] lists
>>> https://lists.sourceforge.net/lists/listinfo/davical-general
>>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Davical-general mailing list
> Davical-general [at] lists
> https://lists.sourceforge.net/lists/listinfo/davical-general
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Davical-general mailing list
Davical-general [at] lists
https://lists.sourceforge.net/lists/listinfo/davical-general
|
signature.asc
appuser_permissions_a.txt
booknow.gif
1
