Pöttering: Yeah, it's a UNIX pitfall, but "rm -rf /foo/.*" will work the exact same way, no?

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

És még mindig nem rúgták ki Pöcsteringet.

tering helyett legyen hering.

Ez azért szép :D

UNIX haladó? LUL

For some people it's advisable to never miss a chance to stay silent.

LOL

Mit keres a systemd-ben rm -rf implementáció? :O

Amúgy meg rögtön beolvasztották a patch-et, akkor meg mire fel a hőbörgés? Pöttering viselkedése meg senkinek se lehet már meglepő :).

--

"Mit keres a systemd-ben rm -rf implementáció? :O"

Fun fact: iGOban is van, es a neve is stimmel.
static int rm_minusz_rf (const char *file)

--
A strange game. The only winning move is not to play. How about a nice game of chess? - Wargames

Gondolom a /usr/lib/systemd/cleardiskd futtatja, DBUS-on keresztül, ezersoros XML-konfig alapján.

Szerk: na ez lett a patch:

+        if (endswith(path, "/..") || endswith(path, "/../"))
+                return -EINVAL;

Ez már tényleg mindentől véd. Kivéve, ha /..// van a végén.

Nem a regexet nézi hanem a kibontott path-t. Szóval szerintem jó.
--
Gábriel Ákos
http://ixenit.com

LOL

Off: egy kis tesztet végeztem kétféle shellel:

dash -c 'myecho -d .*//' # Szerk: ksh is
myecho -debug: 7 arguments:
   1: '..//'
   2: './/'
   3: '.ICE-unix//'
   4: '.Test-unix//'
   5: '.X11-unix//'
   6: '.XIM-unix//'
   7: '.font-unix//'

bash -c 'myecho -d .*//'
myecho -debug: 7 arguments:
   1: '../'
   2: './'
   3: '.ICE-unix/'
   4: '.Test-unix/'
   5: '.X11-unix/'
   6: '.XIM-unix/'
   7: '.font-unix/'

Szóval a /perjelek száma a shelltől függhet.

Hogy lehet mind a két shell compliant, ha máshogy oldják fel a glob kifejezéseket? Ennyire aluldefiniált ez?

Tényleg, még nincs systemd-shell? pash, például?

>glob
>regexp

a harmadik üzemeltetőmaci