Re: [OE-core] [PATCH][morty 2/2] Revert "epiphany: remove unnecessary libwnck3 dependency"

On 11/25/2016 04:06 PM, Randy MacLeod wrote: Armin, Probably a US Thanksgiving glitch but... Morty needs both these patches to have an, err build epiphany. I don't see a commit on morty or the non-existent morty-next. What's the plan? I will take a look and do the needful. Thanks for the

[OE-core] [PATCH] ruby: upgrade to 2.3.1

From: Edwin Plauchu Signed-off-by: Edwin Plauchu --- meta/recipes-devtools/ruby/ruby.inc | 2 +- meta/recipes-devtools/ruby/{ruby_2.2.5.bb => ruby_2.3.1.bb} | 6 -- 2 files changed, 5 insertions(+), 3

Re: [OE-core] [PATCH][morty 2/2] Revert "epiphany: remove unnecessary libwnck3 dependency"

Armin, Probably a US Thanksgiving glitch but... Morty needs both these patches to have an, err build epiphany. I don't see a commit on morty or the non-existent morty-next. What's the plan? ../Randy Is there a plan to On 2016-11-22 12:55 PM, Ross Burton wrote: This version of epiphany

[OE-core] [PATCH] scripts.send-pull-request: Avoid multiple chain headers

When creating a patch set with cover letter using the send-pull-request script, both the "In-Reply-To" and "References" headers are appended twice in patch 2 and subsequent. This change appends only one header pointing to very first patch in series or to cover letter if available. [Yocto #10718]

Re: [OE-core] [PATCH] ltp: 20160126 -> 20160920

On 25 November 2016 at 19:58, huangqy wrote: > meta/recipes-extended/ltp/ltp_20160126.bb | 118 -- > You forgot to add the new recipe to the git commit, so all this patch has is you deleting the old version. Ross --

Re: [OE-core] [PATCH v3] rootfs: Modify RPM installation

On 11/25/16 12:17 PM, Burton, Ross wrote: > > On 24 November 2016 at 10:49, David Vincent > wrote: > > -self._setup_dbg_rootfs(['/etc/rpm', '/var/lib/rpm', > '/var/lib/smart']) > +self._setup_dbg_rootfs(['/etc/rpm',

Re: [OE-core] [PATCH v3] rootfs: Modify RPM installation

On 24 November 2016 at 10:49, David Vincent wrote: > -self._setup_dbg_rootfs(['/etc/rpm', '/var/lib/rpm', > '/var/lib/smart']) > +self._setup_dbg_rootfs(['/etc/rpm', rpm_libdir, > '/var/lib/smart']) > Can we extend the un-hardcoding so this uses

[OE-core] [PATCH][morty] lib/oe/qa: handle binaries with segments outside the first 4kb

The ELF parser was assuming that the segment tables are in the first 4kb of the binary. Whilst this generally appears to be the case, there have been instances where the segment table is elsewhere (offset 2MB, in this sample I have). Solve this problem by mmap()ing the file instead. Also clean

Re: [OE-core] [PATCH v1] wic: Add --exclude-path option to rootfs source plugin.

On Fri, Nov 25, 2016 at 01:35:53PM +0100, Kristian Amlie wrote: > On 25/11/16 13:28, Maciej Borzęcki wrote: > > On Fri, Nov 25, 2016 at 11:15 AM, Kristian Amlie > >> +# Disallow '..', because doing so could be quite > >> disastrous > >> +# (we will delete the

Re: [OE-core] [PATCH v1] wic: Add --exclude-path option to rootfs source plugin.

On Fri, Nov 25, 2016 at 01:07:34PM +0100, Kristian Amlie wrote: > On 25/11/16 11:33, Patrick Ohly wrote: > > On Fri, 2016-11-25 at 11:15 +0100, Kristian Amlie wrote: > >> +if os.stat(real_rootfs_dir).st_dev == > >> os.stat(cr_workdir).st_dev: > >> +# Optimization if

[OE-core] [PATCH 2/2] meta: remove True option to getVarFlag calls

getVarFlag() now defaults to expanding by default, thus remove the True option from getVarFlag() calls with a regex search and replace. Search made with the following regex: getVarFlag ?\(( ?[^,()]*, ?[^,()]*), True\) Signed-off-by: Joshua Lock ---

[OE-core] mount bindir confusion

Does anyone have any input on where mount.* utils should be placed in the filesystem. I have the following binaries installed mount: /usr/sbin/mount.exfat /usr/sbin/mount.exfat-fuse /bin/mount.util-linux /bin/mount /sbin/mount.fuse /sbin/mount.exfat /sbin/mount.cifs Due to some being in

Re: [OE-core] [PATCH v1] wic: Add --exclude-path option to rootfs source plugin.

On 25/11/16 13:28, Maciej Borzęcki wrote: > On Fri, Nov 25, 2016 at 11:15 AM, Kristian Amlie >> +# Disallow '..', because doing so could be quite disastrous >> +# (we will delete the directory). >> +remaining = path >> +while True: >>

Re: [OE-core] [PATCH v1] wic: Add --exclude-path option to rootfs source plugin.

On Fri, Nov 25, 2016 at 11:15 AM, Kristian Amlie wrote: > It will omit the given path from the resulting partition, and if the > given path ends in a slash, it will only delete the content, and keep > the directory. > > Since mkfs only accepts whole directories as input,

Re: [OE-core] [PATCH v1] wic: Add --exclude-path option to rootfs source plugin.

On 25/11/16 11:33, Patrick Ohly wrote: > On Fri, 2016-11-25 at 11:15 +0100, Kristian Amlie wrote: >> +if os.stat(real_rootfs_dir).st_dev == >> os.stat(cr_workdir).st_dev: >> +# Optimization if both directories are on the same >> file system: >> +# copy

[OE-core] [PATCH] ltp: 20160126 -> 20160920

From: Huang Qiyu 1)Upgrade ltp from 20160126 to 20160920. 2)Delete some patches, since they are integrated upstream. 0001-ltp-Don-t-link-against-libfl.patch 0006-sendfile-Use-off64_t-instead-of-__off64_t.patch 0007-replace-SIGCLD-with-SIGCHLD.patch

[OE-core] YAPQ: Perl RPM2 module versus rpm's PACKAGECONFIG[perl]?

ok, this should be the last perl issue i have for a bit ... the last OE perl module i was after was RPM2 (Perl bindings for the RPM Package Manager API): https://metacpan.org/pod/RPM2 but a side question -- i can see the OE rpm recipe file, including this snippet: # Perl modules are not

[OE-core] YAPQ: OE recipe for Perl module Crypt::OpenSSL::X509?

(side note: if there's a better place to ask about finding/tweaking/writing perl modules for an OE image, let me know. i've almost cleared my list of essential perl recipes, just a couple more i need pretty badly, so a couple more posts coming.) for my qemuppc image, i need a (obviously

Re: [OE-core] [PATCH v1] wic: Add --exclude-path option to rootfs source plugin.

Hi! Wow, that was fast :-) On Fri, 2016-11-25 at 11:15 +0100, Kristian Amlie wrote: > +if os.stat(real_rootfs_dir).st_dev == > os.stat(cr_workdir).st_dev: > +# Optimization if both directories are on the same > file system: > +# copy using hardlinks. >

[OE-core] [PATCH v1] wic: Add --exclude-path option to rootfs source plugin.

It will omit the given path from the resulting partition, and if the given path ends in a slash, it will only delete the content, and keep the directory. Since mkfs only accepts whole directories as input, we need to copy the rootfs directory to the workdir so that we can selectively delete files

[OE-core] meta-perl vs meta-cpan: [lib]module-build-perl-native

about to go back and try to follow that thread about OE and perl modules, but one question about quick and dirty workarounds ... i just ran into the (inevitable) situation where the "standard" OE layers and meta-cpan have different naming conventions for modules, as in: meta-perl:DEPENDS