Re: Overeager cleaning of -devel provides
Per Øyvind Karlsen <[email protected]> Thu, 1 Aug 2013 01:27:36 +0200
| Newsgroups | gmane.linux.mandrake.cooker.devel |
|---|---|
| Message-ID | <CA+0WU1T-D2eoLNsNfCFLpTN3jPhkjqbU_40xLV5J88O2SMOwLQ@mail.gmail.com> |
--001a11c269ac2063d604e2d712ab Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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 --001a11c269ac2063d604e2d712ab Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 2013/8/1 Guy Bormann <span dir=3D"ltr"><<a href=3D"mailto:guy.bormann@te= lenet.be" target=3D"_blank">[email protected]</a>></span><br><div c= lass=3D"gmail_quote"><blockquote class=3D"gmail_quote" 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">31-07-2013</a> om 13:56 [-0600]:<br> <div><div class=3D"h5">><br> ><br> ><br> > On Wed, Jul 31, 2013 at 12:01 PM, Per =D8yvind Karlsen<br> > <<a href=3D"mailto:[email protected]">[email protected]</= a>> wrote:<br> > =A0 =A0 =A0 =A0 2013/7/31 Matthew Dawkins <<a href=3D"mailto:mattyd= [email protected]">[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">[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]">[email protected]</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>Why is it wrong?</div><div>It's quite different for the reaso= ns I explained above.</div><div><br></div><blockquote class=3D"gmail_quote"= style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div><div class=3D"h5"> > =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>Exactly.</= div><div><br></div><div>That's what the multiarch packaging stuff is fo= r making easier btw.</div><div><br></div><div>--</div><div>Regards,</div> <div>Per =D8yvind</div></div> --001a11c269ac2063d604e2d712ab--