On Sat, Apr 30, 2011 at 19:07, Khem Raj wrote:
...
> +uclibc does not have exp10 function which is glibc extension.
> +Bur we can get the same behavior by using pow()
...
Typo! s/Bur/But/
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br
This changes the packaging only if the configuration used has mdev
support enabled.
Signed-off-by: Otavio Salvador
---
meta/recipes-core/busybox/busybox.inc | 15 ++-
meta/recipes-core/busybox/busybox_1.17.3.bb |4 ++-
meta/recipes-core/busybox/files/mdev|7
-isolinux: isolinux.bin
Signed-off-by: Otavio Salvador
---
meta/recipes-devtools/syslinux/syslinux_4.03.bb | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/syslinux/syslinux_4.03.bb
b/meta/recipes-devtools/syslinux/syslinux_4.03.bb
index
Signed-off-by: Otavio Salvador
---
meta/conf/local.conf.sample |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/meta/conf/local.conf.sample b/meta/conf/local.conf.sample
index ba92df8..02164eb 100644
--- a/meta/conf/local.conf.sample
+++ b/meta/conf
Signed-off-by: Otavio Salvador
---
scripts/oe-setup-builddir |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/scripts/oe-setup-builddir b/scripts/oe-setup-builddir
index 2f8a064..7fefc52 100755
--- a/scripts/oe-setup-builddir
+++ b/scripts/oe-setup-builddir
@@ -60,7
On Mon, May 2, 2011 at 19:21, Khem Raj wrote:
> Did you test this patch on a config where mdev support is disabled ?
> that will be interesting to know
Yes I did. It seems to work fine for me. Do you see any problem with that?
--
Otavio Salvador O.S. Systems
update it is due it being required by a new
recipe I am adding to meta-oe and then it seems more logical to me to
move fuse to meta-oe but I am curious to hear from others about it.
Cheers,
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http
On Fri, May 6, 2011 at 11:51, Koen Kooi wrote:
> So, is having both sets inside ${PN} a dealbreaker?
I think it is not BUT this choice could be a distro choice. So I see as:
USE_INIT=(sysv|systemd|both)
Being both the default.
--
Otavio Salvador O.S. System
On Fri, May 6, 2011 at 13:06, Koen Kooi wrote:
>
> Op 6 mei 2011, om 17:36 heeft Otavio Salvador het volgende geschreven:
>
>> On Fri, May 6, 2011 at 11:51, Koen Kooi wrote:
>>> So, is having both sets inside ${PN} a dealbreaker?
>>
>> I think it is not BUT
uired utilities tested for
(2011-05-07 09:05:57 +0100)
are available in the git repository at:
git://github.com/OSSystems/oe-core.git master
Otavio Salvador (5):
meta/conf/local.conf.sample: fix mklibs comment line split and typo
scripts/oe-setup-builddir: fix typo
syslinux: im
On Mon, May 9, 2011 at 14:06, Saul Wold wrote:
> I am working on reviewing and staging them. I did not see a patch for the
> libxbkfile, did I miss that email?
I will be sending an updated pull request and post the patches with
some fixes. Please wait for it for merging.
--
Otavio Sa
sense to have it there being not used.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-cor
repository at:
git://github.com/OSSystems/oe-core master
Otavio Salvador (10):
meta/conf/local.conf.sample: fix mklibs comment line split and typo
scripts/oe-setup-builddir: fix typo
syslinux: improve packaging
busybox: add support to mdev
libxkbfile: disable xcb
On Tue, May 10, 2011 at 05:50, Richard Purdie
wrote:
...
> We could unconditionally make native.bbclass set the override too...
I can revert this part of this and provide a patch to native.bbclass for it.
--
Otavio Salvador O.S. Systems
E-mail:
On Tue, May 10, 2011 at 06:20, Koen Kooi wrote:
> And consider the case of building without MACHINE and distros having a
> different staging layout. I know angstrom has one to enable parallel builds
> of uclibc and eglibc.
In this case what we ought to use?
--
Otavio
lude a Signed-off-by: if appropriate. Any patches that you have modified
> or added should include the above info.
On the patch itself? Any doc describing an example of it?
I am waiting for Richard and Koen replies about my questions and will
provide updated patches for the unmerged ones.
Che
Signed-off-by: Otavio Salvador
---
meta/recipes-devtools/cmake/cmake-native_2.8.3.bb |2 +-
meta/recipes-devtools/cmake/cmake.inc |3 +-
.../cmake/cmake/support-oe-qt4-tools-names.patch | 90
3 files changed, 93 insertions(+), 2 deletions(-)
create
This writes a qt.conf inside WORKDIR to properly configure projects
based on CMake. This is required since qmake variables (returned
by -query command) are fixed into the binary and can only be
changed using a qt.conf file.
Signed-off-by: Otavio Salvador
---
meta/classes/qmake_base.bbclass
Sync with OE at 3b7d83362027fde4f6850533ab83277d95dda961 however
without changing the way of generating the toolchain file and making
it branding agnostic.
Signed-off-by: Otavio Salvador
---
meta/classes/cmake.bbclass | 14 --
meta/classes/native.bbclass |4
2 files
ilable on the mailing list, please
take a look.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Op
it checkout -b otavio-20110510-review
git pull git://github.com/OSSystems/oe-core.git master
git shortlog origin/master..
Is that so difficult?
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981
erface to store
those. You might have something like:
[oe-core-pull-request]
mode = github
user = foo
or
[oe-core-pull-request]
mode = gitorious
user = bar
This could be used to fill the fields in a proper way since those are
predictable.
--
Otavio Salvador O.S. Syste
rs too:
...
PACKAGES = ""
PACKAGES_virtclass-native = ""
PACKAGES_DYNAMIC = ""
PACKAGES_DYNAMIC_virtclass-native = ""
...
Seems logical, no?
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://ww
drop the
> BROWSE_URL.
I'd prefer to have it stored into git config backend and don't need to
retype it for every call.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854
On Tue, May 10, 2011 at 20:01, Tom Rini wrote:
> On 05/10/2011 12:18 PM, Otavio Salvador wrote:
>> On Tue, May 10, 2011 at 15:55, Tom Rini wrote:
>>> Add a -l switch that takes an argument of either github or gitorious
>>> and will make the cover letter have a fil
view the patch
description is small and complete. I see no need of more information
on that.
Saul?
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.os
one. This patch adds support for the
OpenEmbedded specific binary names.
Signed-off-by: Otavio Salvador
---
meta/recipes-devtools/cmake/cmake-native_2.8.3.bb |2 +-
meta/recipes-devtools/cmake/cmake.inc |3 +-
.../cmake/cmake/support-oe-qt4-tools-names.patch | 98
On Fri, May 13, 2011 at 08:05, Koen Kooi wrote:
> Putting it in qttools would be fine by me
It would be much better to use qt4-native as being done on OE dev currently.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com
On Fri, May 13, 2011 at 09:25, Ilya Yanok wrote:
> To use qt4-native for what? We are talking about _target_ version of
> qmake which is currently not provided by any package...
Oh ok; I missed this.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.
On Fri, May 13, 2011 at 13:19, Paul Eggleton
wrote:
> Saul has suggested that we remove Qt 4.6.3 from oe-core in line with our
> policy of only having one version of a package that doesn't have GPLv2/v3
> versions. Is this going to be OK?
I also think it is a better way to g
lease add it.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembe
g patch conflicts if it was out of tree for too long and that
> didn't seem worthwhile.
I have expected at least another review cycle since this is a huge
change and potential to change a lot of stuff for users...
--
Otavio Salvador O.S. Systems
E-mail: ota.
Hello,
Is someone using regular linux recipes with oe-core (or meta-oe)?
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
Hello,
I noticed today that gitpkgv is not working for some recipes. I could
reproduce the problem using freerdp recipe today.
It seems GITPKGVTAG is expanded but bitbake doesn't notice it. Does
someone has any idea about the reason behind it?
Cheers,
--
Otavio Sal
-a
> send-pull-request: verify git sendemail config
> create-pull-request: add untested oe repository support
> send-pull-request: streamline git-send-email usage
> *pull-request: add copyright, license, and descriptions
>
> Otavio Salvador (2):
> create-pull-request: do
is.
>
> I merged this with the exception of the change to gcc 4.6 by default.
> I'm a little hesitant to make that switch until a few more people have
> tried using it (e.g. I noticed Bruce was having problems yesterday).
His problems where fixed dropping sstate-cache.
git send-email has the correct check on it. Basically the From is
taken from the git 'user' and 'email' config values and in case
'sendemail.smtpserver' is not provided it defaults to use local
sendmail command.
Signed-off-by: Otavio Salvador
Acked-by: Darren Hart
The following changes since commit 54ecf8e3992b8a01c2e5bd16720e1819b71b68bd:
packagedata: don't choke on empty PACKAGES (2011-05-20 17:41:34 +0100)
are available in the git repository at:
git://github.com/OSSystems/oe-core.git master
https://github.com/OSSystems/oe-core/tree/master
O
Since we do not require a configuration file by default we don't force
it's addition on the package. If the a layer wants to have it enabled
it should also set the CONFFILES for busybox-mdev package.
Signed-off-by: Otavio Salvador
---
meta/recipes-core/busybox/busybox-1.18.4/defcon
To be able to install into a disk, mtools are required thus we add it
as rdepends of 'syslinux' package.
Signed-off-by: Otavio Salvador
---
meta/recipes-devtools/syslinux/syslinux_4.03.bb |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtool
On Mon, May 23, 2011 at 13:06, Phil Blundell wrote:
> On Mon, 2011-05-23 at 12:13 +0000, Otavio Salvador wrote:
>> CONFIG_LOSETUP=y
>> # CONFIG_LSPCI is not set
>> # CONFIG_LSUSB is not set
>> -# CONFIG_MDEV is not set
>> +CONFIG_MDEV=y
>>
if d.getVar('USE_PR_SERV', True):
> | ERROR: *** 0004: auto_pr=prserv_get_pr_auto(d)
> | ERROR: 0005: if auto_pr is None:
> | ERROR: 0006: bb.fatal("Can NOT get auto PR
> revision from remote PR service")
> | ERROR
On Fri, May 27, 2011 at 22:13, Elizabeth Flanagan
wrote:
...
> Beth Flanagan (1):
> license.bbclass: Sane Parsing of licenses
...
The change itself was OK and really an improvement but please pay some
attention to whitespaces. It is nice to avoid useless whitespaces into
new code.
--
To support translation, qmake based projects usually call lrelease and
lupdate however OE changes the binary names so this needs some mangle
to work out of box.
Signed-off-by: Otavio Salvador
---
meta/classes/qmake_base.bbclass |5 +
1 files changed, 5 insertions(+), 0 deletions
Otavio Salvador (2):
busybox: enable mdev by default
qmake_base.bbclass: fix lrelease/lupdate binary names
meta/classes/qmake_base.bbclass|5 +
meta/recipes-core/busybox/busybox-1.18.4/defconfig |2 +-
meta/recipes-core/busybox/busybox.inc |1
Since we do not require a configuration file by default we don't force
it's addition on the package. If the a layer wants to have it enabled
it should also set the CONFFILES for busybox-mdev package.
Signed-off-by: Otavio Salvador
---
meta/recipes-core/busybox/busybox-1.18.4/defcon
ne but the cross compiler is failing.
Our recipe can be seen at
https://github.com/OSSystems/meta-oe/commit/3d29a0ca35e29cc9629a7628dfe19734bc28b229#diff-0
It seems to build fine but sstate and sysroot lacks the binaries so we
can't use it to build the target binaries.
Any clue?
--
On Tue, May 31, 2011 at 07:58, Richard Purdie
wrote:
> On Tue, 2011-05-31 at 01:51 +0000, Otavio Salvador wrote:
>> Any clue?
>
> It sounds like something in your paths are messed up in chicken-cross.
> What is happening during do_install? Where are the files ending up? What
&g
e and patches
to be send to oe-core as AFAIK Yocto will base on it. Am I missing
anything?
This is really confusing. This is not just regarding mailing lists but
also IRC channels :-/
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems
ull
> @@ -1,10 +0,0 @@
> -require gnutls.inc
> -
> -PR = "${INC_PR}.0"
> -
> -SRC_URI += "file://gnutls-openssl.patch \
> - file://gnutls-texinfo-euro.patch \
> - file://configure-fix.patch"
> -
> -SRC_URI[md5sum] = "4e1517084018a8b1fdc96daabea40528"
> -SRC_URI[sha256sum] =
&g
To support translation, qmake based projects usually call lrelease and
lupdate however OE changes the binary names so this needs some mangle
to work out of box.
Signed-off-by: Otavio Salvador
---
meta/classes/qmake_base.bbclass |5 +
1 files changed, 5 insertions(+), 0 deletions
Since we do not require a configuration file by default we don't force
it's addition on the package. If the a layer wants to have it enabled
it should also set the CONFFILES for busybox-mdev package.
Signed-off-by: Otavio Salvador
---
meta/recipes-core/busybox/busybox-1.18.4/defcon
/master
Otavio Salvador (3):
busybox: enable mdev by default
qmake_base.bbclass: fix lrelease/lupdate binary names
gnutls: link against 'dl' library
meta/classes/qmake_base.bbclass|5 +
meta/recipes-core/busybox/busybox-1.18.4/defconfig |2 +-
meta/re
Fixes a build failure due missing references to 'dlopen' and
like. This started to happen after update to 2.12.5 at
ad52eacebdc413aa351de078ee878182a9c71e16. This also fixes the recipe
to use the INC_PR value otherwise we end not bumping PR if changing
only the '.inc' file.
S
On Wed, Jun 1, 2011 at 20:33, Phil Blundell wrote:
> On Wed, 2011-06-01 at 20:09 +0000, Otavio Salvador wrote:
>> +export LDFLAGS += "-ldl"
>
> The configure script ought to be figuring this out for itself. Do you
> know why that isn't working?
No I don
On Wed, Jun 1, 2011 at 20:37, Phil Blundell wrote:
> On Wed, 2011-06-01 at 20:09 +0000, Otavio Salvador wrote:
>> -# CONFIG_MDEV is not set
>> +CONFIG_MDEV=y
>
> Per previous discussion, I am still uneasy about this change. I think
> we really need some sort of coherent
On Wed, Jun 1, 2011 at 20:53, Phil Blundell wrote:
> On Wed, 2011-06-01 at 20:39 +0000, Otavio Salvador wrote:
>> Are you able to reproduce it?
>
> No, it works fine for me. I get:
>
> checking how to link with libpthread... -lpthread
> checking for libdl... yes
> chec
ce udev so
> the patch in its currently form isn't acceptable.
I'll drop it from my tree since I am using an bbappend on our local layer.
Cheers,
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Signed-off-by: Otavio Salvador
---
.../xorg-driver/xf86-driver-common.inc |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/xorg-driver/xf86-driver-common.inc
b/meta/recipes-graphics/xorg-driver/xf86-driver-common.inc
index 550423b
Signed-off-by: Otavio Salvador
---
meta/recipes-support/gnutls/gnutls.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-support/gnutls/gnutls.inc
b/meta/recipes-support/gnutls/gnutls.inc
index 03aed6a..9257880 100644
--- a/meta/recipes-support/gnutls
There're many Qt applications that provide translation files in '.qm'
format however those weren't being splitted as GetText based
ones.
Signed-off-by: Otavio Salvador
---
meta/classes/package.bbclass | 41 +
1 files changed,
Signed-off-by: Otavio Salvador
---
meta/recipes-support/gnutls/gnutls_2.12.5.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-support/gnutls/gnutls_2.12.5.bb
b/meta/recipes-support/gnutls/gnutls_2.12.5.bb
index b27a065..9d3f5ab 100644
--- a/meta/recipes
Otavio Salvador (4):
xf86-driver-common.inc: remove .la files to avoid unpackaged warning
gnutls: use INC_PR on 2.12.5 version recipe
gnutls: add p11tool into gnutls-bin
package.bbclass: add support to split Qt translation files
meta/classes/package.bbclass | 41
On Fri, Jun 3, 2011 at 00:52, Saul Wold wrote:
> Would it not be better to package them in the -dev package instead of
> throwing them away?
They are not packaged by I remove them to avoid the unshiped warning.
--
Otavio Salvador O.S. Systems
E-mai
oblem
> for OE-Core, I would need to investigate. Meego also seems to use the
> Fedora standard with "-static".
...
I personally prefer -static. -staticlib seems redundant for me since
we can end with libfoo-staticlib
--
Otavio Salvador O.S. Systems
E-
On Mon, Jun 6, 2011 at 17:14, Richard Purdie
wrote:
> On Sun, 2011-06-05 at 23:44 -0700, Saul Wold wrote:
>> From: Otavio Salvador
>>
>> There're many Qt applications that provide translation files in '.qm'
>> format however those weren't being spli
On Mon, Jun 6, 2011 at 19:00, Richard Purdie
wrote:
> On Mon, 2011-06-06 at 17:31 +0000, Otavio Salvador wrote:
>> I personally prefer -static. -staticlib seems redundant for me since
>> we can end with libfoo-staticlib
>
> -static doesn't really work well given we alr
duplicating many features of git submodule. It seems
more logical to put a script above git submodule rather then use a
full repository for it.
Am I missing anything?
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +5
On Mon, Jun 13, 2011 at 16:00, Paul Eggleton wrote:
> On Monday 13 June 2011 16:33:47 Otavio Salvador wrote:
>> I think it is duplicating many features of git submodule. It seems
>> more logical to put a script above git submodule rather then use a
>> full repository for it
be the inverse. Poky ought to be less built
since it depends (or will depends) on oe-core so this needs to be
fully tested. After this passes then Poky and Yocto ought to be tested
since the base has been proved stable and like.
My 2c.
--
Otavio Salvador O.S. Syste
ce people would be using it against oe-core
and would have already noticed the missing machine definition and
like.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854
hat is target to
OE-Core) on Poky and sometimes it cases issues (as the bitbake ones I
used as example).
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854
* use INC_PR;
* show configure's failure on error;
* gather major version from PV;
Signed-off-by: Otavio Salvador
---
meta/recipes-devtools/cmake/cmake-native_2.8.3.bb |4 ++--
meta/recipes-devtools/cmake/cmake.inc |6 +-
2 files changed, 7 insertions(+), 3 dele
From: Chris Larson
This adds a ClassRegistry utility metaclass, as maintaining a class registry
is a fairly common thing to do.
Signed-off-by: Chris Larson
Signed-off-by: Otavio Salvador
---
meta/lib/oe/classutils.py | 24
1 files changed, 24 insertions(+), 0
X terminals, has DISPLAY defined). The 'none' value is
used when we're doing things like automated builds, and want to ensure that no
terminal is *ever* spawned, under any circumstances.
Current available terminals:
gnome
konsole
xterm
rxvt
screen
Signed-off-by: Chr
Some classes, as for example nativesdk, defines CPPFLAGS and CXXFLAGS
to be passed to compiler. Using those makes more sense and avoid some
hacks on packages using CMake.
Signed-off-by: Otavio Salvador
---
meta/classes/cmake.bbclass |8
1 files changed, 4 insertions(+), 4 deletions
Signed-off-by: Chris Larson
Signed-off-by: Otavio Salvador
---
meta/lib/oe/terminal.py |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/meta/lib/oe/terminal.py b/meta/lib/oe/terminal.py
index 5336167..bbff8d0 100644
--- a/meta/lib/oe/terminal.py
+++ b/meta/lib/oe/termi
Larson (3):
oe.classutils: add module
Rework how the devshell functions
oe.terminal: improve how we spawn screen
Otavio Salvador (6):
cmake.bbclass: use CPPFLAGS and CXXFLAGS
cmake: refactor recipe
lib_package.bbclass: move static libraries to ${PN}-staticdev
libxml: extend nativesdk
* use INC_PR;
* show configure's failure on error;
* gather major version from PV;
Signed-off-by: Otavio Salvador
---
meta/recipes-devtools/cmake/cmake-native_2.8.3.bb |4 ++--
meta/recipes-devtools/cmake/cmake.inc |6 +-
2 files changed, 7 insertions(+), 3 dele
Signed-off-by: Otavio Salvador
---
meta/classes/lib_package.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/lib_package.bbclass b/meta/classes/lib_package.bbclass
index 82c9370..5ce8727 100644
--- a/meta/classes/lib_package.bbclass
+++ b/meta
Signed-off-by: Otavio Salvador
---
meta/recipes-core/libxml/libxml2.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/libxml/libxml2.inc
b/meta/recipes-core/libxml/libxml2.inc
index d9ea816..1187644 100644
--- a/meta/recipes-core/libxml/libxml2.inc
Adds a recipe that provides the nativesdk and target versions of
CMake.
This recipe is based on code from OpenEmbeeded (rev
b1f2e1501c19540617a829b37415c0616101c7ad).
Signed-off-by: Otavio Salvador
---
.../cmake/cmake/dont-run-cross-binaries.patch | 22 +
meta/recipes-devtools
This recipe has been imported from OpenEmbedded (rev
6db4b9050e0e8b963e2a6b63790e48e3042ea99e).
Signed-off-by: Otavio Salvador
---
.../0001-Patch-from-upstream-revision-1990.patch | 42 +
.../0002-Patch-from-upstream-revision-1991.patch | 31 ++
.../0003-Patch-from
including an optional file with base-passwd that may or may not be used in
> target systems.
Why not make an shadow-target package with this?
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854
sense since it was clear a new project with
too many unclear things going on but what is really the difference to
us now between it and oe-devel now?
It seems that patches might use a prefix and be good with it.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.
Hello,
It seems that intltool depends on libxml-parser-perl being installed
into host system to it to build.
Cheers,
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http
On Sat, Jun 18, 2011 at 23:41, Tom Rini wrote:
> On 06/18/2011 01:18 PM, Otavio Salvador wrote:
>> Hello,
>>
>> It seems that intltool depends on libxml-parser-perl being installed
>> into host system to it to build.
>
> Do the DEPENDS look right? Maybe thi
B disk space will be freed.
Do you want to continue [Y/n]?
(Reading database ... 38363 files and directories currently installed.)
Removing libxml-parser-perl ...
Processing triggers for man-db ...
I am attaching the configure log of intltool for reference.
--
Otavio Salvador
the tracking system and prefer if
you do it.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedde
built sdk tarball lacks GCC and like.
Any idea where I ought to look for a good example? Or any clue what I
am doing wrong?
Best,
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854
On Tue, Jun 28, 2011 at 13:16, Richard Purdie
wrote:
> On Tue, 2011-06-28 at 11:56 -0300, Otavio Salvador wrote:
>> I am probably doing something stupid but I couldn't figure it myself
>> so I am looking for some help here. Basically I need to prepare a SDK
>> for
oecore-i686-i686/sysroots/i686-oesdk-linux/usr/bin/moc4
so, the generated information for the script won't work.
I am quite confused by all this is suppose to work. Someone help me?
Cheers,
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://
ing last things before posting for
review).
It seems very wrong to depend on .la files for linking and pkg-config
seems to be the most right solution when possible.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55
Signed-off-by: Chris Larson
Signed-off-by: Otavio Salvador
---
meta/lib/oe/terminal.py |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/meta/lib/oe/terminal.py b/meta/lib/oe/terminal.py
index 5336167..bbff8d0 100644
--- a/meta/lib/oe/terminal.py
+++ b/meta/lib/oe/termi
how the devshell functions
oe.terminal: improve how we spawn screen
Otavio Salvador (6):
cmake.bbclass: use CPPFLAGS and CXXFLAGS
cmake: refactor recipe
libarchive: add 2.8.4 version
cmake: add nativesdk and target versions
cmake: update to 2.8.5-rc3
fix SDK building due TARGET_ARCH use
Some classes, as for example nativesdk, defines CPPFLAGS and CXXFLAGS
to be passed to compiler. Using those makes more sense and avoid some
hacks on packages using CMake.
Signed-off-by: Otavio Salvador
---
meta/classes/cmake.bbclass |8
1 files changed, 4 insertions(+), 4 deletions
X terminals, has DISPLAY defined). The 'none' value is
used when we're doing things like automated builds, and want to ensure that no
terminal is *ever* spawned, under any circumstances.
Current available terminals:
gnome
konsole
xterm
rxvt
screen
Signed-off-by: Chr
* use INC_PR;
* show configure's failure on error;
* gather major version from PV;
Signed-off-by: Otavio Salvador
---
meta/recipes-devtools/cmake/cmake-native_2.8.3.bb |4 ++--
meta/recipes-devtools/cmake/cmake.inc |6 +-
2 files changed, 7 insertions(+), 3 dele
TARGET_ARCH makes the building too fragile since it changes during
building of target and nativesdk binaries thus making it difficult to
handle a proper path for installation of binaries. The fix for it is
to move it to toolchain tarball name.
Signed-off-by: Otavio Salvador
---
meta/classes
Signed-off-by: Otavio Salvador
---
meta/recipes-devtools/cmake/cmake-native_2.8.3.bb |7 ---
meta/recipes-devtools/cmake/cmake-native_2.8.5.bb | 12
.../cmake/cmake/support-oe-qt4-tools-names.patch | 14 +++---
.../cmake/{cmake_2.8.3.bb => cmake_2.8.5
1 - 100 of 3180 matches
Mail list logo
