Re: [SOGo] SOGo won't start after updates
On Sat, 9 Mar 2019 at 07:14, Alonso Cárdenas Márquez wrote: > El jue., 7 feb. 2019 a las 1:37, Odhiambo Washington () > escribió: > >> The output does not really help me figure it out: >> >> root@waridi:/usr/home/wash # ldd >> /usr/local/GNUstep/Local/Tools/Admin/sogod >> /usr/local/GNUstep/Local/Tools/Admin/sogod: >> libSOGo.so.4 => >> /usr/local/GNUstep/Local/Library/Libraries/sogo/libSOGo.so.4 (0x80100) >> libGDLContentStore.so.4.9 => >> /usr/local/lib/compat/pkg/libGDLContentStore.so.4.9 (0x8011e5000) >> libGDLAccess.so.4.9 => >> /usr/local/lib/compat/pkg/libGDLAccess.so.4.9 (0x80143d000) >> libWEExtensions.so.4.9 => >> /usr/local/lib/compat/pkg/libWEExtensions.so.4.9 (0x80180) >> libNGCards.so.4.9 => /usr/local/lib/compat/pkg/libNGCards.so.4.9 >> (0x801d36000) >> libNGObjWeb.so.4.9 => >> /usr/local/lib/compat/pkg/libNGObjWeb.so.4.9 (0x80200) >> libNGMime.so.4.9 => /usr/local/lib/compat/pkg/libNGMime.so.4.9 >> (0x802c0) >> libNGLdap.so.4.9 => /usr/local/lib/compat/pkg/libNGLdap.so.4.9 >> (0x80323b000) >> libNGStreams.so.4.9 => >> /usr/local/lib/compat/pkg/libNGStreams.so.4.9 (0x8034ad000) >> libNGExtensions.so.4.9 => >> /usr/local/lib/compat/pkg/libNGExtensions.so.4.9 (0x80380e000) >> libEOControl.so.4.9 => >> /usr/local/lib/compat/pkg/libEOControl.so.4.9 (0x803bdc000) >> libDOM.so.4.9 => /usr/local/lib/compat/pkg/libDOM.so.4.9 >> (0x803e8f000) >> libSaxObjC.so.4.9 => /usr/local/lib/compat/pkg/libSaxObjC.so.4.9 >> (0x80419d000) >> libSBJson.so.2 => >> /usr/local/GNUstep/Local/Library/Libraries/libSBJson.so.2 (0x80066b000) >> libgnustep-base.so.1.26 => >> /usr/local/GNUstep/System/Library/Libraries/libgnustep-base.so.1.26 >> (0x80440) >> libobjc.so.4.6 => /usr/local/lib/libobjc.so.4.6 (0x804b0d000) >> libm.so.5 => /lib/libm.so.5 (0x804d3c000) >> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x804f6b000) >> libthr.so.3 => /lib/libthr.so.3 (0x80517a000) >> libc.so.7 => /lib/libc.so.7 (0x800823000) >> libmemcached.so.11 => /usr/local/lib/libmemcached.so.11 >> (0x8053a2000) >> libcrypto.so.9 => /usr/local/lib/libcrypto.so.9 (0x80560) >> libcrypt.so.5 => /lib/libcrypt.so.5 (0x805a7f000) >> libgnustep-base.so.1.25 => >> /usr/local/lib/compat/pkg/libgnustep-base.so.1.25 (0x805e0) >> libldap-2.4.so.2 => /usr/local/lib/libldap-2.4.so.2 (0x806707000) >> liblber-2.4.so.2 => /usr/local/lib/liblber-2.4.so.2 (0x80694e000) >> libz.so.6 => /lib/libz.so.6 (0x806b5d000) >> libssl.so.9 => /usr/local/lib/libssl.so.9 (0x806d75000) >> libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x806fee000) >> libgmp.so.10 => /usr/local/lib/libgmp.so.10 (0x8072e9000) >> libavahi-common.so.3 => /usr/local/lib/libavahi-common.so.3 >> (0x807569000) >> libavahi-client.so.3 => /usr/local/lib/libavahi-client.so.3 >> (0x807775000) >> libgnutls.so.30 => /usr/local/lib/libgnutls.so.30 (0x807984000) >> libxslt.so.1 => /usr/local/lib/libxslt.so.1 (0x807d37000) >> libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x807f74000) >> liblzma.so.5 => /usr/lib/liblzma.so.5 (0x808307000) >> libffi.so.6 => /usr/local/lib/libffi.so.6 (0x80853) >> libkvm.so.7 => /lib/libkvm.so.7 (0x808737000) >> librt.so.1 => /usr/lib/librt.so.1 (0x808945000) >> libdl.so.1 => /usr/lib/libdl.so.1 (0x808b4b000) >> libicui18n.so.63 => /usr/local/lib/libicui18n.so.63 (0x808e0) >> libicuuc.so.63 => /usr/local/lib/libicuuc.so.63 (0x809309000) >> libicudata.so.63 => /usr/local/lib/libicudata.so.63 (0x8096eb000) >> libcxxrt.so.1 => /lib/libcxxrt.so.1 (0x8098ec000) >> libsasl2.so.3 => /usr/local/lib/libsasl2.so.3 (0x809b0b000) >> libexecinfo.so.1 => /usr/lib/libexecinfo.so.1 (0x809d28000) >> libc++.so.1 => /usr/lib/libc++.so.1 (0x809f2b000) >> libssl.so.8 => /usr/lib/libssl.so.8 (0x80a1f9000) >> libcrypto.so.8 => /lib/libcrypto.so.8 (0x80a60) >> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x80aa7) >> libdbus-1.so.3 => /usr/local/lib/libdbus-1.so.3 (0x80ac7b000) >> libp11-kit.so.0 => /usr/local/lib/libp11-kit.so.0 (0x80aecb000) >> libtasn1.so.6 => /usr/local/lib/libtasn1.so.6 (0x80b1ec000) >> libnettle.so.6 => /usr/local/lib/libnettle.so.6 (0x80b401000) >> libhogweed.so.4 => /usr/local/lib/libhogweed.so.4 (0x80b639000) >> libidn2.so.4 => /usr/local/lib/libidn2.so.4 (0x80b86f000) >> libunistring.so.2 => /usr/local/lib/libunistring.so.2 >> (0x80ba8d000) >> libelf.so.2 => /lib/libelf.so.2 (0x80be41000) >> >> >> > Hi Odhiambo > > Look at the following lines > > libGDLAccess.so.4.9 => > /usr/local/lib/compat/pkg/libGDLAccess.so.4.9 (0x80143d000) > libWEExtensions.so.4.9 => >
Re: [SOGo] SOGo won't start after updates
That mention of having installed "two different versions of libgnustep-base" is the clue I needed! Problem solved! I am a FreeBSD guy so going to the rpm based systems is not taken kindly :-) On Fri, 8 Feb 2019 at 15:22, Gordon Messmer wrote: > On 2/6/19 10:36 PM, Odhiambo Washington" (odhia...@gmail.com) wrote: > > The output does not really help me figure it out: > > > > root@waridi:/usr/home/wash # ldd > > /usr/local/GNUstep/Local/Tools/Admin/sogod > > /usr/local/GNUstep/Local/Tools/Admin/sogod: > > libgnustep-base.so.1.26 => > > /usr/local/GNUstep/System/Library/Libraries/libgnustep-base.so.1.26 > > (0x80440) > ... > > libgnustep-base.so.1.25 => > > /usr/local/lib/compat/pkg/libgnustep-base.so.1.25 (0x805e0) > > > Quite understandable. Shared library conflicts are difficult to > troubleshoot. I really highly recommend rpm-based systems as they > prevent a lot of those issues. > > In your case, you've managed to install two different versions of > libgnustep-base, which will lead to undefined behavior. Crashes in your > case. You need to figure out how that happened, and reverse whatever > change introduced the copy that you don't want. > > Or start over on a clean system. If you've automated your deployment, > that option should be trivial and preferred. > > > -- > users@sogo.nu > https://inverse.ca/sogo/lists > -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft.", grep ^[^#] :-) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo won't start after updates
On 2/6/19 10:36 PM, Odhiambo Washington" (odhia...@gmail.com) wrote: The output does not really help me figure it out: root@waridi:/usr/home/wash # ldd /usr/local/GNUstep/Local/Tools/Admin/sogod /usr/local/GNUstep/Local/Tools/Admin/sogod: libgnustep-base.so.1.26 => /usr/local/GNUstep/System/Library/Libraries/libgnustep-base.so.1.26 (0x80440) ... libgnustep-base.so.1.25 => /usr/local/lib/compat/pkg/libgnustep-base.so.1.25 (0x805e0) Quite understandable. Shared library conflicts are difficult to troubleshoot. I really highly recommend rpm-based systems as they prevent a lot of those issues. In your case, you've managed to install two different versions of libgnustep-base, which will lead to undefined behavior. Crashes in your case. You need to figure out how that happened, and reverse whatever change introduced the copy that you don't want. Or start over on a clean system. If you've automated your deployment, that option should be trivial and preferred. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo won't start after updates
On 2/6/19 1:06 AM, Odhiambo Washington" (odhia...@gmail.com) wrote: root@waridi:/usr/ports/www/sogo4 # /usr/local/etc/rc.d/sogod start Starting sogod. Loading two versions of GSFileInputStream. The class that will be used is undefined It looks like something is loading two dynamic libraries with conflicting symbols. Use ldd to find out why. If sogod is installed at /usr/local/sbin/sogod, then: # ldd /usr/local/sbin/sogod The output might clarify the cause of the problem. -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] SOGo won't start after updates
I am on FreeBSD-11.2. I updated my whole ports tree using 'portupgrade -a'. SOGo is still on 4.0.4, but now it will not start. I have uninstalled sogo, sope, gnustep-base, gnustep-make, sogo-activesync and reinstalled everything afresh, but when I start sogod: root@waridi:/usr/ports/www/sogo4 # /usr/local/etc/rc.d/sogod start Starting sogod. Loading two versions of GSFileInputStream. The class that will be used is undefined Loading two versions of GSLocalInputStream. The class that will be used is undefined Loading two versions of GSFileOutputStream. The class that will be used is undefined Loading two versions of GSLocalOutputStream. The class that will be used is undefined Loading two versions of NSStream. The class that will be used is undefined Loading two versions of NSInputStream. The class that will be used is undefined Loading two versions of NSOutputStream. The class that will be used is undefined Loading two versions of GSLocalServerStream. The class that will be used is undefined Loading two versions of GSRunLoopCtxt. The class that will be used is undefined Loading two versions of GSImmutableString. The class that will be used is undefined Loading two versions of _GSLockInitializer. The class that will be used is undefined Loading two versions of _GSInsensitiveDictionary. The class that will be used is undefined Loading two versions of _GSMutableInsensitiveDictionary. The class that will be used is undefined Loading two versions of _GSInsensitiveDictionaryKeyEnumerator. The class that will be used is undefined Loading two versions of _GSInsensitiveDictionaryObjectEnumerator. The class that will be used is undefined Loading two versions of GSXMLAttribute. The class that will be used is undefined Loading two versions of GSXMLDocument. The class that will be used is undefined Loading two versions of GSXMLNamespace. The class that will be used is undefined Loading two versions of GSXMLNode. The class that will be used is undefined Loading two versions of GSXMLParser. The class that will be used is undefined Loading two versions of GSHTMLParser. The class that will be used is undefined Loading two versions of GSSAXHandler. The class that will be used is undefined Loading two versions of GSTreeSAXHandler. The class that will be used is undefined Loading two versions of GSHTMLSAXHandler. The class that will be used is undefined Loading two versions of GSXPathObject. The class that will be used is undefined Loading two versions of GSXPathBoolean. The class that will be used is undefined Loading two versions of GSXPathNumber. The class that will be used is undefined Loading two versions of GSXPathString. The class that will be used is undefined Loading two versions of GSXPathNodeSet. The class that will be used is undefined Loading two versions of GSXPathContext. The class that will be used is undefined Loading two versions of GSXMLDummy. The class that will be used is undefined Loading two versions of GSXMLRPC. The class that will be used is undefined Loading two versions of GSMimeCodingContext. The class that will be used is undefined Loading two versions of GSMimeBase64DecoderContext. The class that will be used is undefined Loading two versions of GSMimeQuotedDecoderContext. The class that will be used is undefined Loading two versions of GSMimeChunkedDecoderContext. The class that will be used is undefined Loading two versions of GSMimeUUCodingContext. The class that will be used is undefined Loading two versions of GSMimeParser. The class that will be used is undefined Loading two versions of GSMimeHeader. The class that will be used is undefined Loading two versions of GSMimeDocument. The class that will be used is undefined Loading two versions of GSMimeSerializer. The class that will be used is undefined Loading two versions of GSMimeSMTPClient. The class that will be used is undefined Loading two versions of GSLazyLock. The class that will be used is undefined Loading two versions of GSLazyRecursiveLock. The class that will be used is undefined Loading two versions of _GCDictionaryKeyEnumerator. The class that will be used is undefined Loading two versions of _GCDictionaryObjectEnumerator. The class that will be used is undefined Loading two versions of GCDictionary. The class that will be used is undefined Loading two versions of GCMutableDictionary. The class that will be used is undefined Loading two versions of GCArray. The class that will be used is undefined Loading two versions of GCMutableArray. The class that will be used is undefined Loading two versions of _GCObjectList. The class that will be used is undefined Loading two versions of GCObject. The class that will be used is undefined Loading two versions of GSAutoreleasedMemory. The class that will be used is undefined Loading two versions of GSFFIInvocation. The class that will be used is undefined Loading two versions of GSAvahiWatcher. The class that will be used is
