On Thursday, 29 November 2012 at 06:36, rongqing...@windriver.com wrote:
> The flag ac_cv_o_nonblock_inherited is always set to yes in cross compiling
> environment. This flag is intended to think the socket, returned from
> accept(), inherit file status flags such as O_NONBLOCK from the listening
From: "Roy.Li"
The flag ac_cv_o_nonblock_inherited is always set to yes in cross compiling
environment. This flag is intended to think the socket, returned from
accept(), inherit file status flags such as O_NONBLOCK from the listening
socket, but socket never inherits file status from the listeni
From: "Roy.Li"
The following changes since commit 99f003356be43bb361634359a5d3c520f72f0a08:
local.conf.sample: Enable disk space monitoring by default (2012-11-28
15:25:14 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib roy/apr
http://git.pokylinux.org
The following changes since commit d7670ab74b2c10001c22f116cb27b39fd8354c61:
bitbake: build.py: Preserve sigdata files in the stamps directory (2012-11-28
20:26:56 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib hongxu/toolchain
http://git.pokylinux.org
1.Adds a sudo passwd prompt during installation if the
user couldn't install on the dir.
2.Adds option -d to enter dir without prompt.
3.Adds option -y for automatic yes to all prompts, a non-
interactive method.
[YOCTO# 3153]
[YOCTO# 3309]
Signed-off-by: Hongxu Jia
---
meta/classes/popula
On 12-11-27 11:57 AM, Nicolas Dechesne wrote:
hi,
i am getting the following build error:
...
i am trying to setup some daily builds on some corporate administrated
machines... and what happens is that dpkg-scanpackage perl script has
this:
$ more sysroots/x86_64-linux/usr/bin/dpkg-scanpackages
On 11/28/2012 07:29 AM, Khem Raj wrote:
oprofile uses bfd.h from binutils which expects
that the package which is using it is also compiled
using autotools and therefore tries to include
config.h to get above defines. We specify them
on commandline instead.
Khem,
This patch seems to be causin
Hi Laurentiu,
Got it, and I will resubmit the patch.
Thanks,
Hongxu
On 11/28/2012 09:08 PM, Laurentiu Palcu wrote:
Hi,
This patch is on a collision course with this one:
http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=86d4b94bf29d68307cc02b235ab737136de70619
Would you pl
On Wed, Nov 28, 2012 at 3:19 PM, Andy Ross wrote:
> On 11/28/2012 03:14 PM, Flanagan, Elizabeth wrote:
>>
>> This patch needs a rebase and a minor bit of whitespace work. I've
>> done some work to make it apply to the current master head and tested
>> it out and it does improve the utility of INCO
On 11/28/2012 03:14 PM, Flanagan, Elizabeth wrote:
This patch needs a rebase and a minor bit of whitespace work. I've
done some work to make it apply to the current master head and tested
it out and it does improve the utility of INCOMPATIBLE_LICENSE quite a
bit.
Hm... AFAICT the content of the
On Mon, Nov 19, 2012 at 8:37 AM, Richard Purdie
wrote:
> On Fri, 2012-11-16 at 11:09 -0800, Andy Ross wrote:
>> On 11/01/2012 11:02 AM, Andy Ross wrote:
>> > We hit a problem trying to exclude L/GPLv3 recipes where
>> > INCOMPATIBLE_LICENSE could only match exactly one license. The older
>> > wil
On Wed, Nov 28, 2012 at 3:26 PM, Chris Larson wrote:
> p.s. as with other things i've put on my wish list, it would be great
>> if a variation of bitbake could list the available package groups.
>>
>
> Depending on whether you want the metadata package groups or the packages:
>
> bitbake -e | gr
On Wed, Nov 28, 2012 at 4:45 AM, Robert P. J. Day wrote:
> perusing package groups, and a few simple questions and probably a
> couple things i can submit patches for.
>
> first, is IMAGE_FEATURES *exclusively* for selecting package groups
> and not individual packages? since core-image.bbcla
On 11/21/2012 01:24 AM, Hongxu Jia wrote:
binutils-native do_compile failed on Ubuntu 12.10:
...
error: call to '__warn_memset_zero_len' declared with attribute warning:
memset used with constant zero length parameter; this could be due to
transposed parameters [-Werror]
...
When compiling binut
On Wed, Nov 28, 2012 at 11:14:06AM -0700, Gary Thomas wrote:
> I build for an OMAP4 platform using
>DEFAULTTUNE = "cortexa9hf-neon"
>
> This has been working fine, but after updating to the latest master, I'm
> getting this error
>
> Error, the PACKAGE_ARCHS variable does not contain TU
Hi,
Question:
If a package install doesn't install the soname library, should we
modify the makefile to do it or use "USE_LDCONFIG="1"
" in the recipe to let ldconfig when post_inst?
thanks,
yao
___
Openembedded-core mailing list
Openembedded-core@
On Wed, Nov 21, 2012 at 3:26 AM, Otavio Salvador
wrote:
> On Tue, Nov 20, 2012 at 7:49 PM, Flanagan, Elizabeth
> wrote:
>> Some bad logic in license.bbclass misses certain package level
>> LICENSEs.
>>
>> Signed-off-by: Elizabeth Flanagan
>
> Does it also affects Danny?
>
Yes, this patch should
On Wed, 2012-11-28 at 10:21 -0800, nitin.a.kam...@intel.com wrote:
> From: Nitin A Kamble
>
> This commits are for meta-intel layer. And Ross'es patch tries to achieve the
> same
> from the oecore layer.
>
Hi Nitin,
So does this conflict with Ross's patch, which seems simpler...
Tom
> Than
On Wed, Nov 28, 2012 at 11:25 AM, Saul Wold wrote:
> On 11/28/2012 11:06 AM, Khem Raj wrote:
>
>> Hi All,
>>
>> On an idle machine. I ran all possible image builds
>> for supported qemu arches in OE-Core. Not all the images built
>> successfully. I have posted the logs
>> here
>>
>>
> Thanks for
On 28 November 2012 21:26, Saul Wold wrote:
> I was going to add that I think the apply=yes is default and therefore not
> required here.
Is it for files that do not have .patch suffix? With my first quick
test it didn't work.
- ML
___
Openembedded
On Wed, 2012-11-28 at 11:06 -0800, Khem Raj wrote:
> Hi All,
>
> On an idle machine. I ran all possible image builds
> for supported qemu arches in OE-Core. Not all the images built
> successfully. I have posted the logs
> here
>
> http://sakrah.dontexist.org/files/oe-core/
>
> if anyone wants t
On 11/28/2012 10:27 AM, Marko Lindqvist wrote:
Upstream does not make bugfix releases but releases patches
to apply on top of original releases. Fetch and apply those patches.
Signed-off-by: Marko Lindqvist
---
meta/recipes-core/readline/readline.inc|2 +-
meta/recipes-core/readline/
On 11/28/2012 11:06 AM, Khem Raj wrote:
Hi All,
On an idle machine. I ran all possible image builds
for supported qemu arches in OE-Core. Not all the images built
successfully. I have posted the logs
here
Thanks for doing that, I guess it's a little different than the
Autobuilder, so most im
Hi All,
On an idle machine. I ran all possible image builds
for supported qemu arches in OE-Core. Not all the images built
successfully. I have posted the logs
here
http://sakrah.dontexist.org/files/oe-core/
if anyone wants to take a look
-Khem
___
Op
Upstream does not make bugfix releases but releases patches
to apply on top of original releases. Fetch and apply those patches.
Signed-off-by: Marko Lindqvist
---
meta/recipes-core/readline/readline.inc|2 +-
meta/recipes-core/readline/readline_5.2.bb | 51 +---
From: Nitin A Kamble
This was affecting crownbay BSP. And it may also be affecting
fri2, sys940x BSPs. And this commit will fix the issues for all
these EMGD based BSPs.
Because of the xserver recipe upgrade in the oecore layer, the
xserver packaging defined in the .inc file is changed. And this
From: Nitin A Kamble
This commit takes care of these packaging warnings.
WARNING: QA Issue: xserver-xorg-video-psb: Files/directories were installed but
not shipped
/usr/lib/xorg/modules/drivers/psb_drv.la
/usr/lib/xorg/modules/drivers/libmm.la
/usr/lib/xorg/modules/drivers/.debug
/usr/
From: Nitin A Kamble
This commits are for meta-intel layer. And Ross'es patch tries to achieve the
same
from the oecore layer.
Thanks,
Nitin
The following changes since commit 154156a4db56f7b33fb1765cf6b87e683d027af9:
emgd-driver-bin: add further needed soft links (2012-11-26 18:02:11 -06
From: Nitin A Kamble
Because of the xserver recipe upgrade in the oecore layer, the
xserver packaging defined in the .inc file is changed. And this
change breaks the packaging of this older xserver recipe.
This commit fixes the issue by using the meta-intel
specific version of the xserver-xorg.
I build for an OMAP4 platform using
DEFAULTTUNE = "cortexa9hf-neon"
This has been working fine, but after updating to the latest master, I'm
getting this error
Error, the PACKAGE_ARCHS variable does not contain TUNE_PKGARCH
(cortexa9hf-neonhf-vfp-neon).
PACKAGE_ARCHS = (all any noarc
Marko Lindqvist
writes:
> -SRC_URI = "${GNU_MIRROR}/readline/${BPN}-${PV}.tar.gz \
> +SRC_URI = "${GNU_MIRROR}/readline/${BPN}-${PV}.tar.gz;name=archive \
> +
> ${GNU_MIRROR}/readline/readline-5.2-patches/readline52-001;name=patch1 \
> ...
> +readline_patch () {
> + # patch-command
On Wed, Nov 28, 2012 at 7:39 AM, Marcin Juszkiewicz <
marcin.juszkiew...@linaro.org> wrote:
> W dniu 28.11.2012 16:29, Khem Raj pisze:
> > This patchset updates binutils to 2.23 branch I have tested systemd-image
> > meta-toolchain and core-image-sato target with it they all built fine
> > I did n
On Wed, Nov 28, 2012 at 7:57 AM, Enrico Scholz <
enrico.sch...@sigma-chemnitz.de> wrote:
> Khem Raj writes:
>
> > +EXTRA_OECONF_virtclass-native = "--enable-target=all ..."
>
> again: this option does not exist. You want '--enable-targets=all'.
>
>
>
Thanks for reviewing. indeed I forgot to merg
When guile is installed from sstate, if the compiled files get a modified time
older than the source files then guile will produce warnings like this:
;;; note: source file
/data/poky-master/tmp/sysroots/x86_64-linux/usr/share/guile/2.0/ice-9/boot-9.scm
;;; newer than compiled
/data/poky-master/
On Wed, Nov 28, 2012 at 11:22 AM, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Wed, 2012-11-28 at 17:10 +0100, David Nyström wrote:
> > Hello everyone,
> >
> > I'm working on getting a minimal Yocto/oe-core based OpenStack setup
> > running with the meta-cloud layer, with bits
Signed-off-by: Ross Burton
---
meta/recipes-devtools/guile/guile_2.0.6.bb |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/guile/guile_2.0.6.bb
b/meta/recipes-devtools/guile/guile_2.0.6.bb
index b5f55af..89fedcb 100644
--- a/meta/recipes-devtools
Upstream does not make bugfix releases but releases patches
to apply on top of original releases. Fetch and apply those patches.
Signed-off-by: Marko Lindqvist
---
meta/recipes-core/readline/readline.inc|2 +-
meta/recipes-core/readline/readline_5.2.bb | 72 ++--
Signed-off-by: Ross Burton
---
meta/recipes-devtools/guile/guile_2.0.6.bb |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/guile/guile_2.0.6.bb
b/meta/recipes-devtools/guile/guile_2.0.6.bb
index b5f55af..1f39e25 100644
--- a/meta/recipes-devtools/gu
Ross,
I have a similar patch, which stays in meta-intel. I am testing it now.
Because there is no 1.9 Xserver recipe in the oecore, so I think it is
meta-intel specific problem. In my patch for the older xserver recipes from
meta-intel I am avoiding inclusion of xserver-xorg.inc from oecore.
On Wed, Nov 28, 2012 at 2:11 PM, Burton, Ross wrote:
> On 28 November 2012 16:02, Otavio Salvador wrote:
>> Well but in this case we would be better to have 1.9 in oe-core, in this
>> case.
>
> meta-intel alone contains 1.9.3 (for EMGD) and 1.7.99.2 (for emenlow).
> I don't think it's reasonabl
On 11/27/12 11:26 PM, Richard Purdie wrote:
On Tue, 2012-11-27 at 15:07 -0600, Mark Hatle wrote:
On 11/27/12 2:23 PM, Martin Jansa wrote:
Bitbake doesn't know which modules this package will produce since its
using PACKAGES_DYNAMIC. It does its best effort to try and find DEPENDS
but it can't t
On Wed, 2012-11-28 at 17:10 +0100, David Nyström wrote:
> Hello everyone,
>
> I'm working on getting a minimal Yocto/oe-core based OpenStack setup
> running with the meta-cloud layer, with bits and pieces "borrowed" from
> the meta-xen layer.
Great news!
It might be worth growing meta-xen into
Hello everyone,
I'm working on getting a minimal Yocto/oe-core based OpenStack setup
running with the meta-cloud layer, with bits and pieces "borrowed" from
the meta-xen layer.
Still in its infancy, and lots of stuff is still missing and/or not
working properly.
Have a look if your interes
On 28 November 2012 16:02, Otavio Salvador wrote:
> Well but in this case we would be better to have 1.9 in oe-core, in this case.
meta-intel alone contains 1.9.3 (for EMGD) and 1.7.99.2 (for emenlow).
I don't think it's reasonable to collect every xserver version that
binary drivers have built
On Wed, Nov 28, 2012 at 1:56 PM, Burton, Ross wrote:
> On 28 November 2012 15:51, Otavio Salvador wrote:
>> On Wed, Nov 28, 2012 at 1:28 PM, Ross Burton wrote:
>>> Even though the current xserver in oe-core (1.13) doesn't ship these as
>>> standalone extensions, older X servers required by binar
Khem Raj writes:
> +EXTRA_OECONF_virtclass-native = "--enable-target=all ..."
again: this option does not exist. You want '--enable-targets=all'.
Enrico
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxt
On 28 November 2012 15:51, Otavio Salvador wrote:
> On Wed, Nov 28, 2012 at 1:28 PM, Ross Burton wrote:
>> Even though the current xserver in oe-core (1.13) doesn't ship these as
>> standalone extensions, older X servers required by binary drives
>> (e.g. meta-intel's 1.9) still install them sepa
On Wed, Nov 28, 2012 at 1:28 PM, Ross Burton wrote:
> Even though the current xserver in oe-core (1.13) doesn't ship these as
> standalone extensions, older X servers required by binary drives
> (e.g. meta-intel's 1.9) still install them separately. As the packages didn't
> exist in xserver-xorg.
* it was introduced in 2010 by 8c3a7ebac8bed700bcc37f778d5a883cfeee8de8
but doesn't seem needed anymore
* also such do_rootfs failure is good indication that runtime packages
installed are not sane, ignoring this error in do_rootfs just
transfers the issue to end user when he does "opkg upgra
W dniu 28.11.2012 16:29, Khem Raj pisze:
> This patchset updates binutils to 2.23 branch I have tested systemd-image
> meta-toolchain and core-image-sato target with it they all built fine
> I did not (yet) delete the 2.22 recipes since there must be some time
> given for folks to try 2.23 in coupl
Signed-off-by: Khem Raj
---
meta/conf/distro/include/tcmode-default.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/distro/include/tcmode-default.inc
b/meta/conf/distro/include/tcmode-default.inc
index 9193691..1d6cd8b 100644
--- a/meta/conf/distro/include/tc
Even though the current xserver in oe-core (1.13) doesn't ship these as
standalone extensions, older X servers required by binary drives
(e.g. meta-intel's 1.9) still install them separately. As the packages didn't
exist in xserver-xorg.inc the extensions were not packaged, and X didn't work.
Rev
oprofile uses bfd.h from binutils which expects
that the package which is using it is also compiled
using autotools and therefore tries to include
config.h to get above defines. We specify them
on commandline instead.
Signed-off-by: Khem Raj
---
meta/recipes-kernel/oprofile/oprofile.inc |4 +
This patchset updates binutils to 2.23 branch I have tested systemd-image
meta-toolchain and core-image-sato target with it they all built fine
I did not (yet) delete the 2.22 recipes since there must be some time
given for folks to try 2.23 in couple of weeks 2.22 recipes will move
out of OE-Core.
On Wed, 2012-11-28 at 15:09 +, Burton, Ross wrote:
> On 17 October 2012 14:42, Phil Blundell wrote:
> > It's not obvious that libtool's .la files serve any very useful purpose
> > on a modern system and they can be positively vexatious under some
> > circumstances. Make installation of this s
The force_postinstall option was missing and some packages were
configured on target rather than on host at rootfs time.
Signed-off-by: Laurentiu Palcu
---
meta/classes/rootfs_ipk.bbclass |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/rootfs_ipk.bbclass b
On 17 October 2012 14:42, Phil Blundell wrote:
> It's not obvious that libtool's .la files serve any very useful purpose
> on a modern system and they can be positively vexatious under some
> circumstances. Make installation of this stuff conditional on the new
> "libtool-garbage" flag in DISTRO_
* it was introduced in 2010 by 8c3a7ebac8bed700bcc37f778d5a883cfeee8de8
but doesn't seem needed anymore
* also such do_rootfs failure is good indication that runtime packages
installed are not sane, ignoring this error in do_rootfs just
transfers the issue to end user when he does "opkg upgra
* all gst* packages were producing LC_MESSAGES/.mo instead of
LC_MESSAGES/gst*.mo and it was leading to file conflicts between gst*
packages too
* for more details see
http://lists.linuxtogo.org/pipermail/openembedded-core/2012-November/032233.html
* buildhistory diff, confirms issue fixed
Richard Purdie wrote:
> Whilst we're in bootstrapping mode for this work, how about we make
> these changes a "ptest.bbclass" file which we'd inherit in the recipes
> where we've got ptest enabled?
Ok. I'll give it a go and see how it turns out.
--
Björn
On Wed, Nov 28, 2012 at 02:56:26PM +0100, Enrico Scholz wrote:
> Martin Jansa
> writes:
>
> > Other option is to include the same hack in our Makefile.in.in
> > GETTEXT_PACKAGE = @GETTEXT_PACKAGE@
> > if we test that this does not break some other packages.
>
> oe_runconf_prepend() {
> sed -
On Wednesday 28 November 2012 08:55:59 Robert P. J. Day wrote:
> and to finalize the confusion, there's this from
> meta/classes/image.bbclass:
>
> # IMAGE_FEATURES may contain any available package group
>
> which would appear to be untrue at this point.
I'm pretty sure this has never been
On Wednesday 28 November 2012 08:45:15 Robert P. J. Day wrote:
> On Wed, 28 Nov 2012, Paul Eggleton wrote:
>
> ... snip for brevity...
>
> > So the bit that might be missing here is that the PACKAGE_GROUP
> > structure and the packagegroup recipes/class are actually not really
> > related, except
Martin Jansa
writes:
> Other option is to include the same hack in our Makefile.in.in
> GETTEXT_PACKAGE = @GETTEXT_PACKAGE@
> if we test that this does not break some other packages.
oe_runconf_prepend() {
sed -i -e "1a\\" -e 'GETTEXT_PACKAGE = @GETTEXT_PACKAGE@' po/Makefile.in.in
}
seems t
and to finalize the confusion, there's this from
meta/classes/image.bbclass:
# IMAGE_FEATURES may contain any available package group
which would appear to be untrue at this point. i think a better way
to approach this would be to discuss the possible types of entries you
might find in IMAGE_
When I start Apache on my target I get this:
AH00557: httpd: apr_sockaddr_info_get() failed for genericarmv8
AH00558: httpd: Could not reliably determine the server's fully
qualified domain name, using 127.0.0.1. Set the 'ServerName' directive
globally to suppress this message
Solution is "echo '
On Wed, 28 Nov 2012, Paul Eggleton wrote:
... snip for brevity...
> So the bit that might be missing here is that the PACKAGE_GROUP
> structure and the packagegroup recipes/class are actually not really
> related, except that the latter may be used to populate the former.
> "packagegroup" is the
On Wednesday 28 November 2012 08:14:44 Robert P. J. Day wrote:
> On Wed, 28 Nov 2012, Martin Jansa wrote:
> > On Wed, Nov 28, 2012 at 07:58:45AM -0500, Robert P. J. Day wrote:
> > > On Tue, 27 Nov 2012, Saul Wold wrote:
> > > > On 11/27/2012 08:18 PM, Robert P. J. Day wrote:
> > > > >poking aro
Moved install logic from recipe to makefiles.
Signed-off-by: Björn Stenberg
---
.../glib-2.0/glib-2.0/Makefile-ptest.patch | 61
meta/recipes-core/glib-2.0/glib-2.0/run-ptest |3 +
meta/recipes-core/glib-2.0/glib-2.0_2.34.1.bb | 40 +
me
On Wed, 28 Nov 2012, Martin Jansa wrote:
> On Wed, Nov 28, 2012 at 07:58:45AM -0500, Robert P. J. Day wrote:
> > On Tue, 27 Nov 2012, Saul Wold wrote:
> >
> > > On 11/27/2012 08:18 PM, Robert P. J. Day wrote:
> > > >
> > > >poking around core-image.bbclass, and noticed this:
> > > >
> > > > PA
Hi,
This patch is on a collision course with this one:
http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=86d4b94bf29d68307cc02b235ab737136de70619
Would you please rebase on master-next and then resubmit?
Also, see my comments below.
Thanks,
Laurentiu
On 11/28/2012 02:14 PM, H
On Wed, Nov 28, 2012 at 07:58:45AM -0500, Robert P. J. Day wrote:
> On Tue, 27 Nov 2012, Saul Wold wrote:
>
> > On 11/27/2012 08:18 PM, Robert P. J. Day wrote:
> > >
> > >poking around core-image.bbclass, and noticed this:
> > >
> > > PACKAGE_GROUP_nfs-server = "packagegroup-core-nfs-server"
>
On Tue, 27 Nov 2012, Saul Wold wrote:
> On 11/27/2012 08:18 PM, Robert P. J. Day wrote:
> >
> >poking around core-image.bbclass, and noticed this:
> >
> > PACKAGE_GROUP_nfs-server = "packagegroup-core-nfs-server"
> >
> > except i don't see the corresponding packagegroup-core-nfs-server.bb
> >
On Wed, Nov 28, 2012 at 09:06:00AM +, Richard Purdie wrote:
> On Wed, 2012-11-28 at 09:57 +0100, Martin Jansa wrote:
> > On Tue, Nov 27, 2012 at 12:44:21PM -0600, Mark Hatle wrote:
> > > On 11/27/12 12:23 PM, Martin Jansa wrote:
> > > > In last rebuild from scratch I've noticed couple of weird
1.Adds a sudo passwd prompt during installation if the
user couldn't install on the dir.
2.Adds option -d to let user input dir without prompts.
3.Adds option -y for automatic yes to all prompts, a non-
interactive method.
[YOCTO# 3153]
[YOCTO# 3309]
Signed-off-by: Hongxu Jia
---
meta/cla
The following changes since commit 37c752ab05842a70bca0727af14709e0a9720425:
kern-tools: report missing config fragments by name (2012-11-22 07:53:33
+)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib hongxu/toolchain
http://git.pokylinux.org/cgit.cgi/poky
Signed-off-by: Marko Lindqvist
---
.../glib-2.0/{glib-2.0_2.34.1.bb => glib-2.0_2.34.3.bb}|4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/glib-2.0/{glib-2.0_2.34.1.bb => glib-2.0_2.34.3.bb}
(89%)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0
From: "yanjun.zhu"
Reference:https://code.google.com/p/libproxy/source/detail?r=853
Stack-based buffer overflow in the url::get_pac function in url.cpp
in libproxy 0.4.x before 0.4.9 allows remote servers to have an
unspecified impact via a large proxy.pac file.
http://web.nvd.nist.gov/view/vul
If we ensure that udev will always be found in /lib/udev/udevd then this patch
will not be required.
Actually I needed this patch to start udev on a mips64 target where
${base_libdir} is '/lib64' and original udev init script was failing to start
udev.
(I am not using initramfs).
--Shakeel
--
perusing package groups, and a few simple questions and probably a
couple things i can submit patches for.
first, is IMAGE_FEATURES *exclusively* for selecting package groups
and not individual packages? since core-image.bbclass reads:
# By default we install packagegroup-core-boot and pack
Signed-off-by: Marko Lindqvist
---
.../{pango-1.30.0 => pango-1.30.1}/multilib-fix-clean.patch |0
.../pango/{pango-1.30.0 => pango-1.30.1}/no-tests.patch |0
meta/recipes-graphics/pango/{pango_1.30.0.bb => pango_1.30.1.bb} |6 +++---
3 files changed, 3 insertions(+), 3
On Wed, Nov 28, 2012 at 12:26 AM, ChenQi wrote:
> On 11/27/2012 10:15 PM, Otavio Salvador wrote:
>>
>> On Tue, Nov 27, 2012 at 10:57 AM, Shakeel, Muhammad
>> wrote:
>>>
>>> From: Muhammad Shakeel
>>>
>>> From udev 174 changelog:
>>> "The udev daemon moved to /lib/udev/udevd. Non-systemd init sy
On Wed, 2012-11-28 at 09:57 +0100, Martin Jansa wrote:
> On Tue, Nov 27, 2012 at 12:44:21PM -0600, Mark Hatle wrote:
> > On 11/27/12 12:23 PM, Martin Jansa wrote:
> > > In last rebuild from scratch I've noticed couple of weird locale data:
> >
> > Paul E and I just observed this as well... My bui
On Tue, Nov 27, 2012 at 12:44:21PM -0600, Mark Hatle wrote:
> On 11/27/12 12:23 PM, Martin Jansa wrote:
> > In last rebuild from scratch I've noticed couple of weird locale data:
>
> Paul E and I just observed this as well... My build machine is an -old- FC13
> machine.. system we found it on w
84 matches
Mail list logo
