Hi..
ok 1.2.13c fixed the issue and i can start sogod normally.
But i still cant add long text to an appointment, it gets cut off
after the first new line char(Enter)
2012/2/13 <spamv...@googlemail.com>:
> Hi..
> sometimes it helps to reply to the list and not the person :)
>
> I just updated and sogo wont start anymore:
>
> [root@sogo conf.d]# /etc/init.d/sogod restart
> Restarting SOGo:
> sogo [ OK ]
> [root@sogo conf.d]# /etc/init.d/sogod status
> sogod dead, but PID-File exist
>
> no log output in /var/log/sogo/sogo.log
>
>
> strace shows:
>
> stat64("/usr/local/share/sope-4.9/ngobjweb", 0xbfea4fcc) = -1 ENOENT
> (No such file or directory)
> stat64("/usr/share/sope-4.9/ngobjweb", 0xbfea4fcc) = -1 ENOENT (No
> such file or directory)
> stat64("/home/sogo/GNUstep/Library/Libraries/Resources/NGObjWeb/Defaults.plist",
> 0xbfea503c) = -1 ENOENT (No such file or dire
> stat64("/usr/local/lib/GNUstep/Libraries/Resources/NGObjWeb/Defaults.plist",
> 0xbfea503c) = -1 ENOENT (No such file or director
> stat64("/usr/lib/GNUstep/Libraries/Resources/NGObjWeb/Defaults.plist",
> {st_mode=S_IFREG|0644, st_size=10879, ...}) = 0
> open("/usr/lib/GNUstep/Libraries/Resources/NGObjWeb/Defaults.plist",
> O_RDONLY) = 3
>
>
> starting by Hand does work:
>
> [sogo@sogo ~]$ /usr/sbin/sogod -WOWorkersCount 1 -WOPidFile
> /var/log/sogo/sogo.pid -WOLogFile - = -WONoDetach YES
> Feb 13 23:44:04 sogod [2476]: version 1.3.12 (build
> root@vizzini.openchange.local 201202131030) -- starting
> Feb 13 23:44:04 sogod [2476]: vmem size check enabled: shutting down
> app when vmem > 384 MB
> Feb 13 23:44:04 sogod [2476]: <0x0xa1da1e4[SOGoProductLoader]> SOGo
> products loaded from '/usr/lib/GNUstep/SOGo':
> Feb 13 23:44:04 sogod [2476]: <0x0xa1da1e4[SOGoProductLoader]>
> Contacts.SOGo, SchedulerUI.SOGo, AdministrationUI.SOGo, Mailer.SOGo,
> ContactsUI.SOGo, MainUI.SOGo, MailerUI.SOGo, PreferencesUI.SOGo,
> CommonUI.SOGo, MailPartViewers.SOGo, Appointments.SOGo
> Feb 13 23:44:04 sogod [2476]: <0x0xa297a64[WOWatchDog]> listening on *:20000
> Feb 13 23:44:04 sogod [2476]: <0x0xa297a64[WOWatchDog]> watchdog
> process pid: 2476
> Feb 13 23:44:04 sogod [2476]: <0x0x2eb5c0[WOWatchDogChild]> watchdog
> request timeout set to 10 minutes
> Feb 13 23:44:04 sogod [2476]: <0x0xa297a64[WOWatchDog]> preparing 1 children
> Feb 13 23:44:04 sogod [2476]: <0x0xa297a64[WOWatchDog]> child spawned
> with pid 2477
>
>> 2012/2/13 Dominique BERTHET <dbert...@emse.fr>:
>>> With SOGo 1.3.12 with thunderbird 10.0 (ESR) and last 10.0 extensions:
>>> - I have to give my password for each of my calendars
>>> - I can't see new calendars
>>> - The colors for each categorie are not respected
>>> Sincerely
>>>
>>> Le 13/02/2012 21:18, Donny Brooks a écrit :
>>>
>>>> Since the plugins are production ready now I have a question. We need to
>>>> do some more testing, mostly of the "how to update existing
>>>> installations" flavor. However when I install the new plugins, not the
>>>> preX versions, it pulls the old 3.1XX plugins from my updates server.
>>>> Could I just simply add another sub-directory to the path and put the
>>>> new ones in there so I don't disturb the existing installs until our
>>>> testing is completed?
>>>>
>>>> Basically instead of it reading like this:
>>>>
>>>> isi:updateURL="http://machine.domain/plugins/updates.php?plugin=%ITEM_ID%&version=%ITEM_VERSION%&platform=%PLATFORM%";>
>>>>
>>>>
>>>> It would read like:
>>>>
>>>> isi:updateURL="http://machine.domain/plugins/10.0/updates.php?plugin=%ITEM_ID%&version=%ITEM_VERSION%&platform=%PLATFORM%";>
>>>>
>>>>
>>>> That shouldn't break anything existing or for the new ones should it?
>>>>
>>>> Donny B.
>>>>
>>>>
>>>
>>> --
>>> users@sogo.nu
>>> https://inverse.ca/sogo/lists
--
users@sogo.nu
https://inverse.ca/sogo/lists
