many modules still depend on lua5.1 and especially
luajit only supports 5.1 ABI as of now with no future
plans to move to later ABIs in sight.
This can now coexist with latest lua peacefully,
and also install a symlink to act default system wide
lua if someone choose to not install default lua ( 5
From: Roy Li
A library to provide support for making real-mode calls x86 calls. On
x86 hardware, vm86 mode is used. On other platforms, x86 emulation is
provided.
Signed-off-by: Roy Li
---
meta-oe/recipes-extended/libx86-1/libx86-1_1.1.bb | 20
1 file changed, 20 insertion
On 10/27/2015 01:21 PM, Jens Rehsack wrote:
>
>> Am 27.10.2015 um 21:15 schrieb Otavio Salvador
>> :
>>
>> On Tue, Oct 27, 2015 at 6:04 PM, Jens Rehsack wrote:
>>>
>>> llvm introduced new JIT technology MCJIT with llvm 3.4 and fixes ARM in 3.5
>>> (see
>>> http://llvm.org/releases/3.5.2/docs/Re
> Am 27.10.2015 um 21:32 schrieb Martin Jansa :
>
> On Tue, Oct 27, 2015 at 06:24:52PM -0200, Otavio Salvador wrote:
>> On Tue, Oct 27, 2015 at 6:21 PM, Jens Rehsack wrote:
>>>
Am 27.10.2015 um 21:15 schrieb Otavio Salvador
:
On Tue, Oct 27, 2015 at 6:04 PM, Jens Rehsack
On Tue, Oct 27, 2015 at 06:24:52PM -0200, Otavio Salvador wrote:
> On Tue, Oct 27, 2015 at 6:21 PM, Jens Rehsack wrote:
> >
> >> Am 27.10.2015 um 21:15 schrieb Otavio Salvador
> >> :
> >>
> >> On Tue, Oct 27, 2015 at 6:04 PM, Jens Rehsack wrote:
> >>>
> >>> llvm introduced new JIT technology MCJ
Cacao hast some weird configure script which fails heavily when run twice
in same build/work directory. Ensure clean rebuilds ...
Signed-off-by: Jens Rehsack
---
recipes-core/cacao/cacao_1.6.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-core/cacao/cacao_1.6.1.
> Am 27.10.2015 um 21:24 schrieb Otavio Salvador
> :
>
> On Tue, Oct 27, 2015 at 6:21 PM, Jens Rehsack wrote:
>>
>>> Am 27.10.2015 um 21:15 schrieb Otavio Salvador
>>> :
>>>
>>> On Tue, Oct 27, 2015 at 6:04 PM, Jens Rehsack wrote:
llvm introduced new JIT technology MCJIT with llv
Instead of potential circular depending virtual/javac-native (even this
recipe provides such a useable java-native), rely on well known path
via cacao-native to build up to icedtea7-native in reliable manner.
virtual/javac-native should be used by parts not belonging to the bootstrap
phase.
Sign
BitBake raises some errors when processing recipes that depend on x11
for distros that don't have x11 in DISTRO_FEATURES. To work around
that issue, REQUIRED_DISTRO_FEATURES = "x11" (from
distro_features_check.bbclass) has been set for the following recipes:
* cacao (_class-target)
* classpath (_
On Tue, Oct 27, 2015 at 6:21 PM, Jens Rehsack wrote:
>
>> Am 27.10.2015 um 21:15 schrieb Otavio Salvador
>> :
>>
>> On Tue, Oct 27, 2015 at 6:04 PM, Jens Rehsack wrote:
>>>
>>> llvm introduced new JIT technology MCJIT with llvm 3.4 and fixes ARM in 3.5
>>> (see
>>> http://llvm.org/releases/3.5.
On Tue, Oct 27, 2015 at 08:57:42PM +0100, Martin Jansa wrote:
> On Tue, Oct 27, 2015 at 11:26:32AM -0700, Khem Raj wrote:
> > On Tue, Oct 27, 2015 at 11:21 AM, Martin Jansa
> > wrote:
> > > On Sat, Sep 05, 2015 at 02:39:14PM +0200, Mike Looijmans wrote:
> > >> I got this weird build failure from
Since cpan.bbclass has evolved, the old wrapper simulation needs some adoption.
Use as much as possible from cpan.bbclass instead of copying code from there.
Signed-off-by: Jens Rehsack
---
meta-oe/recipes-extended/rrdtool/rrdtool_1.5.4.bb | 14 +++---
1 file changed, 3 insertions(+), 1
> Am 27.10.2015 um 21:15 schrieb Otavio Salvador
> :
>
> On Tue, Oct 27, 2015 at 6:04 PM, Jens Rehsack wrote:
>>
>> llvm introduced new JIT technology MCJIT with llvm 3.4 and fixes ARM in 3.5
>> (see
>> http://llvm.org/releases/3.5.2/docs/ReleaseNotes.html#changes-to-the-arm-backend).
>>
>>
On Tue, Oct 27, 2015 at 6:04 PM, Jens Rehsack wrote:
>
> llvm introduced new JIT technology MCJIT with llvm 3.4 and fixes ARM in 3.5
> (see
> http://llvm.org/releases/3.5.2/docs/ReleaseNotes.html#changes-to-the-arm-backend).
>
> Ensure JIT is built with llvm
>
> Signed-off-by: Jens Rehsack
Ther
Since there're surely lot's of individual distibutions not moved to systemd,
allow sane samba start/stop with systemv anyway. Rely on lsb-init-functions
for improved control.
Signed-off-by: Jens Rehsack
---
meta-oe/recipes-connectivity/samba/samba_4.1.12.bb | 7 +++
1 file changed, 7 insert
Since cpan.bbclass has evolved, the old wrapper simulation needs some adoption.
Use as much as possible from cpan.bbclass instead of copying code from there.
Signed-off-by: Jens Rehsack
---
meta-oe/recipes-extended/rrdtool/rrdtool_1.5.4.bb | 14 +++---
1 file changed, 3 insertions(+), 1
llvm introduced new JIT technology MCJIT with llvm 3.4 and fixes ARM in 3.5
(see
http://llvm.org/releases/3.5.2/docs/ReleaseNotes.html#changes-to-the-arm-backend).
Ensure JIT is built with llvm
Signed-off-by: Jens Rehsack
---
meta-oe/recipes-core/llvm/llvm.inc | 9 +++-
m
On Tue, Oct 27, 2015 at 11:26:32AM -0700, Khem Raj wrote:
> On Tue, Oct 27, 2015 at 11:21 AM, Martin Jansa wrote:
> > On Sat, Sep 05, 2015 at 02:39:14PM +0200, Mike Looijmans wrote:
> >> I got this weird build failure from the "krb" package:
> >>
> >> | make[3]: Entering directory
> >> '/TOPDIR/bu
On Tue, Oct 27, 2015 at 11:21 AM, Martin Jansa wrote:
> On Sat, Sep 05, 2015 at 02:39:14PM +0200, Mike Looijmans wrote:
>> I got this weird build failure from the "krb" package:
>>
>> | make[3]: Entering directory
>> '/TOPDIR/build/tmp/work/mips32el-oe-linux/krb5/1.13.2-r0/krb5-1.13.2/src/lib/krb5
On Sat, Sep 05, 2015 at 02:39:14PM +0200, Mike Looijmans wrote:
> I got this weird build failure from the "krb" package:
>
> | make[3]: Entering directory
> '/TOPDIR/build/tmp/work/mips32el-oe-linux/krb5/1.13.2-r0/krb5-1.13.2/src/lib/krb5/ccache'
> | mipsel-oe-linux-gcc -mel -mabi=32 -mhard-floa
On 10/26, Cliff Brake wrote:
> How long have you been using OE?
~3 years
> How do you use OE/Yocto?
[ X ] product development
[ X ] hobby/research/education/yocto core developer, etc
> What distro do you use?
[ ] Poky
[ ] Angstrom
[ X ] nodistro or custom (Based on Poky)
> How do y
* otherwise it fails with:
| CMake Error at
sysroots/x86_64-linux/usr/share/cmake-3.3/Modules/FindPackageHandleStandardArgs.cmake:148
(message):
| Could NOT find SWIG (missing: SWIG_EXECUTABLE SWIG_DIR)
* drop cmake-native, because it's already added by cmake.bbclass
Signed-off-by: Martin
On Tuesday 27 October 2015 13:00:16 Martin Jansa wrote:
> On Tue, Oct 27, 2015 at 11:37:36AM +, Paul Eggleton wrote:
> > On Tuesday 27 October 2015 08:12:48 Nicolas Dechesne wrote:
> > > On Tue, Oct 27, 2015 at 12:12 AM, Ivan Sergio Borgonovo
> > >
> > > wrote:
> > > > I saw many patch passin
On Mon, Oct 26, 2015 at 09:47:16PM +0100, Martin Jansa wrote:
> === qemuarm (1) ===
> * /openembedded-core/meta/recipes-support/libunwind/libunwind_1.1.bb,
> do_compile
I was checking this one today
../arm-oe-linux-gnueabi-libtool --tag=CC --mode=link
arm-oe-linux-gnueabi-gcc -march=arm
On Mon, Oct 26, 2015 at 11:49:18PM +0100, Andreas Müller wrote:
> On Mon, Oct 26, 2015 at 9:47 PM, Martin Jansa wrote:
>
> > === common (2) ===
> > * /meta-openembedded/meta-oe/recipes-graphics/gerbil/gerbil_git.bb,
> > do_compile
> > * /openembedded-core/meta/recipes-graphics/libsdl2/li
On Tue, Oct 27, 2015 at 11:37:36AM +, Paul Eggleton wrote:
> On Tuesday 27 October 2015 08:12:48 Nicolas Dechesne wrote:
> > On Tue, Oct 27, 2015 at 12:12 AM, Ivan Sergio Borgonovo
> > wrote:
> > > I saw many patch passing by and I submitted a couple about
> > > meta-toolchain-qt5.
> > > I did
On Tue, Oct 27, 2015 at 11:51:44AM +0100, mich...@losert.org wrote:
> I'm using qtbluetooth (qtconnectivity_git.bb) and noticed that it builds
> some kind of empty dummy library.
> I then tried building in verbose mode: "bitbake -v qtconnectivity" and
> got the following message in the log:
> "Un
On Tuesday 27 October 2015 08:12:48 Nicolas Dechesne wrote:
> On Tue, Oct 27, 2015 at 12:12 AM, Ivan Sergio Borgonovo
> wrote:
> > I saw many patch passing by and I submitted a couple about
> > meta-toolchain-qt5.
> > I didn't see any message from Otavio or Martin "approving" a patches.
> >
> > H
On Tue, Oct 27, 2015 at 11:40:58AM +0100, Ivan Sergio Borgonovo wrote:
> On 10/27/2015 08:12 AM, Nicolas Dechesne wrote:
> > On Tue, Oct 27, 2015 at 12:12 AM, Ivan Sergio Borgonovo
> > wrote:
> >> I saw many patch passing by and I submitted a couple about
> >> meta-toolchain-qt5.
> >> I didn't see
I'm using qtbluetooth (qtconnectivity_git.bb) and noticed that it builds
some kind of empty dummy library.
I then tried building in verbose mode: "bitbake -v qtconnectivity" and
got the following message in the log:
"Unsupported Bluetooth platform, will not build a working QtBluetooth
library.
On Tue, 27 Oct 2015 09:54:07 +
"Li, Zhiquan" wrote:
> I need to evaluate the possibility to upgrade the snort recipe to >2.9.7,
> because upgrade to > 2.9.7, some patches will not work anymore and the daq
> recipe also need to be upgraded to 2.0.4 at least. The side-effect is
> uncertainty
On Tue, Oct 27, 2015 at 8:40 AM, Ivan Sergio Borgonovo
wrote:
> On 10/27/2015 08:12 AM, Nicolas Dechesne wrote:
>>
>> On Tue, Oct 27, 2015 at 12:12 AM, Ivan Sergio Borgonovo
>> wrote:
>>>
>>> I saw many patch passing by and I submitted a couple about
>>> meta-toolchain-qt5.
>>> I didn't see any m
On 10/27/2015 08:12 AM, Nicolas Dechesne wrote:
On Tue, Oct 27, 2015 at 12:12 AM, Ivan Sergio Borgonovo
wrote:
I saw many patch passing by and I submitted a couple about
meta-toolchain-qt5.
I didn't see any message from Otavio or Martin "approving" a patches.
How can I check if it was approved
I need to evaluate the possibility to upgrade the snort recipe to >2.9.7,
because upgrade to > 2.9.7, some patches will not work anymore and the daq
recipe also need to be upgraded to 2.0.4 at least. The side-effect is
uncertainty.
From: Ioan-Adrian Ratiu
I also think that maybe some Gstreamer plugin missing.
But, having a look at my image recipe everything seems installed.
In attach, you can find my image recipe.
According to you, what missing?
Thanks a lot for your help.
Kind regards,
Stefano
2015-10-26 17:32 GMT+01:00 Stephano Cetola :
> On 10
--
Andrei Gherzan
On Mon, Oct 26, 2015 at 8:18 PM, Cliff Brake wrote:
> Hi,
>
> I'd like to get some feedback on the following questions -- feel free
> to respond to list, or directly to me, and I'll withhold your
> name/company from any results.
>
> I would like to collect feedback until 2015-1
On 26/10/2015 19:18, Cliff Brake wrote:
> Hi,
>
> I'd like to get some feedback on the following questions -- feel free
> to respond to list, or directly to me, and I'll withhold your
> name/company from any results.
>
> I would like to collect feedback until 2015-11-02, and will summarize
> the
Hi Cliff,
On Monday, October 26, 2015 03:18:54 PM Cliff Brake wrote:
> Hi,
>
> I'd like to get some feedback on the following questions -- feel free
> to respond to list, or directly to me, and I'll withhold your
> name/company from any results.
>
> I would like to collect feedback until 2015-11
New recipe
Signed-off-by: Ricardo Ribalda Delgado
---
v3: So I think we have got into the root of why it failed.
There was a capitalization error on the cmake file.
I have posted the change to upstream and they have merged it
(btw extremely fast, thanks ypnos).
Hope this time it also builds o
> Hi,
>
> I'd like to get some feedback on the following questions -- feel free
> to respond to list, or directly to me, and I'll withhold your
> name/company from any results.
>
> I would like to collect feedback until 2015-11-02, and will summarize
> the results after that.
>
> My goal with this
On Tue, Oct 27, 2015 at 12:12 AM, Ivan Sergio Borgonovo
wrote:
> I saw many patch passing by and I submitted a couple about
> meta-toolchain-qt5.
> I didn't see any message from Otavio or Martin "approving" a patches.
>
> How can I check if it was approved other than pulling from the repo/checking
41 matches
Mail list logo
