Ez az új victorhck már előrehaladta egy hete de most beigazolódott. A Factory, az openSUSE aktív fejlesztési ága, mostantól szintén gördülő kiadás-disztribúció lesz. Szerintük ez a változás lerövidíti az openSUSE végleges verzióinak stabilizációs folyamatát.
A csomagok, mielőtt közvetlenül a gyárba mennek (mint mindig), előzetes integrációs teszteken mennek keresztül, amelyek manuális és automatikus felülvizsgálatokat tartalmaznak az openQA platform segítségével. Ha átmennek a teszteken, akkor ott lépnének be a Gyárba. Ezután az openQA-t újra használják az integráció utáni tesztekhez azokhoz a csomagokhoz, amelyeket a Factory és ott a felhasználók számára elérhető verziókban végeznek.
Tehát openSUSE felhasználók, ha kíváncsi vagy ehhez az új Gyárhoz, telepítheti pillanatkép letöltése.
Ja egyébként, ha a Tumbleweedről kérdezel Hagyom a victorhck másik cikkét
Nagyon jól kíváncsi vagyok, hogy a kodekeket és egyéb dolgokat hogyan telepítik a gyárban.
Kiváló, most azonnal ki kell próbálnom 😀
Ha ez felváltja a Tumbleweed-et, akkor azt gondolom, hogy ez egy lépés hátra, mert a Factory kevésbé stabil. És visszatérünk a Debian cikkemhez: ha valami nem sikerül, akkor azt mondják, hogy nem vagy stabil, ergo megszüntetik azt az ágat, amelynek stabilitását tesztelték, kivéve a saját illesztőprogramokat és más programokat, amelyekben a kernel moduljai vannak, ami biztosan ad több hibát, de amelyekért nem felelősek.
Másrészt, ha ennek az ágnak a kiküszöbölése fényesebbé teszi az új stabil verziókat, az számomra sikernek tűnik. De azt adja, hogy nem ez a cél, 🙁.
A gyár a Tumbleweed előtt létezett. Egyébként azokat a teszteket, amelyekről beszélsz, már régóta végeztek, úgy tűnik számomra, valójában létezik egy módja annak, hogy a Factory legyen automatikus teszt nélkül, de instabilabb.
A Tumbleweed-et úgy hozták létre, hogy legyen egy "gördülő relese" disztribúciója a legstabilabb gyári csomagokkal, de ez nem vérző él, ehelyett a Factory vérző él és több gördülési felszabadítással rendelkezik, mint a Tumbleweed, mivel nem kell sok csomagot frissíteni váltson le néhányat, ha az OpenSUSE új stabil verziója jelenik meg. Inkább a Factory felelős az OpenSUSE új verziójának létrehozásáért, mivel ez bázisként működik, de mindig az összes csomag legújabb verzióival tart, nem tudom, hogy az OpenSUSE verziók kiadásai miként hatottak a gyári adattárra, de kiszámoltam hogy ugyanúgy viselkedett, mint a Debian SID-tárháza, ami azt jelzi, hogy nem teljesen gördül a kiadás, mivel az Arch stílusú rendszer fokozatos frissítése helyett nagyon sok frissítés folyik.
Feltételezem, hogy mivel azt mondják, hogy a Rolling Release mostanra vált, azt jelentik, hogy apránként frissíteni fogják, mint az Arch, és nem annyira függ az OpenSUSE által kiadott verzióktól, bár ez még mindig ezek alapja.
PS: Tudom, hogy azt mondom, hogy a Factory nem frissít egy csomó csomagot minden alkalommal, amikor új stabil OpenSUSE verzió jelenik meg, de azt akartam mondani, hogy igen, de a folyamat egyszerűbb és sokkal kevesebb van csomagok, mint mindig Korszerű a Factory, csak kissé stagnál, amikor az OpenSUSE új verziója hamarosan megjelenik, de amikor az új verzió megjelenik, már sok új dologgal próbálkoznak, ezért a Factory instabilnak tekinthető, csak akkor tekinthető viszonylag stabilnak, amikor az OpenSUSE új verziója közeledik, mivel abbahagyják az új dolgok kipróbálását és a hibák és problémák kijavításának szentelik magukat.
Gondolj arra, hogy a gyárban "gyártják" az OpenSUSE új verzióját, ezért lesz idő, amikor instabilabb lesz (ami normális lenne), és egy másik, amikor stabilabb lesz (amikor már kevés van) hogy kiadja az OpenSUSE új stabil verzióját). Amint megjelenik az új verzió, apránként megkülönböztetni kezdik, úgy tűnik számomra, vagy sok új frissítést és új dolgot küldhetnek kipróbálásra.
Egyébként, ha valóban gördülő kiadásokká válnak, akkor feltételezem, hogy azt értik, hogy a Factory függetlenné válik az OpenSUSE stabil verzióitól, amelyekkel mindig frissíteni fog, és nem koncentrál annyira a hibák kijavítására egy adott pillanatban, de ez ha kijavítanak egy hibát, akkor megcsinálják, ha lehetséges, ez inkább az arch linuxra hasonlít. Tehát az OpenSUSE új stabil verziójának megszerzéséhez talán azt teszik, hogy megragadnak egy lefagyott képet a Factory-ból, és ebből építik az új stabil OpenSUSE-t.
Jó cikk, arra gondoltam, hogy hűtlen lennék az Archlinuxhoz a kaméleon disztribútorral, de nem tudtam telepíteni. A Factory-nak van egy hibája, amely nem teszi lehetővé, hogy az ölembe telepítsem (ez egy Asus; ha valaki ugyanez történik, kérem, mondja el ). Megpróbáltam a stabil verzióból tesztelni, de a telepítés után nem is tudok belépni az asztalra, nem tudom, hogy kizárólag az ölemben vagy valakiben másra néz ki ....
Köszi az infót. Még egy kicsit meg kell várnom, amíg beérik. azzal, ami feltűnik nekem, hogy gurul. 🙁
a plop segítségével kihagyhatja
http://www.plop.at/en/home.html
????
http://i.imgur.com/BcS6T7p.jpg
Remek ötlet az OpenSUSE-tól. Ezekkel az új csomagtesztelési és frissítési házirendekkel a Thumbleweed létezése a probléma.
A nap végén úgy tűnik, hogy az OpenSUSE részben utánozza a Debianhoz hasonló disztribúció stabilizációs folyamatát.
Nem utánozni, ha nem javítani haha.
Igen, gondoltam, de mi a különbség, amíg stabil és működik, jobb, mint a Debian Testing haha.
Oké. A Debian Jessie-t használom, és úgy tűnik, hogy július végén már teljesen bevezették a SystemD-t. És a csomagtartó egy pillanat alatt áll, abból, amit az elmúlt hetekben használtam.
Nem, az utóbbi időben nagyon sok problémám volt Debian Jessie-vel, jobb, ha kitartok Arch mellett, ami egy pillanat alatt megoldódik 😀
Megpróbáltam telepíteni, de még az élő usb-t sem tudtam megtenni, még a dd paranccsal is, ez udf hibát ad, nem tudom, mi az XD, és nem is adja át a tty-t
Próbálja ki a rufust http://rufus.akeo.ie/
A bugzillában jelentettek egy hibát .. Új izókat készítettek, amelyeknek működniük kell: D.
Kíváncsi vagyok, hogy az LXQt telepíthető-e az alapértelmezett DE-vé. Érdekel, hogy gördülő-kiadás, bár most Manjaróval jól vagyok I'm
Ki kell próbálnunk, ami igazán távol tartott az openSUSE-tól, az a csomagok hiánya volt, vagyis meghívlak benneteket, hogy nézzétek meg az Ettercap (ncurses verzió) és a p0f (passzív operációs rendszer detektor) létezését, látni fogja, hogy ott rendelkezésre állnak, nem hivatalosak, de felépítik a rendszert, és nem működnek, ezért közöttem és amikor telepítettem, hozzá kellett adnom legalább 2 külső repót, amelyek ütköztek a hivatalos openSUSE dolgokkal, mondtam ... nos ... jobb menj el innen. Mert ha körbe kell járnom az RPM felépítését, ha a csomag nincs meg (sokan elmondják nekem), most szeretem, a CentOS-t és a Stellát használom, és mi nem, azt helyben fordítom le ...
Kíváncsi, túlzottan hasonlít a Sabayon Linux fejlesztési modelljére (amelyet használok):
1. A benyújtás az eredeti szoftver RPM-je lenne, amely a Sabayon Gentoo ebuildjei lennének.
2. Az automatikus átdolgozás vagy összeállítás a Sabayon Hell tárházának felelne meg.
3. A kézi áttekintés megegyezik a Sabayon Limbo adattárral.
4. A hivatalos adattárakra (gyárra) való váltás egyenértékű lenne a Sabayon Daily adattárral.
5. A stabil adattárakra való költözés megegyezik a Sabayon Weekly adattárral.
Ha a modell megismétlődik, az OpenSuse arra számít, hogy megeszi az összes RPM elosztást a világon. Az OpenSuse közösségével ez lesz a legstabilabb és legfrissebb.
Kapaszkodjon meg Fedora!
Woww !!! Meg fogom próbálni * _ *
Mi a különbség a "jelenlegi" ISO-k és a "pillanatkép-adathordozók" között? Szeretném kipróbálni az Opensuse Gyárat anélkül, hogy meghalnék, köszönöm
A jó kapcsolat nem olyan rossz, hogy folytassuk az új klasszikus verziókat.
Kipróbálom, ez az első gördülő kiadású disztró, amelyet letöltöttem 😀