Bdale Garbee ezen a héten megdöntött szavazatával a Debian technikai bizottsága végül megoldotta a Debian és az Ubuntu inicializálásának kérdését, a systemd javára.
Szeretnék köszönetet mondani a bizottságnak átgondolt vitája nyomás alatt a haltartályban; magas mércét állított az elemzéshez és a tapasztalatokon alapuló döntéshozatalhoz, mivel a bizottság legtöbb tagja egyértelműen időt szánt arra, hogy megismerkedjen mindkét lehetőséggel. Tudom, hogy az Upstartnál dolgozó emberek értékelték a kód minőségének, a szigorú tesztelésnek és a cél egyértelműségének a dicséretét, még azoknak a tagoknak is, akiket ellene szavaztak; Az én szemszögemből öröm volt támogatni azon emberek erőfeszítéseit, akik nagyszerű ingyenes szoftvert szeretnének létrehozni, és ezt megfelelően csinálni. Az Upstart elég jól kiszolgálta az Ubuntut - hatalmas versenyelőnyt adott nekünk abban az időben, amikor a dolgok nagyon dinamikussá váltak benne, nagyon stabil volt (elvégre ez az Ubuntuban és az RHEL 6-ban egyaránt használt init, és magas színvonalat állított fel) a Canonical szoftver minőségéért, amire büszke vagyok.
Azonban, a systemd mellett döntöttek, és mivel az Ubuntu központilag a Debian család tagja, ez egy olyan döntés, amelyet támogatunk. Megkérem az Ubuntu közösség tagjait, hogy segítsenek ennek a határozatnak a végrehajtása érdekében hatékonyan, hozza a systemd-t mind a Debianba, mind az Ubuntuba biztonságosan és gyorsan. Biztosan időbe telik a ma és 14.04 LTS-nél az Upstart által élvezett stabilitás és lefedettség elérése, de felkérem az Ubuntu technikai testületet (néhányan, akik nem dolgozunk a Canonical-nál), hogy nézze át a helyzetet és készítsen megfelelő átmeneti terveket. Minden bizonnyal befejezzük azt a munkát, hogy az új bejelentkezés a systemd néven pid 1-ként működjön. Remélem, hogy a systemd-t fejlesztői opcióként szeretnék elérni az Ubuntuban, amint az megbízhatóan elérhető a Debianon, és mivel az alapértelmezett initünk alig kínál hasonló hiteles szolgáltatási minőséget a meglévő inithez.
A választott technológiák fejlődnek, és platformunk úgy fejlődik, hogy vezető szerepet töltsön be (ma a felhő és a mobil, és mindkét oldalon egyértelműen vezetjük a GNU / Linux-ot), és hogy elfogadja a másutt elrendelt változásokat. Az init vitatott, mert a fejlesztőknek és a rendszergazdáknak is meg kell érteniük annak furcsaságait és képességeit. Nem csoda, hogy nehéz vita volt, az emberek százezreinek a következményei nagyon magasak. Az én szemszögemből az a tény, hogy a jó emberek megosztottak, azt sugallja, hogy bármelyik lehetőség tökéletesen működne. Bízom benne, hogy az új PID 1 inasok ugyanolyan komolyan veszik ezt a felelősséget, mint az Upstart csapata, és ugyanolyan élvezetes lesz velük dolgozni. És ... előre.
Nagyon nehéz döntés volt ez az Ubuntu számára! Biztos vagyok benne, hogy nem volt könnyű nekik. Azt hiszem, ez természetesen a helyes döntés.
Szeretném üdvözölni az Ubuntut a systemd közösségben! Termékeny együttműködés elé nézek! Remélhetőleg megtehetjük hagyja maga mögött a múltat, és működjenek együtt a jövőben!
Rossz hír a Canonical számára, akik büszkék voltak az Upstart-ra, de jó hír az összes GNU / Linux disztribúció rendszerének most hatalmas partnere van, bár a Canonical mögött azt gondolom, hogy a systemd-t használta (a frissítésekben észrevettem, hogy mindig van egy csomag libsystemd) most a változás teljes lesz és mindenki számára előnyös lesz ...
Nagyszerű döntés diplomáciai, politikai és közönségkapcsolati szinten, hogy az Ubuntu elfogadja azt, amit az anya disztró (Debian) gyilkos, vagyis a Systemd elfogadása Upstart felett.
Ekkor az Ubuntu-nak (Mark Shuttleworth) el kell gondolkodnia egy technikai döntésen, az Upstart elemek integrálásán a Systemd-be a második fejlesztése és fejlesztése érdekében.
Lássuk, ez kezd-e egy kicsit temetni az RH és a Canonical között létező csatabárdot (hideg), amely mindenki számára jobb Linux ökoszisztéma létrehozását szolgálja.
A MIR-ről pedig kérjük, hadd járuljon hozzá a Canonical a saját projektjeihez, és nézze meg, hogy ezek hasznosak-e számukra és mindenki számára, amennyiben ingyenes licencek alatt jelentetik meg, amint ez a helyzet.
Nagyon diplomáciai és korrekt Mark, és Poettering válaszában is nagyon korrekt és jól felhozott kérdés, a Canonical vereségének tűnik, de úgy gondolom, hogy azt egy első lépésnek kell tekinteni a win-win konszenzus felé.
Kíváncsi vagyok, mi lesz most az upstartot használó ChromeOS-szal.
Ami a cikket illeti, nem tudom, jó vagy rossz lesz-e, de ez kissé megkönnyíti a fejlesztők életét.
A Debian továbbra is közvetlen parancsokat ad az ubuntunak !! ... Mindaddig, amíg ezek egyszerű származékként folytatódnak, az ilyen dolgok továbbra is meg fognak történni !! ..
Hidd el, hogy ez a szemét soha nem fog napvilágot látni. A legjobb módnak van esélye !! A Mir kétségtelenül olyan, mint az a használt papír, amelyet akkor vesz ki az orrából, amikor tele van takonyával!
Gazdasági és diplomáciai szempontból is helyes döntés volt. Ahogy Mark mondja: „erőfeszítéseink mobil és felhőközpontúak”, nem engedheti meg magának, hogy pazarolja az erőforrásokat, ha lépést tart. Valójában azt gondolom, hogy utoléri őket a Mir fejlesztése, míg a mobil operációs rendszerek más alternatívái már valóban jelen vannak a piacon (kifejezetten a Sailfishre és a Firefox OS-re gondolok), vagy közel állnak a bevezetéshez (Tizen) . A nagyobb késedelem azt jelenti, hogy a gyártók és az alternatívákat kereső emberek a piacon lévőeket választják. Tudom, hogy sok várakozás vár az Ubuntu touch-ra, de a várakozás nem fog örökké tartani. E rendszerek egyikének hatékony konszolidálása azt jelentené, hogy az Ubuntunak nehezebb dolga van, mint manapság. Az idő Mark legrosszabb ellensége, és tudja. Lehet, hogy végül a Mir-et adom ki, ha a fejlesztés túl sokáig tart. És ha ez minden szabály szerint könnyű lenne, mert a Sailfish a Wayland-et használja, és működőképes, vagyis elveszítené a fejlődését és az idejét, hogy a piacon legyen, ami a siker egyik fontos feltétele.
Néhány hónappal ezelőtt átállítottam a gentoo-t az openrc-ről a systemd-re !! Nem jelentett problémát, bár nem az, hogy nagy előrelépést értem volna el. A Systemd véleményem szerint még mindig sok megoldandó dolgot vár az alkalmazás területén, a migráció költségeit (a fejlesztés szempontjából) és a valódi előnyöket, amelyeket másokkal szemben hoz szkripteket ír be anélkül, hogy természetesen feláldozná a stabilitást
Érdekes, hogy felvetettem a migrációt, de inkább azért, mert hasonló volt a környezet, mint a jelentős fejlesztések meggyőződéséért. Véleménye szerint megéri-e a fáradságot?
Rossz hír a Canonical számára, akik büszkék voltak az Upstart-ra, de jó hír az összes GNU / Linux disztribúció rendszerének most hatalmas partnere van, bár a Canonical mögött azt gondolom, hogy a systemd-t használta (a frissítésekben észrevettem, hogy mindig van egy csomag libsystemd) most a változás teljes lesz és mindenki számára előnyös lesz ...
vagy lehet, hogy nem ??
Azt hiszem, ez a legésszerűbb és legcsodálatosabb dolog, amit Mark mondott az utóbbi időben. Gratulálok!
Nagyszerű döntés diplomáciai, politikai és közönségkapcsolati szinten, hogy az Ubuntu elfogadja azt, amit az anya disztró (Debian) gyilkos, vagyis a Systemd elfogadása Upstart felett.
Ekkor az Ubuntu-nak (Mark Shuttleworth) el kell gondolkodnia egy technikai döntésen, az Upstart elemek integrálásán a Systemd-be a második fejlesztése és fejlesztése érdekében.
Lássuk, ez kezd-e egy kicsit temetni az RH és a Canonical között létező csatabárdot (hideg), amely mindenki számára jobb Linux ökoszisztéma létrehozását szolgálja.
A MIR-ről pedig kérjük, hadd járuljon hozzá a Canonical a saját projektjeihez, és nézze meg, hogy ezek hasznosak-e számukra és mindenki számára, amennyiben ingyenes licencek alatt jelentetik meg, amint ez a helyzet.
Nagyon diplomáciai és korrekt Mark, és Poettering válaszában is nagyon korrekt és jól felhozott kérdés, a Canonical vereségének tűnik, de úgy gondolom, hogy azt egy első lépésnek kell tekinteni a win-win konszenzus felé.
Kíváncsi vagyok, mi lesz most az upstartot használó ChromeOS-szal.
Ami a cikket illeti, nem tudom, jó vagy rossz lesz-e, de ez kissé megkönnyíti a fejlesztők életét.
A Canonical egy vagyont takarít meg a karbantartáson, és az összes munkát a debian XD-re bízza
A Debian továbbra is közvetlen parancsokat ad az ubuntunak !! ... Mindaddig, amíg ezek egyszerű származékként folytatódnak, az ilyen dolgok továbbra is meg fognak történni !! ..
De rengeteg pénzt fognak megtakarítani a fejlesztésre.
Most csak arra van szükségem *, hogy megállítsam a MIR őrületét Wayland javára
Hidd el, hogy ez a szemét soha nem fog napvilágot látni. A legjobb módnak van esélye !! A Mir kétségtelenül olyan, mint az a használt papír, amelyet akkor vesz ki az orrából, amikor tele van takonyával!
Gazdasági és diplomáciai szempontból is helyes döntés volt. Ahogy Mark mondja: „erőfeszítéseink mobil és felhőközpontúak”, nem engedheti meg magának, hogy pazarolja az erőforrásokat, ha lépést tart. Valójában azt gondolom, hogy utoléri őket a Mir fejlesztése, míg a mobil operációs rendszerek más alternatívái már valóban jelen vannak a piacon (kifejezetten a Sailfishre és a Firefox OS-re gondolok), vagy közel állnak a bevezetéshez (Tizen) . A nagyobb késedelem azt jelenti, hogy a gyártók és az alternatívákat kereső emberek a piacon lévőeket választják. Tudom, hogy sok várakozás vár az Ubuntu touch-ra, de a várakozás nem fog örökké tartani. E rendszerek egyikének hatékony konszolidálása azt jelentené, hogy az Ubuntunak nehezebb dolga van, mint manapság. Az idő Mark legrosszabb ellensége, és tudja. Lehet, hogy végül a Mir-et adom ki, ha a fejlesztés túl sokáig tart. És ha ez minden szabály szerint könnyű lenne, mert a Sailfish a Wayland-et használja, és működőképes, vagyis elveszítené a fejlődését és az idejét, hogy a piacon legyen, ami a siker egyik fontos feltétele.
Néhány hónappal ezelőtt átállítottam a gentoo-t az openrc-ről a systemd-re !! Nem jelentett problémát, bár nem az, hogy nagy előrelépést értem volna el. A Systemd véleményem szerint még mindig sok megoldandó dolgot vár az alkalmazás területén, a migráció költségeit (a fejlesztés szempontjából) és a valódi előnyöket, amelyeket másokkal szemben hoz szkripteket ír be anélkül, hogy természetesen feláldozná a stabilitást
Érdekes, hogy felvetettem a migrációt, de inkább azért, mert hasonló volt a környezet, mint a jelentős fejlesztések meggyőződéséért. Véleménye szerint megéri-e a fáradságot?