Mailinglist Archive: opensuse-de (1951 mails)
| < Previous | Next > |
Re: RPM Build geht, aber Installation nicht ?
- From: Steffen Dettmer <steffen@xxxxxxx>
- Date: Tue, 20 Dec 2005 21:12:27 +0100
- Message-id: <20051220201227.GY17829@xxxxxxxxxxx>
* Philipp Thomas wrote on Tue, Dec 20, 2005 at 20:44 +0100:
> Am 20. Dez 2005 20:25:59 +0100 schrieb lothar.behrens@xxxxxxxxxxxx:
>
> >SRPM in ersten Schritt. Damit der Benutzer die Wahl zwischen tgz und rpm hat.
> >(Download bei sourceforge)
>
> Das .src.rpm wird, sofern rpmbuild nicht -bb übergeben wird, beim Bauen
> des Binär-RPMs automatisch mitgebaut.
Irgendwie erscheint mir der Thread klein bisschen durcheinander.
Schmeiss ich mal mein Halbwissen noch dazu.
RPM baut aus "SourcePackages" "RPMS" (auch: Binär-RPMs). SourcePackage
ist entweder ein SRPM /oder/ ein tar mit SPEC file. Man hat also nicht
etwa beides.
Früher mochte man immer SRPMs, bis man merkte, dass es ja reicht, ein
SPEC files ins TGZ zu werfen - von details wie Zusatzpatchen mal
abgesehen.
Per default sollte -tb also kein SRPM bauen (jedenfalls bei älteren
SuSEs nicht ;)).
Was möchtest Du nu genau machen?
a) Du möchtest Deine Sourcen so distributieren, dass man ein leicht ein
RPM bauen kann
--> source.tgz mit SPEC file
b) Du möchtest aus nicht näher genannten Gründen zusätzlich ein
Source-RPM
--> SPEC file, SOURCES in die entsprechenden Verzeichnisse
rpm(build) -bs
(Das RPM muss "funktionieren", also z.B. ohne Fehler %install können)
c) Du möchtest einfach nur Sourcen und RPMs
--> source.tgz mit SPEC file
(Geht mit und ohne RPM, also flexibel)
--> RPM (binäre) aus installierten Sourcen über %files und %install
So.
RPM hat folgende Idee: es wird über ein SPEC file beschrieben:
- wie man von sourcen zum programm kommt (prep, build, install)
- welche Files des Ergebnisses wohin kommen, welche Scripte, ob Pfade
relozierbar sind oder nicht
(RPM kann nicht nur absolute Pfade, kann man RPMs bauen, die man
später irgendwo hin installieren kann (--prefix/--relocate), neuere
RPM Versionen scheinen hier noch flexibler zu sein)
- wie zu deinstallieren ist
Normalerweise werden SRPMs überhaupt nicht als installiert
gekennzeichnet, können nicht deinstalliert werden und sind überhaupt nur
ein Hilfsmittel (natürlich ein wichtiges, wenn man einfach patchen
möchte).
Wie das mit %install und %files funkioniert, wurde ja auch schon schön
erklärt.
Ein RPM oder SPEC file ohne %install und %files ist IMHO recht sinnlos
(von Spezialfällen abgesehen, da gibt's einige, wie immer :)):
oki,
Steffen
--
Dieses Schreiben wurde maschinell erstellt,
es trägt daher weder Unterschrift noch Siegel.
> Am 20. Dez 2005 20:25:59 +0100 schrieb lothar.behrens@xxxxxxxxxxxx:
>
> >SRPM in ersten Schritt. Damit der Benutzer die Wahl zwischen tgz und rpm hat.
> >(Download bei sourceforge)
>
> Das .src.rpm wird, sofern rpmbuild nicht -bb übergeben wird, beim Bauen
> des Binär-RPMs automatisch mitgebaut.
Irgendwie erscheint mir der Thread klein bisschen durcheinander.
Schmeiss ich mal mein Halbwissen noch dazu.
RPM baut aus "SourcePackages" "RPMS" (auch: Binär-RPMs). SourcePackage
ist entweder ein SRPM /oder/ ein tar mit SPEC file. Man hat also nicht
etwa beides.
Früher mochte man immer SRPMs, bis man merkte, dass es ja reicht, ein
SPEC files ins TGZ zu werfen - von details wie Zusatzpatchen mal
abgesehen.
Per default sollte -tb also kein SRPM bauen (jedenfalls bei älteren
SuSEs nicht ;)).
Was möchtest Du nu genau machen?
a) Du möchtest Deine Sourcen so distributieren, dass man ein leicht ein
RPM bauen kann
--> source.tgz mit SPEC file
b) Du möchtest aus nicht näher genannten Gründen zusätzlich ein
Source-RPM
--> SPEC file, SOURCES in die entsprechenden Verzeichnisse
rpm(build) -bs
(Das RPM muss "funktionieren", also z.B. ohne Fehler %install können)
c) Du möchtest einfach nur Sourcen und RPMs
--> source.tgz mit SPEC file
(Geht mit und ohne RPM, also flexibel)
--> RPM (binäre) aus installierten Sourcen über %files und %install
So.
RPM hat folgende Idee: es wird über ein SPEC file beschrieben:
- wie man von sourcen zum programm kommt (prep, build, install)
- welche Files des Ergebnisses wohin kommen, welche Scripte, ob Pfade
relozierbar sind oder nicht
(RPM kann nicht nur absolute Pfade, kann man RPMs bauen, die man
später irgendwo hin installieren kann (--prefix/--relocate), neuere
RPM Versionen scheinen hier noch flexibler zu sein)
- wie zu deinstallieren ist
Normalerweise werden SRPMs überhaupt nicht als installiert
gekennzeichnet, können nicht deinstalliert werden und sind überhaupt nur
ein Hilfsmittel (natürlich ein wichtiges, wenn man einfach patchen
möchte).
Wie das mit %install und %files funkioniert, wurde ja auch schon schön
erklärt.
Ein RPM oder SPEC file ohne %install und %files ist IMHO recht sinnlos
(von Spezialfällen abgesehen, da gibt's einige, wie immer :)):
oki,
Steffen
--
Dieses Schreiben wurde maschinell erstellt,
es trägt daher weder Unterschrift noch Siegel.
| < Previous | Next > |