net-tools upgrade

net-tools (1.60+git20161116.90da8a0-1) unstable; urgency=medium

After 15 years without upstream development, net-tools is being worked on
again, fixing many long-standing issues.

The bad news is that the output of many commands has changed, and it is sure
to break scripts that relied on parsing it.

If you have customs scripts that use any of these commands, please make sure
they still work after this upgrade:

netstat, ifconfig, ipmaddr, iptunnel, mii-tool, nameif, plipconfig, rarp,
route, slattach, arp.

wlan0: flags=4163  mtu 1500
        inet 10.32.0.11  netmask 255.255.0.0  broadcast 10.32.255.255
        inet6 fe80::6257:18ff:feb9:9b46  prefixlen 64  scopeid 0x20
        ether 60:57:18:b9:9b:46  txqueuelen 1000  (Ethernet)
        RX packets 3026500  bytes 3954044615 (3.9 GB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1420998  bytes 174064340 (174.0 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ui.:

Mikor lesz uj drupal vagy amivel lehet rendesen pre tag-ekbe rakni a paste-elt stuffot?

Hozzászólások

"After 15 years without upstream development, drupal is being worked on..." /troll :)

igazan irhatnanak egy scriptbarat output gyarto "modul" is az ilyenekbe, json/xml/akarmi formatummal. es nem kene cut/grep/awk-ak buveszkedni...

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Igazán át lehetne már állni az "ip" parancsra - ha már a legtöbb értelmes helyen az van, és az ifconfig és a többi lom deprecated lett - hála egyébként annak (is), hogy ennyi ideig nem foglalkoztak vele.

A "scriptbarát output gyártó modul" jó ötlet, hajrá, tessen nekiugrani :-) Példának jó lehet az, ahogy powershell-ben zajlik az élet... :)

De gustibus non est disputandum - nézd meg alaposabban. Elrettentésnek elég az egyszerű "ls" parancsot megvizsgálni, hogy hány féle különböző hosszú kimenetet képes produkálni OS-től, saját verziójától, nyelvi beállítástól, meg a jó ég tudja, miktől függően... Kifejezetten igaz ez az időadatok megjelenítésére... Igen,tudom, POSIX, és azt minden tudja... Kivéve, ami nem, vagy nem úgy, ahogy kéne.

A probléma azzal van, hogy a kimenetben karakterek sorozata és nem értelmesen strukturált adatok vannak. Egy 10/11/12, mint dátum szerinted melyik év, melyik hónap, melyik napját jelöli? Nagyon nem egyértelmű - és nem csak idő terén lehetnek ilyen problémás outputok... Hogy az ls-nél maradjak, ha épp a "régi" van előrébb a PATH-ban, és az usereket IPA-ból veszi a gép, akkor az uid/gid látszik a kimenetben - és a felhasználó panaszkodik, hogy "demiééért"...

Az ip vs ifconfig és társai témában meg egyértelműen az "ip" felé megy a világ, itt meg, ahogy olvasom, az új net-tools csomagban lévő lomok a régiekkel nem kompatibilis kimenetet produkálnak... Ez mondjuk abból a szempontból jó, hogy újabb szeget üt a gyakorlatilag 2009 óta deprecated motyó koporsójába...

> A probléma azzal van, hogy a kimenetben karakterek sorozata és nem értelmesen strukturált adatok vannak. Egy 10/11/12, mint dátum szerinted melyik év, melyik hónap, melyik napját jelöli? Nagyon nem egyértelmű - és nem csak idő terén lehetnek ilyen problémás outputok... Hogy az ls-nél maradjak,

Ez egy, az ls-tol fuggetlen problema. Nemcsak a gep, az ember sem tudja ertelmezni.

> ha épp a "régi" van előrébb a PATH-ban, és az usereket IPA-ból veszi a gép, akkor az uid/gid látszik a kimenetben - és a felhasználó panaszkodik, hogy "demiééért"...

Regi? Mit nem ertek?

> Az ip vs ifconfig és társai témában meg egyértelműen az "ip" felé megy a világ, itt meg, ahogy olvasom, az új net-tools csomagban lévő lomok a régiekkel nem kompatibilis kimenetet produkálnak... Ez mondjuk abból a szempontból jó, hogy újabb szeget üt a gyakorlatilag 2009 óta deprecated motyó koporsójába...

Attol, h csinaltak egy ujat, meg nem feltetlenul lett jobb.
Konkretan az 'ip' kivitelezese szar lett. Privat velemeny:)

Van két féle ls parancs, az egyiknek a hosszú kimenetében az időadatok megjeleníti valahogy, de az LDAP és egyéb uid megfeleltetéstmég nem tudja, és van az újabb, ami meg ugyanazt a paraméterezést kapva egész máshogy formázza az időadatokat - de tudja az ldap-os és egyéb uid megfeleltetést.

Az ip jó dolog - nem 123456 különböző binárissal kell tákolni, hanem egy van, ami a világ nemlinuxos részén is ugyanilyen formában létezik. Az, hogy ~15 évig f0stak valamire, majd amikor elővakarták a közben deprecated-dé vált vackot, sikerült egy olyan verziót előállítani, ami sem a régi parancsokkal, sem az ip paranccsal nem kompatibilis, már ami az outputot illeti, nos az szerintem az extrém szánalmas kategória...

Na ez pont olyan, mint a két eltérően viselkedő ls parancs.

> Van két féle ls parancs, az egyiknek a hosszú kimenetében az időadatok megjeleníti valahogy, de az LDAP és egyéb uid megfeleltetéstmég nem tudja, és van az újabb, ami meg ugyanazt a paraméterezést kapva egész máshogy formázza az időadatokat - de tudja az ldap-os és egyéb uid megfeleltetést.

De mi van? Ket ls van egy gepen?
Beszivtal v. bsd-zel?

Bizony van, ahol van. Mert az alkalmazásba belegyógyított paraméterezéssel csak egy régi verziójú ls parancs produkálja az elvárt formátumú outputot, ergo egy "régi" ls binárist is fel kellett pakolni az újabb (RHEL6) gépekre, és a PATH-t úgy beállítani az userek egy részénél, hogy a régit tartalmazó könyvtár legyen előrébb.
Ronda egy gányolás, de mást nem lehetett csinálni.

Mondj egy másik, plecsnis-hivatalos támogatással bíró rendszert, amit a ... adatbáziskezelő és az ... rendszer fejlesztői támogatnak. Konténerbe meg tegyen adatbázist és azt direktbenmatató alkalmazást az, akinek a nőnemű felmenőinek száma pontosan annyi, mint a legnagyobb egyjegyű prímszám.

Ja, ez pont nem RH-specifikus dolog, csak épp ott jött elő. Jelen sztoriban az a gáz, hogy lesz a régi (~15 éve le sem sz@rt) ifconfig (és a kapcsolódó csilliom bináris) meg az új ifconfig (és társai) - inkompatibilis kimenettel.

Miközben a beidézett levél szerint illendő lenne tényleg elfelejteni az ifconfig-ot, és előrefelé menni, nem pedig egy, a régivel sem kopatibilis ifconfig-ot kihozni. De ez gumicsont - értelmesebb körökben az ip parancs felé mennek, és az ifconfig (és társai) mennek a levesbe.

Szo sem volt adatbazisrol. De miert raknam melle? Vmi derby?

Nem ismerem a banki rendszereket, de nehezen ertheto, miert hasznaltok ennyire ganeszart.
Amugy miert nem jo erre a kontereneresdi?

En szivesen hasznalom az ip-t, amint elore fele megy, nem oldalaz, aka. csinaljanak mar egy tisztessegesen, human altal olvashato iface-t.

Mert az alkalmazás direktben turkászik a DB-ben, nem kliens-szerver felépítésű motyó. Csillió darab user belép, elindul a menü, megcsinálja, amit kell, aztán kilép.
A "banki rendszerek" nem tudom, honnan kerülnek ide - egyébként is jó ideje már más területen focizok - mondjuk egy banki rendszert, lett légyen akármilyen fapad/ősrégi, ha működik, és nincs egyéb felsőbb ráhatás sem, akkor nem fogják lecserélni.

Tudom, hogy konténerbe "bármit" lehet rakni - csak az a kérdés, hogy ha az a "bármi" totál lukas, sérülékeny, nem támogatott komponensekkel van tele, akkor ki felel érte? Mondjuk nekem mindegy, hála az égnek, messze elkerült eddig a konténerezés. Ez a móka egyébként megélt pár platformváltást, úgyhogy ez a "milyen az ls hosszú kimenete" csak az egyik "örökség", amivel együtt kell élni üzemeltetői oldalon.