Re: [OE-core] [PATCH] dbus: fix paths in startup script, use useradd.bbclass for user creation
On Thu, 2011-09-08 at 08:44 -0700, Scott Garman wrote:
In any case, please submit your patch and I will advocate for its
inclusion in our 1.1 release.
As requested.
p.
From 6ac00e3ced33a4b8eb43fd83d786a192e6f4f5c1 Mon Sep 17 00:00:00 2001
From: Phil Blundell ph...@gnu.org
Date: Wed, 7 Sep 2011 13:02:10 +0100
Subject: [PATCH] shadow: add patch for useradd lossage
This fixes (or, at least, papers over) a failure in do_install for recipes which
inherit useradd.bbclass. Rewinding optind in this way is not entirely portable
but in practice it seems to work on GNU-ish build hosts at least.
Signed-off-by: Phil Blundell ph...@gnu.org
---
meta/recipes-extended/shadow/files/useradd.patch | 17 +
.../shadow/shadow-native_4.1.4.3.bb|5 +++--
2 files changed, 20 insertions(+), 2 deletions(-)
create mode 100644 meta/recipes-extended/shadow/files/useradd.patch
diff --git a/meta/recipes-extended/shadow/files/useradd.patch b/meta/recipes-extended/shadow/files/useradd.patch
new file mode 100644
index 000..ff5016c
--- /dev/null
+++ b/meta/recipes-extended/shadow/files/useradd.patch
@@ -0,0 +1,17 @@
+Work around a bug introduced with the --root option which was causing
+all other arguments to be ignored.
+
+Upstream-Status: inappropriate
+Signed-off-by: Phil Blundell ph...@gnu.org
+
+--- a/src/useradd.c~ 2011-09-01 15:36:40.398234861 +0100
b/src/useradd.c 2011-09-01 17:29:00.782004133 +0100
+@@ -1957,6 +1957,8 @@
+
+ get_defaults ();
+
++ optind = 1;
++
+ process_flags (argc, argv);
+
+ #ifdef ACCT_TOOLS_SETUID
diff --git a/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb b/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb
index 485495e..c29e4c1 100644
--- a/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb
+++ b/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb
@@ -7,13 +7,14 @@ LICENSE = BSD | Artistic
LIC_FILES_CHKSUM = file://COPYING;md5=08c553a87d4e51bbed50b20e0adcaede \
file://src/passwd.c;firstline=8;endline=30;md5=2899a045e90511d0e043b85a7db7e2fe
-PR = r0
+PR = r1
SRC_URI = http://pkg-shadow.alioth.debian.org/releases/${BPN}-${PV}.tar.bz2 \
file://shadow.automake-1.11.patch \
file://shadow-4.1.3-dots-in-usernames.patch \
file://shadow-4.1.4.2-env-reset-keep-locale.patch \
- file://add_root_cmd_options.patch
+ file://add_root_cmd_options.patch \
+ file://useradd.patch
SRC_URI[md5sum] = b8608d8294ac88974f27b20f991c0e79
SRC_URI[sha256sum] = 633f5bb4ea0c88c55f3642c97f9d25cbef74f82e0b4cf8d54e7ad6f9f9caa778
--
1.7.4.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [RFC] Klibc
Hello, we have the latest klibc release in the meta-openembedded layer. Awaiting an imminent klibc_2.0 release, I'd be grateful if someone could review and possibly test the recipes [1] which happen to build and package apaprently well for arm and mips targets (runtime tested le only). The recipes can be built separately (e.g. klibc-static-utils only) and are packaged in order to minimize the fooprint of the runtime dependencies. Thanks in advance for your comments Andrea Adami [1] http://cgit.openembedded.org/cgit.cgi/meta-openembedded/tree/meta-oe/recipes-devtools/klibc ** ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] runqemu: improve auto-detection of rootfs filenames
This refactors the way rootfs filenames are auto-detected when you
run the runqemu script without an explicit rootfs filename argument.
It allows the script to use rootfs files generated by hob, and when
there are mutliple rootfs files to choose from, it will pick the
most recently created one.
Fixes [YOCTO #1437].
Signed-off-by: Scott Garman scott.a.gar...@intel.com
---
scripts/runqemu | 35 +++
1 files changed, 15 insertions(+), 20 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 74938f7..8f44c0d 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -241,31 +241,24 @@ machine2=`echo $MACHINE | tr 'a-z' 'A-Z' | sed 's/-/_/'`
# Defaults used when these vars need to be inferred
QEMUX86_DEFAULT_KERNEL=bzImage-qemux86.bin
QEMUX86_DEFAULT_FSTYPE=ext3
-QEMUX86_DEFAULT_ROOTFS=core-image-sato-sdk core-image-sato core-image-lsb
core-image-basic core-image-minimal
QEMUX86_64_DEFAULT_KERNEL=bzImage-qemux86-64.bin
QEMUX86_64_DEFAULT_FSTYPE=ext3
-QEMUX86_64_DEFAULT_ROOTFS=core-image-sato-sdk core-image-sato core-image-lsb
core-image-basic core-image-minimal
QEMUARM_DEFAULT_KERNEL=zImage-qemuarm.bin
QEMUARM_DEFAULT_FSTYPE=ext3
-QEMUARM_DEFAULT_ROOTFS=core-image-sato-sdk core-image-sato core-image-lsb
core-image-basic core-image-minimal
QEMUMIPS_DEFAULT_KERNEL=vmlinux-qemumips.bin
QEMUMIPS_DEFAULT_FSTYPE=ext3
-QEMUMIPS_DEFAULT_ROOTFS=core-image-sato-sdk core-image-sato core-image-lsb
core-image-basic core-image-minimal
QEMUPPC_DEFAULT_KERNEL=zImage-qemuppc.bin
QEMUPPC_DEFAULT_FSTYPE=ext3
-QEMUPPC_DEFAULT_ROOTFS=core-image-sato-sdk core-image-sato core-image-lsb
core-image-basic core-image-minimal
AKITA_DEFAULT_KERNEL=zImage-akita.bin
AKITA_DEFAULT_FSTYPE=jffs2
-AKITA_DEFAULT_ROOTFS=core-image-sato
SPITZ_DEFAULT_KERNEL=zImage-spitz.bin
SPITZ_DEFAULT_FSTYPE=ext3
-SPITZ_DEFAULT_ROOTFS=core-image-sato
setup_tmpdir() {
if [ -z $TMPDIR ]; then
@@ -302,26 +295,28 @@ setup_sysroot() {
fi
}
-# Locate a rootfs image based on defaults defined above
+# Locate a rootfs image to boot which matches our expected
+# machine and fstype.
findimage() {
where=$1
machine=$2
extension=$3
-names=$4
-for name in $names; do
-fullname=$where/$name-$machine.$extension
-if [ -e $fullname ]; then
-ROOTFS=$fullname
+# Sort rootfs candidates by modification time - the most
+# recently created one is the one we most likely want to boot.
+filenames=`ls -t $where/*core-image*$machine.$extension 2/dev/null |
xargs`
+for name in $filenames; do
+if [[ $name =~ core-image-sato-sdk ||
+ $name =~ core-image-sato ||
+ $name =~ core-image-lsb ||
+ $name =~ core-image-basic||
+ $name =~ core-image-minimal ]]; then
+ROOTFS=$name
return
-fi
-done
-
-echo Couldn't find image in $where. Attempted image names were:
-for name in $names; do
-echo $name-$machine.$extension
+fi
done
+echo Couldn't find a $machine rootfs image in $where.
exit 1
}
@@ -378,7 +373,7 @@ if [ -z $ROOTFS ]; then
setup_tmpdir
T=$TMPDIR/deploy/images
eval rootfs_list=\$${machine2}_DEFAULT_ROOTFS
-findimage $T $MACHINE $FSTYPE $rootfs_list
+findimage $T $MACHINE $FSTYPE
if [ -z $ROOTFS ]; then
echo Error: Unable to determine default rootfs for MACHINE [$MACHINE]
--
1.7.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] opensp: Fix hard path in native nsgmls.
On 2011/9/9 12:49, Saul Wold wrote:
On 09/08/2011 07:53 PM, edwin.z...@intel.com wrote:
From: Zhai Edwinedwin.z...@intel.com
This relocation issues caused following bug and introduce one partial fix
bb024d:
[YOCTO #1440]
But the environment val hacking is not working all the time, as nsgmsl may
append wrong path in some case. This fix use search directory -D as solution.
It's better if got fixed from opensp side when next upgrade.
Signed-off-by: Zhai Edwinedwin.z...@intel.com
CC: Saul Woulds...@linux.intel.com
---
meta/recipes-devtools/opensp/opensp_1.5.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/opensp/opensp_1.5.bb
b/meta/recipes-devtools/opensp/opensp_1.5.bb
index 0269c87..d692137 100644
--- a/meta/recipes-devtools/opensp/opensp_1.5.bb
+++ b/meta/recipes-devtools/opensp/opensp_1.5.bb
@@ -44,8 +44,8 @@ do_install_append() {
do_install_append_virtclass-native() {
for util in nsgmls sgmlnorm spam spcat spent sx; do
- create_wrapper ${D}/${bindir}/$util \
- SGML_CATALOG_FILES=${sysconfdir}/sgml/catalog
+ create_cmdline_wrapper ${D}/${bindir}/$util \
+ -D ${sysconfdir}/sgml
done
}
Have you tested this with iputils? When I tried this, it did not work
correctly for me, can you give me more of idea of how you tested this.
Sorry, I forgot to rename the tmp to make sysroot unavailable:( After
renaming, the bug still exist.
Upgrading to 1.5.2 doesn't help. After debug with strace, I found nsgmls
append .. to other paths when inputting ../index.db as you said.
It's reasonable for entity such as ping.sgml, as they usually sit in
same dir as index.db. But catalog should not do this.
I have tried -c to specify catalog path, and found it works. Could
you pls. have a try on the same contrib tree?
contrib/gzhai/master2
Thanks,
Edwin
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] opensp: Fix hard path in native nsgmls.
On 09/09/2011 07:16 AM, Zhai, Edwin wrote:
On 2011/9/9 12:49, Saul Wold wrote:
On 09/08/2011 07:53 PM, edwin.z...@intel.com wrote:
From: Zhai Edwinedwin.z...@intel.com
This relocation issues caused following bug and introduce one partial
fix bb024d:
[YOCTO #1440]
But the environment val hacking is not working all the time, as
nsgmsl may
append wrong path in some case. This fix use search directory -D as
solution.
It's better if got fixed from opensp side when next upgrade.
Signed-off-by: Zhai Edwinedwin.z...@intel.com
CC: Saul Woulds...@linux.intel.com
---
meta/recipes-devtools/opensp/opensp_1.5.bb | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/opensp/opensp_1.5.bb
b/meta/recipes-devtools/opensp/opensp_1.5.bb
index 0269c87..d692137 100644
--- a/meta/recipes-devtools/opensp/opensp_1.5.bb
+++ b/meta/recipes-devtools/opensp/opensp_1.5.bb
@@ -44,8 +44,8 @@ do_install_append() {
do_install_append_virtclass-native() {
for util in nsgmls sgmlnorm spam spcat spent sx; do
- create_wrapper ${D}/${bindir}/$util \
- SGML_CATALOG_FILES=${sysconfdir}/sgml/catalog
+ create_cmdline_wrapper ${D}/${bindir}/$util \
+ -D ${sysconfdir}/sgml
done
}
Have you tested this with iputils? When I tried this, it did not work
correctly for me, can you give me more of idea of how you tested this.
Sorry, I forgot to rename the tmp to make sysroot unavailable:( After
renaming, the bug still exist.
Upgrading to 1.5.2 doesn't help. After debug with strace, I found nsgmls
append .. to other paths when inputting ../index.db as you said.
It's reasonable for entity such as ping.sgml, as they usually sit in
same dir as index.db. But catalog should not do this.
I have tried -c to specify catalog path, and found it works. Could you
pls. have a try on the same contrib tree?
contrib/gzhai/master2
Edwin,
Did you try the -c with the linuxdoc-tools-native recipe also? I found
that when I used -c option with that recipe I then get a failure, so as
I have mentioned before I think the problem maybe in the opensp code
itself and it should not append the .. to the catalog search patch.
Sau!
Thanks,
Edwin
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Problem with new image-prelink
Which architecture?
I know of a few issues on MIPS, but they should simply prevent prelinking
instead of causing problems.
Also, can you check your log.do_rootfs for the failed image. Look for any
prelinker warnings or errors. (Easiest way is to search for prelink. There
should be two hits, one that says Size before prelinking: ... and one that
says Size after prelinking: ... between that would be any prelinker
messages.)
--Mark
On 9/8/11 10:34 PM, James Limbouris wrote:
Hi,
After the new version of prelink was committed, I started experiencing
segmentation faults in a large Qt app on my prelinked image.
They go away when image-prelink is disabled, or the single binary is
reinstalled with opkg. I am using eglibc 2.12 and gcc 4.5. Is anyone
else having trouble?
Strace shows the binary gets through a lot of library loads. Here is the tail
end before the crash:
open(/usr/lib/libQtDBusE.so.4, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\274n\1D4\0\0\0...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=499692, ...}) = 0
mmap2(0x4400, 497232, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x4400
mmap2(0x44078000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x78) = 0x44078000
close(3)= 0
open(/usr/lib/libpng12.so.0, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\370\266\215A4\0\0\0..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=130844, ...}) = 0
mmap2(0x418d8000, 160984, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x418d8000
mprotect(0x418f8000, 28672, PROT_NONE) = 0
mmap2(0x418ff000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1f) = 0x418ff000
close(3)= 0
open(/usr/lib/libfreetype.so.6, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\310\366\5B4\0\0\0..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=458292, ...}) = 0
mmap2(0x42058000, 488488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x42058000
mprotect(0x420c5000, 28672, PROT_NONE) = 0
mmap2(0x420cc000, 16384, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6c) = 0x420cc000
close(3)= 0
open(/usr/lib/libQtXmlE.so.4, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\364,\20B4\0\0\0...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=268336, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40007000
mmap2(0x420f, 297992, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x420f
mprotect(0x4213, 28672, PROT_NONE) = 0
mmap2(0x42137000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3f) = 0x42137000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40008000
set_tls(0x40008860, 0x40008f48, 0x415a4048, 0x40008860, 0x415a4048) = 0
mprotect(0x416f3000, 4096, PROT_READ) = 0
mprotect(0x41c29000, 12288, PROT_READ) = 0
mprotect(0x416cd000, 8192, PROT_READ) = 0
mprotect(0x417d1000, 4096, PROT_READ) = 0
mprotect(0x417e5000, 4096, PROT_READ) = 0
mprotect(0x4179d000, 4096, PROT_READ) = 0
mprotect(0x415a3000, 4096, PROT_READ) = 0
munmap(0x40001000, 5103)= 0
set_tid_address(0x40008408) = 1235
set_robust_list(0x40008410, 0xc)= 0
rt_sigaction(SIGRTMIN, {0x416dc084, [], SA_SIGINFO|0x400}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x416dbf28, [], SA_RESTART|SA_SIGINFO|0x400},
NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
brk(0) = 0x1c5000
brk(0x1e6000) = 0x1e6000
open(/proc/self/auxv, O_RDONLY) = 3
read(3, \20\0\0\0\227\1\0\0, 8) = 8
close(3)= 0
sched_getparam(1235, { 0 }) = 0
sched_getscheduler(1235)= 0 (SCHED_OTHER)
clock_getres(CLOCK_MONOTONIC, {0, 1}) = 0
sched_get_priority_min(SCHED_OTHER) = 0
sched_get_priority_max(SCHED_OTHER) = 0
sched_get_priority_max(SCHED_OTHER) = 0
gettimeofday({1315537291, 101290}, NULL) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault
It should have continued with:
open(/usr/lib/charset.alias, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such
file or directory)
open(/usr/share/locale/locale.alias, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No
such file or directory)
clock_gettime(CLOCK_MONOTONIC, {645, 655570927}) = 0
futex(0x417d20a4, FUTEX_WAKE_PRIVATE, 2147483647) = 0
uname({sys=Linux, node=192.168.1.14, ...}) = 0
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 3
connect(3, {sa_family=AF_FILE, path=/var/run/nscd/socket},
Re: [OE-core] [PATCH 1/1] image-types: add btrfs as a supported fstype
My apologies. You're correct in that the pieces mentioned by Josh is already in the tree. However, the commit log should probably have included something like enabling btrfs support for hob, perhaps worded slightly better. Makes sense. I was not aware of that line is there for hob, now I know it, and change the commit log. Nitin Cheers, Anders -- Anders Darander ChargeStorm AB ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] enable btrfs for HOB
From: Nitin A Kamble nitin.a.kam...@intel.com The following changes since commit 98c2da694ca4c72b3e222a593b8baddea102bde5: python-native: add link for python2 (2011-09-08 09:56:32 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib nitin/btrfs http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/btrfs Nitin A Kamble (1): image-types: add btrfs as a supported fstype for HOB meta/classes/image_types.bbclass |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) -- 1.7.4.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] image-types: add btrfs as a supported fstype for HOB
From: Nitin A Kamble nitin.a.kam...@intel.com Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com --- meta/classes/image_types.bbclass |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass index c24b326..3e303ed 100644 --- a/meta/classes/image_types.bbclass +++ b/meta/classes/image_types.bbclass @@ -141,4 +141,4 @@ IMAGE_DEPENDS_ubi = mtd-utils-native IMAGE_DEPENDS_ubifs = mtd-utils-native # This variable is available to request which values are suitable for IMAGE_FSTYPES -IMAGE_TYPES = jffs2 cramfs ext2 ext2.gz ext3 ext3.gz live squashfs squashfs-lzma ubi tar tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma +IMAGE_TYPES = jffs2 cramfs ext2 ext2.gz ext3 ext3.gz btrfs live squashfs squashfs-lzma ubi tar tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma -- 1.7.4.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 meta-oe 3/8] libdvdread: Imported from OE classic
On Tue, Sep 6, 2011 at 11:54 PM, Joel A Fernandes joelag...@ti.com wrote:
Signed-off-by: Joel A Fernandes joelag...@ti.com
---
.../libdvdread/libdvdread_4.1.3-10.bb | 16
1 files changed, 16 insertions(+), 0 deletions(-)
create mode 100644
meta-oe/recipes-multimedia/libdvdread/libdvdread_4.1.3-10.bb
diff --git a/meta-oe/recipes-multimedia/libdvdread/libdvdread_4.1.3-10.bb
b/meta-oe/recipes-multimedia/libdvdread/libdvdread_4.1.3-10.bb
new file mode 100644
index 000..f17043b
--- /dev/null
+++ b/meta-oe/recipes-multimedia/libdvdread/libdvdread_4.1.3-10.bb
@@ -0,0 +1,16 @@
+DESCRIPTION = DVD access multimeda library
+SECTION = libs/multimedia
+LICENSE = GPLv2+
+LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f
+SRC_URI =
git://git.debian-maintainers.org/git/daniel/${PN}.git;protocol=git;branch=debian
+
+SRCREV = e465b500c12be5b4c0b6918a9b98038611f66c57
http://git.debian-maintainers.org/?p=daniel/libdvdread.git
says
404 - No such project
even with
http://packages.qa.debian.org/libd/libdvdread.html
still pointing there
Can you change it to
http://ftp.de.debian.org/debian/pool/main/libd/libdvdread/libdvdread_4.1.3.orig.tar.gz
+
http://ftp.de.debian.org/debian/pool/main/libd/libdvdread/libdvdread_4.1.3-10.diff.gz
or find some fetchable repo for that?
Thanks,
+S = ${WORKDIR}/git
+
+inherit autotools lib_package binconfig pkgconfig
+
+do_unpackpost() {
+ QUILT_PATCHES=debian/patches quilt push -a
+}
+
+addtask unpackpost after do_unpack before do_patch
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] runqemu - improve auto-detection of rootfs filenames
On Fri, 2011-09-09 at 02:59 -0700, Scott Garman wrote: Hello, This refactors the way rootfs filenames are auto-detected when you run the runqemu script without an explicit rootfs filename argument. It allows the script to use rootfs files generated by hob, and when there are mutliple rootfs files to choose from, it will pick the most recently created one. Fixes [YOCTO #1437]. - Scott The following changes since commit ae4db0bacb9d40489499f77905f26502f3bcaa19: python-native: add link for python2 (2011-09-08 09:56:23 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib sgarman/runqemu-fixes2 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=sgarman/runqemu-fixes2 Scott Garman (1): runqemu: improve auto-detection of rootfs filenames Merged to master, thanks. Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] dbus: fix paths in startup script, use useradd.bbclass for user creation
On Fri, 2011-09-09 at 09:46 +0100, Phil Blundell wrote: On Thu, 2011-09-08 at 08:44 -0700, Scott Garman wrote: In any case, please submit your patch and I will advocate for its inclusion in our 1.1 release. As requested. [The shadow patch] merged to master, thanks. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] tinylogin: use the upstream git repository
Signed-off-by: Christopher Larson kerg...@gmail.com
---
.../tinylogin/tinylogin-1.4/avoid_static.patch | 33 -
.../tinylogin/tinylogin-1.4/cvs-20040608.patch | 823
meta/recipes-core/tinylogin/tinylogin_1.4.bb | 10 +-
3 files changed, 5 insertions(+), 861 deletions(-)
delete mode 100644 meta/recipes-core/tinylogin/tinylogin-1.4/avoid_static.patch
delete mode 100644 meta/recipes-core/tinylogin/tinylogin-1.4/cvs-20040608.patch
diff --git a/meta/recipes-core/tinylogin/tinylogin-1.4/avoid_static.patch
b/meta/recipes-core/tinylogin/tinylogin-1.4/avoid_static.patch
deleted file mode 100644
index 8a06af0..000
--- a/meta/recipes-core/tinylogin/tinylogin-1.4/avoid_static.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-tinylogin: Do not link statically when building debug
-
-For some reason if DODEBUG was enabled (to prevent stripping) the binary was
-also statically linked. This patch prevents that behavior.
-
-Upstream-Status: Inappropriate [no upstream]
-
-Signed-off-by: Mark Hatle mark.ha...@windriver.com
-
-diff -ur tinylogin-1.4.orig/Makefile tinylogin-1.4/Makefile
tinylogin-1.4.orig/Makefile2011-06-18 11:00:23.073927349 -0500
-+++ tinylogin-1.4/Makefile 2011-06-18 11:03:26.394849372 -0500
-@@ -123,20 +123,6 @@
- LDFLAGS += -s -Wl,-warn-common
- STRIP= $(STRIPTOOL) --remove-section=.note --remove-section=.comment
$(PROG)
- endif
--ifeq ($(strip $(DODEBUG)),true)
--LDFLAGS += --static
--#
--#use '-ffunction-sections -fdata-sections' and '--gc-sections' (if they
--# work) to try and strip out any unused junk. Doesn't do much for me,
--# but you may want to give it a shot...
--#
--#ifeq ($(shell $(CC) -ffunction-sections -fdata-sections -S \
--# -o /dev/null -xc /dev/null 2/dev/null $(LD) \
--# --gc-sections -v /dev/null echo 1),1)
--# CFLAGS += -ffunction-sections -fdata-sections
--# LDFLAGS += --gc-sections
--#endif
--endif
- ifeq ($(strip $(DOSTATIC)),true)
- LDFLAGS += --static
- #
diff --git a/meta/recipes-core/tinylogin/tinylogin-1.4/cvs-20040608.patch
b/meta/recipes-core/tinylogin/tinylogin-1.4/cvs-20040608.patch
deleted file mode 100644
index 33bc301..000
--- a/meta/recipes-core/tinylogin/tinylogin-1.4/cvs-20040608.patch
+++ /dev/null
@@ -1,823 +0,0 @@
-Upstream-Status: Backport
-
-Index: Config.h
-===
-RCS file: /var/cvs/tinylogin/Config.h,v
-retrieving revision 1.10
-retrieving revision 1.12
-diff -u -r1.10 -r1.12
a/Config.h 23 Jun 2002 03:09:07 - 1.10
-+++ b/Config.h 17 Feb 2003 11:51:55 - 1.12
-@@ -27,15 +27,11 @@
- // Enable checking of /etc/securetty by login
- #define CONFIG_FEATURE_SECURETTY
- //
--// Enable using sha passwords
--#define CONFIG_FEATURE_SHA1_PASSWORDS
--//
- // Enable use of a wheel group
- #define CONFIG_WHEEL_GROUP
- //
--// This compiles out everything but the most
--// trivial --help usage information (i.e. reduces binary size)
--#define CONFIG_FEATURE_TRIVIAL_HELP
-+// Show verbose usage messages
-+//#define CONFIG_FEATURE_VERBOSE_USAGE
- //
- // Enable 'tinylogin --install [-s]' to allow tinylogin
- // to create links (or symlinks) at runtime for all the
-@@ -48,10 +44,6 @@
- // Nothing beyond this point should ever be touched by
- // mere mortals so leave this stuff alone.
- //
--#ifdef CONFIG_FEATURE_SHA1_PASSWORDS
--#define CONFIG_SHA1
--#endif
--//
- #ifdef CONFIG_FEATURE_SHADOWPASSWDS
- #define CONFIG_SHADOW
- #endif
-Index: addgroup.c
-===
-RCS file: /var/cvs/tinylogin/addgroup.c,v
-retrieving revision 1.22
-retrieving revision 1.23
-diff -u -r1.22 -r1.23
a/addgroup.c 12 Dec 2002 08:46:03 - 1.22
-+++ b/addgroup.c 9 Jan 2003 18:43:29 - 1.23
-@@ -133,23 +133,33 @@
- * */
- int addgroup_main(int argc, char **argv)
- {
-+ int opt;
- char *group;
- char *user;
- gid_t gid = 0;
-
-- if (argc 2) {
-- show_usage();
-+ /* get remaining args */
-+ while ((opt = getopt (argc, argv, g:)) != -1) {
-+ switch (opt) {
-+ case 'g':
-+ gid = strtol(optarg, NULL, 10);
-+ break;
-+ default:
-+ show_usage();
-+ break;
-+ }
- }
-
-- if (strncmp(argv[1], -g, 2) == 0) {
-- gid = strtol(argv[2], NULL, 10);
-- group = argv[2];
-+ if (optind argc) {
-+ group = argv[optind];
-+ optind++;
- } else {
- show_usage();
- }
--
-- if (argc == 4) {
-- user = argv[3];
-+
-+ if (optind argc) {
-+ user = argv[optind];
-+
Re: [OE-core] [PATCH] tinylogin: use the upstream git repository
On Fri, Sep 9, 2011 at 2:01 PM, Christopher Larson kerg...@gmail.com wrote:
-SRC_URI =
http://www.angstrom-distribution.org/unstable/sources/tinylogin-${PV}.tar.bz2
\
- file://cvs-20040608.patch \
+SRCREV = cb1af5efe2c07b0e0bae5ddd700c1df2fcd470e9
+SRC_URI = git://busybox.net/tinylogin.git \
I should have described the purpose in the commit, but this is so we
are going from an upstream location, rather than using the angstrom
source mirror as upstream, which seemed not ideal :)
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] pango: use qemu to generate pango.modules during rootfs construction
On 08/31/2011 08:35 AM, Phil Blundell wrote:
This allows pango to be installed in an image with read-only-rootfs.
Signed-off-by: Phil Blundellph...@gnu.org
---
meta/recipes-graphics/pango/pango.inc | 11 +++
meta/recipes-graphics/pango/pango_1.28.4.bb |2 +-
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-graphics/pango/pango.inc
b/meta/recipes-graphics/pango/pango.inc
index a8e99e2..ff3f5dd 100644
--- a/meta/recipes-graphics/pango/pango.inc
+++ b/meta/recipes-graphics/pango/pango.inc
@@ -10,13 +10,13 @@ SECTION = libs
LICENSE = LGPL
X11DEPENDS = virtual/libx11 libxft
-DEPENDS = glib-2.0 fontconfig freetype zlib virtual/libiconv gtk-doc-native cairo
${@base_contains('DISTRO_FEATURES', 'x11', '${X11DEPENDS}', '', d)}
+DEPENDS = glib-2.0 fontconfig freetype zlib virtual/libiconv gtk-doc-native cairo
qemu-native ${@base_contains('DISTRO_FEATURES', 'x11', '${X11DEPENDS}', '', d)}
PACKAGES_DYNAMIC = pango-module-*
RRECOMMENDS_${PN} = ${@base_contains('DISTRO_FEATURES', 'x11',
'pango-module-basic-x', '', d)} pango-module-basic-fc
-inherit gnome
+inherit gnome qemu
EXTRA_AUTORECONF =
@@ -33,9 +33,12 @@ LIBV = 1.6.0
postinst_prologue() {
if [ x$D != x ]; then
- exit 1
+ if [ ! -f $D${sysconfdir}/pango/pango.modules ]; then
+ mkdir -p $D${sysconfdir}/pango
+ PSEUDO_RELOADED=YES ${@qemu_target_binary(d)} -L $D
$D${bindir}/pango-querymodules $D${sysconfdir}/pango/pango.modules
+ fi
+ exit 0
fi
-
}
The usage here of qemu, and some further testing has shown that this may
not be the best time to put this patch in, There are failures in both
x86-64 and arm builds and the newer version of qemu does not appear to
resolve this.
Phil, given we are trying to generate a release at this point, I feel
that we need to revert this patch. You are welcome to resubmit an
updated version with sufficient test results, but it will be to master
and not 1.1.
Thanks for the efforts to create a read-only rootfs, this one just can't
make it this time.
Sau!
python populate_packages_prepend () {
diff --git a/meta/recipes-graphics/pango/pango_1.28.4.bb
b/meta/recipes-graphics/pango/pango_1.28.4.bb
index 68ab700..33eac21 100644
--- a/meta/recipes-graphics/pango/pango_1.28.4.bb
+++ b/meta/recipes-graphics/pango/pango_1.28.4.bb
@@ -2,7 +2,7 @@ require pango.inc
LIC_FILES_CHKSUM = file://COPYING;md5=3bf50002aefd002f49e7bb854063f7e7
-PR = r1
+PR = r4
SRC_URI += file://no-tests.patch
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] opensp: Fix hard path in native nsgmls.
On 2011/9/9 23:11, Saul Wold wrote:
On 09/09/2011 07:16 AM, Zhai, Edwin wrote:
On 2011/9/9 12:49, Saul Wold wrote:
On 09/08/2011 07:53 PM, edwin.z...@intel.com wrote:
From: Zhai Edwinedwin.z...@intel.com
This relocation issues caused following bug and introduce one partial
fix bb024d:
[YOCTO #1440]
But the environment val hacking is not working all the time, as
nsgmsl may
append wrong path in some case. This fix use search directory -D as
solution.
It's better if got fixed from opensp side when next upgrade.
Signed-off-by: Zhai Edwinedwin.z...@intel.com
CC: Saul Woulds...@linux.intel.com
---
meta/recipes-devtools/opensp/opensp_1.5.bb | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/opensp/opensp_1.5.bb
b/meta/recipes-devtools/opensp/opensp_1.5.bb
index 0269c87..d692137 100644
--- a/meta/recipes-devtools/opensp/opensp_1.5.bb
+++ b/meta/recipes-devtools/opensp/opensp_1.5.bb
@@ -44,8 +44,8 @@ do_install_append() {
do_install_append_virtclass-native() {
for util in nsgmls sgmlnorm spam spcat spent sx; do
- create_wrapper ${D}/${bindir}/$util \
- SGML_CATALOG_FILES=${sysconfdir}/sgml/catalog
+ create_cmdline_wrapper ${D}/${bindir}/$util \
+ -D ${sysconfdir}/sgml
done
}
Have you tested this with iputils? When I tried this, it did not work
correctly for me, can you give me more of idea of how you tested this.
Sorry, I forgot to rename the tmp to make sysroot unavailable:( After
renaming, the bug still exist.
Upgrading to 1.5.2 doesn't help. After debug with strace, I found nsgmls
append .. to other paths when inputting ../index.db as you said.
It's reasonable for entity such as ping.sgml, as they usually sit in
same dir as index.db. But catalog should not do this.
I have tried -c to specify catalog path, and found it works. Could you
pls. have a try on the same contrib tree?
contrib/gzhai/master2
Edwin,
Did you try the -c with the linuxdoc-tools-native recipe also? I found
that when I used -c option with that recipe I then get a failure,
No. You have mentioned focus on iputils. Seems this fix is same as the
one in poky.
so as
I have mentioned before I think the problem maybe in the opensp code
itself and it should not append the .. to the catalog search patch.
Agree with you. but hack in the source code need some time.
Thanks,
Edwin
Sau!
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
