Hallo zusammen!
Nur eine kurze Frage:
Was sagen diese Formeln aus?
Ich habe das beim heutigen Update von gentoo-stable gesehen:
plasma-workspace-5.27.8-r1
kwin-5.27.8--r3
Vielen Dank im voraus für eine Erklärung.
Gruß
ManfredB
-r1 -r3 ???
Message
Guten Morgen,
Google-Bard hat eine schöne Erklärung erstellt (bin zu Faul alles selbst zu tippen)
Google-Bard hat eine schöne Erklärung erstellt (bin zu Faul alles selbst zu tippen)
Das -r3 bei z.B. kwin-5.27.8-r3 steht für "Release Candidate 3". Es ist eine Vorabversion einer Software, die noch nicht fertig entwickelt ist, aber bereits für die öffentliche Beta-Testung freigegeben wurde. Release Candidates werden verwendet, um die Software auf Fehler und andere Probleme zu testen, bevor die endgültige Version veröffentlicht wird.
Im Falle von kwin-5.27.8-r3 handelt es sich um den dritten Release Candidate für die Version 5.27.8 von KWin, dem Desktop-Window-Manager der KDE Plasma-Desktop-Umgebung.
Die Nummer nach dem -r bezeichnet die Release Candidate-Version. In diesem Fall ist es 3, also die dritte Version des Release Candidates.
Die Versionsnummer vor dem -r bezeichnet die Hauptversion der Software. In diesem Fall ist es 5.27.8, also die 5.27.8-Version von KWin.
Die Versionsnummern von Software werden normalerweise in der folgenden Reihenfolge angegeben:
Hauptversion (z.B. 5)
Minor-Version (z.B. 27)
Patch-Version (z.B. 8 )
Release Candidate-Version (z.B. 3)
Beispiel:
kwin-5.27.8-r3: Die dritte Release Candidate-Version der 5.27.8-Version von KWin
kwin-5.28.0: Die finale Version der 5.28-Version von KWin
kwin-5.29.0-rc1: Der erste Release Candidate der 5.29-Version von KWin
Hallo rfx!
Vielen herzlichen Dank für die deutliche Erklärung.
Nun bin ich wieder klarer, was diese Entwicklungs-Prozesse angeht.
Das sind Dinge, die ich im Lauf meiner Gentoo-Freundschaft immer wieder erlebt habe,
aber erst heute nach der Erklärung gefragt habe.
Ich danke dir sehr für diese ausführliche Darstellung.
Liebe Grüße
ManfredB
Vielen herzlichen Dank für die deutliche Erklärung.
Nun bin ich wieder klarer, was diese Entwicklungs-Prozesse angeht.
Das sind Dinge, die ich im Lauf meiner Gentoo-Freundschaft immer wieder erlebt habe,
aber erst heute nach der Erklärung gefragt habe.
Ich danke dir sehr für diese ausführliche Darstellung.
Liebe Grüße
ManfredB
Ich muss hier mal reingrätschen ... weil das was Google-Bard sagt leider nicht für uns gilt.
Wir übernehmen die Versionen von Upstream ... also von denen die die jeweilige Software entwickeln (programmieren) und dann veröffentlichen. Damit wir aber diesen Source-Code ganz einfach installieren können, haben wir unsere ebuilds die das ganze steuern, so dass wir nur ein "emerge xxx" machen müssen um das Paket xxx zu installieren ... und genau da kann es vorkommen, dass wir gewisse Änderungen vornehmen müssen und eine neue Version unseres ebuilds (oder mit anderen Patches) FÜR DIE GLEICHE Version des Pakets benötigen ... und dann hängen wir ein -r1 dran.
Man könnte dieses "r" eher mit Revision übersetzen - auf keinen Fall ist es ein Release Kandidat.
Schau einfach mal mit "eix gentoo-sources" die Versionen des Kernels an. Da gibt es u.a. (momentan noch) eine Version 6.1.59-r1 ... Die Version 6.1.59 bekamen wir direkt vom Linux Kernel selbst und übernahmen diese. Leider gab es mit der 1. Version ein Problem und wir mussten die GLEICHE Version (mit anderem Patch) nochmal rausbringen. Da haben wir dann das -r1 dran gehängt (und die alte 6.1.59 entfernt damit diese auf keinen Fall emerged werden kann).
Fazit: "Versions-Bezeichnungen" (Versions-Nummern) vor dem Bindestrich kommen von Upstream und wurden nur übernommen; alles danach sind unsere Gentoo Versionen VON DIESER Upstream-Version.
Wir übernehmen die Versionen von Upstream ... also von denen die die jeweilige Software entwickeln (programmieren) und dann veröffentlichen. Damit wir aber diesen Source-Code ganz einfach installieren können, haben wir unsere ebuilds die das ganze steuern, so dass wir nur ein "emerge xxx" machen müssen um das Paket xxx zu installieren ... und genau da kann es vorkommen, dass wir gewisse Änderungen vornehmen müssen und eine neue Version unseres ebuilds (oder mit anderen Patches) FÜR DIE GLEICHE Version des Pakets benötigen ... und dann hängen wir ein -r1 dran.
Man könnte dieses "r" eher mit Revision übersetzen - auf keinen Fall ist es ein Release Kandidat.
Schau einfach mal mit "eix gentoo-sources" die Versionen des Kernels an. Da gibt es u.a. (momentan noch) eine Version 6.1.59-r1 ... Die Version 6.1.59 bekamen wir direkt vom Linux Kernel selbst und übernahmen diese. Leider gab es mit der 1. Version ein Problem und wir mussten die GLEICHE Version (mit anderem Patch) nochmal rausbringen. Da haben wir dann das -r1 dran gehängt (und die alte 6.1.59 entfernt damit diese auf keinen Fall emerged werden kann).
Fazit: "Versions-Bezeichnungen" (Versions-Nummern) vor dem Bindestrich kommen von Upstream und wurden nur übernommen; alles danach sind unsere Gentoo Versionen VON DIESER Upstream-Version.
Ja, nur ist das was die künstliche Intelligenz da zusammengereimt hat totaler Schwachsinn :PGoogle-Bard hat eine schöne Erklärung erstellt [...]
-r3 ist einfach nur eine Gentoo-Ebuild Revisionsnummer :)
Schau dazu zb im https://devmanual.gentoo.org/ebuild-wri ... index.html
bzw genauer dann im https://devmanual.gentoo.org/general-co ... index.html
Nun bin ich von einem Fehler auf den korrekten Weg gelangt.
Irgendwie hatte ich immer den Eindruck, daß kleine Änderungen in den -r1-Versionen stecken,
die für uns user ohne Inhalt bleiben, wenn wir diese Pakete installieren.
Denn eins ist immer wieder aufgefallen: keines dieser -r1, -r2, -r3 usw-Pakete hat Fehler bei der Installation verursacht.
Damit ist für mich alles klar geworden, auch wenn ich die genauen Inhalte nicht erkennen muss.
Trotzdem noch einmal mal herzliches Dankeschön für die klaren Änderungen.
Ich wünsche euch einen angenehmen Mittwoch und grüße euch dankbar!
ManfredB
Irgendwie hatte ich immer den Eindruck, daß kleine Änderungen in den -r1-Versionen stecken,
die für uns user ohne Inhalt bleiben, wenn wir diese Pakete installieren.
Denn eins ist immer wieder aufgefallen: keines dieser -r1, -r2, -r3 usw-Pakete hat Fehler bei der Installation verursacht.
Damit ist für mich alles klar geworden, auch wenn ich die genauen Inhalte nicht erkennen muss.
Trotzdem noch einmal mal herzliches Dankeschön für die klaren Änderungen.
Ich wünsche euch einen angenehmen Mittwoch und grüße euch dankbar!
ManfredB
