Signed-off-by: Khem Raj
---
.../lzip/{lzip_1.13.bb => lzip_1.14.bb}|4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta-oe/recipes-support/lzip/{lzip_1.13.bb => lzip_1.14.bb} (85%)
diff --git a/meta-oe/recipes-support/lzip/lzip_1.13.bb
b/meta-oe/recipes-support/
[Re: [oe] [meta-networking][PATCH:V2] vlan: Add vlan recipe] On 13.06.20 (Thu
23:47) lei yang wrote:
> Hi Joe
>
> On Wed, Jun 19, 2013 at 10:35 PM, Joe MacDonald
> wrote:
>
> Hey Lei,
>
> [[oe] [meta-networking][PATCH:V2] vlan: Add vlan recipe] On 13.06.18 (Tue
> 10:23) lei.y...@w
Hi Joe
On Wed, Jun 19, 2013 at 10:35 PM, Joe MacDonald wrote:
> Hey Lei,
>
> [[oe] [meta-networking][PATCH:V2] vlan: Add vlan recipe] On 13.06.18 (Tue
> 10:23) lei.y...@windriver.com wrote:
>
> > From: Lei Yang
> >
> > A 802.1q vlan support program,which can be used by virt-test
> >
> > Signed-
On Thu, Jun 20, 2013 at 11:06 AM, Martin Jansa wrote:
> You should be able to build qtbase with mesa from dylan if you add
> CFLAGS_append = " -DMESA_EGL_NO_X11_HEADERS"
>
yes, that works too, but that doesn't really fix the original problem in
the dylan branch, which from that perspective is bro
On Thu, Jun 20, 2013 at 09:15:24AM -0400, Nicolas Dechesne wrote:
> hi there,
>
> i am trying to build Qt5/meta-qt5 with dylan branch in a non X11 distro,
> and i got failures during the Qt5 configure step (when auto-detecting EGL
> feature). Looking into the issue, the good news is that it seems
On 06/20/2013 08:29 AM, Paul Barker wrote:
> On 18 June 2013 15:09, Philip Balister wrote:
>> * Fix packaging so grc and examples packages are not empty.
>> * Account for addition of gr-modtool.
>> * Update to version 3.6.5 of GNU Radio.
>> * Update RDEPENDS for grc to add python-netserver.
>>
On 20 June 2013 14:15, Nicolas Dechesne wrote:
> Would you guys consider 'backporting' this patch onto dylan a viable thing?
> I will make the backport, but it would be nice if you can confirm that it
> can be merged in dylan.
One of those patches is actually being debated upstream, but more
impo
hi there,
i am trying to build Qt5/meta-qt5 with dylan branch in a non X11 distro,
and i got failures during the Qt5 configure step (when auto-detecting EGL
feature). Looking into the issue, the good news is that it seems to be
fixed in oe-core/master with:
d7033f4 mesa: upgrade to 9.1.3
thanks
On 18 June 2013 15:09, Philip Balister wrote:
> * Fix packaging so grc and examples packages are not empty.
> * Account for addition of gr-modtool.
> * Update to version 3.6.5 of GNU Radio.
> * Update RDEPENDS for grc to add python-netserver.
> * Try even harder to stop docs from getting buil
On 20 June 2013 20:06, Manuel Nickschas wrote:
> This gave me the idea for an ugly workaround at least; I can overwrite the
> location in my project's CMakeLists.txt after processing
> find_package(Qt5Core). Or I could check if something like qtpaths.cmake
> exists in the source dir and include th
On 20 June 2013 11:50, Paul Barker wrote:
> On 20 June 2013 11:25, Paul Eggleton wrote:
>> On Thursday 20 June 2013 11:16:37 Paul Eggleton wrote:
>>> To be honest I think ENTERPRISE_DISTRO needs to go. It's not even clear what
>>> it should mean, and it's not consistently implemented. For things
On 20 June 2013 11:25, Paul Eggleton wrote:
> On Thursday 20 June 2013 11:16:37 Paul Eggleton wrote:
>> To be honest I think ENTERPRISE_DISTRO needs to go. It's not even clear what
>> it should mean, and it's not consistently implemented. For things we want
>> to be optional we have PACKAGECONFIG;
On Thursday 20 June 2013 11:16:37 Paul Eggleton wrote:
> To be honest I think ENTERPRISE_DISTRO needs to go. It's not even clear what
> it should mean, and it's not consistently implemented. For things we want
> to be optional we have PACKAGECONFIG; for items that have licensing
> requirements that
On Thursday 20 June 2013 10:39:13 Paul Barker wrote:
> >> mplayer2 is failing to find , this needs the same sort of fix I
> >> made to vlc
> >> (http://git.openembedded.org/meta-openembedded/commit/?id=3d6369b7c39d78
> >> b0d424dbe5a97e736b694e3c48).
> >>
> >> Full logs, conf files, etc:
> >> http
On Monday 10 June 2013 20:32:27 Stefan Herbrechtsmeier wrote:
> Am 10.06.2013 16:09, schrieb Manuel Nickschas:
> > On Friday 24 May 2013 16:56:41 Stefan Herbrechtsmeier wrote:
> >> All paths in the target sysroot represents the path on the target. They
> >> should be
> >> adapted via an variable or
On 20 June 2013 03:28, Khem Raj wrote:
>
>> luajit is rather a strange error, HOST_CC can't find or
>> some other common headers.
>
> hmmm luajit does not fail here for beaglebone/qemuarm so not much I can help.
>
I'll throw a qemuarm build on today and see whether this is an issue
with my build
On 20.06.2013 09:37, Khem Raj wrote:
On Jun 20, 2013, at 12:33 AM, Cestonaro Thilo
wrote:
Hey,
I'm trying to compile chromium from meta-browser for a armv7a SoC.
But it always failed with following error[1]. I fixed this bug with the
appended patch and I had to remove
the extra cflag "-Wno-
On 06/18/2013 01:29 PM, Fahad Usman wrote:
- copy tracker recipe from meta-guacamayo layer to meta-oe
- package files that were not being shipped
- add systemd suppert for tracker
Signed-off-by: Fahad Usman
---
meta-oe/recipes-support/tracker/files/90tracker| 4 ++
.../tracker/files/tra
On Jun 20, 2013, at 12:33 AM, Cestonaro Thilo
wrote:
> Hey,
>
> I'm trying to compile chromium from meta-browser for a armv7a SoC.
> But it always failed with following error[1]. I fixed this bug with the
> appended patch and I had to remove
> the extra cflag "-Wno-error=unused-local-typedefs
Hey,
I'm trying to compile chromium from meta-browser for a armv7a SoC.
But it always failed with following error[1]. I fixed this bug with the
appended patch and I had to remove
the extra cflag "-Wno-error=unused-local-typedefs" from the recipe to
get it to compile.
But can someone have a look
20 matches
Mail list logo