Ubuntu 20.04 LTS je tu

In potem ima nekoč knjižnica B varnostno luknjo, ki jo debian zakrpa v nekaj urah in distribuira po celem svetu v nekaj dneh. Razen do tvojega programa, ker si medtem že pozabil kako si to pred leti deployal in si ne upaš uporabit popravljene knjižnice, ker ne veš, če bo celota sploh še delovala.
Problem te "udobnosti" je, da mora nujno priti s celotnim procesom izgradnje in vzdrževanja, kar pa userji z veseljem "outsourcajo" neki organizaciji tam nekje v cloudu. In voila, spet imaš vendor lock in sistem, proti kateremu smo se tako dolgo borili ...
Source + local compile je edina res svobodna možnost.

Vsaj bug napiši preden greš na pivo.

Mr.Stein, sam sem na obeh koncih te palice, razvijam kdaj kaj, ukvarjam se s sistemi pa tudi vzdržujem pakete. Nekoč sem za Fedoro, zdaj za Arch.

Ne vem koliko poznaš širšo sliko ampak same distribucije marsikaj začasno popravijo, še preden ta popravek ugleda luč sveta kot nova upstream verzija knjižnice. To je popolnoma običajen dogodek znotraj distribucije. Služi temu, da popravek hitreje pride do končnih uporabnikov.

Znotraj distribucij imaš torej cel kup paketov, ki so začasni mini forki v primerjavi z upstreamom. Poglavitno pri tem je, da se tak začasen mini fork ne bo zgodil, če ni upstream sprejel patch. Dejansko sprejel, ne le, da bug bil prijavljen.

Upstream bo morda naslednji release naredil čez mesec dni ali tudi čez leto dni, kakor hočejo. Distro pač ne, morda ga bo že jutri.

Snap... snap je nekaj popolnoma drugega. Gre za popoln in nameren zajeb na sistemskem nivoju...

Ales je 28. apr 2020 ob 23:08 izjavil:

Mr.Stein, sam sem na obeh koncih te palice, razvijam kdaj kaj, ukvarjam se s sistemi pa tudi vzdržujem pakete. Nekoč sem za Fedoro, zdaj za Arch.

Ne vem koliko poznaš širšo sliko ampak same distribucije marsikaj začasno popravijo, še preden ta popravek ugleda luč sveta kot nova upstream verzija knjižnice. To je popolnoma običajen dogodek znotraj distribucije. Služi temu, da popravek hitreje pride do končnih uporabnikov.

Znotraj distribucij imaš torej cel kup paketov, ki so začasni mini forki v primerjavi z upstreamom. Poglavitno pri tem je, da se tak začasen mini fork ne bo zgodil, če ni upstream sprejel patch. Dejansko sprejel, ne le, da bug bil prijavljen.

Upstream bo morda naslednji release naredil čez mesec dni ali tudi čez leto dni, kakor hočejo. Distro pač ne, morda ga bo že jutri.

Snap... snap je nekaj popolnoma drugega. Gre za popoln in nameren zajeb na sistemskem nivoju...

No, tu je en primer: https://bugzilla.kernel.org/show_bug.cg...

Me zanima, kako dolgo bo trajalo, da distro spravi zadevo do uporabnikov.
(jaz sem naredil alternativo "sam ideš" in imam popravek nameščen že od včeraj)

Ne sekiraj se kam bom jaz kaj dal.
Pogovor je o "distroti (baje) hitro dajo popravke med ljudi ".

Distroti dajejo včasih popravke hitreje med uporabnike, kot če bi zgolj čakali na upstream. Nikjer nisem trdil nič drugega.

Včasih traja 20 let da kaj pride.

Saj veš da jedra ne moreš dati v Snap. Če ne drugega slab primer.
Čist razumem zakaj se stvari zraven pakira, ampak potem moraš to tudi vzdrževati in posodabljati. Običajno ni potrebno, zato je res brezveze za vsako stvar svoj zlib pakirat.

V bistvu, ne še vedno se mi ne zdi dobra rešitev.

Ales je 6. maj 2020 ob 23:31 izjavil:

V bistvu, ne še vedno se mi ne zdi dobra rešitev.

Saj noben ni rekel, da je dobra rešitev.

Zelo lepa rešitev je tudi uporaba .net core za linux aplikacije. Potem snapa in podobnih stvari niti ne rabiš ker je itak dotnet edini dependancy in je v distro repotih.

Skratka kot razvijalec hočem abstrakcijo in nočem biti preveč vpet v OS dependancy graph, pač ne hvala. Na vse kriplje bom iskal rešitve kako mimo tega, če ne bo boljšega bo to pač snap. Open source koda pa se čisto lepo shara med razvijalci preko github, ni nobene potrebe za forcan sharing na nivoju linux distribucij.

@Lonsarq, pri nas smo dali že par .NET Core aplikacij v produkcijo na linux infrastrukturi. Zadeva čisto lepo stabilno deluje.

Če boš hotel testirati kako v dejanskem strežniškem okolju (in ga morda nimaš), me kontaktiraj na ZS. Ali pa če koga drugega zanima.

Ne da sem ne vem kak ljubitelj MS, ampak v zadnjih letih se da shajati z njimi...

sloxl8 je 9. maj 2020 ob 18:01 izjavil:

kako omogočiti video kodeke, da bom lahko predvajal kakšen družinski posnetek

Takoj ko je nekaj "10 things to do ... " veš da je klik vaba, polna oslarij.

1. Check For Updates

Sistem te po defoltu vpraša če boš updejtal vse ali samo varnostne popravke. Nič ne rabiš delat.

2. Enable Partner Repositories

Zakaj že? Čisti BS

3. Install Missing Graphic Drivers

Imam nadpovprečno raznoliko strojno opremo. Nič ni treba dodatno inštalirat. Zadnja verzija Nvidie dela out of the box, starejše pa tako ali tako. Spet čisti BS.

4. Installing Complete Multimedia Support

Po defaultu ne manjka nič - filme iz fotoaparata prebere, teh nekaj filmov ki sem jih poklikal, pa je tudi delovalo brez česarkoli. BS

V primeru eksotičnih kodekov ti sistem pove, da je treba pač nekaj instalirat in od tebe zahteva geslo, sicer kodeka ne inštalira.

5. Install Synaptic Package Manager

Za večino ljudi - za normalno uporabo - totalno nepotrebna zadeva.

6. Install Microsoft Fonts

To spet nujno rabiš. Za kaj že?

7. Instaliraš kar potrebuješ

8. Gnome extensions. Kakšen je kul ampak spet popolnoma nepotrebna navlaka.

9. Backup your system

Zatarjaj /home in /etc in so končal

... skratka instaliraj in računalnik uporabljal za kar ga pač potrebuješ. Moja žena ima Linux že 10+ let pa sploh ne ve kaj to je.

Meni so tukaj na forumu svetovali tole za Windows 10: https://fdossena.com/?p=w10debotnet/ind...
Težko rečem koliko korakov je, ker ni oštevilčeno. Lahko pa rečem, da je celotna namestitev Arch Linuxa (kjer moraš pisati ukaze po navodilih) precej bolj enostavna.