It looks like I screwed up this patch when I was rewriting some git
history. I'm working up a fix.
Philip
On 06/06/2015 05:37 PM, Philip Tricca wrote:
> Signed-off-by: Philip Tricca
> ---
> .../e2fsprogs/misc-xattr-create-xattr-cache.patch | 217
> +
> .../e2fsprogs/e2fspr
On Tue, Jun 9, 2015 at 9:14 PM, Bruce Ashfield
wrote:
> On 2015-06-09 9:12 PM, Brian Hutchinson wrote:
>>
>> On Tue, May 19, 2015 at 12:42 PM, Brian Hutchinson
>> wrote:
>>>
>>> On Tue, May 19, 2015 at 12:31 PM, Bruce Ashfield
>>> wrote:
On 2015-05-19 07:39 AM, Bruce Ashfield wrote:
>>
On 2015-06-09 9:12 PM, Brian Hutchinson wrote:
On Tue, May 19, 2015 at 12:42 PM, Brian Hutchinson wrote:
On Tue, May 19, 2015 at 12:31 PM, Bruce Ashfield
wrote:
On 2015-05-19 07:39 AM, Bruce Ashfield wrote:
On Fri, May 15, 2015 at 4:21 PM, Brian Hutchinson
wrote:
On Fri, May 15, 2015 at
On Tue, May 19, 2015 at 12:42 PM, Brian Hutchinson wrote:
> On Tue, May 19, 2015 at 12:31 PM, Bruce Ashfield
> wrote:
>> On 2015-05-19 07:39 AM, Bruce Ashfield wrote:
>>>
>>> On Fri, May 15, 2015 at 4:21 PM, Brian Hutchinson
>>> wrote:
On Fri, May 15, 2015 at 3:26 PM, Brian Hutchinson
Hi Vincent,
Can you help to comment on this issue mentioned by Chris?
Thanks.
Regards,
Rebecca
> -Original Message-
> From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com]
> Sent: 09 June, 2015 12:15 AM
> To: Chang, Rebecca Swee Fun
> Cc: meta-in...@yoctoproject.org; Chris Tapp; Yoc
Hi
I have sorted this out.
I had assumed the ${D} contained a trailing slash when it didn't
I changed do_install to
do_install() {
install -d ${D}/opt/web_remote
cp -r ${S}/* ${D}/opt/web_remote/.
}
And it worked.
Thanks for all the responses.
Darren B.
On 8/06/2015 3:36
-e
A build identified as needing QA has finished on the autobuilder. This
build is located at:
http://autobuilder.yoctoproject.org/pub/nightly/20150609-1
Build hash information:
meta-intel : b92a0b5c7f6befda61466ad491ff90079bfc95c4
meta-fsl-arm
I've recently added a feature which was requested for the
error-report-web project[1] to add some kind of error matching
mechanism, this is now live on http://errors.yoctoproject.org
I'd be interested to hear If anyone has feedback regarding the similar
errors matching, whether it's useful or
Typo in last email, I used "mem=256M", not "mem=256MB"
On Tue, Jun 9, 2015 at 9:03 AM, Edward Wingate wrote:
> Thanks, Nathan, for your help. It worked, with a little oddity I don't
> understand.
>
> In my uEnv.txt, I set both fdt_high and initrd_high to 0x1000 and
> fdt/initrd are now loaded
Thanks, Nathan, for your help. It worked, with a little oddity I don't
understand.
In my uEnv.txt, I set both fdt_high and initrd_high to 0x1000 and
fdt/initrd are now loaded to 1st 256 MB:
Loading Kernel Image ... OK
Loading Ramdisk to 0f44c000, end 02f2 ... OK
Loading Device Tre
Hi,
On 06/09/2015 11:28 AM, Burton, Ross wrote:
On 9 June 2015 at 09:27, Peter Bergin
mailto:peter.ber...@tritech.se>> wrote:
The root cause of this is an error during the build of Python3. From
tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/python3/3.3.3-r1.0/temp/log.do_configure:
DEBUG: Ex
On Tuesday 09 June 2015 12:47:31 George Nita wrote:
> On 05/22/2015 12:35 PM, George Nita wrote:
> > On 05/22/2015 11:43 AM, Paul Eggleton wrote:
> >> Hi George,
> >>
> >> On Thursday 21 May 2015 11:44:54 George Nita wrote:
> >>> I've reproduced the https://bugs.launchpad.net/smart/+bug/1238492 is
On 05/22/2015 12:35 PM, George Nita wrote:
On 05/22/2015 11:43 AM, Paul Eggleton wrote:
Hi George,
On Thursday 21 May 2015 11:44:54 George Nita wrote:
I've reproduced the https://bugs.launchpad.net/smart/+bug/1238492 issue
branch: dizzy
target: p2041rdb
Did any one hit this too?
Did you en
On 9 June 2015 at 09:27, Peter Bergin wrote:
> The root cause of this is an error during the build of Python3. From
> tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/python3/3.3.3-r1.0/temp/log.do_configure:
>
> DEBUG: Executing shell function do_configure
> autoreconf: 'configure.ac' or 'configu
Hi,
we are currently migrating from daisy to fido and I have experienced trouble
with the package python3-ctypes. When I try to import the ctypes library on
target I get the following output:
root@petber2:~# python3
Python 3.3.3 (default, Jun 8 2015, 11:21:29)
[GCC 4.9.2] on linux
Type "help",
Hello Andrei,
I attempted to compile the driver as a module, and ismod it after using
wiringPi to configure the pins for uart1 (bcm pins 32/33), however the
system still freeze (freeze occurs when attempting to close Minicom, and
when attempting to switch off hardware flow control which of some re
16 matches
Mail list logo