Wouldn't it make more sense to update to 1.12?
Since 1.11.1 is backporting fixes from 1.12 as stated in the annouce
mail of the release.
2016-10-29 16:57 GMT+02:00 Fathi Boudra :
> Update release tarball md5sum/sha256sum
>
> Signed-off-by: Fathi Boudra
> ---
> .../wayland/wayland/0001-scanner-Us
Issue: LIN8-5007
According to other linux distributes like ubuntu, the modules
are usually included by 'LoadModule' command in *.load files
in mods-enable directory, and *.conf files in this directory
are for special configurations for each module.
The stucture of the files tree is not the same i
t the same in yocto, so this
may be not the rule that we must follow. But still add *.load to
be compatible with customer's normal usage habits.
(LOCAL REV: NOT UPSTREAM) -- sent to oe-devel on 20161031
Signed-off-by: Junxian.Xiao
---
.../recipes-httpd/apache2/apache2_2.4.16.bb|
On 29 October 2016 at 11:08, Robert P. J. Day wrote:
>
>
> one or two curiosities(?) i've run across re: PACKAGECONFIG usage,
> and as i'm writing a short tutorial page on that feature, i better
> make sure i understand the nuance.
>
> first, AIUI, for any recipe, *any* possible flag value tha
Hi Junxian,
This should go into openembedded-de...@lists.openembedded.org
Please see README in each layer of meta-openembedded to see how to
send patches.
// Robert
On 10/31/2016 04:42 PM, Junxian.Xiao wrote:
Issue: LIN8-5007
According to other linux distributes like ubuntu, the modules
are
On 29 October 2016 at 09:08, Robert P. J. Day wrote:
> actually, that might be it for this post ... am i missing any other
> subtleties involving PACKAGECONFIG worth mentioning? another
> PACAKGECONFIG-related post coming shortly, but it's more focused so
> i'll post it separately.
>
The only
On Mon, 31 Oct 2016, Burton, Ross wrote:
> On 29 October 2016 at 09:08, Robert P. J. Day wrote:
> actually, that might be it for this post ... am i missing any other
> subtleties involving PACKAGECONFIG worth mentioning? another
> PACAKGECONFIG-related post coming shortly, but
mkefidisk.sh will soon be deprecated in favor of .wic images.
Added deprecation warning to the script to inform users that
this script will soon be removed from the codebase.
Signed-off-by: Ed Bartosh
---
scripts/contrib/mkefidisk.sh | 5 +
1 file changed, 5 insertions(+)
diff --git a/scri
On 31 October 2016 at 08:25, Johannes Pointner
wrote:
> Wouldn't it make more sense to update to 1.12?
> Since 1.11.1 is backporting fixes from 1.12 as stated in the annouce
> mail of the release.
>
Absolutely - there's a 1.12 so unless there's a good reason to avoid it in
master we should be mo
On Sun, Oct 30, 2016 at 9:07 PM, Andreas Müller
wrote:
> On Sun, Oct 30, 2016 at 6:38 PM, Khem Raj wrote:
>> On Sun, Oct 30, 2016 at 6:34 AM, Andreas Müller
>> wrote:
>>> On Sat, Oct 29, 2016 at 10:47 AM, Khem Raj wrote:
This has been cause of issue where we were getting both usr/include
>
On 10/31/2016 05:45 AM, Paul Eggleton wrote:
Alex, any idea what's happened here? Do you have the originals from when you
did the upgrade?
Hmm, it seems we aren't the only ones to have hit this:
http://osdir.com/ml/blfs-dev/2016-10/msg00013.html
That said, I still don't think we should blin
Sourceforge does a not-so-clever redirecting that fails miserably here:
Proxy request sent, awaiting response... 301 Moved Permanently
Location:
http://downloads.sourceforge.net/project/boost/boost/snapshots/master/boost_1_62_0.tar.bz2
[following]
Also, boost developers are naming the
There's no way to ensure that files owned by the users aren't left
on the system at postrm time: Removing the user would mean those
files are now owned by a non-existing user, and later may be owned
by a completely unrelated new user.
[YOCTO #10442]
Signed-off-by: Jussi Kukkonen
---
meta/recipe
avahi,distcc: Don't remove users/groups on postrm
e2fsprogs: Fix a build issue noticed on autobuilder
Thanks,
Jussi
The following changes since commit 927ed6cbefbaea2905919e158ceda9546e3e710e:
maintainers.inc: remove SGML recipes (2016-10-28 16:32:31 +0100)
are available in the git reposito
e2fsprogs builds fine with or without attr but it's possible to
end up with this sequence:
* e2fsprogs configure finds attr/xattr.h (coming from sstate)
* attr starts rebuild, attr/xattr.h is removed from sysroot
* e2fsprogs compile fails: "attr/xattr.h: No such file or directory"
Depend on att
There's no way to ensure that files owned by the users aren't left
on the system at postrm time: Removing the user would mean those
files are now owned by a non-existing user, and later may be owned
by a completely unrelated new user.
Signed-off-by: Jussi Kukkonen
---
meta/recipes-devtools/distc
On 10/28/2016 09:46 PM, Nathan Lynch wrote:
This actually breaks running the lttng-tools test suite on the target:
root@qemux86-64:/usr/lib/lttng-tools/ptest# cat run-ptest
#!/bin/sh
# Without --ignore-exit, the tap harness causes any FAILs within a
# test plan to raise ERRORs; this is just nois
On 30 October 2016 at 18:18, Marek Vasut wrote:
> So the simplest test would be to do the build of native u-boot-mkimage
> on, say, centos/fedora ?
>
No, a build on Debian (I've just replicated this on my own debian build
machine). Literally just "bitbake u-boot-mkimage" fails to build.
Ross
-
When there is a relative symlink in the layer, for example:
symA -> ../out/of/layer/file
symA will be invalid fater copied, it would be invalid from build time
if it points to a relative path, and would be invalid after extracted
the sdk if it points to a absolute py. Dereference symlink when copy
The following changes since commit 42b4fa2f923244bc047874752d2e0381ff6f0a25:
boost: fix the SRC_URI to point to an actual release, and not a master
snapshot (2016-10-31 14:23:04 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/cp
http
> On Oct 31, 2016, at 5:53 AM, Alexander Kanavin
> wrote:
>
> On 10/31/2016 05:45 AM, Paul Eggleton wrote:
>>> Alex, any idea what's happened here? Do you have the originals from when you
>>> did the upgrade?
>>
>> Hmm, it seems we aren't the only ones to have hit this:
>>
>> http://osdir.co
> On Oct 31, 2016, at 5:48 AM, Andreas Müller
> wrote:
>
> On Sun, Oct 30, 2016 at 9:07 PM, Andreas Müller
> wrote:
>> On Sun, Oct 30, 2016 at 6:38 PM, Khem Raj wrote:
>>> On Sun, Oct 30, 2016 at 6:34 AM, Andreas Müller
>>> wrote:
On Sat, Oct 29, 2016 at 10:47 AM, Khem Raj wrote:
>
> On Oct 30, 2016, at 11:29 PM, Robert P. J. Day wrote:
>
> On Sun, 30 Oct 2016, Khem Raj wrote:
>
>> On Oct 30, 2016, at 4:36 PM, Burton, Ross wrote:
>>
>> On 30 October 2016 at 17:35, Robert P. J. Day wrote:
>>fair enough ... i'm embarrassed to admit i didn't really understand
The slang maintainer only puts the current release at
jedsoft.org/releases/slang/slang-1.2.3.tar.bz2, all previous releases are moved
into /releases/slang/old/.
As this breaks the fetch the moment a new version is released, use PREMIRRORS to
also look in the /old/ directory.
Signed-off-by: Ross B
The AC_PATH_XTRA check for X11 headers is never actually used, so patch that out
and remove the options in EXTRA_OECONF.
Move pcre/png/zlib toggles to PACKAGECONFIG, retaining the behaviour that only
PCRE is enabled by default.
Add missing libiconv dependency.
Signed-off-by: Ross Burton
---
me
On Mon, Oct 31, 2016 at 04:59:43PM +1300, Paul Eggleton wrote:
> If you set LIC_FILES_CHKSUM to point to a relative symlink then you'll
> get "Could not copy license file" warnings in copy_license_files() since
> the symlink won't be valid after it's copied. If the source is a symlink
> then we nee
On 26 October 2016 at 18:39, Ulf Magnusson wrote:
> # Skip it if the target doesn't exist
> try:
> -s = os.stat(fpath)
> +os.stat(fpath)
> except OSError as e:
> (err, strerror) = e.args
> if
On Mon, Oct 31, 2016 at 5:25 PM, Khem Raj wrote:
>
>> On Oct 31, 2016, at 5:48 AM, Andreas Müller
>> wrote:
>>
>> On Sun, Oct 30, 2016 at 9:07 PM, Andreas Müller
>> wrote:
>>> On Sun, Oct 30, 2016 at 6:38 PM, Khem Raj wrote:
On Sun, Oct 30, 2016 at 6:34 AM, Andreas Müller
wrote:
>>>
On Mon, Oct 31, 2016 at 6:49 PM, Andreas Müller
wrote:
> On Mon, Oct 31, 2016 at 5:25 PM, Khem Raj wrote:
>>
>>> On Oct 31, 2016, at 5:48 AM, Andreas Müller
>>> wrote:
>>>
>>> On Sun, Oct 30, 2016 at 9:07 PM, Andreas Müller
>>> wrote:
On Sun, Oct 30, 2016 at 6:38 PM, Khem Raj wrote:
Is this sstate safe?
On Oct 30, 2016 9:11 PM, "Paul Eggleton"
wrote:
> If you set LIC_FILES_CHKSUM to point to a relative symlink then you'll
> get "Could not copy license file" warnings in copy_license_files() since
> the symlink won't be valid after it's copied. If the source is a symlink
> th
Hi Khem,
Why wouldn't it be?
Cheers,
Paul
On Mon, 31 Oct 2016 12:23:04 Khem Raj wrote:
> Is this sstate safe?
>
> On Oct 30, 2016 9:11 PM, "Paul Eggleton"
>
> wrote:
> > If you set LIC_FILES_CHKSUM to point to a relative symlink then you'll
> > get "Could not copy license file" warnings in co
On 27 October 2016 at 08:10, Ed Bartosh wrote:
> +match = re.match(".* (\d\.\d)\.\d .*", output.split('\n')[0])
>
Debian uses this string:
gcc (Debian 4.9.2-10) 4.9.2
So your regex needs to be a bit more permissive, and it looks like grabbing
the second number would be more appropriate her
Hello Alexander,
On 31.10.2016 14:23, Alexander Kanavin wrote:
> Sourceforge does a not-so-clever redirecting that fails miserably here:
>
> Proxy request sent, awaiting response... 301 Moved Permanently
> Location:
> http://downloads.sourceforge.net/project/boost/boost/snapshots/maste
> On Oct 31, 2016, at 12:41 PM, Paul Eggleton
> wrote:
>
> Hi Khem,
>
> Why wouldn't it be?
Was thinking out loud if the path is expanded to absolute paths then
does it get recorded into task checksums ?
>
> Cheers,
> Paul
>
> On Mon, 31 Oct 2016 12:23:04 Khem Raj wrote:
>> Is this sstate
On Mon, Oct 31, 2016 at 3:34 PM, Khem Raj wrote:
> > On Oct 31, 2016, at 12:41 PM, Paul Eggleton <
> paul.eggle...@linux.intel.com> wrote:
> >
> > Hi Khem,
> >
> > Why wouldn't it be?
>
> Was thinking out loud if the path is expanded to absolute paths then
> does it get recorded into task checksu
From: Zhang Xiao
When extracting packaes, the trailing slash of the file name
has no means but may cause some issue on system call lstat.
Remove it.
Signed-off-by: Zhang Xiao
Signed-off-by: Jackie Huang
---
.../pax-strip-off-file-name-s-trailing-slash.patch | 48 ++
meta/r
The following changes since commit b18fa5f2f2f46afc6fdc58f4d29679dea9c36c43:
Remove LIC_FILES_CHKSUM from recipes without SRC_URI (2016-10-28 11:27:33
+0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/sdk-fixes
http://cgit.openembed
If you used an & character in SDK_TITLE (possibly indirectly from
DISTRO_NAME) then sed interpreted this as a directive to paste in the
replaced string (@SDK_TITLE@ in this case). Escape any & characters in
SDK_TITLE to avoid that.
Signed-off-by: Paul Eggleton
---
meta/classes/populate_sdk_base.
SDK_OLDEST_KERNEL currently only controls the check on SDK installation,
however as with OLDEST_KERNEL it should be controlling the OLDEST_KERNEL
value for building glibc used in the SDK. Thus, set it in
nativesdk.bbclass. This means we need to move the default to
bitbake.conf so that it can be see
39 matches
Mail list logo
