Re: Overeager cleaning of -devel provides

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

On Wed, Jul 31, 2013 at 12:01 PM, Per =D8yvind Karlsen <proyvind@moondrake.=
net
> wrote:

> 2013/7/31 Matthew Dawkins <[email protected]>
>
>>
>>
>>
>> On Wed, Jul 31, 2013 at 6:43 AM, Per =D8yvind Karlsen <[email protected]=
m>wrote:
>>
>>> 2013/7/31 Matthew Dawkins <[email protected]>
>>>
>>>> Well virtually providing glib2-devel =3D %{EVRD} was incorrect as well=
.
>>>>
>>> Why?
>>>
>> Why not glibX-devel or glibN-devel or glibPOK-devel?
>>
> It probably would've been glib-devel if it weren't for that at the time o=
f
> this provides was introduced, there most likely already was a glib-devel
> already for glib 1.x..
>
> There's still not anything wrong with glib2-devel..
>
It's wrong and no diff than glibPOK-devel.

>
>>
>>>
>>>> And there is still a cross arch provides left, but not really preferre=
d
>>>> I guess by many.
>>>> %{_lib}glib2.0-devel =3D %{EVRD}
>>>>
>>> That won't give same name on different archs and is btw. also redundant
>>> as it's the exact same as provided from it's package name.
>>>
>> No it doesn't give the same name, but the macronized name is the same.
>>
> It expands to the same name as the package name, so it won't be added
> twice.
>
>> Ie Conflicts: %{_lib}glib2.0-devel < 1:2.36.3-2:2013.0
>>
> The reason for why you need to make it canonical is because in your
> example it lib64glib2.0-devel won't conflict with ie. libglib2.0-devel,
> which is what you'd want in situation where ie. files (that would be shar=
ed
> between libglib2.0-devel & lib64glib2.0-devel were both installed) has be=
en
> moved.
>
Why are you expecting to install both libglib2.0-devel & lib64glib2.0-devel
together?

>
> FWIW you most likely wouldn't want to add distepoch to such conflicts as
> it might break in the case of backports...
>
>>
>> So, still I don't see what the problem is? Are you just trying to split
>> hairs or are you actually going to provide a proper solution?
>>
> Don't remove/add back glib2-devel.
>
> --
> Regards,
> Per =D8yvind
>

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

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><br><div class=3D"gmail=
_quote">On Wed, Jul 31, 2013 at 12:01 PM, Per =D8yvind Karlsen <span dir=3D=
"ltr">&lt;<a href=3D"mailto:[email protected]" target=3D"_blank">proyv=
[email protected]</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex">2013/7/31 Matthew Dawkins=
 <span dir=3D"ltr">&lt;<a href=3D"mailto:[email protected]" target=3D"_bla=
nk">[email protected]</a>&gt;</span><br>
<div class=3D"gmail_quote"><div class=3D"im"><blockquote class=3D"gmail_quo=
te" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204=
);padding-left:1ex">
<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><br><div class=3D"gmail=
_quote"><div>On Wed, Jul 31, 2013 at 6:43 AM, Per =D8yvind Karlsen <span di=
r=3D"ltr">&lt;<a href=3D"mailto:[email protected]" target=3D"_blank">proyv=
[email protected]</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr">2013/7/3=
1 Matthew Dawkins <span dir=3D"ltr">&lt;<a href=3D"mailto:[email protected]=
m" target=3D"_blank">[email protected]</a>&gt;</span><br>


<div class=3D"gmail_extra"><div class=3D"gmail_quote"><div><blockquote clas=
s=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid r=
gb(204,204,204);padding-left:1ex">
<div dir=3D"ltr"><div><div><div>Well virtually providing glib2-devel =3D %{=
EVRD} was incorrect as well.<br></div></div></div></div></blockquote></div>=
<div>Why?=A0</div></div></div></div></blockquote></div><div>Why not glibX-d=
evel or glibN-devel or glibPOK-devel?<br>

</div></div></div></div></blockquote></div><div>It probably would&#39;ve be=
en glib-devel if it weren&#39;t for that at the time of this provides was i=
ntroduced, there most likely already was a glib-devel already for glib 1.x.=
.</div>

<div><br></div><div>There&#39;s still not anything wrong with glib2-devel..=
=A0</div></div></blockquote><div>It&#39;s wrong and no diff than glibPOK-de=
vel. <br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0p=
x 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class=3D"gmail_quote"><div class=3D"im"><blockquote class=3D"gmail_quo=
te" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204=
);padding-left:1ex"><div dir=3D"ltr"><div class=3D"gmail_extra">
<div class=3D"gmail_quote"><div>
=A0<br></div><div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px=
 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div di=
r=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote"><div><block=
quote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1=
px solid rgb(204,204,204);padding-left:1ex">



<div dir=3D"ltr"><div><div><div><br></div>And there is still a cross arch p=
rovides left, but not really preferred I guess by many.<br></div>%{_lib}gli=
b2.0-devel =3D %{EVRD}<br></div></div></blockquote></div><div>That won&#39;=
t give same name on different archs and is btw. also redundant as it&#39;s =
the exact same as provided from it&#39;s package name. <br>


</div></div></div></div></blockquote></div><div>No it doesn&#39;t give the =
same name, but the macronized name is the same.<br></div></div></div></div>=
</blockquote></div><div>It expands to the same name as the package name, so=
 it won&#39;t be added twice. =A0</div>
<div class=3D"im">
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div cla=
ss=3D"gmail_extra"><div class=3D"gmail_quote"><div></div><div>Ie Conflicts:=
 %{_lib}glib2.0-devel &lt; 1:2.36.3-2:2013.0</div>

</div></div></div></blockquote></div><div>The reason for why you need to ma=
ke it canonical is because in your example it lib64glib2.0-devel won&#39;t =
conflict with ie. libglib2.0-devel, which is what you&#39;d want in situati=
on where ie. files (that would be shared between libglib2.0-devel &amp; lib=
64glib2.0-devel were both installed) has been moved.</div>
</div></blockquote><div>Why are you expecting to install both libglib2.0-de=
vel &amp; lib64glib2.0-devel together?<br></div><blockquote class=3D"gmail_=
quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,=
204);padding-left:1ex">
<div class=3D"gmail_quote">
<div><br></div><div>FWIW you most likely wouldn&#39;t want to add distepoch=
 to such conflicts as it might break in the case of backports...</div><div =
class=3D"im"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px =
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote"><div=
><br></div><div>So, still I don&#39;t see what the problem is? Are you just=
 trying to split hairs or are you actually going to provide a proper soluti=
on?<br>

</div></div></div></div></blockquote></div><div>Don&#39;t remove/add back g=
lib2-devel.</div><div><br></div><div>--</div><div>Regards,</div><div>Per =
=D8yvind</div></div>
</blockquote></div><br></div></div>

--089e013a282ce65a8104e2d42032--