Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
public:technik:gentoo-overlay [2021/08/14 22:55] – [Ebuilds einreichen] Infos auf Zustand im GitLab angepasst nex | public:technik:gentoo-overlay [2022/12/12 10:07] (aktuell) – [Nutzung] BitBucket- und SVN-URLs entfernt, weil veraltet nex | ||
---|---|---|---|
Zeile 21: | Zeile 21: | ||
* URL des Overlays (git): https:// | * URL des Overlays (git): https:// | ||
* Upstream-Repository. Alle Commits werden hier in den master gemerged. | * Upstream-Repository. Alle Commits werden hier in den master gemerged. | ||
- | * URL des Overlays (git, alte URL): https:// | ||
- | * Hinweis: das Bitbucket wird per Push-Mirror aus dem GitLab gesynct. Bitte im GitLab committen. | ||
- | * URL des Overlays (svn): http:// | ||
- | * Hinweis: das Subversion wird minütlich aus dem Git-Master gesynct und ist nicht mehr schreibbar. Bitte im GitLab-Repo commiten. | ||
==== Ohne Layman über repos.conf ==== | ==== Ohne Layman über repos.conf ==== | ||
Zeile 75: | Zeile 71: | ||
* Verwende bei neuen Ebuilds die aktuellste [[http:// | * Verwende bei neuen Ebuilds die aktuellste [[http:// | ||
+ | * Einzelne eclasses unterstützen nicht die neueste EAPI. In diesem Fall kann die nächstältere benutzt werden. EAPIs, die im Overlay als veraltet markiert sind, //dürfen nicht// in neuen ebuilds benutzt werden. | ||
* Im Files-Ordner sollen keine Archive, sondern nur Skripte und Patches liegen. | * Im Files-Ordner sollen keine Archive, sondern nur Skripte und Patches liegen. | ||
* Alle Ebuilds besitzen einen validen Header | * Alle Ebuilds besitzen einen validen Header | ||
< | < | ||
- | # Copyright 1999-2XXX Gentoo | + | # Copyright 1999-2XXX Gentoo |
# Distributed under the terms of the GNU General Public License v2 | # Distributed under the terms of the GNU General Public License v2 | ||
</ | </ | ||
Zeile 100: | Zeile 97: | ||
DEPEND | DEPEND | ||
RDEPEND | RDEPEND | ||
+ | BDEPEND | ||
S | S | ||
Zeile 108: | Zeile 106: | ||
* Variablen, die evtl. Leerzeichen enthalten könnten müssen bei Verwendung mit Kommandos gequotet werden | * Variablen, die evtl. Leerzeichen enthalten könnten müssen bei Verwendung mit Kommandos gequotet werden | ||
- | * standardmäßig: | + | * standardmäßig: |
< | < | ||
Zeile 115: | Zeile 113: | ||
# Quoting nötig, da der Pfad u.U. Leerzeichen enthält | # Quoting nötig, da der Pfad u.U. Leerzeichen enthält | ||
- | cd " | + | cd " |
</ | </ | ||
- | * möglichst eine metadata.xml anlegen mit Informationen, | + | * möglichst eine metadata.xml anlegen mit Informationen, |
< | < | ||
<?xml version=" | <?xml version=" | ||
Zeile 132: | Zeile 130: | ||
</ | </ | ||
</ | </ | ||
+ | * Manifest erstellen mit pkgdev oder RepoMan: | ||
+ | * '' | ||
+ | * '' | ||
* RepoMan zur Prüfung des Ebuilds verwenden | * RepoMan zur Prüfung des Ebuilds verwenden | ||
- | * Verwendung: | + | |
- | * //**repoman | + | * pkgdev oder RepoMan zum commiten benutzen |
- | * // | + | * '' |
- | * //**repoman commit**// (Erstellt einen Commit und fügt Metainformationen hinzu, falls die Prüfung erfolgreich war) | + | |
* pkgcheck zur Prüfung des Ebuilds verwenden | * pkgcheck zur Prüfung des Ebuilds verwenden | ||
- | * //**pkgcheck scan**// (prüft Ebuilds im aktuellen Verzeichnis auf gängige Konventionen und Fehler) | + | * '' |
(Ideen aus den [[http:// | (Ideen aus den [[http:// | ||
- | Das Overlay wird bei Änderungen mittels [[https:// | + | Das Overlay wird bei Änderungen |
Zudem werden ebuilds per [[https:// | Zudem werden ebuilds per [[https:// | ||
+ | **Sämtliche Pakete müssen erfolgreich die CI-Pipeline durchlaufen, | ||
==== Historie ==== | ==== Historie ==== |