*sry* 1.3.12c :)
2012/2/15 <[email protected]>: > 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 <[email protected]>: >> 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 >> [email protected] 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 <[email protected]>: >>>> 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. >>>>> >>>>> >>>> >>>> -- >>>> [email protected] >>>> https://inverse.ca/sogo/lists -- [email protected] https://inverse.ca/sogo/lists
