|
ot Balkantel(20-04-2020)
SUSE Linux Enterprise i openSUSE binarno suvmestimi ?
V novinarskiia sait na openSUSE se poiavi suobshtenie za
predlozhenie ot SUSE Enterprise, otnosno binarno obediniavane
na dvete distributsii.
https://news.opensuse.org/2020/04/10/SU...
Predlozhenieto e oformeno kato FAQ dokument, narechen
"ClosingTheLeapGap" i se
chete tuk: https://en.opensuse.org/Portal:Leap/FAQ...
Vodi se i diskusiia s obshtnostta kak eventualno mozhe da se
sluchi tova.
https://lists.opensuse.org/opensuse-pro...
openSUSE veche spodelia goliamo kolichestvo sors kod sus SLE.
Sors kodut na okolo 4000 paketa idva direktno ot SLE, a
drugi 8000 se poddurzhat ot obshtnostta.
Tova ot edna strana e dovelo do goliamo oblekchavane v
openSUSE, premahvaiki dvoinata rabota vurhu 4000 paketa. A
ot druga, dulgogodishni razrabotchitsi na openSUSE sa se
sbluskvali s taka narecheniia "korporativen tovaren
vlak" https://en.opensuse.org/openSUSE:Freigh...,
koito im prechi svobodno da doprinasiat v razvitieto na
openSUSE. Dori promeni v
neznachitelni paketi, kato `mercurial`, sa bili otkazvani po
prichini, tsitiram:
> We did not receive any business reasoning for the
request
Ot vodenite razgovori do momenta stava iasno, che i dvete
strani vizhdat oblagi
ot obedinenieto, no sushto taka i trudnosti. Za SUSE
Enterprise sa vazhni sertifikatsiiata
za sigurnost i NDA sporazumeniiata im s treti strani, koito
iziskvat kompilatsiite
da stavat v kontrolirana ot tiah sreda. Za obshtnostta openSUSE
e vazhen otvoreniia protses
na razrabotka t.e vseki da doprinasia bez sblusuk s
"tovarniia vlak".
V sushtoto vreme, triabva da se garantira doverie na
potrebitelite, bez cherni kutii
v predostavenite paketi, koeto, ot svoia strana, iziskva
razrabotka i kompilatsii
v otvorena sreda OBS: https://openbuildservice.org/
Kak togava shte se sluchat neshtata? Za binarnata suvmestimost
paketite triabva da
idvat ot edno i sushto miasto.
Za da garantirat otvorena razrabotka, SUSE Enterprise
predlaga modernizirani
instrumenti i otvariane na chast ot JIRA platformata si.
Po-tochno, govoriat za predostaviane na vuzmozhnosti kato
proslediavane na
*FeatureRequests* i *fast-track code-contributions*,
vuzmozhnost za komentari,
razmiana na pachove i taka natatuk.
> SLE would like to treat openSUSE as a partner here.
Process should be
> simple enough and offer fast-track for
code-contributions.
>
> Where contributors would be able to see request
updates, be able to
> comment, exchange patches and so on.
>
> SUSE has new tools in place, and I'd like to see them
being used, and
> get external requests structure, expected visibility
during evaluation.
Priemane na openSUSE:Factory_development_model s vremeto
sushto e vuzmozhno
https://en.opensuse.org/Portal:Leap/SLE...,
za da bude uvelichena
propusklivostta i prozrachnostta v razrabotkata na SLE i
Leap.
Tova, koeto predlaga openSUSE obshtnostta vurhu predlozhenieto
na SUSE Enterprise e
dvoino podpisvane na paketite idvashti ot SLE, za da
garantirat doverieto na
potrebitelite si. Ideiata e vsichki paketi da budat
kompilirani sushto i v otvorenata
sreda OBS. Ako rezultatut ot dvete kompilatsii e identichen,
binarniiat paket na SLE
shte bude dopulnitelno podpisan s klyucha na openSUSE i vklyuchen
v hranilishtata.
Ako rezultatut e razlichen, v hranilishtata shte bude vklyuchen
paketa kompiliran ot
OBS i edinstveno podpisan s klyucha na openSUSE. Obshtnostta se
nadiava s vremeto
edinichno podpisanite paketi da namaliavat.
Ot SUSE Enterprise priemat ideiata za dvoino kompilirane i
sravnenie vurhu OBS,
ponezhe izchislitelnata moshtnost ne e problem. Spored tiah, niama
da ima
propadnali sravneniia na paketi i e izlishno
upravlenieto na dve
hranilishta. Dvoinoto podpisvane sushto im izglezhda nenuzhno
uslozhnenie, koeto osven
tova vse oshte ne se poddurzha ot RPM.
Te predlagat potrebitelite da izpolzvat dva klyucha v paralel.
Tova reshenie
obache, niama kak da garantira 100% doverieto, ponezhe
obshtnostta niama kontrol
vurhu tova kakvo drugo SUSE Enterprise podpisvat s tehniia
klyuch.
Tazi godina shte vidim dve versii na openSUSE. Versiiata, koiato
ochakvame prez yuni
(Leap 15.2) i edna neochakvana – prez oktomvri (Jump 15.2).
Leap 15.2 e standartnata
openSUSE, napravena po tekushtiia model na razrabotka. A Jump
15.2 shte sushtestvuva
niakolko mesetsa i tselta i e da bude izprobvan noviia model na
razrabotka s binarni
paketi ot SLE.
Oshte ne e iasno dali dvata inzhenerni otbora shte se suberat
uspeshno. Qsno e, che
SUSE Enterprise triabva da dade poveche v tova nachinanie. Te
se zahvashtat s neshto,
v koeto mnogo drugi sa se provaliali predi tiah. openSUSE e
"OPEN" i veche sa dali
vsichko ot sebe si. Te prosto iskat da sa svobodni. Mozhe da
mislim, che SUSE Enterprise
sa gotovi za tova, inache zashto biha pravili tova predlozhenie
izobshto? Varianta za
FreeSLE e obmislian, no ne e priet, zashtoto taka biha stanali
konkurentsiia na openSuse,
a tselta im e tochno obratnata.
Ako dvata otbora se srabotiat, i Leap 15.3, i SLE 15.3 shte
budat napulno binarno
suvmestimi. Tova oznachava bezproblemen prehod ot Leap kum
SLE i ot SLE kum Leap.
Paketite, proizvedeni ot treti strani, za koiato i da e ot
dvete distributsii,
sushto shte budat suvmestimi.
Efektut ot tova nachinanie shte bude mnogo po-osezaem ot drugi
podobni
vzaimootnosheniia (RedHat/CenOS, Ubuntu/Mint). Potrebitelite
na openSuse
shte imat vuzmozhnostta da izpolzvat agresivno testvan i
sertifitsiran softuer, a
potrebitelite na SLE, vse po-chesto shte izpolzvat
"cutting-edge" tehnologii,
blagodarenie na masivnata podkrepa ot ogromnoto openSuse
obshtestvo.
CHuvstvat li se dvata ekipa dostatuchno porasnali, za da
nameriat reshenie na
zadavashtite se problemi kato golemi hora? Predstoi da
razberem.
<< Ubuntu 20.04 LTS | Izleze LXC 4.0 LTS >>
|
|