Eu tot zic ca ai niste XY problem derivate din insistenta de a vedea niste probleme in modul in care le-ai intuit initial. Sunt cel putin 2-3 acolo si poate intr-o discutie mai la rece cu "uite ce problema am _de fapt_ si uite de ce nu mi se pare ca solutiile pe care le gasesc la prima vedere pe internet nu mi se aplica" s-ar putea rezolva.
Ce m-a zgariat insa pe corazon e abordarea aia zeflemitoare cu "tineretu din ziua de azi / pe vremea mea / yadda yadda" pe care nu doar ca o recunosc de pe vremea cand _noi_ eram "tineretul din ziua de azi", dar chiar e o abordare pe care trebuie sa ma conving singur in oglinda dimineata sa n-o am. Ca unul care se apropie in viteza de faza "cine n-are batrani sa-si cumpere / o sa ajungeti la vorba mea", sunt de parere ca relevanta aia de care zici n-o sa fie sub forma "o sa vina momentul cand or sa aiba astia nevoie de cineva care sa stie tehnologia antica X", ci din experienta de a vedea usor lucrurile si din alte puncte de vedere :) Si mai era si vineri, si flama... -- P. On Mon, Mar 25, 2024 at 8:28 PM Mihai Badici via RLUG <rlug@lists.lug.ro> wrote: > Da, uite, acum la rece să încerc să pun problema altfel. Eu am un > oarecare interes pentru sistemele embeded, chestie care nu e deloc > depășită ci chiar devine din ce în ce mai la modă. Referințele la > slackware le fac mai mult ca să epatez burghezii; el a evoluat fix > invers: încercând să fie cât mai clean a devenit irelevant pentru > sistemele normale. > > Docker e oarecum în aceeași găleată, chiar dacă e "embeded" software, nu > hardware. > > De asta sunt un pic debusolat de ușurința cu care se renunță (de tot) la > un init minimal pentru unul maximal. Că evident că în multe scenarii > systemd are avantaje și până la urmă dacă se poate de ce nu. > > Asta înseamnă că la un moment dat o distribuție care se vrea universală > nu prea mai e ce trebuie pentru o întreagă categorie de device-uri (ca > să mă autoconving că nu vorbeam chiar prostii am verificat în > changelog-ul systemd și chiar există un patch prin 2014 referitor la > "tratarea docker ca un tip special de container"). > > Eu am preferat să îmi derivez niște imagini din whezzy și voiam să le > "upgradez" la jessie dar a fost un interval în care nu exista docker > bazat pe jessie. Acum văd că dezvoltatorii au devenit mai flexibili, > pentru că nginx din bookworm nu pare că mai depinde, cel puțin nu > direct, de systemd. Dar deduc că și tu folosești alpine, eu am ajuns la > el pentru că atunci nu aveam alternativă și în general fără momentul ăla > de talibăneală probabil că nici nu s-ar fi auzit de el... > > Te asigur că tot ce am făcut era complet "canonic" și că am studiat > destul de mult docker la momentul respectiv. Doar că am optat pentru > niște pachete pe care le știam stable, nu pentru nginx/latest . > > Mă gândesc că vreo zece ani tot o să mai fim cât de cât relevanți, măcar > să mai reparăm din trăznăile pe care le fac ăștia micii din prea mult > entuziasm... doar că hai să zicem că aria mea de interes e un pic > diferită. Mă gândeam că anumite lucruri ar fi putut coexista într-o lume > "mai bună și mai dreaptă", cum zicea un dictator din tinerețea mea. KISS > e încă valid și va mai fi probabil și în următorul mileniu, chiar dacă > evident, în afară de a ține lucrurile simple trebuie să avem în vedere > să ne rezolve și problemele, ceea ce, suntem cu toții de acord, ar putea > să fie mai complicat decât ne dorim. > > Ce să zic, pe următoarea vineri când mă mai enervez :) > > On 3/23/24 09:24, Dumitru Moldovan via RLUG wrote: > > Mihai, > > > > Ca de la un „linuxist bătrân” la altul, ca să citez un clasic al > > acestei liste de discuții… Petru a încercat în mod repetat, cu o > > răbdare pe care io personal nu o mai am, să te ajute să înțelegi unde > > greșești. Cu cât se dezvoltă discuția însă, cu atât ne dezvălui mai > > multe niveluri unde se întâmplă aceste greșeli. > > > > Acuma mno, toți avem un ego care ne orbește și ne împiedică să ne > > vedem propriile limitări. Dar, vorba aia, până la urmă ce vrem să > > ajungem la vârsta a treia? Niște moșnegi oțetiți de propriile > > frustrări, pe care nici măcar nu le prea înțelegem? Sau, precum un > > vin de calitate, ceva încă recomandabil? > > > > Dacă duci dorul vechii configurări de rețea din Slackware, îți > > recomand OpenBSD, care a dus această simplificare până la concluzia ei > > logică, o soluție elegantă ce unifică inclusiv configurările de rețea > > fără fir. Însă de vrem să supraviețuim dpdv comercial în actualul > > context, trebuie să înțelegem care-i treaba cu Docker, de exemplu. > > Abia apoi ne putem avânta în lamentări mai la obiect privind „the old > > ways”… > > > > On 3/23/24 07:28, Mihai Badici via RLUG wrote: > >> Neața :) > >> > >> Da, cumva ne apropiem, după cum ziceam vorbim de un proiect de prin > >> 2014-16 deci nu îmi mai amintesc nici eu bine. > >> > >> Tu folosești nginx:latest care la rândul lui e și el derivat din ceva > >> ( nu de către tine, de către alții, dar e) . Dacă te uiți la ce am > >> dat eu, imaginile mele erau derivate dintr-o imagine de wheezy. > >> > >> Acum poate oi fi greșit eu la acel moment, fiecare imagine era cu > >> From: debian/wheezy și apt-install aplicația mea. Aș fi putut > >> probabil să le iau direct cu from: nginx:latest și să ignor că unul > >> din containere ar putea fi bazat pe debian și altul pe alpine; eu așa > >> m-am gândit, că e mai bine ca toate imaginile să aibă aceeași bază și > >> pentru că debian foloseam atunci, să fie debian. > >> > >> Cum docker e bazat pe layere succesive m-am gândit că așa e cel mai > >> economic și mai ușor de întreținut. > >> > >> Sigur că tu dacă o iei din nginx:latest pasezi problema la altul, > >> ceea ce e bine pentru tine dar nu schimbă lucrurile. Și nginx:latest > >> e probabil derivat tot din bookworm:latest, doar că nu de tine, și > >> după from probabil tot apt-get install nginx are (eu am refuzat moda > >> de a compila aplicația în Dockerfile, deși venind dinsprte slackware > >> s-ar zice că e contraintuitiv :) ) > >> > >> Mă rog, nu are importanță, era doar o problemă de demult pe care am > >> adus-o în discuție ca să ilustrez o tendință. > >> > >> Aparent, proiectele de it sunt doar de două feluri: alea > >> subfinanțate, unde se improvizează ca să meargă, și alea > >> suprafinanțate, în care oamenii trebuie să își justifice salariul și > >> adaugă layere succesive de complexitate la problemele simple. Cale de > >> mijloc nu mai e :) > >> > >> > >> On 3/23/24 00:23, Petru Rațiu via RLUG wrote: > >>> On Sat, Mar 23, 2024 at 12:09 AM Mihai Badici via RLUG > >>> <rlug@lists.lug.ro> > >>> wrote: > >>> > >>>> Tu o ții pe a ta și ai tras niște concluzii greșite. > >>>> > >>>> Eu builduiam o imagine locală - de exemplu porneam de la un build de > >>>> nginx , îi aplicam ceva scripturi de customizare și obțineam o imagine > >>>> locală, să zicem nginx-mihai. > >>>> > >>>> Pe aia încercam să o țin upgradată și toate containerele le derivam > >>>> din > >>>> ea. Până aici cred că ești de acord. În felul ăsta nici nu descărcam > >>>> decât o dată, nu că ar mai conta. > >>>> > >>>> Într-adevăr nu îți trebuie systemd în container. Dar pe debian toate > >>>> serviciile, inclusiv nginx depindeau de systemd. Deci dacă vrei să > >>>> instalezi un jessie sau mai nou oricum trebuie să instalezi și > >>>> systemd. > >>>> > >>>> > >>> Vezi, aici m-ai pierdut. Pentru ca daca vrei nginx, folosesti > >>> nginx:latest > >>> sau whatever. Care poate avea intern debian sau nu (default are, dar nu > >>> prea conteaza), dar nu depinde in nici un fel de systemd (daca imi > >>> arati > >>> unde scrie systemd la > >>> > https://github.com/nginxinc/docker-nginx/blob/1f227619c1f1baa0bed8bed844ea614437ff14fb/mainline/debian/Dockerfile > >>> > >>> . il mananc). > >>> > >>> Faptul ca o tot dai cu pachetele din Debian si dependinta lor de > >>> systemd > >>> imi spune ca ai incercat sa pui full distro in container, si > >>> sigur-sigur > >>> faci ceva foarte in raspar daca ajungi sa faci de-astea. > >>> > >>> Aia cu "imaginea aia incercam sa o tin upgradata" e semn ca faceai > >>> ceva gen > >>> golden image de VM, si efectiv la containere nu vrei sa faci asta > >>> decat in > >>> anumite situatii foarte particulare. Daca vrei sa ai containere > >>> maintainable, vrei sa tii un layer cat mai subtire de customizare pe > >>> imagini facute de upstream (preferabil chiar de catre maintainerii > >>> softurilor respective) si sa faci periodic rebuild cu acelasi > >>> scripturi ale > >>> tale bazate pe latest security updates. > >>> > >>> Si ma rog, treaba ta, faci ce vrei, dar nu veni sa bombani ca ale > >>> naibii > >>> iphoanele astea noi, bati doua cuie cu ele si trebuie schimbate. > >>> > >> > >> _______________________________________________ > >> RLUG mailing list > >> RLUG@lists.lug.ro > >> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro > > > > > > _______________________________________________ > > RLUG mailing list > > RLUG@lists.lug.ro > > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro > > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro > _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
