[SOGo] inverse branch compliation problem on gentoo linux

[javier david]

hi ludovic,

thank you very much for your prompt reply.

it worked!! SOGo is now running in my test environment on gentoo.
great news about funambol. once i manage to get SOGo stable i'll get to 
work on that...

i've been encountering a few runtime issues that i would like to ask you 
about:

1) i can login and view the empty calendar. i can also view the webmail 
interface, and preferences. any attempt to create an object or to view 
the address book produces an apache "internal system error" page, with 
sogo showing some variant of the following:

Oct 11 23:44:05 sogod-0.9 [5680]: [ERROR] |SOGo-0.9| did not find Locale 
for language: Spanish

2007-10-11 23:44:05.227 sogod-0.9[5680] Note(SoObject): SoDebugKeyLookup 
is enabled!
2007-10-11 23:44:05.228 sogod-0.9[5680] Note(SoObject): SoDebugBaseURL 
is enabled!
2007-10-11 23:44:05.228 sogod-0.9[5680] Note(SoObject): relative base 
URLs are enabled.
Oct 11 23:44:05 sogod-0.9 [5680]: <0x0x84b9828[GCSFolderManager]> Note: 
loading 4 GCS folder types:
Oct 11 23:44:05 sogod-0.9 [5680]: <0x0x84b9828[GCSFolderManager]>   
contact: OK
Oct 11 23:44:05 sogod-0.9 [5680]: <0x0x84b9828[GCSFolderManager]>   
appointment-oracle: OK
Oct 11 23:44:05 sogod-0.9 [5680]: <0x0x84b9828[GCSFolderManager]>   
contact-oracle: OK
Oct 11 23:44:05 sogod-0.9 [5680]: <0x0x84b9828[GCSFolderManager]>   
appointment: OK
2007-10-11 23:44:05.248 sogod-0.9[5680] Note: setup default manager at: 
postgresql://sogo@localhost:5432/sogo/sogo_folder_info

EXCEPTION: <NSException: 84ef870> NAME:NSInvalidArgumentException 
REASON:PostgreSQL72Channel(instance) does not recognize 
createGCSFolderTableWithName:


### child 5680 (#11) was terminated by signal 6 (uptime=843s).

it would seem that SOGo is not able to create user-specific tables in 
postgresql, however the following tables were successfully created:

sogo=# \d
                      List of relations
 Schema |               Name               |   Type   | Owner
--------+----------------------------------+----------+-------
 public | sogo_folder_info                 | table    | sogo
 public | sogo_folder_info_c_folder_id_seq | sequence | sogo
 public | sogo_user_profile                | table    | sogo
(3 rows)

access from thunderbird/lighting with inverse plugins produces the same 
result. could this be due to a problem with my envoronment or 
configuration? is there any further information i can provide?

2) we use courier-imap, not cyrus. i noticed some unexpected webmail 
behaviour in sogo with courier. it doesn't display any email or folders. 
i tested with cyrus and this appears to work better. i sniffed some 
packets going between SOGo and the imap server, and courier apparently 
responds differently than cyrus to the GETACL command.

cyrus' response to a GETACL command includes the username as the second 
parameter (jdavid in my case). courier responds with "owner", as you can 
observe in command 4:


1 login "jdavid" "PASSWORD DELETED"
1 OK LOGIN Ok..
2 list "" ""
.
* LIST (\Noselect) "." "".
2 OK LIST completed.
3 list "*" "*"
.
3 OK LIST completed.

4 getacl "INBOX"
* ACL "INBOX" "owner" "acdilrsw" "administrators" "acdilrsw".
4 OK GETACL completed..

.
5 getacl "INBOX"
.
* ACL "INBOX" "owner" "acdilrsw" "administrators" "acdilrsw".
5 OK GETACL completed..

are you interested in supporting courier-imap? if so, can i help in any 
way to get them to cooperate?

3) spanish locale - if a translation is lacking, can you give me any 
pointers as to where/how to contribute the required translation / 
language support?  if a translation is available, where could i obtain it?

once again thank you for your support,



Ludovic Marcotte escribió:
> Hi Javier,
>
>> thank you for all the great work on SOGo!
>>
>> we've been using opengroupware.org for a couple of years now, and  
>> i'm very interested in switching over to SOGo and - hopefully  - 
>> integrate it with funambol.
>
> The "native" Funambol connector for SOGo works really well :)
>
>> i'm currently trying to get the inverse branch of SOGo running on 
>> gentoo linux, and keep running into a compilation problem.
>> when i run make, the compilation exists as follows:
>>
>> make[1]: Entering directory `/usr/local/src/SOGo/OGoContentStore'
>> Making all for library libOGoContentStore...
>> Compiling file OCSiCalFieldExtractor.m ...
>> In file included from OCSiCalFieldExtractor.m:33:
>> OCSiCalFieldExtractor.h:25:47: warning: 
>> GDLContentStore/GCSFieldExtractor.h: No such file or directory
>> In file included from OCSiCalFieldExtractor.m:33:
>> OCSiCalFieldExtractor.h:28: error: cannot find interface declaration 
>> for 'GCSFieldExtractor', superclass of 'OCSiCalFieldExtractor'
>> OCSiCalFieldExtractor.m: In function '+[OCSiCalFieldExtractor 
>> sharedICalFieldExtractor]':
>> OCSiCalFieldExtractor.m:55: warning: 'OCSiCalFieldExtractor' may not 
>> respond to '+new'
>> OCSiCalFieldExtractor.m:55: warning: (Messages without a matching 
>> method signature
>> OCSiCalFieldExtractor.m:55: warning: will be assumed to return 'id' 
>> and accept
>> OCSiCalFieldExtractor.m:55: warning: '...' as arguments.)
>> OCSiCalFieldExtractor.m: In function '-[OCSiCalFieldExtractor 
>> extractQuickFieldsFromEvent:]':
>> OCSiCalFieldExtractor.m:113: warning: 'OCSiCalFieldExtractor' may not 
>> respond to '-logWithFormat:'
>> OCSiCalFieldExtractor.m: In function '-[OCSiCalFieldExtractor 
>> extractQuickFieldsFromTodo:]':
>> OCSiCalFieldExtractor.m:253: warning: 'OCSiCalFieldExtractor' may not 
>> respond to '-logWithFormat:'
>> OCSiCalFieldExtractor.m: In function '-[OCSiCalFieldExtractor 
>> firstElementFromCalendar:]':
>> OCSiCalFieldExtractor.m:344: warning: 'OCSiCalFieldExtractor' may not 
>> respond to '-logWithFormat:'
>> OCSiCalFieldExtractor.m:349: warning: 'OCSiCalFieldExtractor' may not 
>> respond to '-logWithFormat:'
>> OCSiCalFieldExtractor.m: In function '-[OCSiCalFieldExtractor 
>> extractQuickFieldsFromContent:]':
>> OCSiCalFieldExtractor.m:377: warning: 'OCSiCalFieldExtractor' may not 
>> respond to '-logWithFormat:'
>> OCSiCalFieldExtractor.m:381: warning: 'OCSiCalFieldExtractor' may not 
>> respond to '-logWithFormat:'
>> make[2]: *** [shared_obj/OCSiCalFieldExtractor.o] Error 1
>> make[1]: *** [libOGoContentStore.all.library.variables] Error 2
>> make[1]: Leaving directory `/usr/local/src/SOGo/OGoContentStore'
>> make: *** [internal-all] Error 2
>
> That has been fixed a couple of mins ago but not yet commited to trunk.
>
> In the meantime, just do a "make install" in 
> SOGo/SOPE/sope-gdl1/GDLContentStore becore compiling SOGo and you 
> should be fine.
>
> Ludo