Diese Nachricht victorhck hatte es bereits vorangetrieben vor einer Woche aber jetzt bestätigt. Factory, der aktive Entwicklungszweig von openSUSE, wird nun auch eine rollierende Release-Distribution sein. Diese Änderung soll den Stabilisierungsprozess für die endgültigen Versionen von openSUSE verkürzen.
Bevor die Pakete (wie immer) direkt an Factory gesendet werden, werden sie Vorintegrationstests durchlaufen, die aus manuellen und automatischen Überprüfungen unter Verwendung der openQA-Plattform bestehen. Wenn sie die Tests bestehen, betreten sie dort die Fabrik. Dann wird openQA erneut für die Tests nach der Integration für die Pakete verwendet, die Factory und dort in den für Benutzer verfügbaren Versionen landen würden.
Also openSUSE-Benutzer, wenn Sie neugierig sind für diese neue Fabrikkönnen Sie es installieren Herunterladen eines Schnappschusses.
Ach übrigens, wenn Sie nach Tumbleweed fragen Ich lasse diesen anderen Artikel von victorhck
Ich frage mich sehr gut, wie Codecs und andere Dinge in der Fabrik installiert werden.
Ausgezeichnet, ich muss es gleich versuchen 😀
Wenn dies Tumbleweed ersetzen soll, denke ich, ist es ein Rückschritt, da Factory weniger stabil aussieht. Und wir kehren zu meinem Debian-Artikel zurück: Wenn etwas fehlschlägt, werden sie Ihnen sagen, dass Sie nicht stabil sind. Ergo eliminieren sie einen Zweig, dessen Stabilität getestet wurde, mit Ausnahme von proprietären Treibern und anderen Programmen mit Modulen im Kernel, für etwas, das sicherlich mehr Fehler liefert für die sie nicht verantwortlich sind.
Auf der anderen Seite scheint es mir ein Erfolg zu sein, wenn das Entfernen dieses Zweigs die neuen stabilen Versionen poliert. Aber es gibt mir, dass das nicht das Ziel ist, 🙁.
Fabrik existierte vor Tumbleweed. Wie auch immer, diese Tests, von denen Sie sprechen, wurden schon lange durchgeführt, es scheint mir, tatsächlich gibt es eine Möglichkeit, Factory ohne automatischen Test zu haben, aber es ist instabiler.
Tumbleweed wurde entwickelt, um eine "rollende Relese" -Distribution mit den stabilsten Factory-Paketen zu haben, aber es ist nicht auf dem neuesten Stand, stattdessen ist Factory auf dem neuesten Stand und hat mehr Rolling Release als Tumbleweed, da Sie nicht viele Pakete oder aktualisieren müssen Jedes Mal, wenn eine neue stabile Version von OpenSUSE veröffentlicht wird, wird ein Downgrade durchgeführt. Factory ist vielmehr für die Erstellung der neuen Version von OpenSUSE verantwortlich, da sie als Basis fungiert, aber immer die neuesten Versionen aller Pakete enthält. Ich weiß nicht, wie sich die Versionen von OpenSUSE-Versionen auf das Factory-Repository ausgewirkt haben, aber ich Berechnen Sie, dass es sich genauso verhalten hat wie das Debian-SID-Repository, was darauf hinweist, dass es sich nicht um eine vollständig rollierende Version handelt, da von Zeit zu Zeit ein sehr großer Aktualisierungsfluss auftritt, anstatt das System im Arch-Stil schrittweise zu aktualisieren.
Ich nehme an, da sie sagen, dass es jetzt Rolling Release ist, meinen sie, dass es nach und nach wie Arch aktualisiert wird und nicht so sehr von den Versionen abhängt, die OpenSUSE veröffentlicht, obwohl es immer noch die Basis von ihnen ist.
PS: Ich weiß, ich scheine zu sagen, dass Factory nicht jedes Mal eine Reihe von Paketen aktualisiert, wenn eine neue stabile OpenSUSE-Version herauskommt, aber ich wollte sagen, dass dies der Fall ist, aber der Prozess ist einfacher und es gibt wie immer viel weniger Pakete Es ist auf dem neuesten Stand von Factory, es stagniert nur ein wenig, wenn die neue Version von OpenSUSE veröffentlicht wird, aber wenn die neue Version veröffentlicht wird, werden bereits viele neue Dinge ausprobiert, weshalb Factory nur als instabil gilt Es wird als relativ stabil angesehen, wenn die neue Version von OpenSUSE kurz vor dem Aus steht, da sie aufhören, neue Dinge auszuprobieren, und sich der Behebung von Fehlern und Problemen widmen.
Denken Sie, dass in Factory die neue Version von OpenSUSE "hergestellt" wird. Aus diesem Grund wird es eine Zeit geben, in der es instabiler ist (was normal wäre) und eine andere, in der es versucht, stabiler zu sein (wenn es nahe ist) um die neue stabile Version von OpenSUSE freizugeben). und sobald die neue Version herauskommt, werden sie nach und nach anfangen, sich zu unterscheiden, wie es mir scheint, oder sie können direkt viele neue Updates und neue Dinge zum Ausprobieren senden.
Übrigens, wenn sie wirklich rollende Veröffentlichungen werden, bedeutet dies vermutlich, dass Factory unabhängig von den stabilen Versionen von OpenSUSE wird, mit denen es immer aktualisiert wird und sich nicht so sehr darauf konzentriert, Fehler zu einem bestimmten Zeitpunkt zu beheben, aber Wenn sie einen Fehler beheben und dies nach Möglichkeit tun, ähnelt dies eher Arch Linux. Um die neue stabile Version von OpenSUSE zu erhalten, müssen sie möglicherweise ein eingefrorenes Image von Factory abrufen und daraus die neue stabile OpenSUSE erstellen.
Guter Artikel, ich dachte darüber nach, Archlinux mit der Chamäleon-Distribution untreu zu sein, aber ich konnte es nicht installieren. Factory hat einen Fehler, der es mir nicht erlaubt, es auf meinem Schoß zu installieren (es ist ein Asus; wenn jemand dasselbe passiert, sag es mir bitte ). Ich habe versucht, es von der stabilen Version aus zu testen, aber ich kann nach der Installation nicht einmal den Desktop betreten. Ich weiß nicht, ob es nur für meinen Schoß oder für jemand anderen gilt.
Danke für die Information. Ich muss warten, bis es etwas reifer wird… mit dem, was mir auffällt, dass es rollt. 🙁
Sie können es mit plop überspringen
http://www.plop.at/en/home.html
🙂
http://i.imgur.com/BcS6T7p.jpg
Tolle Idee von OpenSUSE. Bei diesen neuen Richtlinien zum Testen und Aktualisieren von Paketen wäre das Problem die Existenz von Thumbleweed.
Letztendlich scheint OpenSUSE den Stabilisierungsprozess der Debian ähnlichen Distribution teilweise nachzuahmen.
Nicht imitieren, wenn nicht verbessern haha.
Ja, das habe ich mir gedacht, aber was macht das schon, solange es stabil ist und funktioniert, ist es besser als Debian Testing haha.
Okay. Ich benutze Debian Jessie und es sieht so aus, als hätten sie SystemD Ende Juli vollständig implementiert. Und der Stiefel ist im Handumdrehen von dem, was ich in den letzten Wochen benutzt habe.
Nein, ich hatte in letzter Zeit viele Probleme mit Debian Jessie. Ich bleibe lieber bei Arch, das blitzschnell gelöst wird
Ich habe versucht, es zu installieren, aber ich war nicht einmal in der Lage, den Live-USB zu machen, selbst mit dem Befehl dd, es gibt mir einen udf-Fehler, ich weiß nicht, was XD, noch passiert es die tty
Versuchen Sie es mit Rufus http://rufus.akeo.ie/
In Bugzilla wurde ein Fehler gemeldet. Sie haben neue Isos erstellt, die funktionieren sollten: D.
Ich frage mich, ob LXQt installiert werden kann, um es zu meinem Standard-DE zu machen. Ich bin daran interessiert, dass es rollend veröffentlicht wird, obwohl es mir jetzt mit Manjaro gut geht 🙂
Wir werden es versuchen müssen, was mich wirklich von openSUSE ferngehalten hat, war das Fehlen von Paketen, das heißt, ich lade Sie ein, sich die Existenz von Ettercap (ncurses-Version) und p0f (passiver Betriebssystemdetektor) anzuschauen. Sie werden sehen, dass dort verfügbar sind nicht offiziell, aber Build-System und funktionieren nicht, daher musste ich zwischen dem und der Installation mindestens 2 externe Repos hinzufügen, die Konflikte mit offiziellen openSUSE-Dingen hatten, sagte ich ... nun ... wir sind besser raus hier. Weil ich meine RPM erstellen muss, wenn das Paket nicht vorhanden ist (viele werden mir das sagen), mag ich es jetzt, CentOS und Stella zu verwenden und was nicht, kompiliere ich es lokal ...
Seltsamerweise sieht es übermäßig nach dem Sabayon Linux-Entwicklungsmodell aus (das ich verwende):
1. Die Einreichung wäre die Drehzahl der ursprünglichen Software, bei der es sich um die Gentoo-Ebuilds für Sabayon handelt.
2. Die automatische Überarbeitung oder Kompilierung entspricht dem Sabayon Hell-Repository.
3. Die manuelle Überprüfung entspricht dem Sabayon Limbo-Repository.
4. Der Wechsel zu den offiziellen Repositories (Factory) entspricht dem Sabayon Daily-Repository.
5. Die Verlagerung in die stabilen Repositorys entspricht dem Sabayon Weekly-Repository.
Wenn das Modell wiederholt wird, erwartet OpenSuse, dass alle RPM-Verteilungen der Welt verzehrt werden. Mit der Community, die OpenSuse hat, wird es die stabilste und aktuellste von allen sein.
Halten Sie an Fedora fest!
Woww !!! Ich werde es versuchen * _ *
Was ist der Unterschied zwischen "aktuellen" ISOs und "Snapshot-Medien"? Ich möchte die Opensuse Factory ausprobieren, ohne zu sterben, danke
Eine gute Verbindung zu haben ist nicht so schlecht, um mit den neuen klassischen Versionen fortzufahren.
Ich werde es versuchen, es ist die erste rollende Release-Distribution, die ich herunterlade 😀