Aka je logika cislovania verzii p123 ?

[Dan Lukes]

On 21.4.2025 20:07, Miroslav Lachman wrote:
> Jen takove "me too". Nejaky cas jsem pouzival freebsd-update a protoze 
> mi prinesl nekolikrat perne chvilky a jeho pouziti trva straaasne 
> dlouho

V tom bych se ho trochu zastal, on "make installkernel installworld" 
nemuze byt o mnoho rychlejsi. Ty data se proste preneset museji.

> Balicky pak builduju v Poudriere prave kvuli ruznym options, jinym 
> defaultnim verzim PHP / Python / MariaDB atd. a protoze pro ruzne 
> servery potrebuji ruzne verze, tak tech package setu builduju nekolik 
> (asi 5)

To ja mam prostredi asi homogenejsi, Pokud menim verzi PHP, pak se zmeni 
na kazdem stroji na svete (ne nutne okammzite, ale az tam budu delat 
pristi upgrade).

Takze mam set jen jeden. A to mi umoznuje se Poudriere uplne vyhnout. 
Pred lety jsme s nim neudelal dobrou zkusenost. Jak on prekladani 
kazdeho balicku v podstate zacina na cistym systemu a nektere balicky 
nejsou uplne korektne napsane, v ramci "configure" faze si ocuchavaji co 
v systemu je a tomu co zjisti se pak prizpusobi preklad. A stavalo se 
mi, ze balicek prelozeny "na sterilnim" systemu v tom realnem nefungoval 
dobre kvuli kolizim s necim co tady je ale na Poudiere nebylo.

> Tak zrovna minuly tyden, kdyz jsem se pokusil o pkg upgrade z 
> oficialniho repozitare pro 14.2 amd64 na desktopu, tak mi to chtelo 
> odinstalovat desitky dulezitych baliku, protoze v repozitari chybi, 
> protoze nekdo commitnul neco, co nemel a balicky buildnout nejdou

No, a to je dalsi problem. Z verejneho repozitare balicky klidne beze 
slova zmizi a pkg update je pri "unattended upgrade" smaze i lokalne.

Ne, ze by se mi moje kopie repository nemohla porouchat, naopak, s 
nedefaultnimi optiony a dokonce zasahy do kodu je to daleko 
pravdepodobnejsi, ale vim o tom a muzu se tomu prizpusobit ...

Dan