Voiam sa-ti raspund punctual la cele cateva prostii pe care le-ai spus, dar mi-am dat seama ca toate se rezuma la "daca n-ai presupune ca esti destept si le stii deja pe toate pentru ca faci astea de hat-hat, ai putea vedea din documentatie (care exista!) ca lucrurile nu-s asa complicate".
Seara faina, programul de flama s-a terminat, -- P. On Fri, Mar 22, 2024 at 8:56 PM Mihai Badici via RLUG <rlug@lists.lug.ro> wrote: > Netplan a fost dat afară pentru că s-au gândit ei că dacă am dezinstalat > python nu îmi mai trebuie nici netplan. > > Problema e că aparent netplan e sistemul default de configurare network > în ubuntu, cel puțin asta înțeleg ( btw, de când ubuntu a ajuns noul > windows e aproape imposibil să mai găsești o documentație ca lumea > pentru că numărul de kizi a înecat în zgomot orice informație utilă. By > default aleg răspunsurile care nu conțin "ub)untu") > > Și sigur că ai dreptate, mi-am permis o atitudine mai laxă pentru că era > un vps nou, nu aveam aplicații în producție (adică nu aveam deloc) și > aveam și VNC. Dar încă o dată, nu despre asta vorbeam. Sigur că > providerul chiar îmi dădea dhcp, dar cu ce script de inițializare > trebuia să primesc eu dhcp-ul ăla? Eu în general prefer căile simple, > în general să lași setările așa cum erau pare suficient de sigur. > > Acu' știu, când începi să zici că "pe vremea noastră... " sigur e semn > de bătrânețe și probabil că nici nu e adevărat, pentru că acum > sistemele merg mai bine decât atunci (chiar merg) . Dar chiar mi se pare > că unele lucruri au început să fie complicate excesiv și fără vreo > utilitate concretă. Evident nu toate, și nu totdeauna, dar uneori chiar > e adevârat. > > Sunt ani de zile de când folosesc debian, că deși în continuare apreciez > simplitatea și curățenia unui sistem ca slackware îmi dau seama și de > slăbiciunile pe care le implică. Debian are niște scripturi de > networking extrem de legacy care însă fac față și nu dau rateuri > niciodată ( a, da, a fost și la ei o bătaie de cap când s-a schimbat > schema de denumire a interfețelor, dar aia era justificată, o schimbare > majoră în kernel). Dacă vrei ceva mai complicat, ai network-manager > (acum ai chiar și în slackware 15.0 , de pildă). Mi se pare o atitudine > sănătoasă și sigură. Un sistem simplu și sigur, dublat de unul mai > complex dacă ai nevoie. Dincoace, la ubuntu, au preferat să meargă > direct pe calea complicată. cloud-init, netplan, python... Evident, ai > și network-manager. Nici nu îmi e clar dacă a mai rămas vreo variantă > simplă în afară de a-ți scrie tu un script "ca pe vremuri". > > .Și apropo, că am avut niște treburi mai acum ceva ani cu containerele, > la un moment dat vine docker și zice: filozofia mea e "un container, un > proces". Oops. nu pot rula ubuntu sau debian, pentru că am deja un > proces, systemd, și nu îl mai pot porni pe al doilea. Până la urmă au > fușerit-o cumva, dar a fost o perioadă în care nu puteai să upgradezi > containerele vechi, care nu aveau systemd, pentru că alea noi aveau > systemd mandatory. O aberație, care s-a rezolvat prin altă aberație, > când soluția evidentă era să facă systemd default dar opțional (de ce am > nevoie de systemd pe docker?). Încerc să nu fiu taliban, dar uneori... > :) Parcă nu mi se mai pare așa de aberant când căutam la windows2008 > prin regiștri după plăci de rețea "fantomă" ... > > > > > On 3/22/24 20:00, Petru Rațiu via RLUG wrote: > > Deci sa traduc: vps-ul pe care l-ai primit avea dhcp setat cu netplan for > > some reason si nu era marcat pachetul ca manually installed sau a fost > alt > > fuckup pe-acolo. Prin ghidul de dist-upgrade (care, btw, merita citit din > > scoarta in scoarta de fiecare data cand nu vrei sa-ti gasesti sistemul pe > > branci, oricat de destept esti), cu siguranta zice sa faci review la > > pachetele care se instaleaza/dezinstaleaza la fiecare pas, poate sunt > unele > > de care-ti pasa mai mult decat apt-ului si trebuie sa faci ceva in > directia > > asta. > > Puteai rezolva problema fie verificand de ce a fost dat netplan afara (nu > > mai e suportat? versiunea urmatoare conflicta cu altceva din sistem? nu > > stiu), fie setandu-ti alt mod de configurare a placii de retea > (providerul > > iti da pe dhcp, sunt convins ca i se falfaie ce client folosesti tu). > > > > Asta cu "de ce depind eu de X" e mult mai subiectiva decat ai crede. Cum > > ziceam, in Debian perl-base e marcat ca Essential pentru ca sunt pe ici > pe > > colo niste scripturi perl care tin toata sandramaua in picioare. > Alternativ > > /bin/sh nu e bash by default pentru ca viata fara sa descoperi ca un > script > > avea bashisms in el era prea simpla (I'm not bitter, no). > > > > In orice caz, astea vin la pachet imho cu credentialele de root. Userii > > care nu vor sa le pese de ce reteaua are nevoie de python n-ar trebui sa > > poata da do-dist-upgrade :D > > > > Si revenind la original XY problem, se recomanda ca pentru aplicatii care > > depind de versiuni specifice de python/perl/ruby sa folosesti unele > > instalate local, nu pe cele ale sistemului, ca sa poti sa le upgradezi > > separat, cu pachetele lor, samd. Nu neaparat containere, dar ceva sa > placa > > la toata lumea (virtualenv, rvm, whatever). > > > > _______________________________________________ > 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
