On Fri, Apr 18, 2025 at 10:40 PM Dan Lukes <[email protected]> wrote: > > On 14.4.2025 10:16, David Pasek wrote: > > Kernel ani porty uz si sam nekompiluju asi 20 let :-) > > V obou jsou chyby, ktere jsem nahlasil a dodal opravu a ony ani po > dvoucifernem cislu let nejsou opravene. > > A GENERIC je strasnej moloch. Spousta kodu, ktery zabira pamet a ktery > muz eobsahovat chyby a ktery ja nikde a na nicem nepotrebuju. > > No, a u portu jsem casto nespokojeny nejen s defaultnim nastavenim > optionu (a hotove binarni balicky v jine nez deafaultni variante nejsou) > ale obcas narazim i na to, ze FreeBSD portovy system u daneho balicku > nezna plnou siri konfigurovatelnych moznosti a standardnim zpusobem mi > prenastavit co ja cjci ani neumozni - a to zase skonci zdrojakovym patchem. > > Z vsech tehle duvodu uz nejmin 20 let predpripravene binary nepouzivam.
Absolutne chapu tvuj pristup, ale dovolim si odhadnout, ze jsi jeden z mala na svete, ktery to takto resi. Coz nerikam, ze je spatne. Znovu zopakuji, ze Te fakt chapu a mas samozrejme svym zpusobem pravdu a je vlastne skvele, ze mas tu moznost to takto resit. Toto rika AI >>> "Pouze malá menšina uživatelů FreeBSD (odhadem 5–15 %) pravidelně kompiluje celý systém ze zdrojových kódů." Jinak AI take rika, ze u portu je pocet uzivatelu, kteri si je kompiluji ze zdrojaku vetsi nez pocet uzivatelu, kteri si kompiluji kernel. Duvodem je prave pouziti vlastnich build flagu, ale i v tomto pripade prevazuje pocet uzivatelu pouzivajici pkg update / pkg upgrade. Asi si dokazu predstavit tvuj nazor na AI :-) , ale jen jsem chtel nejak podlozit ten muj odhad, ze vetsina FreeBSD uzivatelu uz asi nepreklada ani kernel ani balicky ze zdrojaku. Doba uz trosku pokrocila a dnes uz si nemusime kompilovat kernel proto, aby FreeBSD s IPFW umelo NAT-ovat. V 90-kach jsme se bez toho neobesli ;-) > > > Nainstalovane package pak upgraduju takto > > pkg update && pkg upgrade -y > > Tos celkem odvazna skolacka ;-) > Ano jsem :-) Ale ono to take bude take tim, ze 1/ FreeBSD nepouzivam na zadnem produkcnim prostredi, ale jen ve svych labech a testovacich prostredich 2/ Vsechny moje systemy jsou virtualizovane, takze mam moznost si pred updatem/upgradem udelat snapshot, takze mam k dispozici rollback proces v pripade ze by to bylo potreba. > > Me pkg upgrade obcas navrhne snazani balicku, ktery ja rozhodne smazat > nechci. Zejmena pokud doslo k major upgrade nektereho pouziteho > frameworku. Takze u pkg upgrade velice peclive ctu co se chysta provest, > nez mu to schvalim. Ja jsem ten prikaz "pkg update && pkg upgrade -y" do predchozi odpovedi zjednodusil a vesinou jsem tam taky nedaval -y, ale posledni dobou jsem to stejne jen zbezne prochazel a odklikaval, takze jelikoz opravdu neprovozuji nic kritickeho, tak jsem tomu proste dal duveru a v nejhorsim pripade, kdyz by mi neco prestalo fungovat, tak bych rollbackoval ze snapshotu. Ale to se mi zatim nikdy nestalo. Asi mam stesti a nebo pouzivam balicky, ktere jsou z pohledu upgradu v pohode. > > > >> P.S. pro ucastniky teto diskuse se schrankami na GMailu > > Az takhle adresne to nevim. Cas od casu mi prijde kupa hlaseni o > nedorucitelnosti lidem na GMailu. Tak ja osobne jsem si to radeji zkontroloval a v mem pripade si Gmailovy SPAM filter v poslednich mesicich nejak vyhodnotil, ze asi dva nebo tri maily z teto konference jsou nevyzadane, takze jsem mu snad vysvetlil, ze zadane jsou. Asi bude potreba se cas od casu podivat do SPAM folderu jestli tam nahodou nejsou maily z teto konference. Pisu to sem pro ty, co uz taky nemaji cas a silu si provozovat vlastni mailserver a pouzivaji "E-Mail as a Service" od Googlu.
