The following changes since commit 5a4b5c6b8ebd5f8d29888aafcd9608e03717bcd5:
runqemu: Use readlink instead of realpath (2014-02-25 21:29:51 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib ChenQi/python-numpy
http://cgit.openembedded.org/
When building python-numpy for qemumips, the following error appeared.
cp: cannot stat `xxx/python-numpy/1.7.0-r1/*config.h': No such file or directory
This is because for qemumips, there are no such files in SRC_URI. And
actually we don't need such files. So for qemumips, the `cp' command
is exp
This allows for setting the ROOT_IMAGE name on the kernel command line
[YOCTO #5387]
Signed-off-by: Saul Wold
---
meta/recipes-core/initrdscripts/files/init-live.sh | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/initrdscripts/files/init-live.sh
b/meta/
>>
>> I did run test builds of the git version on the autobuilders and didn't
>> see any failures?
>
>
> builds might work but they won’t run and yes so far IFUNC support is needed
> so it won’t work on non-x86
> architectures. One common runtime problem I am seeing is logind not being
> able
On Tue, Feb 25, 2014 at 7:43 PM, Burton, Ross wrote:
> On 25 February 2014 17:36, Nicolas Dechesne
> wrote:
>> right. I have recently (on dora) noticed that mesa build is broken
>> when using separate build dir, i have the following extra config:
>>
>> PACKAGECONFIG_append = " gallium gallium-eg
Hey Paul,
thx for your hints. I managed to get git send-email to work and send it
with signed-off-by line.
Regarding your question; The debian-binary needs to be the first member
of the archive, then control.tar.gz and then the data.tar.gz.
Have a look at "man 5 deb" there is a detailed descript
On 25 February 2014 17:36, Nicolas Dechesne wrote:
> right. I have recently (on dora) noticed that mesa build is broken
> when using separate build dir, i have the following extra config:
>
> PACKAGECONFIG_append = " gallium gallium-egl gallium-gbm gallium-llvm"
>
> since gallium-egl needs the egl
On Tue, Feb 25, 2014 at 10:30 AM, Saul Wold wrote:
> Signed-off-by: Saul Wold
> ---
> scripts/runqemu | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/scripts/runqemu b/scripts/runqemu
> index 57c5de4..573def1 100755
> --- a/scripts/runqemu
> +++ b/scripts/runqemu
> @@ -4
Signed-off-by: Saul Wold
---
scripts/runqemu | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 57c5de4..573def1 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -464,7 +464,7 @@ if [ -z "$ROOTFS" -a "x$FSTYPE" != "xvmdk" ]; then
fi
On Tue, Feb 25, 2014 at 1:41 PM, Khem Raj wrote:
> ofcourse, however all I was suggesting to make it a little more
> understood with some
> comments.
>
So,
I can remove the header text from commit. What do you think?
Regards,
--
*dS
Diego Sueiro
Administrador do Embarcados
www.embarcados.com.
I was asked why we had these copy and update_data calls. I can
offer no good explanation other than them perhaps once being needed
for reasons long since forgotten and superceeded.
With modern bitbake these should not be needed and shouldn't have been
for a long time. Lets therefore remove them an
On Mon, Feb 24, 2014 at 5:09 PM, Martin Jansa wrote:
>>
>> That list is opt-in and mainly covers oe-core, so this gets tested
>> every time the YP autobuilder does a world build. We need a meta-oe
>> world build where autotools.bbclass sets B="${WORKDIR}/build": it's
>> literally just this one-li
On Tue, Feb 25, 2014 at 5:50 AM, Otavio Salvador
wrote:
> Hello Diego,
>
> (adding Khem and Paul in Cc)
>
> On Tue, Feb 25, 2014 at 10:35 AM, Diego Sueiro wrote:
>> On Tue, Feb 25, 2014 at 10:24 AM, Otavio Salvador
>> wrote:
>>>
>>> This license is the same of Qt itself so I don't think it needs
On Tue, Feb 25, 2014 at 1:52 AM, Burton, Ross wrote:
> On 25 February 2014 05:46, Khem Raj wrote:
>>> b) We introduce an "autotools2" class and have recipes inherit that.
>>> This version would default to separate builddirs. It does mean change to
>>> all the "good" recipes rather than the broken
Since we are re-doing the version from a big number down to a dot
based number we have to bump the Package Epoch (PE).
Signed-off-by: Saul Wold
---
.../sqlite/{sqlite3_3080301.bb => sqlite3_3.8.3.1.bb} | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
rename meta/recipes
thanks
On 24 February 2014 13:09, Paul Eggleton wrote:
> On Monday 24 February 2014 12:43:40 John Stirling wrote:
> > Thanks. That works now (tested jpeg, gif, tif).
> >
> > Presume I probably don't need the change to qt4.inc I mentioned earlier ?
> > (rebuild takes a while)
>
> You almost certa
On 25 February 2014 15:15, Thilo Cestonaro wrote:
> Hey all,
>
> with a recent change in dpkg-deb (
> http://anonscm.debian.org/gitweb/?p=dpkg/dpkg.git;a=commitdiff;h=547dca4c3ff23df5dfa554f1943b371cd7056ee4
> ), the packages generated by opkg-build will not be accepted by dpkg-deb
> anymore. The
On 2/25/2014 5:10 PM, Alexandru Palalau wrote:
On 2/22/2014 6:34 PM, Khem Raj wrote:
On Feb 22, 2014, at 4:55 AM, Paul Eggleton
wrote:
On Friday 21 February 2014 21:57:37 Khem Raj wrote:
On Feb 20, 2014, at 12:57 PM, Saul Wold wrote:
There is a problem if a relative path is passed to the
Hey all,
with a recent change in dpkg-deb (
http://anonscm.debian.org/gitweb/?p=dpkg/dpkg.git;a=commitdiff;h=547dca4c3ff23df5dfa554f1943b371cd7056ee4
), the packages generated by opkg-build will not be accepted by dpkg-deb
anymore. The change disallows that the data.tar.gz is packed into the
ipk o
On 2/22/2014 6:34 PM, Khem Raj wrote:
On Feb 22, 2014, at 4:55 AM, Paul Eggleton
wrote:
On Friday 21 February 2014 21:57:37 Khem Raj wrote:
On Feb 20, 2014, at 12:57 PM, Saul Wold wrote:
There is a problem if a relative path is passed to the kernel for NFS
usage
that it will not correctly
On Tuesday 25 February 2014 10:50:08 Otavio Salvador wrote:
> Hello Diego,
>
> (adding Khem and Paul in Cc)
>
> On Tue, Feb 25, 2014 at 10:35 AM, Diego Sueiro
wrote:
> > On Tue, Feb 25, 2014 at 10:24 AM, Otavio Salvador
> >
> >
> > wrote:
> >> This license is the same of Qt itself so I don't
On Tuesday 25 February 2014 13:13:24 Koen Kooi wrote:
> Op 24 feb. 2014, om 17:38 heeft Paul Eggleton
het volgende geschreven:
> > On Monday 30 December 2013 12:59:26 Paul Eggleton wrote:
> >> On Monday 30 December 2013 09:35:18 Robert Yang wrote:
> >>> I'm afraid that the standardlinux maybe a l
Hello Diego,
(adding Khem and Paul in Cc)
On Tue, Feb 25, 2014 at 10:35 AM, Diego Sueiro wrote:
> On Tue, Feb 25, 2014 at 10:24 AM, Otavio Salvador
> wrote:
>>
>> This license is the same of Qt itself so I don't think it needs to be
>> quoted here. Do you see any reason for it?
>
> I've just fo
Hi Otavio,
On Tue, Feb 25, 2014 at 10:24 AM, Otavio Salvador
wrote:
> This license is the same of Qt itself so I don't think it needs to be
> quoted here. Do you see any reason for it?
>
I've just followed Khem's instructions:
http://lists.openembedded.org/pipermail/openembedded-core/2014-February
On Mon, Feb 24, 2014 at 7:29 PM, Diego Sueiro wrote:
> libQtUiTools.a and libQtUiToolsE.a needs to be installed on meta-toolchain-qt
> and meta-toolchain-qte respectively.
> Whitout this static library, compiling qt apps which needs uitools will fail.
>
> qt4[-embedded]-staticdev is the package th
On 02/25/2014 08:40 PM, Burton, Ross wrote:
Hi,
One point: enabling the archiver causes the stamps for various steps
to change (fetch, configure, package: wherever it hooks) which means a
full rebuild. Can the archiver hide itself from the stamps so this
doesn't happen?
This appears to be so
On 02/25/2014 08:38 PM, Burton, Ross wrote:
On 24 February 2014 15:56, Robert Yang wrote:
1) unpacked source: ARCHIVER_MODE[src] = "unpacked"
Why does this re-archive the unpacked sources? When the source is a
tarball, there's already a tarball in DL_DIR. Only if the source
isn't a tarbal
Hi,
One point: enabling the archiver causes the stamps for various steps
to change (fetch, configure, package: wherever it hooks) which means a
full rebuild. Can the archiver hide itself from the stamps so this
doesn't happen?
This appears to be some of the work required:
+do_configure[vardepse
On 24 February 2014 15:56, Robert Yang wrote:
> 1) unpacked source: ARCHIVER_MODE[src] = "unpacked"
Why does this re-archive the unpacked sources? When the source is a
tarball, there's already a tarball in DL_DIR. Only if the source
isn't a tarball does it need to be packed up.
Ross
__
The following changes since commit 72576e2d04dc8b43ae0d7f31cddd74318f52103e:
bitbake: hob: replace the use of hob-toolchain with populate_sdk task
(2014-02-25 08:06:11 +)
are available in the git repository at:
git://mirror.rb.intel.com/git.yoctoproject.org/poky-contrib
lpalcu/b5827_pa
The previous implementation was checking IMAGE_PKGTYPE and created the
index files just for the backend used to create the image. Apparently,
'bitbake package-index' should attempt to create the index files for all
backends specified in PACKAGE_CLASSES.
[YOCTO #5827]
Signed-off-by: Laurentiu Palc
Op 24 feb. 2014, om 17:38 heeft Paul Eggleton
het volgende geschreven:
> On Monday 30 December 2013 12:59:26 Paul Eggleton wrote:
>> On Monday 30 December 2013 09:35:18 Robert Yang wrote:
>>> I'm afraid that the standardlinux maybe a little confused with
>>> linuxstdbase, bu I don't have any be
On Tuesday 25 February 2014 at 07:59:39 +, Richard Purdie wrote:
> On Mon, 2014-02-24 at 21:33 -0800, Khem Raj wrote:
> > On Sun, Feb 23, 2014 at 2:20 PM, Mike Crowe wrote:
> > > Signed-off-by: Mike Crowe
> > > ---
> > > meta/recipes-support/curl/curl_7.34.0.bb | 63
> > >
For the SimpleRemote target where we need the host ip and
it wasn't set in conf, we tried to determine it automatically.
However ip route output isn't the same for every network, we
need the last field from the first line.
Signed-off-by: Stefan Stanacar
---
meta/lib/oeqa/targetcontrol.py | 2 +-
On 25 February 2014 05:46, Khem Raj wrote:
>> b) We introduce an "autotools2" class and have recipes inherit that.
>> This version would default to separate builddirs. It does mean change to
>> all the "good" recipes rather than the broken ones though and hence a
>> fair bit of churn.
>
> probably
From: Donn Seeley
[ CQID: WIND00392830 ]
CentOS 5.8 provides the kernel support and headers for the
sync_file_range() syscall, but glibc 2.5 doesn't implement the
sync_file_range() syscall stub, so we can't link dpkg-native. Add a
patch that makes dpkg require a glibc version >= 2.6 in order to
Remove the -Wvla flag from the set of compiler warning flags, since gcc
on old host systems such as CentOS 5.8 doesn't support it, and it
causes a build error for dpkg-native.
Signed-off-by: Robert Yang
---
.../dpkg/dpkg/no-vla-warning.patch | 32 ++
meta/reci
The following changes since commit 72576e2d04dc8b43ae0d7f31cddd74318f52103e:
bitbake: hob: replace the use of hob-toolchain with populate_sdk task
(2014-02-25 08:06:11 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib rbt/cent5
http://git.pokylinux.org/cg
Exclude the .pc from po/POTFILES.in since quilt uses "patch --backup",
which will create the backup file under .pc, this may cause unexpected
errors, for example, on CentOS 5.x, if the backup file is null
(newfile), it's mode will be 000, then we will get errors when xgettext
try to read it.
Signe
On 02/24/2014 11:29 PM, Valentin Popa wrote:
On 02/24/2014 04:44 PM, Valentin Popa wrote:
On 02/24/2014 11:26 AM, Robert Yang wrote:
There was a configure error when build weston without wayland:
configure: error: Package requirements (egl >= 7.10 glesv2 wayland-client
wayland-egl) were not
Hi,
You can drop parenthesis in your test (it will create a useless subshell).
Regards,
Matthieu
-Message d'origine-
De : openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] De la part de Gary
Thomas
Envoyé : lundi 24 février 2014
On Mon, 2014-02-24 at 21:33 -0800, Khem Raj wrote:
> On Sun, Feb 23, 2014 at 2:20 PM, Mike Crowe wrote:
> > Signed-off-by: Mike Crowe
> > ---
> > meta/recipes-support/curl/curl_7.34.0.bb | 63
> > --
> > meta/recipes-support/curl/curl_7.35.0.bb | 61
> >
42 matches
Mail list logo