Re: Overeager cleaning of -devel provides

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

2013/7/31 Matthew Dawkins <[email protected]>

>
>
>
> On Wed, Jul 31, 2013 at 6:43 AM, Per =D8yvind Karlsen <[email protected]=
>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 of
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..

>
>
>>
>>> And there is still a cross arch provides left, but not really preferred
>>> 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 shared between
libglib2.0-devel & lib64glib2.0-devel were both installed) has been moved.

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

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

2013/7/31 Matthew Dawkins <span dir=3D"ltr">&lt;<a href=3D"mailto:mattydaw@=
gmail.com" target=3D"_blank">[email protected]</a>&gt;</span><br><div clas=
s=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=
8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><br><div class=3D"gmail=
_quote"><div class=3D"im">On Wed, Jul 31, 2013 at 6:43 AM, Per =D8yvind Kar=
lsen <span dir=3D"ltr">&lt;<a href=3D"mailto:[email protected]" target=3D"=
_blank">[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>It probably would&#39;ve been gli=
b-devel if it weren&#39;t for that at the time of this provides was introdu=
ced, 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><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;borde=
r-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div class=3D"gmai=
l_extra">
<div class=3D"gmail_quote"><div>
=A0<br></div><div class=3D"im"><blockquote class=3D"gmail_quote" style=3D"m=
argin: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><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><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>It expands to the same name as the package name, so it wo=
n&#39;t be added twice. =A0</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div class=3D"gmail_extra">=
<div class=3D"gmail_quote"><div></div><div>Ie Conflicts: %{_lib}glib2.0-dev=
el &lt; 1:2.36.3-2:2013.0</div>
</div></div></div></blockquote><div>The reason for why you need to make it =
canonical is because in your example it lib64glib2.0-devel won&#39;t confli=
ct with ie. libglib2.0-devel, which is what you&#39;d want in situation whe=
re ie. files (that would be shared between libglib2.0-devel &amp; lib64glib=
2.0-devel were both installed) has been moved.</div>
<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><bloc=
kquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #cc=
c solid;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>Don&#39;t remove/add back glib2-d=
evel.</div><div><br></div><div>--</div><div>Regards,</div><div>Per =D8yvind=
</div></div>

--f46d04428b8619f61d04e2d28344--