Re: Strange buildconflicts

Per Øyvind Karlsen <[email protected]> Mon, 26 Aug 2013 19:48:09 +0200
Newsgroups gmane.linux.mandrake.cooker.devel,gmane.linux.openmandriva.cooker.devel
Message-ID <CA+0WU1SvERDebb305K4RwZUnBEA2f1CS14zARuVT3JJ8bH=Fvg@mail.gmail.com>
--089e013cbfea0096dc04e4dd5c38
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

2013/8/26 Jeffrey Johnson <[email protected]>

>
> On Aug 26, 2013, at 1:17 PM, Per =D8yvind Karlsen wrote:
>
> > When touching db* packages, I notice this odd buildconflicts:
> > BuildConflicts:       libreoffice-core
> >
>
> While I have no idea what the semantic intent of the above is/was, I can
> point out
>
> BuildObsoletes: exists/functions and is perhaps a better solution than
> BuildConflicts:
> if the intent is to create a tree in which a package can be rebuilt. Note
> that the effect
> is harmless when installing as non-root (which is suggested as best
> practice for
> rpmbuild for many years now), but would permit re-running "sudo rpmbuild"
> and "fixing"
> the problem automagically.
>
> Note also that
>         BuildRequires: !libpreoffice-core
> (note the leading ! for negation) is essentially the same as the
> BuildConflicts: used.

Interesting, so will this then be added to %{requirenames} with some
special attribute set, or is it added to %{conflictnames}?

--
Regards,
Per =D8yvind

--089e013cbfea0096dc04e4dd5c38
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">2013/8/26 Jeffrey Johnson <span dir=3D"ltr">&lt;<a href=3D=
"mailto:[email protected]" target=3D"_blank">[email protected]</a>&gt;</span><br><div=
 class=3D"gmail_extra"><div class=3D"gmail_quote"><blockquote class=3D"gmai=
l_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left=
:1ex">
<div class=3D"im"><br>
On Aug 26, 2013, at 1:17 PM, Per =D8yvind Karlsen wrote:<br>
<br>
&gt; When touching db* packages, I notice this odd buildconflicts:<br>
&gt; BuildConflicts: =A0 =A0 =A0 libreoffice-core<br>
&gt;<br>
<br>
</div>While I have no idea what the semantic intent of the above is/was, I =
can point out<br>
<br>
BuildObsoletes: exists/functions and is perhaps a better solution than Buil=
dConflicts:<br>
if the intent is to create a tree in which a package can be rebuilt. Note t=
hat the effect<br>
is harmless when installing as non-root (which is suggested as best practic=
e for<br>
rpmbuild for many years now), but would permit re-running &quot;sudo rpmbui=
ld&quot; and &quot;fixing&quot;<br>
the problem automagically.<br>
<br>
Note also that<br>
=A0 =A0 =A0 =A0 BuildRequires: !libpreoffice-core<br>
(note the leading ! for negation) is essentially the same as the BuildConfl=
icts: used.</blockquote><div style>Interesting, so will this then be added =
to %{requirenames} with some special attribute set, or is it added to %{con=
flictnames}?</div>
<div style><br></div><div style>--</div><div style>Regards,</div><div style=
>Per =D8yvind</div></div></div></div>

--089e013cbfea0096dc04e4dd5c38--