Wie behalte ich den Inhalt des BuildRoot?


11

Die gute alte Drehzahl beim schrittweisen Erstellen des Pakets behielt einfach den Inhalt des BuildRoot bei - es war sehr nützlich für mich, denn wenn es schwierig war, eine Software zu erstellen, konnte ich BuildRoot überprüfen, wenn alles in Ordnung ist.

Bei allen "verbesserten" Drehzahlen wird der Inhalt von BuildRoot automatisch gelöscht, sodass ich nicht wirklich darauf eingehen kann (der Installationsschritt dauert nicht so lange).

Ein Hack, den ich kenne, wäre, am Ende der Installationsphase der RPM-Spezifikation eine Art Schlaf hinzuzufügen. Aber das ist hässlich.

Also - FRAGE - wie man den Inhalt von BuildRoot auf nette Weise behält - mit anderen Worten, wie man das automatische Löschen ein für alle Mal deaktiviert?

Antworten:


6

Haben Sie versucht, rpmbuild -biin Tests zu verwenden, damit Sie alles durch die %installPhase aufgebaut bekommen? Das sollte Ihnen zeigen, was los ist, ohne danach automatisch zu reinigen.

Wenn Sie zufrieden sind, bauen Sie wie gewohnt.


Vielen Dank. Dies ist der am wenigsten aufdringliche Ansatz und funktioniert.
Greenoldman

7

Einfach hinzufügen

    %define __spec_install_pre /bin/true

oben auf der .specDatei


1
Es funktioniert für mich in RHEL / CentOS 7.
Wie

Dies funktioniert in Fedora 27.
Máté Wierdl

3

Versuchen Sie %clean, der Spezifikationsdatei einen Dummy hinzuzufügen . Etwas wie:

%clean
echo NOOP

funktioniert nicht, da BUILDROOT zu Beginn von% install gelöscht wird - es ist Teil der Initialisierung von% install.
smcg

Wenn das Ziel darin besteht, Buildroot nach dem Build zur Untersuchung beizubehalten, funktioniert es.
ederag

0

Das ist nervig, da stimme ich zu. Wenn es Ihnen nichts ausmacht, Ihre Drehzahl zu ändern, empfehle ich, in die Drehzahlquelle zu gehen und herauszufinden, wo der BuildRoot gelöscht wird, diese Zeile zu deaktivieren (es ist wahrscheinlich nur eine Zeile) und neu zu kompilieren. Die andere Sache, die ich vorschlagen würde, ist das Einreichen eines Wunschliste-Fehlers, um das alte Verhalten wiederherzustellen, von dem ich glaube, dass es konfigurierbar war.

Frage: In welcher U / min-Version hat sich dieses Verhalten geändert?


Ich weiß nichts über die Version, aber eine Änderung der offiziellen Drehzahl wäre schwierig: lists.rpm.org/pipermail/rpm-list/2008-December/000040.html Die Erklärung zeigt, dass Idelogie eine große Rolle spielt. Das Patchen der Drehzahl wäre jedoch möglich, danke für den Hinweis. Vielleicht würde ich es auch schaffen, das automatische Erstellen von BuildRoot zurückzusetzen.
Greenoldman

@macias: Ich habe mir die RPM-Quellen auf Debian (4.9.0-2) angesehen, aber nichts Nützliches herausgefunden. Selbst wenn die Entwickler nicht bereit sind, dies zu ändern, sind sie wahrscheinlich bereit, Ihnen zu sagen, wie Sie es für sich selbst tun sollen.
Faheem Mitha

Zum Glück funktioniert der Schalter -bi in diesem Fall, daher überspringe ich das Patchen, wenn ich kann - die Softwareliste mit Regressionen wird sowieso länger.
Greenoldman
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.