[LUGOS] Odpakiran arhiv namesto tar.gz, deb, rpm

[Uros Gruber]

Hojla,

pomoje slabost edino da kompliciras in razlozi zakaj ne bi to moglo
bit zapakirano, kaj pa on the fly odpakiranje. Si preprican, da bi na
tvoj nacin kaj prihranil.

-- 
lp,
 Uros                            mailto:uros.gruber at sir-mag.com


Sunday, February 17, 2002, 1:28:48 AM, you wrote:

DI> Tole ni konkretno povezano z Linux-om, imam samo dobro idejo, 
DI> kako bi se zmanjsalo  internetni promet za zrcaljenje nekega arhiva 
DI> in kolicino prenesenih podatkov za koncnega uporabnika.

DI> Vzemimo za primer arhiv izvorne kode Linux-a in da so na strezniku
DI> verzije od 2.4.0 do 2.4.10.

DI> 1. Vsi arhivi in datoteke bi bili odpakirani in odkompresirani.
DI> 2. Enaka datoteka naj se pojavi samo enkrat. 
DI> 3. Namesto *.tar.gz spisek datotek.


DI> 2.4.0 odpakiras v imenik 2.4.0
DI> 2.4.1 v imenik 2.4.1 ampak samo tiste ki jih ni v 2.4.0
DI> 2.4.2 v imenik 2.4.2 brez tistih datotek v 2.4.0 in 2.4.1
DI> itd.

DI> To je samo en nacin, da zagotovis da se enake datoteke ne ponavljajo
DI> in da se pri zrcaljenju arhiva prenasajo samo tiste datoteke, ki so
DI> razlicne v novi verziji.

DI> Namesto *.tar.gz spisek datotek

DI> linux-2.4.1.list
DI> ------------------
DI> linux/README --- 2.4.0/README
DI> linux/Makefile --- 2.4.1/Makefile
DI> .
DI> .
DI> __________________


DI> Vecjo prednost bi ta prinesel za arhive distribucije Linux-a
DI> Debian, RedHat, ...

DI> Brez uporaba "patch" datotek pri nadgradnji paketa se prenasa
DI> samo tiste datoteke, ki so se spremenile, pri uporabi patch
DI> pa samo dele datotek.

DI> Patch datoteke so kratke, samo napotki kako sestaviti novo datoteko
DI> Za datotekeo file2:
DI> -----------------
DI> 100  bajtov file1 odmik 0
DI> 120  bajtov file2 odmik 100
DI> 1030 bajtov file1 odmik 100

DI> zato poleg patch datotek

0 ->> 1
1 ->> 2
2 ->> 3
3 ->> 4

DI> lahko tudi
0 ->> 3
0 ->> 4
1 ->> 3
DI> .
DI> .

DI> kar je pomembno pri binarnih datotekah.


DI> Kaksne so slabosti tega nacina (jaz jih ne vidim)