A backport of the subprocess module from Python 3.2 for use on 2.x
Signed-off-by: Tim Orling
---
.../recipes-devtools/python/python-subprocess32_3.2.7.bb | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
meta-python/recipes-devtools/python/python-subprocess32_3.2.7.bb
ad7df9b285f3df7f10
>
>
>
> On Fri, Aug 25, 2017 at 7:01 PM, Tim Orling <
> timothy.t.orl...@linux.intel.com> wrote:
>
> > * Use COPYRIGHT excerpt from README for license check
> > - Remains the same perl5 license
> > - LICENSE contents is unhelpful &qu
On Sun, Aug 27, 2017 at 2:08 PM, Tim Orling wrote:
>
>
> On Sun, Aug 27, 2017 at 12:54 PM, Martin Jansa
> wrote:
>
>> Why does it inherit allarch now, it shouldn't as detected by
>> sstate-diff-machines.sh
>>
>>
> The meta-cpan recipe had i
ld/Base.pm
Signed-off-by: Tim Orling
---
Changes in v3:
* Dropped 'inherit allarch', inappropriate
* Upstream change in package_rpm.bbclass seems to have fixed
the package qa file-rdeps error.
---
.../libmodule/libmodule-build-perl_0.31.bb | 27 -
.../libmo
> On Aug 31, 2017, at 9:02 PM, Paul Eggleton
> wrote:
>
> Add a couple of recipes from meta-intel-iot-middleware to support MQTT.
> Since the meta-intel-iot-middleware layer isn't being actively maintained
> and these aren't in any way Intel-specific I figured they ought to be
> brought up-to-d
FYI, I have a related series in progress, but I can and will happily rebase on
top of yours. My series is much more complicated for reasons that I will send
to the ML when I get a couple more dependent packages being picked up by
matplotlib properly. It will be worth the wait :)
—Tim
> On Sep
On Tue, Sep 26, 2017 at 11:40 PM Guy Morand wrote:
> Tim,
>
>
> Ok good about matplotlib, this one is not an easy beast :p! Have you
> also planned to integrate pandas?
No plans for pandas at this time.
Otherwise I will happily just send a
> better patch just for this one!
Go ahead and send
> On Sep 29, 2017, at 1:26 AM, Guy Morand wrote:
>
> —
>
> diff --git a/meta-python/recipes-devtools/python/python-pandas_0.20.3.bb
> b/meta-python/recipes-devtools/python/python-pandas_0.20.3.bb
> new file mode 100644
> index 000..f4c486b
> --- /dev/null
> +++ b/meta-python/recipes-devtoo
Signed-off-by: Tim Orling
---
.../{phoronix-test-suite_6.6.1.bb => phoronix-test-suite_7.4.0.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename
meta-oe/recipes-benchmark/phoronix-test-suite/{phoronix-test-suite_6.6.1.bb =>
phoronix-test-suite_7.4.0.bb} (89%)
diff
Or use one of the CROPS docker containers with gcc6
On Thu, Oct 12, 2017 at 8:48 PM Khem Raj wrote:
> On Fri, Oct 13, 2017 at 01:21:10AM +, Denys Dmytriyenko wrote:
> > Khem,
> >
> > I tried following on your suggestion to add #include , but it is
> > already there in src/corelib/global/qnume
I have been, in practice, maintinaing meta-perl for several
years now. Given discussion at OEDEM, make it official.
Signed-off-by: Tim Orling
---
meta-perl/README | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta-perl/README b/meta-perl/README
index 68160a628
I have been, in practice, maintaining meta-perl for several
years now. Given discussion at OEDEM, make it official.
Signed-off-by: Tim Orling
---
meta-perl/README | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta-perl/README b/meta-perl/README
index 68160a628
On Wed, Nov 8, 2017 at 9:43 AM Alex Stewart wrote:
> Bump.
>
> Is there an ETA on when this patch can be pulled or is a fixup needed?
>
It is in staging:
http://git.openembedded.org/meta-openembedded-contrib/commit/?h=stagging/master-next&id=a890147a94b48fe817e1cffda300795b9448f52c
And therefor
> On Dec 5, 2017, at 7:57 PM, akuster808 wrote:
>
>
>
> On 11/29/2017 09:47 PM, Bill Randle wrote:
>> Signed-off-by: Bill Randle
>> ---
>> .../recipes-devtools/python/python-flask-wtf.inc| 15 +++
>> .../recipes-devtools/python/python-flask-wtf_0.12.bb| 17
>> +
> On Dec 15, 2017, at 12:01 PM, Derek Straka wrote:
>
> That would be useful. I'm working through automated tests that build every
> package into a minimal rootfs and then attempt to perform all of imports to
> make sure everything is available for use. I'm hoping to roll that out in
> the ne
> On Jan 4, 2018, at 8:06 AM, Ricardo Silva wrote:
>
> The pycrypto module sources can be used for both python2 and python3,
> but a recipe for python3 was missing, so add it.
>
> Recipe is basically the same as for python2 (python-pycrypto_2.6.1.bb),
> but using distutils3 instead.
>
> Signed
> On Jan 4, 2018, at 8:51 AM, Ricardo Silva wrote:
>
>>
>> Rather than duplicate the SRC_URI in both python2- and python3- recipes, we
>> should add them to python-pycrypto.inc and add the following to
>> python-pycrypto.inc
>>
>> FILESEXTRAPATHS_prepend := "${THISDIR}/python-pycrypto:”
>>
> On Jan 4, 2018, at 9:27 AM, Ricardo Silva wrote:
>
> Hi Tim,
>
> On 01/04/2018 04:56 PM, Tim Orling wrote:
>>
>>> On Jan 4, 2018, at 8:51 AM, Ricardo Silva wrote:
>>>
>>>>
>>>> Rather than duplicate the SRC_URI in both py
* distutils[3].bbclass was not including pkg_resources module
* Drop uneeded DISTUTILS_INSTALL_ARGS as setuptools[3].bbclass provides it
Fixes [YOCTO #12148]
Signed-off-by: Tim Orling
---
meta/recipes-devtools/python/python-setuptools_36.2.7.bb | 4 +---
meta/recipes-devtools/python/python3
at:
git://push.yoctoproject.org/poky-contrib timo/rocko-12148
Tim Orling (1):
python[3]-setuptools: inherit setuptools
meta/recipes-devtools/python/python-setuptools_36.2.7.bb | 4 +---
meta/recipes-devtools/python/python3-setuptools_36.2.7.bb | 7 +--
2 files changed, 2 insertions(+), 9 deletions(-)
Wrong list. Oops.
> On Jan 4, 2018, at 2:55 PM, Tim Orling
> wrote:
>
> The existing recipes for python[3]-setuptools were not packaging the
> "pkg_resources" module, which bmap-tools RDEPENDS on (see YOCTO #12148).
>
> This was addressed in master, but require
Older releases are entirely community maintained, so since you need it, I
suggest you send a patch with “[meta-java][morty]” in the subject line and go
from there.
> On Jan 4, 2018, at 8:44 AM, Diaz de Grenu, Jose
> wrote:
>
> Hi,
>
> Currently the compilation of openjdk7 in the morty branch
: Tim Orling
---
.../0001-Several-changes-to-fix-musl-build.patch | 31 +-
.../0002-stress-fcntl-fix-build-for-musl.patch | 27 +
.../0003-stress-fcntl.c-fix-syntax-errors.patch| 47 ++
.../recipes-test/stress-ng/stress-ng_0.08.17.bb| 20
: Tim Orling
---
.../0001-Several-changes-to-fix-musl-build.patch | 31 +-
.../0002-stress-fcntl-fix-build-for-musl.patch | 27 +
.../0003-stress-fcntl.c-fix-syntax-errors.patch| 47 ++
.../recipes-test/stress-ng/stress-ng_0.08.17.bb| 20
Meh. wrong subject line resending. Please ignore the noise.
> On Jan 9, 2018, at 8:14 PM, Tim Orling
> wrote:
>
> * Upstream tarballs are now xz compressed
> * Patch 0001 modified:
> - stress-pthread and stress-context change not needed
> * Add patch to fix stress-fcntl f
0001-stress-ng-upgrade-to-0.09.09-and-fix-musl-build.patch
Description: Binary data
> On Jan 9, 2018, at 9:12 PM, Denys Dmytriyenko wrote:
>
> On Tue, Jan 09, 2018 at 08:15:39PM -0800, Tim Orling wrote:
>> * Upstream tarballs are now xz compressed
>> * Patch 0001 m
Here’s another bb diff with -M05 threshold
0001-stress-ng-upgrade-to-0.09.09-and-fix-musl-build.patch
Description: Binary data
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/l
: Tim Orling
---
Per Denys Demytriyenko request, v2 is with -M05 threshold
.../0001-Several-changes-to-fix-musl-build.patch | 31 +-
.../0002-stress-fcntl-fix-build-for-musl.patch | 27 +
.../0003-stress-fcntl.c-fix-syntax-errors.patch| 47
repository at:
git://push.openembedded.org/meta-openembedded-contrib
timo/meta-oe-perl-upgrades
Tim Orling (2):
libdbd-mysql-perl: upgrade 4.036 -> 4.043
libdbi-perl: upgrade 1.636 -> 1.639
.../perl/{libdbd-mysql-perl_4.036.bb => libdbd-mysql-perl_4.043.bb} | 4 ++--
.../perl/{libdbi-p
f with
variable length. Reported and fixed by Pali Rohár. This vulnerability
is present in all releases at least back to versions 3.0 of the
driver, which were released in 2005.
The CVE identifier for this vulnerability is CVE-2016-1246.
Signed-off-by: Tim Orling
---
.../perl/{libdbd-mysql-perl_
to pali #39
Add cautionary note to prepare_cached docs re refs in %attr #46
Small POD changes (Getting Help -> Online) thanks to openstrike #33
Adds links to more module names and fix typo, thanks to oalders #43
Typo fix thanks to bor #37
Signed-off-by: Tim Orling
---
.../perl/{libdbi-perl_1.
and class (2018-01-16 21:41:26 -0800)
are available in the git repository at:
git://push.openembedded.org/meta-openembedded-contrib timo/meta-perl-upgrades
Tim Orling (12):
libdbd-sqlite-perl: add UPSTREAM_CHECK_REGEX
libencode-perl: add UPSTREAM_CHECK_REGEX
libcgi-perl: upgrade 4.
e used. (bulk88)
Signed-off-by: Tim Orling
---
...tutils-cppguess-perl_0.09.bb => libextutils-cppguess-perl_0.12.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta-perl/recipes-perl/libextutils/{libextutils-cppguess-perl_0.09.bb
=> libextutils-cppguess-perl_0.12.bb}
* Fix RDEPENDS
Changes:
4.38 2017-12-01
[ TESTING ]
- command_line.t: Avoid -I for libs (GH #224, thanks to cpansprout)
4.37 2017-11-01
[ FIX ]
- Fix incorrect quoting of ? in ->url (GH #112, GH #222, with
thanks to Reuben Thomas)
Signed-off-by: Tim Orl
The default does not work for this recipe.
Signed-off-by: Tim Orling
---
meta-perl/recipes-perl/libdb/libdbd-sqlite-perl_1.54.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-perl/recipes-perl/libdb/libdbd-sqlite-perl_1.54.bb
b/meta-perl/recipes-perl/libdb/libdbd-sqlite-perl_1.54
The default does not work for this recipe.
* Add a note that perl-module-encode should be preferred over
this package unless a newer version than what is provided
by perl is needed.
Signed-off-by: Tim Orling
---
meta-perl/recipes-perl/libencode/libencode-perl_2.83.bb | 7 +++
1 file
e with
util/analyze-ssl.pl.
1.998 2014/09/07
- make client authentication work at the server side when SNI is in by use
having CA path and other settings in all SSL contexts instead of only the main
one. Based on code from lundstrom[DOT]jerry[AT]gmail[DOT]com,
https://github.com/noxxi/p5
Changes:
version 2.14: Wed 8 Nov 17:45:22 CET 2017
Fixes:
- MojoX should not die on missing types.
rt.cpan.org#123298 [Dmitry Latin]
Signed-off-by: Tim Orling
---
.../{libmime-types-perl_2.13.bb => libmime-types-perl_2.14.bb}| 4 ++--
1 file changed
directly in the stash (for perl 5.28)
- consider inline packages with constants in them as being loaded
- stubs will be treated as methods that exist when inflating to Moose
- avoid loading overload.pm unless required
Signed-off-by: Tim Orling
---
.../libmoo/{libmoo-perl_2.003002.bb => lib
the test.
Signed-off-by: Tim Orling
---
...libxml-perl_2.0131.bb => libxml-libxml-perl_2.0132.bb} | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
rename meta-perl/recipes-perl/libxml/{libxml-libxml-perl_2.0131.bb =>
libxml-libxml-perl_2.0132.bb} (80%)
diff -
Changes:
2.06 - 2017-11-08
- account for code references stored directly in stash (for perl 5.28)
- work around hint leakage when loading modules in perl 5.8 and 5.10.1
Signed-off-by: Tim Orling
---
.../{librole-tiny-perl_2.05.bb => librole-tiny-perl_2.06.bb} | 4 ++--
1 f
,rsp,svreq,flags): check that chain and
last are not NULL
before trying to use them.
- Bugfix: inc/Module/Install/PRIVATE/Net/SSLeay.pm: Don’t quote include and
lib paths.
Signed-off-by: Tim Orling
---
...eay-perl_1.81.bb => libnet-ssleay-perl_1.84.bb} | 27 --
1 f
* Fix RDEPENDS
Changes:
1.14 Dec 15, 2017
Fix rt.cpan.org #123702
'use base' should not be used in packages with several
subpackages defined
Fix rt.cpan.org #123676
Net::DNS::Nameserver malformed message on big axfr
Signed-off-by: Tim Orling
---
- Set PERL_USE_UNSAFE_INC when running tests using Test::Harness (Leon
Timmermans)
- Avoid loading optional modules from . in prove
Signed-off-by: Tim Orling
---
...-harness-perl_3.36.bb => libtest-harness-perl_3.39.bb} | 15 +--
1 file changed, 13 insertions(+), 2 deleti
* Put common content in python-systemd.inc
* Add patch to provide strndupa() for musl
Signed-off-by: Tim Orling
---
.../recipes-devtools/python/python-systemd.inc | 18 ++
...ovide-implementation-of-strndupa-for-musl.patch | 42 ++
.../recipes-devtools/python
cpuid dumps detailed information about the CPU(s) gathered from the CPUID
instruction, and also determines the exact model of CPU(s). It supports
Intel, AMD, and VIA CPUs, as well as older Transmeta, Cyrix, UMC, NexGen,
Rise, and SiS CPUs.
http://www.etallen.com/cpuid.html
Signed-off-by: Tim
:Header: Fix valid_q_chars, '-' needs to be escaped
https://github.com/dankogai/p5-encode/pull/52
Signed-off-by: Tim Orling
---
.../{libencode-perl_2.83.bb => libencode-perl_2.94.bb}| 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
rename meta-perl/recipes
y are limited to the
correct purpose. Checkin program used to generate certificates.
- adjust tests since certificates have changed and some tests used
certificates intended for client authentication as server certificates,
which now no longer works
Signed-off-by: Tim Orling
---
...{
* Fix RDEPENDS
* Install bin/collect-types
Signed-off-by: Tim Orling
---
...types-perl_2.14.bb => libmime-types-perl_2.17.bb} | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
rename meta-perl/recipes-perl/libmime/{libmime-types-perl_2.14.bb =>
libmime
* be16toh and le16toh are defined in endian.h
Signed-off-by: Tim Orling
---
...o_driver.c-include-endian.h-to-fix-musl-b.patch | 29 ++
meta-oe/recipes-extended/mraa/mraa_git.bb | 2 ++
2 files changed, 31 insertions(+)
create mode 100644
meta-oe/recipes-extended
Please excuse the wide broadcast of this announcement.
With the refresh of the Yocto Project plugins for the Eclipse IDE, we realized
it is high time we change the name of the plugins from eclipse-poky to
eclipse-yocto. There has never been anything particularly “poky” specific about
the plugin
Seeing the same and trying to figure it out. Also, seems there is no recipe
for waf-native, so it becomes a new required host tool.
On Thu, Feb 15, 2018 at 2:57 PM Denys Dmytriyenko wrote:
> Hi,
>
> I'm getting below stack dump building libtalloc 2.1.10 in master. Works
> fine in
> rocko with lib
Then why did ‘sudo dnf install waf’ get me past the error above? And why
does Fedora have a package for it?
https://src.fedoraproject.org/rpms/waf
Regardless, something broke.
On Thu, Feb 15, 2018 at 3:16 PM Joshua Watt wrote:
> On Thu, 2018-02-15 at 23:10 +0000, Tim Orling wrote:
> &g
icitly pass bindir and libdir if
> > > > > supported" should be reverted in rocko or all fixes for this
> > > > > should be backported to rocko once they are all in oe-core and
> > > > > meta-oe master.
> > > > >
> > > > > Regards,
> >
Now libevent fails:
08:35:10
ERROR: ExpansionError during parsing
/workdir/openembedded-core/../meta-openembedded/meta-networking/recipes-support/libtevent/libtevent_0.9.33.bb
08:35:10
Traceback (most recent call last):
08:35:10
bb.data_smart.ExpansionError: Failure expanding variable do_com
Right. I had backed out for meta-virtualization linux-yocto bbappends
failures.
On Sat, Feb 17, 2018 at 9:25 AM Joshua Watt wrote:
> On Feb 17, 2018 10:39, "Tim Orling"
> wrote:
>
> Now libevent fails:
>
> 08:35:10
> ERROR: ExpansionError during parsing /workd
The recent improvements to the Auto Upgrade Helper have made maintenance of
meta-perl less effort and therefore you have seen an uptick in my updates
to recipes. I also plan to mass-add ptest to all perl module recipes
"sometime soon", which will further simplify my upgrade workflow and add to
the
Still failing for me, which is a show stopper. :(
> On Feb 21, 2018, at 5:36 PM, Denys Dmytriyenko wrote:
>
> Any updates on this one yet? Thanks.
>
> On Fri, Feb 16, 2018 at 02:18:32PM -0800, Tim Orling wrote:
>> Expediting the fix is greatly appreciated.
>>
Upstream has updated the build system to use EUMM, so the fix on
github.com/moto-timo is no longer needed.
Because the versions where out of sync, reflect the bump in PR.
Add UPSTREAM_CHECK_REGEX to properly catch upstream updates.
Signed-off-by: Tim Orling
---
.../recipes-perl/libmodule
that the license remains the same.
Signed-off-by: Tim Orling
---
...runtime-perl_0.015.bb => libmodule-runtime-perl_0.016.bb} | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
rename meta-perl/recipes-perl/libmodule/{libmodule-runtime-perl_0.015.bb =>
libmodule-r
gt; de931885c1b9e63c4e4238f0f7ad1388e8b6d
> >
> > So it shouldn't fail to parse for you if you use new enough oe-core (it
> > doesn't fail for me).
> >
> > waf.bbclass is still broken in rocko and master, but that's different
> > issue and not as f
Thank you for the catch.
This is why we need to have 100% package run time coverage. Call to arms
for everyone in the community. If you are reading this, this means you.
Acked-by: Tim Orling
On Thu, Mar 1, 2018 at 6:05 PM Khem Raj wrote:
> It builds openssl module which needs pthread_atf
Yes, this is a known issue. I don't know that python-matplotlib was ever
actually complete enough to run. I have about 90% of the solution to make
it run (and add ptest to prove it runs), but sadly this is a free-time
activity and ELC and other things are pre-empting that right now.
On Fri, Mar 2,
as needed (some of the tests hang or take too long to run or have
other issues). I have been working on this off and on for months.
[1]
http://git.openembedded.org/meta-openembedded-contrib/log/?h=timo/python-matplotlib-2.1.2-WIP
On Fri, Mar 2, 2018 at 10:16 AM, Tim Orling wrote:
> Yes, this
Also, the documentation specific recipes are not committed yet, because
they are just raw 'devtool add' status right now and have not been run time
tested or scrubbed for proper submittal. That will have to wait until after
ELC.
On Fri, Mar 2, 2018 at 10:39 AM, Tim Orling wrote:
>
], level=0)
File \"/usr/lib64/python3.5/site-packages/pytest.py\", line 17, in
from _pytest.debugging import pytestPDB as __pytestPDB
File \"/usr/lib64/python3.5/site-packages/_pytest/debugging.py\", line 5, in
from doctest import UnexpectedException
ImportError: No mod
I usually would have said “the copyright year changed, but the terms remain
the same”, but I agree we need consistency. Tooling to make the license
diff easy to generate is probably the key (and is in progress).
Thank you again, Derek, for all your efforts to keep meta-python up to date.
And than
It is about which resources are running the actual patchtest job (Linux
Foundation vs. Open Embedded) and the complication of multiple layers all
going to one mailing list (openembedded-devel). This was part of the
motivation for splitting up meta-openembedded, which turns into nothing but
a flame
the input to patchtest is a feed from a mailing list. The
openembedded-devel list is multiple layers and patchtest was not written
for that design.
On Sat, Mar 3, 2018 at 3:42 PM Philip Balister wrote:
> On 03/03/2018 06:09 PM, Tim Orling wrote:
> > It is about which resources are ru
On Mar 3, 2018 7:05 PM, "Tim Orling" wrote:
>
>> the input to patchtest is a feed from a mailing list. The
>> openembedded-devel list is multiple layers and patchtest was not written
>> for that design.
>> On Sat, Mar 3, 2018 at 3:42 PM Philip Balister
>
This package has some unmet dependencies. Just a quick look at setup.py
shows you will need python-re and python-setuptools from oe-core.
Regards,
Tim
On Tue, Nov 24, 2015 at 4:14 AM, Mario Domenech Goulart <
ma...@ossystems.com.br> wrote:
> Signed-off-by: Mario Domenech Goulart
> ---
> meta
We have never carried a license in meta-python, rather we use the
common-licenses from oe-core (
http://git.openembedded.org/openembedded-core/tree/meta/files/common-licenses
).
Regards,
--Tim
On Mon, Nov 23, 2015 at 9:13 AM, Mark Asselstine <
mark.asselst...@windriver.com> wrote:
> Pick up man
> On Nov 30, 2015, at 7:01 PM, Mark Asselstine
> wrote:
>
> On Sat, Nov 28, 2015 at 9:35 AM, Mark Asselstine
> wrote:
>> On Wed, Nov 25, 2015 at 3:11 AM, Anders Darander
>> wrote:
>>> * Tim Orling [151124 19:00]:
>>>
>>>> We have
This recipe has unmet dependencies:
import crypts
import ctypes.util
import os
import platform
import re
import sys
import time
--Tim
> On Dec 6, 2015, at 4:59 PM, Andreas Oberritter wrote:
>
> On Python 3.3 or newer, monotonic will be an alias of time.monotonic
> from the standard library. On o
On Mon, Dec 7, 2015 at 2:03 AM, Andreas Oberritter
wrote:
> On 07.12.2015 03:13, Tim Orling wrote:
> > This recipe has unmet dependencies:
>
> Sorry, I mistakenly assumed all of them were part of python-core.
>
> > import crypts
>
> It's "ctypes".
python-jsonpointer has unmet dependencies (a quick look at setup.py shows
that you will need to add python-re to RDEPENDS).
Also, I would prefer to see two separate patches, one for each new recipe.
Regards,
Tim
On Sun, Jan 3, 2016 at 1:15 PM, Derek Straka wrote:
> Signed-off-by: Derek Straka
I agree with Khem on all counts and would welcome the recipes to meta-python,
if you so choose.
Regards,
Tim
> On Feb 18, 2016, at 7:46 PM, Khem Raj wrote:
>
>
>> On Feb 18, 2016, at 10:33 AM, Fabio Berton
>> wrote:
>>
>> Hi all!
>>
>> I noticed that a few days ago were added some python-
Wow. Thank you.
This has been on my backburnner list of things to do for ages.
--Tim
On Sat, Mar 26, 2016 at 6:04 AM, Derek Straka wrote:
> The set of patches brings most of the packages in meta-python up to the
> current released version.
>
> The following changes since commit
> bf8f27af3954a
On Tue, Jun 28, 2016 at 1:36 AM, wrote:
> From: Mingli Yu
>
> * Remove pytest to avoid dependency on python-runner
> as only one file test_mccabe.py import pytest and this
> test_mccabe.py file not install on our target eventually.
>
> That "one file" is where all the tests are housed. Just
The subject line is misleading, as you are actually adding recipes for
python-pbr and python-mock, not updating them.
Also, please make sure that EACH patch has [meta-python] in the subject
line, these patches are consumed by automated processes.
On Tue, Jun 28, 2016 at 1:36 AM, wrote:
> 1,
>
On Tue, Jun 28, 2016 at 1:36 AM, wrote:
> From: Mingli Yu
>
> * Add python-pbr bb file as python-mock depends on
> python-pbr-native
>
> Signed-off-by: Mingli Yu
> ---
> .../recipes-devtools/python/python-pbr_1.10.0.bb | 22
> ++
> 1 file changed, 22 insertions(+)
> cr
Hi Mingli,
In the future, when you send a second version of a patch, you should have
[PATCH v2] etc. in the subject line. Again, remember that these patches are
being consumed by automated processes. If you look at
https://patchwork-next.openembedded.org/project/oe/series/?ordering=-last_updated
y
Has pypi changed it's URL format?
https://pypi.python.org/packages/84/aa/c693b5d41da513fed3f0ee27f1bf02a303caa75bbdfa5c8cc233a1d778c4/setuptools_scm-1.11.1.tar.gz#md5=4d19b2bc9580016d991f665ac20e2e8f
is the link on pypi
On Wed, Jun 29, 2016 at 1:04 PM, Martin Jansa
wrote:
> ERROR: python-se
On Fri, Jun 10, 2016 at 6:21 AM, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> On 06/09/2016 07:36 PM, Burton, Ross wrote:
>
> We do use Vala for internal gstreamer-related projects so I would
>> volunteer to support it in oe-core.
>>
>>
>> Would you volunteer to maintain
y old, any chance pillow would work for your use case?
Acked-by: Tim Orling
On Fri, Jul 8, 2016 at 3:29 AM, Andrei Gherzan wrote:
> Signed-off-by: Andrei Gherzan
> ---
> .../python/python-imaging/remove-host-libdir.patch | 25
> ++
> .../pytho
Built ok for beaglebone.
NOTE: Requires Derek's pypi.bbclass patch
https://patchwork.openembedded.org/patch/125551/ or else fetcher failure.
NOTE: SUMMARY is __strongly__ recommended (it helps with the layer index)
http://www.openembedded.org/wiki/Styleguide
Acked-by: Tim Orling (
Built ok for beaglebone.
Acked-by: Tim Orling (Intel OpenSource Technology Center) <
ticot...@gmail.com>
On Mon, Jul 4, 2016 at 1:06 AM, wrote:
> From: Mingli Yu
>
> * Add python-pbr-native dependency for python-mock
>
> Signed-off-by: Mingli Yu
> ---
> meta-pyt
Built ok for beaglebone.
Acked-by: Tim Orling (Intel OpenSource Technology Center) <
ticot...@gmail.com>
On Mon, Jul 4, 2016 at 1:06 AM, wrote:
> From: Mingli Yu
>
> * Add python-pytest-runner dependency for python-mccabe
>
> Signed-off-by: Mingli Yu
> ---
> m
Built ok for beaglebone.
Acked-by: Tim Orling (Intel OpenSource Technology Center) <
ticot...@gmail.com>
On Mon, Jul 4, 2016 at 1:06 AM, wrote:
> From: Mingli Yu
>
> * Add python-pytest-runner bb as python-mccabe depends
> on python-pytest-runner
>
>
Built ok for beaglebone.
NOTE: SRC_URI probably not required with Derek's pypi.bbclass patch
https://patchwork.openembedded.org/patch/125551/ but I did not test for
that.
Acked-by: Tim Orling (Intel OpenSource Technology Center) <
ticot...@gmail.com>
On Mon, Jul 4, 2016 at 1:06
Signed-off-by: Tim Orling (Intel Open Source Technology Center) <
ticot...@gmail.com>
On Sat, Jul 9, 2016 at 4:55 AM, Derek Straka wrote:
> Signed-off-by: Derek Straka
> ---
> meta-python/README | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta-python/REA
Welcome aboard. I am very thankful for all that you have already done. I
look forward to working with you :)
Cheers,
--Tim
On Saturday, July 9, 2016, Derek Straka wrote:
> Signed-off-by: Derek Straka >
> ---
> meta-python/README | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta-pyt
at 5:23 AM, Yu, Mingli
> wrote:
>
> >
> >
> > On 2016年07月09日 01:09, Tim Orling wrote:
> >
> >> Built ok for beaglebone.
> >>
> >> NOTE: SRC_URI probably not required with Derek's pypi.bbclass patch
> >> https://patchwork.openemb
Can we make the default not be infinite timeout? You are solving a corner
case, special need with a default infinite timeout that may have unforeseen
side effects in the general case (like a system that never responds). Just
a thought. What does upstream think?
On Tue, Mar 6, 2018 at 5:18 PM Hongxu
This was on my todo list. Thank you.
On Thu, Mar 8, 2018 at 8:53 AM Daniel Dragomir <
daniel.drago...@windriver.com> wrote:
> Robot Framework is a generic open source test automation framework
> for acceptance testing and acceptance test-driven development (ATDD).
> It has easy-to-use tabular tes
* License has changed from BSD to PSF
License-Update: use LICENSE file; license is now PSF
Signed-off-by: Tim Orling
---
meta-oe/recipes-devtools/python/python-futures_3.0.5.bb | 16
meta-oe/recipes-devtools/python/python-futures_3.2.0.bb | 13 +
2 files changed, 13
Thank you for jumping on this, Derek!
And thank you for catching the issue, Mirza. Extra eyes and hands are very
helpful to keep up our quality.
—Tim
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembed
Seems pretty safe to remove:
“Metacity was the default window manager used by the GNOME 2 desktop
environment until it was replaced by Mutter in GNOME 3.” —Wikipedia [1]
[1] https://en.m.wikipedia.org/wiki/Metacity
On Sun, Mar 25, 2018 at 5:36 AM Andreas Müller
wrote:
> * as far as I can see no
erl 5.10.0 and 5.8.1 specific versions to Travis testing
thanks to pali #57
Add registration of mariadb_ prefix for new DBD::MariaDB driver
thanks to pali #56
Signed-off-by: Tim Orling
---
.../{libdbi-perl_1.639.bb => libdbi-perl_1.641.bb} | 18 ++
1 fil
tion (Tomoki
Aonuma)
- Spelling fixes (Brian Wightman)
Signed-off-by: Tim Orling
---
...s-perl_3.39.bb => libtest-harness-perl_3.42.bb} | 35 --
1 file changed, 32 insertions(+), 3 deletions(-)
rename meta-perl/recipes-perl/libtest/{libtest-harness-perl_3.39
201 - 300 of 908 matches
Mail list logo
