Tämä uusi victorhck oli jo edennyt sitä viikko sitten, mutta nyt se on vahvistettu. Factory, openSUSE: n aktiivinen kehitystoiminta, on nyt myös liikkuvan julkaisun jakelu. He sanovat, että tämä muutos lyhentää openSUSEn lopullisten versioiden vakauttamisprosessia.
Nyt paketit, ennen kuin menevät suoraan tehtaalle (kuten aina), käyvät läpi integrointia edeltävät testit, jotka koostuvat manuaalisista ja automaattisista tarkastuksista käyttäen openQA-alustaa. Jos he läpäisevät testit, he pääsisivät siellä olevaan tehtaaseen. Sitten openQA: ta käytetään uudelleen integroinnin jälkeisissä testeissä, joita Factory ja siellä päätyvät käyttäjien käytettävissä oleviin versioihin.
Joten openSUSE-käyttäjät, jos olet utelias tälle uudelle tehtaalle, voit asentaa sen lataamalla tilannekuvan.
Voi muuten, jos kysyt Tumbleweedista Jätän tämän toisen artikkelin, jonka on kirjoittanut victorhck
Hyvin, mitä ihmettelen, on se, miten koodekit ja muut asennetaan tehtaalle.
Erinomainen, minun täytyy kokeilla sitä nyt 😀
Jos tämä korvaa Tumbleweedin, se on mielestäni askel taaksepäin, koska Factory näyttää vähemmän vakaa. Ja palaamme Debian-artikkeliini: jos jokin epäonnistuu, he kertovat sinulle, että et ole vakaa, ergo ne eliminoivat haaran, jonka vakaus on testattu lukuun ottamatta omia ajureita ja muita ohjelmia, joiden ytimessä on moduuleja, mikä varmasti lisää virheitä, mutta mistä he eivät ole vastuussa.
Toisaalta, jos kyseisen haaran poistaminen tekee uusista vakaista versioista entistä kiillotetuimpia, se näyttää minulle menestykseltä. Mutta se antaa minulle, että se ei ole tavoite, 🙁.
Tehdas oli olemassa ennen Tumbleweedia. Joka tapauksessa nämä testit, joista puhut, on tehty pitkään, minusta näyttää siltä, että itse asiassa on olemassa tapa saada tehdas ilman automaattista testiä, mutta se on epävakaampi.
Tumbleweed luotiin niin, että siinä on "rolling relese" -drooksi vakain Factory-paketeilla, mutta se ei ole verenvuotoa, sen sijaan Factory on verenvuotoinen reuna ja sillä on enemmän liikkuvaa vapautumista kuin Tumbleweed, koska sinun ei tarvitse päivittää paljon paketteja tai alenna päivityksiä joka kerta, kun uusi vakaa OpenSUSE-versio julkaistaan. Pikemminkin Factory on vastuussa uuden version luomisesta OpenSUSE: sta, koska se toimii tukikohtana, mutta se pysyy aina kaikkien pakettien uusimpien versioiden mukana, en tiedä miten OpenSUSE-versioiden julkaisut vaikuttivat Factory-arkistoon, mutta minä Laske, että se käyttäytyi samalla tavalla kuin Debianin SID-arkisto, mikä osoittaa, että se ei ole täysin liikkuva julkaisu, koska niin usein päivityksiä tapahtuu hyvin paljon sen sijaan, että päivitettäisiin Arch-tyylistä järjestelmää vähitellen.
Oletan, että koska he sanovat, että siitä on nyt tullut Rolling Release, he tarkoittavat, että se päivitetään vähitellen kuten Arch, eikä se riipu niin paljon OpenSUSE: n julkaisemista versioista, vaikka se onkin edelleen niiden perusta.
PS: Tiedän, että näytän sanovan, että Factory ei päivitä joukkoa paketteja aina, kun uusi vakaa OpenSUSE-versio tulee ulos, mutta tarkoitin sanoa, että se tapahtuu, mutta prosessi on yksinkertaisempi ja paketteja on paljon vähemmän kuin aina Se on ajan tasalla tehtaalla, se pysähtyy vain vähän, kun OpenSUSE: n uusi versio on aikeissa julkaista, mutta kun uusi versio julkaistaan, he alkavat jo kokeilla paljon uusia asioita, siksi tehdas katsotaan epävakaaksi, vain Sitä pidetään suhteellisen vakaana, kun OpenSUSE: n uusi versio on lähellä olemaan, kun he lopettavat uusien asioiden kokeilemisen ja korjaavat vikoja ja ongelmia.
Ajattele, että OpenSUSE: n uusi versio "valmistetaan" tehtaalla, joten tästä syystä on aika, jolloin se on epävakaampi (mikä olisi normaalia) ja toinen, kun se yrittää olla vakaampi (kun se on lähellä uuden vakaan version julkaisemiseen OpenSUSE: sta). ja kun uusi versio ilmestyy, he alkavat erota toisistaan vähitellen, minusta tuntuu, tai he voivat lähettää suoraan paljon uusia päivityksiä ja kokeiltavia asioita.
Muuten, jos heistä tulee todella liikkuvia julkaisuja, luulen niiden tarkoittavan, että Factory tulee itsenäiseksi OpenSUSE: n vakaista versioista, joita se päivittää aina eikä keskity niin paljon virheiden korjaamiseen milloin tahansa, mutta että jos he korjaavat virheen, he tekevät sen mahdollisuuksien mukaan, se olisi enemmän kuin arch linux. Joten saadakseen uuden vakaan version OpenSUSE: sta ehkä heidän tekemänsä on tarttua tehtaalta jäädytetty kuva ja rakentaa siitä uusi vakaa OpenSUSE.
Hyvä artikkeli, ajattelin olla uskoton Archlinuxille kameeleonijakajan kanssa, mutta en voinut asentaa sitä. Tehtaalla on vika, joka ei salli minun asentaa sitä syliini (se on Asus; jos joku tapahtuu samalla tavalla, kerro minulle ). Yritin testata sitä vakaasta versiosta, mutta en edes pääse työpöydälle asennuksen jälkeen, en tiedä onko se yksinomaan sylissäni tai jollekulle muulle.
Kiitos tiedosta. Minun on odotettava sen kypsymistä vielä vähän… sen kanssa mitä mieltä olen, että se liikkuu. 🙁
voit ohittaa sen plopin avulla
http://www.plop.at/en/home.html
🙂
http://i.imgur.com/BcS6T7p.jpg
Upea idea OpenSUSE: lta. Näiden uusien pakettien testaus- ja päivityskäytäntöjen avulla ongelma olisi Thumbleweedin olemassaolo.
Päivän lopussa näyttää siltä, että OpenSUSE jäljittelee osittain Debiania muistuttavan distron vakauttamisprosessia.
Ei jäljitellä, ellei paranna haha.
Kyllä, ajattelin niin, mutta mitä sillä on merkitystä, niin kauan kuin se on vakaa ja toimii, se on parempi kuin Debian Testing haha.
Okei. Käytän Debian Jessiea, ja näyttää siltä, että he ovat täysin asentaneet SystemD: n heinäkuun lopussa. Ja kenkä on hetkessä siitä, mitä olen käyttänyt viime viikkoina.
Ei, minulla on ollut paljon ongelmia Debian Jessien kanssa viime aikoina, pidän parempana Archin kanssa, joka ratkaistaan silmänräpäyksessä
Olen yrittänyt asentaa sen, mutta en ole edes pystynyt tekemään live-usb: tä edes dd-komennolla, se antaa minulle udf-virheen, en tiedä mikä XD, eikä se läpäise tty-tiedostoa
Kokeile rufusta http://rufus.akeo.ie/
Bugzillassa ilmoitettiin virheestä. He ovat tehneet uusia isoja, joiden pitäisi toimia: D.
Ihmettelen, voidaanko LXQt asentaa tekemään siitä oletusarvoinen DE. Olen kiinnostunut siitä, että se on liikkuva julkaisu, vaikka nyt Manjaron kanssa olen kunnossa 🙂
Meidän on kokeiltava sitä, mikä todella piti minua poissa openSUSE: sta, oli pakettien puute, eli kutsun sinut tarkastelemaan Ettercapin (ncurses-versio) ja p0f (passiivinen käyttöjärjestelmän ilmaisin) olemassaoloa, huomaat, että siellä ovat käytettävissä, eivät ole virallisia, mutta rakentavat järjestelmää eivätkä toimi, joten sen välillä ja asennuksen jälkeen minun piti lisätä ainakin 2 ulkoista repoa, joilla oli ristiriitaa virallisten openSUSE-asioiden kanssa, sanoin ... no ... parempi mene pois täältä. Koska minun täytyy kiertää RPM: ääni rakennettaessa, jos pakettia ei ole (monet kertovat minulle), pidän nyt, kun käytän CentOSia ja Stellaa ja mikä ei ole, käännän sen paikallisesti ...
Utelias, se näyttää kohtuuttomalta kuin Sabayon Linux -kehitysmalli (jota käytän):
1. Lähetys olisi alkuperäisen ohjelmiston RPM, joka olisi Sabayonin Gentoon ebuildit.
2. Automaattinen tarkistus tai kokoaminen vastaa Sabayon Hell -tietovarastoa.
3. Manuaalinen tarkistus vastaisi Sabayon Limbo -tietovarastoa.
4. Vaihto virallisiin tietovarastoihin (Factory) vastaisi Sabayon Daily -tietovarastoa.
5. Siirtyminen vakaisiin tietovarastoihin olisi sama kuin Sabayon Weekly -tietovarasto.
Jos malli toistetaan, OpenSuse odottaa syövän kaikki RPM-jakaumat maailmassa. Yhteisön kanssa, jolla on OpenSuse, se on vakain ja päivitetyin kaikista.
Pidä kiinni Fedorasta!
Vau! Yritän sitä * _ *
Mitä eroa on nykyisillä ISO-arvoilla ja "tilannevedosmateriaaleilla"? Haluan kokeilla Opensuse-tehtaan kuolematta yrittämistä, kiitos
Hyvä yhteys ei ole niin huono jatkaa uusien klassisten versioiden kanssa.
Aion kokeilla sitä, se on ensimmäinen lataamani liikkuva julkaisuversio 😀