My next try this morning was to add libytnaf.so to the rpath of the sogod.
Whats interesting ist that the rpath was "/usr/lib64/sogo" instead of
"/usr/local/lib64/sogo" where it should actually be. Anyways, I added the
libytnaf.so to "/usr/lib64/sogo", but it still doesn't work.
Am Donnerstag, dem 01.02.2024 um 22:03 +0000 schrieb burkha...@konsultaner.de:
To answer you other questions:
cat /usr/local/include/ytnef.h | grep TNEFParseMemory
int TNEFParseMemory(BYTE *memory, long size, TNEFStruct *TNEF);
gcc -lytnef
/usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/11/../../../../lib64/crt1.o: in
function `_start':
(.text+0x1b): undefined reference to `main'
collect2: error: ld returned 1 exit status
I finally got ld to find the libytnef.so and libytnef.a
ldconfig -p | grep libyt
libytnef.so.0 (libc6,x86-64) => /usr/local/lib/libytnef.so.0
libytnef.so (libc6,x86-64) => /usr/local/lib/libytnef.so
I needed to add /usr/local/lib to the ld path. Seems like Alma puts everything
into /usr/local/lib64
I could compile the test.c without a problem. I also added the BUNDLE_LIBS +=
-lytnef but still
Nothing works. The linker can see ytnef and sogo should find it too, because it
is available in /usr/local/lib64 via a symlink.
Is there any other possible condition why the mail component doesn't find my
libytnef.so?
The version of ytnef also contains the symbol:
nm -D /usr/local/lib/libytnef.so | grep TNEFParseMemory 00000000000054e0 T
TNEFParseMemory
Am Mittwoch, dem 31.01.2024 um 18:25 +0000 schrieb burkha...@konsultaner.de:
Sorry, this is the output of the daemon. So when running it not building.
Compiling works well.
Am 31.01.2024 17:29 schrieb qhivert <users@sogo.nu>:
It’s not clear to me if you get the errors when building or after when running
sogo ?
From: users-requ...@sogo.nu <users-requ...@sogo.nu>On Behalf
Of"burkha...@konsultaner.de"
Sent: mercredi 31 janvier 2024 16:14
To: users@sogo.nu
Subject: Re: [SOGo] SOGo 5.9.0 could not load product
Thank you, compiling the test.c worked. my I added the ytnef.h to ld but still
the same error. If it helps here is my part of the ansible script that compiles
sogo on alma 9.3 minimal
- name: set data path
set_fact:
sogo_gnustep_path: "/usr/local/lib64/GNUstep/SOGo"
- name: Enable additional repo
dnf:
name:
- epel-release
- almalinux-release-devel
- name: Enable CRB repository
command: dnf config-manager --set-enabled crb
- name: Enable devel repository
command: dnf config-manager --set-enabled devel
- name: Install required packages
dnf:
enablerepo: epel
name:
- gnustep-base
- gnustep-make
- gnustep-base-devel
- gcc-objc
- libsodium
- libsodium-devel
- libmemcached-awesome
- libmemcached-awesome-devel
- libzip
- libzip-devel
- name: Install required packages
dnf:
name:
- redhat-rpm-config
- libxml2-devel
- libxml2
- openssl-devel
- openssl
- openldap-devel
- openldap
- postgresql-devel
- postgresql
- libcurl-devel
- libcurl
- python3-psycopg2
- autoconf
- automake
- libtool
- git
state: present
- name: Clone ytnef from GitHub
git:
repo: 'https://github.com/Yeraze/ytnef.git'
dest: '/tmp/ytnef'
version: "{{ ytnef_git_tag }}"
clone: yes
update: yes
- name: Compile and Install SOPE
shell: |
cd /tmp/ytnef
autoreconf -i
./configure
make
make install
echo "/usr/local/include" | sudo tee -a /etc/ld.so.confD
ldconfig
args:
executable: /bin/bash
- name: Clone SOPE from GitHub
git:
repo: 'https://github.com/Alinto/sope.git'
dest: '/tmp/SOPE'
version: "{{ sope_git_tag }}"
clone: yes
update: yes
- name: Clone SOGo from GitHub
git:
repo: 'https://github.com/Alinto/sogo.git'
dest: '/tmp/SOGo'
version: "{{ sogo_git_tag }}"
clone: yes
update: yes
- name: Compile and Install SOPE
shell: |
cd /tmp/SOPE
./configure --with-gnustep --enable-debug --disable-strip
make
make install
args:
executable: /bin/bash
- name: Compile and Install SOGo
shell: |
cd /tmp/SOGo
./configure --enable-debug --disable-strip
make
make install
args:
executable: /bin/bash
you just need to set the vars in you playbook, this is only my sogo role.
Am Mittwoch, dem 31.01.2024 um 15:16 +0100 schrieb qhivert:
Ok,
It seems related to https://bugs.sogo.nu/view.php?id=5907
but it it’s not the same symbol. Could you try the steps of my first comment
there (qhivert)?
From: users-requ...@sogo.nu<mailto:users-requ...@sogo.nu>
<users-requ...@sogo.nu<mailto:users-requ...@sogo.nu>>On Behalf
Of"burkha...@konsultaner.de<mailto:burkha...@konsultaner.de>"
Sent: mercredi 31 janvier 2024 15:06
To: users@sogo.nu<mailto:users@sogo.nu>
Subject: Re: [SOGo] SOGo 5.9.0 could not load product
Hey Queintin,
no I tried installing from yum, from the nightly repo and finally tried to
install by compiling from source. Nothing worked. I always get the same error.
Even going down on a 5.8 didn't work.
Richard
Am Mittwoch, dem 31.01.2024 um 14:32 +0100 schrieb qhivert:
Hello,
Are you saying that when installing ytnef via yum it don’t work but when you’re
building ytnef yourself it works fine?
Queintin
From: users-requ...@sogo.nu<mailto:users-requ...@sogo.nu>
<users-requ...@sogo.nu<mailto:users-requ...@sogo.nu>>On Behalf
Of"burkha...@konsultaner.de<mailto:burkha...@konsultaner.de>"
Sent: mercredi 31 janvier 2024 11:23
To: users@sogo.nu<mailto:users@sogo.nu>
Subject: Re: [SOGo] SOGo 5.9.0 could not load product
I compiled SOGo 5.9.1 from source on AlmaLinux9 which worked fine. I also
compiled ytnef from source, because I keep getting the errors:
Error (objc-load):/usr/local/lib64/GNUstep/SOGo/Mailer.SOGo/Mailer: undefined
symbol: TNEFParseMemory
Error
(objc-load):/usr/local/lib64/GNUstep/SOGo/MailPartViewers.SOGo/MailPartViewers:
undefined symbol: __objc_class_name_SOGoMailBodyPart
Error
(objc-load):/usr/local/lib64/GNUstep/SOGo/PreferencesUI.SOGo/PreferencesUI:
undefined symbol: __objc_class_name_SOGoMailLabel
So somehow ytnef is not getting bundled. I tried to add it to BUNDLE_LIBS
"-lytnef" in SoObjects/Mailer/GNUmakefile.preamble but it didn't work.
