From users@opengroupware.org Sat May 3 23:15:19 2008 From: users@opengroupware.org (Stegbauer) Date: Sun, 04 May 2008 00:15:19 +0200 Subject: [OGo-Users] GOsa In-Reply-To: <47F55DE9.8050607@internode.on.net> References: <47F55DE9.8050607@internode.on.net> Message-ID: <20080503221519.79080@gmx.net> -------- Original-Nachricht -------- > Datum: Fri, 04 Apr 2008 08:44:57 +1000 > Von: Mark Pavlichuk > An: users@opengroupware.org > Betreff: [OGo-Users] GOsa > Does anyone have experiences with GOsa ( > https://oss.gonicus.de/labs/gosa/ )? It looks like a nice way to > administer many services (including OpenGroupware, Squid, Samba, Unix > shell accounts, FAI, Postfix, Cyrus, Asterisk etc...) through LDAP. > hi mark, sorry for my long delay. i have on several site's gosa running and i am happy with it, cause it brings a good form into the ldap-scheme. on one site i have also opengroupware running and gave gosa access to the opengroupware postgres database. so you can assign user's to team's and define the template (but cant create new one). you can also disable the account (but i dont use the disable function, cause i authenticate ogo against ldap. so i disable user's there. greetings thomas -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/?mc=sv_ext_mf@gmx From users@opengroupware.org Sat May 3 23:15:19 2008 From: users@opengroupware.org (Stegbauer) Date: Sun, 04 May 2008 00:15:19 +0200 Subject: [OGo-Users] GOsa In-Reply-To: <47F55DE9.8050607@internode.on.net> References: <47F55DE9.8050607@internode.on.net> Message-ID: <20080503221519.79080@gmx.net> -------- Original-Nachricht -------- > Datum: Fri, 04 Apr 2008 08:44:57 +1000 > Von: Mark Pavlichuk > An: users@opengroupware.org > Betreff: [OGo-Users] GOsa > Does anyone have experiences with GOsa ( > https://oss.gonicus.de/labs/gosa/ )? It looks like a nice way to > administer many services (including OpenGroupware, Squid, Samba, Unix > shell accounts, FAI, Postfix, Cyrus, Asterisk etc...) through LDAP. > hi mark, sorry for my long delay. i have on several site's gosa running and i am happy with it, cause it brings a good form into the ldap-scheme. on one site i have also opengroupware running and gave gosa access to the opengroupware postgres database. so you can assign user's to team's and define the template (but cant create new one). you can also disable the account (but i dont use the disable function, cause i authenticate ogo against ldap. so i disable user's there. greetings thomas -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/?mc=sv_ext_mf@gmx From users@opengroupware.org Mon May 5 09:07:30 2008 From: users@opengroupware.org (David Rahusen) Date: Mon, 05 May 2008 10:07:30 +0200 Subject: [OGo-Users] Segmentation fault on creating a new document for a project Message-ID: <481EC042.8080103@stzedn.de> Hi all, I've built opengroupware.org-1.1.7-close-r1987.tar.gz for SLES10 upon x86_64 and nearly everything works fine. Except of creating new documents (or new link or uploading a file) for a project as User non-root. Using the root-Account it works, otherwise I get an Error 500 displayed. I hope someone can give me a hint... Greetings, David From users@opengroupware.org Mon May 5 10:07:08 2008 From: users@opengroupware.org (Sebastian Reitenbach) Date: Mon, 05 May 2008 11:07:08 +0200 Subject: [OGo-Users] Segmentation fault on creating a new document for a project Message-ID: <20080505090708.CD8654CE75@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > Hi all, > > I've built opengroupware.org-1.1.7-close-r1987.tar.gz for SLES10 upon > x86_64 and nearly everything works fine. Except of creating new > documents (or new link or uploading a file) for a project as User non-root. maybe you hit this bug in libFoundation: http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1932 you should try trunk, or fix the problem manually, as explained in the first comment. Sebastian From users@opengroupware.org Mon May 5 10:52:37 2008 From: users@opengroupware.org (David Rahusen) Date: Mon, 05 May 2008 11:52:37 +0200 Subject: [OGo-Users] Segmentation fault on creating a new document for a project In-Reply-To: <20080505090708.CD8654CE75@smtp.l00-bugdead-prods.de> References: <20080505090708.CD8654CE75@smtp.l00-bugdead-prods.de> Message-ID: <481ED8E5.80108@stzedn.de> This is a multi-part message in MIME format. --------------080109040107040708040102 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Doesn't work. :-( Updated all sources to trunk: same error. Project-Documents are not creatable or accessible for non-ogoroot users. I noticed, for some reason the webui-err-log contains the message "[ERROR] SkyP4FolderView Verzeichnis existiert bereits" ("... Directory already exists") when I try to create a new Folder. On creating a document there is no message left in the logfile, just the restart of the webui. Furthermore I forgot to mention, I am using opengroupware with LDAP-authentication. David Sebastian Reitenbach schrieb: > users@opengroupware.org wrote: > >> Hi all, >> >> I've built opengroupware.org-1.1.7-close-r1987.tar.gz for SLES10 upon >> x86_64 and nearly everything works fine. Except of creating new >> documents (or new link or uploading a file) for a project as User >> > non-root. > > maybe you hit this bug in libFoundation: > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1932 > you should try trunk, or fix the problem manually, as explained in the first > comment. > > Sebastian > > --------------080109040107040708040102 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Doesn't work. :-(
Updated all sources to trunk: same error. Project-Documents are not creatable or accessible for non-ogoroot users.
I noticed, for some reason the webui-err-log contains the message "[ERROR] SkyP4FolderView Verzeichnis existiert bereits" ("... Directory already exists") when I try to create a new Folder. On creating a document there is no message left in the logfile, just the restart of the webui.

Furthermore I forgot to mention, I am using opengroupware with LDAP-authentication.

David


Sebastian Reitenbach schrieb: 
users@opengroupware.org wrote: 
  
Hi all,

I've built opengroupware.org-1.1.7-close-r1987.tar.gz for SLES10 upon 
x86_64 and nearly everything works fine. Except of creating new 
documents (or new link or uploading a file) for a project as User 
    
non-root.

maybe you hit this bug in libFoundation:
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1932
you should try trunk, or fix the problem manually, as explained in the first 
comment.

Sebastian
--------------080109040107040708040102-- From users@opengroupware.org Mon May 5 11:22:07 2008 From: users@opengroupware.org (David Rahusen) Date: Mon, 05 May 2008 12:22:07 +0200 Subject: [OGo-Users] Segmentation fault on creating a new document for a project In-Reply-To: <481ED8E5.80108@stzedn.de> References: <20080505090708.CD8654CE75@smtp.l00-bugdead-prods.de> <481ED8E5.80108@stzedn.de> Message-ID: <481EDFCF.3060008@stzedn.de> This is a multi-part message in MIME format. --------------000008090201060601030604 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Ok, I have to correct myself: With latest trunk sources and by typing this line into the shell... su ogo -s /bin/bash -c "exec /usr/local/sbin/ogo-webui-1.1 2>>/var/log/opengroupware/ogo-webui-1.1-err.log 1>>/var/log/opengroupware/ogo-webui-1.1-out.log &" ...everything works fine. OGo only crashes when it was started by the rc-script. I'll try to figure out whats wrong with the script. By the way: I noticed why the error concerning an existing directory occurs...wrong usage of by myself. ;-) David David Rahusen schrieb: > Doesn't work. :-( > Updated all sources to trunk: same error. Project-Documents are not > creatable or accessible for non-ogoroot users. > I noticed, for some reason the webui-err-log contains the message > "[ERROR] SkyP4FolderView Verzeichnis existiert bereits" ("... > Directory already exists") when I try to create a new Folder. On > creating a document there is no message left in the logfile, just the > restart of the webui. > > Furthermore I forgot to mention, I am using opengroupware with > LDAP-authentication. > > David > > > Sebastian Reitenbach schrieb: >> users@opengroupware.org wrote: >> >>> Hi all, >>> >>> I've built opengroupware.org-1.1.7-close-r1987.tar.gz for SLES10 upon >>> x86_64 and nearly everything works fine. Except of creating new >>> documents (or new link or uploading a file) for a project as User >>> >> non-root. >> >> maybe you hit this bug in libFoundation: >> http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1932 >> you should try trunk, or fix the problem manually, as explained in the first >> comment. >> >> Sebastian >> >> --------------000008090201060601030604 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Ok, I have to correct myself:
With latest trunk sources and by typing this line into the shell...

su ogo -s /bin/bash -c "exec /usr/local/sbin/ogo-webui-1.1 2>>/var/log/opengroupware/ogo-webui-1.1-err.log 1>>/var/log/opengroupware/ogo-webui-1.1-out.log &"

...everything works fine. OGo only crashes when it was started by the rc-script. I'll try to figure out whats wrong with the script.

By the way:
I noticed why the error concerning an existing directory occurs...wrong usage of by myself. ;-)

David



David Rahusen schrieb:
Doesn't work. :-(
Updated all sources to trunk: same error. Project-Documents are not creatable or accessible for non-ogoroot users.
I noticed, for some reason the webui-err-log contains the message "[ERROR] SkyP4FolderView Verzeichnis existiert bereits" ("... Directory already exists") when I try to create a new Folder. On creating a document there is no message left in the logfile, just the restart of the webui.

Furthermore I forgot to mention, I am using opengroupware with LDAP-authentication.

David


Sebastian Reitenbach schrieb: 
users@opengroupware.org wrote: 
  
Hi all,

I've built opengroupware.org-1.1.7-close-r1987.tar.gz for SLES10 upon 
x86_64 and nearly everything works fine. Except of creating new 
documents (or new link or uploading a file) for a project as User 
    
non-root.

maybe you hit this bug in libFoundation:
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1932
you should try trunk, or fix the problem manually, as explained in the first 
comment.

Sebastian
--------------000008090201060601030604-- From users@opengroupware.org Mon May 5 11:23:16 2008 From: users@opengroupware.org (Sebastian Reitenbach) Date: Mon, 05 May 2008 12:23:16 +0200 Subject: [OGo-Users] Segmentation fault on creating a new document fora project Message-ID: <20080505102317.E3FBC4CEB3@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > Doesn't work. :-( > Updated all sources to trunk: same error. Project-Documents are not > creatable or accessible for non-ogoroot users. > I noticed, for some reason the webui-err-log contains the message > "[ERROR] SkyP4FolderView Verzeichnis existiert bereits" ("... Directory > already exists") when I try to create a new Folder. On creating a > document there is no message left in the logfile, just the restart of > the webui. > does the file libFoundation/Foundation/PrintfFormatScanner.m really has the changes? libFoundation is third party software, and maybe the sope package does not not yet contain the new version. In case it has, please run ogo from within gdb: su - ogo gdb /usr/local/sbin/ogo-webui-1.1 r -WOUseWatchDog NO ... Segmentation Fault ... bt and provide the output of bt. > Furthermore I forgot to mention, I am using opengroupware with > LDAP-authentication. I also have OGo running on sles10 (SP1), x86_64, using LDAP for authentication, so it is working in general. Nevertheless, there still seem to be some issues, it crashes two or three times a day, but I had no time yet, to investigate these issues. Sebastian > > David > > > Sebastian Reitenbach schrieb: > > users@opengroupware.org wrote: > > > >> Hi all, > >> > >> I've built opengroupware.org-1.1.7-close-r1987.tar.gz for SLES10 upon > >> x86_64 and nearly everything works fine. Except of creating new > >> documents (or new link or uploading a file) for a project as User > >> > > non-root. > > > > maybe you hit this bug in libFoundation: > > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1932 > > you should try trunk, or fix the problem manually, as explained in the first > > comment. > > > > Sebastian > > > > > From users@opengroupware.org Mon May 5 13:41:27 2008 From: users@opengroupware.org (David Rahusen) Date: Mon, 05 May 2008 14:41:27 +0200 Subject: [OGo-Users] Segmentation fault on creating a new document fora project In-Reply-To: <20080505102317.E3FBC4CEB3@smtp.l00-bugdead-prods.de> References: <20080505102317.E3FBC4CEB3@smtp.l00-bugdead-prods.de> Message-ID: <481F0077.9010004@stzedn.de> This is a multi-part message in MIME format. --------------030001000506050505040408 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Ok, I figured it out: Within the rc-script it was required to set the PWD-environment-variable to the path where the ogo-sources reside. I actually do not understand why this is necessary, but it works for now. Sebastian Reitenbach schrieb: > users@opengroupware.org wrote: > >> Doesn't work. :-( >> Updated all sources to trunk: same error. Project-Documents are not >> creatable or accessible for non-ogoroot users. >> I noticed, for some reason the webui-err-log contains the message >> "[ERROR] SkyP4FolderView Verzeichnis existiert bereits" ("... Directory >> already exists") when I try to create a new Folder. On creating a >> document there is no message left in the logfile, just the restart of >> the webui. >> >> > does the file libFoundation/Foundation/PrintfFormatScanner.m > really has the changes? libFoundation is third party software, and maybe the > sope package does not not yet contain the new version. > > In case it has, please run ogo from within gdb: > > su - ogo > gdb /usr/local/sbin/ogo-webui-1.1 > r -WOUseWatchDog NO > ... > Segmentation Fault > ... > bt > > and provide the output of bt. > > >> Furthermore I forgot to mention, I am using opengroupware with >> LDAP-authentication. >> > > I also have OGo running on sles10 (SP1), x86_64, using LDAP for > authentication, so it is working in general. > Nevertheless, there still seem to be some issues, it crashes two or three > times a day, but I had no time yet, to investigate these issues. > > Sebastian > > >> David >> >> >> Sebastian Reitenbach schrieb: >> >>> users@opengroupware.org wrote: >>> >>> >>>> Hi all, >>>> >>>> I've built opengroupware.org-1.1.7-close-r1987.tar.gz for SLES10 upon >>>> x86_64 and nearly everything works fine. Except of creating new >>>> documents (or new link or uploading a file) for a project as User >>>> >>>> >>> non-root. >>> >>> maybe you hit this bug in libFoundation: >>> http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1932 >>> you should try trunk, or fix the problem manually, as explained in the >>> > first > >>> comment. >>> >>> Sebastian >>> >>> >>> > > --------------030001000506050505040408 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Ok, I figured it out:
Within the rc-script it was required to set the PWD-environment-variable to the path where the ogo-sources reside. I actually do not understand why this is necessary, but it works for now.


Sebastian Reitenbach schrieb: 
users@opengroupware.org wrote: 
  
Doesn't work. :-(
Updated all sources to trunk: same error. Project-Documents are not 
creatable or accessible for non-ogoroot users.
I noticed, for some reason the webui-err-log contains the message 
"[ERROR] SkyP4FolderView Verzeichnis existiert bereits" ("... Directory 
already exists") when I try to create a new Folder. On creating a 
document there is no message left in the logfile, just the restart of 
the webui.

    
does the file libFoundation/Foundation/PrintfFormatScanner.m 
really has the changes? libFoundation is third party software, and maybe the 
sope package does not not yet contain the new version.

In case it has, please run ogo  from within gdb:

su - ogo
gdb /usr/local/sbin/ogo-webui-1.1
r -WOUseWatchDog NO
...
Segmentation Fault
...
bt

and provide the output of bt.

  
Furthermore I forgot to mention, I am using opengroupware with 
LDAP-authentication.
    

I also have OGo running on sles10 (SP1), x86_64, using LDAP for 
authentication, so it is working in general. 
Nevertheless, there still seem to be some issues, it crashes two or three 
times a day, but I had no time yet, to investigate these issues.

Sebastian

  
David


Sebastian Reitenbach schrieb:
    
users@opengroupware.org wrote: 
  
      
Hi all,

I've built opengroupware.org-1.1.7-close-r1987.tar.gz for SLES10 upon 
x86_64 and nearly everything works fine. Except of creating new 
documents (or new link or uploading a file) for a project as User 
    
        
non-root.

maybe you hit this bug in libFoundation:
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1932
you should try trunk, or fix the problem manually, as explained in the 
      
first 
  
comment.

Sebastian
--------------030001000506050505040408-- From users@opengroupware.org Mon May 5 13:52:32 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 05 May 2008 08:52:32 -0400 Subject: [OGo-Users] Segmentation fault on creating a new document fora project In-Reply-To: <481F0077.9010004@stzedn.de> References: <20080505102317.E3FBC4CEB3@smtp.l00-bugdead-prods.de> <481F0077.9010004@stzedn.de> Message-ID: <1209991952.5819.1.camel@WM_ADAM1.morrison.iserv.net> > Ok, I figured it out: > Within the rc-script it was required to set the > PWD-environment-variable to the path where the ogo-sources reside. I > actually do not understand why this is necessary, but it works for > now. That sounds pretty weird. > > I also have OGo running on sles10 (SP1), x86_64, using LDAP for > > authentication, so it is working in general. > > Nevertheless, there still seem to be some issues, it crashes two or three > > times a day, but I had no time yet, to investigate these issues. I'm using OGo on SuSE and have no need to reference the sources to run the app; I also don't have any crashes. From users@opengroupware.org Mon May 5 16:41:58 2008 From: users@opengroupware.org (Sebastian Reitenbach) Date: Mon, 05 May 2008 17:41:58 +0200 Subject: [OGo-Users] Segmentation fault on creating a new document foraproject Message-ID: <20080505154158.E9AEB4CFBB@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > > Ok, I figured it out: > > Within the rc-script it was required to set the > > PWD-environment-variable to the path where the ogo-sources reside. I > > actually do not understand why this is necessary, but it works for > > now. > > That sounds pretty weird. > > > > I also have OGo running on sles10 (SP1), x86_64, using LDAP for > > > authentication, so it is working in general. > > > Nevertheless, there still seem to be some issues, it crashes two or three > > > times a day, but I had no time yet, to investigate these issues. > > I'm using OGo on SuSE and have no need to reference the sources to run > the app; I also don't have any crashes. Try running ogo on a 64Bit node, with 64Bit ogo, and you will see crashes... Sebastian From users@opengroupware.org Tue May 6 10:28:36 2008 From: users@opengroupware.org (David Rahusen) Date: Tue, 06 May 2008 11:28:36 +0200 Subject: [OGo-Users] Segmentation fault on creating a new document fora project In-Reply-To: <1209991952.5819.1.camel@WM_ADAM1.morrison.iserv.net> References: <20080505102317.E3FBC4CEB3@smtp.l00-bugdead-prods.de> <481F0077.9010004@stzedn.de> <1209991952.5819.1.camel@WM_ADAM1.morrison.iserv.net> Message-ID: <482024C4.9070104@stzedn.de> This is a multi-part message in MIME format. --------------030704060907090607090202 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Got it! Simple problem: The link to the "libFoundation.so" was wrong and pointed to an old version of libFoundation. Thats why the bug in PrintfFormatScanner.m was still present. I should learn to better clean up before building a source... :-/ Thanks Sebastian. David Adam Tauno Williams schrieb: >> Ok, I figured it out: >> Within the rc-script it was required to set the >> PWD-environment-variable to the path where the ogo-sources reside. I >> actually do not understand why this is necessary, but it works for >> now. >> > > That sounds pretty weird. > > >>> I also have OGo running on sles10 (SP1), x86_64, using LDAP for >>> authentication, so it is working in general. >>> Nevertheless, there still seem to be some issues, it crashes two or three >>> times a day, but I had no time yet, to investigate these issues. >>> > > I'm using OGo on SuSE and have no need to reference the sources to run > the app; I also don't have any crashes. > > --------------030704060907090607090202 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Got it! Simple problem: The link to the "libFoundation.so" was wrong and pointed to an old version of libFoundation. Thats why the bug in PrintfFormatScanner.m was still present.
I should learn to better clean up before building a source... :-/

Thanks Sebastian.

David



Adam Tauno Williams schrieb: 
Ok, I figured it out:
Within the rc-script it was required to set the
PWD-environment-variable to the path where the ogo-sources reside. I
actually do not understand why this is necessary, but it works for
now.
    

That sounds pretty weird.

  
I also have OGo running on sles10 (SP1), x86_64, using LDAP for 
authentication, so it is working in general. 
Nevertheless, there still seem to be some issues, it crashes two or three 
times a day, but I had no time yet, to investigate these issues.
      

I'm using OGo on SuSE and have no need to reference the sources to run
the app;  I also don't have any crashes.
--------------030704060907090607090202-- From users@opengroupware.org Thu May 8 15:39:02 2008 From: users@opengroupware.org (Sebastian Reitenbach) Date: Thu, 08 May 2008 16:39:02 +0200 Subject: [OGo-Users] access rights on contacts and enterprises Message-ID: <20080508143903.25C394DB89@smtp.l00-bugdead-prods.de> Hi, I just recognized, I can only set the access rights to contacts, when I create a single person or company, but not when I use the business card gathering. Then I wanted to change the access rights but was unable to find the place where I can change the "permissions". Do I can make contacts available to a group of persons via some tricks, e.g. assign them to a project, and then all project member could access them? Or somehow else? Sebastian From users@opengroupware.org Thu May 8 16:21:44 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Thu, 08 May 2008 11:21:44 -0400 Subject: [OGo-Users] access rights on contacts and enterprises In-Reply-To: <20080508143903.25C394DB89@smtp.l00-bugdead-prods.de> References: <20080508143903.25C394DB89@smtp.l00-bugdead-prods.de> Message-ID: <1210260104.5543.43.camel@WM_ADAM1.morrison.iserv.net> > I just recognized, I can only set the access rights to contacts, when I > create a single person or company, but not when I use the business card > gathering. Then I wanted to change the access rights but was unable to find > the place where I can change the "permissions". The "permissions" tab when viewing a Contact or Enterprise? > Do I can make contacts available to a group of persons via some tricks, e.g. > assign them to a project, and then all project member could access them? > Or somehow else? From users@opengroupware.org Thu May 8 16:45:23 2008 From: users@opengroupware.org (Sebastian Reitenbach) Date: Thu, 08 May 2008 17:45:23 +0200 Subject: [OGo-Users] access rights on contacts and enterprises Message-ID: <20080508154523.CB02F4DBD3@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > > I just recognized, I can only set the access rights to contacts, when I > > create a single person or company, but not when I use the business card > > gathering. Then I wanted to change the access rights but was unable to find > > the place where I can change the "permissions". > > The "permissions" tab when viewing a Contact or Enterprise? Doh, i never recognized this tab, thanks a lot. I always assumed it to be in edit of the contactss, as there is the initial stuff in edit. Sebastian From users@opengroupware.org Fri May 9 13:41:32 2008 From: users@opengroupware.org (Sebastian Reitenbach) Date: Fri, 09 May 2008 14:41:32 +0200 Subject: [OGo-Users] limit memory of ogo webui instances Message-ID: <20080509124132.9F6174DF66@smtp.l00-bugdead-prods.de> Hi, do I can limit the memory consumption of an ogo instance? In WMOGAG I found a hint that Zidestore uses a SxVMemLimit Default to limit memory consumption. Does ogo provides some similar functionality? At least grepping the ogo sources for the SxVMemLimit Default, only let it show up in Zidestore, but maybe there is a sope Default for it? kind regards Sebastian From users@opengroupware.org Fri May 9 14:29:59 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Fri, 09 May 2008 09:29:59 -0400 Subject: [OGo-Users] limit memory of ogo webui instances In-Reply-To: <20080509124132.9F6174DF66@smtp.l00-bugdead-prods.de> References: <20080509124132.9F6174DF66@smtp.l00-bugdead-prods.de> Message-ID: <20080509092959.qpc6j369yco40gok@tyr.morrison.iserv.net> > do I can limit the memory consumption of an ogo instance? > In WMOGAG I found a hint that Zidestore uses a SxVMemLimit Default to limit > memory consumption. > Does ogo provides some similar functionality? > At least grepping the ogo sources for the SxVMemLimit Default, only let it > show up in Zidestore, but maybe there is a sope Default for it? I think the best way to control memory usage by the WebUI is to adjust the session lifetime vi the WODefaultSessionTimeout default. This is documented in the "trunk" WMOGAG, I don't recall if it is in the last released version. Don't forget you can monitor resource usage via the WOStats feature (documented in WMOGAG) From users@opengroupware.org Fri May 9 15:18:29 2008 From: users@opengroupware.org (Sebastian Reitenbach) Date: Fri, 09 May 2008 16:18:29 +0200 Subject: [OGo-Users] limit memory of ogo webui instances Message-ID: <20080509141829.866514DFC9@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > > do I can limit the memory consumption of an ogo instance? > > In WMOGAG I found a hint that Zidestore uses a SxVMemLimit Default to limit > > memory consumption. > > Does ogo provides some similar functionality? > > At least grepping the ogo sources for the SxVMemLimit Default, only let it > > show up in Zidestore, but maybe there is a sope Default for it? > > I think the best way to control memory usage by the WebUI is to adjust > the session lifetime vi the WODefaultSessionTimeout default. This is > documented in the "trunk" WMOGAG, I don't recall if it is in the last > released version. > > Don't forget you can monitor resource usage via the WOStats feature > (documented in WMOGAG) I've 10 instances running behind a snsd, I assume I have to contact each of them separately, unfortunately konqueror is not able to interprete the xml in such a way that the WOStats will look "nice". I assume the Default of maximum memory consumption is the same as Zidestore has, 200MB. I have about 1.X MB of RAM, in a Xen domU, where ogo is running in it. I generally want 10 instances running, just to have more instances, where the snsd can schedule the requests. Maybe I should just lower the number to 6 or 8. Well, I haven't yet looked at the code in Zidestore, how it uses the Default. Don't know, but wouldn't it be a good idea to add sth. similar to OGo WebUI too, or will that cause other problems, that I am just not aware of? kind regards Sebastian > > -- > OpenGroupware.org Users > users@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/users > From users@opengroupware.org Fri May 9 16:32:03 2008 From: users@opengroupware.org (Helge Hess) Date: Fri, 9 May 2008 17:32:03 +0200 Subject: [OGo-Users] limit memory of ogo webui instances In-Reply-To: <20080509141829.866514DFC9@smtp.l00-bugdead-prods.de> References: <20080509141829.866514DFC9@smtp.l00-bugdead-prods.de> Message-ID: <22A30D5B-A485-4E98-8662-C7B582BF9A1B@opengroupware.org> On 09.05.2008, at 16:18, Sebastian Reitenbach wrote: > Well, I haven't yet looked at the code in Zidestore, how it uses the > Default. Don't know, but wouldn't it be a good idea to add sth. > similar to OGo WebUI too, or will that cause other problems, that I > am just not aware of? ZideStore is stateless, it can be restarted at will (in combination with mod_ngobjweb). If you kill the WebUI, you loose all active sessions. OGo WebUI instances will also restart automatically, once the active session count drops to zero. Helge -- Helge Hess http://www.helgehess.eu/ From users@opengroupware.org Wed May 14 13:00:43 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Wed, 14 May 2008 13:00:43 +0100 Subject: [OGo-Users] starting to look at zOGI Message-ID: I've got instantOGO ASE 2.2 installed. Searching the install for files named 'zOGI' does not return anything. Am I right in thinking that I cannot find zOGI because the version of zidestore installed in InstantOGO is an older version than the versions of OGO providing zOGI? Bernard From users@opengroupware.org Wed May 14 14:11:10 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Wed, 14 May 2008 09:11:10 -0400 Subject: [OGo-Users] starting to look at zOGI In-Reply-To: References: Message-ID: <1210770671.5039.5.camel@WM_ADAM1.morrison.iserv.net> > I've got instantOGO ASE 2.2 installed. Searching the install for files > named 'zOGI' does not return anything. Am I right in thinking that I > cannot find zOGI because the version of zidestore installed in InstantOGO > is an older version than the versions of OGO providing zOGI? Possibly the first version of ZideStore to contain a version (an *early* version) of the zOGI API was r1994 (2007-08-19) and instantOGo 2.2 was released on 2007-09-27. Given the close proximity and that the release notes don't mention it I'd assume that zOGI is not included in iOGo 2.2. instantOGo is by now quite a ways behind trunk so I don't know if adding zOGI would even work (assuming instantOGo provides the tool-chain to build stuff). Logic had several fixes in order to better support zOGI around the beginning of the year. From users@opengroupware.org Wed May 14 15:21:15 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Wed, 14 May 2008 15:21:15 +0100 Subject: [OGo-Users] starting to look at zOGI In-Reply-To: <1210770671.5039.5.camel@WM_ADAM1.morrison.iserv.net> References: <1210770671.5039.5.camel@WM_ADAM1.morrison.iserv.net> Message-ID: Thanks Adam. Looking at the dates on the zOGI site I thought that might be the case. Since I gather the installation of the various components of OGO might be rather time-consuming, I'm going to go ahead and look at interacting with OGO through XML-RPC for now. The InstantOGO install will timeout in a month or so, and before that point I should have been able to establish if OGO is going to be a useful application in my scenario. If so, I'll probably end up using XML-RPC, zOGI and WebDAV as your earlier reply showed that currently they each have their uses. But I can imagine that getting OGO installed might take some time, especially if I want to get the FrontBase adaptor working too. One final question. The XML-RPC API returns data in a XML struct. Can zOGI also return data in that format or was it decided that it is too verbose? Bernard Re: [OGo-Users] starting to look at zOGI Adam Tauno Williams to: users 14/05/2008 15:12 Sent by: users-admin@opengroupware.org Please respond to users > I've got instantOGO ASE 2.2 installed. Searching the install for files > named 'zOGI' does not return anything. Am I right in thinking that I > cannot find zOGI because the version of zidestore installed in InstantOGO > is an older version than the versions of OGO providing zOGI? Possibly the first version of ZideStore to contain a version (an *early* version) of the zOGI API was r1994 (2007-08-19) and instantOGo 2.2 was released on 2007-09-27. Given the close proximity and that the release notes don't mention it I'd assume that zOGI is not included in iOGo 2.2. instantOGo is by now quite a ways behind trunk so I don't know if adding zOGI would even work (assuming instantOGo provides the tool-chain to build stuff). Logic had several fixes in order to better support zOGI around the beginning of the year. -- OpenGroupware.org Users users@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/users From users@opengroupware.org Wed May 14 18:44:36 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Wed, 14 May 2008 13:44:36 -0400 Subject: [OGo-Users] starting to look at zOGI In-Reply-To: References: <1210770671.5039.5.camel@WM_ADAM1.morrison.iserv.net> Message-ID: <1210787076.4779.12.camel@aleph> > Since I gather the installation of the various components of OGO might be > rather time-consuming, It is pretty straight-forward on openSUSE since I build packages for that distro. Don't really know about other ones. > I'm going to go ahead and look at interacting with > OGO through XML-RPC for now. The InstantOGO install will timeout in a > month or so, and before that point I should have been able to establish if > OGO is going to be a useful application in my scenario. Cool; just as a point of reference - the older XML-RPC interface can be a bit slow. I believe zOGI is faster. > One final question. The XML-RPC API returns data in a XML struct. Can > zOGI also return data in that format or was it decided that it is too > verbose? zOGI is an XML-RPC module for ZideStore, so the RPC technology is fundamentally the same as with the older XML-RPC API. You should be able to use the same assemblies/jars/modules/etc... to talk to both, just the API changes [significantly]. As for verbose, zOGI is either more or less. With zOGI getObjectsById or searchForObjects you specify a "detail level" which is a bitmask that determines what data you want from the server [and much of that data is just *not* available through the old API]. The more detail you ask for, obviously, the larger and possibly slower the response. zOGI detail levels are explained on the zOGI home page . From users@opengroupware.org Sun May 18 23:43:43 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Sun, 18 May 2008 23:43:43 +0100 Subject: [OGo-Users] location of openSuSE RPMs - 404'd Message-ID: Hi, I have made pretty good progress accessing Appointment and Job entities through the xml-rpc interface, and decided I would start looking to see if I could get FrontBase to work as the database. So, I thought I'd try the openSuSE RPMs. I found a reference on the White Mice Consulting site dated May 2008 pointing me to this location: http://docs.opengroupware.org/Members/whitemice/OGo-openSUSE-TRUNK.tar.gz/file_view . However, that leads to a 404. I'm sending this email to docportal@opengroupware.org too, in case the admin of that site doesn't monitor this list. Bernard From users@opengroupware.org Sun May 18 23:52:04 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Sun, 18 May 2008 23:52:04 +0100 Subject: [OGo-Users] Re: location of openSuSE RPMs - 404'd Message-ID: OK, I found the packages through the advanced search of the plone docs site: In case anyone else wants them, here they are: http://docs.opengroupware.org/Members/whitemice/base-r2030-openSUSE103.tar.gz/file_view http://docs.opengroupware.org/Members/whitemice/ogo-r2030-openSUSE103.tar.gz/download Although looking at the details, it looks like they might not be the same files as referenced on the White Mice page. That page refers to openSuSE 10.2 and is dated May 9th 2008, whilst the packages I found on the docs plone site refer to OpenSuSE 10.3, and are dated Nov 23rd 2007. I'll give them a try anyway. Bernard ----- Forwarded by Bernard Devlin/Arc on 18/05/2008 23:46 ----- From: Bernard Devlin/Arc To: users@opengroupware.org Date: 18/05/2008 23:43 Subject: location of openSuSE RPMs - 404'd Hi, I have made pretty good progress accessing Appointment and Job entities through the xml-rpc interface, and decided I would start looking to see if I could get FrontBase to work as the database. So, I thought I'd try the openSuSE RPMs. I found a reference on the White Mice Consulting site dated May 2008 pointing me to this location: http://docs.opengroupware.org/Members/whitemice/OGo-openSUSE-TRUNK.tar.gz/file_view . However, that leads to a 404. I'm sending this email to docportal@opengroupware.org too, in case the admin of that site doesn't monitor this list. Bernard From users@opengroupware.org Mon May 19 00:05:29 2008 From: users@opengroupware.org (Adam Tauno WIlliams) Date: Sun, 18 May 2008 19:05:29 -0400 Subject: [OGo-Users] Re: location of openSuSE RPMs - 404'd In-Reply-To: References: Message-ID: <1211151929.1735.1.camel@ws01.whitemice.org> > OK, I found the packages through the advanced search of the plone docs > site: > In case anyone else wants them, here they are: > http://docs.opengroupware.org/Members/whitemice/base-r2030-openSUSE103.tar.gz/file_view > http://docs.opengroupware.org/Members/whitemice/ogo-r2030-openSUSE103.tar.gz/download > Although looking at the details, it looks like they might not be the same > files as referenced on the White Mice page. That page refers to openSuSE > 10.2 and is dated May 9th 2008, whilst the packages I found on the docs > plone site refer to OpenSuSE 10.3, and are dated Nov 23rd 2007. They are just updated. And they had to be split-up due to size. > I'll give them a try anyway. Let me know if you have any problems. And I should upload more current ones anyway but we are about to submit some new features. From users@opengroupware.org Mon May 19 01:02:12 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Mon, 19 May 2008 01:02:12 +0100 Subject: [OGo-Users] missing libobjc.so.2 In-Reply-To: <1211151929.1735.1.camel@ws01.whitemice.org> References: <1211151929.1735.1.camel@ws01.whitemice.org> Message-ID: Hi Adam, thanks for your quick reply :-) I'm not so familiar with SuSE (more familiar with CentOS and Debian). Also, I'm not familiar with PostgreSQL... Anyway, I have a fresh openSuSE 10.3 install, then I installed PostgreSQL 8.2.4, Postfix, and Cyrus. I made sure that both Postfix and Postgres were running and I could connect to them ok. Then I unpacked both of the packages from docs plone, and installed the base package from its directory first (using rpm -Uvh *.rpm). Then I installed the second package from a separate directory using the same rpm command. Everything looked fine with the first packages install. However with the second package I get an error message concerning libobjc.so.2 not being found. After running updatedb a search for 'libobjc' doesn't find anything. A quick search through the OGO mail archive didn't turn up anything relevant. So, I'm just wondering how to resolve this. Bernard Re: [OGo-Users] Re: location of openSuSE RPMs - 404'd Adam Tauno WIlliams to: users 19/05/2008 00:55 Sent by: users-admin@opengroupware.org Please respond to users > OK, I found the packages through the advanced search of the plone docs > site: > In case anyone else wants them, here they are: > http://docs.opengroupware.org/Members/whitemice/base-r2030-openSUSE103.tar.gz/file_view > http://docs.opengroupware.org/Members/whitemice/ogo-r2030-openSUSE103.tar.gz/download > Although looking at the details, it looks like they might not be the same > files as referenced on the White Mice page. That page refers to openSuSE > 10.2 and is dated May 9th 2008, whilst the packages I found on the docs > plone site refer to OpenSuSE 10.3, and are dated Nov 23rd 2007. They are just updated. And they had to be split-up due to size. > I'll give them a try anyway. Let me know if you have any problems. And I should upload more current ones anyway but we are about to submit some new features. -- OpenGroupware.org Users users@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/users From users@opengroupware.org Mon May 19 01:13:54 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Mon, 19 May 2008 01:13:54 +0100 Subject: [OGo-Users] missing libobjc.so.2 In-Reply-To: References: <1211151929.1735.1.camel@ws01.whitemice.org> Message-ID: I searched through YaST and I see that there is an obj-c library there I could install 4.1.3_20070724 4.2.1_20070724 The former provides libobjc.so.1 The latter provides libobjc.so.2 I notice that that InstantOGO install has libobjc.so.1 installed (the files on that install certainly aren't in the packages from docs plone). Bernard [OGo-Users] missing libobjc.so.2 bdogodev to: users 19/05/2008 01:08 Sent by: users-admin@opengroupware.org Please respond to users Hi Adam, thanks for your quick reply :-) I'm not so familiar with SuSE (more familiar with CentOS and Debian). Also, I'm not familiar with PostgreSQL... Anyway, I have a fresh openSuSE 10.3 install, then I installed PostgreSQL 8.2.4, Postfix, and Cyrus. I made sure that both Postfix and Postgres were running and I could connect to them ok. Then I unpacked both of the packages from docs plone, and installed the base package from its directory first (using rpm -Uvh *.rpm). Then I installed the second package from a separate directory using the same rpm command. Everything looked fine with the first packages install. However with the second package I get an error message concerning libobjc.so.2 not being found. After running updatedb a search for 'libobjc' doesn't find anything. A quick search through the OGO mail archive didn't turn up anything relevant. So, I'm just wondering how to resolve this. Bernard Re: [OGo-Users] Re: location of openSuSE RPMs - 404'd Adam Tauno WIlliams to: users 19/05/2008 00:55 Sent by: users-admin@opengroupware.org Please respond to users > OK, I found the packages through the advanced search of the plone docs > site: > In case anyone else wants them, here they are: > http://docs.opengroupware.org/Members/whitemice/base-r2030-openSUSE103.tar.gz/file_view > http://docs.opengroupware.org/Members/whitemice/ogo-r2030-openSUSE103.tar.gz/download > Although looking at the details, it looks like they might not be the same > files as referenced on the White Mice page. That page refers to openSuSE > 10.2 and is dated May 9th 2008, whilst the packages I found on the docs > plone site refer to OpenSuSE 10.3, and are dated Nov 23rd 2007. They are just updated. And they had to be split-up due to size. > I'll give them a try anyway. Let me know if you have any problems. And I should upload more current ones anyway but we are about to submit some new features. -- OpenGroupware.org Users users@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/users -- OpenGroupware.org Users users@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/users From users@opengroupware.org Mon May 19 02:27:37 2008 From: users@opengroupware.org (Adam Tauno WIlliams) Date: Sun, 18 May 2008 21:27:37 -0400 Subject: [OGo-Users] missing libobjc.so.2 In-Reply-To: References: <1211151929.1735.1.camel@ws01.whitemice.org> Message-ID: <1211160458.1735.9.camel@ws01.whitemice.org> > I searched through YaST and I see that there is an obj-c library there I > could install > 4.1.3_20070724 > 4.2.1_20070724 > The former provides libobjc.so.1 > The latter provides libobjc.so.2 The later is what you want for the openSUSE packages as they are built with GCC 4.2. > I notice that that InstantOGO install has libobjc.so.1 installed (the > files on that install certainly aren't in the packages from docs plone). Yep, InstantOGo is built on CentOS (last I knew). You can always determine the Obj-C runtime level by using ldd against any of the SOPE or OGo binaries; in the case the error message told you. $ > ldd /usr/local/lib/libWEPrototype.so.4.7 linux-gate.so.1 => (0xffffe000) libNGObjWeb.so.4.7 => /usr/local/lib/libNGObjWeb.so.4.7 libNGMime.so.4.7 => /usr/local/lib/libNGMime.so.4.7 (0xb7bdc000) libNGStreams.so.4.7 => /usr/local/lib/libNGStreams.so.4.7 libNGExtensions.so.4.7 => /usr/local/lib/libNGExtensions.so.4.7 libEOControl.so.4.7 => /usr/local/lib/libEOControl.so.4.7 libXmlRpc.so.4.7 => /usr/local/lib/libXmlRpc.so.4.7 (0xb7aa5000) libDOM.so.4.7 => /usr/local/lib/libDOM.so.4.7 (0xb7a6b000) libSaxObjC.so.4.7 => /usr/local/lib/libSaxObjC.so.4.7 libc.so.6 => /lib/libc.so.6 (0xb791e000) libcrypt.so.1 => /lib/libcrypt.so.1 (0xb78ec000) libz.so.1 => /lib/libz.so.1 (0xb78d8000) libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0xb7895000) libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb774f000) ----> libobjc.so.2 => /usr/lib/libobjc.so.2 (0xb7735000) <------- libFoundation.so.1.1 => /usr/local/lib/libFoundation.so.1.1 /lib/ld-linux.so.2 (0x80000000) libdl.so.2 => /lib/libdl.so.2 (0xb75ef000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb75e3000) libm.so.6 => /lib/libm.so.6 (0xb75be000) From users@opengroupware.org Mon May 19 02:24:21 2008 From: users@opengroupware.org (Adam Tauno WIlliams) Date: Sun, 18 May 2008 21:24:21 -0400 Subject: [OGo-Users] missing libobjc.so.2 In-Reply-To: References: <1211151929.1735.1.camel@ws01.whitemice.org> Message-ID: <1211160261.1735.4.camel@ws01.whitemice.org> > I'm not so familiar with SuSE (more familiar with CentOS and Debian). > Also, I'm not familiar with PostgreSQL... > Anyway, I have a fresh openSuSE 10.3 install, then I installed PostgreSQL > 8.2.4, Postfix, and Cyrus. I made sure that both Postfix and Postgres > were running and I could connect to them ok. > Then I unpacked both of the packages from docs plone, and installed the > base package from its directory first (using rpm -Uvh *.rpm). Then I > installed the second package from a separate directory using the same rpm > command. Everything looked fine with the first packages install. However > with the second package I get an error message concerning libobjc.so.2 not > being found. > After running updatedb a search for 'libobjc' doesn't find anything. A > quick search through the OGO mail archive didn't turn up anything > relevant. libobjc is provided by the distribution; the package is something like "libobjc42-4.2.1_20070724-17" From users@opengroupware.org Mon May 19 13:52:19 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Mon, 19 May 2008 13:52:19 +0100 Subject: [OGo-Users] easy install of OGO In-Reply-To: <1211160261.1735.4.camel@ws01.whitemice.org> References: <1211151929.1735.1.camel@ws01.whitemice.org> <1211160261.1735.4.camel@ws01.whitemice.org> Message-ID: I blew away the install and started again. It was actually very smooth this time - no glitches from start of installation to login via the OGO home page. Before installing Adam's openSuSE packages I used YaST to install these packages: csh postgresql-server postgresql postgresql-devel apache2 postfix cyrus libobjc libxml2-devel Then I ran rpm -Uvh *.rpm on the un-tarred OGO packages provided by Adam. Apart from being asked 1 question by the installation process (did I want the OGO Postgres user to be able to create other roles in the database), the whole process is pretty much automatic. Now I need to look into how the database users (Postgres and OGO ) got created and intervene at that step to make them something memorable. Once that is done, then the whole thing can be automated. Bernard Re: [OGo-Users] missing libobjc.so.2 Adam Tauno WIlliams to: users 19/05/2008 10:18 Sent by: users-admin@opengroupware.org Please respond to users libobjc is provided by the distribution; the package is something like "libobjc42-4.2.1_20070724-17" -- OpenGroupware.org Users users@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/users From users@opengroupware.org Mon May 19 14:31:00 2008 From: users@opengroupware.org (David Rahusen) Date: Mon, 19 May 2008 15:31:00 +0200 Subject: [OGo-Users] Project lists "back-link" to appointments, even if theyre deleted In-Reply-To: References: <1211151929.1735.1.camel@ws01.whitemice.org> <1211160261.1735.4.camel@ws01.whitemice.org> Message-ID: <48318114.8000106@stzedn.de> Hi everybody, as the subject says: When an appointment, which had a link to a project, has been deleted, the link back to the appointment is still shown in the appropriate project, but not accessible... "Links pointing to this object: Date<21681> (Appointment, generic)" Clicking at this appointment causes an error: "Could not execute command view for types: " Is this an known error or maybe a bug? David bdogodev@knowledgeworks.plus.com schrieb: > I blew away the install and started again. It was actually very smooth > this time - no glitches from start of installation to login via the OGO > home page. > > Before installing Adam's openSuSE packages I used YaST to install these > packages: > > csh > postgresql-server > postgresql > postgresql-devel > apache2 > postfix > cyrus > libobjc > libxml2-devel > > > Then I ran > > rpm -Uvh *.rpm > > on the un-tarred OGO packages provided by Adam. > > Apart from being asked 1 question by the installation process (did I want > the OGO Postgres user to be able to create other roles in the database), > the whole process is pretty much automatic. > > Now I need to look into how the database users (Postgres and OGO ) got > created and intervene at that step to make them something memorable. Once > that is done, then the whole thing can be automated. > > Bernard > > > > > > > Re: [OGo-Users] missing libobjc.so.2 > > Adam Tauno WIlliams > to: > users > 19/05/2008 10:18 > > > Sent by: > users-admin@opengroupware.org > Please respond to users > > > > > > > > > libobjc is provided by the distribution; the package is something like > "libobjc42-4.2.1_20070724-17" > > From users@opengroupware.org Mon May 19 14:38:07 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 19 May 2008 09:38:07 -0400 Subject: [OGo-Users] easy install of OGO In-Reply-To: References: <1211151929.1735.1.camel@ws01.whitemice.org> <1211160261.1735.4.camel@ws01.whitemice.org> Message-ID: <1211204287.11593.3.camel@EVTLIS03.morrison.iserv.net> > Apart from being asked 1 question by the installation process (did I want > the OGO Postgres user to be able to create other roles in the database), > the whole process is pretty much automatic. Which is a bug; rpm package installs are allowed to ask questions. :( It should default to "no", I'll have to look into that. On the other hand, in most production deployments, I'd assume the database is created manually on a database server. > Now I need to look into how the database users (Postgres and OGO ) got > created and intervene at that step to make them something memorable. Once > that is done, then the whole thing can be automated. WMOGAG has a section on manually creating the database. From users@opengroupware.org Mon May 19 14:39:59 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 19 May 2008 09:39:59 -0400 Subject: [OGo-Users] Project lists "back-link" to appointments, even if theyre deleted In-Reply-To: <48318114.8000106@stzedn.de> References: <1211151929.1735.1.camel@ws01.whitemice.org> <1211160261.1735.4.camel@ws01.whitemice.org> <48318114.8000106@stzedn.de> Message-ID: <1211204399.11593.6.camel@EVTLIS03.morrison.iserv.net> > as the subject says: > When an appointment, which had a link to a project, has been deleted, > the link back to the appointment is still shown in the appropriate > project, but not accessible... > "Links pointing to this object: Date<21681> (Appointment, generic)" > Clicking at this appointment causes an error: > "Could not execute command view for types: " > Is this an known error or maybe a bug? Sounds like bug to me. Please file a report; I don't recall something like this having been reported. Perhaps deleting an appointment doesn't disassociate it from the note. From users@opengroupware.org Mon May 19 15:28:22 2008 From: users@opengroupware.org (David Rahusen) Date: Mon, 19 May 2008 16:28:22 +0200 Subject: [OGo-Users] Project lists "back-link" to appointments, even if theyre deleted In-Reply-To: <1211204399.11593.6.camel@EVTLIS03.morrison.iserv.net> References: <1211151929.1735.1.camel@ws01.whitemice.org> <1211160261.1735.4.camel@ws01.whitemice.org> <48318114.8000106@stzedn.de> <1211204399.11593.6.camel@EVTLIS03.morrison.iserv.net> Message-ID: <48318E86.2070602@stzedn.de> This is a multi-part message in MIME format. --------------070003010402070307040701 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Created a bug-report: http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1975 Adam Tauno Williams schrieb: >> as the subject says: >> When an appointment, which had a link to a project, has been deleted, >> the link back to the appointment is still shown in the appropriate >> project, but not accessible... >> "Links pointing to this object: Date<21681> (Appointment, generic)" >> Clicking at this appointment causes an error: >> "Could not execute command view for types: " >> Is this an known error or maybe a bug? >> > > Sounds like bug to me. Please file a report; I don't recall something like this having been reported. > > Perhaps deleting an appointment doesn't disassociate it from the note. > > --------------070003010402070307040701 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Created a bug-report:
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1975


Adam Tauno Williams schrieb: 
as the subject says:
When an appointment, which had a link to a project, has been deleted, 
the link back to the appointment is still shown in the appropriate 
project, but not accessible...
"Links pointing to this object:   Date<21681>  (Appointment, generic)"
Clicking at this appointment causes an error:
"Could not execute command view for types: <NGMimeType: eo-gid/date>"
Is this an known error or maybe a bug?
    

Sounds like bug to me.  Please file a report;  I don't recall something like this having been reported.   

Perhaps deleting an appointment doesn't disassociate it from the note.
--------------070003010402070307040701-- From users@opengroupware.org Mon May 19 16:17:30 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Mon, 19 May 2008 16:17:30 +0100 Subject: [OGo-Users] easy install of OGO In-Reply-To: <1211204287.11593.3.camel@EVTLIS03.morrison.iserv.net> References: <1211151929.1735.1.camel@ws01.whitemice.org> <1211160261.1735.4.camel@ws01.whitemice.org> <1211204287.11593.3.camel@EVTLIS03.morrison.iserv.net> Message-ID: Don't worry about these points, Adam. I was just noting them. It's still a pretty slick installation when done in the right order. I'd read several posts in the mail list archives that led me to expect the installation to be very difficult. That is not the case using YaST and your packages. The last time I installed Domino I had more trouble than this, and I was installing it on a platform that was supposedly supported by IBM. As for the ogo user password: I looked in the connection dictionary and saw that the OGO user had no password. I also see that this is noted in the WOMAG pdf. I'm pretty happy with how the SuSE install went. I need to do a bit more testing tomorrow to see if Postfix/Cyrus are properly integrated. Then I will turn my attention to getting FrontBase configured as the database. Looking at the changelog files in the respective directories for Postgres and FrontBase in /usr/local/share/opengroupware.org-1.1/dbsetup, it looks like there are some additions to the schema for Postgres since 2003 that are not in the FrontBase changelog. Bernard Re: [OGo-Users] easy install of OGO Adam Tauno Williams to: users 19/05/2008 15:03 Sent by: users-admin@opengroupware.org Please respond to users > Apart from being asked 1 question by the installation process (did I want > the OGO Postgres user to be able to create other roles in the database), > the whole process is pretty much automatic. Which is a bug; rpm package installs are allowed to ask questions. :( It should default to "no", I'll have to look into that. On the other hand, in most production deployments, I'd assume the database is created manually on a database server. > Now I need to look into how the database users (Postgres and OGO ) got > created and intervene at that step to make them something memorable. Once > that is done, then the whole thing can be automated. WMOGAG has a section on manually creating the database. -- OpenGroupware.org Users users@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/users From users@opengroupware.org Mon May 19 16:42:12 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 19 May 2008 11:42:12 -0400 Subject: [OGo-Users] easy install of OGO In-Reply-To: References: <1211151929.1735.1.camel@ws01.whitemice.org> <1211160261.1735.4.camel@ws01.whitemice.org> <1211204287.11593.3.camel@EVTLIS03.morrison.iserv.net> Message-ID: <1211211732.11593.13.camel@EVTLIS03.morrison.iserv.net> On Mon, 2008-05-19 at 16:17 +0100, bdogodev@knowledgeworks.plus.com wrote: > Don't worry about these points, Adam. I was just noting them. It's still > a pretty slick installation when done in the right order. I'd read > several posts in the mail list archives that led me to expect the > installation to be very difficult. That is not the case using YaST and > your packages. The last time I installed Domino I had more trouble than > this, and I was installing it on a platform that was supposedly supported > by IBM. Awesome! I feel vindicated. :) There are always people claiming installation is soooo hard, it is frustrating. > As for the ogo user password: I looked in the connection dictionary and > saw that the OGO user had no password. I also see that this is noted in > the WOMAG pdf. That is the default. You can (and should) change this for maximum security [use a password for the OGo daemons to connect to the PostgreSQL database]. > I'm pretty happy with how the SuSE install went. I need to do a bit more > testing tomorrow to see if Postfix/Cyrus are properly integrated. Then I > will turn my attention to getting FrontBase configured as the database. > Looking at the changelog files in the respective directories for Postgres > and FrontBase in /usr/local/share/opengroupware.org-1.1/dbsetup, it looks > like there are some additions to the schema for Postgres since 2003 that > are not in the FrontBase changelog. Yes, I think so. From users@opengroupware.org Wed May 21 15:44:50 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Wed, 21 May 2008 15:44:50 +0100 Subject: [OGo-Users] Cyrus IMAP OGO authentication problems for some users on openSuSE 10.3 Message-ID: I started checking the IMAP integration in my SuSE install, and it appears to be broken. I can send mail from inside OGO and it reaches the outside world (via postfix). Cyrus is installed and running, and I can do 'telnet localhost imap' and get a response from cyrus. In the dock it says "Email (inactive)", and when I click on the 'Inbox' I see a warning "couldn't login to host: localhost". I checked in /var/log/messages and here is the error message for user2: May 21 10:19:48 li24-226 imap[5691]: accepted connection May 21 10:19:48 li24-226 imap[5691]: badlogin: localhost [127.0.0.1] plaintext user2 SASL(-13): user not found: checkpass failed I used the sasl tools to add a user to the sasldb manually: li24-226:~ # saslpasswd2 -c user1 When I login to the webui of OGO using user1, I can indeed see an inbox for this user and not surprisingly /var/log/messages outputs: May 21 10:18:43 li24-226 imap[5691]: accepted connection May 21 10:18:43 li24-226 imap[5691]: login: localhost [127.0.0.1] user1 plaintext User logged in This suggests to me that OGO is not creating entries in the sasldb for users who are created through OGO. Maybe I have misunderstood user administration in OGO and mail users must be created separately? For completeness of information, this is what /etc/imapd.conf looks like: li24-226:~ # more /etc/imapd.conf autocreatequota: 10000 reject8bit: no quotawarn: 90 timeout: 30 poptimeout: 10 dracinterval: 0 drachost: localhost sasl_pwcheck_method: auxprop sasl_plugin_auxprop: sasldb lmtp_overquota_perm_failure: no lmtp_downcase_rcpt: yes And I believe I've put the relevant key values into the Defaults. Here's the output from Defaults read: ogo@li24-226:~> Defaults read { "ogo-nhsd-1.1" = { NGBundlePath = "%{ogo_env_prefix"; }; Defaults = {}; NSGlobalDomain = { "imap_host" = localhost; "imap_port" = 143; "skyrix_id" = "li24-226"; LSConnectionDictionary = { databaseName = OGo; hostName = "127.0.0.1"; password = ""; port = 5432; userName = OGo; }; LSNewsImagesPath = "/var/lib/opengroupware.org/news"; LSNewsImagesUrl = "/ArticleImages"; Languages = ( English ); TimeZoneName = GMT; UseSkyrixLoginForImap = YES; WOHttpAllowHost = ( localhost, "127.0.0.1", "localhost.localdomain" ); }; skyaptnotify = { AptNotifyFromAdress = "ogo@li24-226"; AptNotifySentResourcesFile = "/var/log/opengroupware/sent-resources"; AptNotifySkyrixPassword = ""; AptNotifySkyrixUser = root; AptNotifyVerbose = NO; }; } Hope someone else can shed some light on this. Bernard From users@opengroupware.org Wed May 21 16:09:59 2008 From: users@opengroupware.org (Sebastian Reitenbach) Date: Wed, 21 May 2008 17:09:59 +0200 Subject: [OGo-Users] Cyrus IMAP OGO authentication problems for some users on openSuSE 10.3 Message-ID: <20080521150959.E00C94101F@smtp.l00-bugdead-prods.de> Hi, users@opengroupware.org wrote: > > This suggests to me that OGO is not creating entries in the sasldb for > users who are created through OGO. Maybe I have misunderstood user > administration in OGO and mail users must be created separately? > yes, ogo does not create entries in the sasldb. It is meant to work together with ldap authentication. OGo and the imap server authenticate against the same ldap server, then you already have the same users. Sebastian From users@opengroupware.org Wed May 21 16:44:38 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Wed, 21 May 2008 11:44:38 -0400 Subject: [OGo-Users] Cyrus IMAP OGO authentication problems for some users on openSuSE 10.3 In-Reply-To: <20080521150959.E00C94101F@smtp.l00-bugdead-prods.de> References: <20080521150959.E00C94101F@smtp.l00-bugdead-prods.de> Message-ID: <1211384678.10453.1.camel@EVTLIS03.morrison.iserv.net> > > This suggests to me that OGO is not creating entries in the sasldb for > > users who are created through OGO. Maybe I have misunderstood user > > administration in OGO and mail users must be created separately? > yes, ogo does not create entries in the sasldb. It is meant to work together > with ldap authentication. OGo and the imap server authenticate against the > same ldap server, then you already have the same users. You can also authenticate SASL/Cyrus user's via the OGo database (for a black-box solution). This is done using the pam_pgsql module & PAM support in saslauthd. The procedure / setup for this is documented in WMOGAG, From users@opengroupware.org Wed May 21 17:16:52 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Wed, 21 May 2008 17:16:52 +0100 Subject: [OGo-Users] Cyrus IMAP OGO authentication problems for some users on openSuSE 10.3 In-Reply-To: <1211384678.10453.1.camel@EVTLIS03.morrison.iserv.net> References: <20080521150959.E00C94101F@smtp.l00-bugdead-prods.de> <1211384678.10453.1.camel@EVTLIS03.morrison.iserv.net> Message-ID: Adam and Sebastian, thanks for your replies and suggestions. I guess that instantOGO is already configured to use either LDAP or the pam_pgsql module. Because when I created users in instantOGO I did not have this problem. I just assumed it was some kind of Cyrus mis-configuration in my SuSE setup. As I'm going to want to try to use FrontBase as the datastore, I guess I'd better look into the LDAP approach. Bernard Re: [OGo-Users] Cyrus IMAP OGO authentication problems for some users on openSuSE 10.3 Adam Tauno Williams to: users 21/05/2008 17:11 Sent by: users-admin@opengroupware.org Please respond to users > > This suggests to me that OGO is not creating entries in the sasldb for > > users who are created through OGO. Maybe I have misunderstood user > > administration in OGO and mail users must be created separately? > yes, ogo does not create entries in the sasldb. It is meant to work together > with ldap authentication. OGo and the imap server authenticate against the > same ldap server, then you already have the same users. You can also authenticate SASL/Cyrus user's via the OGo database (for a black-box solution). This is done using the pam_pgsql module & PAM support in saslauthd. The procedure / setup for this is documented in WMOGAG, -- OpenGroupware.org Users users@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/users From users@opengroupware.org Wed May 21 17:31:46 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Wed, 21 May 2008 12:31:46 -0400 Subject: [OGo-Users] Cyrus IMAP OGO authentication problems for some users on openSuSE 10.3 In-Reply-To: References: <20080521150959.E00C94101F@smtp.l00-bugdead-prods.de> <1211384678.10453.1.camel@EVTLIS03.morrison.iserv.net> Message-ID: <1211387511.10453.4.camel@EVTLIS03.morrison.iserv.net> > Adam and Sebastian, thanks for your replies and suggestions. I guess that > instantOGO is already configured to use either LDAP or the pam_pgsql > module. Yes, I believe so. > Because when I created users in instantOGO I did not have this > problem. I just assumed it was some kind of Cyrus mis-configuration in my > SuSE setup. > As I'm going to want to try to use FrontBase as the datastore, I guess I'd > better look into the LDAP approach. From users@opengroupware.org Fri May 23 11:29:54 2008 From: users@opengroupware.org (Ken Smith) Date: Fri, 23 May 2008 11:29:54 +0100 Subject: [OGo-Users] OGo WEBUI Skins Message-ID: <48369CA2.4070206@kensnet.org> Hi All, I'm a keen proponent of OGo and have a few OGo systems in production use for clients who's networks I support. How difficult is it to design and implement a skin. One of the commonest hurdles I have to deal with is objections from the 'normal' user community who have been so used to MS Outlook presentation that they struggle with the transition to OGo. (I also have the Zidelook add-on in place to allow connection from Outlook and I'm keenly awaiting OL2007 functionality. ) While I do understand that the functionality is beyond Outlook/Exchange, I think if we had a skin for OGo that resembled Outlook Web Access then I think "Restistance would become obsolete" sooner and the transition would be smoother. Any thoughts? Ken -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From users@opengroupware.org Fri May 23 16:05:20 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Fri, 23 May 2008 11:05:20 -0400 Subject: [OGo-Users] OGo WEBUI Skins In-Reply-To: <48369CA2.4070206@kensnet.org> References: <48369CA2.4070206@kensnet.org> Message-ID: <1211555121.4704.24.camel@WM_ADAM1.morrison.iserv.net> > I'm a keen proponent of OGo and have a few OGo systems in production use > for clients who's networks I support. Great. > How difficult is it to design and implement a skin. One of the commonest > hurdles I have to deal with is objections from the 'normal' user > community who have been so used to MS Outlook presentation that they > struggle with the transition to OGo. I don't think it is too terribly difficult, there are numerous examples in the docs plone. But there are limitations to what a theme can do. We've just dropped our own WebUI in front of the server . Ultimately, I think you might find that easier; but that really belongs over on discuss@. > (I also have the Zidelook add-on in place to allow connection from > Outlook and I'm keenly awaiting OL2007 functionality. ) I don't know anything about the state of the Outlook connector's development. That is more a question for Skyrix: Is the Outlook connector being developed further? Is it being replaced with ZideOne ? Will ZideOne even work with OGo, or is it SOGo only (the web site suggests this)? > While I do understand that the functionality is beyond Outlook/Exchange, > I think if we had a skin for OGo that resembled Outlook Web Access then > I think "Restistance would become obsolete" sooner and the transition > would be smoother. > Any thoughts? Well, there is allot here (and I have allot of thoughts!) that are probably better suited to the discuss@ list From users@opengroupware.org Sat May 24 11:08:34 2008 From: users@opengroupware.org (Helge Hess) Date: Sat, 24 May 2008 12:08:34 +0200 Subject: [OGo-Users] OGo WEBUI Skins In-Reply-To: <1211555121.4704.24.camel@WM_ADAM1.morrison.iserv.net> References: <48369CA2.4070206@kensnet.org> <1211555121.4704.24.camel@WM_ADAM1.morrison.iserv.net> Message-ID: <01ADA282-4321-4F10-8238-F548987159EC@opengroupware.org> On 23.05.2008, at 17:05, Adam Tauno Williams wrote: > I don't know anything about the state of the Outlook connector's > development. That is more a question for Skyrix: Is the Outlook > connector being developed further? I think its not finally decided whether new ZideOne technology will be backported to work with the sx-zidestore (MAPI-over-WebDAV). Probably makes more sense to work on the GroupDAV support in ZideStore. > Will ZideOne even work with OGo, or is it SOGo only (the web site > suggests this)? The Z1 connector works with any GroupDAV server, it also works with OGo ZideStore. We just focus our initial testing on the Apache, SOGo and iCal servers first. Now what exactly works depends on the GroupDAV server. Eg if OGo ZideStore doesn't support task modifications, that won't work :-) But sure, of course I also plan to make ZideStore behave well with the Z1 plugin. Greets, Helge -- Helge Hess http://www.zideone.com/ From users@opengroupware.org Mon May 26 11:07:56 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Mon, 26 May 2008 11:07:56 +0100 Subject: [OGo-Users] graceful failure on absence of imap server? Message-ID: Hi I noticed whilst investigating backup strategies for Cyrus that if the imap service is stopped and someone is using the email components of the web ui, that ogo-webui will go into a cpu intensive spin. Is this to be expected? I understand that one might say that backups should not be taken whilst there are users online. But I'm more concerned that the other aspects of the web-ui should become unresponsive if the imap back end went away for a short time. Bernard From users@opengroupware.org Mon May 26 14:51:35 2008 From: users@opengroupware.org (Helge Hess) Date: Mon, 26 May 2008 15:51:35 +0200 Subject: [OGo-Users] graceful failure on absence of imap server? In-Reply-To: References: Message-ID: <960CDFC9-57CD-4B6F-B609-013295C455DD@opengroupware.org> On 26.05.2008, at 12:07, bdogodev@knowledgeworks.plus.com wrote: > if the imap service is stopped and someone is using the email > components of the web ui, that ogo-webui will go into a cpu > intensive spin. Is this to be expected? Well, we had such bugs before. But no, of course it should not run away. The best thing you can do is attach to the runaway process with GDB and create a bugreport with the backtrace. Thanks, Helge -- Helge Hess http://www.helgehess.eu/ From users@opengroupware.org Mon May 26 16:41:43 2008 From: users@opengroupware.org (Sergei Frankoff) Date: Mon, 26 May 2008 11:41:43 -0400 Subject: [OGo-Users] OGo on Suse 9.3 install RPMs are missing Message-ID: <483ADA37.3080608@cbnco.com> Hi all, I have been trying to install the OGo using the install instructions listed here http://www.opengroupware.org/en/install/suse/index.html but the rpm repositories are empty. Can someone point me to a working repository. Thank you, Sergei From users@opengroupware.org Mon May 26 17:25:33 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 26 May 2008 12:25:33 -0400 Subject: [OGo-Users] graceful failure on absence of imap server? In-Reply-To: <960CDFC9-57CD-4B6F-B609-013295C455DD@opengroupware.org> References: <960CDFC9-57CD-4B6F-B609-013295C455DD@opengroupware.org> Message-ID: <1211819133.4625.0.camel@aleph> On Mon, 2008-05-26 at 15:51 +0200, Helge Hess wrote: > On 26.05.2008, at 12:07, bdogodev@knowledgeworks.plus.com wrote: > > if the imap service is stopped and someone is using the email > > components of the web ui, As an aside, there is no reason to shutdown Cyrus to do a backup. Cyrus is entirely transactional. You should always be able to restore a mailstore and run a reconstruct. > that ogo-webui will go into a cpu > > intensive spin. Is this to be expected? > Well, we had such bugs before. But no, of course it should not run away. > The best thing you can do is attach to the runaway process with GDB > and create a bugreport with the backtrace. From users@opengroupware.org Mon May 26 20:41:50 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Mon, 26 May 2008 20:41:50 +0100 Subject: [OGo-Users] graceful failure on absence of imap server? In-Reply-To: <1211819133.4625.0.camel@aleph> References: <960CDFC9-57CD-4B6F-B609-013295C455DD@opengroupware.org> <1211819133.4625.0.camel@aleph> Message-ID: Thanks for that information. I'm actually not trying to do a backup as much as build a hot standby server. Unfortunately, from what I can gather the only realistic prospect of doing this is shut down cyrus, rsync, start cyrus. I didn't want to trouble anyone here with these issues as they are not directly related to OGO. Do you mean that I should be able to do the rsync without shutting down the cyrus server which is the source, and that following the rsync the destination server should be able to reconstruct a viable system? What I'd read on the cyrus mailing list always seemed to show the cyrus source-server being shutdown before the rsync. I will see if I can find out more about what's happening with ogo-webui using gdb. Bernard Re: [OGo-Users] graceful failure on absence of imap server? Adam Tauno Williams to: users 26/05/2008 20:25 Sent by: users-admin@opengroupware.org Please respond to users On Mon, 2008-05-26 at 15:51 +0200, Helge Hess wrote: > On 26.05.2008, at 12:07, bdogodev@knowledgeworks.plus.com wrote: > > if the imap service is stopped and someone is using the email > > components of the web ui, As an aside, there is no reason to shutdown Cyrus to do a backup. Cyrus is entirely transactional. You should always be able to restore a mailstore and run a reconstruct. > that ogo-webui will go into a cpu > > intensive spin. Is this to be expected? > Well, we had such bugs before. But no, of course it should not run away. > The best thing you can do is attach to the runaway process with GDB > and create a bugreport with the backtrace. -- OpenGroupware.org Users users@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/users From users@opengroupware.org Mon May 26 21:43:06 2008 From: users@opengroupware.org (Laurence Southon) Date: Mon, 26 May 2008 21:43:06 +0100 Subject: [OGo-Users] graceful failure on absence of imap server? In-Reply-To: References: <960CDFC9-57CD-4B6F-B609-013295C455DD@opengroupware.org> <1211819133.4625.0.camel@aleph> Message-ID: <483B20DA.6080502@southon.uk.net> bdogodev@knowledgeworks.plus.com wrote: > Thanks for that information. I'm actually not trying to do a backup as > much as build a hot standby server. Unfortunately, from what I can gather > the only realistic prospect of doing this is shut down cyrus, rsync, start > cyrus. I didn't want to trouble anyone here with these issues as they are > not directly related to OGO. Do you mean that I should be able to do the > rsync without shutting down the cyrus server which is the source, and that > following the rsync the destination server should be able to reconstruct a > viable system? What I'd read on the cyrus mailing list always seemed to > show the cyrus source-server being shutdown before the rsync. > FWIW I've always done 'hot' rsync backups of Cyrus, and have restored without incident. My understanding is that there is a risk of losing some seen/unseen state information with this technique, but that's all. Regards, Laurence Southon London, UK From users@opengroupware.org Tue May 27 00:59:21 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 26 May 2008 19:59:21 -0400 Subject: [OGo-Users] OGo on Suse 9.3 install RPMs are missing In-Reply-To: <483ADA37.3080608@cbnco.com> References: <483ADA37.3080608@cbnco.com> Message-ID: <1211846361.29571.9.camel@aleph> > I have been trying to install the OGo using the install instructions > listed here http://www.opengroupware.org/en/install/suse/index.html but > the rpm repositories are empty. Can someone point me to a working > repository. Yes, it looks like all the packages are very out of date; back to July 2007. I still have an old 9.3 server to build on [but only until next month some time], so I can make packages for you if you want. -- Consonance: an Open Source .NET OpenGroupware client. Contact:awilliam@whitemiceconsulting.com http://freshmeat.net/projects/consonance/ From users@opengroupware.org Tue May 27 01:42:25 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 26 May 2008 20:42:25 -0400 Subject: [OGo-Users] OGo on Suse 9.3 install RPMs are missing In-Reply-To: <1211846361.29571.9.camel@aleph> References: <483ADA37.3080608@cbnco.com> <1211846361.29571.9.camel@aleph> Message-ID: <1211848945.29571.11.camel@aleph> > I still have an old 9.3 server to build on [but only until next month > some time], so I can make packages for you if you want. > BTW, what packages I have managed to build are at From users@opengroupware.org Tue May 27 02:32:42 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 26 May 2008 21:32:42 -0400 Subject: [OGo-Users] New Document: OGo <-> Nokia S60 synchronization guide Message-ID: <1211851962.29571.21.camel@aleph> Samuli Seppänen's OGo <-> Nokia S60 synchronization guide is now available on the documentation plone - This document covers syncronization with the OpenGroupware.org's ZideStore service using the Funambol OMADS server in conjunction with BionicMessage's GroupDAV connector. From users@opengroupware.org Tue May 27 14:07:20 2008 From: users@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 May 2008 15:07:20 +0200 Subject: [OGo-Users] a way to figure out, who is actually logged in to OGo Message-ID: <20080527130721.3D4643C91E@smtp.l00-bugdead-prods.de> Hi, I am looking for a way to figure out, who is actually logged in into ogo? I use webiject to measure response times, I use it to login, and enter a project. I do this every two minutes. To make sure, that the times that I measure are representative, therefore I'd like to figure out, whether there is a new session created each time I login using the script, or whether an existing session is reused. Or are there Defaults that I can set to see whether a session is reused, or created? thanks Sebastian From users@opengroupware.org Tue May 27 15:05:09 2008 From: users@opengroupware.org (=?ISO-8859-15?Q?Samuli_Sepp=E4nen?=) Date: Tue, 27 May 2008 17:05:09 +0300 Subject: [OGo-Users] Default read access group for Zidestore-originating events Message-ID: <483C1515.4080806@tietoteema.fi> Hi! Is there are way to set the default read access team for appointments created by _Zidestore_. For example for events synced from a mobile phone to OGo? Setting the default read access team for new appointments created in the WebUI is easy with scheduler_default_readaccessteam groupname but that doesn't seem to affect Zidestore's behavior. Have I missed some defaults? Samuli From users@opengroupware.org Tue May 27 16:29:30 2008 From: users@opengroupware.org (Sebastian Reitenbach) Date: Tue, 27 May 2008 17:29:30 +0200 Subject: [OGo-Users] Default read access group for Zidestore-originating events Message-ID: <20080527152930.A22E33CF03@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > Hi! > > Is there are way to set the default read access team for appointments > created by _Zidestore_. For example for events synced from a mobile > phone to OGo? Setting the default read access team for new appointments > created in the WebUI is easy with > > scheduler_default_readaccessteam groupname > > but that doesn't seem to affect Zidestore's behavior. Have I missed some > defaults? I am not perfectly sure, but I think, what ever the user has configured in the webui prefereces, will be used when uploding appointments via zidestore. Sebastian From users@opengroupware.org Tue May 27 17:00:47 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Tue, 27 May 2008 12:00:47 -0400 Subject: [OGo-Users] Default read access group for Zidestore-originating events In-Reply-To: <20080527152930.A22E33CF03@smtp.l00-bugdead-prods.de> References: <20080527152930.A22E33CF03@smtp.l00-bugdead-prods.de> Message-ID: <1211904047.4968.21.camel@WM_ADAM1.morrison.iserv.net> > > Is there are way to set the default read access team for appointments > > created by _Zidestore_. For example for events synced from a mobile > > phone to OGo? Setting the default read access team for new appointments > > created in the WebUI is easy with > > scheduler_default_readaccessteam groupname > > but that doesn't seem to affect Zidestore's behavior. Have I missed some > > defaults? > I am not perfectly sure, but I think, what ever the user has configured in > the webui prefereces, will be used when uploding appointments via zidestore. I believe that is true since r1945, 2007-05-07 But that is write access; I don't think there is a default for read access, at least not one applied by ZideStore. If "scheduler_default_readaccessteam" isn't applied you could open a bug report. ZideStore's access model is based on if you write it to a team or personal folder. Events created in the personal folder are personal and events created in a team folder have access assigned to that team. At least that is what I recall from when I tested it. I don't know what [if anything] the Overview folder does but (IMO) applying the default would make sense. I think ZideStore works this way because it descends from ZideLook and Outlook does its folder hierarchy thing. -- Consonance: an Open Source .NET OpenGroupware client. Contact:awilliam@whitemiceconsulting.com http://freshmeat.net/projects/consonance/ From users@opengroupware.org Tue May 27 19:58:08 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Tue, 27 May 2008 14:58:08 -0400 Subject: [OGo-Users] Default read access group for Zidestore-originating events In-Reply-To: <1211904047.4968.21.camel@WM_ADAM1.morrison.iserv.net> References: <20080527152930.A22E33CF03@smtp.l00-bugdead-prods.de> <1211904047.4968.21.camel@WM_ADAM1.morrison.iserv.net> Message-ID: <1211914688.7144.6.camel@EVTLIS03.morrison.iserv.net> > > > Is there are way to set the default read access team for appointments > > > created by _Zidestore_. For example for events synced from a mobile > > > phone to OGo? Setting the default read access team for new appointments > > > created in the WebUI is easy with > > > scheduler_default_readaccessteam groupname > > > but that doesn't seem to affect Zidestore's behavior. Have I missed some > > > defaults? > > I am not perfectly sure, but I think, what ever the user has configured in > > the webui prefereces, will be used when uploding appointments via zidestore. > I believe that is true since r1945, 2007-05-07 > > But that is write access; I don't think there is a default for read > access, at least not one applied by ZideStore. If > "scheduler_default_readaccessteam" isn't applied you could open a bug > report. ZideStore's access model is based on if you write it to a team > or personal folder. Events created in the personal folder are personal > and events created in a team folder have access assigned to that team. > At least that is what I recall from when I tested it. I don't know what > [if anything] the Overview folder does but (IMO) applying the default > would make sense. Here it is in ZideStore/SoObjects/ZSAppointments/SxDavAptCreate.m - /* read-access-group */ if ((tmp = [[self appointment] pkeyOfGroupInContext:_ctx]) != nil) [self->changeSet setObject:tmp forKey:@"accessTeamId"]; /* write access */ tmp = [[[self appointment] container] defaultWriteAccessListInContext:_ctx]; if ([tmp isNotEmpty]) [changeSet setObject:tmp forKey:@"writeAccessList"]; So read access, the "accessTeamId" attribute is based solely on the folder you write too; probably wouldn't be to hard to fix. From users@opengroupware.org Wed May 28 11:33:15 2008 From: users@opengroupware.org (=?ISO-8859-15?Q?Samuli_Sepp=E4nen?=) Date: Wed, 28 May 2008 13:33:15 +0300 Subject: [OGo-Users] Default read access group for Zidestore-originating events In-Reply-To: <1211904047.4968.21.camel@WM_ADAM1.morrison.iserv.net> References: <20080527152930.A22E33CF03@smtp.l00-bugdead-prods.de> <1211904047.4968.21.camel@WM_ADAM1.morrison.iserv.net> Message-ID: <483D34EB.7020309@tietoteema.fi> >>> Is there are way to set the default read access team for appointments >>> created by _Zidestore_. For example for events synced from a mobile >>> phone to OGo? Setting the default read access team for new appointments >>> created in the WebUI is easy with >>> scheduler_default_readaccessteam groupname >>> but that doesn't seem to affect Zidestore's behavior. Have I missed some >>> defaults? >> I am not perfectly sure, but I think, what ever the user has configured in >> the webui prefereces, will be used when uploding appointments via zidestore. > > I believe that is true since r1945, 2007-05-07 > > > But that is write access; I don't think there is a default for read > access, at least not one applied by ZideStore. If > "scheduler_default_readaccessteam" isn't applied you could open a bug > report. ZideStore's access model is based on if you write it to a team > or personal folder. Events created in the personal folder are personal > and events created in a team folder have access assigned to that team. > At least that is what I recall from when I tested it. I don't know what > [if anything] the Overview folder does but (IMO) applying the default > would make sense. > > I think ZideStore works this way because it descends from ZideLook and > Outlook does its folder hierarchy thing. I think I'll file a bug report on this. I'll test what happens to the permissions if I upload ICS'es to different Zidestore folders. I suppose uploading to a public folder will make the included events public. Samuli From users@opengroupware.org Wed May 28 11:50:46 2008 From: users@opengroupware.org (=?ISO-8859-15?Q?Samuli_Sepp=E4nen?=) Date: Wed, 28 May 2008 13:50:46 +0300 Subject: [OGo-Users] OGo webmail and custom Drafts-folder Message-ID: <483D3906.3020405@tietoteema.fi> I'm been trying to make OGo use customized folder names for Sent, Trash and Drafts. These folder names have not been customized in Cyrus. I created the folders and modified the user's defaults-file. I managed to get Sent and Trash working with these defaults: // These two _DO_ work "mail_sentFolderName" = Menneet; "mail_trashFolderName" = Poistetut; However if I try to do the same for Drafts OGo still copies all drafts to the default IMAP drafts-folder ("Drafts"): // This does not work "mail_draftsFolderName" = Talletetut; What's happening here? I found out about these default by grep'ing /var/lib/opengroupware.org/documents, so they should be valid. Searching the mailing list archives I found these defaults, which don't seem to affect anything no matter how I configure them ("Menneet" or "/Menneet"): ImapDraftsFolderName ImapSentFolderName ImapTrashFolderName Are these useless? Or should they be applied in NSGlobalDomain.plist instead of the per-user defaults? Samuli From users@opengroupware.org Wed May 28 20:02:27 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Wed, 28 May 2008 20:02:27 +0100 Subject: [OGo-Users] Job errors in webui Message-ID: Hi, I was adding a Job for a user, when I started to get '500' type server errors. I checked in /var/log/opengroupware logs and could see nothing concerning this error. However when I checked in the apache error_log, I found this: "error during reading of response line .." Any ideas about what might be causing this and how I can go about debugging it? This is an an install based on ogo-webui-core-1.1-trunk_r2051.1.i586.rpm and associated files. OpenSuSE 10.3 Apache 2.2.4 I've been using the webui for days now and this is the first time I started to see these errors. I can't think of anything that I might have done that could cause them - most of what I've been working on has been related to postfix/cyrus integration. Whilst trying to see what sequence of actions produces the error, I did get this popup: job::new:ObjcRuntimeException NSTempoaryString (instance0 does not recognize count Bernard From users@opengroupware.org Wed May 28 20:16:02 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Wed, 28 May 2008 15:16:02 -0400 Subject: [OGo-Users] Job errors in webui In-Reply-To: References: Message-ID: <1212002162.4990.9.camel@EVTLIS03.morrison.iserv.net> > Hi, I was adding a Job for a user, when I started to get '500' type > server errors. I checked in /var/log/opengroupware logs and could see > nothing concerning this error. That is odd, there was nothing in /var/log/opengroupware/ogo-webui-1.1-err.log corresponding to the error? > However when I checked in the apache > error_log, I found this: "error during reading of response line .." Makes sense, I assume this means the WebUI process flopped and thus the ngobjweb didn't finish reading the response. > Any ideas about what might be causing this and how I can go about > debugging it? > This is an an install based on ogo-webui-core-1.1-trunk_r2051.1.i586.rpm > and associated files. > OpenSuSE 10.3 > Apache 2.2.4 > I've been using the webui for days now and this is the first time I > started to see these errors. I can't think of anything that I might have > done that could cause them - most of what I've been working on has been > related to postfix/cyrus integration. > Whilst trying to see what sequence of actions produces the error, I did > get this popup: > job::new:ObjcRuntimeException NSTempoaryString (instance0 > does not recognize count Interesting; r2051 isn't terribly new. There have been some changes to the task stuff, but all [I think] after r2051. Did you get the above popup while creating a task from the task application or from inside a project? From users@opengroupware.org Wed May 28 20:29:30 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Wed, 28 May 2008 15:29:30 -0400 Subject: [OGo-Users] Job errors in webui In-Reply-To: <1212002162.4990.9.camel@EVTLIS03.morrison.iserv.net> References: <1212002162.4990.9.camel@EVTLIS03.morrison.iserv.net> Message-ID: <1212002970.4990.12.camel@EVTLIS03.morrison.iserv.net> > > Whilst trying to see what sequence of actions produces the error, I did > > get this popup: > > job::new:ObjcRuntimeException NSTempoaryString (instance0 > > does not recognize count > Interesting; r2051 isn't terribly new. There have been some changes to > the task stuff, but all [I think] after r2051. > Did you get the above popup while creating a task from the task > application or from inside a project? Maybe the new OGoJobAccessHandler was introduced by r2051 (although I doubt it). If you really get nothing in the log try setting OGoJobAccessHandler to YES, restarting the WebUI, and checking if anything shows up around the error. From users@opengroupware.org Wed May 28 23:27:56 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Wed, 28 May 2008 23:27:56 +0100 Subject: [OGo-Users] Job errors in webui In-Reply-To: <1212002970.4990.12.camel@EVTLIS03.morrison.iserv.net> References: <1212002162.4990.9.camel@EVTLIS03.morrison.iserv.net> <1212002970.4990.12.camel@EVTLIS03.morrison.iserv.net> Message-ID: Hi Adam, I got errors when creating a new task or editing an existing task -- it was sporadic, but very frequent . I was creating a Job directly (not from inside a project). I had created a few tasks last week when I was getting the hang of OGO, but didn't see any errors then. I suppose it is possible that I was using the OGO from your SuSE packages then. I set the Default you suggested and here's what the log said: First I tried to edit an existing task: May 28 22:22:24 ogo-webui-1.1 [7575]: CmdCtx[user1]D: Note: committed transaction started at 2008-05-28 22:22:24 -0000 (duration=0.004s) May 28 22:22:24 ogo-webui-1.1 [7575]: session 1D971D9702483DDB06 terminated at 2008-05-28 22:22:24 -0000 .. May 28 22:22:25 ogo-webui-1.1 [7575]: <<0x0x8895904[WOForm]>>D Note: session-id is requested, but no session is active? May 28 22:22:34 ogo-webui-1.1 [7575]: |ogo-webui-1.1| : created session: May 28 22:22:34 ogo-webui-1.1 [7575]: ccaps: May 28 22:22:34 ogo-webui-1.1 [7575]: OGoContextManager(d): login user user2 .. May 28 22:22:34 ogo-webui-1.1 [7575]: CmdCtx[]D: opening channel for transaction ... May 28 22:22:34 ogo-webui-1.1 [7575]: CmdCtx[user2]D: Note: committed transaction started at 2008-05-28 22:22:34 -0000 (duration=0.039s) May 28 22:22:34 ogo-webui-1.1 [7575]: OGo[user2]D: account 'user2' is logged in. May 28 22:22:34 ogo-webui-1.1 [7575]: (1D971D9703483DDB2A) user user2 logged in. May 28 22:22:34 ogo-webui-1.1 [7575]: CmdCtx[user2]D: Note: committed transaction started at 2008-05-28 22:22:34 -0000 (duration=0.018s) May 28 22:22:34 ogo-webui-1.1 [7575]: Note: using flat-array message notifications! May 28 22:22:34 ogo-webui-1.1 [7575]: CmdCtx[user2]D: Note: committed transaction started at 2008-05-28 22:22:34 -0000 (duration=0.030s) May 28 22:22:39 ogo-webui-1.1 [7575]: CmdCtx[user2]D: Note: committed transaction started at 2008-05-28 22:22:39 -0000 (duration=0.003s) May 28 22:22:39 ogo-webui-1.1 [7575]: CmdCtx[user2]D: Note: committed transaction started at 2008-05-28 22:22:39 -0000 (duration=0.011s) May 28 22:22:45 ogo-webui-1.1 [7575]: (1D971D9703483DDB2A) tx is going to be rolled back .. May 28 22:22:45 ogo-webui-1.1 [7575]: CmdCtx[user2]D: canceled transaction started at 2008-05-28 22:22:45 -0000 May 28 22:22:45 ogo-webui-1.1 [7575]: CmdCtx[user2]D: Note: committed transaction started at 2008-05-28 22:22:45 -0000 (duration=0.021s) Next I tried to create a new task: May 28 22:24:12 ogo-webui-1.1 [7575]: [WARN] <0x0x8a82d3c[OWPasteboard]> missing type argument for retrieving object from the pasteboard: May 28 22:24:12 ogo-webui-1.1 [7575]: CmdCtx[user2]D: Note: committed transaction started at 2008-05-28 22:24:12 -0000 (duration=0.003s) May 28 22:24:23 ogo-webui-1.1 [7575]: CmdCtx[user2]D: canceled transaction started at 2008-05-28 22:24:23 -0000 May 28 22:24:23 ogo-webui-1.1 [7575]: (1D971D9703483DDB2A) command job::new({ category = ""; completionDate = ""; endDate = "2008-06-04 23:59:59 GMT"; executantId = 10191; isTeamJob = 0; keywords = ""; name = "make pizza"; percentComplete = 0; priority = 3; projectId = ""; startDate = "2008-05-28 00:00:00 GMT"; }) failed: name: ObjcRuntimeException reason: NSTemporaryString (instance) does not recognize count info: May 28 22:24:23 ogo-webui-1.1 [7575]: [ERROR] (1D971D9703483DDB2A) failed: job::new({ category = ""; completionDate = ""; endDate = "2008-06-04 23:59:59 GMT"; executantId = 10191; isTeamJob = 0; keywords = ""; name = "make pizza"; percentComplete = 0; priority = 3; projectId = ""; startDate = "2008-05-28 00:00:00 GMT"; }) May 28 22:24:23 ogo-webui-1.1 [7575]: (1D971D9703483DDB2A) tx is going to be rolled back .. May 28 22:24:23 ogo-webui-1.1 [7575]: CmdCtx[user2]D: can't rollback: no transaction in progress ! May 28 22:24:23 ogo-webui-1.1 [7575]: [WARN] (1D971D9703483DDB2A) tx commit failed ! May 28 22:24:23 ogo-webui-1.1 [7575]: [ERROR] LSWJobEditor -[OGoEditorPage saveAndGoBackWithCount:]: could not perform operation! I don't know if it has any relevance, but I hadn't pasted anything to the clipboard nor tried to copy anything from it, despite the first line of this second log excerpt saying something about that. Bernard Re: [OGo-Users] Job errors in webui Adam Tauno Williams to: users 28/05/2008 23:13 Sent by: users-admin@opengroupware.org Please respond to users > > Whilst trying to see what sequence of actions produces the error, I did > > get this popup: > > job::new:ObjcRuntimeException NSTempoaryString (instance0 > > does not recognize count > Interesting; r2051 isn't terribly new. There have been some changes to > the task stuff, but all [I think] after r2051. > Did you get the above popup while creating a task from the task > application or from inside a project? Maybe the new OGoJobAccessHandler was introduced by r2051 (although I doubt it). If you really get nothing in the log try setting OGoJobAccessHandler to YES, restarting the WebUI, and checking if anything shows up around the error. -- OpenGroupware.org Users users@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/users From users@opengroupware.org Thu May 29 02:47:30 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Wed, 28 May 2008 21:47:30 -0400 Subject: [OGo-Users] Job errors in webui In-Reply-To: References: <1212002162.4990.9.camel@EVTLIS03.morrison.iserv.net> <1212002970.4990.12.camel@EVTLIS03.morrison.iserv.net> Message-ID: <1212025650.5281.9.camel@aleph> > I got errors when creating a new task or editing an existing task -- it > was sporadic, but very frequent . I was creating a Job directly (not from > inside a project). I had created a few tasks last week when I was getting > the hang of OGO, but didn't see any errors then. I suppose it is possible > that I was using the OGO from your SuSE packages then. What packages are you using now? Did you build from source? > I set the Default you suggested and here's what the log said: > First I tried to edit an existing task: > May 28 22:22:45 ogo-webui-1.1 [7575]: CmdCtx[user2]D: Note: committed > transaction started at 2008-05-28 22:22:45 -0000 (duration=0.021s) So the editing a task worked? > Next I tried to create a new task: > May 28 22:24:23 ogo-webui-1.1 [7575]: (1D971D9703483DDB2A) command > job::new({ > category = ""; > completionDate = ""; > endDate = "2008-06-04 23:59:59 GMT"; > executantId = 10191; > isTeamJob = 0; > keywords = ""; > name = "make pizza"; > percentComplete = 0; > priority = 3; > projectId = ""; > startDate = "2008-05-28 00:00:00 GMT"; > }) failed: > name: ObjcRuntimeException reason: NSTemporaryString (instance) does > not recognize count info: > May 28 22:24:23 ogo-webui-1.1 [7575]: [WARN] (1D971D9703483DDB2A) tx > commit failed ! ... > May 28 22:24:23 ogo-webui-1.1 [7575]: [ERROR] LSWJobEditor -[OGoEditorPage > saveAndGoBackWithCount:]: could not perform operation! Something is getting a string (I guess) that is expecting an array or dictionary [hence the call to count]. That is pretty odd, we create at least dozens of tasks every day. > I don't know if it has any relevance, but I hadn't pasted anything to the > clipboard nor tried to copy anything from it, despite the first line of > this second log excerpt saying something about that. Nah, the clipboard message is meaningless. From users@opengroupware.org Thu May 29 12:30:11 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Thu, 29 May 2008 12:30:11 +0100 Subject: [OGo-Users] Job errors in webui In-Reply-To: <1212025650.5281.9.camel@aleph> References: <1212002162.4990.9.camel@EVTLIS03.morrison.iserv.net> <1212002970.4990.12.camel@EVTLIS03.morrison.iserv.net> <1212025650.5281.9.camel@aleph> Message-ID: I'm going to re-install SuSE and OGO. I think that in moving between 3 different distros, and 3 different sets of RPMs something has got futzed.... This is bound to be operator error :-) Bernard Re: [OGo-Users] Job errors in webui Adam Tauno Williams to: users 29/05/2008 09:46 Sent by: users-admin@opengroupware.org Please respond to users >> What packages are you using now? Did you build from source? ... Something is getting a string (I guess) that is expecting an array or dictionary [hence the call to count]. That is pretty odd, we create at least dozens of tasks every day. << From users@opengroupware.org Thu May 29 16:01:19 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Thu, 29 May 2008 16:01:19 +0100 Subject: [OGo-Users] Job errors in webui In-Reply-To: <1212025650.5281.9.camel@aleph> References: <1212002162.4990.9.camel@EVTLIS03.morrison.iserv.net> <1212002970.4990.12.camel@EVTLIS03.morrison.iserv.net> <1212025650.5281.9.camel@aleph> Message-ID: Unfortunately, the problem persists. >> What packages are you using now? Did you build from source? << I just did a fresh SuSE install, and used the two SuSE 10.2 RPMs (base and ogo). >> So the editing a task worked? << I have spent some more time clicking around trying to establish a pattern. The first time a user logs in on a new session, they can create a new task. If the first action they do in this new session is to click on a previously entered task itself to drill-down into the details, then they can do that. However, if they switch the task to 'edit' mode & save it (even if they make no changes), they get an error: transaction rolled back (an error occurred) And in the log it appears this is the error: ObjcRuntimeException reason: NSShortInline8BitString (instance) does not recognize count info: Once a user has that error in a session, even if they just click on a task to drill-down prior to editing, then they will get the error. I've tried editing tasks as the admin user, and the problem occurs there too. It looks to me like the OGO install from the SuSE 10.2 RPMs is broken. Bernard Re: [OGo-Users] Job errors in webui Adam Tauno Williams to: users 29/05/2008 09:46 Sent by: users-admin@opengroupware.org Please respond to users > I got errors when creating a new task or editing an existing task -- it > was sporadic, but very frequent . I was creating a Job directly (not from > inside a project). I had created a few tasks last week when I was getting > the hang of OGO, but didn't see any errors then. I suppose it is possible > that I was using the OGO from your SuSE packages then. What packages are you using now? Did you build from source? > I set the Default you suggested and here's what the log said: > First I tried to edit an existing task: > May 28 22:22:45 ogo-webui-1.1 [7575]: CmdCtx[user2]D: Note: committed > transaction started at 2008-05-28 22:22:45 -0000 (duration=0.021s) So the editing a task worked? > Next I tried to create a new task: > May 28 22:24:23 ogo-webui-1.1 [7575]: (1D971D9703483DDB2A) command > job::new({ > category = ""; > completionDate = ""; > endDate = "2008-06-04 23:59:59 GMT"; > executantId = 10191; > isTeamJob = 0; > keywords = ""; > name = "make pizza"; > percentComplete = 0; > priority = 3; > projectId = ""; > startDate = "2008-05-28 00:00:00 GMT"; > }) failed: > name: ObjcRuntimeException reason: NSTemporaryString (instance) does > not recognize count info: > May 28 22:24:23 ogo-webui-1.1 [7575]: [WARN] (1D971D9703483DDB2A) tx > commit failed ! ... > May 28 22:24:23 ogo-webui-1.1 [7575]: [ERROR] LSWJobEditor -[OGoEditorPage > saveAndGoBackWithCount:]: could not perform operation! Something is getting a string (I guess) that is expecting an array or dictionary [hence the call to count]. That is pretty odd, we create at least dozens of tasks every day. > I don't know if it has any relevance, but I hadn't pasted anything to the > clipboard nor tried to copy anything from it, despite the first line of > this second log excerpt saying something about that. Nah, the clipboard message is meaningless. -- OpenGroupware.org Users users@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/users From users@opengroupware.org Thu May 29 16:10:04 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Thu, 29 May 2008 16:10:04 +0100 Subject: [OGo-Users] missing libpg.so.4 ... cannot load adaptor bundle PostgreSQL Message-ID: Following some instructions I found from Adam in the list archives, I tried to do an OGO install using the *latest* files from here: http://download.opengroupware.org/nightly/packages/suse10-2/trunk/ I didn't see any errors during the install using rpm -Uvh *.rpm (although I had to backlevel libobjc from the later one that I'd been using with the openSuSE RPMs): When the installation had finished I couldn't connect through the browser, and I found these errors in the log: dynamic load (dlopen) error: libpq.so.4: cannot open shared object file: No such file or directory May 29 14:39:15 ogo-webui-1.1 [7494]: Cannot load adaptor bundle 'PostgreSQL' Uncatched Objective-C exception: exceptionClass Reason: Cannot load adaptor bundle 'PostgreSQL' UserInfo: no userinfo I checked on my openSuSE 10.3 install that works (the one with the Job editing errors), and there is no libpg.so file on there either. I can telnet to localhost:5432, so PG is running. The only package that was installed that mentions postgres is this one: sope47-gdl1-postgresql-4.7-trunk_r1504.0 I'm stuck. Any suggestions? Bernard From users@opengroupware.org Thu May 29 16:26:59 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Thu, 29 May 2008 11:26:59 -0400 Subject: [OGo-Users] missing libpg.so.4 ... cannot load adaptor bundle PostgreSQL In-Reply-To: References: Message-ID: <1212074819.4696.11.camel@WM_ADAM1.morrison.iserv.net> > Following some instructions I found from Adam in the list archives, I > tried to do an OGO install using the *latest* files from here: > http://download.opengroupware.org/nightly/packages/suse10-2/trunk/ > I didn't see any errors during the install using rpm -Uvh *.rpm (although > I had to backlevel libobjc from the later one that I'd been using with the > openSuSE RPMs): Moving around the libobjc version is likely to produce run-time errors. > When the installation had finished I couldn't connect through the browser, > and I found these errors in the log: > dynamic load (dlopen) error: > libpq.so.4: cannot open shared object file: No such file or directory > May 29 14:39:15 ogo-webui-1.1 [7494]: Cannot load adaptor bundle > 'PostgreSQL' > Uncatched Objective-C exception: > exceptionClass > Reason: Cannot load adaptor bundle 'PostgreSQL' > UserInfo: no userinfo > I checked on my openSuSE 10.3 install that works (the one with the Job > editing errors), and there is no libpg.so file on there either. Not in /usr/lib? It is libpq, not libpg. These libraries are provided by the postgresql-libs package and this is the library required to connect to a PostgreSQL database. > I can telnet to localhost:5432, so PG is running. > The only package that was installed that mentions postgres is this one: > sope47-gdl1-postgresql-4.7-trunk_r1504.0 > I'm stuck. Any suggestions? Yep, that package provides the database adapter... awilliam@WM_ADAM1:~> rpm -ql sope47-gdl1-postgresql-4.7 /usr/local/lib/sope-4.7/dbadaptors/PostgreSQL.gdladaptor /usr/local/lib/sope-4.7/dbadaptors/PostgreSQL.gdladaptor/PostgreSQL /usr/local/lib/sope-4.7/dbadaptors/PostgreSQL.gdladaptor/Resources /usr/local/lib/sope-4.7/dbadaptors/PostgreSQL.gdladaptor/Resources/Info-gnustep.plist /usr/local/lib/sope-4.7/dbadaptors/PostgreSQL.gdladaptor/Resources/Version /usr/local/lib/sope-4.7/dbadaptors/PostgreSQL.gdladaptor/stamp.make ... which requires the PostgreSQL libraries ... awilliam@WM_ADAM1:~> ldd /usr/local/lib/sope-4.7/dbadaptors/PostgreSQL.gdladaptor/PostgreSQL linux-gate.so.1 => (0xffffe000) ====> libpq.so.5 => /usr/lib/libpq.so.5 (0xb7f70000) <=========== libGDLAccess.so.4.7 => /usr/local/lib/libGDLAccess.so.4.7 libEOControl.so.4.7 => /usr/local/lib/libEOControl.so.4.7 libFoundation.so.1.1 => /usr/local/lib/libFoundation.so.1.1 libpthread.so.0 => /lib/libpthread.so.0 (0xb7d54000) libobjc.so.2 => /usr/lib/libobjc.so.2 (0xb7d3a000) libm.so.6 => /lib/libm.so.6 (0xb7d15000) libc.so.6 => /lib/libc.so.6 (0xb7be2000) libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0xb7b9f000) libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb7a59000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xb79cd000) libcrypt.so.1 => /lib/libcrypt.so.1 (0xb799b000) libdl.so.2 => /lib/libdl.so.2 (0xb7997000) /lib/ld-linux.so.2 (0x80000000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb798b000) libz.so.1 => /lib/libz.so.1 (0xb7978000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xb7952000) libcom_err.so.2 => /lib/libcom_err.so.2 (0xb794e000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xb7945000) libkeyutils.so.1 => /lib/libkeyutils.so.1 (0xb7941000) The libraries are provided by the distro - but they might change with versions. So you might have libpq.so.5 and a package that requires libpq.so.4, etc... The UNIX version of DLL-hell. This wouldn't be surprising if using packages for 10.2 on 10.3, or vice-versa. I'll see if I can upload new packages; hopefully I can get the build service to build OGo soon .. For now I'll upload new 10.3 packages to the docs plone. From users@opengroupware.org Thu May 29 16:46:10 2008 From: users@opengroupware.org (Adam Tauno Williams) Date: Thu, 29 May 2008 11:46:10 -0400 Subject: [OGo-Users] missing libpg.so.4 ... cannot load adaptor bundle PostgreSQL In-Reply-To: <1212074819.4696.11.camel@WM_ADAM1.morrison.iserv.net> References: <1212074819.4696.11.camel@WM_ADAM1.morrison.iserv.net> Message-ID: <1212075970.4696.13.camel@WM_ADAM1.morrison.iserv.net> > I'll see if I can upload new packages; hopefully I can get the build > service to build OGo soon > .. For now > I'll upload new 10.3 packages to the docs plone. Packages on the docs plone have been udpated. From users@opengroupware.org Thu May 29 17:57:21 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Thu, 29 May 2008 17:57:21 +0100 Subject: [OGo-Users] missing libpg.so.4 ... cannot load adaptor bundle PostgreSQL In-Reply-To: <1212075970.4696.13.camel@WM_ADAM1.morrison.iserv.net> References: <1212074819.4696.11.camel@WM_ADAM1.morrison.iserv.net> <1212075970.4696.13.camel@WM_ADAM1.morrison.iserv.net> Message-ID: Thanks Adam. You were right that there were libpq libraries - my eyesight is obviously getting worse :-( Creating a symlink for libpq.so.4. at least got OGO started. However, I'll re-install OGO using these packages from docs plone just to be on the safe side. Bernard Re: [OGo-Users] missing libpg.so.4 ... cannot load adaptor bundle PostgreSQL Adam Tauno Williams to: users 29/05/2008 17:35 Sent by: users-admin@opengroupware.org Please respond to users > I'll see if I can upload new packages; hopefully I can get the build > service to build OGo soon > .. For now > I'll upload new 10.3 packages to the docs plone. Packages on the docs plone have been udpated. < http://docs.opengroupware.org/Members/whitemice/base-r2030-openSUSE103.tar.gz/file_view > < http://docs.opengroupware.org/Members/whitemice/ogo-r2030-openSUSE103.tar.gz/file_view > -- OpenGroupware.org Users users@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/users From users@opengroupware.org Thu May 29 18:28:55 2008 From: users@opengroupware.org (users@opengroupware.org) Date: Thu, 29 May 2008 18:28:55 +0100 Subject: [OGo-Users] missing libpg.so.4 ... cannot load adaptor bundle PostgreSQL In-Reply-To: <1212075970.4696.13.camel@WM_ADAM1.morrison.iserv.net> References: <1212074819.4696.11.camel@WM_ADAM1.morrison.iserv.net> <1212075970.4696.13.camel@WM_ADAM1.morrison.iserv.net> Message-ID: Those seem to have solved the problems. I tested with the Task-editing errors, and they are no longer there. Once again, many thanks. Bernard Re: [OGo-Users] missing libpg.so.4 ... cannot load adaptor bundle PostgreSQL Adam Tauno Williams to: users 29/05/2008 17:35 Sent by: users-admin@opengroupware.org Please respond to users >> Packages on the docs plone have been udpated. < http://docs.opengroupware.org/Members/whitemice/base-r2030-openSUSE103.tar.gz/file_view > < http://docs.open