See uus victorhck oli selle juba edasi viinud nädal tagasi aga nüüd kinnitatud. Factory, openSUSE aktiivne arendusüksus, saab nüüd ka jooksvalt levitatavaks levitamiseks. Väidetavalt lühendab see muudatus openSUSE lõplike versioonide stabiliseerimisprotsessi.
Nüüd lähevad paketid enne otse tehasesse minekut (nagu alati) läbi integreerimiseelsed testid, mis koosnevad käsitsi ja automaatsest ülevaatamisest, kasutades openQA platvormi. Testide läbimisel siseneksid nad sealsesse tehasesse. Seejärel kasutatakse openQA-d uuesti integreerimisjärgsete testide jaoks nende pakettide jaoks, mida Factory ja seal jõuaksid kasutajatele saadaval olevatesse versioonidesse.
Nii et openSUSE kasutajad, kui olete uudishimulik selle uue tehase jaoks, saate selle installida hetktõmmise allalaadimine.
Oh muide, kui küsida Tumbleweedi kohta Jätan selle teise victorhcki artikli
Väga hästi, mida ma imestan, on see, kuidas kodekid ja muud asjad tehasesse paigaldatakse.
Suurepärane, pean seda kohe proovima 😀
Kui see hakkab Tumbleweedi asendama, on see minu arvates samm tagasi, sest Factory näeb välja vähem stabiilne. Ja me läheme tagasi minu Debiani artikli juurde: kui midagi ebaõnnestub, ütlevad nad teile, et te pole stabiilne, ergo nad kõrvaldavad haru, mille stabiilsust testiti, välja arvatud varalised draiverid ja muud kerneli moodulitega programmid, mis kindlasti rohkem vigu, kuid mille eest nad ei vastuta.
Teisest küljest, kui selle haru kõrvaldamine muudab uued stabiilsed versioonid poleeritumaks, tundub see mulle edukas. Kuid see annab mulle, et see pole eesmärk, 🙁.
Tehas eksisteeris enne Tumbleweedi. Igatahes, neid teste, millest te räägite, on juba ammu tehtud, mulle tundub, et tegelikult on olemas võimalus saada Factory ilma automaatse testita, kuid see on ebastabiilsem.
Tumbleweed loodi nii, et sellel oleks kõige stabiilsemate tehasepakettidega "jooksva relese" distro, kuid see pole veritsev serv, selle asemel on Factory veritsev serv ja sellel on rohkem veerev vabastust kui Tumbleweedil, kuna te ei pea palju pakette värskendama või alandage mõnda versiooni iga kord, kui OpenSUSE uus stabiilne versioon välja antakse. Pigem vastutab Factory OpenSUSE uue versiooni loomise eest, kuna see toimib küll baasina, kuid hoiab alati kaasas kõigi pakettide uusimaid versioone, ma ei tea, kuidas OpenSUSE versioonide väljalasked mõjutasid tehase hoidlat, kuid ma arvuta, et see käitus samamoodi nagu Debiani SID-hoidla, mis näitab, et see pole täielikult jooksev versioon, kuna iga kord toimub Archi-stiilis süsteemi järkjärgulise värskendamise asemel väga suur värskenduste voog.
Ma arvan, et kuna nad ütlevad, et sellest on nüüd saanud Rolling Release, tähendavad nad seda, et seda värskendatakse vähehaaval nagu Arch ja see ei sõltu niivõrd OpenSUSE välja antud versioonidest, kuigi see on endiselt nende alus.
PS: Ma tean, et ütlen, et Factory ei uuenda hunnikut pakette iga kord, kui uus stabiilne OpenSUSE versioon välja tuleb, kuid ma tahtsin öelda, et see nii on, kuid protsess on lihtsam ja pakette on palju vähem nagu alati See on ajakohane tehas, see stagneerub vaid siis, kui OpenSUSE uus versioon on välja andmas, kuid uue versiooni ilmumisel hakkavad nad juba palju uusi asju proovima, seetõttu peetakse Factory-d ainult ebastabiilne, ainult seda peetakse suhteliselt stabiilseks, kui OpenSUSE uus versioon on lähenemas, kuna nad lõpetavad uute asjade proovimise ja pühenduvad vigade ja probleemide parandamisele.
Mõelge, et OpenSUSE uue versiooni "valmistamisel" on Factory, nii et sel põhjusel on aeg, mil see on ebastabiilsem (mis oleks normaalne), ja teine, kui see püüab olla stabiilsem (kui see on lähedal) (et avada OpenSUSE uus stabiilne versioon). ja kui uus versioon välja tuleb, hakkavad nad vähehaaval eristuma, nagu mulle tundub, või saadavad nad otse proovimiseks palju uusi värskendusi ja uusi asju.
Muide, kui neist saab tõepoolest jooksev versioon, siis ma arvan, et need tähendavad, et Factory hakkab sõltumatuks muutuma OpenSUSE'i stabiilsetest versioonidest, mida see alati värskendab ega keskendu nii palju vigade parandamisele igal ajahetkel, kuid see kui nad vea parandavad, teevad nad seda võimaluse korral, see oleks pigem arch linux. Nii et OpenSUSE uue stabiilse versiooni saamiseks haarab võib-olla see, mida nad teevad, haarata külmutatud tehase kuvandi ja ehitada sellest uus stabiilne OpenSUSE.
Hea artikkel, mõtlesin kameeleonidistrooga Archlinuxile truuduseta jääda, kuid ma ei suutnud seda installida. Tehases on viga, mis ei luba mul seda sülle installida (see on Asus; kui keegi juhtub sama, palun öelge mulle ). Proovisin seda stabiilsest versioonist testida, kuid ma ei saa pärast selle installimist isegi töölauale siseneda, ma ei tea, kas see on ainult minu süles või kellelgi teisel ...
Tänan info eest. Pean veel veidi ootama, kuni see küpseb ... sellega, mis mulle silma jääb, et see veereb. 🙁
plopi abil saate selle vahele jätta
http://www.plop.at/en/home.html
🙂
http://i.imgur.com/BcS6T7p.jpg
Suurepärane idee OpenSUSE-lt. Nende uute pakettide testimise ja värskendamise põhimõtetega oleks probleemiks Thumbleweedi olemasolu.
Päeva lõpuks näib, et OpenSUSE jäljendab osaliselt Debiani meenutava distro stabiliseerimisprotsessi.
Mitte jäljendades, kui mitte parandades haha.
Jah, ma arvasin nii, kuid mis see on oluline, kui see on stabiilne ja töötab, on see parem kui Debiani testimine haha.
Okei. Ma kasutan Debian Jessie ja tundub, et nad on juuli lõpus SystemD täielikult rakendanud. Ja pakiruum on ühe hetkega, lähtudes sellest, mida olen viimastel nädalatel kasutanud.
Ei, mul on viimasel ajal Debian Jessiega palju probleeme olnud, parem lähen Archi juurde, mis lahendatakse silmapilkselt 😀
Olen proovinud seda installida, kuid ma pole suutnud isegi live-usb-d teha, isegi dd-käsuga, see annab mulle udf-vea, ma ei tea, mis XD, ega ka see ei edasta tty-d
Proovige rufust http://rufus.akeo.ie/
Bugzillas teatati veast. Nad on teinud uued isod, mis peaksid töötama: D.
Huvitav, kas LXQt saab installida, et muuta see minu vaikeseadeks DE. Mind huvitab, et see oleks rull-vabastatav, kuigi nüüd on Manjaroga kõik korras 🙂
Peame seda proovima. Mis mind tegelikult openSUSE'st eemal hoidis, oli pakettide puudumine, see tähendab, et ma kutsun teid üles uurima Ettercap'i (ncurses versioon) ja p0f (passiivne OS-i detektor) olemasolu, näete, et seal saadaolevad pole ametlikud, kuid ehitavad süsteemi ja ei tööta, seetõttu pidin selle installimise vahele lisama vähemalt 2 välist repot, millel oli vastuolu ametlike openSUSE asjadega, ütlesin ... noh ... parem mine ära siit. Sest kui ma pean oma RPM-i üles ehitama, kui paketti pole (paljud ütlevad mulle seda), siis mulle meeldib see nüüd, kasutades CentOS-i ja Stellat ning mida pole, kompileerin selle kohapeal ...
Kummaline, näeb see liiga palju välja nagu Sabayon Linuxi arendusmudel (mida ma kasutan):
1. Esitamine oleks algse tarkvara RPM, mis oleks Sabayoni jaoks mõeldud Gentoo ebuildid.
2. Automaatne redigeerimine või kompileerimine oleks samaväärne Sabayon Helli hoidlaga.
3. Käsitsi ülevaade oleks samaväärne Sabayon Limbo hoidlaga.
4. Üleminek ametlikele hoidlatele (tehasele) oleks samaväärne Sabayon Daily hoidlaga.
5. Üleminek stabiilsetele hoidlatele oleks samaväärne Sabayoni nädala hoidlaga.
Kui mudelit korratakse, ootab OpenSuse ära kõik maailma RPM jaotused. Koos OpenSuse'i kogukonnaga on see kõige stabiilsem ja uuem.
Hoidke Fedora kinni!
Woww !!! Proovin seda * _ *
Mis vahe on praegustel ISO-del ja hetktõmmise meediumil? Tahan proovida Opensuse tehast proovimata surmata, aitäh
Hea ühenduse olemasolu pole nii halb, et jätkata uute klassikaliste versioonidega.
Ma proovin seda, see on esimene jooksva versiooni distro, mille ma alla laadin 😀