On 01/02/2015 11:34 AM, Paul Eggleton wrote:
> After the upgrade to 4.2.8, ntp's configure process now uses a custom
> script which looks at the host to determine what install locations it
> should use. This resulted in the recipe working on some people's
> machines and failing during do_install on
On Fri, Jan 02, 2015 at 05:10:34PM +, Paul Eggleton wrote:
> Martin Jansa gmail.com> writes:
> > On Fri, Jan 02, 2015 at 09:31:58AM +, Paul Eggleton wrote:
> > > Build the mod-php Apache module within the main php recipe; this avoids
> > > files in the sysroot from stepping on eachother an
Martin Jansa gmail.com> writes:
> On Fri, Jan 02, 2015 at 09:31:58AM +, Paul Eggleton wrote:
> > Build the mod-php Apache module within the main php recipe; this avoids
> > files in the sysroot from stepping on eachother and therefore avoids the
> > resulting build failure.
> >
> > Changes ma
Martin Jansa wrote:
> On Fri, Jan 02, 2015 at 09:32:01AM +, Paul Eggleton wrote:
> > If pam is not in DISTRO_FEATURES, we shouldn't be building it.
> >
> > Signed-off-by: Paul Eggleton linux.intel.com>
> > ---
> > meta-oe/recipes-devtools/uw-imap/uw-imap_2007f.bb | 8 ++--
> > 1 file cha
After the upgrade to 4.2.8, ntp's configure process now uses a custom
script which looks at the host to determine what install locations it
should use. This resulted in the recipe working on some people's
machines and failing during do_install on others. Force it to use the
"redhat" configuration a
On Fri, Jan 02, 2015 at 09:31:58AM +, Paul Eggleton wrote:
> Build the mod-php Apache module within the main php recipe; this avoids
> files in the sysroot from stepping on eachother and therefore avoids the
> resulting build failure.
>
> Changes made:
> * Add an "apache2" PACKAGECONFIG, defau
On Fri, Jan 02, 2015 at 09:32:01AM +, Paul Eggleton wrote:
> If pam is not in DISTRO_FEATURES, we shouldn't be building it.
>
> Signed-off-by: Paul Eggleton
> ---
> meta-oe/recipes-devtools/uw-imap/uw-imap_2007f.bb | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --g
Hi Martin and Joe
Thank you for reply, I will modify my patches ,and then re submit them later.
Cheers
Lei Maohui
> -Original Message-
> From: openembedded-devel-boun...@lists.openembedded.org
> [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
> Martin Jansa
> S
Now we use a single php recipe there is no conflict.
Signed-off-by: Paul Eggleton
---
meta-webserver/recipes-php/xdebug/xdebug_2.2.5.bb | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/meta-webserver/recipes-php/xdebug/xdebug_2.2.5.bb
b/meta-webserver/recipes-php/xdebug/xd
Signed-off-by: Paul Eggleton
---
.../recipes-php/xdebug/{xdebug_2.2.5.bb => xdebug_2.2.6.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta-webserver/recipes-php/xdebug/{xdebug_2.2.5.bb => xdebug_2.2.6.bb}
(85%)
diff --git a/meta-webserver/recipes-php/xdebug/xd
* Upgrade to 2007f
* Rename to uw-imap; this is the name used by Fedora and is much more
sensible than libc-client
* Fix errors when linking the library against code compiled with -fPIC
such as mod-php (patch from Fedora).
* Add a security patch from Fedora
* Rename files directory to uw-imap
Drop patches merged upstream.
Signed-off-by: Paul Eggleton
---
.../0001-Bug-4544-additional-fix-for-4.2.x.patch | 29 ---
...ug-4504-security-Self-XSS-in-query-charts.patch | 29 ---
...4505-security-XSS-in-view-operations-page.patch | 43 --
.../{ph
If pam is not in DISTRO_FEATURES, we shouldn't be building it.
Signed-off-by: Paul Eggleton
---
meta-oe/recipes-devtools/uw-imap/uw-imap_2007f.bb | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-devtools/uw-imap/uw-imap_2007f.bb
b/meta-oe/recipes-devto
Add a pam PACKAGECONFIG option defaulted from the pam DISTRO_FEATURES
item, so that if pam isn't in DISTRO_FEATURES, it is explicitly
disabled (and conversely if it is in DISTRO_FEATURES that we have an
explicit dependency on libpam).
Signed-off-by: Paul Eggleton
---
meta-oe/recipes-devtools/php
Finally resolve the overlap between the modphp and php recipes by
merging the former into the latter. Along the way I fixed a few minor
issues and upgraded related recipes.
I've taken a stepped approach to doing the php merge / upgrade so it's
easier to see what's going on and easier for me to tes
Among many fixes since 5.5.15, the following security issues were fixed:
CVE-2014-8142
CVE-2014-3710
CVE-2014-3669
CVE-2014-3670
CVE-2014-3668
CVE-2014-3538
CVE-2014-3587
CVE-2014-2497
CVE-2014-5120
CVE-2014-3597
For more details please see the upstream changelog:
http://php.net/ChangeLog-5.ph
Allow imap support to be easily disabled; default it to enabled based on
previous configuration.
Signed-off-by: Paul Eggleton
---
meta-oe/recipes-devtools/php/php_5.5.20.bb | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/meta-oe/recipes-devtools/php/php_5.5.20.bb
This is now built out of the standard php recipe.
Signed-off-by: Paul Eggleton
---
.../0001-using-pkgconfig-to-check-libxml.patch | 74 --
.../recipes-php/modphp/files/70_mod_php5.conf | 12 -
.../recipes-php/modphp/files/configure.patch | 11 -
.../modphp/files/php-CVE-201
Build the mod-php Apache module within the main php recipe; this avoids
files in the sysroot from stepping on eachother and therefore avoids the
resulting build failure.
Changes made:
* Add an "apache2" PACKAGECONFIG, default enabled. This does mean that
apache2 is a build dependency by default;
Based on the corresponding changes to the modphp recipe in
meta-webserver. From the commit message for the modphp upgrade:
* LIC_FILES_CHKSUM needed to change because the copyright year changed
* Enabled mcrypt since upstream recommend this for acceptable
performance
* Disabled the opcache; this
According to mkspecs/features/spec_post.prf, QMAKE_COMPILER variable should at
least contain gcc for linux-oe-g++ platform.
This patch fixes a crash issue in QtWebKit introduced in v5.4.0 by:
https://qt.gitorious.org/qt/qtwebkit/commit/34d4628b981add039a9a349723cbdff1dadca144
Signed-off-by: Juli
21 matches
Mail list logo
