Do not limit supported file names of scripts to run-parts defaults
authorMichael Prokop <mika@grml.org>
Thu, 27 Sep 2012 08:24:03 +0000 (10:24 +0200)
committerMichael Prokop <mika@grml.org>
Thu, 27 Sep 2012 08:24:06 +0000 (10:24 +0200)
A file named foobar.sh won't be covered by "run-parts $DIRECTORY",
which is stupid and unexpected behaviour.

autoconfig.functions
doc/grml-autoconfig.current.txt

index 06265e8..97debc0 100755 (executable)
@@ -1703,7 +1703,7 @@ if checkbootparam 'scripts' || [ "$DCSMP" = "/mnt/grmlcfg" ]; then
        sh -c $SCRIPTS
      elif [ -d "$SCRIPTS" ]; then
        einfo "Bootparameter scripts found. Trying to execute from directory ${SCRIPTS}:"
-       run-parts $SCRIPTS
+       run-parts --regex '.*' $SCRIPTS
      else
        einfo "Bootparameter scripts found. Trying to execute ${SCRIPTS}:"
        sh -c $SCRIPTS
index 350ccc7..12eec8a 100644 (file)
@@ -101,9 +101,7 @@ scripts::
     relative to DCSDIR. If the path points to a file, this single file is
     executed. If no path is given, it defaults to scripts/grml.sh.
     If the given name points to a directory, all scripts inside it are
-    executed, but the run-parts name restrictions apply: script names must
-    consist entirely of upper and lower case letters, digits, underscores,
-    and hyphens. Usage examples:
+    executed. Usage examples:
 
   scripts               =>   run script DCSDIR/scripts/grml.sh
   scripts=foobar.sh     =>   run script foobar.sh in DCSDIR