All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH] package_deb: Remove version from Provides Field
Date: Tue, 25 Mar 2014 09:19:35 +0000	[thread overview]
Message-ID: <1395739175.24890.19.camel@ted> (raw)
In-Reply-To: <CAPybu_11Uv2dt9g=kWQr6EctraGHSZ_1V_yJA+ovPhdEe9DL2g@mail.gmail.com>

On Tue, 2014-03-25 at 09:54 +0100, Ricardo Ribalda Delgado wrote:
> Hello Richard
> 
> It is ok to have Provides, but they should not have a version number.
> If they have a version number a nasty warning appears (as you can see
> on the patch). The provided patch just clears all the versions but
> keeps the Provides
> 
> We could "fix" dpkg to support versioning, but I believe it is better
> to just remove the version number from the Provides.

We can also do the version comparison in package_deb.bbclass itself. I
believe there is some code somewhere which can understand the different
constraints.

Cheers,

Richard

> Cheers!
> 
> On Tue, Mar 25, 2014 at 9:50 AM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> > On Thu, 2014-03-13 at 16:31 +0100, Ricardo Ribalda Delgado wrote:
> >> According to Debian Policy Manual. Chapter 7.1
> >>
> >> All of the fields except for Provides may restrict their applicability
> >> to particular versions of each named package. This is done in
> >> parentheses after each individual package name; the parentheses should
> >> contain a relation from the list below followed by a version number, in
> >> the format described in Version, Section 5.6.12.
> >>
> >> This Fixes the following warning:
> >>
> >> root@qt5022:~# apt-get update
> >>
> >> ...
> >>
> >> Reading package lists... Done
> >> W: Ignoring Provides line with DepCompareOp for package
> >> pkgconfig__pkg-config__
> >> W: You may want to run apt-get update to correct these problems
> >>
> >> Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com>
> >> ---
> >>  meta/classes/package_deb.bbclass | 8 ++++++++
> >>  1 file changed, 8 insertions(+)
> >>
> >> diff --git a/meta/classes/package_deb.bbclass b/meta/classes/package_deb.bbclass
> >> index 2d2f3f1..905af24 100644
> >> --- a/meta/classes/package_deb.bbclass
> >> +++ b/meta/classes/package_deb.bbclass
> >> @@ -322,6 +322,13 @@ python do_package_deb () {
> >>
> >>          mapping_rename_hook(localdata)
> >>
> >> +        def debian_cmp_purgeversion(var):
> >> +            # dpkg does not allow versions on Provides.
> >> +            # From Debian Policy Manual, Chapter 7:
> >> +            # All of the fields except for Provides may restrict their applicability to particular versions of each named package.
> >> +            for key in var:
> >> +                var[key] = []
> >> +
> > Shouldn't this actually make a version comparison, i.e. if <condition>
> > then emit the Provides, otherwise don't (looking at the package version
> > for comparison)?
> >
> > I can imagine having multiple versions of a recipe, some with provides
> > and some without, all using the same code.
> >
> > Cheers,
> >
> > Richard
> >
> >          def debian_cmp_remap(var):
> >>              # dpkg does not allow for '(' or ')' in a dependency name
> >>              # replace these instances with '__' and '__'
> >> @@ -359,6 +366,7 @@ python do_package_deb () {
> >>          debian_cmp_remap(rsuggests)
> >>          rprovides = bb.utils.explode_dep_versions2(localdata.getVar("RPROVIDES", True) or "")
> >>          debian_cmp_remap(rprovides)
> >> +        debian_cmp_purgeversion(rprovides)
> >>          rreplaces = bb.utils.explode_dep_versions2(localdata.getVar("RREPLACES", True) or "")
> >>          debian_cmp_remap(rreplaces)
> >>          rconflicts = bb.utils.explode_dep_versions2(localdata.getVar("RCONFLICTS", True) or "")
> >
> >
> 
> 
> 




  reply	other threads:[~2014-03-25  9:19 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-13 15:31 [PATCH] package_deb: Remove version from Provides Field Ricardo Ribalda Delgado
2014-03-25  8:26 ` Ricardo Ribalda Delgado
2014-03-25  8:50 ` Richard Purdie
2014-03-25  8:54   ` Ricardo Ribalda Delgado
2014-03-25  9:19     ` Richard Purdie [this message]
2014-03-25 10:54       ` Ricardo Ribalda Delgado

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1395739175.24890.19.camel@ted \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=ricardo.ribalda@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.