This series enables a number of packages and dependencies to be built
for mingw32. The goal is to enable the building and packaging of QEMU
targeting mingw32 with support for SDL/VNC enabled as well as being able
to execute the qemu* machines of oe-core/meta.
The following series fixes a number of
Add the 'secure-api' PACKAGECONFIG and enable it by default. The
'secure-api' feature enables the secure string functions that are
provided in the MS C Runtime e.g. "strerror_s".
These functions are needed for glib-2.0 compilation.
Signed-off-by: Nathan Rossi
---
recipes-devtools/mingw-w64/nati
Add the 'secure-api' PACKAGECONFIG and enable it by default. The
'secure-api' feature enables the secure string functions that are
provided in the MS C Runtime e.g. "strerror_s".
These functions are needed for glib-2.0 compilation.
Signed-off-by: Nathan Rossi
---
recipes-devtools/mingw-w64/nati
This series enables a number of packages and dependencies to be built
for mingw32. The goal is to enable the building and packaging of QEMU
targeting mingw32 with support for SDL/VNC enabled as well as being able
to execute the qemu* machines of oe-core/meta.
The following series fixes a number of
Relocate and package the dll's provided by libgcc in bindir. It is
convention that on mingw/windows dll files are installed into the
bindir, this is done to avoid issues with search paths and allows for
execution of binaries without the need to point at a libdir.
Signed-off-by: Nathan Rossi
---
Sorry this should have v2 in the subject. I realized just as the
second patch was sent. I've resent with v2 for clarity.
Regards,
Nathan
On 30 January 2017 at 18:41, Nathan Rossi wrote:
> This series enables a number of packages and dependencies to be built
> for mingw32. The goal is to enable t
For mingw it is convention to have DLLs in bindir. To avoid grouping
anything other that .exe files into the ${PN}-bin package, override it
so that only '*.exe' files are shipped.
Signed-off-by: Nathan Rossi
---
recipes-core/expat/expat_%.bbappend | 3 +++
1 file changed, 3 insertions(+)
create
Package the .dll and .exe files into their expected packages.
Signed-off-by: Nathan Rossi
---
recipes-support/libpcre/libpcre_%.bbappend | 6 ++
1 file changed, 6 insertions(+)
create mode 100644 recipes-support/libpcre/libpcre_%.bbappend
diff --git a/recipes-support/libpcre/libpcre_%.bbap
Fix building of shared gettext for i686/32-bit mingw32. This adds a
patch which fixes an issue with gnulib that is included in gettext.
This patch does not need to be submitted upstream as it is fixing an
issue with the included version of gnulib. Upstream gnulib has already
fixed this issue and u
Package the libgettext*.dll files in their respective packages.
Signed-off-by: Nathan Rossi
---
recipes-core/gettext/gettext_0.19.%.bbappend | 3 +++
1 file changed, 3 insertions(+)
diff --git a/recipes-core/gettext/gettext_0.19.%.bbappend
b/recipes-core/gettext/gettext_0.19.%.bbappend
index 1
For mingw32 handle packaging of gettext-libintl in bindir.
Signed-off-by: Nathan Rossi
---
Note this patch is separated from the preceding due to being dependent
on a change in oe-core/meta being applied to add the 'gettext-libintl'
package.
---
recipes-core/gettext/gettext_0.19.%.bbappend | 1 +
MinGW/Windows does not have support for libmount, so disable it when
targeting mingw32.
Signed-off-by: Nathan Rossi
---
recipes-core/glib-2.0/glib-2.0_%.bbappend | 4
1 file changed, 4 insertions(+)
diff --git a/recipes-core/glib-2.0/glib-2.0_%.bbappend
b/recipes-core/glib-2.0/glib-2.0_%.
Prevent glib-2.0 depending on bash indirectly due to the RDEPEND on
bash-completion. The bash dependency is undesirable due to bash
depending on POSIX compatibility (fork, etc) which is not provided by
MinGW but instead MSYS or CYGWIN.
The glib-2.0 configure does not allow for disabling of bash-co
Handle the packaging of .dll files into the ${PN} package, also package
only certain .exe files into the ${PN} and others into the ${PN}-utils
packages. This is required due to the mingw/windows convention where
.dll's are shipped in the bindir.
Move the packaging of *.def into the ${PN}-dev packa
The changes that are appended for '--enable-include=printf=yes' and
removal of charset.alias are handled in oe-core.
Signed-off-by: Nathan Rossi
---
recipes-core/glib-2.0/glib-2.0_%.bbappend | 2 --
1 file changed, 2 deletions(-)
diff --git a/recipes-core/glib-2.0/glib-2.0_%.bbappend
b/recipes
Whilst building libfdt on mingw32 is functional, building dtc for mingw32
is not. This is due to dtc relying on certain POSIX functions as well as
not handling the MSVCRT printf formatting.
This change enables building and installing libfdt only for mingw32,
disabling the build of device-tree-comp
Add a PACKAGECONFIG for 'stdio-redirect'. This configure option
enables/disables the Windows only option for redirecting the
stdout/stderr to files instead of to the console.
Add the 'directx' PACKAGECONFIG to configure whether to build with
DirectX support. By default this is enabled (when target
For mingw it is convention to have DLLs in bindir. To avoid grouping
anything other that .exe files into the ${PN}-bin package, override it
so that only '*.exe' files are shipped.
Signed-off-by: Nathan Rossi
---
recipes-graphics/libsdl/libsdl_%.bbappend | 2 ++
1 file changed, 2 insertions(+)
d
Handle packaging gpg-error.exe in the -dev package.
Signed-off-by: Nathan Rossi
---
recipes-support/libgpg-error/libgpg-error_%.bbappend | 3 +++
1 file changed, 3 insertions(+)
create mode 100644 recipes-support/libgpg-error/libgpg-error_%.bbappend
diff --git a/recipes-support/libgpg-error/li
Resolve bug with the generation of the versioninfo.rc file which depends
on the BUILD_REVISION being set during configure. The BUILD_REVISION is
unset when building against tarball source due to no git repository
information. This patch sets the BUILD_REVISION to 0 when no information
is available.
Handle packaging of .exe for the hmac/dumpexp packages. Also add the
packaging of mpicalc.exe to the -dev package.
Also handle the packaging of the .def files into the -dev package.
Signed-off-by: Nathan Rossi
---
recipes-support/libgcrypt/libgcrypt_%.bbappend | 8
1 file changed, 8 in
libcap does not support mingw32, so disable 'capabilities' support for
the mingw32 targets.
Signed-off-by: Nathan Rossi
---
recipes-support/libgcrypt/libgcrypt_%.bbappend | 3 +++
1 file changed, 3 insertions(+)
diff --git a/recipes-support/libgcrypt/libgcrypt_%.bbappend
b/recipes-support/libg
Resolve bug with the generation of the versioninfo.rc file which depends
on the BUILD_REVISION being set during configure. The BUILD_REVISION is
unset when building against tarball source due to no git repository
information. This patch sets the BUILD_REVISION to 0 when no information
is available.
On Sun, 2017-01-29 at 09:12 -0800, Armin Kuster wrote:
> diff --git a/recipes-tpm/libtpm/files/fix_dprintf_issue.patch
> b/recipes-tpm/libtpm/files/fix_dprintf_issue.patch
> new file mode 100644
> index 000..25760bb
> --- /dev/null
> +++ b/recipes-tpm/libtpm/files/fix_dprintf_issue.patch
> @@ -
On Sun, 2017-01-29 at 09:12 -0800, Armin Kuster wrote:
> fix signed build issues
>
> Signed-off-by: Armin Kuster
> ---
> recipes-tpm/swtpm/files/fix_lib_search_path.patch | 41 ---
> recipes-tpm/swtpm/files/fix_signed_issue.patch| 48
> +++
> recipes-tpm/
I have a recipe which builds my own (out-of-tree) driver module - this
packages/installs the module fine. (It's recipe has "inherit module").
Now I'm writing a recipe to build a library which uses the driver. What's
needed to get the driver's header file 'exported' so that it can be included
by t
Current Dev Position: YP 2.3 M3
Next Deadline: YP 2.3 M3 by Feb. 27, 2017
SWAT team rotation: Paul -> Ross on Jan. 27, 2017.
SWAT team rotation: Ross -> Leo on Feb. 3, 2017.
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
·The recipe specific sys
You don't, you make your library depends on your driver, and not on kernel
exported headers. In my case I add the header to the -dev package and make
the library compilation depend on kernel module.
# kernel-module-foo.bb
FILES_${PN}-dev = "/usr/include/foo/linux/foo.h"
# libfoo.bb
DEPENDS = "ker
Thanks Daniel,
I’ve given that a try, but the header isn’t appearing (with ‘bitbake rfctrl’)
anywhere but the module’s own workdir.
It’s recipe is
SUMMARY = " RF driver"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e"
inherit module
SRC_UR
do_install_append() {
install -d ${D}/usr/include/nrf24/linux/
install -m 0755 ${S}/include/linux/nrf24.h
${D}/usr/include/nrf24/linux/
}
Try something like this ^
Regards,
2017-01-30 15:05 GMT-02:00 :
> Thanks Daniel,
>
> I’ve given that a try, but the header isn’t appearing (with ‘bi
At your kernel-module-.bb
:)
2017-01-30 15:13 GMT-02:00 Daniel. :
> do_install_append() {
> install -d ${D}/usr/include/nrf24/linux/
> install -m 0755 ${S}/include/linux/nrf24.h
> ${D}/usr/include/nrf24/linux/
> }
>
>
> Try something like this ^
>
> Regards,
>
> 2017-01-30 15:05 GMT-02:0
I've been using testing packages so that they can be built from SCM testing
branches and quickdly deployed to package repository. This makes new
testing releases avaible to software developers and they can installs it by
using package manager. The testing packages are the same as production
package
I'm using this little hack:
do_install[depends] = "${RCONFLICTS_${PN}}:do_cleansstate"
But this seems not right...
Regards,
2017-01-30 17:56 GMT-02:00 Daniel. :
> I've been using testing packages so that they can be built from SCM
> testing branches and quickdly deployed to package repository.
This changes enable patch status updating, adding a patch to an existing
bundle and creating a new bundle from the series view.
[YOCTO #10973]
Jose Lamego (2):
series.js: Get patch id and pass it to POST request
series.py: Add POST call
htdocs/js/series.js | 24 --
patchwo
Patch forms in series view do not pass selected patch id
as context element during a POST call, so no status/bundle
updates can be performed from such view.
This change includes the selected patch id as a context
element and pass it to POST call through a hidden input field.
[YOCTO #10973]
Signe
Current view is missing a POST call, avoiding users to update
or edit patch status or bundles.
This change adds POST call to series view, including the target
patch id, which is taken from request context.
[YOCTO #10973]
Signed-off-by: Jose Lamego
---
patchwork/views/series.py | 84 +++
On 2017-01-04 14:25, Gary Thomas wrote:
On 2017-01-04 13:54, Patrick Ohly wrote:
On Wed, 2017-01-04 at 12:05 +0100, Gary Thomas wrote:
On 2016-11-04 04:41, Paul Eggleton wrote:
On Wed, 02 Nov 2016 07:25:13 Gary Thomas wrote:
I've tested your patches for this (from the OE-core mailing list)
an
I recently started using swtpm-native in combination with the qemu-tpm
patches to simulate a virtual TPM chip in qemu. The qemu-tpm patches
should go into OE-core, but currently usage is a bit cumbersome
(requires root privileges and manually starting swtpm before each
runqemu invocation), so at th
The soname of libtspi.so is "libtspi.so.1" and therefore apps
linked against that library depend on the libtspi.so.1 symlink
to find the library.
Signed-off-by: Patrick Ohly
---
recipes-tpm/trousers/trousers_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-tpm/t
Installing tpm-tools for tools like tpm_takeown pull in the libtspi
package, but the resulting system is not functional unless the tcsd
(from the main "trousers" package) also gets installed. A RRECOMMENDS
entry for that takes care of that automatically.
Signed-off-by: Patrick Ohly
---
recipes-t
The upstream dist/Makefile.am ensures that /etc/tcsd.conf
is owned by tss:tss, and that must not be changed because
otherwise tcsd refuses to start.
Signed-off-by: Patrick Ohly
---
recipes-tpm/trousers/trousers_git.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/recipes-tpm/trousers/trouse
For use with qemu-tpm as described in the swtpm main README, swtpm
must be compiled natively. nativesdk is added just in case that
someone wants to add this to an SDK.
The fix_lib_search_path.patch was recently removed during the version
update, but it is still needed when building natively. Here'
The configure script checks for tpm_nvdefine from tpm-tools and fails
when it is not present.
Signed-off-by: Patrick Ohly
---
recipes-tpm/swtpm/swtpm_1.0.bb | 5 +
1 file changed, 5 insertions(+)
diff --git a/recipes-tpm/swtpm/swtpm_1.0.bb b/recipes-tpm/swtpm/swtpm_1.0.bb
index d5a2a58..528
The CUSE support in swtpm does not depend on selinux. It is needed
for simulating a virtual TPM, one of the use cases for swtpm-native, so
enable it by default.
Signed-off-by: Patrick Ohly
---
recipes-tpm/swtpm/swtpm_1.0.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/
When building for x86-64, gcc complains:
tpm_ioctl.c:866:9: error: format ‘%llx’ expects argument of type ‘long long
unsigned int’, but argument 2 has type ‘long unsigned int’ [-Werror=format=]
| printf("ptm capability is 0x%llx\n", (uint64_t)devtoh64(is_chardev,
cap));
| ^
| c
Native tools exist in recipe specific sysroots and are normally
not meant to be called from outside a build. But that's what we
need to do when using swtpm-native together with qemu, so these
wrappers make that possible by setting up the necessary environment
and hiding the internal paths.
Invokin
46 matches
Mail list logo
