Re: [oe] [meta-oe] xf86-input-tslib: Use correct name for checksum calculation
On 2011-12-07 15:45, Koen Kooi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 07-12-11 15:19, u...@emagii.com schreef: From: Ulf Samuelsson Signed-off-by: Ulf Samuelsson Please don't send patches against stale repos that don't apply. Good practice of course, Then again: Several times when I have run "./oebb.sh update", the git trees become non-functional which is kind of negative feedback. The "stale" tree I used was from yesterday so it is not that old. Ulf -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk7ffBYACgkQMkyGM64RGpGj6wCdFhKh+e4m+pGqa/Ajy4CUWWom CXYAniSOS2oeQWYRXPf72ZJM3qECeeR6 =z7en -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- Best Regards Ulf Samuelsson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] Feedback on building openembedded-core for qemuarm. Excerpts from buildlog
On (04/12/11 11:35), Richard Purdie wrote: > On Sun, 2011-12-04 at 12:20 +0100, Henning Heinold wrote: > > On Sat, Dec 03, 2011 at 09:03:46PM +0100, Ulf Samuelsson wrote: > > > Have made some further tests with the same machine, but now running > > > Ubuntu 11.04 x64 > > > > > > bitbake console-image > > > > > > PARALLEL_TASKSBB_NUMBER_TASKSBUILD TIME > > > 2 2 > > > 1:24:16 > > > 4 4 > > > 0:48:22 > > > 6 6 > > > 0:45:00 > > > 2424 > > > C++ compiler fails with --sysroot problem > > > after ~2200 out of 2400 tasks. > > > > > > > > > > > > BR > > > Ulf > > > > Hi Ulf, > > > > can you try the attached patch if it solves the problem? Does this really fix the problem. > > Can someone please explain to me how this would fix the problem? > > If this were the issue shouldn't it either always work or always fail? > > I'm worried that even if this does "fix" the problem, there is a deeper > issue lurking somewhere :( We use --with-local-prefix and then also --with-gxx-include-dir which points to /usr/include/c++ Now the documentation says that --with-gxx-include-dir is an absolute path but if sysroot gets prepended to it or not I am not clear yet if sysroot gets prepended to it then we should be in safe spot > > Cheers, > > Richard > > > ___ > Openembedded-core mailing list > openembedded-c...@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-efl] places: add autopoint
On Wed, Dec 07, 2011 at 01:53:48PM +0100, Koen Kooi wrote:
> Signed-off-by: Koen Kooi
> ---
> meta-efl/recipes-efl/e17/places_svn.bb |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(-)
Acked-by: Martin Jansa
>
> diff --git a/meta-efl/recipes-efl/e17/places_svn.bb
> b/meta-efl/recipes-efl/e17/places_svn.bb
> index 0abe138..103d720 100644
> --- a/meta-efl/recipes-efl/e17/places_svn.bb
> +++ b/meta-efl/recipes-efl/e17/places_svn.bb
> @@ -2,9 +2,13 @@ LICENSE = "BSD"
> LIC_FILES_CHKSUM = "file://COPYING;md5=344895f253c32f38e182dcaf30fe8a35"
>
> PV = "0.1.0+svnr${SRCPV}"
> -PR = "${INC_PR}.0"
> +PR = "${INC_PR}.1"
>
> require e-module.inc
>
> +do_configure_prepend() {
> + autopoint || touch config.rpath
> +}
> +
> # Calls /usr/bin/eject for media
> RRECOMMENDS_${PN} += "eject"
> --
> 1.7.2.5
>
>
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Documentation problems
On (07/12/11 00:01), Bill Traynor wrote: > > Hi, > > today I wanted to create a Template:We-move-to-oe-core (something like > > this artikle is a stub) to mark all pages which needs a change and inform > > new users about the move to oe-core. I created an account but I am unable > > to edit anything. I even cannot edit my user page. > > > > This is fixed now. > > I've just implemented Email Confirmation for New Users to the wiki with > auto-promotion to the 'User' group to allow for editing. I also switched > the Captcha from recaptcha to QuestyCaptcha with a simple question about > Linux that's easily google-able. This scheme has worked well for a number > of months on elinux.org, so it seemed prudent to try it here as well. > Thanks Bill this should solve our spammy problems > More wiki improvements to come. looking forward to it. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Adding sumtool to a JFFS2 build to speed up first boot
On Wed, Nov 23, 2011 at 9:40 PM, Khem Raj wrote: > On Sat, Oct 29, 2011 at 2:27 PM, Andrea Adami wrote: >> On Sat, Oct 29, 2011 at 7:14 PM, Tom Rini wrote: >> >>> On Sat, Oct 29, 2011 at 9:27 AM, Ulf Samuelsson >>> wrote: >>> > Trying to solve another problem I came up with >>> > changing IMAGE_CMD_jffs2 defined in conf/bitbake.conf >>> > by redefining it in conf/local.conf. >>> > >>> > During that process I noticed the "sumtool" utility >>> > which works on the jffs2 image, doing some >>> > bookkeeping which then does not have to be >>> > done on the target. >>> > >>> > I unserstand, this can speed up loading significantly. >>> > Any reason not using this in OE? >>> >>> Last time I looked at this, the reason was that you had to re-jigger >>> the IMAGE_CMD a bit and you also have to take care as not all of the >>> options are the same between mkfs.jffs2 and sumtool. At least the >>> first part might be easier with oe-core and the reworked image class. >>> The latter part is just annoying. >>> >>> -- >>> Tom >>> >>> FWIW we are defining our jffs2-summary in >> http://cgit.openembedded.org/meta-handheld/tree/conf/machine/include/zaurus.inc >> >> This works beautifully in oe-dev but not using oe-core for it sets >> IMAGE_CMD_jffs2 = and this can not be overriden >> We would just need a weak assignment in image_types.bbclass or maybe a new >> image type like IMAGE_CMD_jffs2-summary and related commands. >> > > I would say port patches to oe-core for it. Done, patch sent to oe-core Regards Andrea >> ___ >> Openembedded-devel mailing list >> Openembedded-devel@lists.openembedded.org >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel >> > > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 1/1] connman: update to 0.78
On Wed, Dec 7, 2011 at 19:54, Saul Wold wrote: > On 12/07/2011 01:18 PM, Otavio Salvador wrote: > >> We moved to GIT repository as the tarball releases are not available >> since kernel.org compromise. >> >> Any reason this can't be updated in OE-core? > Sure not; for it I'd need to test connman-gnome but I don't have the required time to do that. As far as I know the xuser patch ought to apply fine but others might need checking. -- 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-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 1/1] connman: update to 0.78
On 12/07/2011 01:18 PM, Otavio Salvador wrote:
We moved to GIT repository as the tarball releases are not available
since kernel.org compromise.
Any reason this can't be updated in OE-core?
Sau!
Signed-off-by: Otavio Salvador
---
.../connman/{connman_0.77.bb => connman_0.78.bb} | 13 ++---
1 files changed, 6 insertions(+), 7 deletions(-)
rename meta-oe/recipes-connectivity/connman/{connman_0.77.bb =>
connman_0.78.bb} (75%)
diff --git a/meta-oe/recipes-connectivity/connman/connman_0.77.bb
b/meta-oe/recipes-connectivity/connman/connman_0.78.bb
similarity index 75%
rename from meta-oe/recipes-connectivity/connman/connman_0.77.bb
rename to meta-oe/recipes-connectivity/connman/connman_0.78.bb
index 9ef368b..f486f95 100644
--- a/meta-oe/recipes-connectivity/connman/connman_0.77.bb
+++ b/meta-oe/recipes-connectivity/connman/connman_0.78.bb
@@ -1,5 +1,4 @@
require connman.inc
-PR = "r4"
EXTRA_OECONF += "\
--disable-gtk-doc \
@@ -18,13 +17,13 @@ EXTRA_OECONF += "\
--with-ntpd=${bindir}/ntpd \
"
-SRC_URI = "\
- http://www.kernel.org/pub/linux/network/connman/connman-${PV}.tar.gz \
- file://connman \
-"
+S = "${WORKDIR}/git"
+
+# 0.78 tag
+SRCREV = "02f5d5fe2d7c71514a6387ba2b772b42d8e8d297"
-SRC_URI[md5sum] = "2e95edb0ead4fff3e84458f7fa192a64"
-SRC_URI[sha256sum] =
"df6e926c4b0ccbab26d6e21b9935ab72fa5adf275eb7ac2b48540117ae84cbcc"
+SRC_URI = "git://git.kernel.org/pub/scm/network/connman/connman.git \
+file://connman"
# alg-test doesn't build, so disable that and test for if_alg.h as this
header is only in 2.6.39
do_configure_prepend() {
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-efl] places: add autopoint
On (07/12/11 13:53), Koen Kooi wrote:
> Signed-off-by: Koen Kooi
> ---
> meta-efl/recipes-efl/e17/places_svn.bb |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(-)
>
> diff --git a/meta-efl/recipes-efl/e17/places_svn.bb
> b/meta-efl/recipes-efl/e17/places_svn.bb
> index 0abe138..103d720 100644
> --- a/meta-efl/recipes-efl/e17/places_svn.bb
> +++ b/meta-efl/recipes-efl/e17/places_svn.bb
> @@ -2,9 +2,13 @@ LICENSE = "BSD"
> LIC_FILES_CHKSUM = "file://COPYING;md5=344895f253c32f38e182dcaf30fe8a35"
>
> PV = "0.1.0+svnr${SRCPV}"
> -PR = "${INC_PR}.0"
> +PR = "${INC_PR}.1"
>
> require e-module.inc
>
> +do_configure_prepend() {
> + autopoint || touch config.rpath
> +}
> +
> # Calls /usr/bin/eject for media
> RRECOMMENDS_${PN} += "eject"
> --
> 1.7.2.5
you could also do
EXTRA_AUTORECONF = ""
which would remove --exclude=autopoint being passed down to autoreconf
--
-Khem
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/1] connman: update to 0.78
We moved to GIT repository as the tarball releases are not available
since kernel.org compromise.
Signed-off-by: Otavio Salvador
---
.../connman/{connman_0.77.bb => connman_0.78.bb} | 13 ++---
1 files changed, 6 insertions(+), 7 deletions(-)
rename meta-oe/recipes-connectivity/connman/{connman_0.77.bb =>
connman_0.78.bb} (75%)
diff --git a/meta-oe/recipes-connectivity/connman/connman_0.77.bb
b/meta-oe/recipes-connectivity/connman/connman_0.78.bb
similarity index 75%
rename from meta-oe/recipes-connectivity/connman/connman_0.77.bb
rename to meta-oe/recipes-connectivity/connman/connman_0.78.bb
index 9ef368b..f486f95 100644
--- a/meta-oe/recipes-connectivity/connman/connman_0.77.bb
+++ b/meta-oe/recipes-connectivity/connman/connman_0.78.bb
@@ -1,5 +1,4 @@
require connman.inc
-PR = "r4"
EXTRA_OECONF += "\
--disable-gtk-doc \
@@ -18,13 +17,13 @@ EXTRA_OECONF += "\
--with-ntpd=${bindir}/ntpd \
"
-SRC_URI = "\
- http://www.kernel.org/pub/linux/network/connman/connman-${PV}.tar.gz \
- file://connman \
-"
+S = "${WORKDIR}/git"
+
+# 0.78 tag
+SRCREV = "02f5d5fe2d7c71514a6387ba2b772b42d8e8d297"
-SRC_URI[md5sum] = "2e95edb0ead4fff3e84458f7fa192a64"
-SRC_URI[sha256sum] =
"df6e926c4b0ccbab26d6e21b9935ab72fa5adf275eb7ac2b48540117ae84cbcc"
+SRC_URI = "git://git.kernel.org/pub/scm/network/connman/connman.git \
+file://connman"
# alg-test doesn't build, so disable that and test for if_alg.h as this header
is only in 2.6.39
do_configure_prepend() {
--
1.7.2.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-core][PATCH] gcc-4.6.inc: remove gcc-arm-set-cost.patch merged upstream
On Wed, Dec 07, 2011 at 04:18:11PM +0100, Antonio Ospite wrote:
> gcc-arm-set-cost.patch is not needed anymore as it has been merged
> upstream, remove it.
I belive this is because you're using meta-oe from where this patch was
moved to oe-core and it wasn't removed from meta-oe at the same time when
it was applied in oe-core.
So right fix is to update your meta-oe checkout
http://git.openembedded.org/meta-openembedded/commit/?id=9e0a23fcb4e2c0c57de5e7b0ee8ed253b11d15b8
Regards,
> Having it around breaks compilation with messages like:
>
> .../gcc-4.6.2+svnr181430-r22/gcc-4_6-branch/gcc/config/arm/arm.c:7945:5:
> error: duplicate case value
>
> Signed-off-by: Antonio Ospite
> ---
>
> Hi,
>
> please review this one with extra care ;)
>
> Thanks,
>Antonio Ospite
>http://ao2.it
>
> meta/recipes-devtools/gcc/gcc-4.6.inc |3 +-
> .../gcc/gcc-4.6/gcc-arm-set-cost.patch | 34
>
> 2 files changed, 1 insertions(+), 36 deletions(-)
> delete mode 100644 meta/recipes-devtools/gcc/gcc-4.6/gcc-arm-set-cost.patch
>
> diff --git a/meta/recipes-devtools/gcc/gcc-4.6.inc
> b/meta/recipes-devtools/gcc/gcc-4.6.inc
> index 18e0536..e6a9b1a 100644
> --- a/meta/recipes-devtools/gcc/gcc-4.6.inc
> +++ b/meta/recipes-devtools/gcc/gcc-4.6.inc
> @@ -1,6 +1,6 @@
> require gcc-common.inc
>
> -PR = "r19"
> +PR = "r20"
>
> # Third digit in PV should be incremented after a minor release
> # happens from this branch on gcc e.g. currently its 4.6.0
> @@ -72,7 +72,6 @@ SRC_URI =
> "svn://gcc.gnu.org/svn/gcc/branches;module=${BRANCH};proto=http \
> file://pr46934.patch \
> file://pr32219.patch \
> file://pr47551.patch \
> -file://gcc-arm-set-cost.patch \
> "
>
> SRC_URI_append_sh3 = " file://sh3-installfix-fixheaders.patch "
> diff --git a/meta/recipes-devtools/gcc/gcc-4.6/gcc-arm-set-cost.patch
> b/meta/recipes-devtools/gcc/gcc-4.6/gcc-arm-set-cost.patch
> deleted file mode 100644
> index 04dabaf..000
> --- a/meta/recipes-devtools/gcc/gcc-4.6/gcc-arm-set-cost.patch
> +++ /dev/null
> @@ -1,34 +0,0 @@
> -2011-08-18 Richard Sandiford
> -
> - gcc/
> - Backport from mainline:
> -
> - 2011-08-18 Richard Sandiford
> -
> - * config/arm/arm.c (arm_rtx_costs_1): Don't modify the costs of SET.
> - (arm_size_rtx_costs): Likewise.
> -
> -=== modified file 'gcc/config/arm/arm.c'
> old/gcc/config/arm/arm.c 2011-08-12 08:08:31 +
> -+++ new/gcc/config/arm/arm.c 2011-08-18 13:53:37 +
> -@@ -7464,6 +7464,9 @@
> - *total = COSTS_N_INSNS (4);
> - return true;
> -
> -+case SET:
> -+ return false;
> -+
> - default:
> - *total = COSTS_N_INSNS (4);
> - return false;
> -@@ -7811,6 +7814,9 @@
> - *total = COSTS_N_INSNS (1) + 1;
> - return true;
> -
> -+case SET:
> -+ return false;
> -+
> - default:
> - if (mode != VOIDmode)
> - *total = COSTS_N_INSNS (ARM_NUM_REGS (mode));
> -
> --
> 1.7.7.3
>
>
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [oe-core][PATCH] gcc-4.6.inc: remove gcc-arm-set-cost.patch merged upstream
gcc-arm-set-cost.patch is not needed anymore as it has been merged
upstream, remove it.
Having it around breaks compilation with messages like:
.../gcc-4.6.2+svnr181430-r22/gcc-4_6-branch/gcc/config/arm/arm.c:7945:5: error:
duplicate case value
Signed-off-by: Antonio Ospite
---
Hi,
please review this one with extra care ;)
Thanks,
Antonio Ospite
http://ao2.it
meta/recipes-devtools/gcc/gcc-4.6.inc |3 +-
.../gcc/gcc-4.6/gcc-arm-set-cost.patch | 34
2 files changed, 1 insertions(+), 36 deletions(-)
delete mode 100644 meta/recipes-devtools/gcc/gcc-4.6/gcc-arm-set-cost.patch
diff --git a/meta/recipes-devtools/gcc/gcc-4.6.inc
b/meta/recipes-devtools/gcc/gcc-4.6.inc
index 18e0536..e6a9b1a 100644
--- a/meta/recipes-devtools/gcc/gcc-4.6.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.6.inc
@@ -1,6 +1,6 @@
require gcc-common.inc
-PR = "r19"
+PR = "r20"
# Third digit in PV should be incremented after a minor release
# happens from this branch on gcc e.g. currently its 4.6.0
@@ -72,7 +72,6 @@ SRC_URI =
"svn://gcc.gnu.org/svn/gcc/branches;module=${BRANCH};proto=http \
file://pr46934.patch \
file://pr32219.patch \
file://pr47551.patch \
- file://gcc-arm-set-cost.patch \
"
SRC_URI_append_sh3 = " file://sh3-installfix-fixheaders.patch "
diff --git a/meta/recipes-devtools/gcc/gcc-4.6/gcc-arm-set-cost.patch
b/meta/recipes-devtools/gcc/gcc-4.6/gcc-arm-set-cost.patch
deleted file mode 100644
index 04dabaf..000
--- a/meta/recipes-devtools/gcc/gcc-4.6/gcc-arm-set-cost.patch
+++ /dev/null
@@ -1,34 +0,0 @@
-2011-08-18 Richard Sandiford
-
- gcc/
- Backport from mainline:
-
- 2011-08-18 Richard Sandiford
-
- * config/arm/arm.c (arm_rtx_costs_1): Don't modify the costs of SET.
- (arm_size_rtx_costs): Likewise.
-
-=== modified file 'gcc/config/arm/arm.c'
old/gcc/config/arm/arm.c 2011-08-12 08:08:31 +
-+++ new/gcc/config/arm/arm.c 2011-08-18 13:53:37 +
-@@ -7464,6 +7464,9 @@
- *total = COSTS_N_INSNS (4);
- return true;
-
-+case SET:
-+ return false;
-+
- default:
- *total = COSTS_N_INSNS (4);
- return false;
-@@ -7811,6 +7814,9 @@
- *total = COSTS_N_INSNS (1) + 1;
- return true;
-
-+case SET:
-+ return false;
-+
- default:
- if (mode != VOIDmode)
- *total = COSTS_N_INSNS (ARM_NUM_REGS (mode));
-
--
1.7.7.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] Fix git URL to linux-omap git repo.
Hi, I will send a patch V2 with all URLs fixed. Guillaume ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe] xf86-input-tslib: Use correct name for checksum calculation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 07-12-11 15:19, u...@emagii.com schreef: > From: Ulf Samuelsson > > Signed-off-by: Ulf Samuelsson Please don't send patches against stale repos that don't apply. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAk7ffBYACgkQMkyGM64RGpGj6wCdFhKh+e4m+pGqa/Ajy4CUWWom CXYAniSOS2oeQWYRXPf72ZJM3qECeeR6 =z7en -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe] xf86-input-tslib: Use correct name for checksum calculation
On Wed, Dec 07, 2011 at 03:19:14PM +0100, u...@emagii.com wrote:
> From: Ulf Samuelsson
>
> Signed-off-by: Ulf Samuelsson
> ---
> .../xorg-driver/xf86-input-tslib_0.0.6.bb |6 --
> 1 files changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/meta-oe/recipes-graphics/xorg-driver/xf86-input-tslib_0.0.6.bb
> b/meta-oe/recipes-graphics/xorg-driver/xf86-input-tslib_0.0.6.bb
> index de0eb6f..768453a 100644
> --- a/meta-oe/recipes-graphics/xorg-driver/xf86-input-tslib_0.0.6.bb
> +++ b/meta-oe/recipes-graphics/xorg-driver/xf86-input-tslib_0.0.6.bb
> @@ -17,12 +17,14 @@ SRC_URI =
> "http://www.pengutronix.de/software/xf86-input-tslib/download/xf86-inp
> file://99-xf86-input-tslib.rules \
> file://xf86-input-tslib-port-ABI-12-r48.patch \
> "
> -SRC_URI[md5sum] = "b7a4d2f11637ee3fcf432e044b1d017f"
> -SRC_URI[sha256sum] =
> "5f46fdef095a6e44a69e0f0b57c7d665224b26d990d006611236d8332e85b105"
> +
> +SRC_URI[archive.md5sum] = "b7a4d2f11637ee3fcf432e044b1d017f"
> +SRC_URI[archive.sha256sum] =
> "5f46fdef095a6e44a69e0f0b57c7d665224b26d990d006611236d8332e85b105"
This is not correct after
http://git.openembedded.org/meta-openembedded/commit/?id=2162f0140d72a5976278d63e7eb2d4eb032ded4f
Cheers,
>
> do_configure_prepend() {
> rm -rf ${S}/m4/ || true
> }
> +
> do_install_append() {
> install -d ${D}/${datadir}/hal/fdi/policy/20thirdparty
> install -m 0644 ${WORKDIR}/10-x11-input-tslib.fdi
> ${D}/${datadir}/hal/fdi/policy/20thirdparty
> --
> 1.7.4.1
>
>
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe] xf86-input-tslib: Use correct name for checksum calculation
From: Ulf Samuelsson
Signed-off-by: Ulf Samuelsson
---
.../xorg-driver/xf86-input-tslib_0.0.6.bb |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-graphics/xorg-driver/xf86-input-tslib_0.0.6.bb
b/meta-oe/recipes-graphics/xorg-driver/xf86-input-tslib_0.0.6.bb
index de0eb6f..768453a 100644
--- a/meta-oe/recipes-graphics/xorg-driver/xf86-input-tslib_0.0.6.bb
+++ b/meta-oe/recipes-graphics/xorg-driver/xf86-input-tslib_0.0.6.bb
@@ -17,12 +17,14 @@ SRC_URI =
"http://www.pengutronix.de/software/xf86-input-tslib/download/xf86-inp
file://99-xf86-input-tslib.rules \
file://xf86-input-tslib-port-ABI-12-r48.patch \
"
-SRC_URI[md5sum] = "b7a4d2f11637ee3fcf432e044b1d017f"
-SRC_URI[sha256sum] =
"5f46fdef095a6e44a69e0f0b57c7d665224b26d990d006611236d8332e85b105"
+
+SRC_URI[archive.md5sum] = "b7a4d2f11637ee3fcf432e044b1d017f"
+SRC_URI[archive.sha256sum] =
"5f46fdef095a6e44a69e0f0b57c7d665224b26d990d006611236d8332e85b105"
do_configure_prepend() {
rm -rf ${S}/m4/ || true
}
+
do_install_append() {
install -d ${D}/${datadir}/hal/fdi/policy/20thirdparty
install -m 0644 ${WORKDIR}/10-x11-input-tslib.fdi
${D}/${datadir}/hal/fdi/policy/20thirdparty
--
1.7.4.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2] Fix git URL to linux-omap git repo.
Signed-off-by: Guillaume GARDET
---
recipes/linux/linux-kexecboot_2.6.32.bb |2 +-
recipes/linux/linux-omap2_git.bb|2 +-
recipes/linux/linux-omap_2.6.26.bb |2 +-
recipes/linux/linux-omap_2.6.27.bb |2 +-
recipes/linux/linux-omap_2.6.28.bb |2 +-
recipes/linux/linux-omap_2.6.29.bb |2 +-
recipes/linux/linux-omap_2.6.31.bb |2 +-
recipes/linux/linux-omap_2.6.32.bb |2 +-
recipes/linux/linux-omap_2.6.37.bb |2 +-
recipes/linux/linux-omap_2.6.38.bb |2 +-
recipes/linux/linux-omap_2.6.39.bb |2 +-
recipes/linux/linux-omap_git.bb |2 +-
12 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/recipes/linux/linux-kexecboot_2.6.32.bb
b/recipes/linux/linux-kexecboot_2.6.32.bb
index 4c3294a..0c0d2af 100644
--- a/recipes/linux/linux-kexecboot_2.6.32.bb
+++ b/recipes/linux/linux-kexecboot_2.6.32.bb
@@ -21,7 +21,7 @@ SRC_URI +=
"${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/linux-${PV}.tar.bz2;name=k
SRC_URI[kernel.md5sum] = "260551284ac224c3a43c4adac7df4879"
SRC_URI[kernel.sha256sum] =
"5099786d80b8407d98a619df00209c2353517f22d804fdd9533b362adcb4504e"
-SRC_URI_append_omap3 = "
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git;protocol=git;rev=6833f1a8cdcb65a370f898bde6b6af63f81962df
\
+SRC_URI_append_omap3 = "
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git;protocol=git;rev=6833f1a8cdcb65a370f898bde6b6af63f81962df
\
file://defconfig \
file://sctp-fix.patch \
file://cm-t35/0001-omap3-cm-t35-add-mux-initialization.patch \
diff --git a/recipes/linux/linux-omap2_git.bb b/recipes/linux/linux-omap2_git.bb
index cb427e3..ad3a7eb 100644
--- a/recipes/linux/linux-omap2_git.bb
+++ b/recipes/linux/linux-omap2_git.bb
@@ -8,7 +8,7 @@ PV = "2.6.26"
#PV = "2.6.26+2.6.27-rc1+${PR}+git${SRCREV}"
PR = "r64"
-SRC_URI =
"git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git;protocol=git
\
+SRC_URI =
"git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git;protocol=git
\
file://defconfig"
SRC_URI_append_beagleboard = " file://no-harry-potter.diff \
diff --git a/recipes/linux/linux-omap_2.6.26.bb
b/recipes/linux/linux-omap_2.6.26.bb
index 0c8dcd9..0d74820 100644
--- a/recipes/linux/linux-omap_2.6.26.bb
+++ b/recipes/linux/linux-omap_2.6.26.bb
@@ -5,7 +5,7 @@ SRCREV = "d6daf8d8cc5ccf90247def5551ee9c3e8555e848"
PV = "2.6.26"
PR = "r65"
-SRC_URI =
"git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git;protocol=git
\
+SRC_URI =
"git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git;protocol=git
\
file://defconfig"
SRC_URI_append_beagleboard = " file://no-harry-potter.diff \
diff --git a/recipes/linux/linux-omap_2.6.27.bb
b/recipes/linux/linux-omap_2.6.27.bb
index fdf0fdd..36f86d9 100644
--- a/recipes/linux/linux-omap_2.6.27.bb
+++ b/recipes/linux/linux-omap_2.6.27.bb
@@ -8,7 +8,7 @@ COMPATIBLE_MACHINE =
"omap5912osk|omap1710h3|omap2430sdp|omap2420h4|beagleboard|
SRCREV = "2a3408be17f287fdb5809c9b6c68e7ad96d25b74"
PR = "r14"
-SRC_URI =
"git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git;protocol=git
\
+SRC_URI =
"git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git;protocol=git
\
file://defconfig"
SRC_URI_append = " \
diff --git a/recipes/linux/linux-omap_2.6.28.bb
b/recipes/linux/linux-omap_2.6.28.bb
index 622a38d..53fcc83 100644
--- a/recipes/linux/linux-omap_2.6.28.bb
+++ b/recipes/linux/linux-omap_2.6.28.bb
@@ -11,7 +11,7 @@ SRCREV = "79d042a081d3e467c735bb0d9569ed6296f85a3c"
PV = "2.6.28"
-SRC_URI =
"git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git;branch=omap-2.6.28;protocol=git
\
+SRC_URI =
"git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git;branch=omap-2.6.28;protocol=git
\
file://defconfig"
SRC_URI_append = " \
diff --git a/recipes/linux/linux-omap_2.6.29.bb
b/recipes/linux/linux-omap_2.6.29.bb
index a87fb25..3248dc3 100644
--- a/recipes/linux/linux-omap_2.6.29.bb
+++ b/recipes/linux/linux-omap_2.6.29.bb
@@ -17,7 +17,7 @@ SRCREV = "58cf2f1425abfd3a449f9fe985e48be2d2555022"
# The main PR is now using MACHINE_KERNEL_PR, for omap3 see
conf/machine/include/omap3.inc
PR_append = "+gitr${SRCREV}"
-SRC_URI =
"git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git;protocol=git
\
+SRC_URI =
"git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git;protocol=git
\
file://defconfig"
SRC_URI_append = " \
diff --git a/recipes/linux/linux-omap_2.6.31.bb
b/recipes/linux/linux-omap_2.6.31.bb
index 0f1e79b..2b627ca 100644
--- a/recipes/linux/linux-omap_2.6.31.bb
+++ b/recipes/linux/linux-omap_2.6.31.bb
@@ -13,7 +13,7 @@ SRCREV = "945044d157dd63c6af0f2ed40a5346382af94eb4"
#PV = "2.6.30+2.6.31-rc8+gitr${SRCREV}"
PV = "2.6.31"
-SRC_URI =
"git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-
[oe] [master/2011.03-maintenance] module-init-tools-cross-3.12-r6: task do_compile: Failed
This problem occurs with the current master (a4f35de0f6ca17e92763d5a5f32422c56e5d8882) *and* the 2011.03-maintenance branch (672af8093cf33d8b90e9186986ba5c95fc7a0a0a). To reproduce it i used the current Kaeilos setup and made a clean build. --->snip< 14:11 sledz@~/work/kaeilos/build/kaeilos $ MACHINE=beagleboard bitbake module-init-tools-cross ... Build Configuration: BB_VERSION= "1.12.0" METADATA_BRANCH = "2011.03-maintenance" METADATA_REVISION = "672af80" TARGET_ARCH = "arm" TARGET_OS = "linux-gnueabi" MACHINE = "beagleboard" DISTRO= "kaeilos" DISTRO_VERSION= "2009.2-test-20111207" TARGET_FPU= "hard" ... | gcc -isystem/home/sledz/work/kaeilos/build/kaeilos/tmp/sysroots/x86_64-linux/usr/include -O2 -g -Wunused -Wall -static -L/home/sledz/work/kaeilos/build/kaeilos/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath-link,/home/sledz/work/kaeilos/build/kaeilos/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath,/home/sledz/work/kaeilos/build/kaeilos/tmp/sysroots/x86_64-linux/usr/lib -Wl,-O1 -o insmod.static insmod.o libmodtools.a | /usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot find -lc | collect2: ld returned 1 exit status | make: *** [insmod.static] Error 1 | make: *** Waiting for unfinished jobs | mv -f .deps/tables.Tpo .deps/tables.Po | + die 'oe_runmake failed' | + oefatal 'oe_runmake failed' | + echo FATAL: 'oe_runmake failed' | FATAL: oe_runmake failed | + exit 1 NOTE: package module-init-tools-cross-3.12-r6: task do_compile: Failed ERROR: Function 'do_compile' failed (see /home/sledz/work/kaeilos/build/kaeilos/tmp/work/armv7a-kaeilos-linux-gnueabi/module-init-tools-cross-3.12-r6/temp/log.do_compile.5337 for further information) --->snip< (complete compile log is attached) Any ideas? Regards, Steffen -- DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, 10319 Berlin, Germany Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de Fax: +49 30 515932-299 Geschäftsführer: Dr. Michael Weber, Werner Mögle; Amtsgericht Berlin Charlottenburg; HRB 130120 B; Ust.-IDNr. DE273952058 + do_compile + base_do_compile + '[' -e Makefile -o -e makefile -o -e GNUmakefile ']' + oe_runmake + oenote make -j 4 + echo NOTE: 'make -j 4' NOTE: make -j 4 + make -j 4 gcc -DPACKAGE_NAME=\"module-init-tools\" -DPACKAGE_TARNAME=\"module-init-tools\" -DPACKAGE_VERSION=\"3.12\" -DPACKAGE_STRING=\"module-init-tools\ 3.12\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.12\" -I. -isystem/home/sledz/work/kaeilos/build/kaeilos/tmp/sysroots/x86_64-linux/usr/include -ffunction-sections -isystem/home/sledz/work/kaeilos/build/kaeilos/tmp/sysroots/x86_64-linux/usr/include -O2 -g -Wunused -Wall -MT libmodtools_a-util.o -MD -MP -MF .deps/libmodtools_a-util.Tpo -c -o libmodtools_a-util.o `test -f 'util.c' || echo './'`util.c gcc -DPACKAGE_NAME=\"module-init-tools\" -DPACKAGE_TARNAME=\"module-init-tools\" -DPACKAGE_VERSION=\"3.12\" -DPACKAGE_STRING=\"module-init-tools\ 3.12\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.12\" -I. -isystem/home/sledz/work/kaeilos/build/kaeilos/tmp/sysroots/x86_64-linux/usr/include -ffunction-sections -isystem/home/sledz/work/kaeilos/build/kaeilos/tmp/sysroots/x86_64-linux/usr/include -O2 -g -Wunused -Wall -MT libmodtools_a-logging.o -MD -MP -MF .deps/libmodtools_a-logging.Tpo -c -o libmodtools_a-logging.o `test -f 'logging.c' || echo './'`logging.c gcc -DPACKAGE_NAME=\"module-init-tools\" -DPACKAGE_TARNAME=\"module-init-tools\" -DPACKAGE_VERSION=\"3.12\" -DPACKAGE_STRING=\"module-init-tools\ 3.12\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.12\" -I. -isystem/home/sledz/work/kaeilos/build/kaeilos/tmp/sysroots/x86_64-linux/usr/include -ffunction-sections -isystem/home/sledz/work/kaeilos/build/kaeilos/tmp/sysroots/x86_64-linux/usr/include -O2 -g -Wunused -Wall -MT libmodtools_a-index.o -MD -MP -MF .deps/libmodtools_a-index.Tpo -c -o libmodtools_a-index.o `test -f 'index.c' || echo './'`index.c gcc -DPACKAGE_NAME=\"module-init-tools\" -DPACKAGE_TARNAME=\"module-init-tools\" -DPACKAGE_VERSION=\"3.12\" -DPACKAGE_STRING=\"module-init-tools\ 3.12\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"module-init-tools\" -DVERSION=\"3.
[oe] [meta-efl] places: add autopoint
Signed-off-by: Koen Kooi
---
meta-efl/recipes-efl/e17/places_svn.bb |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/meta-efl/recipes-efl/e17/places_svn.bb
b/meta-efl/recipes-efl/e17/places_svn.bb
index 0abe138..103d720 100644
--- a/meta-efl/recipes-efl/e17/places_svn.bb
+++ b/meta-efl/recipes-efl/e17/places_svn.bb
@@ -2,9 +2,13 @@ LICENSE = "BSD"
LIC_FILES_CHKSUM = "file://COPYING;md5=344895f253c32f38e182dcaf30fe8a35"
PV = "0.1.0+svnr${SRCPV}"
-PR = "${INC_PR}.0"
+PR = "${INC_PR}.1"
require e-module.inc
+do_configure_prepend() {
+ autopoint || touch config.rpath
+}
+
# Calls /usr/bin/eject for media
RRECOMMENDS_${PN} += "eject"
--
1.7.2.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2] libpam_1.1.1: remove directory preventing /var/run from being volatile
New version with less differences to oe-core. Honestly I have not been able to
test this version but I have reviewed it and think it is equivalent to the
patch I had before. // Mats
The libpam make install creates a /var/run/sepermit folder that prevents
the later creation of a sym-link /var/run --> /var/volatile/run. This is
a problem because it causes additional wear to FLASH file systems.
The solution here is roughly the same as the solution applied in the libpam
recipes of oe-core but v1.1.1 does not exist there and the corresponding fix
was already a part of the original recipes for later versions.
Signed-off-by: Mats Kärrman
--
diff --git a/recipes/pam/files/99_libpam b/recipes/pam/files/99_libpam
new file mode 100644
index 000..5ae0c8e
--- /dev/null
+++ b/recipes/pam/files/99_libpam
@@ -0,0 +1,3 @@
+# Create sepermit folder in volatile fs
+d root root 0755 /var/run/sepermit none
+
diff --git a/recipes/pam/libpam_1.1.1.bb b/recipes/pam/libpam_1.1.1.bb
index 09bc554..2b679a1 100644
--- a/recipes/pam/libpam_1.1.1.bb
+++ b/recipes/pam/libpam_1.1.1.bb
@@ -15,7 +15,7 @@ DEPENDS = "flex flex-native"
# PAM is not a lot of use without configuration files and the plugins
RRECOMMENDS_${PN} = "libpam-meta libpam-base-files"
-PR = "r2"
+PR = "r3"
# The project is actually called Linux-PAM but that gives
# a bad OE package name because of the upper case characters
@@ -26,6 +26,7 @@ S = "${WORKDIR}/${p}"
SRC_URI = "${KERNELORG_MIRROR}/pub/linux/libs/pam/library/${p}.tar.bz2 \
file://pam-nodocs.patch \
file://define-HAVE_DBM.patch \
+ file://99_libpam \
"
UCLIBC_PATCHES = " file://Linux-PAM-1.1.0-uclibc.patch \
@@ -71,6 +72,17 @@ python populate_packages_prepend () {
packages.append(metapkg)
bb.data.setVar('PACKAGES', ' '.join(packages), d)
}
+
+do_install_append () {
+# Remove erroneously created /var/run dir
+rm -rf ${D}${localstatedir}/run
+
+# Install volatiles specification to make sure dir is created in run-time
+install -d ${D}${sysconfdir}/default
+install -d ${D}${sysconfdir}/default/volatiles
+install -m 0644 ${WORKDIR}/99_libpam ${D}${sysconfdir}/default/volatiles/
+}
+
SRC_URI[md5sum] = "9b3d952b173d5b9836cbc7e8de108bee"
SRC_URI[sha256sum] = "608d3eb9d7a5e1a7505fff62e6a583fdb6e52dc05bf54dc9661c5f395
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCHv2][meta-oe] mplayer2: fix DSO issue with new binutils
*
/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv4t-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.3/ld:
libmpdemux/demux_ogg.o: undefined reference to symbol '_ilog'
/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/armv4t-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/4.6.3/ld:
note: '_ilog' is defined in DSO
/OE/shr-core/tmp-eglibc/sysroots/om-gta02/usr/lib/libvorbis.so.0 so try
adding it to the linker command line
/OE/shr-core/tmp-eglibc/sysroots/om-gta02/usr/lib/libvorbis.so.0: could not
read symbols: Invalid operation
Signed-off-by: Martin Jansa
---
meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb
b/meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb
index 7d2d258..81d3376 100644
--- a/meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb
+++ b/meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb
@@ -22,7 +22,7 @@ SRCREV = "e3f504326d8b4b0731c6a8b42a8fda5535ac"
ARM_INSTRUCTION_SET = "ARM"
PV = "2.0+gitr${SRCPV}"
-PR = "r2"
+PR = "r3"
PARALLEL_MAKE = ""
@@ -125,7 +125,7 @@ EXTRA_OECONF = " \
--enable-select \
--enable-libass \
\
- --extra-libs=' -lXext -lX11 -lBasicUsageEnvironment -lUsageEnvironment
-lgroupsock -lliveMedia -lstdc++' \
+ --extra-libs=' -lXext -lX11 -lBasicUsageEnvironment -lUsageEnvironment
-lgroupsock -lliveMedia -lstdc++ -lvorbis ' \
"
EXTRA_OECONF_append_armv6 = " --enable-armv6"
--
1.7.8
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] libpam_1.1.1: remove directory preventing /var/run from being volatile
> From: openembedded-devel-boun...@lists.openembedded.org
> [openembedded-devel-boun...@lists.openembedded.org] on behalf of Paul Menzel
> [paulepan...@users.sourceforge.net]
> Sent: Wednesday, December 07, 2011 10:58 AM
> To: openembedded-devel@lists.openembedded.org
> Subject: Re: [oe] [PATCH] libpam_1.1.1: remove directory preventing /var/run
> from being volatile
>
> Dear Mats,
>
>
> thank you for sending the patch for OE-classic master.
>
> Am Mittwoch, den 07.12.2011, 09:37 + schrieb Mats Kärrman:
> > The libpam make install creates a /var/run/sepermit folder that prevents
> > the later creation of a sym-link /var/run --> /var/volatile/run. This is
> > a problem because it causes additional wear to FLASH file systems.
> >
> > The solution is ~equivalent to the solution applied in libpam recipes of
>
> Does the ~ have any meaning or is it just a typo?
~ = roughly, more-or-less, approximately (like 05 != 99...)
>
> > oe-core but v1.1.1 does not exist there and the corresponding fix was a
> > part of the original recipes for later versions.
> >
> > Signed-off-by: Mats Kärrman
> >
> > --
> >
> > diff --git a/recipes/pam/files/05_libpam b/recipes/pam/files/05_libpam
> > new file mode 100644
> > index 000..5ae0c8e
> > --- /dev/null
> > +++ b/recipes/pam/files/05_libpam
> > @@ -0,0 +1,3 @@
> > +# Create sepermit folder in volatile fs
> > +d root root 0755 /var/run/sepermit none
> > +
>
> In OE-core the file name is `99_pam` [1]. Why did the leading number
> needed to be changed? Should that be also `05` in OE-core?
Number sets the order that files are parsed to create volatile directories. I
fixed and tested my build without looking at oe-core and thought that 05 was a
good number as there were only a 00 file to begin with. Only later I decided to
contribute back and then I found that the problem was already solved in oe-core
but I didn't bother to change my fix to match oe-core because I didn't think it
matter, sorry...
>
> > diff --git a/recipes/pam/libpam_1.1.1.bb b/recipes/pam/libpam_1.1.1.bb
> > index 09bc554..ba35d0c 100644
> > --- a/recipes/pam/libpam_1.1.1.bb
> > +++ b/recipes/pam/libpam_1.1.1.bb
> > @@ -15,7 +15,7 @@ DEPENDS = "flex flex-native"
> > # PAM is not a lot of use without configuration files and the plugins
> > RRECOMMENDS_${PN} = "libpam-meta libpam-base-files"
> >
> > -PR = "r2"
> > +PR = "r3"
> >
> > # The project is actually called Linux-PAM but that gives
> > # a bad OE package name because of the upper case characters
> > @@ -26,6 +26,7 @@ S = "${WORKDIR}/${p}"
> > SRC_URI = "${KERNELORG_MIRROR}/pub/linux/libs/pam/library/${p}.tar.bz2 \
> > file://pam-nodocs.patch \
> > file://define-HAVE_DBM.patch \
> > + file://05_libpam \
> >"
> >
> > UCLIBC_PATCHES = " file://Linux-PAM-1.1.0-uclibc.patch \
> > @@ -71,6 +72,17 @@ python populate_packages_prepend () {
> > packages.append(metapkg)
> > bb.data.setVar('PACKAGES', ' '.join(packages), d)
> > }
> > +
> > +do_install_append () {
> > +# Remove erroneously created /var/run dir
> > +rm -rf ${D}${localstatedir}/run
> > +
> > +# Install volatiles specification to make sure dir is created in
> > run-time
> > +install -d ${D}${sysconfdir}/default
> > +install -d ${D}${sysconfdir}/default/volatiles
> > +install -m 0644 ${WORKDIR}/05_libpam
> > ${D}${sysconfdir}/default/volatiles/
> > +}
> > +
> > SRC_URI[md5sum] = "9b3d952b173d5b9836cbc7e8de108bee"
> > SRC_URI[sha256sum] =
> > "608d3eb9d7a5e1a7505fff62e6a583fdb6e52dc05bf54dc9661c5f395
>
>
> Thanks,
>
> Paul
>
>
> [1]
> http://git.openembedded.org/openembedded-core/commit/meta/recipes-extended/pam/libpam/99_pam?id=698cef8322e5a5f18e50ce62f6c9d1f1f846677a
>
I'll send a new patch shortly.
// Mats
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] libpam_1.1.1: remove directory preventing /var/run from being volatile
Dear Mats,
thank you for sending the patch for OE-classic master.
Am Mittwoch, den 07.12.2011, 09:37 + schrieb Mats Kärrman:
> The libpam make install creates a /var/run/sepermit folder that prevents
> the later creation of a sym-link /var/run --> /var/volatile/run. This is
> a problem because it causes additional wear to FLASH file systems.
>
> The solution is ~equivalent to the solution applied in libpam recipes of
Does the ~ have any meaning or is it just a typo?
> oe-core but v1.1.1 does not exist there and the corresponding fix was a
> part of the original recipes for later versions.
>
> Signed-off-by: Mats Kärrman
>
> --
>
> diff --git a/recipes/pam/files/05_libpam b/recipes/pam/files/05_libpam
> new file mode 100644
> index 000..5ae0c8e
> --- /dev/null
> +++ b/recipes/pam/files/05_libpam
> @@ -0,0 +1,3 @@
> +# Create sepermit folder in volatile fs
> +d root root 0755 /var/run/sepermit none
> +
In OE-core the file name is `99_pam` [1]. Why did the leading number
needed to be changed? Should that be also `05` in OE-core?
> diff --git a/recipes/pam/libpam_1.1.1.bb b/recipes/pam/libpam_1.1.1.bb
> index 09bc554..ba35d0c 100644
> --- a/recipes/pam/libpam_1.1.1.bb
> +++ b/recipes/pam/libpam_1.1.1.bb
> @@ -15,7 +15,7 @@ DEPENDS = "flex flex-native"
> # PAM is not a lot of use without configuration files and the plugins
> RRECOMMENDS_${PN} = "libpam-meta libpam-base-files"
>
> -PR = "r2"
> +PR = "r3"
>
> # The project is actually called Linux-PAM but that gives
> # a bad OE package name because of the upper case characters
> @@ -26,6 +26,7 @@ S = "${WORKDIR}/${p}"
> SRC_URI = "${KERNELORG_MIRROR}/pub/linux/libs/pam/library/${p}.tar.bz2 \
> file://pam-nodocs.patch \
> file://define-HAVE_DBM.patch \
> + file://05_libpam \
>"
>
> UCLIBC_PATCHES = " file://Linux-PAM-1.1.0-uclibc.patch \
> @@ -71,6 +72,17 @@ python populate_packages_prepend () {
> packages.append(metapkg)
> bb.data.setVar('PACKAGES', ' '.join(packages), d)
> }
> +
> +do_install_append () {
> +# Remove erroneously created /var/run dir
> +rm -rf ${D}${localstatedir}/run
> +
> +# Install volatiles specification to make sure dir is created in run-time
> +install -d ${D}${sysconfdir}/default
> +install -d ${D}${sysconfdir}/default/volatiles
> +install -m 0644 ${WORKDIR}/05_libpam
> ${D}${sysconfdir}/default/volatiles/
> +}
> +
> SRC_URI[md5sum] = "9b3d952b173d5b9836cbc7e8de108bee"
> SRC_URI[sha256sum] =
> "608d3eb9d7a5e1a7505fff62e6a583fdb6e52dc05bf54dc9661c5f395
Thanks,
Paul
[1]
http://git.openembedded.org/openembedded-core/commit/meta/recipes-extended/pam/libpam/99_pam?id=698cef8322e5a5f18e50ce62f6c9d1f1f846677a
signature.asc
Description: This is a digitally signed message part
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java] openjdk-6-common: move java2-vm to RRECOMMENDS
Hi Koen, did not yet find the time to look at it in details. Bye Henning ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] libpam_1.1.1: remove directory preventing /var/run from being volatile
The libpam make install creates a /var/run/sepermit folder that prevents
the later creation of a sym-link /var/run --> /var/volatile/run. This is
a problem because it causes additional wear to FLASH file systems.
The solution is ~equivalent to the solution applied in libpam recipes of
oe-core but v1.1.1 does not exist there and the corresponding fix was a
part of the original recipes for later versions.
Signed-off-by: Mats Kärrman
--
diff --git a/recipes/pam/files/05_libpam b/recipes/pam/files/05_libpam
new file mode 100644
index 000..5ae0c8e
--- /dev/null
+++ b/recipes/pam/files/05_libpam
@@ -0,0 +1,3 @@
+# Create sepermit folder in volatile fs
+d root root 0755 /var/run/sepermit none
+
diff --git a/recipes/pam/libpam_1.1.1.bb b/recipes/pam/libpam_1.1.1.bb
index 09bc554..ba35d0c 100644
--- a/recipes/pam/libpam_1.1.1.bb
+++ b/recipes/pam/libpam_1.1.1.bb
@@ -15,7 +15,7 @@ DEPENDS = "flex flex-native"
# PAM is not a lot of use without configuration files and the plugins
RRECOMMENDS_${PN} = "libpam-meta libpam-base-files"
-PR = "r2"
+PR = "r3"
# The project is actually called Linux-PAM but that gives
# a bad OE package name because of the upper case characters
@@ -26,6 +26,7 @@ S = "${WORKDIR}/${p}"
SRC_URI = "${KERNELORG_MIRROR}/pub/linux/libs/pam/library/${p}.tar.bz2 \
file://pam-nodocs.patch \
file://define-HAVE_DBM.patch \
+ file://05_libpam \
"
UCLIBC_PATCHES = " file://Linux-PAM-1.1.0-uclibc.patch \
@@ -71,6 +72,17 @@ python populate_packages_prepend () {
packages.append(metapkg)
bb.data.setVar('PACKAGES', ' '.join(packages), d)
}
+
+do_install_append () {
+# Remove erroneously created /var/run dir
+rm -rf ${D}${localstatedir}/run
+
+# Install volatiles specification to make sure dir is created in run-time
+install -d ${D}${sysconfdir}/default
+install -d ${D}${sysconfdir}/default/volatiles
+install -m 0644 ${WORKDIR}/05_libpam ${D}${sysconfdir}/default/volatiles/
+}
+
SRC_URI[md5sum] = "9b3d952b173d5b9836cbc7e8de108bee"
SRC_URI[sha256sum] = "608d3eb9d7a5e1a7505fff62e6a583fdb6e52dc05bf54dc9661c5f395
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [2011.03-maintenance] Pull request for libpam
Am Dienstag, den 06.12.2011, 15:40 + schrieb Mats Kärrman: > > From: openembedded-devel-boun...@lists.openembedded.org > > [openembedded-devel-boun...@lists.openembedded.org] on behalf of Paul > > Menzel [paulepan...@users.sourceforge.net] > > Sent: Tuesday, December 06, 2011 3:35 PM > > Am Dienstag, den 06.12.2011, 07:55 + schrieb Mats Kärrman: > > > > From: openembedded-devel-boun...@lists.openembedded.org > > > > [openembedded-devel-boun...@lists.openembedded.org] on behalf of Tom > > > > Rini [tom.r...@gmail.com] > > > > Sent: Monday, December 05, 2011 8:49 PM > > > > To: openembedded-devel@lists.openembedded.org > > > > Subject: Re: [oe] [2011.03-maintenance] Pull request for libpam > > > > > > > > On Mon, Dec 5, 2011 at 9:42 AM, Mats Kärrman > > > > wrote: > > > > > Hello Tom, > > > > > > > > > > Please pull this commit from here: > > > > > > > > > > git://github.com/mkarrman/openembedded > > > > > Branch: maintenance > > > > > > > > > > Mats Kärrman (1): > > > > > 368c68a libpam_1.1.1: remove directory preventing /var/run from > > > > > being volatile. > > > > > > > > Where is this a backport from? Thanks! > > > > > My local project... > > > Maybe I went ahead of myself but the solution is ~equivalent to the > > > solution applied in libpam recipes of oe-core but 1.1.1 does not exist > > > there and the corresponding fix was a part of the original recipes for > > > later versions. > > > > so why not push it to OE-classic master first? > > Perhaps I missed the consensus of the "Plans for OE classic future" thread? > To my understanding pull requests from "somewhere" and master will > sooner-than-later die was the way to go. True. And a lot of developers answered they are still using OE-classic including master. So they would profit from your fix too. > Also, pushing requires write access to the repo (that I don't have) but I can > send a patch to the mailing list, if you like. I would push it for you. Thanks, Paul signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
