[meta-virtualization] [PATCH] python-requests: Drop recipe

[Bruce Ashfield]

considering I replied "merged" to this already "ping" really isn't the
right thing to
send.

What branch are you looking at ?

Bruce

commit 88277c84962e9d07ec777896a0ca8bd7db9ff5e2
Author: Adrian Dudau <adrian.dudau at enea.com>
Date:   Wed Jul 5 15:27:08 2017 +0200

    python-requests: Drop recipe

    There's a newer recipe (v2.13) maintained in meta-python. meta-openstack
    explicitly prefers that version over this one, so no point in keeping
    this recipe since nobody else is using this version.

    Signed-off-by: Adrian Dudau <adrian.dudau at enea.com>
    Signed-off-by: Bruce Ashfield <bruce.ashfield at windriver.com>

:100644 000000 187f97a... 0000000... D  recipes-devtools/python/
python-requests_2.8.1.bb

On Mon, Jul 31, 2017 at 6:37 AM, Adrian Dudau <Adrian.Dudau at enea.com> wrote:

> On ons, 2017-07-05 at 15:27 +0200, Adrian Dudau wrote:
> > There's a newer recipe (v2.13) maintained in meta-python. meta-
> > openstack
> > explicitly prefers that version over this one, so no point in keeping
> > this recipe since nobody else is using this version.
> >
> > Signed-off-by: Adrian Dudau <adrian.dudau at enea.com>
> > ---
> >  recipes-devtools/python/python-requests_2.8.1.bb | 28 --------------
> > ----------
> >  1 file changed, 28 deletions(-)
> >  delete mode 100644 recipes-devtools/python/python-requests_2.8.1.bb
> >
> > diff --git a/recipes-devtools/python/python-requests_2.8.1.bb
> > b/recipes-devtools/python/python-requests_2.8.1.bb
> > deleted file mode 100644
> > index 187f97a..0000000
> > --- a/recipes-devtools/python/python-requests_2.8.1.bb
> > +++ /dev/null
> > @@ -1,28 +0,0 @@
> > -HOMEPAGE = "http://python-requests.org"
> > -SUMMARY = "Python HTTP for Humans."
> > -DESCRIPTION = "\
> > -  Requests is an Apache2 Licensed HTTP library, written in Python, \
> > -  for human beings. \
> > -  .      \
> > -  Most existing Python modules for sending HTTP requests are
> > extremely \
> > -  verbose and cumbersome. Python's builtin urllib2 module provides
> > most \
> > -  of the HTTP capabilities you should need, but the api is
> > thoroughly \
> > -  broken.  It requires an enormous amount of work (even method
> > overrides) \
> > -  to perform the simplest of tasks. \
> > -  .      \
> > -  Things shouldn't be this way. Not in Python \
> > -  "
> > -SECTION = "devel/python"
> > -LICENSE = "Apache-2.0"
> > -LIC_FILES_CHKSUM =
> > "file://LICENSE;md5=58c7e163c9f8ee037246da101c6afd1e"
> > -
> > -SRCNAME = "requests"
> > -
> > -SRC_URI = "http://pypi.python.org/packages/source/r/requests/${SRCNA
> > ME}-${PV}.tar.gz"
> > -
> > -SRC_URI[md5sum] = "a27ea3d72d7822906ddce5e252d6add9"
> > -SRC_URI[sha256sum] =
> > "84fe8d5bf4dcdcc49002446c47a146d17ac10facf00d9086659064ac43b6c25b"
> > -
> > -S = "${WORKDIR}/${SRCNAME}-${PV}"
> > -
> > -inherit setuptools
> > --
> > 2.7.4
> >
>
> ping!
> --
> _______________________________________________
> meta-virtualization mailing list
> meta-virtualization at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-virtualization
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-virtualization/attachments/20170731/03d5312e/attachment.html>