Constructs of the form %if "%{?macro}" == "foo" are no longer accepted, and yield foo.spec:12: parseExpressionBoolean returns -1 errors now
For example, http://koji.fedoraproject.org/koji/taskinfo?taskID=722265 We worked-around it by simply avoiding using constructs of that form (I think we converted easy to a numeric compare instead).
Easily reproduced, the regression seems to originate from commit 90eec724a834c26131be11145a62084efe3bafb8. Florian, please have a look... (I'm on vacation and computer time is somewhat limited ;)
*** Bug 456420 has been marked as a duplicate of this bug. ***
One problem was an parsing error from empty double quoted strings ("") that happen when %{?macro} in not defined. This is fixed upstream.
In rawhide now.