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 <mi...@badici.ro> 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
<mathieu.trudel-lapie...@canonical.com>
<mailto:mathieu.trudel-lapie...@canonical.com>
#
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
<rlug@lists.lug.ro> 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
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
