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). -- P. On Fri, Mar 22, 2024 at 7:16 PM Mihai Badici via RLUG <[email protected]> wrote: > Da, concret problema a fost că am dat apt-remove la python3 (înainte de > a da dist-upgrade) și nu am observat că a dezinstalat netplan. (nu mai > țin minte de ce am dezinstalat python dar clar aplicația nu mergea cu > python3.8.) După aia la do-dist-upgrade zicea că nu am terminat upgrade > ( upgradease kernelul așa că avea nevoie de restart) . Drept pentru care > am dat liniștit restart fără să îmi pun problema că aș putea rămâne fără > conexiune. Până la urmă acel config yml îl pot ridica și cu rc.inet1, > asta ziceam, care nu depinde decât de /bin/sh dar parcă te aștepți ca > shell-ul să existe totdeuna în linux, spre deosebire de python, chiar > dacă, evident, nici asta nu e sigur :) > > On 3/22/24 18:58, Mihai Badici via RLUG wrote: > > Da, bun. știu care a fost problema mea, dar nu despre asta e vorba ci > > de ceva mai general, că nu te aștepți ca placa de rețea să depindă de > > python, perl, mâine de go sau dotnet. Placa de rețea mi se pare > > esențială în zilele noastre când toți lucrăm remote și ar trebui să > > aibă măcar un fallback acolo să ruleze un dhcp client dacă nu are > > config dacă tot vrem să fie complicat. > > > > On 3/22/24 18:55, Petru Rațiu wrote: > >> Cred ca de fapt problema ta e ca la dist-upgrade n-ai fost atent ca > >> iti scoate netplan si daca stiai ca depinzi in mod particular de el > >> trebuia sa faci ceva in directia asta. Poate trebuia marcat ca > >> manually installed sau ceva, poate (daca a fost obsoleted, nu stiu) > >> trebuia in prealabil sa folosesti alt client de dhcp, etc. > >> > >> -- > >> P. > >> > >> On Fri, Mar 22, 2024 at 5:52 PM Mihai Badici <[email protected]> wrote: > >> > >> Asta-i problema: ca să își ia ip ubuntu rulează netplan: > >> > >> > >> cat /usr/share/netplan/netplan.script > >> #!/usr/bin/python3 > >> # > >> # Copyright (C) 2018 Canonical, Ltd. > >> # Author: Mathieu Trudel-Lapierre > >> <[email protected]> > >> <mailto:[email protected]> > >> # > >> > >> > >> On 3/22/24 17:48, Petru Rațiu wrote: > >>> N-am inteles exact ce probleme ai cu python si de ce esti > >>> dependent de el. Clientul de dhcp de obicei trimite ce-a primit > >>> la ceva hook care-i primeste ca parametri si face $chestii . Nu > >>> prea stiu eu cu ubunti si netplanuri si de-astea, da' pe debian > >>> lucrurile astea se fac cu shellscripts all the way down. Besides, > >>> problemele astea cu "se schimba pythonul" nu-s chiar asa grave, > >>> in special la probleme de-astea cu "uite un string, da-l mai > >>> departe". Probabil ai tu niste ptsd de la trecerea de la 2 la 3. > >>> > >>> Nu mai sunt nici eu chiar spring chicken, da' asta cu "pe vremea > >>> mea maica, puneam chestii hardcodate in rc.local si mergea" erau > >>> ridicole si acum vreo 15 ani. Si tin minte flame-uri si de pe > >>> atunci ca haha, Debian e bloated ca are nevoie de perl sa booteze. > >>> -- P. > >>> > >>> On Fri, Mar 22, 2024 at 5:18 PM Mihai Badici via RLUG > >>> <[email protected]> wrote: > >>> > >>> > IIRC e in documentatia de preseed ceva exemplu despre cum > >>> poti folosi > >>> > stringul de agent (? am uitat exact detaliile si e prea > >>> vineri ca sa caut > >>> > terminologia exacta) setat de d-i in clientul de dhcp ca sa > >>> identifici > >>> > installerul, am folosit asta in trecut dar am uitat de ce, > >>> pana la urma e > >>> > mai simplu de debugat daca primesti acelasi lucru de la > >>> serverul de dhcp si > >>> > la pxe, si in installer si la normal boot. (fiecare din > >>> cele 3 situatii e > >>> > cu agentul ei, poti fi foarte creativ daca te mananca). > >>> > > >>> > PS: si n-am inteles niciodata insistenta asta pe ip-uri > >>> configurate manual, > >>> > e mai simplu si mai maintainable sa le tii pe serverul de > >>> dhcp, what is > >>> > wrong with you people. > >>> > >>> Păi na, nu era vps-ul meu și nu am eu control pe DHCP dar > >>> sunt destul de > >>> sigur că și cu dhcp tot depinde de python. Că problema e că > >>> ori că îi > >>> dai un bash script cu ip add x.x.x.x ori un dhclient care > >>> sunt să zicem > >>> utilitare mandatory pe un container tot e mai simplu decât să > >>> rulezi un > >>> script python la care peste un an o să mai schimbe vreo > >>> bibliotecă și > >>> n-o să mai meargă by default :) > >>> > >>> _______________________________________________ > >>> RLUG mailing list > >>> [email protected] > >>> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro > >>> > > _______________________________________________ > > RLUG mailing list > > [email protected] > > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro > _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
