2015-07-23 16:05 GMT+03:00 Alex 'CAVE' Cernat <[email protected]>:

> acum ceva vreme exista doar stable în source list ; apoi (Lenny, squeeze?)
> a apărut numele distribuției acolo, tocmai pentru a evita update-ul automat
>


Simt nevoia sa corectez putin incongruentele din afirmatia de mai sus, ca
ramane lumea cu idei gresite.

O linie de sources.list are in general forma:
deb <baseurl> <distribution> <component_list>

si ce face apt (and friends) cu ea este asa:

Compune calea catre release file sub forma baseurl + '/dists/' +
distribution + '/Release' , il downloadeaza si gaseste in el cai catre
listele de pachete, care sunt de forma component + '/Packages' (sau
'Packages.gz|bz2|lzma' .Calea asta e la randul ei considerata relativa la
baseurl + '/dists/'. Dupa aia, in Packages gaseste cai catre deb-uri de
forma '/pool/main/w/wireshark/tshark_1.8.2-5wheezy12.amd64.deb' care sunt
considerate relative la baseurl direct (fara numele distributiei).

Cum se intampla lucrurile de fapt pe mirroruri e asa: in dists exista
foldere numite dupa releae name (wheezy, jessie, stretch, etc) si
symlinkuri gen 'stable -> jessie'. Cand un pachet migreaza intr-un anume
release se updateaza Packages.gz din dists/<toyname> sa reflecte exact
vresiunea cu pricina si daca sunt deb-uri noi se uploadeaza in /pool (in
multe cazuri erau deja acolo dar nu stiai de el). La un release de debian
tot ce se intampla e sa se updateze symlinkurile, de exemplu anul asta
symlinkul 'stable' s-a schimbat din 'wheezy' in 'jessie', la fel si
oldstable, oldoldstable si testing (folderul 'stretch' fusese creat in
prealabil si era prezent pe mirroruri de la un pulse de rsync anterior).

Revenind la client, toata aceasta schema iti permite sa alegi daca sa pui
in sources.list fie nume simbolic (gen 'stable') fie codename (gen
'jessie'). Cand ai vrea unul sau altul:
- pui 'stable' cand vrei sa faci rolling upgrade la fiecare release fara
sa-ti bati prea tare capul
- pui 'jessie' cand vrei sa controlezi exact cand treci de la un release la
altul

IMHO cand ai sisteme de productie si/sau faci mix de release-uri e bine sa
folosesti varianta 2. De cateva release-uri acest sfat a inceput sa fie mai
proeminent in release notes, dar mecanismul din spate e de-o varsta cu apt
(am reusit sa gasesc un mail de-al lui Bdale Garbee din '98 cand contura
ideea asta, intr-o vreme cand lumea se dadea cu dselect:
https://lists.debian.org/debian-devel/1998/05/msg01607.html ). In orice
caz, aia cu "pe vremuri exista doar stable in sources.list" e o gogomanie ;)

Am sarit putin niste pasi in descrierea de mai sus (semnaturi gpg, selectia
de arhitectura, etc), o pagina care descrie ceva mai pe larg formatul de
repo este https://wiki.debian.org/RepositoryFormat

Despre cat de putin ii pasa lui apt pe ce release crezi tu ca esti, intr-un
potential roman viitor.

-- 
P.
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui