Hallo! Ich habe gerade versucht, xfmail zu compilieren, erhalte aber einen Fehler wie: In file included from xfmail.h:9, from xfmail.c:3: umail.h:33: forms.h: Datei oder Verzeichnis nicht gefunden make[1]: *** [xfmail.o] Error 1 Beim Versuch, aus src.rpm zu rebuilden erhalte ich: *** configure has detected some severe problems. Before running *** "make" you should check the following messages: ** Can't find libforms nor libxforms. Please check that the libforms library is installed correctly on your system. ** Can't find forms.h. Please check that the libforms library is installed correctly on your system. Es wird auf forms.h oder libforms verwiesen, es gibt auf meinem System aber nur form.h oder libform. Ich habe mir verschiedene ncurses-Pakete angeschaut, alle enthalten nur form.h oder libform... sigh... -- Andreas Meyer http://home.wtal.de/MeineHomepage
On 15-May-2001 Michael Strauss wrote:
On Tue, 15 May 2001, anmeyer@gmx.net wrote:
Es wird auf forms.h oder libforms verwiesen, es gibt auf meinem System aber nur form.h oder libform.
Müßte aus der der Serie pay xforms sowie xformsd sein.
Allerdings braucht xfmail zum Kompilieren die xforms und xforms-devel
Version 0.88, die auf neueren Suses nicht mehr dabei ist. Online sollte
sie auf ftp.suse.com und Mirrors aber noch zu finden sein.
Bevor du kompilierst, solltest du in fmail.c noch schnell die RE: durch
Re: ersetzen, damit xfmail beim Reply RFC-konform wird.
Gruss,
Heinz.
--
E-Mail: Heinz W. Pahlke
aber Hallo! Am Mit, 16 Mai 2001 schrieb Heinz W. Pahlke:
On 15-May-2001 Michael Strauss wrote:
Es wird auf forms.h oder libforms verwiesen, es gibt auf meinem System aber nur form.h oder libform.
Müßte aus der der Serie pay xforms sowie xformsd sein.
Allerdings braucht xfmail zum Kompilieren die xforms und xforms-devel Version 0.88, die auf neueren Suses nicht mehr dabei ist. Online sollte sie auf ftp.suse.com und Mirrors aber noch zu finden sein.
Mit xformsd installiert, kompiliert das Ganze problemlos :-)
Bevor du kompilierst, solltest du in fmail.c noch schnell die RE: durch Re: ersetzen, damit xfmail beim Reply RFC-konform wird.
Hier habe ich ein Problem. Ich kann mit dem mc fmail.c aus dem xfmail-1.4.7p2-1.src.rpm extrahieren und die RE:´s durch Re:´s ersetzten, ein Zurücklegen in das src.rpm geht allerdings nicht ;) Ein rpm --rebuild kompiliert die Kiste ja auch gleich und installiert in /usr/src/packages/RPMS/i386 das fertige rpm... Ich habe noch ein xfmail-1.7.4.tar.gz hier, damit ginge das natürlich, ist eben kein xfmail-1.4.7p2-1. Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
Hallo, On 16-May-2001 Andreas Meyer wrote:
Am Mit, 16 Mai 2001 schrieb Heinz W. Pahlke:
On 15-May-2001 Michael Strauss wrote:
Es wird auf forms.h oder libforms verwiesen, es gibt auf meinem System aber nur form.h oder libform.
Müßte aus der der Serie pay xforms sowie xformsd sein.
Allerdings braucht xfmail zum Kompilieren die xforms und xforms-devel Version 0.88, die auf neueren Suses nicht mehr dabei ist. Online sollte sie auf ftp.suse.com und Mirrors aber noch zu finden sein.
Mit xformsd installiert, kompiliert das Ganze problemlos :-)
Schoen. Bei mir wollte die 1.4.7p1 nicht.
Bevor du kompilierst, solltest du in fmail.c noch schnell die RE: durch Re: ersetzen, damit xfmail beim Reply RFC-konform wird.
Hier habe ich ein Problem. Ich kann mit dem mc fmail.c aus dem xfmail-1.4.7p2-1.src.rpm extrahieren und die RE:´s durch Re:´s ersetzten, ein Zurücklegen in das src.rpm geht allerdings nicht ;)
???
Ein rpm --rebuild kompiliert die Kiste ja auch gleich und installiert in /usr/src/packages/RPMS/i386 das fertige rpm...
Ich habe noch ein xfmail-1.7.4.tar.gz hier, damit ginge das natürlich, ist eben kein xfmail-1.4.7p2-1.
Dass es auch noch RPMS gibt, vergesse ich immer. Wenn von Kompilieren
die Rede ist, denke ich immer automatisch an tar.gz-Pakete. (In xfmail
aendere ich zudem auch noch einiges andere.)
Gruss,
Heinz.
--
E-Mail: Heinz W. Pahlke
Hallo! Am Mit, 16 Mai 2001 schrieb Heinz W. Pahlke:
Hier habe ich ein Problem. Ich kann mit dem mc fmail.c aus dem xfmail-1.4.7p2-1.src.rpm extrahieren und die RE:´s durch Re:´s ersetzten, ein Zurücklegen in das src.rpm geht allerdings nicht ;)
???
Gibt es eine Möglichkeit, ein src.rpm zu zerlegen und dann in /usr/src/packages erst nach Ändern der fmail.c neu zu kompilieren?
Ein rpm --rebuild kompiliert die Kiste ja auch gleich und installiert in /usr/src/packages/RPMS/i386 das fertige rpm...
Ich habe noch ein xfmail-1.7.4.tar.gz hier, damit ginge das natürlich, ist eben kein xfmail-1.4.7p2-1.
Dass es auch noch RPMS gibt, vergesse ich immer. Wenn von Kompilieren die Rede ist, denke ich immer automatisch an tar.gz-Pakete. (In xfmail aendere ich zudem auch noch einiges andere.)
xfmail gibt mein neuer mailer unter Linux, wenn kmail´s Zeit unter KDE1 abgelaufen ist. Im Moment funtioniert es schon problemlos, nur das mit dem RE: habe ich noch nicht im Griff... Du verrätst mir ja nicht, was Du sonst noch geändert hast. Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
On 16-May-2001 Andreas Meyer wrote:
Gibt es eine Möglichkeit, ein src.rpm zu zerlegen und dann in /usr/src/packages erst nach Ändern der fmail.c neu zu kompilieren?
Bestimmt. Eigentlich sollte man rpm weiterhelfen. Habe mich selbst aber noch nie daran versucht.
xfmail gibt mein neuer mailer unter Linux, wenn kmail´s Zeit unter KDE1 abgelaufen ist. Im Moment funtioniert es schon problemlos, nur das mit dem RE: habe ich noch nicht im Griff... Du verrätst mir ja nicht, was Du sonst noch geändert hast.
Weil mir die "neuen" Button nicht gefallen, verwende ich die aus einer
alten (die zu Zeiten von Suse 5.0 von xfmail verwandten).
Beim Drucken lasse ich den header unterdruecken (wobei dann leider auch
Subject und From fehlen, was ich irgendwann mal aendern werde).
Und ich habe im Header die fehlende References-Zeile hinzugefuegt
(wobei es dafuer meines Wissens einen Patch gab, der mir aber verloren
gegangen ist, so dass meine jetzige Loesung vermutlich sehr unsauber
ist.)
Beste Gruesse,
Heinz.
PS: Da ich von patch/diff-Files keine Ahnung habe, nehme ich alle
Aenderungen immer haendisch vor. Aber nach dem fuenften oder sechsten
Kompilieren lief es bisher immer.
--
E-Mail: Heinz W. Pahlke
Hallo, On Mit, 16 Mai 2001, Heinz W. Pahlke wrote:
On 16-May-2001 Andreas Meyer wrote:
Gibt es eine Möglichkeit, ein src.rpm zu zerlegen und dann in /usr/src/packages erst nach Ändern der fmail.c neu zu kompilieren?
Gibts. Siehe meine andere Mail.
Bestimmt. Eigentlich sollte man rpm weiterhelfen.
Leider nein. Da steht in der Beziehung nix drin. Einzige ausreichend vollstaendige Doku ist das rpmbook.
Habe mich selbst aber noch nie daran versucht.
*g*
xfmail gibt mein neuer mailer unter Linux, wenn kmail´s Zeit unter KDE1 abgelaufen ist. Im Moment funtioniert es schon problemlos, nur das mit dem RE: habe ich noch nicht im Griff...
Also ich wuerde dir ja mutt + fetchmail + $MTA + procmail empfehlen. (MTA = {sendmail,qmail,postfix,exim,...}) *scnr*
Du verrätst mir ja nicht, was Du sonst noch geändert hast. Und ich habe im Header die fehlende References-Zeile hinzugefuegt (wobei es dafuer meines Wissens einen Patch gab, der mir aber verloren gegangen ist, so dass meine jetzige Loesung vermutlich sehr unsauber ist.)
Ich vermute mal, dass du mit dem patch den ziemlich unsauberen bzw. unvollstaendigen von mir meinst, den ich IIRC Anfang letzten Jahres hier gemailt habe. Ist auch im Archiv vorhanden. IIRC enthielt das Subject "XFMail" und "patch". Falls eine Suche erfolglos ist kann ich auch selber nochmal suchen. Ich habe halt inzwischen kein Interesse mehr an XFMail (da ich wie so viele in kuerzester Zeit zum mutt-Abhaengigen mutiert bin) und somit auch nicht daran den patch zu verbessern...
PS: Da ich von patch/diff-Files keine Ahnung habe, nehme ich alle Aenderungen immer haendisch vor. Aber nach dem fuenften oder sechsten Kompilieren lief es bisher immer.
Uah! *eg* Dann schau auch du dir mal die andere Mail von mir an ;) Und man patch und man diff... Das Prinzip ist eigentlich ganz simpel... -dnh -- Das kommt davon, wenn man bei dem regenwetter keine Mütze aufzieht. Dann weicht bei vielen das Gehirn auf. [WoKo in dag°]
Hallo, On 16-May-2001 David Haller wrote:
On Mit, 16 Mai 2001, Heinz W. Pahlke wrote:
On 16-May-2001 Andreas Meyer wrote:
Gibt es eine Möglichkeit, ein src.rpm zu zerlegen und dann in /usr/src/packages erst nach Ändern der fmail.c neu zu kompilieren?
Gibts. Siehe meine andere Mail.
Bestimmt. Eigentlich sollte man rpm weiterhelfen.
Leider nein. Da steht in der Beziehung nix drin. Einzige ausreichend vollstaendige Doku ist das rpmbook.
Steht bei mir im Buecherregal. Vielleicht ziehe ich es mir doch mal wieder zu Gemuete.
Du verrätst mir ja nicht, was Du sonst noch geändert hast. Und ich habe im Header die fehlende References-Zeile hinzugefuegt (wobei es dafuer meines Wissens einen Patch gab, der mir aber verloren gegangen ist, so dass meine jetzige Loesung vermutlich sehr unsauber ist.)
Ich vermute mal, dass du mit dem patch den ziemlich unsauberen bzw. unvollstaendigen von mir meinst, den ich IIRC Anfang letzten Jahres hier gemailt habe.
Richtig.
Ist auch im Archiv vorhanden. IIRC enthielt das Subject "XFMail" und "patch". Falls eine Suche erfolglos ist kann ich auch selber nochmal suchen.
Ich habe hier den unvollstaendigen Thread "XFMail: 'Bugfix' fuer fehlendem 'References:'-Header?". Unvollstaendig, weil er mitten in der Diskussion und den verschiedenen Verbesserungsvorschlaegen/Korrekturen endet. Muss ih nachher mal bei Suse aus dem Archiv heraussuchen.
PS: Da ich von patch/diff-Files keine Ahnung habe, nehme ich alle Aenderungen immer haendisch vor. Aber nach dem fuenften oder sechsten Kompilieren lief es bisher immer.
Uah! *eg*
Dann schau auch du dir mal die andere Mail von mir an ;)
Und man patch und man diff... Das Prinzip ist eigentlich ganz simpel...
Klar, wenn mich nicht immer wieder andere Dinge interessieren wuerden,
in die ich mich dann erst einmal bevorzugt vertiefe... Und
ausbildungsmaessig und beruflich habe ich nun einmal nicht das
geringste mit Informatik/EDV/etc. zu tun. Da dauert das eben alles ein
wenig laenger. (Aber das geht ja vermutlich vielen in der Liste so.)
Beste Gruesse,
Heinz.
--
E-Mail: Heinz W. Pahlke
On Mit, 16 Mai 2001, Heinz W. Pahlke wrote:
On 16-May-2001 David Haller wrote:
On Mit, 16 Mai 2001, Heinz W. Pahlke wrote: [..]
Bestimmt. Eigentlich sollte man rpm weiterhelfen.
Leider nein. Da steht in der Beziehung nix drin. Einzige ausreichend vollstaendige Doku ist das rpmbook.
Steht bei mir im Buecherregal. Vielleicht ziehe ich es mir doch mal wieder zu Gemuete.
*g* ;)
Ich vermute mal, dass du mit dem patch den ziemlich unsauberen bzw. unvollstaendigen von mir meinst, den ich IIRC Anfang letzten Jahres hier gemailt habe.
Richtig.
Ist auch im Archiv vorhanden. IIRC enthielt das Subject "XFMail" und "patch". Falls eine Suche erfolglos ist kann ich auch selber nochmal suchen.
Ich habe hier den unvollstaendigen Thread "XFMail: 'Bugfix' fuer fehlendem 'References:'-Header?".
Ah ja, danke, genau den Thread meinte ich ;) [..]
Und man patch und man diff... Das Prinzip ist eigentlich ganz simpel...
Klar, wenn mich nicht immer wieder andere Dinge interessieren wuerden, in die ich mich dann erst einmal bevorzugt vertiefe... Und ausbildungsmaessig und beruflich habe ich nun einmal nicht das geringste mit Informatik/EDV/etc. zu tun. Da dauert das eben alles ein wenig laenger.
*g* -dnh -- 50: Version x.1 Kostenpflichtiger Bugfix (Kristian Köhntopp)
On Mit, 16 Mai 2001, Andreas Meyer wrote:
Am Mit, 16 Mai 2001 schrieb Heinz W. Pahlke:
Bevor du kompilierst, solltest du in fmail.c noch schnell die RE: durch Re: ersetzen, damit xfmail beim Reply RFC-konform wird.
Hier habe ich ein Problem. Ich kann mit dem mc fmail.c aus dem xfmail-1.4.7p2-1.src.rpm extrahieren und die RE:´s durch Re:´s ersetzten, ein Zurücklegen in das src.rpm geht allerdings nicht ;)
Ist (mit genug Plattenplatz) zu machen, allerdings musst du dafuer das .spec ein klein wenig aendern. Vorgehensweise (sie sich auf alle aennlichen Aenderungen in anderen Paketen fast 1:1 uebertragen laesst): 1. Installiere das .src.rpm (bzw. spm) mit rpm -i. Das entpackt das .spec nach SPECS und den tarball nach SOURCES. 2. cd /usr/src/packages/SOURCES 3. tar -xzf name-version.tar.gz Der Archivname kann natuerlich abweichen, bzw. ist -xIf zu verwenden, wenn's ein tar.bz2 ist. 4. mv ausgepacktes_Verzeichnis ausgepacktes_Verzeichnis.orig (meist folgt das Verzeichnis ebenfalls dem Schema name-version, also mv name-version name-version.orig 5. tar -xzf name-version.tar.gz (siehe 3.) Nun hat man den Inhalt des tarballs zweimal in einem Unterverzeichnis. 6. Aenderungen im Verzeichnisbaum <name>-<version> durchfuehren (also dem in 5. ausgepackten, nicht den .orig. 7. diff -urN name-version.orig name-version > name-version.patch (der Name des patches ist relativ beliebig, man sollte aber vorher schauen, dass es diesen Namen nicht schon gibt. 8. cd ../SPECS 9. $EDITOR name.spec Hier muss nun in der sog. Praeambel eine Zeile hinzugefuegt werden, damit der in 7. erzeugte patch "angewendet" wird und ausserdem muss im %prep Abschnitt der Befehl zum patchen eingefuegt werden. Im einfachsten Falle bringt das src.rpm noch keine patches mit, dann gilt es, in der Praemabel die meist wie folgt aussieht: Summary: ... Name: ... [..] Source: [..] eine Zeile Patch: name-version.patch hinzuzufuegen (also den Namen der in Schritt 7. erzeugten Datei mit der Ausgabe von diff. Weiter muss nach den Zeilen: %prep %setup [..] noch ein %patch -p1 eingefuegt werden. das -p1 hat die gleiche Funktion wie bei "patch" direkt, siehe also 'man patch' fuer eine Erklaerung. Fuer einen wie in 7. erzeugten patch passt das -p1 aber. Fuer den Fall, dass schon eine oder mehrere 'Patch:'-Zeilen vorhanden sind, mussen die hinzuzufugenden Zeilen so aussehen: PatchN: name-version.patch [..] %patchN -p1 Wobei N == 1, wenn es nur einen 'Patch:' gibt, bei mehreren die naechste "freie" Nummer. z.B: ==== vorher ==== [..] Source: name-version.tar.gz Patch0: name-version-foo.dif Patch1: name-version-security.patch Patch2: name-version-bar.diff [..] %prep %setup -q %patch -p0 %patch -P 1 -p1 %patch2 -p0 %build [..] ==== vorher ==== ==== nachher ==== [..] Source: name-version.tar.gz Patch0: name-version-foo.dif Patch1: name-version-security.patch Patch2: name-version-bar.diff Patch3: name-version.patch [..] %prep %setup -q %patch -p0 %patch -P 1 -p1 %patch2 -p0 %patch3 -p1 %build [..] ==== nachher ==== Es ist aber darauf zu achten, dass die Reihenfolge der patches nicht beliebig ist. Besser waere es also vor dem diff, in _beide_ Quellverzeichnisse die patches in der im .spec angegeben Reihenfolge einzuspielen, _dann_ die Aenderungen vorzunehmen und dann das diff zu machen. 10. Wie "gewohnt" fortfahren. Um zu ueberpruefen, ob der Patch erfolgreich eingebaut wird, ist ein 'rpm -bp name.spec' sinnvoll. Wenn das klappt (mit einer Meldung) Dann wie "gewohnt" ein 'rpm -ba' (oder 'rpm -bb') durchlaufen lassen. Wenn man das ganze ein paarmal gemacht hat wird das Routine und laesst obige Beschriebung sehr kompliziert erscheinen... Ach ja: Zum Thema rpm-specs kenne ich nur eine (ausreichende) Doku, das "maximum rpmbook", das es auf http://www.rpm.org/ zum DL gibt, dies sollte Pflichtlektuere sein, wenn man oefter mal ein .spec anpassen oder gar ein komplettes rpm selbst erstellen will. HTH, -dnh -- "Usenet is like a herd of performing elephants with diarrhea -- massive, difficult to redirect, awe-inspiring, entertaining, and a source of mind- boggling amounts of excrement when you least expect it." -- spaf (1992)
Hallo! Am Mit, 16 Mai 2001 schrieb David Haller:
On Mit, 16 Mai 2001, Andreas Meyer wrote:
Am Mit, 16 Mai 2001 schrieb Heinz W. Pahlke:
Bevor du kompilierst, solltest du in fmail.c noch schnell die RE: durch > >> Re: ersetzen, damit xfmail beim Reply RFC-konform wird. > > Hier habe ich ein Problem. Ich kann mit dem mc fmail.c aus dem xfmail-1.4.7p2-1.src.rpm extrahieren und die RE:´s durch Re:´s ersetzten, ein Zurücklegen in das src.rpm geht allerdings nicht ;)
Ist (mit genug Plattenplatz) zu machen, allerdings musst du dafuer das .spec ein klein wenig aendern. Vorgehensweise (sie sich auf alle aennlichen AAenderungen in anderen Paketen fast 1:1 uebertragen laesst):
[snipp...Deine Super-Erklärung zum Thema] Das ist geil! Ich werde mich ernsthaft damit beschäftigen! Ich schließe daraus, daß ein einfaches installieren des src.rpm nach /usr/src/packages mit rpm -i, Entpacken des tarballs, anschließendes Editieren von fmail.c, erneutes Packen zum tarball und dann ein configure nicht zum Erfolg führen wird ;) Oder was hälst Du davon, diese Version von xfmail einfach nach Editieren der fmail.c zu kompilieren ohne ein neues src.rpm zu backen? Es existiert bereits ein diff-file: Patch: xfmail-1.4.7p2.diff und %prep %setup -n xfmail-1.4.7 %patch -p1 Deine Erklärung konnte ich eigentlich auf Anhieb nachvollziehen, nur wie man sowas aus dem Ärmel schüttelt ist mir schleierhaft... warst Du mal bei einem Magier in der Lehre? Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage
On Mit, 16 Mai 2001, Andreas Meyer wrote:
Am Mit, 16 Mai 2001 schrieb David Haller:
On Mit, 16 Mai 2001, Andreas Meyer wrote:
Am Mit, 16 Mai 2001 schrieb Heinz W. Pahlke:
Bevor du kompilierst, solltest du in fmail.c noch schnell die RE: durch > >> Re: ersetzen, damit xfmail beim Reply RFC-konform wird. > > Hier habe ich ein Problem. Ich kann mit dem mc fmail.c aus dem xfmail-1.4.7p2-1.src.rpm extrahieren und die RE:´s durch Re:´s ersetzten, ein Zurücklegen in das src.rpm geht allerdings nicht ;)
Ist (mit genug Plattenplatz) zu machen, allerdings musst du dafuer das .spec ein klein wenig aendern. Vorgehensweise (sie sich auf alle aennlichen AAenderungen in anderen Paketen fast 1:1 uebertragen laesst):
[snipp...Deine Super-Erklärung zum Thema]
Danke danke *erroet*
Das ist geil! Ich werde mich ernsthaft damit beschäftigen! Ich schließe daraus, daß ein einfaches installieren des src.rpm nach /usr/src/packages mit rpm -i, Entpacken des tarballs, anschließendes Editieren von fmail.c, erneutes Packen zum tarball und dann ein configure nicht zum Erfolg führen wird ;)
Doch. Sollte ebenfalls klappen, nur bei evtl. anschliessend eingespielten patches musst du aufpassen, dass die nicht von deinen Aenderungen gestoert werden... Das ist aber eine eher unsaubere Variante die ich nicht empfehlen moechte. Am saubersten ist wohl, das tar.gz zweimal zu entpacken, in beiden Baeumen _alle_ mitgelieferten patches anzubringen und dann seine Aenderungen vorzunehmen, dann das diff. Wie die patches anzubringen sind steht im spec. Dabei ist die Posistion nach dem %setup _im_ Quellbaum. Also: cd Quellbaum.orig patch -p1 < ../name-version-foo.dif patch -p0 < ../name-version-bar.patch patch -p1 < ../name-version-baz.patch cd ../Quellbaum # s.o. Dann die Aenderungen und das diff dann wieder nach einem cd eins hoeher nach ..../SOURCES. Mit der Methode sollte sich der eigene patch problemlos als "letzter" patch einbauen lassen.
Oder was hälst Du davon, diese Version von xfmail einfach nach Editieren der fmail.c zu kompilieren ohne ein neues src.rpm zu backen?
Weniger. Und das binary (rpm -bb) langt ja zum installieren, ich bau mir halt gern auch meine src.rpms dazu.
Es existiert bereits ein diff-file: Patch: xfmail-1.4.7p2.diff und %prep
%setup -n xfmail-1.4.7 %patch -p1
Hier waere der eigene Patch dann als (dateiname ist ein Beispiel): Patch1: xfmail-1.4.7-reply.dif und %prep %patch -p1 %patch1 -p1 anzubringen. Die patcherei wird uebrigens nach dem %setup auch ausgegeben, mit 'rpm -bp' sind das dann die letzten Zeilen...
Deine Erklärung konnte ich eigentlich auf Anhieb nachvollziehen,
Oh, schoen, das freut mich!
nur wie man sowas aus dem Ärmel schüttelt ist mir schleierhaft...
Viel Uebung (und Aerger) beim patchen und specs anpassen... Und die Abschnitte zu den specs im rpmbook hab ich auch durch... Das uebliche also. :)
warst Du mal bei einem Magier in der Lehre?
Noch nicht ;) -dnh -- Yea, tho I walk thru the valley of the shadow of clues, I shall fear no luser, for Thou lart with me, Thy chicken and Thy manual, they comfort me. -- Dave Aronson
Andreas Meyer wrote:
Hallo!
Ich habe gerade versucht, xfmail zu compilieren, erhalte aber einen Fehler wie: In file included from xfmail.h:9, from xfmail.c:3: umail.h:33: forms.h: Datei oder Verzeichnis nicht gefunden make[1]: *** [xfmail.o] Error 1
Beim Versuch, aus src.rpm zu rebuilden erhalte ich: *** configure has detected some severe problems. Before running *** "make" you should check the following messages:
** Can't find libforms nor libxforms. Please check that the libforms library is installed correctly on your system.
** Can't find forms.h. Please check that the libforms library is installed correctly on your system.
Es wird auf forms.h oder libforms verwiesen, es gibt auf meinem System aber nur form.h oder libform.
Ich habe mir verschiedene ncurses-Pakete angeschaut, alle enthalten nur form.h oder libform...
Dir fehlt nicht eine exotische Variante von ncurses, sondern xforms ,ein GUI-Toolkit ( Pakete xforms/xformsd) -- Markus Kossmann markus.kossmann@inka.de
participants (5)
-
Andreas Meyer
-
David Haller
-
Heinz W. Pahlke
-
Markus Kossmann
-
Nightshade@os-net.de