[OE-core] [PATCH 1/1] lighttpd: 1.4.35 - 1.4.36
Upgrade lighttpd from 1.4.35 to 1.4.36.
* romove PR
* update contex of 0001-mod_cgi-buffers-data-without-bound.patch
Signed-off-by: Kai Kang kai.k...@windriver.com
---
.../0001-mod_cgi-buffers-data-without-bound.patch | 55 +++---
.../{lighttpd_1.4.35.bb = lighttpd_1.4.36.bb} | 9 ++--
2 files changed, 31 insertions(+), 33 deletions(-)
rename meta/recipes-extended/lighttpd/{lighttpd_1.4.35.bb =
lighttpd_1.4.36.bb} (93%)
diff --git
a/meta/recipes-extended/lighttpd/lighttpd/0001-mod_cgi-buffers-data-without-bound.patch
b/meta/recipes-extended/lighttpd/lighttpd/0001-mod_cgi-buffers-data-without-bound.patch
index b1678e6..a9df174 100644
---
a/meta/recipes-extended/lighttpd/lighttpd/0001-mod_cgi-buffers-data-without-bound.patch
+++
b/meta/recipes-extended/lighttpd/lighttpd/0001-mod_cgi-buffers-data-without-bound.patch
@@ -6,10 +6,14 @@ Subject: [PATCH] mod_cgi buffers data without bound so fix it
Upstream-Status: Submitted [http://redmine.lighttpd.net/issues/1264]
Signed-off-by: Li Xin lixin.f...@cn.fujitsu.com
+
+Update context for 1.4.36.
+
+Signed-off-by: Kai Kang kai.k...@windriver.com
---
doc/config/lighttpd.conf | 8 ++
src/mod_cgi.c| 188 ---
- 2 files changed, 186 insertions(+), 10 deletions(-)
+ 2 files changed, 187 insertions(+), 9 deletions(-)
diff --git a/doc/config/lighttpd.conf b/doc/config/lighttpd.conf
index 60b0ae1..9c101a7 100644
@@ -31,7 +35,7 @@ index 60b0ae1..9c101a7 100644
###
##
diff --git a/src/mod_cgi.c b/src/mod_cgi.c
-index 734ecee..c51f43c 100644
+index 01b1877..7c67eb5 100644
--- a/src/mod_cgi.c
+++ b/src/mod_cgi.c
@@ -38,6 +38,10 @@
@@ -124,7 +128,7 @@ index 734ecee..c51f43c 100644
free(hctx);
}
-@@ -152,6 +186,8 @@ SETDEFAULTS_FUNC(mod_fastcgi_set_defaults) {
+@@ -154,6 +188,8 @@ SETDEFAULTS_FUNC(mod_fastcgi_set_defaults) {
config_values_t cv[] = {
{ cgi.assign, NULL, T_CONFIG_ARRAY,
T_CONFIG_SCOPE_CONNECTION }, /* 0 */
{ cgi.execute-x-only, NULL, T_CONFIG_BOOLEAN,
T_CONFIG_SCOPE_CONNECTION }, /* 1 */
@@ -133,7 +137,7 @@ index 734ecee..c51f43c 100644
{ NULL, NULL, T_CONFIG_UNSET,
T_CONFIG_SCOPE_UNSET}
};
-@@ -167,9 +203,13 @@ SETDEFAULTS_FUNC(mod_fastcgi_set_defaults) {
+@@ -169,9 +205,13 @@ SETDEFAULTS_FUNC(mod_fastcgi_set_defaults) {
s-cgi= array_init();
s-execute_x_only = 0;
@@ -147,7 +151,7 @@ index 734ecee..c51f43c 100644
p-config_storage[i] = s;
-@@ -182,6 +222,51 @@ SETDEFAULTS_FUNC(mod_fastcgi_set_defaults) {
+@@ -184,6 +224,51 @@ SETDEFAULTS_FUNC(mod_fastcgi_set_defaults) {
}
@@ -199,7 +203,7 @@ index 734ecee..c51f43c 100644
static int cgi_pid_add(server *srv, plugin_data *p, pid_t pid) {
int m = -1;
size_t i;
-@@ -228,6 +313,39 @@ static int cgi_pid_del(server *srv, plugin_data *p, pid_t
pid) {
+@@ -230,6 +315,39 @@ static int cgi_pid_del(server *srv, plugin_data *p, pid_t
pid) {
return 0;
}
@@ -239,10 +243,10 @@ index 734ecee..c51f43c 100644
static int cgi_response_parse(server *srv, connection *con, plugin_data *p,
buffer *in) {
char *ns;
const char *s;
-@@ -378,6 +496,13 @@ static int cgi_demux_response(server *srv, handler_ctx
*hctx) {
+@@ -380,6 +498,14 @@ static int cgi_demux_response(server *srv, handler_ctx
*hctx) {
+
+ buffer_commit(hctx-response, n);
- hctx-response-ptr[n] = '\0';
- hctx-response-used = n+1;
+#ifdef DEBUG
+ sprintf(msgbuf, n=%d, bytes_out=%llu, bytes_in=%llu, n,
+ (unsigned long long)con-write_queue-bytes_out,
@@ -250,13 +254,14 @@ index 734ecee..c51f43c 100644
+ log_error_write(srv, __FILE__, __LINE__, ss,
+ (debug) read,, msgbuf);
+#endif
-
++
/* split header from body */
-@@ -502,8 +627,20 @@ static int cgi_demux_response(server *srv, handler_ctx
*hctx) {
+ if (con-file_started == 0) {
+@@ -503,7 +629,20 @@ static int cgi_demux_response(server *srv, handler_ctx
*hctx) {
}
} else {
- http_chunk_append_mem(srv, con, hctx-response-ptr,
hctx-response-used);
+ http_chunk_append_buffer(srv, con, hctx-response);
+#ifdef DEBUG
+ sprintf(msgbuf, n=%d, bytes_out=%llu, bytes_in=%llu,
limit=%llu, n,
+ (unsigned long long)con-write_queue-bytes_out,
@@ -266,16 +271,15 @@ index 734ecee..c51f43c 100644
+ ss, (debug) append,, msgbuf);
+#endif
joblist_append(srv, con);
-- }
++
+ cgi_throttling_control(srv, hctx);
+
[OE-core] [PATCH 0/1] Upgrade lighttpd to 1.4.36
The following changes since commit cdabae3ec4684b534e7d613ea96c33739ec01d74:
bitbake: build: Exit scripts with result of last shell function (2015-07-27
18:04:28 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib kangkai/lighttpd
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=kangkai/lighttpd
Kai Kang (1):
lighttpd: 1.4.35 - 1.4.36
.../0001-mod_cgi-buffers-data-without-bound.patch | 55 +++---
.../{lighttpd_1.4.35.bb = lighttpd_1.4.36.bb} | 9 ++--
2 files changed, 31 insertions(+), 33 deletions(-)
rename meta/recipes-extended/lighttpd/{lighttpd_1.4.35.bb =
lighttpd_1.4.36.bb} (93%)
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [poky][PATCH v3 0/2] gstreamer1.0: Add patches for Gstreamer 1.4.5
Fix sticky events haven't send out when active track reach EOS Fix QoS/lateness checking if subclass implements prepare/prepare_list vfuncs Yuqing Zhu (2): gstreamer1.0: Add inputselector related patch gstreamer1.0: Add basesink related patch ...x-QoS-lateness-checking-if-subclass-imple.patch | 70 + ...cky-events-haven-t-send-out-when-ac-1-4-1.patch | 167 + .../gstreamer/gstreamer1.0_1.4.5.bb| 2 + 3 files changed, 239 insertions(+) create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-basesink-Fix-QoS-lateness-checking-if-subclass-imple.patch create mode 100755 meta/recipes-multimedia/gstreamer/gstreamer1.0/inputselector-sticky-events-haven-t-send-out-when-ac-1-4-1.patch -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [poky][PATCH v3 1/2] gstreamer1.0: Add inputselector related patch
Fix: ticky events haven't send out when active track reach EOS
EOS event hasn't been send to down-element. The resolution is block EOS event
of inactive pad, send the event after the pad actived.
Signed-off-by: Yuqing Zhu b54...@freescale.com
---
...cky-events-haven-t-send-out-when-ac-1-4-1.patch | 167 +
.../gstreamer/gstreamer1.0_1.4.5.bb| 1 +
2 files changed, 168 insertions(+)
create mode 100755
meta/recipes-multimedia/gstreamer/gstreamer1.0/inputselector-sticky-events-haven-t-send-out-when-ac-1-4-1.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/inputselector-sticky-events-haven-t-send-out-when-ac-1-4-1.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/inputselector-sticky-events-haven-t-send-out-when-ac-1-4-1.patch
new file mode 100755
index 000..f50ce6f
--- /dev/null
+++
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/inputselector-sticky-events-haven-t-send-out-when-ac-1-4-1.patch
@@ -0,0 +1,167 @@
+From 83bed90c306ed3185d48febf6441177d638f7341 Mon Sep 17 00:00:00 2001
+From: Song Bing b06...@freescale.com
+Date: Wed, 24 Dec 2014 10:13:51 +0800
+Subject: [PATCH] inputselector: sticky events haven't send out when active
+ track reach EOS
+
+EOS event hasn't been send to down-element. The resolution is block EOS event
+of inactive pad, send the event after the pad actived.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=740949
+
+Upstream-Status: Backport [1.5.1]
+
+Signed-off-by: Song Bing b06...@freescale.com
+---
+ plugins/elements/gstinputselector.c | 58 ++-
+ plugins/elements/gstinputselector.h |1 +
+ 2 files changed, 45 insertions(+), 14 deletions(-)
+
+diff --git a/plugins/elements/gstinputselector.c
b/plugins/elements/gstinputselector.c
+index fb50802..4461f7c 100644
+--- a/plugins/elements/gstinputselector.c
b/plugins/elements/gstinputselector.c
+@@ -440,6 +440,17 @@ gst_selector_pad_iterate_linked_pads (GstPad * pad,
GstObject * parent)
+ }
+
+ static gboolean
++gst_input_selector_eos_wait (GstInputSelector * self, GstSelectorPad * pad)
++{
++ while (!self-eos !self-flushing !pad-flushing) {
++/* we can be unlocked here when we are shutting down (flushing) or when we
++ * get unblocked */
++GST_INPUT_SELECTOR_WAIT (self);
++ }
++ return self-flushing;
++}
++
++static gboolean
+ gst_selector_pad_event (GstPad * pad, GstObject * parent, GstEvent * event)
+ {
+ gboolean res = TRUE;
+@@ -486,6 +497,7 @@ gst_selector_pad_event (GstPad * pad, GstObject * parent,
GstEvent * event)
+ case GST_EVENT_FLUSH_START:
+ /* Unblock the pad if it's waiting */
+ selpad-flushing = TRUE;
++ sel-eos = FALSE;
+ GST_INPUT_SELECTOR_BROADCAST (sel);
+ break;
+ case GST_EVENT_FLUSH_STOP:
+@@ -523,21 +535,12 @@ gst_selector_pad_event (GstPad * pad, GstObject *
parent, GstEvent * event)
+ case GST_EVENT_EOS:
+ selpad-eos = TRUE;
+
+- if (forward) {
+-selpad-eos_sent = TRUE;
+- } else {
+-GstSelectorPad *active_selpad;
+-
+-/* If the active sinkpad is in EOS state but EOS
+- * was not sent downstream this means that the pad
+- * got EOS before it was set as active pad and that
+- * the previously active pad got EOS after it was
+- * active
+- */
+-active_selpad = GST_SELECTOR_PAD (active_sinkpad);
+-forward = (active_selpad-eos !active_selpad-eos_sent);
+-active_selpad-eos_sent = TRUE;
++ if (!forward) {
++/* blocked until active the sind pad or flush */
++gst_input_selector_eos_wait (sel, selpad);
++forward = TRUE;
+ }
++ selpad-eos_sent = TRUE;
+ GST_DEBUG_OBJECT (pad, received EOS);
+ break;
+ case GST_EVENT_GAP:{
+@@ -676,6 +679,12 @@ gst_input_selector_wait_running_time (GstInputSelector *
sel,
+ gst_input_selector_activate_sinkpad (sel, GST_PAD_CAST (selpad));
+ active_selpad = GST_SELECTOR_PAD_CAST (active_sinkpad);
+
++if (sel-eos) {
++ GST_DEBUG_OBJECT (sel, Not waiting because inputselector reach EOS.);
++ GST_INPUT_SELECTOR_UNLOCK (sel);
++ return FALSE;
++}
++
+ if (seg-format != GST_FORMAT_TIME) {
+ GST_DEBUG_OBJECT (selpad,
+ Not waiting because we don't have a TIME segment);
+@@ -971,6 +980,12 @@ gst_selector_pad_chain (GstPad * pad, GstObject * parent,
GstBuffer * buf)
+ GST_TIME_ARGS (GST_BUFFER_TIMESTAMP (buf)));
+
+ GST_INPUT_SELECTOR_LOCK (sel);
++ if (sel-eos) {
++GST_DEBUG_OBJECT (pad, inputselector eos.);
++GST_INPUT_SELECTOR_UNLOCK (sel);
++goto eos;
++ }
++
+ /* wait or check for flushing */
+ if (gst_input_selector_wait (sel, selpad)) {
+ GST_INPUT_SELECTOR_UNLOCK (sel);
+@@ -1151,6 +1166,13 @@ flushing:
+ res = GST_FLOW_FLUSHING;
+ goto done;
+ }
++eos:
++ {
++GST_DEBUG_OBJECT (pad, We are eos, discard buffer %p, buf);
++gst_buffer_unref (buf);
++
[OE-core] [poky][PATCH v3 2/2] gstreamer1.0: Add basesink related patch
Fix QoS/lateness checking if subclass implements
prepare/prepare_list vfuncs
Signed-off-by: Yuqing Zhu b54...@freescale.com
---
...x-QoS-lateness-checking-if-subclass-imple.patch | 70 ++
.../gstreamer/gstreamer1.0_1.4.5.bb| 1 +
2 files changed, 71 insertions(+)
create mode 100644
meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-basesink-Fix-QoS-lateness-checking-if-subclass-imple.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-basesink-Fix-QoS-lateness-checking-if-subclass-imple.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-basesink-Fix-QoS-lateness-checking-if-subclass-imple.patch
new file mode 100644
index 000..b6edda1
--- /dev/null
+++
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-basesink-Fix-QoS-lateness-checking-if-subclass-imple.patch
@@ -0,0 +1,70 @@
+From 6914566ed6a89c96973a578aa5ecd01ee68cdcfd Mon Sep 17 00:00:00 2001
+From: Jian jian...@freescale.com
+Date: Thu, 14 May 2015 15:49:43 +0800
+Subject: [PATCH] basesink: Fix QoS/lateness checking if subclass implements
+ prepare/prepare_list vfuncs
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+In basesink functions gst_base_sink_chain_unlocked(), below code is used to
+checking if buffer is late before doing prepare call to save some effort:
+if (syncable do_sync)
+ late =
+ gst_base_sink_is_too_late (basesink, obj, rstart, rstop,
+ GST_CLOCK_EARLY, 0, FALSE);
+
+if (G_UNLIKELY (late))
+ goto dropped;
+
+But this code has problem, it should calculate jitter based on current media
+clock, rather than just passing 0. I found it will drop all the frames when
+rewind in slow speed, such as -2X.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=749258
+
+Upstream-Status: Backport [1.5.1]
+---
+ libs/gst/base/gstbasesink.c | 26 ++
+ 1 file changed, 22 insertions(+), 4 deletions(-)
+
+diff --git a/libs/gst/base/gstbasesink.c b/libs/gst/base/gstbasesink.c
+index a505695..5fb2d6a 100644
+--- a/libs/gst/base/gstbasesink.c
b/libs/gst/base/gstbasesink.c
+@@ -3369,10 +3369,28 @@ gst_base_sink_chain_unlocked (GstBaseSink * basesink,
GstPad * pad,
+ if (G_UNLIKELY (stepped))
+ goto dropped;
+
+-if (syncable do_sync)
+- late =
+- gst_base_sink_is_too_late (basesink, obj, rstart, rstop,
+- GST_CLOCK_EARLY, 0, FALSE);
++if (syncable do_sync) {
++ GstClock *clock;
++
++ GST_OBJECT_LOCK (basesink);
++ clock = GST_ELEMENT_CLOCK (basesink);
++ if (clock GST_STATE (basesink) == GST_STATE_PLAYING) {
++GstClockTime base_time;
++GstClockTime stime;
++GstClockTime now;
++
++base_time = GST_ELEMENT_CAST (basesink)-base_time;
++stime = base_time + gst_base_sink_adjust_time (basesink, rstart);
++now = gst_clock_get_time (clock);
++GST_OBJECT_UNLOCK (basesink);
++
++late =
++gst_base_sink_is_too_late (basesink, obj, rstart, rstop,
++GST_CLOCK_EARLY, GST_CLOCK_DIFF (stime, now), FALSE);
++ } else {
++GST_OBJECT_UNLOCK (basesink);
++ }
++}
+
+ if (G_UNLIKELY (late))
+ goto dropped;
+--
+1.7.9.5
+
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.4.5.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.4.5.bb
index 902f79d..db58754 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.4.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.4.5.bb
@@ -8,6 +8,7 @@ SRC_URI = \
file://0001-Fix-crash-with-gst-inspect.patch \
file://0001-gstinfo-Shorten-__FILE__-on-all-platforms.patch \
file://inputselector-sticky-events-haven-t-send-out-when-ac-1-4-1.patch \
+file://0002-basesink-Fix-QoS-lateness-checking-if-subclass-imple.patch \
SRC_URI[md5sum] = 88a9289c64a4950ebb4f544980234289
SRC_URI[sha256sum] =
40801aa7f979024526258a0e94707ba42b8ab6f7d2206e56adbc4433155cb0ae
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] useradd_base.bbclass: do not warn when the user exists
Use bbnote rather than bbwarn when the user exists, otherwise we would
always get the warnings when rebuild the recipe or build with mulitlib,
everything is OK if the user exists, so it should not be a warning.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/useradd_base.bbclass |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/useradd_base.bbclass
b/meta/classes/useradd_base.bbclass
index 7fe83a7..802f3a1 100644
--- a/meta/classes/useradd_base.bbclass
+++ b/meta/classes/useradd_base.bbclass
@@ -34,7 +34,7 @@ perform_groupadd () {
sleep $count
done
else
- bbwarn ${PN}: group $groupname already exists, not re-creating
it
+ bbnote ${PN}: group $groupname already exists, not re-creating
it
fi
}
@@ -62,7 +62,7 @@ perform_useradd () {
sleep $count
done
else
- bbwarn ${PN}: user $username already exists, not re-creating
it
+ bbnote ${PN}: user $username already exists, not re-creating
it
fi
}
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] useradd_base.bbclass: print PN when bbnote/bbwarn/bbfatal
Print PN will help debug:
WARNING: openssh: user sshd already exists, not re-creating it
Which is better than:
WARNING: user sshd already exists, not re-creating it
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/useradd_base.bbclass | 58 ++---
1 file changed, 29 insertions(+), 29 deletions(-)
diff --git a/meta/classes/useradd_base.bbclass
b/meta/classes/useradd_base.bbclass
index 4398a25..7fe83a7 100644
--- a/meta/classes/useradd_base.bbclass
+++ b/meta/classes/useradd_base.bbclass
@@ -14,7 +14,7 @@ perform_groupadd () {
local rootdir=$1
local opts=$2
local retries=$3
- bbnote Performing groupadd with [$opts] and $retries times of retry
+ bbnote ${PN}: Performing groupadd with [$opts] and $retries times of
retry
local groupname=`echo $opts | awk '{ print $NF }'`
local group_exists=`grep ^$groupname: $rootdir/etc/group || true`
if test x$group_exists = x; then
@@ -23,18 +23,18 @@ perform_groupadd () {
eval $PSEUDO groupadd $opts || true
group_exists=`grep ^$groupname: $rootdir/etc/group
|| true`
if test x$group_exists = x; then
- bbwarn groupadd command did not succeed.
Retrying...
+ bbwarn ${PN}: groupadd command did not
succeed. Retrying...
else
break
fi
count=`expr $count + 1`
if test $count = $retries; then
- bbfatal Tried running groupadd command
$retries times without success, giving up
+ bbfatal ${PN}: Tried running groupadd command
$retries times without success, giving up
fi
sleep $count
done
else
- bbwarn group $groupname already exists, not re-creating it
+ bbwarn ${PN}: group $groupname already exists, not re-creating
it
fi
}
@@ -42,7 +42,7 @@ perform_useradd () {
local rootdir=$1
local opts=$2
local retries=$3
- bbnote Performing useradd with [$opts] and $retries times of retry
+ bbnote ${PN}: Performing useradd with [$opts] and $retries times of
retry
local username=`echo $opts | awk '{ print $NF }'`
local user_exists=`grep ^$username: $rootdir/etc/passwd || true`
if test x$user_exists = x; then
@@ -51,18 +51,18 @@ perform_useradd () {
eval $PSEUDO useradd $opts || true
user_exists=`grep ^$username: $rootdir/etc/passwd ||
true`
if test x$user_exists = x; then
- bbwarn useradd command did not succeed.
Retrying...
+ bbwarn ${PN}: useradd command did not succeed.
Retrying...
else
break
fi
count=`expr $count + 1`
if test $count = $retries; then
- bbfatal Tried running useradd command $retries
times without success, giving up
+ bbfatal ${PN}: Tried running useradd command
$retries times without success, giving up
fi
sleep $count
done
else
- bbwarn user $username already exists, not re-creating it
+ bbwarn ${PN}: user $username already exists, not re-creating
it
fi
}
@@ -70,10 +70,10 @@ perform_groupmems () {
local rootdir=$1
local opts=$2
local retries=$3
- bbnote Performing groupmems with [$opts] and $retries times of retry
+ bbnote ${PN}: Performing groupmems with [$opts] and $retries times of
retry
local groupname=`echo $opts | awk '{ for (i = 1; i NF; i++) if ($i
== -g || $i == --group) print $(i+1) }'`
local username=`echo $opts | awk '{ for (i = 1; i NF; i++) if ($i
== -a || $i == --add) print $(i+1) }'`
- bbnote Running groupmems command with group $groupname and user
$username
+ bbnote ${PN}: Running groupmems command with group $groupname and user
$username
# groupmems fails if /etc/gshadow does not exist
local gshadow=
if [ -f $rootdir${sysconfdir}/gshadow ]; then
@@ -89,7 +89,7 @@ perform_groupmems () {
eval $PSEUDO groupmems $opts || true
mem_exists=`grep
^$groupname:[^:]*:[^:]*:\([^,]*,\)*$username\(,[^,]*\)* $rootdir/etc/group ||
true`
if test x$mem_exists = x; then
- bbwarn groupmems command did not succeed.
Retrying...
+ bbwarn ${PN}: groupmems command did not
succeed. Retrying...
else
[OE-core] [PATCH 0/3] fixes for useradd
The following changes since commit 27d068d05239c26a3848eb101571acab54635e37: harfbuzz: upgrade to 1.0.1 (2015-07-27 23:28:23 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/useradd http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/useradd Robert Yang (3): useradd_base.bbclass: print PN when bbnote/bbwarn/bbfatal useradd_base.bbclass: do not warn when the user exists builder: fix USERADD_PARAM meta/classes/useradd_base.bbclass| 58 +- meta/recipes-graphics/builder/builder_0.1.bb |2 +- 2 files changed, 30 insertions(+), 30 deletions(-) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] builder: fix USERADD_PARAM
When build lib32-builder, it would create the user lib32-builder which
was incorrect.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/recipes-graphics/builder/builder_0.1.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/builder/builder_0.1.bb
b/meta/recipes-graphics/builder/builder_0.1.bb
index 78d41e5..d87d0e9 100644
--- a/meta/recipes-graphics/builder/builder_0.1.bb
+++ b/meta/recipes-graphics/builder/builder_0.1.bb
@@ -21,7 +21,7 @@ USERADD_PACKAGES = ${PN}
USERADD_PARAM_${PN} = --system --create-home \
--groups video,tty,audio \
--password ${BUILDER_PASSWORD} \
- --user-group ${PN}
+ --user-group builder
do_install () {
install -d -m 755 ${D}${sysconfdir}/mini_x/session.d
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] glibc 2.22
Hi Khem, glibc 2.22 will release end of this month. For some time I have put together the update here http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/m asterid=0 2e73ea526d94f21c7ef82eb96b062eff8ebb825 It works pretty well for machines I have tested it on ( arm/x86 ) but would be interested if more wider trial could be carried out and issues reported between now and release can be addressed. Please give it a try if you have spare cycles I tested it on powerpc(e500v2),and did a ltp test. It does work well. Best Regards Lei Maohui -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Khem Raj Sent: Tuesday, July 14, 2015 1:37 AM To: Patches and discussions about the oe-core layer; OpenEmbedded Devel List; Yocto discussion list Subject: [OE-core] glibc 2.22 Hi All glibc 2.22 will release end of this month. For some time I have put together the update here http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/m asterid=0 2e73ea526d94f21c7ef82eb96b062eff8ebb825 It works pretty well for machines I have tested it on ( arm/x86 ) but would be interested if more wider trial could be carried out and issues reported between now and release can be addressed. Please give it a try if you have spare cycles Thanks -Khem -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] qemu_git.bb: remove it
Remove it since we have 2.4.0, the git version is 1.3 can't be built by
deafult:
ERROR: Fetcher failure: Unable to find revision
04024dea2674861fcf13582a77b58130c67fccd8 in branch master even from upstream
We can fix it, but seems that no one uses it any more.
And move patches from files dir to qemu dir.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
...-Arm-versatilepb-Add-memory-size-checking.patch |0
.../exclude-some-arm-EABI-obsolete-syscalls.patch |0
.../qemu-enlarge-env-entry-size.patch |0
meta/recipes-devtools/qemu/qemu_git.bb | 15 ---
4 files changed, 15 deletions(-)
rename meta/recipes-devtools/qemu/{files =
qemu}/Qemu-Arm-versatilepb-Add-memory-size-checking.patch (100%)
rename meta/recipes-devtools/qemu/{files =
qemu}/exclude-some-arm-EABI-obsolete-syscalls.patch (100%)
rename meta/recipes-devtools/qemu/{files =
qemu}/qemu-enlarge-env-entry-size.patch (100%)
delete mode 100644 meta/recipes-devtools/qemu/qemu_git.bb
diff --git
a/meta/recipes-devtools/qemu/files/Qemu-Arm-versatilepb-Add-memory-size-checking.patch
b/meta/recipes-devtools/qemu/qemu/Qemu-Arm-versatilepb-Add-memory-size-checking.patch
similarity index 100%
rename from
meta/recipes-devtools/qemu/files/Qemu-Arm-versatilepb-Add-memory-size-checking.patch
rename to
meta/recipes-devtools/qemu/qemu/Qemu-Arm-versatilepb-Add-memory-size-checking.patch
diff --git
a/meta/recipes-devtools/qemu/files/exclude-some-arm-EABI-obsolete-syscalls.patch
b/meta/recipes-devtools/qemu/qemu/exclude-some-arm-EABI-obsolete-syscalls.patch
similarity index 100%
rename from
meta/recipes-devtools/qemu/files/exclude-some-arm-EABI-obsolete-syscalls.patch
rename to
meta/recipes-devtools/qemu/qemu/exclude-some-arm-EABI-obsolete-syscalls.patch
diff --git a/meta/recipes-devtools/qemu/files/qemu-enlarge-env-entry-size.patch
b/meta/recipes-devtools/qemu/qemu/qemu-enlarge-env-entry-size.patch
similarity index 100%
rename from meta/recipes-devtools/qemu/files/qemu-enlarge-env-entry-size.patch
rename to meta/recipes-devtools/qemu/qemu/qemu-enlarge-env-entry-size.patch
diff --git a/meta/recipes-devtools/qemu/qemu_git.bb
b/meta/recipes-devtools/qemu/qemu_git.bb
deleted file mode 100644
index a30932a..000
--- a/meta/recipes-devtools/qemu/qemu_git.bb
+++ /dev/null
@@ -1,15 +0,0 @@
-require qemu.inc
-
-SRCREV = 04024dea2674861fcf13582a77b58130c67fccd8
-
-LIC_FILES_CHKSUM = file://COPYING;md5=441c28d2cf86e15a37fa47e15a72fbac \
-
file://COPYING.LIB;endline=24;md5=c04def7ae38850e7d3ef548588159913
-
-PV = 1.3.0+git${SRCPV}
-
-SRC_URI_prepend = git://git.qemu.org/qemu.git
-S = ${WORKDIR}/git
-
-DEFAULT_PREFERENCE = -1
-
-COMPATIBLE_HOST_class-target_mips64 = null
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] mc: add PACKAGECONFIG for util-linux
Fixed: mc-4.8.14: mc rdepends on util-linux-libmount, but it isn't a build dependency? [build-deps] Signed-off-by: Robert Yang liezhi.y...@windriver.com --- meta/recipes-extended/mc/mc_4.8.14.bb |1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-extended/mc/mc_4.8.14.bb b/meta/recipes-extended/mc/mc_4.8.14.bb index 8fec0b3..81a8ad9 100644 --- a/meta/recipes-extended/mc/mc_4.8.14.bb +++ b/meta/recipes-extended/mc/mc_4.8.14.bb @@ -20,6 +20,7 @@ inherit autotools gettext pkgconfig PACKAGECONFIG ??= PACKAGECONFIG[smb] = --enable-vfs-smb,--disable-vfs-smb,samba, PACKAGECONFIG[sftp] = --enable-vfs-sftp,--disable-vfs-sftp,libssh2, +PACKAGECONFIG[util-linux] = ac_cv_lib_mount_mnt_new_table_from_file=yes,ac_cv_lib_mount_mnt_new_table_from_file=no,util-linux, EXTRA_OECONF = --with-screen=ncurses --without-gpm-mouse --without-x -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] qemu: add PACKAGECONFIG for gnutls
Fixed:
qemu-2.3.99+2.4.0-rc2: qemu rdepends on nettle, but it isn't a build
dependency? [build-deps]
qemu-2.3.99+2.4.0-rc2: qemu rdepends on gnutls, but it isn't a build
dependency? [build-deps]
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/recipes-devtools/qemu/qemu.inc |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index eba7d3d..6a744c3 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -105,6 +105,7 @@ PACKAGECONFIG[alsa] = ,,alsa-lib
PACKAGECONFIG[glx] = --enable-opengl,--disable-opengl,mesa
PACKAGECONFIG[lzo] = --enable-lzo,--disable-lzo,lzo
PACKAGECONFIG[numa] = --enable-numa,--disable-numa,numactl
+PACKAGECONFIG[gnutls] = --enable-gnutls,--disable-gnutls,gnutls
EXTRA_OECONF += ${@bb.utils.contains('PACKAGECONFIG', 'alsa',
'--audio-drv-list=oss,alsa', '', d)}
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] Fixes for qemu and mc
The following changes since commit 27d068d05239c26a3848eb101571acab54635e37:
harfbuzz: upgrade to 1.0.1 (2015-07-27 23:28:23 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/qemu
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/qemu
Robert Yang (3):
mc: add PACKAGECONFIG for util-linux
qemu: add PACKAGECONFIG for gnutls
qemu_git.bb: remove it
meta/recipes-devtools/qemu/qemu.inc|1 +
...-Arm-versatilepb-Add-memory-size-checking.patch |0
.../exclude-some-arm-EABI-obsolete-syscalls.patch |0
.../qemu-enlarge-env-entry-size.patch |0
meta/recipes-devtools/qemu/qemu_git.bb | 15 ---
meta/recipes-extended/mc/mc_4.8.14.bb |1 +
6 files changed, 2 insertions(+), 15 deletions(-)
rename meta/recipes-devtools/qemu/{files =
qemu}/Qemu-Arm-versatilepb-Add-memory-size-checking.patch (100%)
rename meta/recipes-devtools/qemu/{files =
qemu}/exclude-some-arm-EABI-obsolete-syscalls.patch (100%)
rename meta/recipes-devtools/qemu/{files =
qemu}/qemu-enlarge-env-entry-size.patch (100%)
delete mode 100644 meta/recipes-devtools/qemu/qemu_git.bb
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] About upgrade a package to a Release Candidate version (RCX)
On Tue, 2015-07-28 at 09:09 +0100, Burton, Ross wrote: On 28 July 2015 at 08:53, Robert Yang liezhi.y...@windriver.com wrote: Is it a good idea to upgrade a package to a Release Candidate version, such as RC1, RC2 and so on ? I think no because: 1) Maybe the RC version is not stable enough. 2) Maybe the package's final version doesn't release when oe-core/meta-oe releases, I think that use an older but stable version is better than new RC version usually. In general that's true, - qemu is the obvious recent exception because they should be releasing before we freeze and there were major fixes in the RC compared to the latest stable release. Agreed. If there is a pressing reason for an RC release which gives us more benefit than drawback, we can consider it on a case by case basis. With QEMU and the autobuilder issues we've been seeing, we decided we're better off being close to upstream right now. Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] About upgrade a package to a Release Candidate version (RCX)
Hello, Is it a good idea to upgrade a package to a Release Candidate version, such as RC1, RC2 and so on ? I think no because: 1) Maybe the RC version is not stable enough. 2) Maybe the package's final version doesn't release when oe-core/meta-oe releases, I think that use an older but stable version is better than new RC version usually. -- Thanks Robert -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] lsbtest: sync test suite packages version
Sync file packages_list with upstream test suite packages version. Signed-off-by: Lucian Musat george.l.mu...@intel.com --- meta/recipes-extended/lsb/lsbtest/packages_list | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/meta/recipes-extended/lsb/lsbtest/packages_list b/meta/recipes-extended/lsb/lsbtest/packages_list index 99f83c1..27d8352 100644 --- a/meta/recipes-extended/lsb/lsbtest/packages_list +++ b/meta/recipes-extended/lsb/lsbtest/packages_list @@ -3,15 +3,15 @@ LSB_ARCH=lsbarch BASE_PACKAGES_LIST=lsb-setup-4.1.0-1.noarch.rpm -RUNTIME_BASE_PACKAGES_LIST=lsb-dist-checker-4.1.0.12-1.targetarch.rpm \ - lsb-tet3-lite-3.7-23.lsb4.targetarch.rpm \ - lsb-tet3-lite-devel-3.7-23.lsb4.targetarch.rpm \ - lsb-xvfb-1.2.0-21.targetarch.rpm \ +RUNTIME_BASE_PACKAGES_LIST=lsb-dist-checker-5.0.0.1-1.targetarch.rpm \ + lsb-tet3-lite-3.7-27.lsb5.targetarch.rpm \ + lsb-tet3-lite-devel-3.7-27.lsb5.targetarch.rpm \ + lsb-xvfb-1.2.0-22.targetarch.rpm \ RUNTIME_PACKAGES_LIST=lsb-cmdchk-4.1.4-5.targetarch.rpm \ lsb-libchk-4.1.4-5.targetarch.rpm \ - lsb-qm-2.2-8.lsb4.targetarch.rpm \ + lsb-qm-2.2-12.lsb4.targetarch.rpm \ lsb-task-dist-testkit-4.1.9-1.noarch.rpm \ lsb-test-core-4.1.15-1.targetarch.rpm \ lsb-test-cpp-t2c-4.1.0-1.targetarch.rpm \ -- 2.1.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [poky v3][PATCH 1/6] gstreamer1.0-plugins-base: Bug fix for id3demux issue
Use g_utf16_to_utf8() instead of g_convert to fix the issue that
id3 tags utf16 charaters cannot be extreacted in id3demux when try
to get the id3v2 tag such as TIT2, TALB etc.
Signed-off-by: Yuqing Zhu b54...@freescale.com
---
.../fix-id3demux-utf16-to-utf8-issue.patch | 54 ++
.../gstreamer/gstreamer1.0-plugins-base_1.4.5.bb | 1 +
2 files changed, 55 insertions(+)
create mode 100755
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/fix-id3demux-utf16-to-utf8-issue.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/fix-id3demux-utf16-to-utf8-issue.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/fix-id3demux-utf16-to-utf8-issue.patch
new file mode 100755
index 000..a74c197
--- /dev/null
+++
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/fix-id3demux-utf16-to-utf8-issue.patch
@@ -0,0 +1,54 @@
+Author: Lyon Wang b12...@freescale.com
+Date: Thu Oct 9 17:37:43 2014 +0800
+
+[id3v2frames] Bug fix for id3demux issue
+
+Fix the issue that id3 tags utf16 charaters cannot be extreacted in id3demux
+when I tried to get the id3v2 tag such as TIT2, TALB etc. it will return extrac
+failed.
+
+Checked in id3v2frame.c, When parse the UTF-16 streams, it used g_convert() to
+convert the buffer from UTF-16 to UTF-8, however it will return err that this
+conversion is not supported which cause the extraction failed with these UTF-16
+characters.
+
+In the patch, use g_utf16_to_utf8() instead of g_convert, which can convert the
+character format successfully.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=741144
+
+Upstream-Status: Pending
+
+Signed-off-by: Lyon Wang b12...@freescale.com
+
+diff --git a/gst-libs/gst/tag/id3v2frames.c b/gst-libs/gst/tag/id3v2frames.c
+old mode 100644
+new mode 100755
+index 3785c2a..7b9d8ac
+--- a/gst-libs/gst/tag/id3v2frames.c
b/gst-libs/gst/tag/id3v2frames.c
+@@ -1057,14 +1057,17 @@ parse_insert_string_field (guint8 encoding, gchar *
data, gint data_size,
+ data_size -= 2;
+ }
+
+- field = g_convert (data, data_size, UTF-8, in_encode, NULL, NULL,
NULL);
+-
+- if (field == NULL || g_utf8_validate (field, -1, NULL) == FALSE) {
+-/* As a fallback, try interpreting UTF-16 in the other endianness */
+-if (in_encode == utf16beenc)
+- field = g_convert (data, data_size, UTF-8, utf16leenc,
+- NULL, NULL, NULL);
++ if (in_encode == utf16beenc) {
++ gunichar2 *data_utf16;
++ guint i;
++ data_utf16 = (gunichar2 *) data;
++ for (i=0; i(data_size1); i++) {
++data_utf16[i] = GUINT16_TO_LE (data_utf16[i]);
++ }
+ }
++ //field = g_convert (data, data_size, UTF-8, in_encode, NULL, NULL,
NULL);
++ field = g_utf16_to_utf8((gunichar2 *)data, (glong)(data_size1),
NULL, NULL, NULL);
++
+ }
+
+ break;
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
index 11cf8b4..aaa1ecb 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
@@ -8,6 +8,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=c54ce9345727175ff66d17b67ff51f58 \
SRC_URI += file://do-not-change-eos-event-to-gap-event-if.patch \
file://get-caps-from-src-pad-when-query-caps.patch \
file://taglist-not-send-to-down-stream-if-all-the-frame-cor.patch \
+file://fix-id3demux-utf16-to-utf8-issue.patch \
SRC_URI[md5sum] = 357165af625c0ca353ab47c5d843920e
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [poky v3][PATCH 5/6] gstreamer1.0-plugins-base: Add videofilter related patch
Use new GST_VIDEO_FRAME_MAP_FLAG_NO_REF
Signed-off-by: Yuqing Zhu b54...@freescale.com
---
...r-Use-new-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch | 69 ++
.../gstreamer/gstreamer1.0-plugins-base_1.4.5.bb | 1 +
2 files changed, 70 insertions(+)
create mode 100644
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0003-videofilter-Use-new-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0003-videofilter-Use-new-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0003-videofilter-Use-new-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch
new file mode 100644
index 000..afe9131
--- /dev/null
+++
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0003-videofilter-Use-new-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch
@@ -0,0 +1,69 @@
+From 3a7cdcdfc9c5b0d20394fe51b3b8cda23931ca6d Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Sebastian=20Dr=C3=B6ge?= sebast...@centricular.com
+Date: Fri, 12 Sep 2014 14:41:01 +0300
+Subject: [PATCH 3/3] videofilter: Use new GST_VIDEO_FRAME_MAP_FLAG_NO_REF
+
+Upstream-Status: Accepted
+https://bugzilla.gnome.org/show_bug.cgi?id=736118
+---
+ gst-libs/gst/video/gstvideofilter.c | 23 ---
+ 1 file changed, 4 insertions(+), 19 deletions(-)
+
+diff --git a/gst-libs/gst/video/gstvideofilter.c
b/gst-libs/gst/video/gstvideofilter.c
+index e1fa2c1..874b2e8 100644
+--- a/gst-libs/gst/video/gstvideofilter.c
b/gst-libs/gst/video/gstvideofilter.c
+@@ -260,23 +260,15 @@ gst_video_filter_transform (GstBaseTransform * trans,
GstBuffer * inbuf,
+ if (fclass-transform_frame) {
+ GstVideoFrame in_frame, out_frame;
+
+-if (!gst_video_frame_map (in_frame, filter-in_info, inbuf,
GST_MAP_READ))
++if (!gst_video_frame_map (in_frame, filter-in_info, inbuf,
++GST_MAP_READ | GST_VIDEO_FRAME_MAP_FLAG_NO_REF))
+ goto invalid_buffer;
+
+ if (!gst_video_frame_map (out_frame, filter-out_info, outbuf,
+-GST_MAP_WRITE))
++GST_MAP_WRITE | GST_VIDEO_FRAME_MAP_FLAG_NO_REF))
+ goto invalid_buffer;
+
+-/* GstVideoFrame has another reference, so the buffer looks unwriteable,
+- * meaning that we can't attach any metas or anything to it. Other
+- * map() functions like gst_buffer_map() don't get another reference
+- * of the buffer and expect the buffer reference to be kept until
+- * the buffer is unmapped again. */
+-gst_buffer_unref (inbuf);
+-gst_buffer_unref (outbuf);
+ res = fclass-transform_frame (filter, in_frame, out_frame);
+-gst_buffer_ref (inbuf);
+-gst_buffer_ref (outbuf);
+
+ gst_video_frame_unmap (out_frame);
+ gst_video_frame_unmap (in_frame);
+@@ -317,7 +309,7 @@ gst_video_filter_transform_ip (GstBaseTransform * trans,
GstBuffer * buf)
+ GstVideoFrame frame;
+ GstMapFlags flags;
+
+-flags = GST_MAP_READ;
++flags = GST_MAP_READ | GST_VIDEO_FRAME_MAP_FLAG_NO_REF;
+
+ if (!gst_base_transform_is_passthrough (trans))
+ flags |= GST_MAP_WRITE;
+@@ -325,14 +317,7 @@ gst_video_filter_transform_ip (GstBaseTransform * trans,
GstBuffer * buf)
+ if (!gst_video_frame_map (frame, filter-in_info, buf, flags))
+ goto invalid_buffer;
+
+-/* GstVideoFrame has another reference, so the buffer looks unwriteable,
+- * meaning that we can't attach any metas or anything to it. Other
+- * map() functions like gst_buffer_map() don't get another reference
+- * of the buffer and expect the buffer reference to be kept until
+- * the buffer is unmapped again. */
+-gst_buffer_unref (buf);
+ res = fclass-transform_frame_ip (filter, frame);
+-gst_buffer_ref (buf);
+
+ gst_video_frame_unmap (frame);
+ } else {
+--
+1.7.9.5
+
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
index 491bf0d..9c31391 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
@@ -13,6 +13,7 @@ SRC_URI +=
file://do-not-change-eos-event-to-gap-event-if.patch \
file://videobuffer_updata_alignment_update.patch \
file://0002-video-frame-Add-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch \
file://0001-video-frame-Don-t-ref-buffers-twice-when-mapping.patch
\
+
file://0003-videofilter-Use-new-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch \
SRC_URI[md5sum] = 357165af625c0ca353ab47c5d843920e
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [poky v3][PATCH 4/6] gstreamer1.0-plugins-base: Add video-frame related patch
-Add GST_VIDEO_FRAME_MAP_FLAG_NO_REF
This makes sure that the buffer is not reffed another time when
storing it in the GstVideoFrame, keeping it writable if it was writable.
-Don't ref buffers twice when mapping
Signed-off-by: Yuqing Zhu b54...@freescale.com
---
...rame-Don-t-ref-buffers-twice-when-mapping.patch | 26 +++
...frame-Add-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch | 87 ++
.../gstreamer/gstreamer1.0-plugins-base_1.4.5.bb | 2 +
3 files changed, 115 insertions(+)
create mode 100644
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0001-video-frame-Don-t-ref-buffers-twice-when-mapping.patch
create mode 100644
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0002-video-frame-Add-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0001-video-frame-Don-t-ref-buffers-twice-when-mapping.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0001-video-frame-Don-t-ref-buffers-twice-when-mapping.patch
new file mode 100644
index 000..3db4724
--- /dev/null
+++
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0001-video-frame-Don-t-ref-buffers-twice-when-mapping.patch
@@ -0,0 +1,26 @@
+From 269f642c45d85cfd630ed490478e6bd6b71a767f Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Sebastian=20Dr=C3=B6ge?= sebast...@centricular.com
+Date: Tue, 16 Sep 2014 01:07:18 +0300
+Subject: [PATCH] video-frame: Don't ref buffers twice when mapping
+
+Upstream-Status: Backport [1.5.1]
+---
+ gst-libs/gst/video/video-frame.c |2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/gst-libs/gst/video/video-frame.c
b/gst-libs/gst/video/video-frame.c
+index 01f23c0..8a9ae96 100644
+--- a/gst-libs/gst/video/video-frame.c
b/gst-libs/gst/video/video-frame.c
+@@ -105,7 +105,7 @@ gst_video_frame_map_id (GstVideoFrame * frame,
GstVideoInfo * info,
+ frame-data[i] = frame-map[0].data + info-offset[i];
+ }
+ }
+- frame-buffer = gst_buffer_ref (buffer);
++ frame-buffer = buffer;
+ if ((flags GST_VIDEO_FRAME_MAP_FLAG_NO_REF) == 0)
+ gst_buffer_ref (frame-buffer);
+
+--
+1.7.9.5
+
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0002-video-frame-Add-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0002-video-frame-Add-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch
new file mode 100644
index 000..f24b33f
--- /dev/null
+++
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0002-video-frame-Add-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch
@@ -0,0 +1,87 @@
+From 40a293d44d1aeccf5eb8e86f23a0b13666111c5c Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Sebastian=20Dr=C3=B6ge?= sebast...@centricular.com
+Date: Fri, 12 Sep 2014 14:39:16 +0300
+Subject: [PATCH 2/3] video-frame: Add GST_VIDEO_FRAME_MAP_FLAG_NO_REF
+
+This makes sure that the buffer is not reffed another time when
+storing it in the GstVideoFrame, keeping it writable if it was
+writable.
+
+Upstream-Status: Accepted
+https://bugzilla.gnome.org/show_bug.cgi?id=736118
+---
+ gst-libs/gst/video/video-frame.c |9 -
+ gst-libs/gst/video/video-frame.h | 18 ++
+ 2 files changed, 26 insertions(+), 1 deletion(-)
+
+diff --git a/gst-libs/gst/video/video-frame.c
b/gst-libs/gst/video/video-frame.c
+index 537cf70..01f23c0 100644
+--- a/gst-libs/gst/video/video-frame.c
b/gst-libs/gst/video/video-frame.c
+@@ -106,6 +106,9 @@ gst_video_frame_map_id (GstVideoFrame * frame,
GstVideoInfo * info,
+ }
+ }
+ frame-buffer = gst_buffer_ref (buffer);
++ if ((flags GST_VIDEO_FRAME_MAP_FLAG_NO_REF) == 0)
++gst_buffer_ref (frame-buffer);
++
+ frame-meta = meta;
+
+ /* buffer flags enhance the frame flags */
+@@ -189,11 +192,13 @@ gst_video_frame_unmap (GstVideoFrame * frame)
+ GstBuffer *buffer;
+ GstVideoMeta *meta;
+ gint i;
++ GstMapFlags flags;
+
+ g_return_if_fail (frame != NULL);
+
+ buffer = frame-buffer;
+ meta = frame-meta;
++ flags = frame-map[0].flags;
+
+ if (meta) {
+ for (i = 0; i frame-info.finfo-n_planes; i++) {
+@@ -202,7 +207,9 @@ gst_video_frame_unmap (GstVideoFrame * frame)
+ } else {
+ gst_buffer_unmap (buffer, frame-map[0]);
+ }
+- gst_buffer_unref (buffer);
++
++ if ((flags GST_VIDEO_FRAME_MAP_FLAG_NO_REF) == 0)
++gst_buffer_unref (frame-buffer);
+ }
+
+ /**
+diff --git a/gst-libs/gst/video/video-frame.h
b/gst-libs/gst/video/video-frame.h
+index 627fab0..f8e6304 100644
+--- a/gst-libs/gst/video/video-frame.h
b/gst-libs/gst/video/video-frame.h
+@@ -149,6 +149,24 @@ typedef enum {
+ GST_VIDEO_BUFFER_FLAG_LAST= (GST_BUFFER_FLAG_LAST 8)
+ } GstVideoBufferFlags;
+
++/**
++ * GstVideoBufferFlags:
++ * @GST_VIDEO_FRAME_MAP_FLAG_NO_REF: Don't take another reference of the
buffer and store it in
++ *the GstVideoFrame. This makes sure that
the buffer stays
++ *
[OE-core] [poky v3][PATCH 3/6] gstreamer1.0-plugins-base: update video alignment after video alignment
Video buffer pool will update video alignment to respect stride alignment
requirement. But haven't update it to video alignment in configure.
Which will cause user get wrong video alignment.
Signed-off-by: Yuqing Zhu b54...@freescale.com
---
.../videobuffer_updata_alignment_update.patch | 53 ++
.../gstreamer/gstreamer1.0-plugins-base_1.4.5.bb | 1 +
2 files changed, 54 insertions(+)
create mode 100755
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videobuffer_updata_alignment_update.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videobuffer_updata_alignment_update.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videobuffer_updata_alignment_update.patch
new file mode 100755
index 000..ae37685
--- /dev/null
+++
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videobuffer_updata_alignment_update.patch
@@ -0,0 +1,53 @@
+commit 88d253ea23b06289df40401160b606323f16c910
+Author: Song Bing b06...@freescale.com
+Date: Mon Dec 15 09:34:35 2014 +0800
+
+videopool: update video alignment after video alignment
+
+Video buffer pool will update video alignment to respect stride alignment
+requirement. But haven't update it to video alignment in configure.
+Which will cause user get wrong video alignment.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=741501
+
+Upstream-Status: Backport [1.4.1]
+
+Signed-off-by: Song Bing b06...@freescale.com
+diff --git a/gst-libs/gst/video/gstvideopool.c
b/gst-libs/gst/video/gstvideopool.c
+index 4475f45..acef594 100644
+--- a/gst-libs/gst/video/gstvideopool.c
b/gst-libs/gst/video/gstvideopool.c
+@@ -167,6 +167,7 @@ video_buffer_pool_set_config (GstBufferPool * pool,
GstStructure * config)
+ /* get an apply the alignment to the info */
+ gst_buffer_pool_config_get_video_alignment (config, priv-video_align);
+ gst_video_info_align (info, priv-video_align);
++gst_buffer_pool_config_set_video_alignment (config, priv-video_align);
+ }
+ priv-info = info;
+
+diff --git a/sys/ximage/ximagepool.c b/sys/ximage/ximagepool.c
+index 6cc2cfa..6a1cbc9 100644
+--- a/sys/ximage/ximagepool.c
b/sys/ximage/ximagepool.c
+@@ -597,6 +597,8 @@ ximage_buffer_pool_set_config (GstBufferPool * pool,
GstStructure * config)
+ /* do padding and alignment */
+ gst_video_info_align (info, priv-align);
+
++gst_buffer_pool_config_set_video_alignment (config, priv-align);
++
+ /* we need the video metadata too now */
+ priv-add_metavideo = TRUE;
+ } else {
+diff --git a/sys/xvimage/xvimagepool.c b/sys/xvimage/xvimagepool.c
+index 244a51a..34b1ab2 100644
+--- a/sys/xvimage/xvimagepool.c
b/sys/xvimage/xvimagepool.c
+@@ -124,6 +124,8 @@ xvimage_buffer_pool_set_config (GstBufferPool * pool,
GstStructure * config)
+ /* do padding and alignment */
+ gst_video_info_align (info, priv-align);
+
++gst_buffer_pool_config_set_video_alignment (config, priv-align);
++
+ /* we need the video metadata too now */
+ priv-add_metavideo = TRUE;
+ } else {
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
index aa90179..88c3254 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
@@ -10,6 +10,7 @@ SRC_URI +=
file://do-not-change-eos-event-to-gap-event-if.patch \
file://taglist-not-send-to-down-stream-if-all-the-frame-cor.patch \
file://fix-id3demux-utf16-to-utf8-issue.patch \
file://handle-audio-video-decoder-error.patch \
+file://videobuffer_updata_alignment_update.patch \
SRC_URI[md5sum] = 357165af625c0ca353ab47c5d843920e
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [poky v3][PATCH 2/6] gstreamer1.0-plugins-base: handle audio/video decoder error
If there is input data and no output data to the end of the stream, it will
send GST_ELEMENT_ERROR and quit from playing.
The patch comments the GST_ELEMENT_ERROR() and add GST_ERROR_OBJECT()
information instead.
Signed-off-by: Yuqing Zhu b54...@freescale.com
---
.../handle-audio-video-decoder-error.patch | 66 ++
.../gstreamer/gstreamer1.0-plugins-base_1.4.5.bb | 1 +
2 files changed, 67 insertions(+)
create mode 100755
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/handle-audio-video-decoder-error.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/handle-audio-video-decoder-error.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/handle-audio-video-decoder-error.patch
new file mode 100755
index 000..eb15588
--- /dev/null
+++
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/handle-audio-video-decoder-error.patch
@@ -0,0 +1,66 @@
+From bcb2b8b6f49e7c66124a4f5e07dea829d5ebfe59 Mon Sep 17 00:00:00 2001
+From: Lyon Wang lyon.w...@freescale.com
+Date: Mon, 15 Dec 2014 16:52:07 +0800
+Subject: [PATCH] handle audio/video decoder error
+
+When there is input data and no output data to the end of the stream, it will
+send GST_ELEMENT_ERROR, So the clips playing will quit.
+However, if only one of the tracks is corrupt, there is no need to quit other
+tracks playing.
+
+The patch comments the GST_ELEMENT_ERROR() and just add GST_ERROR_OBJECT()
+information instead.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=741542
+
+Upstream-Status: Pending
+
+Signed-off-by: Lyon Wang lyon.w...@freescale.com
+---
+ gst-libs/gst/audio/gstaudiodecoder.c |5 +++--
+ gst-libs/gst/video/gstvideodecoder.c |5 +++--
+ 2 files changed, 6 insertions(+), 4 deletions(-)
+ mode change 100644 = 100755 gst-libs/gst/audio/gstaudiodecoder.c
+ mode change 100644 = 100755 gst-libs/gst/video/gstvideodecoder.c
+
+diff --git a/gst-libs/gst/audio/gstaudiodecoder.c
b/gst-libs/gst/audio/gstaudiodecoder.c
+old mode 100644
+new mode 100755
+index c2e7a28..891df0a
+--- a/gst-libs/gst/audio/gstaudiodecoder.c
b/gst-libs/gst/audio/gstaudiodecoder.c
+@@ -2123,9 +2123,10 @@ gst_audio_decoder_sink_eventfunc (GstAudioDecoder *
dec, GstEvent * event)
+ GST_AUDIO_DECODER_STREAM_UNLOCK (dec);
+
+ if (dec-priv-ctx.had_input_data !dec-priv-ctx.had_output_data) {
+-GST_ELEMENT_ERROR (dec, STREAM, DECODE,
++/* GST_ELEMENT_ERROR (dec, STREAM, DECODE,
+ (No valid frames decoded before end of stream),
+-(no valid frames found));
++(no valid frames found)); */
++GST_ERROR_OBJECT(dec, No valid frames decoded before end of stream);
+ }
+
+ /* send taglist if no valid frame is decoded util EOS */
+diff --git a/gst-libs/gst/video/gstvideodecoder.c
b/gst-libs/gst/video/gstvideodecoder.c
+old mode 100644
+new mode 100755
+index ac581e1..4278bcd
+--- a/gst-libs/gst/video/gstvideodecoder.c
b/gst-libs/gst/video/gstvideodecoder.c
+@@ -1068,9 +1068,10 @@ gst_video_decoder_sink_event_default (GstVideoDecoder *
decoder,
+
+ /* Error out even if EOS was ok when we had input, but no output */
+ if (ret priv-had_input_data !priv-had_output_data) {
+-GST_ELEMENT_ERROR (decoder, STREAM, DECODE,
++/* GST_ELEMENT_ERROR (decoder, STREAM, DECODE,
+ (No valid frames decoded before end of stream),
+-(no valid frames found));
++(no valid frames found)); */
++GST_ERROR_OBJECT(decoder, No valid frames decoded before end of
stream);
+ }
+
+ /* Forward EOS immediately. This is required because no
+--
+1.7.9.5
+
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
index aaa1ecb..aa90179 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
@@ -9,6 +9,7 @@ SRC_URI +=
file://do-not-change-eos-event-to-gap-event-if.patch \
file://get-caps-from-src-pad-when-query-caps.patch \
file://taglist-not-send-to-down-stream-if-all-the-frame-cor.patch \
file://fix-id3demux-utf16-to-utf8-issue.patch \
+file://handle-audio-video-decoder-error.patch \
SRC_URI[md5sum] = 357165af625c0ca353ab47c5d843920e
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [poky v3][PATCH 6/6] gstreamer1.0-plugins-base: Add videoencoder related patch
Keep sticky events around when doing a soft reset. The current code will first discard all frames, and then tries to copy all sticky events from the (now discarded) frames. So change the order. Signed-off-by: Yuqing Zhu b54...@freescale.com --- ...p-sticky-events-around-when-doing-a-soft-.patch | 46 ++ .../gstreamer/gstreamer1.0-plugins-base_1.4.5.bb | 1 + 2 files changed, 47 insertions(+) create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videoencoder-Keep-sticky-events-around-when-doing-a-soft-.patch diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videoencoder-Keep-sticky-events-around-when-doing-a-soft-.patch b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videoencoder-Keep-sticky-events-around-when-doing-a-soft-.patch new file mode 100644 index 000..b476969 --- /dev/null +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videoencoder-Keep-sticky-events-around-when-doing-a-soft-.patch @@ -0,0 +1,46 @@ +From c3f7d36b992a3cbcee3386dea85720f3cb04e1ff Mon Sep 17 00:00:00 2001 +From: Song Bing b06...@freescale.com +Date: Fri, 27 Mar 2015 13:39:43 +0800 +Subject: [PATCH] videoencoder: Keep sticky events around when doing a soft + reset + +The current code will first discard all frames, and then tries to copy +all sticky events from the (now discarded) frames. Let's change the order. + +Upstream-Status: Accepted +https://bugzilla.gnome.org/show_bug.cgi?id=746865 +--- + gst-libs/gst/video/gstvideoencoder.c |8 + 1 file changed, 4 insertions(+), 4 deletions(-) + +diff --git a/gst-libs/gst/video/gstvideoencoder.c b/gst-libs/gst/video/gstvideoencoder.c +index 614ba2d..4c5b111 100644 +--- a/gst-libs/gst/video/gstvideoencoder.c b/gst-libs/gst/video/gstvideoencoder.c +@@ -340,10 +340,6 @@ gst_video_encoder_reset (GstVideoEncoder * encoder, gboolean hard) + + priv-drained = TRUE; + +- g_list_foreach (priv-frames, (GFunc) gst_video_codec_frame_unref, NULL); +- g_list_free (priv-frames); +- priv-frames = NULL; +- + priv-bytes = 0; + priv-time = 0; + +@@ -392,6 +388,10 @@ gst_video_encoder_reset (GstVideoEncoder * encoder, gboolean hard) + encoder-priv-current_frame_events); + } + ++ g_list_foreach (priv-frames, (GFunc) gst_video_codec_frame_unref, NULL); ++ g_list_free (priv-frames); ++ priv-frames = NULL; ++ + GST_VIDEO_ENCODER_STREAM_UNLOCK (encoder); + + return ret; +-- +1.7.9.5 + diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb index 9c31391..8daf5af 100644 --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb @@ -14,6 +14,7 @@ SRC_URI += file://do-not-change-eos-event-to-gap-event-if.patch \ file://0002-video-frame-Add-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch \ file://0001-video-frame-Don-t-ref-buffers-twice-when-mapping.patch \ file://0003-videofilter-Use-new-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch \ + file://videoencoder-Keep-sticky-events-around-when-doing-a-soft-.patch \ SRC_URI[md5sum] = 357165af625c0ca353ab47c5d843920e -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [poky v3][PATCH 0/6] gstreamer1.0-plugins-base: Add patches for Gstreamer 1.4.5 base
Fix id3demux issue Handle audio/video decoder error Update video alignment after video alignment Add GST_VIDEO_FRAME_MAP_FLAG_NO_REF, keeping buffer writable Gstvideofilter use new GST_VIDEO_FRAME_MAP_FLAG_NO_REF Don't ref buffers twice when mapping Keep sticky events around when doing a soft reset Yuqing Zhu (6): gstreamer1.0-plugins-base: Bug fix for id3demux issue gstreamer1.0-plugins-base: handle audio/video decoder error gstreamer1.0-plugins-base: update video alignment after video alignment gstreamer1.0-plugins-base: Add video-frame related patch gstreamer1.0-plugins-base: Add videofilter related patch gstreamer1.0-plugins-base: Add videoencoder related patch ...rame-Don-t-ref-buffers-twice-when-mapping.patch | 26 +++ ...frame-Add-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch | 87 ++ ...r-Use-new-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch | 69 + .../fix-id3demux-utf16-to-utf8-issue.patch | 54 ++ .../handle-audio-video-decoder-error.patch | 66 .../videobuffer_updata_alignment_update.patch | 53 + ...p-sticky-events-around-when-doing-a-soft-.patch | 46 .../gstreamer/gstreamer1.0-plugins-base_1.4.5.bb | 7 ++ 8 files changed, 408 insertions(+) create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0001-video-frame-Don-t-ref-buffers-twice-when-mapping.patch create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0002-video-frame-Add-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0003-videofilter-Use-new-GST_VIDEO_FRAME_MAP_FLAG_NO_REF.patch create mode 100755 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/fix-id3demux-utf16-to-utf8-issue.patch create mode 100755 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/handle-audio-video-decoder-error.patch create mode 100755 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videobuffer_updata_alignment_update.patch create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videoencoder-Keep-sticky-events-around-when-doing-a-soft-.patch -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] u-boot-mkimage: fix a building failure on OpenSus
On 2015年07月28日 19:47, Burton, Ross wrote: On 28 July 2015 at 03:00, rongqing...@windriver.com mailto:rongqing...@windriver.com wrote: +config.mk http://config.mk will be included only if auto.conf is newer than .config +but in some system, the HPET is not enabled, the smallest unit of +time is second, and can not decise which file is newer, even if +the correct dependency has been created. + +The below shows unit of time: + +under SUSE Linux Enterprise Desktop 11 SP2 (i586): +$ls --full-time include/config/auto.conf .config +2015-07-27 03:46:20.0 -0400 .config +2015-07-27 03:46:20.0 -0400 include/config/auto.conf +$ + +under Ubuntu 14.04 LTS: +$ ls --full-time include/config/auto.conf .config +2015-07-27 13:40:14.008703027 +0800 .config +2015-07-27 13:40:15.020703054 +0800 include/config/auto.conf +$ + +The rule of including config.mk http://config.mk in Makefile as below +autoconf_is_current := $(if $(wildcard $(KCONFIG_CONFIG)),$(shell find . \ +-path ./include/config/auto.conf -newer $(KCONFIG_CONFIG))) +ifneq ($(autoconf_is_current),) +include $(srctree)/config.mk http://config.mk +include $(srctree)/arch/$(ARCH)/Makefile +endif + +The compilation will be failed if config.mk http://config.mk is not included +so delay 1 second to create auto.conf after creating of .config Adding a sleep seems pretty ugly, wouldn't a neater fix be to change the logic so that instead of the test being is newer you use is not older, to handle identical timestamps as being current. I am not sure if your suggestion works, Since is newer is to fix something as the comments in Makefile said --- # We want to include arch/$(ARCH)/config.mk only when include/config/auto.conf # is up-to-date. When we switch to a different board configuration, old CONFIG # macros are still remaining in include/config/auto.conf. Without the following # gimmick, wrong config.mk would be included leading nasty warnings/errors. ifneq ($(wildcard $(KCONFIG_CONFIG)),) ifneq ($(wildcard include/config/auto.conf),) autoconf_is_old := $(shell find . -path ./$(KCONFIG_CONFIG) -newer \ include/config/auto.conf) ifeq ($(autoconf_is_old),) include $(srctree)/config.mk include $(srctree)/arch/$(ARCH)/Makefile endif endif endif -Roy Ross -- Best Reagrds, Roy | RongQing Li -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/3] mc: add PACKAGECONFIG for util-linux
On 07/28/2015 07:25 PM, Burton, Ross wrote: On 28 July 2015 at 10:05, Robert Yang liezhi.y...@windriver.com mailto:liezhi.y...@windriver.com wrote: +PACKAGECONFIG[util-linux] = ac_cv_lib_mount_mnt_new_table_from_file=yes,ac_cv_lib_mount_mnt_new_table_from_file=no,util-linux, For mc this might be something we want to enable by default. Thanks, I will update it. // Robert Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] qemu_git.bb: remove it
On 07/28/2015 10:33 PM, Iorga, Cristian wrote:
I am not in the habit of talking without knowing. Usually.
There might be exceptions. This is not one.
That being said, I was able to switch to qemu git recipe (instead of the
tarball releases) and make it work for a git head just before 2.4.0RC0 in under
20 minutes.
The patch was not submitted for inclusion into master however.
I am not sure why the git recipe bothers everyone that much in this specific
case, when I just explained that it was quite useful for me (and by extension,
to the project).
Hi Cristian,
The problem is that it is broken, we need try to avoid shipping
broken recipes to confuse the end user, you can fix it to make it
work, but qemu 1.3 and 2.4 have different configure options,
you will get warnings about unknown configure options, so you need
move a few PACKAGECONFIGs from qemu.inc to qemu_2.4.bb to fix
the warnings, that seems not worth, so I removed it, if you do
like qemu_git.bb recipes, I think that you can upgrade it to
2.4.0-rc2 and replace qemu_2.4.0-rc2.bb.
// Robert
Thanks,
Cristian
-Original Message-
From: Martin Jansa [mailto:martin.ja...@gmail.com]
Sent: Tuesday, July 28, 2015 5:16 PM
To: Iorga, Cristian
Cc: Yang, Liezhi (Wind River); openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH 3/3] qemu_git.bb: remove it
On Tue, Jul 28, 2015 at 02:04:28PM +, Iorga, Cristian wrote:
Hi Robert,
Hmm,
Qemu git recipe is useful, and is close to being up to date, why to remove it??
Close to being up to date? Aren't you talking about
./meta/recipes-devtools/qemu/qemu_2.4.0-rc2.bb?
bitbake@jama:/OE/webos/ow/oe-core$ find . -name qemu\*bb -exec grep PV.*= {} \; REALPV =
2.4.0-rc2
PV = 2.3.99+${REALPV}
PV = 1.3.0+git${SRCPV}
As Robert said, 1.3 version is old and current qemu_git recipe broken, because
04024dea2674861fcf13582a77b58130c67fccd8 isn't in master branch anymore after
it was moved to stable-1.3 branch:
bitbake@jama:/OE/projects/qemu$ git branch -a --contains
04024dea2674861fcf13582a77b58130c67fccd8
remotes/origin/stable-1.3
Qemu brakes quite often, as seen recently on autobuilders, building
from git allowed us to move forward (although it is true that the git upgrade
was not integrated into master.) I vote against this patch.
Regards,
Thanks,
Cristian
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Robert Yang
Sent: Tuesday, July 28, 2015 12:05 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH 3/3] qemu_git.bb: remove it
Remove it since we have 2.4.0, the git version is 1.3 can't be built
by
deafult:
ERROR: Fetcher failure: Unable to find revision
04024dea2674861fcf13582a77b58130c67fccd8 in branch master even from
upstream
We can fix it, but seems that no one uses it any more.
And move patches from files dir to qemu dir.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
...-Arm-versatilepb-Add-memory-size-checking.patch |0
.../exclude-some-arm-EABI-obsolete-syscalls.patch |0
.../qemu-enlarge-env-entry-size.patch |0
meta/recipes-devtools/qemu/qemu_git.bb | 15 ---
4 files changed, 15 deletions(-)
rename meta/recipes-devtools/qemu/{files =
qemu}/Qemu-Arm-versatilepb-Add-memory-size-checking.patch (100%)
rename meta/recipes-devtools/qemu/{files =
qemu}/exclude-some-arm-EABI-obsolete-syscalls.patch (100%) rename
meta/recipes-devtools/qemu/{files =
qemu}/qemu-enlarge-env-entry-size.patch (100%) delete mode 100644
meta/recipes-devtools/qemu/qemu_git.bb
diff --git
a/meta/recipes-devtools/qemu/files/Qemu-Arm-versatilepb-Add-memory-siz
e-checking.patch
b/meta/recipes-devtools/qemu/qemu/Qemu-Arm-versatilepb-Add-memory-size
-checking.patch
similarity index 100%
rename from
meta/recipes-devtools/qemu/files/Qemu-Arm-versatilepb-Add-memory-size-
checking.patch rename to
meta/recipes-devtools/qemu/qemu/Qemu-Arm-versatilepb-Add-memory-size-c
hecking.patch diff --git
a/meta/recipes-devtools/qemu/files/exclude-some-arm-EABI-obsolete-sysc
alls.patch
b/meta/recipes-devtools/qemu/qemu/exclude-some-arm-EABI-obsolete-sysca
lls.patch
similarity index 100%
rename from
meta/recipes-devtools/qemu/files/exclude-some-arm-EABI-obsolete-syscal
ls.patch rename to
meta/recipes-devtools/qemu/qemu/exclude-some-arm-EABI-obsolete-syscall
s.patch diff --git
a/meta/recipes-devtools/qemu/files/qemu-enlarge-env-entry-size.patch
b/meta/recipes-devtools/qemu/qemu/qemu-enlarge-env-entry-size.patch
similarity index 100%
rename from
meta/recipes-devtools/qemu/files/qemu-enlarge-env-entry-size.patch
rename to
meta/recipes-devtools/qemu/qemu/qemu-enlarge-env-entry-size.patch
diff --git a/meta/recipes-devtools/qemu/qemu_git.bb
b/meta/recipes-devtools/qemu/qemu_git.bb
deleted file mode 100644
index a30932a..000
--- a/meta/recipes-devtools/qemu/qemu_git.bb
+++ /dev/null
@@ -1,15 +0,0 @@
-require qemu.inc
-
[OE-core] [PATCH 0/8 v2] refresh busybox defconfig
The current oe-core busybox defconfig dates back to busybox v1.20.2, so configure options introduced in busybox v1.21.x, v1.22.x and v1.23.x take on default values when the oe-core defconfig is run through 'make oldconfig'. The first 4 patches just refresh the oe-core defconfig file (with no change to the resulting busybox binary). The final 4 patches disable busybox features added since v1.20.2 which may not be ideal for oe-core. Andre McCurdy (8): busybox: merge login-utilities.cfg into defconfig busybox: re-order defconfig to align with busybox 1.23.2 busybox: remove CONFIG_FEATURE_VI_OPTIMIZE_CURSOR from defconfig busybox: refresh defconfig for busybox v1.23.2 busybox: disable sha3sum in defconfig busybox: disable fatattr in defconfig busybox: disable fstrim in defconfig busybox: disable volumeid support for exFAT, F2FS and NILFS meta/recipes-core/busybox/busybox/defconfig| 158 + .../busybox/busybox/login-utilities.cfg| 13 -- meta/recipes-core/busybox/busybox_1.23.2.bb| 1 - meta/recipes-core/busybox/busybox_git.bb | 1 - 4 files changed, 98 insertions(+), 75 deletions(-) delete mode 100644 meta/recipes-core/busybox/busybox/login-utilities.cfg -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/8] busybox: disable sha3sum in defconfig
The sha1sum, sha256sum and sha512sum applets are not enabled by default, so don't enable sha3sum either. Signed-off-by: Andre McCurdy armccu...@gmail.com --- meta/recipes-core/busybox/busybox/defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/busybox/busybox/defconfig b/meta/recipes-core/busybox/busybox/defconfig index 94c4497..5e87239 100644 --- a/meta/recipes-core/busybox/busybox/defconfig +++ b/meta/recipes-core/busybox/busybox/defconfig @@ -271,7 +271,7 @@ CONFIG_SEQ=y # CONFIG_SHA1SUM is not set # CONFIG_SHA256SUM is not set # CONFIG_SHA512SUM is not set -CONFIG_SHA3SUM=y +# CONFIG_SHA3SUM is not set CONFIG_SLEEP=y CONFIG_FEATURE_FANCY_SLEEP=y # CONFIG_FEATURE_FLOAT_SLEEP is not set -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 8/8] busybox: disable volumeid support for exFAT, F2FS and NILFS
These are less common filesystem formats, so disable volumeid support for them by default. Signed-off-by: Andre McCurdy armccu...@gmail.com --- meta/recipes-core/busybox/busybox/defconfig | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-core/busybox/busybox/defconfig b/meta/recipes-core/busybox/busybox/defconfig index ad0c7e1..5122007 100644 --- a/meta/recipes-core/busybox/busybox/defconfig +++ b/meta/recipes-core/busybox/busybox/defconfig @@ -636,9 +636,9 @@ CONFIG_VOLUMEID=y # # CONFIG_FEATURE_VOLUMEID_BTRFS is not set # CONFIG_FEATURE_VOLUMEID_CRAMFS is not set -CONFIG_FEATURE_VOLUMEID_EXFAT=y +# CONFIG_FEATURE_VOLUMEID_EXFAT is not set CONFIG_FEATURE_VOLUMEID_EXT=y -CONFIG_FEATURE_VOLUMEID_F2FS=y +# CONFIG_FEATURE_VOLUMEID_F2FS is not set CONFIG_FEATURE_VOLUMEID_FAT=y # CONFIG_FEATURE_VOLUMEID_HFS is not set # CONFIG_FEATURE_VOLUMEID_ISO9660 is not set @@ -646,7 +646,7 @@ CONFIG_FEATURE_VOLUMEID_FAT=y # CONFIG_FEATURE_VOLUMEID_LINUXRAID is not set # CONFIG_FEATURE_VOLUMEID_LINUXSWAP is not set # CONFIG_FEATURE_VOLUMEID_LUKS is not set -CONFIG_FEATURE_VOLUMEID_NILFS=y +# CONFIG_FEATURE_VOLUMEID_NILFS is not set # CONFIG_FEATURE_VOLUMEID_NTFS is not set # CONFIG_FEATURE_VOLUMEID_OCFS2 is not set # CONFIG_FEATURE_VOLUMEID_REISERFS is not set -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/8] busybox: disable fatattr in defconfig
The fatattr applet (to display or change file attributes on a fat file system) doesn't seem like core functionality, so disable by default. Signed-off-by: Andre McCurdy armccu...@gmail.com --- meta/recipes-core/busybox/busybox/defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/busybox/busybox/defconfig b/meta/recipes-core/busybox/busybox/defconfig index 5e87239..74d12ee 100644 --- a/meta/recipes-core/busybox/busybox/defconfig +++ b/meta/recipes-core/busybox/busybox/defconfig @@ -545,7 +545,7 @@ CONFIG_DEFAULT_DEPMOD_FILE=modules.dep # Linux System Utilities # # CONFIG_BLOCKDEV is not set -CONFIG_FATATTR=y +# CONFIG_FATATTR is not set CONFIG_FSTRIM=y # CONFIG_MDEV is not set # CONFIG_FEATURE_MDEV_CONF is not set -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/8] busybox: remove CONFIG_FEATURE_VI_OPTIMIZE_CURSOR from defconfig
CONFIG_FEATURE_VI_OPTIMIZE_CURSOR is obsolete and removed from busybox v1.21.0 onwards: http://git.busybox.net/busybox/commit/?id=04b52892ed5d9d8a4cf5d887c221a8b50c71274e Signed-off-by: Andre McCurdy armccu...@gmail.com --- meta/recipes-core/busybox/busybox/defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-core/busybox/busybox/defconfig b/meta/recipes-core/busybox/busybox/defconfig index 6535755..4b8a51b 100644 --- a/meta/recipes-core/busybox/busybox/defconfig +++ b/meta/recipes-core/busybox/busybox/defconfig @@ -384,7 +384,6 @@ CONFIG_FEATURE_VI_USE_SIGNALS=y # CONFIG_FEATURE_VI_SET is not set CONFIG_FEATURE_VI_WIN_RESIZE=y # CONFIG_FEATURE_VI_ASK_TERMINAL is not set -CONFIG_FEATURE_VI_OPTIMIZE_CURSOR=y CONFIG_FEATURE_ALLOW_EXEC=y # -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/8] busybox: re-order defconfig to align with busybox 1.23.2
No functional changes, simply re-order lines in defconfig so that the existing options don't move elsewhere in the file when run though busybox 1.23.2 'make oldconfig'. Signed-off-by: Andre McCurdy armccu...@gmail.com --- meta/recipes-core/busybox/busybox/defconfig | 84 ++--- 1 file changed, 42 insertions(+), 42 deletions(-) diff --git a/meta/recipes-core/busybox/busybox/defconfig b/meta/recipes-core/busybox/busybox/defconfig index 2a1706b..6535755 100644 --- a/meta/recipes-core/busybox/busybox/defconfig +++ b/meta/recipes-core/busybox/busybox/defconfig @@ -36,6 +36,7 @@ CONFIG_LAST_SUPPORTED_WCHAR=0 # CONFIG_UNICODE_BIDI_SUPPORT is not set # CONFIG_UNICODE_NEUTRAL_TABLE is not set # CONFIG_UNICODE_PRESERVE_BROKEN is not set +# CONFIG_PAM is not set CONFIG_LONG_OPTS=y CONFIG_FEATURE_DEVPTS=y # CONFIG_FEATURE_CLEAN_UP is not set @@ -133,7 +134,14 @@ CONFIG_FEATURE_SEAMLESS_Z=y CONFIG_AR=y # CONFIG_FEATURE_AR_LONG_FILENAMES is not set # CONFIG_FEATURE_AR_CREATE is not set +# CONFIG_UNCOMPRESS is not set +CONFIG_GUNZIP=y CONFIG_BUNZIP2=y +# CONFIG_UNLZMA is not set +# CONFIG_FEATURE_LZMA_FAST is not set +# CONFIG_LZMA is not set +# CONFIG_UNXZ is not set +# CONFIG_XZ is not set # CONFIG_BZIP2 is not set CONFIG_CPIO=y # CONFIG_FEATURE_CPIO_O is not set @@ -141,14 +149,13 @@ CONFIG_CPIO=y # CONFIG_DPKG is not set # CONFIG_DPKG_DEB is not set # CONFIG_FEATURE_DPKG_DEB_EXTRACT_ONLY is not set -CONFIG_GUNZIP=y CONFIG_GZIP=y # CONFIG_FEATURE_GZIP_LONG_OPTIONS is not set CONFIG_GZIP_FAST=0 # CONFIG_LZOP is not set # CONFIG_LZOP_COMPR_HIGH is not set -# CONFIG_RPM2CPIO is not set # CONFIG_RPM is not set +# CONFIG_RPM2CPIO is not set CONFIG_TAR=y CONFIG_FEATURE_TAR_CREATE=y CONFIG_FEATURE_TAR_AUTODETECT=y @@ -161,12 +168,6 @@ CONFIG_FEATURE_TAR_GNU_EXTENSIONS=y # CONFIG_FEATURE_TAR_UNAME_GNAME is not set CONFIG_FEATURE_TAR_NOPRESERVE_TIME=y # CONFIG_FEATURE_TAR_SELINUX is not set -# CONFIG_UNCOMPRESS is not set -# CONFIG_UNLZMA is not set -# CONFIG_FEATURE_LZMA_FAST is not set -# CONFIG_LZMA is not set -# CONFIG_UNXZ is not set -# CONFIG_XZ is not set CONFIG_UNZIP=y # @@ -360,7 +361,15 @@ CONFIG_WHICH=y # # Editors # +CONFIG_AWK=y +CONFIG_FEATURE_AWK_LIBM=y +CONFIG_CMP=y +CONFIG_DIFF=y +# CONFIG_FEATURE_DIFF_LONG_OPTIONS is not set +CONFIG_FEATURE_DIFF_DIR=y +# CONFIG_ED is not set CONFIG_PATCH=y +CONFIG_SED=y CONFIG_VI=y CONFIG_FEATURE_VI_MAX_LEN=1024 CONFIG_FEATURE_VI_8BIT=y @@ -376,14 +385,6 @@ CONFIG_FEATURE_VI_USE_SIGNALS=y CONFIG_FEATURE_VI_WIN_RESIZE=y # CONFIG_FEATURE_VI_ASK_TERMINAL is not set CONFIG_FEATURE_VI_OPTIMIZE_CURSOR=y -CONFIG_AWK=y -CONFIG_FEATURE_AWK_LIBM=y -CONFIG_CMP=y -CONFIG_DIFF=y -# CONFIG_FEATURE_DIFF_LONG_OPTIONS is not set -CONFIG_FEATURE_DIFF_DIR=y -# CONFIG_ED is not set -CONFIG_SED=y CONFIG_FEATURE_ALLOW_EXEC=y # @@ -468,7 +469,6 @@ CONFIG_DELGROUP=y CONFIG_GETTY=y CONFIG_LOGIN=y # CONFIG_LOGIN_SESSION_AS_CHILD is not set -# CONFIG_PAM is not set # CONFIG_LOGIN_SCRIPTS is not set # CONFIG_FEATURE_NOLOGIN is not set # CONFIG_FEATURE_SECURETTY is not set @@ -608,28 +608,32 @@ CONFIG_FEATURE_MOUNT_LOOP=y CONFIG_FEATURE_MOUNT_LOOP_CREATE=y # CONFIG_FEATURE_MTAB_SUPPORT is not set CONFIG_VOLUMEID=y -CONFIG_FEATURE_VOLUMEID_EXT=y # CONFIG_FEATURE_VOLUMEID_BTRFS is not set -# CONFIG_FEATURE_VOLUMEID_REISERFS is not set +# CONFIG_FEATURE_VOLUMEID_CRAMFS is not set +CONFIG_FEATURE_VOLUMEID_EXT=y CONFIG_FEATURE_VOLUMEID_FAT=y # CONFIG_FEATURE_VOLUMEID_HFS is not set -# CONFIG_FEATURE_VOLUMEID_JFS is not set -# CONFIG_FEATURE_VOLUMEID_XFS is not set -# CONFIG_FEATURE_VOLUMEID_NTFS is not set # CONFIG_FEATURE_VOLUMEID_ISO9660 is not set -# CONFIG_FEATURE_VOLUMEID_UDF is not set -# CONFIG_FEATURE_VOLUMEID_LUKS is not set +# CONFIG_FEATURE_VOLUMEID_JFS is not set +# CONFIG_FEATURE_VOLUMEID_LINUXRAID is not set # CONFIG_FEATURE_VOLUMEID_LINUXSWAP is not set -# CONFIG_FEATURE_VOLUMEID_CRAMFS is not set +# CONFIG_FEATURE_VOLUMEID_LUKS is not set +# CONFIG_FEATURE_VOLUMEID_NTFS is not set +# CONFIG_FEATURE_VOLUMEID_OCFS2 is not set +# CONFIG_FEATURE_VOLUMEID_REISERFS is not set # CONFIG_FEATURE_VOLUMEID_ROMFS is not set # CONFIG_FEATURE_VOLUMEID_SYSV is not set -# CONFIG_FEATURE_VOLUMEID_OCFS2 is not set -# CONFIG_FEATURE_VOLUMEID_LINUXRAID is not set +# CONFIG_FEATURE_VOLUMEID_UDF is not set +# CONFIG_FEATURE_VOLUMEID_XFS is not set # # Miscellaneous Utilities # # CONFIG_CONSPY is not set +# CONFIG_CROND is not set +# CONFIG_FEATURE_CROND_D is not set +# CONFIG_FEATURE_CROND_CALL_SENDMAIL is not set +CONFIG_FEATURE_CROND_DIR= CONFIG_LESS=y CONFIG_FEATURE_LESS_MAXLINES=999 CONFIG_FEATURE_LESS_BRACKETS=y @@ -642,13 +646,17 @@ CONFIG_FEATURE_LESS_FLAGS=y # CONFIG_FEATURE_LESS_LINENUMS is not set # CONFIG_NANDWRITE is not set # CONFIG_NANDDUMP is not set +CONFIG_RFKILL=y # CONFIG_SETSERIAL is not set +# CONFIG_TASKSET is not set +# CONFIG_FEATURE_TASKSET_FANCY is not set # CONFIG_UBIATTACH is not
[OE-core] [PATCH 4/8] busybox: refresh defconfig for busybox v1.23.2
The current oe-core busybox defconfig dates back to busybox v1.20.2, so configure options introduced in busybox v1.21.x, v1.22.x and v1.23.x take on default values when the oe-core defconfig is run through 'make oldconfig'. Signed-off-by: Andre McCurdy armccu...@gmail.com --- meta/recipes-core/busybox/busybox/defconfig | 47 ++--- 1 file changed, 43 insertions(+), 4 deletions(-) diff --git a/meta/recipes-core/busybox/busybox/defconfig b/meta/recipes-core/busybox/busybox/defconfig index 4b8a51b..94c4497 100644 --- a/meta/recipes-core/busybox/busybox/defconfig +++ b/meta/recipes-core/busybox/busybox/defconfig @@ -1,7 +1,7 @@ # # Automatically generated make config: don't edit -# Busybox version: 1.20.2 -# Mon Aug 20 17:01:45 2012 +# Busybox version: 1.23.2 +# Thu Jul 2 14:00:00 2015 # CONFIG_HAVE_DOT_CONFIG=y @@ -37,12 +37,14 @@ CONFIG_LAST_SUPPORTED_WCHAR=0 # CONFIG_UNICODE_NEUTRAL_TABLE is not set # CONFIG_UNICODE_PRESERVE_BROKEN is not set # CONFIG_PAM is not set +CONFIG_FEATURE_USE_SENDFILE=y CONFIG_LONG_OPTS=y CONFIG_FEATURE_DEVPTS=y # CONFIG_FEATURE_CLEAN_UP is not set CONFIG_FEATURE_UTMP=y # CONFIG_FEATURE_WTMP is not set CONFIG_FEATURE_PIDFILE=y +CONFIG_PID_FILE_PATH=/var/run CONFIG_FEATURE_SUID=y CONFIG_FEATURE_SUID_CONFIG=y CONFIG_FEATURE_SUID_CONFIG_QUIET=y @@ -73,6 +75,7 @@ CONFIG_EXTRA_LDLIBS= # # CONFIG_DEBUG is not set # CONFIG_DEBUG_PESSIMIZE is not set +# CONFIG_UNIT_TEST is not set # CONFIG_WERROR is not set CONFIG_NO_DEBUG_LIB=y # CONFIG_DMALLOC is not set @@ -97,6 +100,7 @@ CONFIG_FEATURE_SYSTEMD=y CONFIG_FEATURE_RTMINMAX=y CONFIG_PASSWORD_MINLEN=6 CONFIG_MD5_SMALL=1 +CONFIG_SHA3_SMALL=1 CONFIG_FEATURE_FAST_TOP=y # CONFIG_FEATURE_ETC_NETWORKS is not set CONFIG_FEATURE_USE_TERMIOS=y @@ -182,13 +186,16 @@ CONFIG_FEATURE_DATE_COMPAT=y # CONFIG_HOSTID is not set CONFIG_ID=y CONFIG_GROUPS=y +CONFIG_SHUF=y CONFIG_TEST=y CONFIG_FEATURE_TEST_64=y CONFIG_TOUCH=y +CONFIG_FEATURE_TOUCH_NODEREF=y CONFIG_FEATURE_TOUCH_SUSV3=y CONFIG_TR=y CONFIG_FEATURE_TR_CLASSES=y # CONFIG_FEATURE_TR_EQUIV is not set +CONFIG_UNLINK=y # CONFIG_BASE64 is not set CONFIG_WHO=y CONFIG_USERS=y @@ -264,6 +271,7 @@ CONFIG_SEQ=y # CONFIG_SHA1SUM is not set # CONFIG_SHA256SUM is not set # CONFIG_SHA512SUM is not set +CONFIG_SHA3SUM=y CONFIG_SLEEP=y CONFIG_FEATURE_FANCY_SLEEP=y # CONFIG_FEATURE_FLOAT_SLEEP is not set @@ -296,6 +304,11 @@ CONFIG_WHOAMI=y CONFIG_YES=y # +# Common options +# +CONFIG_FEATURE_VERBOSE=y + +# # Common options for cp and mv # # CONFIG_FEATURE_PRESERVE_HARDLINKS is not set @@ -311,7 +324,7 @@ CONFIG_FEATURE_AUTOWIDTH=y CONFIG_FEATURE_HUMAN_READABLE=y # -# Common options for md5sum, sha1sum, sha256sum, sha512sum +# Common options for md5sum, sha1sum, sha256sum, sha512sum, sha3sum # CONFIG_FEATURE_MD5_SHA1_SUM_CHECK=y @@ -363,6 +376,7 @@ CONFIG_WHICH=y # CONFIG_AWK=y CONFIG_FEATURE_AWK_LIBM=y +CONFIG_FEATURE_AWK_GNU_EXTENSIONS=y CONFIG_CMP=y CONFIG_DIFF=y # CONFIG_FEATURE_DIFF_LONG_OPTIONS is not set @@ -384,6 +398,9 @@ CONFIG_FEATURE_VI_USE_SIGNALS=y # CONFIG_FEATURE_VI_SET is not set CONFIG_FEATURE_VI_WIN_RESIZE=y # CONFIG_FEATURE_VI_ASK_TERMINAL is not set +CONFIG_FEATURE_VI_UNDO=y +CONFIG_FEATURE_VI_UNDO_QUEUE=y +CONFIG_FEATURE_VI_UNDO_QUEUE_MAX=256 CONFIG_FEATURE_ALLOW_EXEC=y # @@ -400,6 +417,7 @@ CONFIG_FEATURE_FIND_MAXDEPTH=y CONFIG_FEATURE_FIND_NEWER=y # CONFIG_FEATURE_FIND_INUM is not set CONFIG_FEATURE_FIND_EXEC=y +CONFIG_FEATURE_FIND_EXEC_PLUS=y CONFIG_FEATURE_FIND_USER=y CONFIG_FEATURE_FIND_GROUP=y CONFIG_FEATURE_FIND_NOT=y @@ -421,6 +439,7 @@ CONFIG_XARGS=y # CONFIG_FEATURE_XARGS_SUPPORT_QUOTES is not set # CONFIG_FEATURE_XARGS_SUPPORT_TERMOPT is not set # CONFIG_FEATURE_XARGS_SUPPORT_ZERO_TERM is not set +CONFIG_FEATURE_XARGS_SUPPORT_REPL_STR=y # # Init Utilities @@ -457,6 +476,7 @@ CONFIG_USE_BB_CRYPT=y CONFIG_ADDUSER=y CONFIG_FEATURE_ADDUSER_LONG_OPTIONS=y # CONFIG_FEATURE_CHECK_NAMES is not set +CONFIG_LAST_ID=6 CONFIG_FIRST_SYSTEM_ID=100 CONFIG_LAST_SYSTEM_ID=999 CONFIG_ADDGROUP=y @@ -525,6 +545,8 @@ CONFIG_DEFAULT_DEPMOD_FILE=modules.dep # Linux System Utilities # # CONFIG_BLOCKDEV is not set +CONFIG_FATATTR=y +CONFIG_FSTRIM=y # CONFIG_MDEV is not set # CONFIG_FEATURE_MDEV_CONF is not set # CONFIG_FEATURE_MDEV_RENAME is not set @@ -595,6 +617,7 @@ CONFIG_RDATE=y # CONFIG_SCRIPTREPLAY is not set # CONFIG_SETARCH is not set CONFIG_SWAPONOFF=y +CONFIG_FEATURE_SWAPON_DISCARD=y CONFIG_FEATURE_SWAPON_PRI=y CONFIG_SWITCH_ROOT=y CONFIG_UMOUNT=y @@ -607,9 +630,15 @@ CONFIG_FEATURE_MOUNT_LOOP=y CONFIG_FEATURE_MOUNT_LOOP_CREATE=y # CONFIG_FEATURE_MTAB_SUPPORT is not set CONFIG_VOLUMEID=y + +# +# Filesystem/Volume identification +# # CONFIG_FEATURE_VOLUMEID_BTRFS is not set # CONFIG_FEATURE_VOLUMEID_CRAMFS is not set +CONFIG_FEATURE_VOLUMEID_EXFAT=y CONFIG_FEATURE_VOLUMEID_EXT=y +CONFIG_FEATURE_VOLUMEID_F2FS=y CONFIG_FEATURE_VOLUMEID_FAT=y #
[OE-core] [PATCH 1/8] busybox: merge login-utilities.cfg into defconfig
The login-utilities.cfg busybox config fragment was added during the
transition of the default login manager from tinylogin to busybox [1].
The tinylogin recipe was removed from oe-core prior to the 1.5 (dora)
release [2].
Merging the config fragment into defconfig simplifies the process of
keeping the oe-core busybox defconfig aligned with new releases of
busybox.
[1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=4207
[2]
http://git.openembedded.org/openembedded-core/commit/?id=2762ff976a3473be4259889029e048ab8b3be5ab
Signed-off-by: Andre McCurdy armccu...@gmail.com
---
meta/recipes-core/busybox/busybox/defconfig| 26 +++---
.../busybox/busybox/login-utilities.cfg| 13 ---
meta/recipes-core/busybox/busybox_1.23.2.bb| 1 -
meta/recipes-core/busybox/busybox_git.bb | 1 -
4 files changed, 13 insertions(+), 28 deletions(-)
delete mode 100644 meta/recipes-core/busybox/busybox/login-utilities.cfg
diff --git a/meta/recipes-core/busybox/busybox/defconfig
b/meta/recipes-core/busybox/busybox/defconfig
index 468c40e..2a1706b 100644
--- a/meta/recipes-core/busybox/busybox/defconfig
+++ b/meta/recipes-core/busybox/busybox/defconfig
@@ -449,39 +449,39 @@ CONFIG_MESG=y
#
# CONFIG_ADD_SHELL is not set
# CONFIG_REMOVE_SHELL is not set
-# CONFIG_FEATURE_SHADOWPASSWDS is not set
+CONFIG_FEATURE_SHADOWPASSWDS=y
# CONFIG_USE_BB_PWD_GRP is not set
# CONFIG_USE_BB_SHADOW is not set
CONFIG_USE_BB_CRYPT=y
# CONFIG_USE_BB_CRYPT_SHA is not set
-# CONFIG_ADDUSER is not set
-# CONFIG_FEATURE_ADDUSER_LONG_OPTIONS is not set
+CONFIG_ADDUSER=y
+CONFIG_FEATURE_ADDUSER_LONG_OPTIONS=y
# CONFIG_FEATURE_CHECK_NAMES is not set
CONFIG_FIRST_SYSTEM_ID=100
CONFIG_LAST_SYSTEM_ID=999
-# CONFIG_ADDGROUP is not set
-# CONFIG_FEATURE_ADDGROUP_LONG_OPTIONS is not set
+CONFIG_ADDGROUP=y
+CONFIG_FEATURE_ADDGROUP_LONG_OPTIONS=y
# CONFIG_FEATURE_ADDUSER_TO_GROUP is not set
-# CONFIG_DELUSER is not set
-# CONFIG_DELGROUP is not set
+CONFIG_DELUSER=y
+CONFIG_DELGROUP=y
# CONFIG_FEATURE_DEL_USER_FROM_GROUP is not set
-# CONFIG_GETTY is not set
-# CONFIG_LOGIN is not set
+CONFIG_GETTY=y
+CONFIG_LOGIN=y
# CONFIG_LOGIN_SESSION_AS_CHILD is not set
# CONFIG_PAM is not set
# CONFIG_LOGIN_SCRIPTS is not set
# CONFIG_FEATURE_NOLOGIN is not set
# CONFIG_FEATURE_SECURETTY is not set
-# CONFIG_PASSWD is not set
+CONFIG_PASSWD=y
# CONFIG_FEATURE_PASSWD_WEAK_CHECK is not set
# CONFIG_CRYPTPW is not set
# CONFIG_CHPASSWD is not set
CONFIG_FEATURE_DEFAULT_PASSWD_ALGO=
-# CONFIG_SU is not set
+CONFIG_SU=y
# CONFIG_FEATURE_SU_SYSLOG is not set
# CONFIG_FEATURE_SU_CHECKS_SHELLS is not set
-# CONFIG_SULOGIN is not set
-# CONFIG_VLOCK is not set
+CONFIG_SULOGIN=y
+CONFIG_VLOCK=y
#
# Linux Ext2 FS Progs
diff --git a/meta/recipes-core/busybox/busybox/login-utilities.cfg
b/meta/recipes-core/busybox/busybox/login-utilities.cfg
deleted file mode 100644
index cc9b2db..000
--- a/meta/recipes-core/busybox/busybox/login-utilities.cfg
+++ /dev/null
@@ -1,13 +0,0 @@
-CONFIG_FEATURE_SHADOWPASSWDS=y
-CONFIG_ADDUSER=y
-CONFIG_FEATURE_ADDUSER_LONG_OPTIONS=y
-CONFIG_ADDGROUP=y
-CONFIG_FEATURE_ADDGROUP_LONG_OPTIONS=y
-CONFIG_DELUSER=y
-CONFIG_DELGROUP=y
-CONFIG_GETTY=y
-CONFIG_LOGIN=y
-CONFIG_PASSWD=y
-CONFIG_SU=y
-CONFIG_SULOGIN=y
-CONFIG_VLOCK=y
diff --git a/meta/recipes-core/busybox/busybox_1.23.2.bb
b/meta/recipes-core/busybox/busybox_1.23.2.bb
index 85e462e..f698c34 100644
--- a/meta/recipes-core/busybox/busybox_1.23.2.bb
+++ b/meta/recipes-core/busybox/busybox_1.23.2.bb
@@ -27,7 +27,6 @@ SRC_URI =
http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
file://run-ptest \
file://inetd.conf \
file://inetd \
- file://login-utilities.cfg \
file://recognize_connmand.patch \
file://busybox-cross-menuconfig.patch \
file://0001-ifconfig-fix-double-free-fatal-error-in-INET_sprint.patch \
diff --git a/meta/recipes-core/busybox/busybox_git.bb
b/meta/recipes-core/busybox/busybox_git.bb
index c5596d8..ce70e8a 100644
--- a/meta/recipes-core/busybox/busybox_git.bb
+++ b/meta/recipes-core/busybox/busybox_git.bb
@@ -33,7 +33,6 @@ SRC_URI = git://busybox.net/busybox.git \
file://run-ptest \
file://inetd.conf \
file://inetd \
- file://login-utilities.cfg \
file://recognize_connmand.patch \
file://busybox-cross-menuconfig.patch \
file://0001-ifconfig-fix-double-free-fatal-error-in-INET_sprint.patch \
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 7/8] busybox: disable fstrim in defconfig
The fstrim applet (to discard unused blocks on a mounted filesystem) doesn't seem like core functionality, so disable by default. Signed-off-by: Andre McCurdy armccu...@gmail.com --- meta/recipes-core/busybox/busybox/defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/busybox/busybox/defconfig b/meta/recipes-core/busybox/busybox/defconfig index 74d12ee..ad0c7e1 100644 --- a/meta/recipes-core/busybox/busybox/defconfig +++ b/meta/recipes-core/busybox/busybox/defconfig @@ -546,7 +546,7 @@ CONFIG_DEFAULT_DEPMOD_FILE=modules.dep # # CONFIG_BLOCKDEV is not set # CONFIG_FATATTR is not set -CONFIG_FSTRIM=y +# CONFIG_FSTRIM is not set # CONFIG_MDEV is not set # CONFIG_FEATURE_MDEV_CONF is not set # CONFIG_FEATURE_MDEV_RENAME is not set -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] tzdata: Add marking for config files in recipe
The tzdata recipe does not mark the /etc/timezone file and
/etc/localtime link as configuration files. An on target update would
then overwite the user modified versions of those files.
Add those files in CONFFILES_${PN}.
Signed-off-by: Li Zhou li.z...@windriver.com
---
meta/recipes-extended/tzdata/tzdata.inc |2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-extended/tzdata/tzdata.inc
b/meta/recipes-extended/tzdata/tzdata.inc
index ee56d36..25743f6 100644
--- a/meta/recipes-extended/tzdata/tzdata.inc
+++ b/meta/recipes-extended/tzdata/tzdata.inc
@@ -198,3 +198,5 @@ FILES_${PN} += ${datadir}/zoneinfo/Pacific/Honolulu \
${datadir}/zoneinfo/zone.tab \
${datadir}/zoneinfo/iso3166.tab \
${datadir}/zoneinfo/Etc/*
+
+CONFFILES_${PN} += ${sysconfdir}/timezone ${sysconfdir}/localtime
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] wic: Add plugin for hybrid iso image
Hi Mihaly, The code looks ok to me. Can you please fix the following: 1. Pylint is reporting a lot of long lines, indentation and other issues, so it would be nice if you run it and fix at least some of them? 2. Docstring of plugin class is shown in 'wic help plugins' output. Some lines of your plugins look very long there. Please, reformat them. 3. kickstart.get_timeout has a parameter to specify default timeout value. You can use that instead of assigning default value in the code. 4. Using names prefixed by two underscores is only needed if you're really concerned about the name and want it to be mangled by python. One underscore is more than enough in most cases. 5. Please add test case(s) for your plugin to meta/lib/oeqa/selftest/wic.py. This can help keeping your plugin in working state as yocto autobuilder regularly runs all tests. 6. What's crdtools and how to bake them? On Fri, Jul 24, 2015 at 09:43:48PM +0300, Mihaly Varga wrote: This plugin creates a hybrid, legacy and EFI bootable ISO image. The generated image can be used on optical media as well as USB media. Legacy boot uses syslinux and EFI boot uses grub or gummiboot (not implemented yet) as bootloader. The plugin creates the directories required by bootloaders and populates them by creating and configuring the bootloader files. The plugin adds an image file to the iso which contains the directory tree of the rootfs folder specified by the --rootfs argument or by the IMAGE_ROOTFS bitbake variable. Using the isohybryd tool, the created .iso image is enhanced by a MBR for booting from disk storage devices, consequently the provided iso image could be copyed directly by dd comand onto USB drive or could be burned to an optical media by using a suitable image burner. The plugin depends on parted, e2fstools, syslinux, grub, crdtools, dosfstools and mtools program. Some of the functions in this plugin were inspired from bootimg-efi.py and bootimg-pcbios.py plugins implemented by Tom Zanussi. Signed-off-by: Mihaly Varga mihaly.va...@ni.com --- .../lib/wic/plugins/source/isoimage-isohybrid.py | 488 + 1 file changed, 488 insertions(+) create mode 100644 scripts/lib/wic/plugins/source/isoimage-isohybrid.py diff --git a/scripts/lib/wic/plugins/source/isoimage-isohybrid.py b/scripts/lib/wic/plugins/source/isoimage-isohybrid.py new file mode 100644 index 000..5c9f4c5 --- /dev/null +++ b/scripts/lib/wic/plugins/source/isoimage-isohybrid.py @@ -0,0 +1,488 @@ +# ex:ts=4:sw=4:sts=4:et +# -*- tab-width: 4; c-basic-offset: 4; indent-tabs-mode: nil -*- + +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License version 2 as +# published by the Free Software Foundation. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License along +# with this program; if not, write to the Free Software Foundation, Inc., +# 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. +# +# DESCRIPTION +# This implements the 'isoimage-isohybrid' source plugin class for 'wic' +# +# AUTHORS +# Mihaly Varga mihaly.varga (at] ni.com + +import os +import re +import shutil + +from wic import kickstart, msger +from wic.pluginbase import SourcePlugin +from wic.utils.oe.misc import exec_cmd, exec_native_cmd, get_bitbake_var + +class IsoImagePlugin(SourcePlugin): + +Create a bootable ISO image + +This plugin creates a hybrid, legacy and EFI bootable ISO image. The generated +image can be used on optical media as well as USB media. + +Legacy boot uses syslinux and EFI boot uses grub or gummiboot (not implemented yet) +as bootloader. The plugin creates the directories required by bootloaders and populates them +by creating and configuring the bootloader files. + +Example kickstart file: +part /boot --source isoimage-isohybrid --sourceparams=loader=grub-efi,image_name= IsoImage \ + --ondisk cd --label LIVECD --fstype=ext2 +bootloader --timeout=10 --append= + +In --sourceparams loader specifies the bootloader used for booting in EFI mode, while +image_name specifies the name of the generated image. In the example above, wic creates +an ISO image named IsoImage-cd.direct (default extension added by direct imeger plugin) and a +file named IsoImage-cd.iso + + +name = 'isoimage-isohybrid' + +@classmethod +def do_configure_syslinux(self, isodir, cr, cr_workdir): + +Create loader-specific (syslinux) config + +splash = os.path.join(cr_workdir, /ISO/boot/splash.jpg) +if
Re: [OE-core] [poky v3][PATCH 3/6] gstreamer1.0-plugins-base: update video alignment after video alignment
Backport [1.4.1] is probably wrong. Admittedly, the bugzilla entry is
somewhat confusing, but I think it should be using the version 1.5.1
instead.
On 07/28/2015 07:58 PM, Yuqing Zhu wrote:
Video buffer pool will update video alignment to respect stride alignment
requirement. But haven't update it to video alignment in configure.
Which will cause user get wrong video alignment.
Signed-off-by: Yuqing Zhu b54...@freescale.com
---
.../videobuffer_updata_alignment_update.patch | 53 ++
.../gstreamer/gstreamer1.0-plugins-base_1.4.5.bb | 1 +
2 files changed, 54 insertions(+)
create mode 100755
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videobuffer_updata_alignment_update.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videobuffer_updata_alignment_update.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videobuffer_updata_alignment_update.patch
new file mode 100755
index 000..ae37685
--- /dev/null
+++
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/videobuffer_updata_alignment_update.patch
@@ -0,0 +1,53 @@
+commit 88d253ea23b06289df40401160b606323f16c910
+Author: Song Bing b06...@freescale.com
+Date: Mon Dec 15 09:34:35 2014 +0800
+
+videopool: update video alignment after video alignment
+
+Video buffer pool will update video alignment to respect stride alignment
+requirement. But haven't update it to video alignment in configure.
+Which will cause user get wrong video alignment.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=741501
+
+Upstream-Status: Backport [1.4.1]
+
+Signed-off-by: Song Bing b06...@freescale.com
+diff --git a/gst-libs/gst/video/gstvideopool.c
b/gst-libs/gst/video/gstvideopool.c
+index 4475f45..acef594 100644
+--- a/gst-libs/gst/video/gstvideopool.c
b/gst-libs/gst/video/gstvideopool.c
+@@ -167,6 +167,7 @@ video_buffer_pool_set_config (GstBufferPool * pool,
GstStructure * config)
+ /* get an apply the alignment to the info */
+ gst_buffer_pool_config_get_video_alignment (config, priv-video_align);
+ gst_video_info_align (info, priv-video_align);
++gst_buffer_pool_config_set_video_alignment (config, priv-video_align);
+ }
+ priv-info = info;
+
+diff --git a/sys/ximage/ximagepool.c b/sys/ximage/ximagepool.c
+index 6cc2cfa..6a1cbc9 100644
+--- a/sys/ximage/ximagepool.c
b/sys/ximage/ximagepool.c
+@@ -597,6 +597,8 @@ ximage_buffer_pool_set_config (GstBufferPool * pool,
GstStructure * config)
+ /* do padding and alignment */
+ gst_video_info_align (info, priv-align);
+
++gst_buffer_pool_config_set_video_alignment (config, priv-align);
++
+ /* we need the video metadata too now */
+ priv-add_metavideo = TRUE;
+ } else {
+diff --git a/sys/xvimage/xvimagepool.c b/sys/xvimage/xvimagepool.c
+index 244a51a..34b1ab2 100644
+--- a/sys/xvimage/xvimagepool.c
b/sys/xvimage/xvimagepool.c
+@@ -124,6 +124,8 @@ xvimage_buffer_pool_set_config (GstBufferPool * pool,
GstStructure * config)
+ /* do padding and alignment */
+ gst_video_info_align (info, priv-align);
+
++gst_buffer_pool_config_set_video_alignment (config, priv-align);
++
+ /* we need the video metadata too now */
+ priv-add_metavideo = TRUE;
+ } else {
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
index aa90179..88c3254 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
@@ -10,6 +10,7 @@ SRC_URI +=
file://do-not-change-eos-event-to-gap-event-if.patch \
file://taglist-not-send-to-down-stream-if-all-the-frame-cor.patch
\
file://fix-id3demux-utf16-to-utf8-issue.patch \
file://handle-audio-video-decoder-error.patch \
+file://videobuffer_updata_alignment_update.patch \
SRC_URI[md5sum] = 357165af625c0ca353ab47c5d843920e
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/4] toolchain-scripts: Extend to cover nativesdk compiler tools (e.g. nativesdk-gcc)
On Tue, Jul 28, 2015 at 10:23 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: This is needed when we add nativesdk-gcc/binutil to an SDK. Being present doesn't hurt in other cases. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Maybe it could use the environment-setup subscript to extend this? -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] linux-firmware: upgrade to commit 75cc3ef8ba6712fd72c073b17a790282136cc743
- Intel copyright years changed;
- Advanced Micro Devices copyright years changed;
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
index 4b9e9b8..ef8117c 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
@@ -56,7 +56,7 @@ LIC_FILES_CHKSUM = \
file://LICENCE.i2400m;md5=14b901969e23c41881327c0d9e4b7d36 \
file://LICENCE.ibt_firmware;md5=fdbee1ddfe0fb7ab0b2fcd6b454a366b \
file://LICENCE.it913x;md5=1fbf727bfb6a949810c4dbfa7e6ce4f8 \
-file://LICENCE.iwlwifi_firmware;md5=5106226b2863d00d8ed553221ddf8cd2 \
+file://LICENCE.iwlwifi_firmware;md5=3fd842911ea93c29cd32679aa23e1c88 \
file://LICENCE.IntcSST2;md5=9e7d8bea77612d7cc7d9e9b54b623062 \
file://LICENCE.Marvell;md5=9ddea1734a4baf3c78d845151f42a37a \
file://LICENCE.mwl8335;md5=9a6271ee0e644404b2ff3c61fd070983 \
@@ -79,7 +79,7 @@ LIC_FILES_CHKSUM = \
file://LICENCE.xc5000c;md5=12b02efa3049db65d524aeb418dd87ca \
file://LICENSE.amd-ucode;md5=3a0de451253cc1edbf30a3c621effee3 \
file://LICENSE.dib0700;md5=f7411825c8a555a1a3e5eab9ca773431 \
-file://LICENSE.radeon;md5=07b0c31777bd686d8e1609c6940b5e74 \
+file://LICENSE.radeon;md5=6c7f97c6c62bdd9596d0238bb205118c \
file://LICENCE.siano;md5=602c79ae3f98f1e73d880fd9f940a418 \
@@ -124,7 +124,7 @@ NO_GENERIC_LICENSE[Firmware-dib0700] = LICENSE.dib0700
NO_GENERIC_LICENSE[Firmware-radeon] = LICENSE.radeon
NO_GENERIC_LICENSE[Firmware-siano] = LICENCE.siano
-SRCREV = 3161bfa479d5e9ed4f46b57df9bcecbbc4f8eb3c
+SRCREV = 75cc3ef8ba6712fd72c073b17a790282136cc743
PE = 1
PV = 0.0+git${SRCPV}
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] gcc: Add support for nativesdk-gcc
Being able to build a nativesdk gcc is useful, particularly in cases where the host compiler may be of an incompatible version (or a 32 bit compiler is needed). Sadly, building nativesdk-gcc is not straight forward. We install nativesdk-gcc into a relocatable location and this means that its library locations can change. Normal sysroot support doesn't help in this case since the values of paths like libdir change, not just base root directory of the system. In order to handle this we do two things: a) Add %r into spec file markup which can be used for injected paths such as SYSTEMLIBS_DIR (see gcc_multilib_setup()). b) Add other paths which need relocation into a .gccrelocprefix section which the relocation code will notice and adjust automatically. This patch adds tweaks to the relocation script to handle the new section too. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org diff --git a/meta/recipes-devtools/gcc/gcc-4.9.inc b/meta/recipes-devtools/gcc/gcc-4.9.inc index f5908b6..7a3e4eb 100644 --- a/meta/recipes-devtools/gcc/gcc-4.9.inc +++ b/meta/recipes-devtools/gcc/gcc-4.9.inc @@ -78,6 +78,7 @@ SRC_URI = \ file://0060-Only-allow-e500-double-in-SPE_SIMD_REGNO_P-registers.patch \ file://0061-target-gcc-includedir.patch \ file://0062-Use-SYSTEMLIBS_DIR-replacement-instead-of-hardcoding.patch \ +file://0063-nativesdk-gcc-support.patch \ SRC_URI[md5sum] = 6f831b4d251872736e8e9cc09746f327 SRC_URI[sha256sum] = 2332b2a5a321b57508b9031354a8503af6fdfb868b8c1748d33028d100a8b67e diff --git a/meta/recipes-devtools/gcc/gcc-4.9/0063-nativesdk-gcc-support.patch b/meta/recipes-devtools/gcc/gcc-4.9/0063-nativesdk-gcc-support.patch new file mode 100644 index 000..ba7360c --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-4.9/0063-nativesdk-gcc-support.patch @@ -0,0 +1,204 @@ +Being able to build a nativesdk gcc is useful, particularly in cases +where the host compiler may be of an incompatible version (or a 32 +bit compiler is needed). + +Sadly, building nativesdk-gcc is not straight forward. We install +nativesdk-gcc into a relocatable location and this means that its +library locations can change. Normal sysroot support doesn't help +in this case since the values of paths like libdir change, not just +base root directory of the system. + +In order to handle this we do two things: + +a) Add %r into spec file markup which can be used for injected paths + such as SYSTEMLIBS_DIR (see gcc_multilib_setup()). +b) Add other paths which need relocation into a .gccrelocprefix section + which the relocation code will notice and adjust automatically. + + +Upstream-Status: Inappropriate +RP 2015/7/28 + +Index: gcc-4.9.2/gcc/gcc.c +=== +--- gcc-4.9.2.orig/gcc/gcc.c gcc-4.9.2/gcc/gcc.c +@@ -120,6 +120,8 @@ static const char *target_system_root = + #else + static const char *target_system_root = 0; + #endif ++ ++static char target_relocatable_prefix[4096] __attribute__ ((section (.gccrelocprefix))) = SYSTEMLIBS_DIR; + + /* Nonzero means pass the updated target_system_root to the compiler. */ + +@@ -384,6 +386,7 @@ or with constant text in a single argume + %G process LIBGCC_SPEC as a spec. + %R Output the concatenation of target_system_root and + target_sysroot_suffix. ++ %r Output the base path target_relocatable_prefix + %S process STARTFILE_SPEC as a spec. A capital S is actually used here. + %E process ENDFILE_SPEC as a spec. A capital E is actually used here. + %C process CPP_SPEC as a spec. +@@ -1218,10 +1221,10 @@ static const char *gcc_libexec_prefix; +gcc_exec_prefix is set because, in that case, we know where the +compiler has been installed, and use paths relative to that +location instead. */ +-static const char *const standard_exec_prefix = STANDARD_EXEC_PREFIX; +-static const char *const standard_libexec_prefix = STANDARD_LIBEXEC_PREFIX; +-static const char *const standard_bindir_prefix = STANDARD_BINDIR_PREFIX; +-static const char *const standard_startfile_prefix = STANDARD_STARTFILE_PREFIX; ++static char standard_exec_prefix[4096] __attribute__ ((section (.gccrelocprefix))) = STANDARD_EXEC_PREFIX; ++static char standard_libexec_prefix[4096] __attribute__ ((section (.gccrelocprefix))) = STANDARD_LIBEXEC_PREFIX; ++static char standard_bindir_prefix[4096] __attribute__ ((section (.gccrelocprefix))) = STANDARD_BINDIR_PREFIX; ++static char *const standard_startfile_prefix = STANDARD_STARTFILE_PREFIX; + + /* For native compilers, these are well-known paths containing +components that may be provided by the system. For cross +@@ -1229,9 +1232,9 @@ static const char *const standard_startf + static const char *md_exec_prefix = MD_EXEC_PREFIX; + static const char *md_startfile_prefix = MD_STARTFILE_PREFIX; + static const char *md_startfile_prefix_1 = MD_STARTFILE_PREFIX_1; +-static const char *const standard_startfile_prefix_1 ++static
[OE-core] [PATCH 2/4] binutils: Add nativesdk support
As part of adding nativesdk toolchain support, enable
nativesdk-binutils.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/recipes-devtools/binutils/binutils_2.25.bb
b/meta/recipes-devtools/binutils/binutils_2.25.bb
index 738aaee..6f42671 100644
--- a/meta/recipes-devtools/binutils/binutils_2.25.bb
+++ b/meta/recipes-devtools/binutils/binutils_2.25.bb
@@ -36,4 +36,4 @@ do_install_class-native () {
rmdir ${D}/${libdir}64 || :
}
-BBCLASSEXTEND = native
+BBCLASSEXTEND = native nativesdk
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] toolchain-scripts: Extend to cover nativesdk compiler tools (e.g. nativesdk-gcc)
This is needed when we add nativesdk-gcc/binutil to an SDK. Being
present doesn't hurt in other cases.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/classes/toolchain-scripts.bbclass
b/meta/classes/toolchain-scripts.bbclass
index b838015..d0b2b91 100644
--- a/meta/classes/toolchain-scripts.bbclass
+++ b/meta/classes/toolchain-scripts.bbclass
@@ -23,8 +23,8 @@ toolchain_create_sdk_env_script () {
for i in ${CANADIANEXTRAOS}; do
EXTRAPATH=$EXTRAPATH:$sdkpathnative$bindir/${TARGET_ARCH}${TARGET_VENDOR}-$i
done
- echo export
PATH=$sdkpathnative$bindir:$sdkpathnative$bindir/${TARGET_SYS}$EXTRAPATH':$PATH'
$script
- echo export
CCACHE_PATH=$sdkpathnative$bindir:$sdkpathnative$bindir/${TARGET_SYS}$EXTRAPATH':$CCACHE_PATH'
$script
+ echo export
PATH=$sdkpathnative$bindir:$sdkpathnative$bindir/../${HOST_SYS}/bin:$sdkpathnative$bindir/${TARGET_SYS}$EXTRAPATH':$PATH'
$script
+ echo export
CCACHE_PATH=$sdkpathnative$bindir:$sdkpathnative$bindir/../${HOST_SYS}/bin:$sdkpathnative$bindir/${TARGET_SYS}$EXTRAPATH':$CCACHE_PATH'
$script
echo 'export PKG_CONFIG_SYSROOT_DIR=$SDKTARGETSYSROOT' $script
echo 'export PKG_CONFIG_PATH=$SDKTARGETSYSROOT'$libdir'/pkgconfig'
$script
echo 'export
CONFIG_SITE=${SDKPATH}/site-config-'${multimach_target_sys} $script
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/4] toolchain-scripts: Extend to cover nativesdk compiler tools (e.g. nativesdk-gcc)
On Tue, 2015-07-28 at 10:28 -0300, Otavio Salvador wrote: On Tue, Jul 28, 2015 at 10:23 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: This is needed when we add nativesdk-gcc/binutil to an SDK. Being present doesn't hurt in other cases. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Maybe it could use the environment-setup subscript to extend this? Not sure its worth the complexity of that to be honest... Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] qemu_git.bb: remove it
On Tue, Jul 28, 2015 at 02:04:28PM +, Iorga, Cristian wrote:
Hi Robert,
Hmm,
Qemu git recipe is useful, and is close to being up to date, why to remove
it??
Close to being up to date? Aren't you talking about
./meta/recipes-devtools/qemu/qemu_2.4.0-rc2.bb?
bitbake@jama:/OE/webos/ow/oe-core$ find . -name qemu\*bb -exec grep
PV.*= {} \;
REALPV = 2.4.0-rc2
PV = 2.3.99+${REALPV}
PV = 1.3.0+git${SRCPV}
As Robert said, 1.3 version is old and current qemu_git recipe broken,
because 04024dea2674861fcf13582a77b58130c67fccd8 isn't in master branch
anymore after it was moved to stable-1.3 branch:
bitbake@jama:/OE/projects/qemu$ git branch -a --contains
04024dea2674861fcf13582a77b58130c67fccd8
remotes/origin/stable-1.3
Qemu brakes quite often, as seen recently on autobuilders, building from git
allowed us to move forward (although it is true that the git upgrade was not
integrated into master.)
I vote against this patch.
Regards,
Thanks,
Cristian
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Robert
Yang
Sent: Tuesday, July 28, 2015 12:05 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH 3/3] qemu_git.bb: remove it
Remove it since we have 2.4.0, the git version is 1.3 can't be built by
deafult:
ERROR: Fetcher failure: Unable to find revision
04024dea2674861fcf13582a77b58130c67fccd8 in branch master even from upstream
We can fix it, but seems that no one uses it any more.
And move patches from files dir to qemu dir.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
...-Arm-versatilepb-Add-memory-size-checking.patch |0
.../exclude-some-arm-EABI-obsolete-syscalls.patch |0
.../qemu-enlarge-env-entry-size.patch |0
meta/recipes-devtools/qemu/qemu_git.bb | 15 ---
4 files changed, 15 deletions(-)
rename meta/recipes-devtools/qemu/{files =
qemu}/Qemu-Arm-versatilepb-Add-memory-size-checking.patch (100%) rename
meta/recipes-devtools/qemu/{files =
qemu}/exclude-some-arm-EABI-obsolete-syscalls.patch (100%) rename
meta/recipes-devtools/qemu/{files = qemu}/qemu-enlarge-env-entry-size.patch
(100%) delete mode 100644 meta/recipes-devtools/qemu/qemu_git.bb
diff --git
a/meta/recipes-devtools/qemu/files/Qemu-Arm-versatilepb-Add-memory-size-checking.patch
b/meta/recipes-devtools/qemu/qemu/Qemu-Arm-versatilepb-Add-memory-size-checking.patch
similarity index 100%
rename from
meta/recipes-devtools/qemu/files/Qemu-Arm-versatilepb-Add-memory-size-checking.patch
rename to
meta/recipes-devtools/qemu/qemu/Qemu-Arm-versatilepb-Add-memory-size-checking.patch
diff --git
a/meta/recipes-devtools/qemu/files/exclude-some-arm-EABI-obsolete-syscalls.patch
b/meta/recipes-devtools/qemu/qemu/exclude-some-arm-EABI-obsolete-syscalls.patch
similarity index 100%
rename from
meta/recipes-devtools/qemu/files/exclude-some-arm-EABI-obsolete-syscalls.patch
rename to
meta/recipes-devtools/qemu/qemu/exclude-some-arm-EABI-obsolete-syscalls.patch
diff --git
a/meta/recipes-devtools/qemu/files/qemu-enlarge-env-entry-size.patch
b/meta/recipes-devtools/qemu/qemu/qemu-enlarge-env-entry-size.patch
similarity index 100%
rename from meta/recipes-devtools/qemu/files/qemu-enlarge-env-entry-size.patch
rename to meta/recipes-devtools/qemu/qemu/qemu-enlarge-env-entry-size.patch
diff --git a/meta/recipes-devtools/qemu/qemu_git.bb
b/meta/recipes-devtools/qemu/qemu_git.bb
deleted file mode 100644
index a30932a..000
--- a/meta/recipes-devtools/qemu/qemu_git.bb
+++ /dev/null
@@ -1,15 +0,0 @@
-require qemu.inc
-
-SRCREV = 04024dea2674861fcf13582a77b58130c67fccd8
-
-LIC_FILES_CHKSUM = file://COPYING;md5=441c28d2cf86e15a37fa47e15a72fbac \
-
file://COPYING.LIB;endline=24;md5=c04def7ae38850e7d3ef548588159913
-
-PV = 1.3.0+git${SRCPV}
-
-SRC_URI_prepend = git://git.qemu.org/qemu.git
-S = ${WORKDIR}/git
-
-DEFAULT_PREFERENCE = -1
-
-COMPATIBLE_HOST_class-target_mips64 = null
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] qemu_git.bb: remove it
On 28 July 2015 at 15:16, Martin Jansa martin.ja...@gmail.com wrote:
Close to being up to date? Aren't you talking about
./meta/recipes-devtools/qemu/qemu_2.4.0-rc2.bb?
bitbake@jama:/OE/webos/ow/oe-core$ find . -name qemu\*bb -exec grep
PV.*= {} \;
REALPV = 2.4.0-rc2
PV = 2.3.99+${REALPV}
PV = 1.3.0+git${SRCPV}
As Robert said, 1.3 version is old and current qemu_git recipe broken,
because 04024dea2674861fcf13582a77b58130c67fccd8 isn't in master branch
anymore after it was moved to stable-1.3 branch:
For local testing it's not exactly rocket science to set SRC_URI and S in a
bbappend. _git recipes are fine *if they're actively used* but when they
sit around and bitrot, what's the point?
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] qemu_git.bb: remove it
I am not in the habit of talking without knowing. Usually.
There might be exceptions. This is not one.
That being said, I was able to switch to qemu git recipe (instead of the
tarball releases) and make it work for a git head just before 2.4.0RC0 in under
20 minutes.
The patch was not submitted for inclusion into master however.
I am not sure why the git recipe bothers everyone that much in this specific
case, when I just explained that it was quite useful for me (and by extension,
to the project).
Thanks,
Cristian
-Original Message-
From: Martin Jansa [mailto:martin.ja...@gmail.com]
Sent: Tuesday, July 28, 2015 5:16 PM
To: Iorga, Cristian
Cc: Yang, Liezhi (Wind River); openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH 3/3] qemu_git.bb: remove it
On Tue, Jul 28, 2015 at 02:04:28PM +, Iorga, Cristian wrote:
Hi Robert,
Hmm,
Qemu git recipe is useful, and is close to being up to date, why to remove
it??
Close to being up to date? Aren't you talking about
./meta/recipes-devtools/qemu/qemu_2.4.0-rc2.bb?
bitbake@jama:/OE/webos/ow/oe-core$ find . -name qemu\*bb -exec grep PV.*= {} \;
REALPV = 2.4.0-rc2
PV = 2.3.99+${REALPV}
PV = 1.3.0+git${SRCPV}
As Robert said, 1.3 version is old and current qemu_git recipe broken, because
04024dea2674861fcf13582a77b58130c67fccd8 isn't in master branch anymore after
it was moved to stable-1.3 branch:
bitbake@jama:/OE/projects/qemu$ git branch -a --contains
04024dea2674861fcf13582a77b58130c67fccd8
remotes/origin/stable-1.3
Qemu brakes quite often, as seen recently on autobuilders, building
from git allowed us to move forward (although it is true that the git upgrade
was not integrated into master.) I vote against this patch.
Regards,
Thanks,
Cristian
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Robert Yang
Sent: Tuesday, July 28, 2015 12:05 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH 3/3] qemu_git.bb: remove it
Remove it since we have 2.4.0, the git version is 1.3 can't be built
by
deafult:
ERROR: Fetcher failure: Unable to find revision
04024dea2674861fcf13582a77b58130c67fccd8 in branch master even from
upstream
We can fix it, but seems that no one uses it any more.
And move patches from files dir to qemu dir.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
...-Arm-versatilepb-Add-memory-size-checking.patch |0
.../exclude-some-arm-EABI-obsolete-syscalls.patch |0
.../qemu-enlarge-env-entry-size.patch |0
meta/recipes-devtools/qemu/qemu_git.bb | 15 ---
4 files changed, 15 deletions(-)
rename meta/recipes-devtools/qemu/{files =
qemu}/Qemu-Arm-versatilepb-Add-memory-size-checking.patch (100%)
rename meta/recipes-devtools/qemu/{files =
qemu}/exclude-some-arm-EABI-obsolete-syscalls.patch (100%) rename
meta/recipes-devtools/qemu/{files =
qemu}/qemu-enlarge-env-entry-size.patch (100%) delete mode 100644
meta/recipes-devtools/qemu/qemu_git.bb
diff --git
a/meta/recipes-devtools/qemu/files/Qemu-Arm-versatilepb-Add-memory-siz
e-checking.patch
b/meta/recipes-devtools/qemu/qemu/Qemu-Arm-versatilepb-Add-memory-size
-checking.patch
similarity index 100%
rename from
meta/recipes-devtools/qemu/files/Qemu-Arm-versatilepb-Add-memory-size-
checking.patch rename to
meta/recipes-devtools/qemu/qemu/Qemu-Arm-versatilepb-Add-memory-size-c
hecking.patch diff --git
a/meta/recipes-devtools/qemu/files/exclude-some-arm-EABI-obsolete-sysc
alls.patch
b/meta/recipes-devtools/qemu/qemu/exclude-some-arm-EABI-obsolete-sysca
lls.patch
similarity index 100%
rename from
meta/recipes-devtools/qemu/files/exclude-some-arm-EABI-obsolete-syscal
ls.patch rename to
meta/recipes-devtools/qemu/qemu/exclude-some-arm-EABI-obsolete-syscall
s.patch diff --git
a/meta/recipes-devtools/qemu/files/qemu-enlarge-env-entry-size.patch
b/meta/recipes-devtools/qemu/qemu/qemu-enlarge-env-entry-size.patch
similarity index 100%
rename from
meta/recipes-devtools/qemu/files/qemu-enlarge-env-entry-size.patch
rename to
meta/recipes-devtools/qemu/qemu/qemu-enlarge-env-entry-size.patch
diff --git a/meta/recipes-devtools/qemu/qemu_git.bb
b/meta/recipes-devtools/qemu/qemu_git.bb
deleted file mode 100644
index a30932a..000
--- a/meta/recipes-devtools/qemu/qemu_git.bb
+++ /dev/null
@@ -1,15 +0,0 @@
-require qemu.inc
-
-SRCREV = 04024dea2674861fcf13582a77b58130c67fccd8
-
-LIC_FILES_CHKSUM = file://COPYING;md5=441c28d2cf86e15a37fa47e15a72fbac \
-
file://COPYING.LIB;endline=24;md5=c04def7ae38850e7d3ef548588159913
-
-PV = 1.3.0+git${SRCPV}
-
-SRC_URI_prepend = git://git.qemu.org/qemu.git
-S = ${WORKDIR}/git
-
-DEFAULT_PREFERENCE = -1
-
-COMPATIBLE_HOST_class-target_mips64 = null
--
1.7.9.5
--
___
Re: [OE-core] [PATCH 0/2] [master][dizzy] Enable Marvel 8897 Wifi feature
Alright. After getting input from you guys, I will add it in distro layer. Thanks for the time and advice. Regards, Wei Tee From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Tuesday, July 28, 2015 2:46 AM To: Otavio Salvador Cc: Hugo Vasconcelos Saldanha; Ng, Wei Tee; Patches and discussions about the oe-core layer Subject: Re: [OE-core] [PATCH 0/2] [master][dizzy] Enable Marvel 8897 Wifi feature On 27 July 2015 at 19:28, Otavio Salvador otavio.salva...@ossystems.com.brmailto:otavio.salva...@ossystems.com.br wrote: Sure but this is not a bugfix. I am opposed to backport features without a very clear reason and this does not seem to qualify as a massive need. Indeed, and existence in meta-oe is an even better reason *not* to backport to oe-core dizzy. If there's a product being built on the dizzy release, then these can be added to your distro layer (or meta-oe used directly). Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] About upgrade a package to a Release Candidate version (RCX)
On 07/28/2015 05:36 PM, Richard Purdie wrote: On Tue, 2015-07-28 at 09:09 +0100, Burton, Ross wrote: On 28 July 2015 at 08:53, Robert Yang liezhi.y...@windriver.com wrote: Is it a good idea to upgrade a package to a Release Candidate version, such as RC1, RC2 and so on ? I think no because: 1) Maybe the RC version is not stable enough. 2) Maybe the package's final version doesn't release when oe-core/meta-oe releases, I think that use an older but stable version is better than new RC version usually. In general that's true, - qemu is the obvious recent exception because they should be releasing before we freeze and there were major fixes in the RC compared to the latest stable release. Agreed. If there is a pressing reason for an RC release which gives us more benefit than drawback, we can consider it on a case by case basis. With QEMU and the autobuilder issues we've been seeing, we decided we're better off being close to upstream right now. Got it , thanks. // Robert Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [poky v3][PATCH 2/6] gstreamer1.0-plugins-base: handle audio/video decoder error
Shouldn't the upstream status be Submitted instead of Pending? It is
already in bugzilla.
On 07/28/2015 07:58 PM, Yuqing Zhu wrote:
If there is input data and no output data to the end of the stream, it will
send GST_ELEMENT_ERROR and quit from playing.
The patch comments the GST_ELEMENT_ERROR() and add GST_ERROR_OBJECT()
information instead.
Signed-off-by: Yuqing Zhu b54...@freescale.com
---
.../handle-audio-video-decoder-error.patch | 66 ++
.../gstreamer/gstreamer1.0-plugins-base_1.4.5.bb | 1 +
2 files changed, 67 insertions(+)
create mode 100755
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/handle-audio-video-decoder-error.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/handle-audio-video-decoder-error.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/handle-audio-video-decoder-error.patch
new file mode 100755
index 000..eb15588
--- /dev/null
+++
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/handle-audio-video-decoder-error.patch
@@ -0,0 +1,66 @@
+From bcb2b8b6f49e7c66124a4f5e07dea829d5ebfe59 Mon Sep 17 00:00:00 2001
+From: Lyon Wang lyon.w...@freescale.com
+Date: Mon, 15 Dec 2014 16:52:07 +0800
+Subject: [PATCH] handle audio/video decoder error
+
+When there is input data and no output data to the end of the stream, it will
+send GST_ELEMENT_ERROR, So the clips playing will quit.
+However, if only one of the tracks is corrupt, there is no need to quit other
+tracks playing.
+
+The patch comments the GST_ELEMENT_ERROR() and just add GST_ERROR_OBJECT()
+information instead.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=741542
+
+Upstream-Status: Pending
+
+Signed-off-by: Lyon Wang lyon.w...@freescale.com
+---
+ gst-libs/gst/audio/gstaudiodecoder.c |5 +++--
+ gst-libs/gst/video/gstvideodecoder.c |5 +++--
+ 2 files changed, 6 insertions(+), 4 deletions(-)
+ mode change 100644 = 100755 gst-libs/gst/audio/gstaudiodecoder.c
+ mode change 100644 = 100755 gst-libs/gst/video/gstvideodecoder.c
+
+diff --git a/gst-libs/gst/audio/gstaudiodecoder.c
b/gst-libs/gst/audio/gstaudiodecoder.c
+old mode 100644
+new mode 100755
+index c2e7a28..891df0a
+--- a/gst-libs/gst/audio/gstaudiodecoder.c
b/gst-libs/gst/audio/gstaudiodecoder.c
+@@ -2123,9 +2123,10 @@ gst_audio_decoder_sink_eventfunc (GstAudioDecoder *
dec, GstEvent * event)
+ GST_AUDIO_DECODER_STREAM_UNLOCK (dec);
+
+ if (dec-priv-ctx.had_input_data !dec-priv-ctx.had_output_data) {
+-GST_ELEMENT_ERROR (dec, STREAM, DECODE,
++/* GST_ELEMENT_ERROR (dec, STREAM, DECODE,
+ (No valid frames decoded before end of stream),
+-(no valid frames found));
++(no valid frames found)); */
++GST_ERROR_OBJECT(dec, No valid frames decoded before end of stream);
+ }
+
+ /* send taglist if no valid frame is decoded util EOS */
+diff --git a/gst-libs/gst/video/gstvideodecoder.c
b/gst-libs/gst/video/gstvideodecoder.c
+old mode 100644
+new mode 100755
+index ac581e1..4278bcd
+--- a/gst-libs/gst/video/gstvideodecoder.c
b/gst-libs/gst/video/gstvideodecoder.c
+@@ -1068,9 +1068,10 @@ gst_video_decoder_sink_event_default (GstVideoDecoder *
decoder,
+
+ /* Error out even if EOS was ok when we had input, but no output */
+ if (ret priv-had_input_data !priv-had_output_data) {
+-GST_ELEMENT_ERROR (decoder, STREAM, DECODE,
++/* GST_ELEMENT_ERROR (decoder, STREAM, DECODE,
+ (No valid frames decoded before end of stream),
+-(no valid frames found));
++(no valid frames found)); */
++GST_ERROR_OBJECT(decoder, No valid frames decoded before end of
stream);
+ }
+
+ /* Forward EOS immediately. This is required because no
+--
+1.7.9.5
+
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
index aaa1ecb..aa90179 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
@@ -9,6 +9,7 @@ SRC_URI +=
file://do-not-change-eos-event-to-gap-event-if.patch \
file://get-caps-from-src-pad-when-query-caps.patch \
file://taglist-not-send-to-down-stream-if-all-the-frame-cor.patch
\
file://fix-id3demux-utf16-to-utf8-issue.patch \
+file://handle-audio-video-decoder-error.patch \
SRC_URI[md5sum] = 357165af625c0ca353ab47c5d843920e
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [poky v3][PATCH 1/6] gstreamer1.0-plugins-base: Bug fix for id3demux issue
Change Upstream-Status to Accepted, since it is marked as fixed in bugzilla.
On 07/28/2015 07:58 PM, Yuqing Zhu wrote:
Use g_utf16_to_utf8() instead of g_convert to fix the issue that
id3 tags utf16 charaters cannot be extreacted in id3demux when try
to get the id3v2 tag such as TIT2, TALB etc.
Signed-off-by: Yuqing Zhu b54...@freescale.com
---
.../fix-id3demux-utf16-to-utf8-issue.patch | 54 ++
.../gstreamer/gstreamer1.0-plugins-base_1.4.5.bb | 1 +
2 files changed, 55 insertions(+)
create mode 100755
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/fix-id3demux-utf16-to-utf8-issue.patch
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/fix-id3demux-utf16-to-utf8-issue.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/fix-id3demux-utf16-to-utf8-issue.patch
new file mode 100755
index 000..a74c197
--- /dev/null
+++
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/fix-id3demux-utf16-to-utf8-issue.patch
@@ -0,0 +1,54 @@
+Author: Lyon Wang b12...@freescale.com
+Date: Thu Oct 9 17:37:43 2014 +0800
+
+[id3v2frames] Bug fix for id3demux issue
+
+Fix the issue that id3 tags utf16 charaters cannot be extreacted in id3demux
+when I tried to get the id3v2 tag such as TIT2, TALB etc. it will return extrac
+failed.
+
+Checked in id3v2frame.c, When parse the UTF-16 streams, it used g_convert() to
+convert the buffer from UTF-16 to UTF-8, however it will return err that this
+conversion is not supported which cause the extraction failed with these UTF-16
+characters.
+
+In the patch, use g_utf16_to_utf8() instead of g_convert, which can convert the
+character format successfully.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=741144
+
+Upstream-Status: Pending
+
+Signed-off-by: Lyon Wang b12...@freescale.com
+
+diff --git a/gst-libs/gst/tag/id3v2frames.c b/gst-libs/gst/tag/id3v2frames.c
+old mode 100644
+new mode 100755
+index 3785c2a..7b9d8ac
+--- a/gst-libs/gst/tag/id3v2frames.c
b/gst-libs/gst/tag/id3v2frames.c
+@@ -1057,14 +1057,17 @@ parse_insert_string_field (guint8 encoding, gchar *
data, gint data_size,
+ data_size -= 2;
+ }
+
+- field = g_convert (data, data_size, UTF-8, in_encode, NULL, NULL,
NULL);
+-
+- if (field == NULL || g_utf8_validate (field, -1, NULL) == FALSE) {
+-/* As a fallback, try interpreting UTF-16 in the other endianness */
+-if (in_encode == utf16beenc)
+- field = g_convert (data, data_size, UTF-8, utf16leenc,
+- NULL, NULL, NULL);
++ if (in_encode == utf16beenc) {
++ gunichar2 *data_utf16;
++ guint i;
++ data_utf16 = (gunichar2 *) data;
++ for (i=0; i(data_size1); i++) {
++data_utf16[i] = GUINT16_TO_LE (data_utf16[i]);
++ }
+ }
++ //field = g_convert (data, data_size, UTF-8, in_encode, NULL, NULL,
NULL);
++ field = g_utf16_to_utf8((gunichar2 *)data, (glong)(data_size1),
NULL, NULL, NULL);
++
+ }
+
+ break;
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
index 11cf8b4..aaa1ecb 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.4.5.bb
@@ -8,6 +8,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=c54ce9345727175ff66d17b67ff51f58 \
SRC_URI += file://do-not-change-eos-event-to-gap-event-if.patch \
file://get-caps-from-src-pad-when-query-caps.patch \
file://taglist-not-send-to-down-stream-if-all-the-frame-cor.patch
\
+file://fix-id3demux-utf16-to-utf8-issue.patch \
SRC_URI[md5sum] = 357165af625c0ca353ab47c5d843920e
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] lib/oe/classextend: Fix nativesdk double name mapping
Handle the case a name has already been extended in the nativesdk case
(avoids double name extensions which can happen with nativesdk-gcc).
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/lib/oe/classextend.py b/meta/lib/oe/classextend.py
index 8da87b7..5107ecd 100644
--- a/meta/lib/oe/classextend.py
+++ b/meta/lib/oe/classextend.py
@@ -110,6 +110,8 @@ class ClassExtender(object):
class NativesdkClassExtender(ClassExtender):
def map_depends(self, dep):
+if dep.startswith(self.extname):
+return dep
if dep.endswith((-gcc-initial, -gcc, -g++)):
return dep + -crosssdk
elif dep.endswith((-native, -native-runtime)) or ('nativesdk-' in
dep) or ('-cross-' in dep) or ('-crosssdk-' in dep):
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/9] file: 5.23 - 5.24
On 28 July 2015 at 03:12, Robert Yang liezhi.y...@windriver.com wrote: * Use git repo rather than tarball since the original SRC_URI is not stable, it is not reachable sometimes. Personally speaking I see this as a recipe for a release of file which just happens to use git to fetch the tarball (and presumably that hash is the 5.24 tag). In situations like this I prefer to see the recipe called file_5.24.bb as there's no point having a giant PV including git SHAs when it's just the release. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/9] file: 5.23 - 5.24
On Tue, Jul 28, 2015 at 02:08:20PM +0100, Burton, Ross wrote:
On 28 July 2015 at 03:12, Robert Yang liezhi.y...@windriver.com wrote:
* Use git repo rather than tarball since the original SRC_URI is not
stable, it is not reachable sometimes.
Personally speaking I see this as a recipe for a release of file which just
happens to use git to fetch the tarball (and presumably that hash is the
5.24 tag). In situations like this I prefer to see the recipe called
file_5.24.bb as there's no point having a giant PV including git SHAs when
it's just the release.
until someone sets SRCREV_pn-file = ${AUTOREV} somewhere and git SHAs
in PV suddenly gets very useful.
Personally speaking I prefer recipes with git SCM in SRC_URI named
foo_git.bb and PV set to A.B.C+gitr${SRCPV}.
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [poky v3][PATCH 1/6] gstreamer1.0-plugins-base: Bug fix for id3demux issue
On Tue, Jul 28, 2015 at 10:09 AM, Carlos Rafael Giani d...@pseudoterminal.org wrote: Change Upstream-Status to Accepted, since it is marked as fixed in bugzilla. Backport and please add the version it has been included to ease upgrade. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [poky v3][PATCH 2/6] gstreamer1.0-plugins-base: handle audio/video decoder error
On Tue, Jul 28, 2015 at 10:11 AM, Carlos Rafael Giani d...@pseudoterminal.org wrote: Shouldn't the upstream status be Submitted instead of Pending? It is already in bugzilla. Agreed. Submitted [https://...] -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] qemu_git.bb: remove it
Hi Robert,
Hmm,
Qemu git recipe is useful, and is close to being up to date, why to remove it??
Qemu brakes quite often, as seen recently on autobuilders, building from git
allowed us to move forward (although it is true that the git upgrade was not
integrated into master.)
I vote against this patch.
Thanks,
Cristian
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Robert
Yang
Sent: Tuesday, July 28, 2015 12:05 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH 3/3] qemu_git.bb: remove it
Remove it since we have 2.4.0, the git version is 1.3 can't be built by
deafult:
ERROR: Fetcher failure: Unable to find revision
04024dea2674861fcf13582a77b58130c67fccd8 in branch master even from upstream
We can fix it, but seems that no one uses it any more.
And move patches from files dir to qemu dir.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
...-Arm-versatilepb-Add-memory-size-checking.patch |0
.../exclude-some-arm-EABI-obsolete-syscalls.patch |0
.../qemu-enlarge-env-entry-size.patch |0
meta/recipes-devtools/qemu/qemu_git.bb | 15 ---
4 files changed, 15 deletions(-)
rename meta/recipes-devtools/qemu/{files =
qemu}/Qemu-Arm-versatilepb-Add-memory-size-checking.patch (100%) rename
meta/recipes-devtools/qemu/{files =
qemu}/exclude-some-arm-EABI-obsolete-syscalls.patch (100%) rename
meta/recipes-devtools/qemu/{files = qemu}/qemu-enlarge-env-entry-size.patch
(100%) delete mode 100644 meta/recipes-devtools/qemu/qemu_git.bb
diff --git
a/meta/recipes-devtools/qemu/files/Qemu-Arm-versatilepb-Add-memory-size-checking.patch
b/meta/recipes-devtools/qemu/qemu/Qemu-Arm-versatilepb-Add-memory-size-checking.patch
similarity index 100%
rename from
meta/recipes-devtools/qemu/files/Qemu-Arm-versatilepb-Add-memory-size-checking.patch
rename to
meta/recipes-devtools/qemu/qemu/Qemu-Arm-versatilepb-Add-memory-size-checking.patch
diff --git
a/meta/recipes-devtools/qemu/files/exclude-some-arm-EABI-obsolete-syscalls.patch
b/meta/recipes-devtools/qemu/qemu/exclude-some-arm-EABI-obsolete-syscalls.patch
similarity index 100%
rename from
meta/recipes-devtools/qemu/files/exclude-some-arm-EABI-obsolete-syscalls.patch
rename to
meta/recipes-devtools/qemu/qemu/exclude-some-arm-EABI-obsolete-syscalls.patch
diff --git a/meta/recipes-devtools/qemu/files/qemu-enlarge-env-entry-size.patch
b/meta/recipes-devtools/qemu/qemu/qemu-enlarge-env-entry-size.patch
similarity index 100%
rename from meta/recipes-devtools/qemu/files/qemu-enlarge-env-entry-size.patch
rename to meta/recipes-devtools/qemu/qemu/qemu-enlarge-env-entry-size.patch
diff --git a/meta/recipes-devtools/qemu/qemu_git.bb
b/meta/recipes-devtools/qemu/qemu_git.bb
deleted file mode 100644
index a30932a..000
--- a/meta/recipes-devtools/qemu/qemu_git.bb
+++ /dev/null
@@ -1,15 +0,0 @@
-require qemu.inc
-
-SRCREV = 04024dea2674861fcf13582a77b58130c67fccd8
-
-LIC_FILES_CHKSUM = file://COPYING;md5=441c28d2cf86e15a37fa47e15a72fbac \
-
file://COPYING.LIB;endline=24;md5=c04def7ae38850e7d3ef548588159913
-
-PV = 1.3.0+git${SRCPV}
-
-SRC_URI_prepend = git://git.qemu.org/qemu.git
-S = ${WORKDIR}/git
-
-DEFAULT_PREFERENCE = -1
-
-COMPATIBLE_HOST_class-target_mips64 = null
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] builder: fix USERADD_PARAM
Hello,
I updated this patch a little, we also need update the chown command:
git://git.openembedded.org/openembedded-core-contrib rbt/useradd
diff --git a/meta/recipes-graphics/builder/builder_0.1.bb
b/meta/recipes-graphics/builder/builder_0.1.bb
index 78d41e5..bb729fc 100644
--- a/meta/recipes-graphics/builder/builder_0.1.bb
+++ b/meta/recipes-graphics/builder/builder_0.1.bb
@@ -21,13 +21,13 @@ USERADD_PACKAGES = ${PN}
USERADD_PARAM_${PN} = --system --create-home \
--groups video,tty,audio \
--password ${BUILDER_PASSWORD} \
- --user-group ${PN}
+ --user-group builder
do_install () {
install -d -m 755 ${D}${sysconfdir}/mini_x/session.d
install -p -m 755 builder_hob_start.sh
${D}${sysconfdir}/mini_x/session.d/
- chown ${PN}.${PN}
${D}${sysconfdir}/mini_x/session.d/builder_hob_start.sh
+ chown builder.builder
${D}${sysconfdir}/mini_x/session.d/builder_hob_start.sh
install -p -m 755 please_wait_dialog.py ${D}${sysconfdir}/mini_x
}
// Robert
On 07/28/2015 05:03 PM, Robert Yang wrote:
When build lib32-builder, it would create the user lib32-builder which
was incorrect.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/recipes-graphics/builder/builder_0.1.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/builder/builder_0.1.bb
b/meta/recipes-graphics/builder/builder_0.1.bb
index 78d41e5..d87d0e9 100644
--- a/meta/recipes-graphics/builder/builder_0.1.bb
+++ b/meta/recipes-graphics/builder/builder_0.1.bb
@@ -21,7 +21,7 @@ USERADD_PACKAGES = ${PN}
USERADD_PARAM_${PN} = --system --create-home \
--groups video,tty,audio \
--password ${BUILDER_PASSWORD} \
- --user-group ${PN}
+ --user-group builder
do_install () {
install -d -m 755 ${D}${sysconfdir}/mini_x/session.d
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/9] file: 5.23 - 5.24
On 07/28/2015 09:48 PM, Martin Jansa wrote:
On Tue, Jul 28, 2015 at 02:08:20PM +0100, Burton, Ross wrote:
On 28 July 2015 at 03:12, Robert Yang liezhi.y...@windriver.com wrote:
* Use git repo rather than tarball since the original SRC_URI is not
stable, it is not reachable sometimes.
Personally speaking I see this as a recipe for a release of file which just
happens to use git to fetch the tarball (and presumably that hash is the
5.24 tag). In situations like this I prefer to see the recipe called
file_5.24.bb as there's no point having a giant PV including git SHAs when
it's just the release.
until someone sets SRCREV_pn-file = ${AUTOREV} somewhere and git SHAs
in PV suddenly gets very useful.
Personally speaking I prefer recipes with git SCM in SRC_URI named
foo_git.bb and PV set to A.B.C+gitr${SRCPV}.
Thanks Ross and Martin, as Ross suggested, when the release is just 5.24,
not 5.24+some patches in the repo, I prefer name it as file_5.24.bb,
so the PV would be 5.24 which is more clear, I will update the patch.
// Robert
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] python3: remove package python3-robotparser
robotparser has been moved to urllib.robotparser in Python 3, and gets
packaged as part of python3-netclient alongside the rest of urllib.
This causes python3-modules to depend on an empty/missing
python3-robotparser package.
robotparser.py is relatively small and has no dependencies outside
urllib, so it makes more sense to eliminate the python3-robotparser
package than to alter the manifest for python3-netclient.
Part of the fix for [YOCTO #8048].
Signed-off-by: Dominic Sacré dominic.sa...@gmx.de
---
meta/recipes-devtools/python/python-3.4-manifest.inc | 10 +++---
scripts/contrib/python/generate-manifest-3.4.py | 3 ---
2 files changed, 3 insertions(+), 10 deletions(-)
diff --git a/meta/recipes-devtools/python/python-3.4-manifest.inc
b/meta/recipes-devtools/python/python-3.4-manifest.inc
index 557acdf..77f0125 100644
--- a/meta/recipes-devtools/python/python-3.4-manifest.inc
+++ b/meta/recipes-devtools/python/python-3.4-manifest.inc
@@ -5,9 +5,9 @@
-PROVIDES+=${PN}-2to3 ${PN}-asyncio ${PN}-audio ${PN}-codecs ${PN}-compile
${PN}-compression ${PN}-core ${PN}-crypt ${PN}-ctypes ${PN}-curses
${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-dev ${PN}-difflib ${PN}-distutils
${PN}-distutils-staticdev ${PN}-doctest ${PN}-elementtree ${PN}-email
${PN}-fcntl ${PN}-gdbm ${PN}-html ${PN}-idle ${PN}-image ${PN}-importlib
${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox ${PN}-math
${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient ${PN}-netserver
${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-pprint ${PN}-profile ${PN}-pydoc
${PN}-re ${PN}-readline ${PN}-reprlib ${PN}-resource ${PN}-robotparser
${PN}-shell ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests ${PN}-stringold
${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-tests ${PN}-textutils
${PN}-threading ${PN}-tkinter ${PN}-unittest ${PN}-unixadmin ${PN}-xml
${PN}-xmlrpc
+PROVIDES+=${PN}-2to3 ${PN}-asyncio ${PN}-audio ${PN}-codecs ${PN}-compile
${PN}-compression ${PN}-core ${PN}-crypt ${PN}-ctypes ${PN}-curses
${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-dev ${PN}-difflib ${PN}-distutils
${PN}-distutils-staticdev ${PN}-doctest ${PN}-elementtree ${PN}-email
${PN}-fcntl ${PN}-gdbm ${PN}-html ${PN}-idle ${PN}-image ${PN}-importlib
${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox ${PN}-math
${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient ${PN}-netserver
${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-pprint ${PN}-profile ${PN}-pydoc
${PN}-re ${PN}-readline ${PN}-reprlib ${PN}-resource ${PN}-shell ${PN}-smtpd
${PN}-sqlite3 ${PN}-sqlite3-tests ${PN}-stringold ${PN}-subprocess ${PN}-syslog
${PN}-terminal ${PN}-tests ${PN}-textutils ${PN}-threading ${PN}-tkinter
${PN}-unittest ${PN}-unixadmin ${PN}-xml ${PN}-xmlrpc
-PACKAGES=${PN}-dbg ${PN}-2to3 ${PN}-asyncio ${PN}-audio ${PN}-codecs
${PN}-compile ${PN}-compression ${PN}-core ${PN}-crypt ${PN}-ctypes
${PN}-curses ${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-dev ${PN}-difflib
${PN}-distutils-staticdev ${PN}-distutils ${PN}-doctest ${PN}-elementtree
${PN}-email ${PN}-fcntl ${PN}-gdbm ${PN}-html ${PN}-idle ${PN}-image
${PN}-importlib ${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox
${PN}-math ${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient
${PN}-netserver ${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-pprint
${PN}-profile ${PN}-pydoc ${PN}-re ${PN}-readline ${PN}-reprlib ${PN}-resource
${PN}-robotparser ${PN}-shell ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests
${PN}-stringold ${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-tests
${PN}-textutils ${PN}-threading ${PN}-tkinter ${PN}-unittest ${PN}-unixadmin
${PN}-xml ${PN}-xmlrpc ${PN}-modules
+PACKAGES=${PN}-dbg ${PN}-2to3 ${PN}-asyncio ${PN}-audio ${PN}-codecs
${PN}-compile ${PN}-compression ${PN}-core ${PN}-crypt ${PN}-ctypes
${PN}-curses ${PN}-datetime ${PN}-db ${PN}-debugger ${PN}-dev ${PN}-difflib
${PN}-distutils-staticdev ${PN}-distutils ${PN}-doctest ${PN}-elementtree
${PN}-email ${PN}-fcntl ${PN}-gdbm ${PN}-html ${PN}-idle ${PN}-image
${PN}-importlib ${PN}-io ${PN}-json ${PN}-lang ${PN}-logging ${PN}-mailbox
${PN}-math ${PN}-mime ${PN}-mmap ${PN}-multiprocessing ${PN}-netclient
${PN}-netserver ${PN}-numbers ${PN}-pickle ${PN}-pkgutil ${PN}-pprint
${PN}-profile ${PN}-pydoc ${PN}-re ${PN}-readline ${PN}-reprlib ${PN}-resource
${PN}-shell ${PN}-smtpd ${PN}-sqlite3 ${PN}-sqlite3-tests ${PN}-stringold
${PN}-subprocess ${PN}-syslog ${PN}-terminal ${PN}-tests ${PN}-textutils
${PN}-threading ${PN}-tkinter ${PN}-unittest ${PN}-unixadmin ${PN}-xml
${PN}-xmlrpc ${PN}-modules
SUMMARY_${PN}-2to3=Python automated Python 2 to 3 code translator
RDEPENDS_${PN}-2to3=${PN}-core
@@ -197,10 +197,6 @@ SUMMARY_${PN}-resource=Python resource control interface
RDEPENDS_${PN}-resource=${PN}-core
FILES_${PN}-resource=${libdir}/python3.4/lib-dynload/resource.*.so
-SUMMARY_${PN}-robotparser=Python robots.txt parser
-RDEPENDS_${PN}-robotparser=${PN}-core
[OE-core] [PATCH 1/4] python3: detect libraries in STAGING_LIBDIR
Patch setup.py so that the detect_modules() function looks for required
libraries and headers in STAGING_LIBDIR / STAGING_INCDIR.
Without this patch, several extension modules are not built, even though
their dependencies are present in the compiler's search paths.
The result is the following warning, and ultimately incomplete packages:
| The necessary bits to build these optional modules were not found:
| _bz2 _curses_panel _dbm
| _gdbm _lzma _sqlite3
| nis readline zlib
| To find the necessary bits, look in setup.py in detect_modules() for the
module's name.
With the Python 3.3 version of the recipe, at least some of these modules
were built, because STAGING_LIBDIR happened to be in the search path
by coincidence. Due to changes to distutils in Python 3.4, this is no
longer the case.
A previous patch that only affects the search paths for SSL is dropped, as
this one is a more complete fix for [YOCTO #7768].
Part of the fix for [YOCTO #8048].
Signed-off-by: Dominic Sacré dominic.sa...@gmx.de
---
.../python/python3/fix_ssl_include_dir.patch | 41 --
.../setup.py-find-libraries-in-staging-dirs.patch | 30
meta/recipes-devtools/python/python3_3.4.3.bb | 2 +-
3 files changed, 31 insertions(+), 42 deletions(-)
delete mode 100644
meta/recipes-devtools/python/python3/fix_ssl_include_dir.patch
create mode 100644
meta/recipes-devtools/python/python3/setup.py-find-libraries-in-staging-dirs.patch
diff --git a/meta/recipes-devtools/python/python3/fix_ssl_include_dir.patch
b/meta/recipes-devtools/python/python3/fix_ssl_include_dir.patch
deleted file mode 100644
index 9972829..000
--- a/meta/recipes-devtools/python/python3/fix_ssl_include_dir.patch
+++ /dev/null
@@ -1,41 +0,0 @@
-Upstream-Status: Inappropriate [Embedded Specific]
-
-Python 3 fails to compile the ssl module, later, when requesting to install
packages that should include such modules
-no error is shown; but a running python shell trying to import the ssl library
results in an import error,
-since it was never installed.
-
-This looks for the modules in the correct directories so they are corretcly
compiled and installed along with python3.
-
-ImportError: No module named _ssl
-
-Signed-Off-By: Alejandro Hernandez alejandro.hernan...@linux.intel.com
-
-Index: Python-3.4.3/setup.py
-===
Python-3.4.3.orig/setup.py
-+++ Python-3.4.3/setup.py
-@@ -726,10 +726,9 @@ class PyBuildExt(build_ext):
- exts.append( Extension('_socket', ['socketmodule.c'],
-depends = ['socketmodule.h']) )
- # Detect SSL support for the socket module (via _ssl)
--search_for_ssl_incs_in = [
-- '/usr/local/ssl/include',
-- '/usr/contrib/ssl/include/'
-- ]
-+search_for_ssl_incs_in = []
-+for dir in [os.getenv(STAGING_INCDIR)]:
-+search_for_ssl_incs_in.append(dir)
- ssl_incs = find_file('openssl/ssl.h', inc_dirs,
- search_for_ssl_incs_in
- )
-@@ -739,9 +738,7 @@ class PyBuildExt(build_ext):
- if krb5_h:
- ssl_incs += krb5_h
- ssl_libs = find_library_file(self.compiler, 'ssl',lib_dirs,
-- ['/usr/local/ssl/lib',
-- '/usr/contrib/ssl/lib/'
-- ] )
-+ [os.getenv(STAGING_LIBDIR)])
-
- if (ssl_incs is not None and
- ssl_libs is not None):
diff --git
a/meta/recipes-devtools/python/python3/setup.py-find-libraries-in-staging-dirs.patch
b/meta/recipes-devtools/python/python3/setup.py-find-libraries-in-staging-dirs.patch
new file mode 100644
index 000..f26bd38
--- /dev/null
+++
b/meta/recipes-devtools/python/python3/setup.py-find-libraries-in-staging-dirs.patch
@@ -0,0 +1,30 @@
+Patch setup.py so that the detect_modules() function looks for required
+libraries and headers in STAGING_LIBDIR / STAGING_INCDIR.
+
+Without this patch, several extension modules are not built, even though
+their dependencies are present in the compiler's search paths.
+The result is the following warning, and ultimately incomplete packages:
+
+| The necessary bits to build these optional modules were not found:
+| _bz2 _curses_panel _dbm
+| _gdbm _lzma _sqlite3
+| nis readline zlib
+| To find the necessary bits, look in setup.py in detect_modules() for the
module's name.
+
+Upstream-Status: Inappropriate [Cross compile specific]
+
+Signed-off-by: Dominic Sacré dominic.sa...@gmx.de
+
+Index: Python-3.4.3/setup.py
[OE-core] [PATCH 3/4] python3: remove 2to3 symlink from package python3-2to3
The 2to3 symlink conflicts with its Python 2 equivalent in package
python-2to3.
The Python 3 version of the tool is still available as 2to3-3.4.
Signed-off-by: Dominic Sacré dominic.sa...@gmx.de
---
meta/recipes-devtools/python/python-3.4-manifest.inc | 2 +-
meta/recipes-devtools/python/python3_3.4.3.bb| 3 +++
scripts/contrib/python/generate-manifest-3.4.py | 2 +-
3 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/python/python-3.4-manifest.inc
b/meta/recipes-devtools/python/python-3.4-manifest.inc
index 77f0125..07e1490 100644
--- a/meta/recipes-devtools/python/python-3.4-manifest.inc
+++ b/meta/recipes-devtools/python/python-3.4-manifest.inc
@@ -11,7 +11,7 @@ PACKAGES=${PN}-dbg ${PN}-2to3 ${PN}-asyncio ${PN}-audio
${PN}-codecs ${PN}-comp
SUMMARY_${PN}-2to3=Python automated Python 2 to 3 code translator
RDEPENDS_${PN}-2to3=${PN}-core
-FILES_${PN}-2to3=${bindir}/2to3 ${libdir}/python3.4/lib2to3
+FILES_${PN}-2to3=${libdir}/python3.4/lib2to3
SUMMARY_${PN}-asyncio=Python Asynchronous I/O, event loop, coroutines and
tasks
RDEPENDS_${PN}-asyncio=${PN}-core
diff --git a/meta/recipes-devtools/python/python3_3.4.3.bb
b/meta/recipes-devtools/python/python3_3.4.3.bb
index e2d9f79..6c2e21d 100644
--- a/meta/recipes-devtools/python/python3_3.4.3.bb
+++ b/meta/recipes-devtools/python/python3_3.4.3.bb
@@ -162,6 +162,9 @@ do_install() {
ARCH=${TARGET_ARCH} \
DESTDIR=${D} LIBDIR=${libdir} install
+ # avoid conflict with 2to3 from Python 2
+ rm -f ${D}/${bindir}/2to3
+
install -m 0644 Makefile.sysroot
${D}/${libdir}/python${PYTHON_MAJMIN}/config/Makefile
if [ -e ${WORKDIR}/sitecustomize.py ]; then
diff --git a/scripts/contrib/python/generate-manifest-3.4.py
b/scripts/contrib/python/generate-manifest-3.4.py
index 42c851c..06eecdc 100755
--- a/scripts/contrib/python/generate-manifest-3.4.py
+++ b/scripts/contrib/python/generate-manifest-3.4.py
@@ -194,7 +194,7 @@ if __name__ == __main__:
${datadir}/pkgconfig )
m.addPackage( ${PN}-2to3, Python automated Python 2 to 3 code
translator, ${PN}-core,
-${bindir}/2to3 lib2to3 ) # package
+lib2to3 ) # package
m.addPackage( ${PN}-idle, Python Integrated Development Environment,
${PN}-core ${PN}-tkinter,
${bindir}/idle idlelib ) # package
--
2.4.6
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/4] python3: fix building extension modules, make python3-modules installable
This series of patches fixes several issues with the python3 recipe. These caused packages to be incomplete or missing, and prevented the python3-modules package from being installed. [YOCTO #8048] Dominic Sacré (4): python3: detect libraries in STAGING_LIBDIR python3: remove package python3-robotparser python3: remove 2to3 symlink from package python3-2to3 python3: delete patches that don't get applied anywhere .../python/python-3.4-manifest.inc | 12 ++--- .../python3/06-ctypes-libffi-fix-configure.patch | 44 --- .../python/python3/fix-ast.h-dependency.patch | 26 - .../python/python3/fix_ssl_include_dir.patch | 41 -- .../python3/pip_build_directory_unclean.patch | 28 -- ...python3-fix-build-error-with-Readline-6.3.patch | 62 -- .../python/python3/remove_sqlite_rpath.patch | 19 --- .../setup.py-find-libraries-in-staging-dirs.patch | 30 +++ meta/recipes-devtools/python/python3_3.4.3.bb | 5 +- scripts/contrib/python/generate-manifest-3.4.py| 5 +- 10 files changed, 39 insertions(+), 233 deletions(-) delete mode 100644 meta/recipes-devtools/python/python3/06-ctypes-libffi-fix-configure.patch delete mode 100644 meta/recipes-devtools/python/python3/fix-ast.h-dependency.patch delete mode 100644 meta/recipes-devtools/python/python3/fix_ssl_include_dir.patch delete mode 100644 meta/recipes-devtools/python/python3/pip_build_directory_unclean.patch delete mode 100644 meta/recipes-devtools/python/python3/python3-fix-build-error-with-Readline-6.3.patch delete mode 100644 meta/recipes-devtools/python/python3/remove_sqlite_rpath.patch create mode 100644 meta/recipes-devtools/python/python3/setup.py-find-libraries-in-staging-dirs.patch -- 2.4.6 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] python3: delete patches that don't get applied anywhere
These patches are not referenced in any of the Python recipes. Signed-off-by: Dominic Sacré dominic.sa...@gmx.de --- .../python3/06-ctypes-libffi-fix-configure.patch | 44 --- .../python/python3/fix-ast.h-dependency.patch | 26 - .../python3/pip_build_directory_unclean.patch | 28 -- ...python3-fix-build-error-with-Readline-6.3.patch | 62 -- .../python/python3/remove_sqlite_rpath.patch | 19 --- 5 files changed, 179 deletions(-) delete mode 100644 meta/recipes-devtools/python/python3/06-ctypes-libffi-fix-configure.patch delete mode 100644 meta/recipes-devtools/python/python3/fix-ast.h-dependency.patch delete mode 100644 meta/recipes-devtools/python/python3/pip_build_directory_unclean.patch delete mode 100644 meta/recipes-devtools/python/python3/python3-fix-build-error-with-Readline-6.3.patch delete mode 100644 meta/recipes-devtools/python/python3/remove_sqlite_rpath.patch diff --git a/meta/recipes-devtools/python/python3/06-ctypes-libffi-fix-configure.patch b/meta/recipes-devtools/python/python3/06-ctypes-libffi-fix-configure.patch deleted file mode 100644 index abd63d2..000 --- a/meta/recipes-devtools/python/python3/06-ctypes-libffi-fix-configure.patch +++ /dev/null @@ -1,44 +0,0 @@ -This fixes configure issues with recent autoconf, e.g: - autoreconf: Entering directory `Modules/_ctypes/libffi' - autoreconf: configure.ac: not using Gettext - autoreconf: running: aclocal --force - configure.ac:26: error: m4_copy: won't overwrite defined macro: _AC_ARG_VAR_PRECIOUS - configure.ac:26: the top level - -The problem is still present in python-2.6.5 but fixed in python-svn. - -Upstream-Status: Accepted [python-svn] - -Signed-off-by: Antonio Ospite osp...@studenti.unina.it -Acked-by: Martin Jansa martin.ja...@gmail.com -Signed-off-by: Martin Jansa martin.ja...@gmail.com -Signed-off-by: Saul Wold s...@linux.intel.com - - -2011/09/29 -Rebased for python 2.7.2 -Signed-Off-By: Nitin A Kamble nitin.a.kam...@intel.com - - -Index: Python-2.7.2/Modules/_ctypes/libffi/Makefile.am -=== Python-2.7.2.orig/Modules/_ctypes/libffi/Makefile.am -+++ Python-2.7.2/Modules/_ctypes/libffi/Makefile.am -@@ -2,7 +2,7 @@ - - AUTOMAKE_OPTIONS = foreign subdir-objects - --SUBDIRS = include testsuite man -+SUBDIRS = include - - EXTRA_DIST = LICENSE ChangeLog.v1 ChangeLog.libgcj configure.host \ - src/alpha/ffi.c src/alpha/osf.S src/alpha/ffitarget.h \ -@@ -34,8 +34,6 @@ EXTRA_DIST = LICENSE ChangeLog.v1 Change - libtool-version ChangeLog.libffi m4/libtool.m4 \ - m4/lt~obsolete.m4 m4/ltoptions.m4 m4/ltsugar.m4 m4/ltversion.m4 - --info_TEXINFOS = doc/libffi.texi -- - ## - - ## diff --git a/meta/recipes-devtools/python/python3/fix-ast.h-dependency.patch b/meta/recipes-devtools/python/python3/fix-ast.h-dependency.patch deleted file mode 100644 index 77c220a..000 --- a/meta/recipes-devtools/python/python3/fix-ast.h-dependency.patch +++ /dev/null @@ -1,26 +0,0 @@ -Fix a missed dependency on ast.h which can result in race condition -at high parallel build - -It fixed here - -http://hg.python.org/cpython/rev/cfe0a293551f - -[YOCTO #5884] - -Upstream-Status: Backport -Signed-off-by: Khem Raj raj.k...@gmail.com - -Index: Python-3.3.3/Makefile.pre.in -=== Python-3.3.3.orig/Makefile.pre.in 2014-02-26 09:33:13.868288863 -0800 -+++ Python-3.3.3/Makefile.pre.in 2014-02-26 09:36:27.348292492 -0800 -@@ -853,7 +853,8 @@ - $(srcdir)/Include/warnings.h \ - $(srcdir)/Include/weakrefobject.h \ - pyconfig.h \ -- $(PARSER_HEADERS) -+ $(PARSER_HEADERS) \ -+ $(AST_H) - - $(LIBRARY_OBJS) $(MODOBJS) Modules/python.o: $(PYTHON_HEADERS) - diff --git a/meta/recipes-devtools/python/python3/pip_build_directory_unclean.patch b/meta/recipes-devtools/python/python3/pip_build_directory_unclean.patch deleted file mode 100644 index c0c4617..000 --- a/meta/recipes-devtools/python/python3/pip_build_directory_unclean.patch +++ /dev/null @@ -1,28 +0,0 @@ -Index: Python-3.4.2/Lib/ensurepip/__init__.py -=== Python-3.4.2.orig/Lib/ensurepip/__init__.py -+++ Python-3.4.2/Lib/ensurepip/__init__.py -@@ -3,6 +3,7 @@ import os.path - import pkgutil - import sys - import tempfile -+import pwd - - - __all__ = [version, bootstrap] -@@ -36,6 +37,15 @@ def _run_pip(args, additional_paths=None - if additional_paths is not None: - sys.path = additional_paths + sys.path - -+# Explicitly make sure pip build directory was left clean -+user = pwd.getpwuid(os.getuid())[0] -+if os.path.exists(/tmp/pip_build_ + user + /pip-delete-this-directory.txt): -+os.remove(/tmp/pip_build_ + user +
Re: [OE-core] [PATCH 1/3] mc: add PACKAGECONFIG for util-linux
On 28 July 2015 at 10:05, Robert Yang liezhi.y...@windriver.com wrote: +PACKAGECONFIG[util-linux] = ac_cv_lib_mount_mnt_new_table_from_file=yes,ac_cv_lib_mount_mnt_new_table_from_file=no,util-linux, For mc this might be something we want to enable by default. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libhugetlbfs: Uprev to v2.19 from v2.18
On 28 July 2015 at 06:40, jianchuan.w...@windriver.com wrote: From: Jianchuan Wang jianchuan.w...@windriver.com The 5 patches which are deleted have been in the v2.19 Wrong list for this and xfsprogs - you mean openembedded-devel@ for meta-oe. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] u-boot-mkimage: fix a building failure on OpenSus
On 28 July 2015 at 03:00, rongqing...@windriver.com wrote: +config.mk will be included only if auto.conf is newer than .config +but in some system, the HPET is not enabled, the smallest unit of +time is second, and can not decise which file is newer, even if +the correct dependency has been created. + +The below shows unit of time: + +under SUSE Linux Enterprise Desktop 11 SP2 (i586): +$ls --full-time include/config/auto.conf .config +2015-07-27 03:46:20.0 -0400 .config +2015-07-27 03:46:20.0 -0400 include/config/auto.conf +$ + +under Ubuntu 14.04 LTS: +$ ls --full-time include/config/auto.conf .config +2015-07-27 13:40:14.008703027 +0800 .config +2015-07-27 13:40:15.020703054 +0800 include/config/auto.conf +$ + +The rule of including config.mk in Makefile as below +autoconf_is_current := $(if $(wildcard $(KCONFIG_CONFIG)),$(shell find . \ +-path ./include/config/auto.conf -newer $(KCONFIG_CONFIG))) +ifneq ($(autoconf_is_current),) +include $(srctree)/config.mk +include $(srctree)/arch/$(ARCH)/Makefile +endif + +The compilation will be failed if config.mk is not included +so delay 1 second to create auto.conf after creating of .config Adding a sleep seems pretty ugly, wouldn't a neater fix be to change the logic so that instead of the test being is newer you use is not older, to handle identical timestamps as being current. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [poky][PATCH v2 4/6] gstreamer1.0-plugins-base: Add video-frame related patch
On Tue, Jul 28, 2015 at 2:23 AM, Zhu Carol b54...@freescale.com wrote: Hi Otavio, Really sorry for the Upstream-Status format error, we just kept the same with some patches on fido branch, maybe they are old version. And I still have a little confusion about the third comment. My question are as followed. No problem; thanks by being responsive with the feedback. Comments below... ... +Upstream Status: Accepted +https://bugzilla.gnome.org/show_bug.cgi?id=736118 The field is: Upstream-Status: Submitted [https://...] [Yuqing Zhu-b54851]: the Upstream-Status of this patch is Accepted, I am not very clear about your comments Submitted, do you mean I should add the web site in the same line with Upstream-Status? Just like this: Upstream-Status: Accepted [https://bugzilla.gnome.org/show_bug.cgi?id=736118] Accepted would be when upstream says it will apply it for next release but you don't know when. Looking at the bug, it seemed it was not been applied yet so it would be submitted. I've read the guide line, here is my understanding: Upstream-Status: Pending Upstream-Status: Submitted [where] Upstream-Status: Accepted Upstream-Status: Backport [from where] Upstream-Status: Denied Upstream-Status: Inappropriate [reason] Just obey this, right? Yes. So that is Upstream-Status: Accepted That's it ? To be honest, this specific case seems to have been addressed in 1.4.2 in a different way; http://cgit.freedesktop.org/gstreamer/gst-plugins-base/commit/?h=1.4id=f711288c7c86c33aed18f52ed6d7787d19b7741d So this could be dropped. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][resend] perl: fix build failure if building dir has the blib string
On 27 July 2015 at 02:01, Rongqing Li rongqing...@windriver.com wrote: I think we can merge this patch. I open a defect and submit this patch, as a result, noone knows what this line can fix. https://rt.perl.org/Public/Bug/Display.html?id=125603 Reading the bug it seems a more upstream-friendly fix (i.e. one that they would also accept and have in fact asked for) would be to change the regex to /\bblib\b/. This solves the problem of building in paths that contain the substring blib *and* retains the intent of the logic. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] mdadm: 3.3.2 - 3.3.3
Upgrade mdadm from 3.3.2 to 3.3.3
1) Remove backported patch:inline.patch
2) update context of mdadm-3.3.2_x32_abi_time_t.patch
3) Add systemd support:
add systemd service file mdmonitor.service and mdadm.conf which
is needed to start mdmonitor service.
Signed-off-by: Li Xin lixin.f...@cn.fujitsu.com
---
meta/recipes-extended/mdadm/files/inline.patch | 39 --
.../mdadm/files/mdadm-3.3.2_x32_abi_time_t.patch | 26 ---
meta/recipes-extended/mdadm/files/mdadm.conf | 1 +
.../recipes-extended/mdadm/files/mdmonitor.service | 13
meta/recipes-extended/mdadm/mdadm_3.3.2.bb | 72 --
meta/recipes-extended/mdadm/mdadm_3.3.3.bb | 87 ++
6 files changed, 117 insertions(+), 121 deletions(-)
delete mode 100644 meta/recipes-extended/mdadm/files/inline.patch
create mode 100644 meta/recipes-extended/mdadm/files/mdadm.conf
create mode 100644 meta/recipes-extended/mdadm/files/mdmonitor.service
delete mode 100644 meta/recipes-extended/mdadm/mdadm_3.3.2.bb
create mode 100644 meta/recipes-extended/mdadm/mdadm_3.3.3.bb
diff --git a/meta/recipes-extended/mdadm/files/inline.patch
b/meta/recipes-extended/mdadm/files/inline.patch
deleted file mode 100644
index 9009f06..000
--- a/meta/recipes-extended/mdadm/files/inline.patch
+++ /dev/null
@@ -1,39 +0,0 @@
-with gnu11 turning on a default with gcc-5 we have to abide by new inline
semantics
-using 'inline' and using is in same translation unit means an external
definition has to exist
-same like external inline in gnu89, we simply make the functions static
inline since they
-are just meant to be used in this file
-
-Upstream-Status: Pending
-Signed-off-by: Khem Raj raj.k...@gmail.com
-
-Index: mdadm-3.3.2/bitmap.c
-===
mdadm-3.3.2.orig/bitmap.c
-+++ mdadm-3.3.2/bitmap.c
-@@ -20,7 +20,7 @@
-
- #include mdadm.h
-
--inline void sb_le_to_cpu(bitmap_super_t *sb)
-+static inline void sb_le_to_cpu(bitmap_super_t *sb)
- {
- sb-magic = __le32_to_cpu(sb-magic);
- sb-version = __le32_to_cpu(sb-version);
-@@ -34,7 +34,7 @@ inline void sb_le_to_cpu(bitmap_super_t
- sb-write_behind = __le32_to_cpu(sb-write_behind);
- }
-
--inline void sb_cpu_to_le(bitmap_super_t *sb)
-+static inline void sb_cpu_to_le(bitmap_super_t *sb)
- {
- sb_le_to_cpu(sb); /* these are really the same thing */
- }
-@@ -74,7 +74,7 @@ typedef struct bitmap_info_s {
- } bitmap_info_t;
-
- /* count the dirty bits in the first num_bits of byte */
--inline int count_dirty_bits_byte(char byte, int num_bits)
-+static inline int count_dirty_bits_byte(char byte, int num_bits)
- {
- int num = 0;
-
diff --git a/meta/recipes-extended/mdadm/files/mdadm-3.3.2_x32_abi_time_t.patch
b/meta/recipes-extended/mdadm/files/mdadm-3.3.2_x32_abi_time_t.patch
index 143a8d9..ae1b7ae 100644
--- a/meta/recipes-extended/mdadm/files/mdadm-3.3.2_x32_abi_time_t.patch
+++ b/meta/recipes-extended/mdadm/files/mdadm-3.3.2_x32_abi_time_t.patch
@@ -1,26 +1,32 @@
-When try to print time_t values as a long int it causes an error because time_t
-data type in x32 ABI is long long int.
+From c668c66fc0505e8bfff38fdf2d30b7663d0e94fd Mon Sep 17 00:00:00 2001
+From: Li xin lixin.f...@cn.fujitsu.com
+Date: Sat, 25 Jul 2015 22:02:00 +0900
+Subject: [PATCH] When try to print time_t values as a long int it causes an
+ error because time_t data type in x32 ABI is long long int.
Upstream-Status: Pending
-Signed-off-by: Aníbal Limón anibal.li...@linux.intel.com
+Signed-off-by: Li Xin lixin.f...@cn.fujitsu.com
+---
+ monitor.c | 4
+ 1 file changed, 4 insertions(+)
diff --git a/monitor.c b/monitor.c
-index f81e707..19ea041 100644
+index 870cc1a..068aab4 100644
--- a/monitor.c
+++ b/monitor.c
-@@ -260,8 +260,13 @@ static int read_and_act(struct active_array *a)
+@@ -259,7 +259,11 @@ static int read_and_act(struct active_array *a)
}
gettimeofday(tv, NULL);
+#if defined(__x86_64__) defined(__ILP32__)
+ dprintf(%s(%d): %lld.%06lld state:%s prev:%s action:%s prev: %s
start:%llu\n,
+#else
- dprintf(%s(%d): %ld.%06ld state:%s prev:%s action:%s prev: %s
start:%llu\n,
-- __func__, a-info.container_member,
+ dprintf((%d): %ld.%06ld state:%s prev:%s action:%s prev: %s
start:%llu\n,
+#endif
-+ __func__,
-+ a-info.container_member,
+ a-info.container_member,
tv.tv_sec, tv.tv_usec,
array_states[a-curr_state],
- array_states[a-prev_state],
+--
+1.8.4.2
+
diff --git a/meta/recipes-extended/mdadm/files/mdadm.conf
b/meta/recipes-extended/mdadm/files/mdadm.conf
new file mode 100644
index 000..b869d8f
--- /dev/null
+++ b/meta/recipes-extended/mdadm/files/mdadm.conf
@@ -0,0 +1 @@
+MAILADDR r...@mydomain.com
diff --git a/meta/recipes-extended/mdadm/files/mdmonitor.service
b/meta/recipes-extended/mdadm/files/mdmonitor.service
new file mode
Re: [OE-core] [PATCH][resend] perl: fix build failure if building dir has the blib string
On 2015年07月28日 20:53, Burton, Ross wrote: On 27 July 2015 at 02:01, Rongqing Li rongqing...@windriver.com mailto:rongqing...@windriver.com wrote: I think we can merge this patch. I open a defect and submit this patch, as a result, noone knows what this line can fix. https://rt.perl.org/Public/Bug/Display.html?id=125603 Reading the bug it seems a more upstream-friendly fix (i.e. one that they would also accept and have in fact asked for) would be to change the regex to /\bblib\b/. This solves the problem of building in paths that contain the substring blib *and* retains the intent of the logic. it can not fix all issues to replace /blib/ with /\bblib\b/. /\bblib\b/ will make the building path /tmp/blibyy/ work. but if the building path has sub-dir blib, it does not work, like /tmp/blib/ since \b is anchor in perl I have update the perl bug report https://rt.perl.org/Public/Bug/Display.html?id=125603 -R Ross -- Best Reagrds, Roy | RongQing Li -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] dbus: upgrade to 1.8.20
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-core/dbus/{dbus-test_1.8.18.bb = dbus-test_1.8.20.bb} | 4 ++--
meta/recipes-core/dbus/dbus_1.8.18.bb | 4
meta/recipes-core/dbus/dbus_1.8.20.bb | 4
3 files changed, 6 insertions(+), 6 deletions(-)
rename meta/recipes-core/dbus/{dbus-test_1.8.18.bb = dbus-test_1.8.20.bb}
(93%)
delete mode 100644 meta/recipes-core/dbus/dbus_1.8.18.bb
create mode 100644 meta/recipes-core/dbus/dbus_1.8.20.bb
diff --git a/meta/recipes-core/dbus/dbus-test_1.8.18.bb
b/meta/recipes-core/dbus/dbus-test_1.8.20.bb
similarity index 93%
rename from meta/recipes-core/dbus/dbus-test_1.8.18.bb
rename to meta/recipes-core/dbus/dbus-test_1.8.20.bb
index e138f6e..704070b 100644
--- a/meta/recipes-core/dbus/dbus-test_1.8.18.bb
+++ b/meta/recipes-core/dbus/dbus-test_1.8.20.bb
@@ -18,8 +18,8 @@ SRC_URI =
http://dbus.freedesktop.org/releases/dbus/dbus-${PV}.tar.gz \
file://clear-guid_from_server-if-send_negotiate_unix_f.patch \
-SRC_URI[md5sum] = 83e607e9ccb1c921d5b6bbea2376a36c
-SRC_URI[sha256sum] =
36f2eb9c777a3c71562573da36a147e900a642afcd44d2b0470d992a4898c4f2
+SRC_URI[md5sum] = b49890bbabedab3a1c3f4f73c7ff8b2b
+SRC_URI[sha256sum] =
5c4fbf4c64621c96e871da91d2b729a5b00536e116d3c4612a469d924b1b703a
S=${WORKDIR}/dbus-${PV}
FILESEXTRAPATHS =. ${FILE_DIRNAME}/dbus:
diff --git a/meta/recipes-core/dbus/dbus_1.8.18.bb
b/meta/recipes-core/dbus/dbus_1.8.18.bb
deleted file mode 100644
index 2932b7a..000
--- a/meta/recipes-core/dbus/dbus_1.8.18.bb
+++ /dev/null
@@ -1,4 +0,0 @@
-include dbus.inc
-
-SRC_URI[md5sum] = 83e607e9ccb1c921d5b6bbea2376a36c
-SRC_URI[sha256sum] =
36f2eb9c777a3c71562573da36a147e900a642afcd44d2b0470d992a4898c4f2
diff --git a/meta/recipes-core/dbus/dbus_1.8.20.bb
b/meta/recipes-core/dbus/dbus_1.8.20.bb
new file mode 100644
index 000..a8f2094
--- /dev/null
+++ b/meta/recipes-core/dbus/dbus_1.8.20.bb
@@ -0,0 +1,4 @@
+include dbus.inc
+
+SRC_URI[md5sum] = b49890bbabedab3a1c3f4f73c7ff8b2b
+SRC_URI[sha256sum] =
5c4fbf4c64621c96e871da91d2b729a5b00536e116d3c4612a469d924b1b703a
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] dbus: upgrade to 1.8.20
The following changes since commit 27d068d05239c26a3848eb101571acab54635e37:
harfbuzz: upgrade to 1.0.1 (2015-07-27 23:28:23 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib ChenQi/dbus-1.8.20
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/dbus-1.8.20
Chen Qi (1):
dbus: upgrade to 1.8.20
meta/recipes-core/dbus/{dbus-test_1.8.18.bb = dbus-test_1.8.20.bb} | 4 ++--
meta/recipes-core/dbus/dbus_1.8.18.bb | 4
meta/recipes-core/dbus/dbus_1.8.20.bb | 4
3 files changed, 6 insertions(+), 6 deletions(-)
rename meta/recipes-core/dbus/{dbus-test_1.8.18.bb = dbus-test_1.8.20.bb}
(93%)
delete mode 100644 meta/recipes-core/dbus/dbus_1.8.18.bb
create mode 100644 meta/recipes-core/dbus/dbus_1.8.20.bb
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] mdadm: 3.3.2 - 3.3.3
Upgrade mdadm from 3.3.2 to 3.3.3
1) Remove backported patch:inline.patch
2) update context of mdadm-3.3.2_x32_abi_time_t.patch
3) Add systemd support:
add systemd service file mdmonitor.service and mdadm.conf which
is needed to start mdmonitor.service.
Signed-off-by: Li Xin lixin.f...@cn.fujitsu.com
---
meta/recipes-extended/mdadm/files/inline.patch | 39 --
.../mdadm/files/mdadm-3.3.2_x32_abi_time_t.patch | 26 +--
meta/recipes-extended/mdadm/files/mdadm.conf | 1 +
.../recipes-extended/mdadm/files/mdmonitor.service | 13
.../mdadm/{mdadm_3.3.2.bb = mdadm_3.3.3.bb} | 29
5 files changed, 52 insertions(+), 56 deletions(-)
delete mode 100644 meta/recipes-extended/mdadm/files/inline.patch
create mode 100644 meta/recipes-extended/mdadm/files/mdadm.conf
create mode 100644 meta/recipes-extended/mdadm/files/mdmonitor.service
rename meta/recipes-extended/mdadm/{mdadm_3.3.2.bb = mdadm_3.3.3.bb} (66%)
diff --git a/meta/recipes-extended/mdadm/files/inline.patch
b/meta/recipes-extended/mdadm/files/inline.patch
deleted file mode 100644
index 9009f06..000
--- a/meta/recipes-extended/mdadm/files/inline.patch
+++ /dev/null
@@ -1,39 +0,0 @@
-with gnu11 turning on a default with gcc-5 we have to abide by new inline
semantics
-using 'inline' and using is in same translation unit means an external
definition has to exist
-same like external inline in gnu89, we simply make the functions static
inline since they
-are just meant to be used in this file
-
-Upstream-Status: Pending
-Signed-off-by: Khem Raj raj.k...@gmail.com
-
-Index: mdadm-3.3.2/bitmap.c
-===
mdadm-3.3.2.orig/bitmap.c
-+++ mdadm-3.3.2/bitmap.c
-@@ -20,7 +20,7 @@
-
- #include mdadm.h
-
--inline void sb_le_to_cpu(bitmap_super_t *sb)
-+static inline void sb_le_to_cpu(bitmap_super_t *sb)
- {
- sb-magic = __le32_to_cpu(sb-magic);
- sb-version = __le32_to_cpu(sb-version);
-@@ -34,7 +34,7 @@ inline void sb_le_to_cpu(bitmap_super_t
- sb-write_behind = __le32_to_cpu(sb-write_behind);
- }
-
--inline void sb_cpu_to_le(bitmap_super_t *sb)
-+static inline void sb_cpu_to_le(bitmap_super_t *sb)
- {
- sb_le_to_cpu(sb); /* these are really the same thing */
- }
-@@ -74,7 +74,7 @@ typedef struct bitmap_info_s {
- } bitmap_info_t;
-
- /* count the dirty bits in the first num_bits of byte */
--inline int count_dirty_bits_byte(char byte, int num_bits)
-+static inline int count_dirty_bits_byte(char byte, int num_bits)
- {
- int num = 0;
-
diff --git a/meta/recipes-extended/mdadm/files/mdadm-3.3.2_x32_abi_time_t.patch
b/meta/recipes-extended/mdadm/files/mdadm-3.3.2_x32_abi_time_t.patch
index 143a8d9..ae1b7ae 100644
--- a/meta/recipes-extended/mdadm/files/mdadm-3.3.2_x32_abi_time_t.patch
+++ b/meta/recipes-extended/mdadm/files/mdadm-3.3.2_x32_abi_time_t.patch
@@ -1,26 +1,32 @@
-When try to print time_t values as a long int it causes an error because time_t
-data type in x32 ABI is long long int.
+From c668c66fc0505e8bfff38fdf2d30b7663d0e94fd Mon Sep 17 00:00:00 2001
+From: Li xin lixin.f...@cn.fujitsu.com
+Date: Sat, 25 Jul 2015 22:02:00 +0900
+Subject: [PATCH] When try to print time_t values as a long int it causes an
+ error because time_t data type in x32 ABI is long long int.
Upstream-Status: Pending
-Signed-off-by: Aníbal Limón anibal.li...@linux.intel.com
+Signed-off-by: Li Xin lixin.f...@cn.fujitsu.com
+---
+ monitor.c | 4
+ 1 file changed, 4 insertions(+)
diff --git a/monitor.c b/monitor.c
-index f81e707..19ea041 100644
+index 870cc1a..068aab4 100644
--- a/monitor.c
+++ b/monitor.c
-@@ -260,8 +260,13 @@ static int read_and_act(struct active_array *a)
+@@ -259,7 +259,11 @@ static int read_and_act(struct active_array *a)
}
gettimeofday(tv, NULL);
+#if defined(__x86_64__) defined(__ILP32__)
+ dprintf(%s(%d): %lld.%06lld state:%s prev:%s action:%s prev: %s
start:%llu\n,
+#else
- dprintf(%s(%d): %ld.%06ld state:%s prev:%s action:%s prev: %s
start:%llu\n,
-- __func__, a-info.container_member,
+ dprintf((%d): %ld.%06ld state:%s prev:%s action:%s prev: %s
start:%llu\n,
+#endif
-+ __func__,
-+ a-info.container_member,
+ a-info.container_member,
tv.tv_sec, tv.tv_usec,
array_states[a-curr_state],
- array_states[a-prev_state],
+--
+1.8.4.2
+
diff --git a/meta/recipes-extended/mdadm/files/mdadm.conf
b/meta/recipes-extended/mdadm/files/mdadm.conf
new file mode 100644
index 000..b869d8f
--- /dev/null
+++ b/meta/recipes-extended/mdadm/files/mdadm.conf
@@ -0,0 +1 @@
+MAILADDR r...@mydomain.com
diff --git a/meta/recipes-extended/mdadm/files/mdmonitor.service
b/meta/recipes-extended/mdadm/files/mdmonitor.service
new file mode 100644
index 000..3664ceb
--- /dev/null
+++ b/meta/recipes-extended/mdadm/files/mdmonitor.service
@@ -0,0
[OE-core] [PATCH] pixbufcache: Use sceneQueueComplete event to simplify usage
Ensuring the native pixbuf cache is correct after new loaders have
been installed is tricky. This needs to be done without races
and work regardless of whether the build is from sstate or freshly
built for one or more modules.
This adds a hook into base.bbclass which is then triggered by the
code from pixbufcache. This patch is an improved version which
means base.bbclass has no pixbuf knowledge and the mechanism can
be reused in other cases.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 08df7a7..abb50cf 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -204,8 +204,10 @@ def buildcfg_neededvars(d):
bb.fatal('The following variable(s) were not set: %s\nPlease set them
directly, or choose a MACHINE or DISTRO that sets them.' % ',
'.join(pesteruser))
addhandler base_eventhandler
-base_eventhandler[eventmask] = bb.event.ConfigParsed bb.event.BuildStarted
bb.event.RecipePreFinalise
+base_eventhandler[eventmask] = bb.event.ConfigParsed bb.event.BuildStarted
bb.event.RecipePreFinalise bb.runqueue.sceneQueueComplete
python base_eventhandler() {
+import bb.runqueue
+
if isinstance(e, bb.event.ConfigParsed):
if not e.data.getVar(NATIVELSBSTRING, False):
e.data.setVar(NATIVELSBSTRING, lsb_distro_identifier(e.data))
@@ -244,6 +246,17 @@ python base_eventhandler() {
e.data.delVar(PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}g++)
e.data.delVar(PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}compilerlibs)
+if isinstance(e, bb.runqueue.sceneQueueComplete):
+completions = e.data.expand(${STAGING_DIR}/sstatecompletions)
+if os.path.exists(completions):
+cmds = set()
+with open(completions, r) as f:
+cmds = set(f)
+e.data.setVar(completion_function, \n.join(cmds))
+e.data.setVarFlag(completion_function, func, 1)
+bb.debug(1, Executing SceneQueue Completion commands: %s %
\n.join(cmds))
+bb.build.exec_func(completion_function, e.data)
+os.remove(completions)
}
CONFIGURESTAMPFILE = ${WORKDIR}/configure.sstate
diff --git a/meta/classes/pixbufcache.bbclass b/meta/classes/pixbufcache.bbclass
index 9e6ecc8..349967d 100644
--- a/meta/classes/pixbufcache.bbclass
+++ b/meta/classes/pixbufcache.bbclass
@@ -45,6 +45,10 @@ python populate_packages_append() {
d.setVar('pkg_postrm_%s' % pkg, postrm)
}
+gdkpixbuf_complete() {
+ GDK_PIXBUF_FATAL_LOADER=1
${STAGING_BINDIR_NATIVE}/gdk-pixbuf-query-loaders --update-cache || exit 1
+}
+
#
# Add an sstate postinst hook to update the cache for native packages.
# An error exit during populate_sysroot_setscene allows bitbake to
@@ -52,26 +56,12 @@ python populate_packages_append() {
#
SSTATEPOSTINSTFUNCS_append_class-native = pixbufcache_sstate_postinst
+# See base.bbclass for the other half of this
pixbufcache_sstate_postinst() {
- if [ ${BB_CURRENTTASK} = populate_sysroot -o ${BB_CURRENTTASK} =
populate_sysroot_setscene ]
- then
- GDK_PIXBUF_FATAL_LOADER=1 gdk-pixbuf-query-loaders
--update-cache || exit 1
+ if [ ${BB_CURRENTTASK} = populate_sysroot ]; then
+ ${gdkpixbuf_complete}
+ elif [ ${BB_CURRENTTASK} = populate_sysroot_setscene ]; then
+ echo ${gdkpixbuf_complete} ${STAGING_DIR}/sstatecompletions
fi
}
-# Add all of the dependencies of gdk-pixbuf as dependencies of
-# do_populate_sysroot_setscene so that pixbufcache_sstate_postinst can work
-# (otherwise gdk-pixbuf-query-loaders may not exist or link). Only add
-# gdk-pixbuf-native if we're not building gdk-pixbuf itself.
-#
-# Packages that use this class should extend this variable with their runtime
-# dependencies.
-PIXBUFCACHE_SYSROOT_DEPS =
-PIXBUFCACHE_SYSROOT_DEPS_class-native = \
-${@['gdk-pixbuf-native:do_populate_sysroot_setscene', '']['${BPN}' ==
'gdk-pixbuf']} \
-glib-2.0-native:do_populate_sysroot_setscene
libffi-native:do_populate_sysroot_setscene \
-libpng-native:do_populate_sysroot_setscene
zlib-native:do_populate_sysroot_setscene \
-harfbuzz-native:do_populate_sysroot_setscene \
-
-do_populate_sysroot_setscene[depends] += ${PIXBUFCACHE_SYSROOT_DEPS}
-do_populate_sysroot[depends] += ${@d.getVar('PIXBUFCACHE_SYSROOT_DEPS',
True).replace('_setscene','')}
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Why python-native is not available via '#!/usr/bin/env python'?
Hello,
During integrating a Python tool (both: native and nativesdk) into a Yocto
layer, the following questions came to my mind.
My problem was that [native-sysroot]/usr/bin/python was too long (complete
shebang greater than 128 characters).
Changing it naively to `/usr/bin/env python` caused the tool to use host Python
(which was missing required Python modules).
I've found that it is possible to use '#!/usr/bin/env nativepython' for native.
But this solution requires ugly sed in do_install, in recipe for my tool:
do_install_append_class-native() {
sed -i '1 c\#!/usr/bin/env nativepython' ${D}${bindir}/binary
}
Q1. What are the reasons behind that `/usr/bin/env python` refer to the host
tool instead the native one?
Q2. Is there any plan to automate shebang adjustments for native python so that
it is not affected by too-long-shebang issue? distutils.bbclass already has
similar logic, but not enabled for native...
# listing file: meta/classes/distutils.bbclass
52 if test -e ${D}${bindir} ; then
53 for i in ${D}${bindir}/* ; do \
54 if [ ${PN} != ${BPN}-native ]; then
55 sed -i -e
s:${STAGING_BINDIR_NATIVE}/python-native/python:${bindir}/env\ python:g $i
56 fi
57 sed -i -e s:${STAGING_BINDIR_NATIVE}:${bindir}:g $i
58 done
59 fi
Cheers!
Bartlomiej
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/4] toolchain-scripts: Extend to cover nativesdk compiler tools (e.g. nativesdk-gcc)
On Tue, Jul 28, 2015 at 10:53 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Tue, 2015-07-28 at 10:28 -0300, Otavio Salvador wrote: On Tue, Jul 28, 2015 at 10:23 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: This is needed when we add nativesdk-gcc/binutil to an SDK. Being present doesn't hurt in other cases. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Maybe it could use the environment-setup subscript to extend this? Not sure its worth the complexity of that to be honest... The point, of doing it this way, is to have the environment script in its canonical form and without unused code. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] watchdog: kill update-rc.d when not using sysvinit
Fixes a dependency on a nonexistent initscripts-functions package.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Abdur Rehman abdur_reh...@mentor.com
---
meta/recipes-extended/watchdog/watchdog_5.14.bb |5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-extended/watchdog/watchdog_5.14.bb
b/meta/recipes-extended/watchdog/watchdog_5.14.bb
index 9ec0a8e..7557597 100644
--- a/meta/recipes-extended/watchdog/watchdog_5.14.bb
+++ b/meta/recipes-extended/watchdog/watchdog_5.14.bb
@@ -28,3 +28,8 @@ RRECOMMENDS_${PN} = kernel-module-softdog
do_install_append() {
install -D ${S}/redhat/watchdog.init
${D}/${sysconfdir}/init.d/watchdog.sh
}
+
+python () {
+if not bb.utils.contains('DISTRO_FEATURES', 'sysvinit', True, False, d):
+d.setVar(INHIBIT_UPDATERCD_BBCLASS, 1)
+}
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [oe-core][PATCH 1/1] nss: advance to version 3.19.1
Picks up fixes for CVE-2015-2721 and CVE-2015-2730. Specify previously
overlooked license file COPYING. Do not modify nss.inc.
Signed-off-by: Joe Slater jsla...@windriver.com
---
meta/recipes-support/nss/nss_3.17.3.bb |7 ---
meta/recipes-support/nss/nss_3.19.1.bb | 17 +
2 files changed, 17 insertions(+), 7 deletions(-)
delete mode 100644 meta/recipes-support/nss/nss_3.17.3.bb
create mode 100644 meta/recipes-support/nss/nss_3.19.1.bb
diff --git a/meta/recipes-support/nss/nss_3.17.3.bb
b/meta/recipes-support/nss/nss_3.17.3.bb
deleted file mode 100644
index e7d0780..000
--- a/meta/recipes-support/nss/nss_3.17.3.bb
+++ /dev/null
@@ -1,7 +0,0 @@
-require nss.inc
-
-SRC_URI += \
-
http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_17_3_RTM/src/${BP}.tar.gz
\
-
-SRC_URI[md5sum] = fba7489e1b26f2a0bfe5527430fd61e1
-SRC_URI[sha256sum] =
f4d5e9035a2f84f25f35c283de3b0ff60d72e918748de25eaf017ed201fa21d5
diff --git a/meta/recipes-support/nss/nss_3.19.1.bb
b/meta/recipes-support/nss/nss_3.19.1.bb
new file mode 100644
index 000..f4059c4
--- /dev/null
+++ b/meta/recipes-support/nss/nss_3.19.1.bb
@@ -0,0 +1,17 @@
+require nss.inc
+
+SRC_URI += \
+
http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_19_1_RTM/src/${BP}.tar.gz
\
+
+
+SRC_URI[md5sum] = 68a9c01c987b9bd92066b4e0041f3e58
+SRC_URI[sha256sum] =
b7be709551ec13206d8e3e8c065b894fa981c11573115e9478fa051029c52fff
+
+#SRC_URI[md5sum] = fba7489e1b26f2a0bfe5527430fd61e1
+#SRC_URI[sha256sum] =
f4d5e9035a2f84f25f35c283de3b0ff60d72e918748de25eaf017ed201fa21d5
+
+# override value in nss.inc
+#
+LIC_FILES_CHKSUM = file://nss/COPYING;md5=3b1e88e1b9c0b5a4b2881d46cce06a18 \
+
file://nss/lib/freebl/mpi/doc/LICENSE;md5=491f158d09d948466afce85d6f1fe18f \
+
file://nss/lib/freebl/mpi/doc/LICENSE-MPL;md5=5d425c8f3157dbf212db2ec53d9e5132
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 1/1] nss: advance to version 3.19.1
On 28 July 2015 at 20:11, Joe Slater jsla...@windriver.com wrote: +# override value in nss.inc +# +LIC_FILES_CHKSUM = file://nss/COPYING;md5=3b1e88e1b9c0b5a4b2881d46cce06a18 \ + file://nss/lib/freebl/mpi/doc/LICENSE;md5=491f158d09d948466afce85d6f1fe18f \ + file://nss/lib/freebl/mpi/doc/LICENSE-MPL;md5=5d425c8f3157dbf212db2ec53d9e5132 Having a separate inc file really helps with clear recipes doesn't it... gripe mode off According to the layer index there's only one recipe for NSS, so how about we just ditch the nss.inc? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Why python-native is not available via '#!/usr/bin/env python'?
On 28 July 2015 at 17:23, Kucharczyk, Bartlomiej (Nokia - PL/Wroclaw) bartlomiej.kucharc...@nokia.com wrote: Q1. What are the reasons behind that `/usr/bin/env python` refer to the host tool instead the native one? Because the use of the built python-native is opt-in for each recipe, and if you want to use it then the recipe should just inherit pythonnative. This adjusts PATH so the standard #! works. You only need to use the python-native binary if you build-depend on non-standard Python modules which are in your DEPENDS (and so installed into the native sysroot). Otherwise we assume that the host Python is sufficient: it's running bitbake already so it can't be that broken. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] xfsprogs: Uprev to 3.2.3 version
From: Jianchuan Wang jianchuan.w...@windriver.com In the v3.2.3, the libhandle.so/libhandle.a paths have changed so that We need not rm them in the install processing. Signed-off-by: Jianchuan Wang jianchuan.w...@windriver.com --- ...nerate-crctable-which-is-moved-into-runti.patch | 170 + .../recipes-utils/xfsprogs/xfsprogs_3.1.11.bb | 56 --- .../recipes-utils/xfsprogs/xfsprogs_3.2.3.bb | 52 +++ 3 files changed, 222 insertions(+), 56 deletions(-) create mode 100644 meta-filesystems/recipes-utils/xfsprogs/files/xfsprogs-generate-crctable-which-is-moved-into-runti.patch delete mode 100644 meta-filesystems/recipes-utils/xfsprogs/xfsprogs_3.1.11.bb create mode 100644 meta-filesystems/recipes-utils/xfsprogs/xfsprogs_3.2.3.bb diff --git a/meta-filesystems/recipes-utils/xfsprogs/files/xfsprogs-generate-crctable-which-is-moved-into-runti.patch b/meta-filesystems/recipes-utils/xfsprogs/files/xfsprogs-generate-crctable-which-is-moved-into-runti.patch new file mode 100644 index 000..b204195 --- /dev/null +++ b/meta-filesystems/recipes-utils/xfsprogs/files/xfsprogs-generate-crctable-which-is-moved-into-runti.patch @@ -0,0 +1,170 @@ +From e58cb210a7c15352040a411d11a8383eac0defda Mon Sep 17 00:00:00 2001 +From: Jianchuan Wang jianchuan.w...@windriver.com +Date: Tue, 30 Sep 2014 12:16:17 +0800 +Subject: [PATCH] xfsprogs: generate crctable which is moved into runtime from + compile + +After upgraded, There is a compile error except x86, +Because crc32.c need two arraies crc32table_le and crc32ctable_le from crc32table.h, +which are generated by gen_crc32table.c relative to different platforms. +For this, move the function implementation from gen_crc32table.c to crc.c + +Upstream-Status: Pending + +Signed-off-by: Jianchuan Wang jianchuan.w...@windriver.com +--- + libxfs/Makefile | 23 ++ + libxfs/crc32.c | 75 +++-- + 2 files changed, 75 insertions(+), 23 deletions(-) + +diff --git a/libxfs/Makefile b/libxfs/Makefile +index ae15a5d..7670159 100644 +--- a/libxfs/Makefile b/libxfs/Makefile +@@ -10,7 +10,7 @@ LT_CURRENT = 0 + LT_REVISION = 0 + LT_AGE = 0 + +-HFILES = xfs.h init.h xfs_dir2_priv.h crc32defs.h crc32table.h ++HFILES = xfs.h init.h xfs_dir2_priv.h crc32defs.h + CFILES = cache.c \ + crc32.c \ + init.c kmem.c logitem.c radix-tree.c rdwr.c trans.c util.c \ +@@ -43,7 +43,6 @@ CFILES = cache.c \ + CFILES += $(PKG_PLATFORM).c + PCFILES = darwin.c freebsd.c irix.c linux.c + LSRCFILES = $(shell echo $(PCFILES) | sed -e s/$(PKG_PLATFORM).c//g) +-LSRCFILES += gen_crc32table.c + + # + # Tracing flags: +@@ -61,25 +60,7 @@ LTLIBS = $(LIBPTHREAD) $(LIBRT) + # don't try linking xfs_repair with a debug libxfs. + DEBUG = -DNDEBUG + +-LDIRT = gen_crc32table crc32table.h crc32selftest +- +-default: crc32selftest ltdepend $(LTLIBRARY) +- +-crc32table.h: gen_crc32table.c +- @echo [CC] gen_crc32table +- $(Q) $(CC) $(CFLAGS) -o gen_crc32table $ +- @echo [GENERATE] $@ +- $(Q) ./gen_crc32table crc32table.h +- +-# The selftest binary will return an error if it fails. This is made a +-# dependency of the build process so that we refuse to build the tools on broken +-# systems/architectures. Hence we make sure that xfsprogs will never use a +-# busted CRC calculation at build time and hence avoid putting bad CRCs down on +-# disk. +-crc32selftest: gen_crc32table.c crc32table.h crc32.c +- @echo [TEST]CRC32 +- $(Q) $(CC) $(CFLAGS) -D CRC32_SELFTEST=1 crc32.c -o $@ +- $(Q) ./$@ ++default: ltdepend $(LTLIBRARY) + + include $(BUILDRULES) + +diff --git a/libxfs/crc32.c b/libxfs/crc32.c +index 0f847d2..be5fbc3 100644 +--- a/libxfs/crc32.c b/libxfs/crc32.c +@@ -55,8 +55,6 @@ typedef __u32u64; + # define tobe(x) (x) + #endif + +-#include crc32table.h +- + #if CRC_LE_BITS 8 || CRC_BE_BITS 8 + + /* implements slicing-by-4 or slicing-by-8 algorithm */ +@@ -183,13 +181,86 @@ u32 __pure crc32c_le(u32 crc, unsigned char const *p, size_t len) + return crc32_le_generic(crc, p, len, NULL, CRC32C_POLY_LE); + } + #else ++ ++#include stdio.h ++#include crc32defs.h ++#include inttypes.h ++ ++#define ENTRIES_PER_LINE 4 ++ ++#if CRC_LE_BITS 8 ++# define LE_TABLE_ROWS (CRC_LE_BITS/8) ++# define LE_TABLE_SIZE 256 ++#else ++# define LE_TABLE_ROWS 1 ++# define LE_TABLE_SIZE (1 CRC_LE_BITS) ++#endif ++ ++#if CRC_BE_BITS 8 ++# define BE_TABLE_ROWS (CRC_BE_BITS/8) ++# define BE_TABLE_SIZE 256 ++#else ++# define BE_TABLE_ROWS 1 ++# define BE_TABLE_SIZE (1 CRC_BE_BITS) ++#endif ++ ++static uint32_t crc32table_le[LE_TABLE_ROWS][256]; ++static uint32_t crc32ctable_le[LE_TABLE_ROWS][256]; ++ ++static uint32_t crc32table_le_init = 0; ++static uint32_t crc32ctable_le_init = 0; ++ ++/* ++ * big endian ordered CRC not used by XFS. ++static uint32_t crc32table_be[BE_TABLE_ROWS][256]; ++ */ ++ ++/** ++ * crc32init_le() - allocate and initialize LE
Re: [OE-core] [PATCH] watchdog: kill update-rc.d when not using sysvinit
On 28 July 2015 at 18:11, Abdur Rehman abdur_reh...@mentor.com wrote:
+python () {
+if not bb.utils.contains('DISTRO_FEATURES', 'sysvinit', True, False,
d):
+d.setVar(INHIBIT_UPDATERCD_BBCLASS, 1)
+}
Isn't this what the update-rcd logic does already:
# Check that this class isn't being inhibited (generally, by
# systemd.bbclass) before doing any work.
if bb.utils.contains('DISTRO_FEATURES', 'sysvinit', True, False, d) or \
not d.getVar(INHIBIT_UPDATERCD_BBCLASS, True):
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
