GNU Mailutils - rpm lässt sich nicht bauen

[dimke]

Hallo,

ich versuche gerade, eine Spec-Datei für GNU Mailutils zu erstellen.

Die Quelle kommt von https://www.mailutils.org/download.html
und händisch lässt sie sich entpacken, und auch ein ./configure, make, make install DESTDIR=irgendwohin
läuft bis zum Schluss erfolgreich durch. Alle ausführbaren Dateien werden erstellt.

Das wollte ich nun zu einer Spec-Datei machen:

Code: Alles auswählen

Name:           mailutils
Version:        3.21
Release:        %mkrel 1
Summary:        GNU Mailutils
License:        GPL-2.0+
Group:          Networking/Other
Url:            https://www.mailutils.org/download.html
Source0:        %{name}-%{version}.tar.gz
BuildRoot:      %{_tmppath}/%{name}-%{version}-build

%description
GNU Mailutils for accessing emails on imap or pop3 servers

%prep
%setup

%build
%configure

%make_build
%install
%make_install


%file fehlt noch, weil hier bereits ein Fehler auftritt:
Nur configure scheint durchzulaufen, und bei make hagelt es dann Fehler wie z.B.

Code: Alles auswählen

/usr/bin/ld: /home/rpmbuild/rpmbuild/BUILD/mailutils-3.21/lib/mdecode.c:311: undefined reference to `mu_stream_destroy'
/usr/bin/ld: .libs/strexit.o: in function `mu_strexit':
/home/rpmbuild/rpmbuild/BUILD/mailutils-3.21/lib/strexit.c:51: undefined reference to `mu_kwd_xlat_tok'
/usr/bin/ld: .libs/unistr_u8.o: in function `unistr_downcase':
/home/rpmbuild/rpmbuild/BUILD/mailutils-3.21/lib/unistr_u8.c:29: undefined reference to `u8_tolower'
/usr/bin/ld: .libs/unistr_u8.o: in function `unistr_is_substring':
/home/rpmbuild/rpmbuild/BUILD/mailutils-3.21/lib/unistr_u8.c:37: undefined reference to `u8_strstr'
/usr/bin/ld: .libs/unistr_u8.o: in function `unistr_is_substring_dn':
/home/rpmbuild/rpmbuild/BUILD/mailutils-3.21/lib/unistr_u8.c:47: undefined reference to `u8_strstr'
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:1352: libmuaux.la] Error 1
make[3]: Leaving directory '/home/rpmbuild/rpmbuild/BUILD/mailutils-3.21/lib'
make[2]: *** [Makefile:1460: all-recursive] Error 1
make[1]: *** [Makefile:1365: all-recursive] Error 1
make: *** [Makefile:1250: all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.bPJPgJ (%build)

RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.bPJPgJ (%build)

und es werden auch nur einige wenige Executables gebaut.

Habe ich da irgendwelche Macros / Befehle vergessen?
Danke für's Drüberschauen!

Viele Grüsse,

Markus

P.S. Wenn das mal sauber läuft, kann das auch in Cauldron rein.

[doktor5000]

Hallo und ein Gesundes Neues,
nein da fehlt kein Makro, die "undefined reference" Meldungen sind ein Underlinking-Problem - mindestens mit libunistring.
Siehe dazu https://wiki.mageia.org/en/Underlinking ... _packaging

Die andere Frage: Warum muss es unbedingt mailutils sein, und warum muss das bei Mageia gleich als Paket hinzugefügt werden ?

[dimke]

Hallo und gesundes Neues Jahr auch von meiner Seite!

Die GNU Mailutils sind eine sehr leistungsfähige Sammlung von Programmen, und wenn die Leute vom GNU-Projekt sowas aufsetzen, tun die das nicht ohne Grund. Gerade Backups von Mails anfertigen zu können, ist in jeder Hinsicht sinnvoll.

Dazu existiert auch ein Ticket mit der Bitte, das aufzunehmen:

https://bugs.mageia.org/show_bug.cgi?id=34931

Das kann aber noch dauern, und daher habe ich versucht, da mal ein wenig vorzuarbeiten.

Danke und Gruss,

Markus

[doktor5000]

Die GNU Mailutils sind eine sehr leistungsfähige Sammlung von Programmen, und wenn die Leute vom GNU-Projekt sowas aufsetzen, tun die das nicht ohne Grund. Gerade Backups von Mails anfertigen zu können, ist in jeder Hinsicht sinnvoll.

Dazu existiert auch ein Ticket mit der Bitte, das aufzunehmen:

Das gibt keine Antwort auf die Frage, warum das als Paket aufgenommen werden soll, wenn du es doch schon für dich selbst kompiliert hast.
Es gibt eine Vielzahl von Softwareprojekten, nur eine geringe Anzahl befindet sich paketiert in den Repos.

[dimke]

In das Repo aufgenommen werden ist sinnvoll, weil das Paket für viele nützlich ist, wie jüngste Diskussionen in anderen Foren gezeigt haben. Wer von dem Paket Kenntnis erlangt, will es haben.
Aber, es haben etliche Distributionen noch nicht. Vermutlich weil sie es nicht kennen.

Und eigene Versuche deshalb, weil es dann vermutlich schneller geht mit der Übernahme in das Repo, wenn schon ein lauffähiger Ansatz verfügbar ist.

[sturmvogel]

Schau dir doch einfach mal die spec Files von andern Distributionen an. Dir fehlen unter anderem alle Runtime und Build Requirements...

Und mit so einem 3 Zeiler wie du ihn versuchst, kommst du bei mailutils nicht hin. Ein schönes Beispiel ist das spec File von openSUSE TW mit 527 Zeilen. Das 3rd Party Package für Fedora 43 ist auch nicht von schlechten Eltern mit 235 Zeilen spec File.

Und eigene Versuche deshalb, weil es dann vermutlich schneller geht mit der Übernahme in das Repo, wenn schon ein lauffähiger Ansatz verfügbar ist.

Dann musst du nur noch einen Maintainer finden, der das Paket importiert, an die Mageia Vorgaben anpasst und aktuell hält. Viel Glück.

[dimke]

Schau dir doch einfach mal die spec Files von andern Distributionen an. Dir fehlen unter anderem alle Runtime und Build Requirements...

Das hab ich schon gemacht. Die anderen arbeiten alle mit Versionen um die 3.17 rum, zusammen mit Patches, die sich bei der aktuellen Version erübrigt haben dürften. Daher wäre ein guter Ansatz, gleich auf V.3.21 aufzusetzen, also ein sauberer Neuanfang, dazu mit erweitertem Funktionsumfang.

Ausserdem haben einige, u.a. Debian/Raspberry, das Paket zudem auch noch aufgesplittet in Common Files (wohl die ganzen shared objects) und den Rest. Das braucht man aber nur dann, wenn man auf diesen Bibliotheken noch weitere ähnliche Pakete aufsetzen will.

[dimke]

Dir fehlen unter anderem alle Runtime und Build Requirements...

Ja, hab ich auch gemerkt. Beim Triathlon configure/make/makeinstall, also händischen Bauen kamen nur Meldungen, was alles gefunden wurde, aber keine expliziten Fehler.
Es hat sich alles bauen lassen und ich habe dann per alien ein rpm erstellt. Das liess sich auch installieren, aber die enthaltenen Executables waren "dysfunktional"
Hat man da die Möglichkeit, die nicht gefundenen aber essentiell benötigten Module auflisten zu lassen, oder bekommt man die nur über die Ausgabe beim configure? - Danke!