I see https://github.com/analogdevicesinc/libiio/releases/tag/v0.25 is now
available - never mind my previous comment.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#104345):
https://lists.openembedded.org/g/openembedded-devel/message/104345
Mute
Despite the tag now being available,
https://github.com/analogdevicesinc/libiio/releases indicates v0.24 as the most
recent release (and v0.25 being RC) - are we confident release is indeed
considered "final" by ADI?
Thanks,
Martin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent t
c: Christian Eggers
> Cc: Khem Raj
> Cc: Martin Siegumfeldt
> ---
> meta-oe/recipes-support/libiio/libiio_git.bb | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta-oe/recipes-support/libiio/libiio_git.bb
> b/meta-oe/recipes-support/libiio/li
- drop 0001-CMake-Move-include-CheckCSourceCompiles-before-its-m.patch
(integrated upstream)
- updated CMakeLists.txt requires pkgconfig
Signed-off-by: Martin Siegumfeldt
---
meta-oe/recipes-support/libiio/libiio_git.bb | 10 --
1 file changed, 4 insertions(+), 6 deletions
On Wed, Nov 06, 2019 at 09:14:46AM +, Martin Siegumfeldt wrote:
> Hi Adrian,
Hi Martin,
> I see - can you please confirm that this constraint applies to Zeus and
> Warrior (which is also stable according to
> https://wiki.yoctoproject.org/wiki/Releases)
I do not have any speci
On Tue, Nov 05, 2019 at 03:55:12PM +0200, Adrian Bunk wrote:
> On Tue, Nov 05, 2019 at 01:00:25PM +0100, Martin Siegumfeldt wrote:
> > Backport libiio patches from master bumping libiio to v0.18 and
>
> Upgrading on an upstream stable branch can be OK,
> especially when this is t
Unfortunately, our mailserver rejected the second half of the series - please
disregard, I'll resend when the issues are resolved.
Thanks,
Martin
From: openembedded-devel-boun...@lists.openembedded.org
on behalf of Martin
Siegumfeldt
Sent: Tu
Move a few commits ahead of 0.18 in order to resolve build issue
related to static only library installation.
Signed-off-by: Martin Siegumfeldt
Signed-off-by: Khem Raj
---
meta-oe/recipes-support/libiio/libiio_git.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta
Signed-off-by: Martin Siegumfeldt
Signed-off-by: Khem Raj
---
meta-oe/recipes-support/libiio/libiio_git.bb | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta-oe/recipes-support/libiio/libiio_git.bb
b/meta-oe/recipes-support/libiio/libiio_git.bb
index 5d422520b
Backport libiio patches from master bumping libiio to v0.18 and
allows building python3 bindings
Khem Raj (1):
libiio: Inherit distutils3-base for packaging python files
Martin Siegumfeldt (4):
Revert "libiio: fix build of python bindins"
libiio: allow python3 bindings to be buil
This reverts commit b0caf1fb82b90a6b123ba4463a8405568eda0389.
* bindings are build through the variant 'libiio-python' and is not
intended installed as part of just 'libiio'
Signed-off-by: Martin Siegumfeldt
Signed-off-by: Khem Raj
---
meta-oe/recipes-support/libi
From: Nicholas Pillitteri
---
meta-oe/recipes-support/libiio/libiio_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-support/libiio/libiio_git.bb
b/meta-oe/recipes-support/libiio/libiio_git.bb
index fa6f4c2ca..cc0efccf9 100644
--- a/meta-oe/recipes-
_
From: Khem Raj
Sent: Tuesday, October 29, 2019 10:27 PM
To: Martin Siegumfeldt
Cc: openembeded-devel
Subject: Re: [oe] [meta-oe][PATCH v2] libiio: Conditionally inherit
distutils3-base
On Tue, Oct 29, 2019 at 11:21 AM Martin Siegumfeldt wrote
* used for enabling python bindings - note that behavior is changed
from 'opt-out' to 'opt-in'
* config is used for potentially inheriting distutils3-base
* also decapitalize packageconfig names similar to other recipes
Signed-off-by: Martin Siegumfeldt
---
met
* inherit only when libiio-python3 is build.
* also add PACKAGECONFIG variant that allows python bindings to be
enabled and disabled. It adheres to the current CMake logic and
defaults to an 'out-out' approach.
Signed-off-by: Martin Siegumfeldt
---
meta-oe/recipes-supp
* inherit only when PACKAGECONFIG indicates Python bindings is build
Signed-off-by: Martin Siegumfeldt
---
meta-oe/recipes-support/libiio/libiio_git.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-support/libiio/libiio_git.bb
b/meta-oe/recipes-support
scribing the (native library) dependency (i.e. without bindings), and
RDEPENDS_${PN} += "libiio-${PYTHON_PN}"
for a dependency including the bindings - isn't this valid?
I assume, that a pure native library dependency (i.e. without python bindings)
should not introduce any python
Signed-off-by: Martin Siegumfeldt
---
meta-oe/recipes-support/libiio/libiio_git.bb | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta-oe/recipes-support/libiio/libiio_git.bb
b/meta-oe/recipes-support/libiio/libiio_git.bb
index 5d422520b..4282355f8 100644
--- a/meta
This reverts commit b0caf1fb82b90a6b123ba4463a8405568eda0389.
* bindings are build through the variant 'libiio-python' and is not
intended installed as part of just 'libiio'
Signed-off-by: Martin Siegumfeldt
---
meta-oe/recipes-support/libiio/libiio_git.bb | 3 +-
Move a few commits ahead of 0.18 in order to resolve build issue
related to static only library installation.
Signed-off-by: Martin Siegumfeldt
---
meta-oe/recipes-support/libiio/libiio_git.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-support
From: Denys Dmytriyenko
The newly resurrected devmem2.c file besides having a new location, also
updates its header, producing different checksums, which would conflict
with any previously cached or mirrored instances. To avoid such conflicts,
use a different filename in fetch(). Rename it back t
From: Nicolas Ferre
Change URL due to connexion error on the original page.
As the header of the new devmem2.c source file has changed, change the
signature and the LIC_FILES_CHKSUM specificaiton.
Signed-off-by: Nicolas Ferre
Signed-off-by: Martin Jansa
---
meta-oe/recipes-support/devmem2/dev
From: Leonardo Sandoval
Sent: Wednesday, May 31, 2017 17:17
To: Martin Siegumfeldt
Cc: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] URL of devmem2
On Tue, 2017-05-30 at 20:10 +, Martin Siegumfeldt wrote:
> Hi,
>
>
> Is there any chance th
From: Martin Siegumfeldt
Sent: Wednesday, May 31, 2017 21:15
To: Leonardo Sandoval
Cc: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] URL of devmem2
From: Leonardo Sandoval
Sent: Wednesday, May 31, 2017 17:17
To: Martin Siegumfeldt
Cc: openembedded-devel@lists.openembedded.org
From: Leonardo Sandoval
Sent: Wednesday, May 31, 2017 17:17
To: Martin Siegumfeldt
Cc: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] URL of devmem2
On Tue, 2017-05-30 at 20:10 +, Martin Siegumfeldt wrote:
> Hi,
>
>
> Is there any chance t
Hi,
Is there any chance that
http://git.openembedded.org/meta-openembedded/commit/?id=fc801961457fe2fbb24973bb43b302ad46044cb8
and
http://git.openembedded.org/meta-openembedded/commit/?id=6c584374a599f6f8d3607f20ecfc13a67ccf1da1
will be backported to release branches? lartmaker domain seems n
Hi,
Is there any chance that
http://git.openembedded.org/meta-openembedded/commit/?id=fc801961457fe2fbb24973bb43b302ad46044cb8
and
http://git.openembedded.org/meta-openembedded/commit/?id=6c584374a599f6f8d3607f20ecfc13a67ccf1da1
will be backported to release branches - in particular fido? lart
27 matches
Mail list logo
