06-26-2021, 03:34 PM
Az OE verziószámáról
Úgy tűnik, hogy jelenleg sok a zavar az OE verziókkal kapcsolatban.
Először is tudnia kell, mi az OE.
Az OE jelentése Linux Open Embedded.
Az OpenEmbedded egy olyan szoftveres keretrendszer, amely Linux beosztásokat hoz létre a beágyazott eszközökre , de nem kizárólag azokra .
Tehát az OE egy Linux disztribúció, és az összes enigma2 doboz ilyen Linuxot használ.
Az Enigma2 egy Linux alatt futó alkalmazás, de külső az OE-n.
Az OE csak a Linux alaprendszere, és nem csak dobozunkban, hanem sok más eszközben is használják.
Most, hogy tudjuk, mi az OE, meg kell próbálnunk megérteni a jelenleg használt verziót, mert annyi zavar van az 1,6 - 2,0 - 3,0 és így tovább.
A zűrzavar oka, hogy A HIVATALOS LINUX OE NEM SZABAD SZÁM.
Ellenőrizheti saját magát az Openembedded hivatalos webhelyén vagy a Wikipédiában, és rájön, hogy az OE jelenlegi szerkezete "dinamikus", és annak szépsége, hogy automatikusan frissül a Git- en keresztül .
Akkor miért folytatunk annyi vitát az 1.6, 2.0 vagy 3.0 verziókról?
Ennek oka hisztorikus.
Az első vállalat, amely Openembedded-et fejlesztett egy Linux stb. Számára, a DMM volt.
A DMM OE-jét Opendreamboxnak hívják.
A DMM elkezdte rendelni az OE progresszív kibocsátási számát, 1,5 - 1,6 és most 2,0 (az Open Embedded denzil-kibocsátása alapján).
Mivel sok olyan fejlesztő, aki saját OE disztribúciót hozott létre, a "DMM OE" alapján készült, ugyanazt a DMM által elindított kiadási számrendszert kell követnie.
De a kiadás száma önkényes, és nem az OE hivatalos kiadásából származik.
Tehát sok éven át más disztribúciók, például az OpenPli vagy a Vu +, ugyanazt az OE verziószámot rendelték terjesztésükhöz: először 1,5, majd később 1,6.
Tehát manapság a verziószámok már nem relevánsak, mert a jelenlegi OE verzió dinamikus és automatikusan frissül is. Tehát az egyetlen logikus előrelépés a dátum használata lenne a verziószám helyett, mivel láthatjuk, hogy önmagában a verziószámnak már nincs értelme.
Más szavakkal, az "úgynevezett 1.6" OE verzió után, a jelenlegi OE verzióktól kezdve (DMM 2.0 néven), a verziószám teljesen önkényes, és láthatja, hogy a fejlesztők elkezdték oda hívni az OE 3.0 vagy 4.0 disztribúciókat stb. abszolút semmi köze a használt OE állapotához, mivel az összes "verzió" esetében mindig a legfrissebb verzióra frissül.
Ezért jobb, ha mindenki (fejlesztő) továbbra is egy logikai hivatkozást használ (például a DMM 2.0-s verziószámát) az összetévesztés elkerülése érdekében, és az összes OE frissített terjesztést 2.0-nak kell hívni, vagy a verziószámot teljesen el kell távolítani.
Remélhetőleg ez segített néhány tagnak, és világosabbá tette a dolgokat. A Bh csapata továbbra is követi a DMM számozási rendszert, így elmondhatjuk, hogy jelenleg:
Black Hole image: OE 1.6
Black Pole image: OE 2.0
De hamarosan a Black Hole sorozat felugrik !!
Forrás: https://www.vuplus-community.net/board/t...ber.10427/
Úgy tűnik, hogy jelenleg sok a zavar az OE verziókkal kapcsolatban.
Először is tudnia kell, mi az OE.
Az OE jelentése Linux Open Embedded.
Az OpenEmbedded egy olyan szoftveres keretrendszer, amely Linux beosztásokat hoz létre a beágyazott eszközökre , de nem kizárólag azokra .
Tehát az OE egy Linux disztribúció, és az összes enigma2 doboz ilyen Linuxot használ.
Az Enigma2 egy Linux alatt futó alkalmazás, de külső az OE-n.
Az OE csak a Linux alaprendszere, és nem csak dobozunkban, hanem sok más eszközben is használják.
Most, hogy tudjuk, mi az OE, meg kell próbálnunk megérteni a jelenleg használt verziót, mert annyi zavar van az 1,6 - 2,0 - 3,0 és így tovább.
A zűrzavar oka, hogy A HIVATALOS LINUX OE NEM SZABAD SZÁM.
Ellenőrizheti saját magát az Openembedded hivatalos webhelyén vagy a Wikipédiában, és rájön, hogy az OE jelenlegi szerkezete "dinamikus", és annak szépsége, hogy automatikusan frissül a Git- en keresztül .
Akkor miért folytatunk annyi vitát az 1.6, 2.0 vagy 3.0 verziókról?
Ennek oka hisztorikus.
Az első vállalat, amely Openembedded-et fejlesztett egy Linux stb. Számára, a DMM volt.
A DMM OE-jét Opendreamboxnak hívják.
A DMM elkezdte rendelni az OE progresszív kibocsátási számát, 1,5 - 1,6 és most 2,0 (az Open Embedded denzil-kibocsátása alapján).
Mivel sok olyan fejlesztő, aki saját OE disztribúciót hozott létre, a "DMM OE" alapján készült, ugyanazt a DMM által elindított kiadási számrendszert kell követnie.
De a kiadás száma önkényes, és nem az OE hivatalos kiadásából származik.
Tehát sok éven át más disztribúciók, például az OpenPli vagy a Vu +, ugyanazt az OE verziószámot rendelték terjesztésükhöz: először 1,5, majd később 1,6.
Tehát manapság a verziószámok már nem relevánsak, mert a jelenlegi OE verzió dinamikus és automatikusan frissül is. Tehát az egyetlen logikus előrelépés a dátum használata lenne a verziószám helyett, mivel láthatjuk, hogy önmagában a verziószámnak már nincs értelme.
Más szavakkal, az "úgynevezett 1.6" OE verzió után, a jelenlegi OE verzióktól kezdve (DMM 2.0 néven), a verziószám teljesen önkényes, és láthatja, hogy a fejlesztők elkezdték oda hívni az OE 3.0 vagy 4.0 disztribúciókat stb. abszolút semmi köze a használt OE állapotához, mivel az összes "verzió" esetében mindig a legfrissebb verzióra frissül.
Ezért jobb, ha mindenki (fejlesztő) továbbra is egy logikai hivatkozást használ (például a DMM 2.0-s verziószámát) az összetévesztés elkerülése érdekében, és az összes OE frissített terjesztést 2.0-nak kell hívni, vagy a verziószámot teljesen el kell távolítani.
Remélhetőleg ez segített néhány tagnak, és világosabbá tette a dolgokat. A Bh csapata továbbra is követi a DMM számozási rendszert, így elmondhatjuk, hogy jelenleg:
Black Hole image: OE 1.6
Black Pole image: OE 2.0
De hamarosan a Black Hole sorozat felugrik !!
Forrás: https://www.vuplus-community.net/board/t...ber.10427/
