This recipe has no python3 version and will be at risk of being dropped
when python2 is EOL. Can you consider refactoring and provide a python2 and
python3 version please?
On Wed, Jun 5, 2019 at 8:35 PM Zang Ruochen
wrote:
> -Upgrade from python-pbr_5.2.0.bb to python-pbr_5.2.1.bb.
>
> Signed-of
While you are at it, can you please add a python3 recipe? Python2 is EOL
soon and this recipe will be at risk for being dropped completely in a
future meta-python.
On Wed, Jun 5, 2019 at 8:46 PM Zang Ruochen
wrote:
> -Upgrade from python-mako_1.0.10.bb to python-mako_1.0.12.bb.
>
> -License-Upda
On Thu, 2019-06-06 at 07:24 -0700, akuster808 wrote:
>
> On 6/2/19 4:12 PM, Robert Joslyn wrote:
> > Add various PACKAGECONFIG options, keeping the default options
> > enabled.
> the PACKCONFIG went from openssl to a lot more, how is that keeping
> the
> defaults?
My intent was to add PACKAGECONF
On 6/4/19 9:49 PM, Hongzhi.Song wrote:
> There are folowing compile errors on Linux 32bit system:
>
> red-channel.c:207:73: error: format '%x' expects argument of type
> 'unsigned int', but argument 7 has type 'long unsigned int' [-Werror=format=]
> |207| red_channel_debug(self, "thread_id 0x%"
On 6/2/19 4:12 PM, Robert Joslyn wrote:
> Add various PACKAGECONFIG options, keeping the default options enabled.
the PACKCONFIG went from openssl to a lot more, how is that keeping the
defaults?
> ---
> .../cryptsetup/cryptsetup_2.1.0.bb| 51 ++-
> 1 file changed, 4
From: Stefan Agner
Fix ENOMEM error in case the kernel reports cache size of -1. This
lead to the following error when starting haveged:
haveged starting up
haveged: Couldn't initialize HAVEGE rng 5
Signed-off-by: Stefan Agner
---
.../haveged/fix-cpu-cache-size-detection.patch | 20 +
From: Bartosz Golaszewski
This release contains a couple fixes for C++ bindings and testing framework
refactoring. The --enable-install-tests option has been removed as it was
redundant. More info in NEWS.
Signed-off-by: Bartosz Golaszewski
---
.../libgpiod/{libgpiod_1.3.bb => libgpiod_1.4.bb}
On Wed, Jun 05, 2019 at 11:35:23AM -0700, Vernon Mauery wrote:
> The ipmitool project has moved from sourceforge to github and is under
> new management. This updates the source so that it pulls directly from
> git rather than a tarball. Eventually, once the next release is tagged,
> the new SRCREV
Currently, the following symbolic links point to the host:
$ cd xfsprogs/4.18.0-r0/image
$ find . -type l -iname "lib*" -ls
./usr/lib/libhandle.so -> /lib/libhandle.so
./lib/libhandle.a -> /usr/lib/libhandle.a
This causes a build failure if the files already exist on the host:
ERROR: xfsprogs-4.18
