So corruption in this case means that any rpm operation that reads or writes to
BDB will fail, because the db fails to open. In our case, all rpm operations
are done as root. As you can see, this is reproducible as root:
```
[root@redacted ~]# for i in {1..30}; do /bin/rpm -qa &>/dev/null & done
Conan-Kudo commented on this pull request.
> @@ -54,7 +55,7 @@ fi
shift
if [ -z "$1" ] ; then usage
-else NAME=$1
+else NAMES[0]=$1
Arrays are supported in POSIX shell, but not like that. They're way more
rudimentary.
--
You are receiving this because you are subscribed to this thread.
> Let me preface this by saying we are doing something unorthodox: we are
> running RPM 4.12.90 on MacOS 10.12.
You're not the only one who does this. I do it as well. That said, I knew
vaguely about this issue, but I couldn't pin down what caused it. :)
--
You are receiving this because you
ignatenkobrain commented on this pull request.
> @@ -54,7 +55,7 @@ fi
shift
if [ -z "$1" ] ; then usage
-else NAME=$1
+else NAMES[0]=$1
IIRC it is bashism, arrays are not supported in POSIX shell
--
You are receiving this because you are subscribed to this thread.
Reply to this email
ignatenkobrain commented on this pull request.
> @@ -864,6 +865,28 @@ doFoo(MacroBuf mb, int negate, const char * f, size_t fn,
if ((b = strrchr(buf, '/')) != NULL)
*b = '\0';
b = buf;
+} else if (STREQ("shrink", f, fn)) {
+ /*
+* shrink body by
There's no %{trim:} nor %{strip:}.. ;)
But beyond just trimming/stripping, it shrinks it all the way down minimal size.
Where there's a common practice of ending macro defintions with '\n %{nil}',
the parsed output of will become completely unfeasiable for use with scripts
etc. that won't handle