Re: Overeager cleaning of -devel provides
Matthew Dawkins <[email protected]> Thu, 1 Aug 2013 09:02:16 -0600
| Newsgroups | gmane.linux.mandrake.cooker.devel |
|---|---|
| Message-ID | <CAJhHcZiDTskN6QOUYhJyfNCWseFq6oZ=w81NzJpEaPU3gL7HDg@mail.gmail.com> |
--001a11c2bca6bab02604e2e42065
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
So, Virtual provides and creating conflicting provides, still doesn't
answer the question.
The multiarch macros deals with installing conflicting files on cross arch
installs.
It's wrong b/c what does the number "2" have to do with the package name?
The api is 2.0 and not 2.
If you want to add back some "virtual" provides, why not do it correctly?
My suggestion is Provides: %{name}%{api} =3D %{EVRD}
On Wed, Jul 31, 2013 at 5:27 PM, Per =D8yvind Karlsen
<[email protected]>wrote:
> 2013/8/1 Guy Bormann <[email protected]>
>
>> Matthew Dawkins schreef op wo 31-07-2013 om 13:56 [-0600]:
>> >
>> >
>> >
>> > On Wed, Jul 31, 2013 at 12:01 PM, Per =D8yvind Karlsen
>> > <[email protected]> wrote:
>> > 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..
>> > It's wrong and no diff than glibPOK-devel.
>>
> Why is it wrong?
> It's quite different for the reasons I explained above.
>
> > 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.
>> > Why are you expecting to install both libglib2.0-devel &
>> > lib64glib2.0-devel together?
>> Because as an application dev developing on a 64-bit workstation, I
>> might want to be able to support two archs?
>>
> Exactly.
>
> That's what the multiarch packaging stuff is for making easier btw.
>
> --
> Regards,
> Per =D8yvind
>
--001a11c2bca6bab02604e2e42065
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div><div><div>So, Virtual provides and creating conflicti=
ng provides, still doesn't answer the question.<br></div>The multiarch =
macros deals with installing conflicting files on cross arch installs.<br>
<br></div>It's wrong b/c what does the number "2" have to do =
with the package name? The api is 2.0 and not 2.<br><br></div>If you want t=
o add back some "virtual" provides, why not do it correctly? My s=
uggestion is Provides: %{name}%{api} =3D %{EVRD}<br>
</div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Wed,=
Jul 31, 2013 at 5:27 PM, Per =D8yvind Karlsen <span dir=3D"ltr"><<a hre=
f=3D"mailto:[email protected]" target=3D"_blank">[email protected]=
t</a>></span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">2013/8/1 Guy Bormann <span dir=3D"ltr"><<=
a href=3D"mailto:[email protected]" target=3D"_blank">guy.bormann@tele=
net.be</a>></span><br>
<div class=3D"gmail_quote"><div class=3D"im"><blockquote class=3D"gmail_quo=
te" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"=
>
Matthew Dawkins schreef op wo <a href=3D"tel:31-07-2013" value=3D"+47310720=
13" target=3D"_blank">31-07-2013</a> om 13:56 [-0600]:<br>
<div><div>><br>
><br>
><br>
> On Wed, Jul 31, 2013 at 12:01 PM, Per =D8yvind Karlsen<br>
> <<a href=3D"mailto:[email protected]" target=3D"_blank">proyvi=
[email protected]</a>> wrote:<br>
> =A0 =A0 =A0 =A0 2013/7/31 Matthew Dawkins <<a href=3D"mailto:mattyd=
[email protected]" target=3D"_blank">[email protected]</a>><br>
><br>
><br>
><br>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 On Wed, Jul 31, 2013 at 6:43 AM, Per =
=D8yvind Karlsen<br>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 <<a href=3D"mailto:[email protected]=
om" target=3D"_blank">[email protected]</a>> wrote:<br>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2013/7/31 Matthew Dawk=
ins <<a href=3D"mailto:[email protected]" target=3D"_blank">mattydaw@gm=
ail.com</a>><br>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Well v=
irtually providing glib2-devel =3D<br>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 %{EVRD=
} was incorrect as well.<br>
><br>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Why?<br>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Why not glibX-devel or glibN-devel or =
glibPOK-devel?<br>
><br>
> =A0 =A0 =A0 =A0 It probably would've been glib-devel if it weren&#=
39;t for that at<br>
> =A0 =A0 =A0 =A0 the time of this provides was introduced, there most l=
ikely<br>
> =A0 =A0 =A0 =A0 already was a glib-devel already for glib 1.x..<br>
><br>
><br>
> =A0 =A0 =A0 =A0 There's still not anything wrong with glib2-devel.=
.<br>
> It's wrong and no diff than glibPOK-devel.<br></div></div></blockq=
uote></div><div>Why is it wrong?</div><div>It's quite different for the=
reasons I explained above.</div><div class=3D"im"><div><br></div><blockquo=
te class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc so=
lid;padding-left:1ex">
<div><div>
> =A0 =A0 =A0 =A0 The reason for why you need to make it canonical is be=
cause in<br>
> =A0 =A0 =A0 =A0 your example it lib64glib2.0-devel won't conflict =
with ie.<br>
> =A0 =A0 =A0 =A0 libglib2.0-devel, which is what you'd want in situ=
ation where<br>
> =A0 =A0 =A0 =A0 ie. files (that would be shared between libglib2.0-dev=
el &<br>
> =A0 =A0 =A0 =A0 lib64glib2.0-devel were both installed) has been moved=
.<br>
> Why are you expecting to install both libglib2.0-devel &<br>
> lib64glib2.0-devel together?<br>
</div></div>Because as an application dev developing on a 64-bit workstatio=
n, I<br>
might want to be able to support two archs?<br></blockquote></div><div>Exac=
tly.</div><div><br></div><div>That's what the multiarch packaging stuff=
is for making easier btw.</div><div><br></div><div>--</div><div>Regards,</=
div>
<div>Per =D8yvind</div></div>
</blockquote></div><br></div>
--001a11c2bca6bab02604e2e42065--