On Mon, Apr 21 2003 at 15:52,
Mike Snitzer <[email protected]> wrote:
> Ok,
>
> I'm just re-posting this; but I think its fairly important and maybe
> slipped underneath the radar? Here goes again:
>
> I have a macros file that I %include in my spec files; all works fine with
> rpm <= 4.0.4. I'm not sure about 4.1; but with 4.2 I get the following
> when I query a spec file:
>
> rpm -q --qf "%{name}\n" --specfile mpich/SPECS/mpich.spec
> error: Package already exists: %package debuginfo
>
> error: query of specfile mpich/SPECS/mpich.spec failed, can't parse
%trace pointed out that %install was getting evaluated twice; turns out I
had %install within a comment of the %changelog
So now it seems to make sense: because rh9 adds the debuginfo wizardry; if
rpm encounters %install more than once (even in %changelog; because rpm
doesn't _really_ care where a macro occurs within a spec); it'll attempt
to add a %package debuginfo more than once...
I would guess I've uncovered a side-effect of the implicit nature of
debuginfo packages; rather than an actual "bug".
Sorry for the noise; but maybe now others won't get bit by this new
%install/debuginfo "feature" of redhat9 (rpm >= 4.2)? (or maybe others
aren't as clumsy as me; and don't reference macro names within the
%changelog =)
btw, I was able to disable the creation of debuginfo packages using:
%undefine _enable_debug_packages