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.