Add new FSTYPE called 'multiubi'. This new type has the ability to
create multple ubi's, something that's extremely useful on boards that
can include varying flash sizes (e.g. 256MB vs 2GB).
Because we don't want to reuse code, I extracted the mkfs and ubinize
commands out to a new function that w
I am submitting a patch that will add a new filesystem type called 'multiubi'.
Without repeating my commit message verbatim, I want the ability to create
multiple ubi's that cater to different flash sizes.
This is ideal for some boards I've encountered that can have anywhere from nMB
to nGB of
Changes affecting future time stamps
Egypt will not observe DST in 2015 and will consider canceling it
permanently. For now, assume no DST indefinitely.
(Thanks to Ahmed Nazmy and Tim Parenti.)
Changes affecting past time stamps
America/Whitehorse switched from UTC-9 to UTC-8 on 1967-05-28, not
Changes affecting code
zic has some minor performance improvements.
Signed-off-by: Armin Kuster
---
meta/recipes-extended/tzcode/tzcode-native_2015c.bb | 11 ---
meta/recipes-extended/tzcode/tzcode-native_2015d.bb | 11 +++
2 files changed, 11 insertions(+), 11 deletions(-)
On Fri, Apr 24, 2015 at 11:02:21PM +0300, Dmitry Eremin-Solenikov wrote:
> Make qt4-x11-free depend on virtual/libgl only if the DISTRO_FEATURES
> contain opengl. Otherwise there will be no package to fullfil this
> dependency.
>
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> meta/recipes-qt/q
From: Theodor Gherzan
--047d7b3a7fac0eebee050cb47483
Content-Type: text/plain; charset="UTF-8"
After we check the existence of 'machine_branch' with 'git show-ref'
the following if statement should change the 'machine_branch'
to the default (i.e. master) if the 'git show-ref' has returned an
Make qt4-x11-free depend on virtual/libgl only if the DISTRO_FEATURES
contain opengl. Otherwise there will be no package to fullfil this
dependency.
Signed-off-by: Dmitry Eremin-Solenikov
---
meta/recipes-qt/qt4/qt4-x11-free.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
On Thu, Apr 23, 2015 at 8:35 PM, Khem Raj wrote:
> I saw that my prior pull request has not yet been picked so I took
> opportunity to update it
> with few more commits and remove the commits not needed for world builds out.
> With these world builds on OE-Core are succeeding for all supported qe
It is possible that recipe specific tasks, or build processes drop
files into the kernel source directory. These files can cause problems
with the meta data detection in the kern-tools.
With this change, we have a single unified meta data detection routine,
that logs the result in a new file ".met
Richard,
Here are a couple of change that just missed the 1.8 cut off, so I'm sending
them out now .. before I send my queue with the new 4.x kernels, and LTSI/stable
updates for all the trees.
The tools change addresses [YOCTO: #7441], and makes the detection of meta
data simpler, and also smart
Bumping the linux-yocto 3.19 SRCREVs to integrate the 3.19.5 korg
stable updates, as well as the following meta data changes:
205aca0c1241 meta: intel-common: Enable USB-based Bluetooth hardware
b6a810e8e808 meta: features/bluetooth: add support for USB Bluetooth hardware
767f3fa34680 common
On Fri, Apr 24, 2015 at 1:59 AM, Chen Qi wrote:
> -bb.build.exec_func(d.getVar("SDK_PACKAGING_FUNC", True), d)
> +sdk_packaging_func = d.getVar("SDK_PACKAGING_FUNC", True) or ""
> +if sdk_packaging_func.strip():
> +bb.build.exec_func(d.getVar("SDK_PACKAGING_FUNC", True), d)
>
On Fri, Apr 24, 2015 at 3:17 AM, Richard Purdie
wrote:
> On Thu, 2015-04-23 at 20:35 -0700, Khem Raj wrote:
>> Kill 2 bugs with one patch
>
> I don't mind the patch but does anyone use inserv? Should we remove it?
I had a usecase with daisy but it ended there. So I am ok to remove it.
>
> Cheers
util-linux creates lastb as a symlink to last during the build.
Just as other applications may provide last, other applications
may provide lastb. Add alternatives designations for lastb to
avoid installation conflicts with other applications.
Both last and lastb are can be exist in other package
I received help from Matthieu Crapet to find and fix a few problems with v3.
Changes in v4:
* Adds last to PACKAGECONFIG_class-native and PACKAGECONFIG_class-nativesdk
to mimic current behavior
* Add "--disable-last" to configuration options if last is not in
PACKAGECONFIG
* Fix errors
On Fri, 2015-04-24 at 10:19 +0800, Li Zhou wrote:
> bdfReadCharacters: ensure metrics fit into xCharInfo struct
>
> We use 32-bit ints to read from the bdf file, but then try to stick
> into a 16-bit int in the xCharInfo struct, so make sure they won't
> overflow that range.
>
> Signed-off-by: Li
On Thu, 2015-04-23 at 20:35 -0700, Khem Raj wrote:
> Kill 2 bugs with one patch
I don't mind the patch but does anyone use inserv? Should we remove it?
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
htt
On 04/24/2015 05:03 PM, Paul Eggleton wrote:
On Friday 24 April 2015 16:59:34 Chen Qi wrote:
This task is meaningless for uninative-tarball as the package task
has been deleted. Besides, sometimes it would cause problems. To
reproduce, use the following command.
bitbake uninative-tarball -c cle
On Friday 24 April 2015 16:59:34 Chen Qi wrote:
> This task is meaningless for uninative-tarball as the package task
> has been deleted. Besides, sometimes it would cause problems. To
> reproduce, use the following command.
>
> bitbake uninative-tarball -c cleansstate && bitbake uninative-tarball
`bitbake uninative-tarball' raises the following warning.
WARNING: Function doesn't exist
This is because SDK_PACKAGING_FUNC is set to "" in its recipe.
Anyway, we need to check this variable to avoid executing empty function.
[YOCTO #7598]
Signed-off-by: Chen Qi
---
meta/classes/populat
This task is meaningless for uninative-tarball as the package task
has been deleted. Besides, sometimes it would cause problems. To
reproduce, use the following command.
bitbake uninative-tarball -c cleansstate && bitbake uninative-tarball &&
bitbake uninative-tarball -c clean && bitbake uninative
The following changes since commit c9b06c79ed8a082d1b385e9f61721aeeda9bf1af:
init-install-efi.sh: fix gummiboot entry installation (2015-04-21 07:19:07
+0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib
ChenQi/uninative-tarball-fixes
http
On Friday 24 April 2015 16:14:36 ChenQi wrote:
> On 04/24/2015 03:20 PM, Richard Purdie wrote:
> > On Fri, 2015-04-24 at 14:50 +0800, Chen Qi wrote:
> >> `bitbake uninative-tarball' raises the following warning.
> >>
> >> WARNING: Function doesn't exist
> >>
> >> This is because SDK_PACKAGI
On 04/24/2015 04:31 PM, Richard Purdie wrote:
On Fri, 2015-04-24 at 00:54 -0700, Robert Yang wrote:
The following changes since commit 166f2587468ae71988c610858aad3f7ef67eccba:
bison: don't depend on help2man (2015-04-21 11:29:30 +0100)
are available in the git repository at:
git://gi
On Friday 24 April 2015 11:38:45 Markus Lehtonen wrote:
> NACK! Please skip this patch for now. I just found out it doesn't work as
> expected. I'll submit a new version when I've worked around the problems.
OK, I've re-pushed the branch with this patch removed.
Cheers,
Paul
--
Paul Eggleton
I
Hi,
On 23/04/15 19:18, "Paul Eggleton" wrote:
>From: Markus Lehtonen
>
>All local files from the layer, including patches, are added to to
>srctree repository when S==WORKDIR. The patch files are useless as they
>are automatically applied on top of the srctree by devtool.
>
>This change causes
On Fri, 2015-04-24 at 00:54 -0700, Robert Yang wrote:
> The following changes since commit 166f2587468ae71988c610858aad3f7ef67eccba:
>
> bison: don't depend on help2man (2015-04-21 11:29:30 +0100)
>
> are available in the git repository at:
>
> git://git.openembedded.org/openembedded-core-co
On 04/24/2015 03:20 PM, Richard Purdie wrote:
On Fri, 2015-04-24 at 14:50 +0800, Chen Qi wrote:
`bitbake uninative-tarball' raises the following warning.
WARNING: Function doesn't exist
This is because SDK_PACKAGING_FUNC is set to "" in its recipe.
Anyway, we need to check this variable
Confirmed with the author Qi, it isn't needed.
Signed-off-by: Robert Yang
---
...01-Makefile.am-fix-parallel-build-problem.patch | 29
1 file changed, 29 deletions(-)
delete mode 100644
meta/recipes-kernel/kmod/kmod/0001-Makefile.am-fix-parallel-build-problem.patch
diff
Signed-off-by: Robert Yang
---
.../bind/bind/bind-9.8.1-CVE-2012-5166.patch | 119 -
.../bind/bind/bind-CVE-2011-4313.patch | 89
.../bind/bind/bind-CVE-2012-1667.patch | 92 -
.../bind/bind/bind-CVE-2013-2266.patch
It is aready in the source.
Signed-off-by: Robert Yang
---
.../sys_platform_is_now_always_linux2.patch| 29
1 file changed, 29 deletions(-)
delete mode 100644
meta/recipes-devtools/python/python3/sys_platform_is_now_always_linux2.patch
diff --git
a/meta/recipes
The patch fixes a warning seen with gcc 4.8 (especially on ubuntu 13.10)
Signed-off-by: Robert Yang
---
meta/recipes-devtools/elfutils/elfutils_0.148.bb |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
b/meta/recipes-devtools/elfutils/elfut
It is aready in the source.
Signed-off-by: Robert Yang
---
.../lttng/lttng-modules/bio-bvec-iter.patch| 156
1 file changed, 156 deletions(-)
delete mode 100644 meta/recipes-kernel/lttng/lttng-modules/bio-bvec-iter.patch
diff --git a/meta/recipes-kernel/lttng/lttn
The following changes since commit 166f2587468ae71988c610858aad3f7ef67eccba:
bison: don't depend on help2man (2015-04-21 11:29:30 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/dangling
http://cgit.openembedded.org/cgit.cgi/openembe
It is a backport patch.
Signed-off-by: Robert Yang
---
.../texinfo/enumerate_greater_than_ten.patch | 51
1 file changed, 51 deletions(-)
delete mode 100644
meta/recipes-extended/texinfo/texinfo/enumerate_greater_than_ten.patch
diff --git
a/meta/recipes-extended/
It is a backport patch.
Signed-off-by: Robert Yang
---
.../nspr/nspr/nspr-CVE-2014-1545.patch | 67
1 file changed, 67 deletions(-)
delete mode 100644 meta/recipes-support/nspr/nspr/nspr-CVE-2014-1545.patch
diff --git a/meta/recipes-support/nspr/nspr/nspr-CVE
We still need it, so update and enable it.
Signed-off-by: Robert Yang
---
...t-cleanmarker-with-flash_erase--j-command.patch | 22
meta/recipes-devtools/mtd/mtd-utils_git.bb |1 +
2 files changed, 14 insertions(+), 9 deletions(-)
diff --git
a/meta/recipes-dev
Removed:
- openssl-avoid-NULL-pointer-dereference-in-dh_pub_encode.patch
- upgate-vegsion-script-for-1.0.2.patch
Since they are already in the source.
- make-targets.patch
It removed test dir from DIRS, which is not needed any more since we
need build it.
Signed-off-by: Robert Yang
i
It is a backport patch.
Signed-off-by: Robert Yang
---
.../logrotate/logrotate-CVE-2011-1548.patch| 43
1 file changed, 43 deletions(-)
delete mode 100644
meta/recipes-extended/logrotate/logrotate/logrotate-CVE-2011-1548.patch
diff --git
a/meta/recipes-extended
It is already in the source.
Signed-off-by: Robert Yang
---
.../libaio/libaio/libaio-generic.patch | 65
1 file changed, 65 deletions(-)
delete mode 100644 meta/recipes-extended/libaio/libaio/libaio-generic.patch
diff --git a/meta/recipes-extended/libaio/liba
It is a backport patch.
Signed-off-by: Robert Yang
---
.../libxml/libxml2/libxml2-CVE-2014-3660.patch | 147
1 file changed, 147 deletions(-)
delete mode 100644 meta/recipes-core/libxml/libxml2/libxml2-CVE-2014-3660.patch
diff --git a/meta/recipes-core/libxml/libxml2/
libarchive: Updated libarchive packages fix security vulnerability
Alexander Cherepanov discovered that bsdcpio, an implementation of the "cpio"
program part of the libarchive project, is susceptible to a directory
traversal vulnerability via absolute paths.
Signed-off-by: Li Zhou
---
...IVE_EX
On Fri, 2015-04-24 at 14:50 +0800, Chen Qi wrote:
> `bitbake uninative-tarball' raises the following warning.
>
> WARNING: Function doesn't exist
>
> This is because SDK_PACKAGING_FUNC is set to "" in its recipe.
> Anyway, we need to check this variable to avoid executing empty function.
>
43 matches
Mail list logo
