Revert spec tag-macro concatenation changes
authorPanu Matilainen <pmatilai@redhat.com>
Thu, 28 Jan 2010 13:15:12 +0000 (15:15 +0200)
committerPanu Matilainen <pmatilai@redhat.com>
Mon, 1 Feb 2010 11:39:42 +0000 (13:39 +0200)
commit95b177fcfb7e8939d2d056d29216273d20c6aed4
tree5e0370411ff5100c37b6ee5d02ee28333a1517d5
parent426a7b6f44c6a0e1633693575c7bb6fcc76cf8a5
Revert spec tag-macro concatenation changes
- Concatenating to global, non-namespaced tag macros is fundamentally
  broken for specs with sub-packages, RhBug:555926 is not fixable with
  tag macros tweaks.
  Revert back to the old behavior where tag macros are simply "the last line
  seen wins." This might not be what one expects in many cases but it
  is at least consistent, and changing the behavior in any
  way (such as not adding the macros for multiline-items like requires)
  breaks existing packages without a good reason.
- Correctly handling the expected %{obsoletes} etc behavior in RhBug:555926
  would require a new mechanism, such as permitting spec to access the
  (sub-)package headers. Probably doable, unlikely to be worth the
  effort as the issue can be easily avoided by writing the spec differently.
- This reverts commits 3be37d9c78fd13424880fa1fe48f341103a51194 and
  e811ef56aa88588e16e0a80d48381a62631f8fc4
build/parsePreamble.c