Message-ID: <87wpycy88v@weregild.amer.corp.natinst.com>
MIME-Version: 1.0
Content-Type: text/plain
--text follows this line--
The build of cross-localedef-native is observed to fail under gcc5 hosts
with multiple definition errors, e.g.:
argp-help.o: In function `argp_fmtstream_write':
argp-he
Thanks!!!
Em 07/07/2015 00:09, "Richard Tollerton" escreveu:
> Message-ID: <87wpycy88v@weregild.amer.corp.natinst.com>
> MIME-Version: 1.0
> Content-Type: text/plain
> --text follows this line--
> The build of cross-localedef-native is observed to fail under gcc5 hosts
> with multiple definit
Tuesday, July 7, 2015 8:00 AM US Pacific Time
Agenda:
* Opens collection - 5 min (Stephen)
* Yocto Project status - 5 min (Stephen/team)
https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.9_Status
https://wiki.yoctoproject.org/wiki/Yocto_1.9_Schedule
https://wiki.yoctoproject.org/wiki/Yo
I have a kernel module that shows up in my build work directory after
I configure the kernel accordingly
build/tmp-glibc/work/zedboard_zynq7-oe-linux-gnueabi/linux-xlnx/3.14-xilinx+gitAUTOINC+2b48a8aeea-r0/image/lib/modules/3.14.2-xilinx/kernel/drivers/dma/xilinx/vdmatest.ko
But, when I add "kerne
Any progress on this? I got the same problem, also ncurses-native fails to
build with GCC >= 5.0
Best regards
- dhs
2015-02-19 8:11 GMT-02:00 Robert P. J. Day :
>
> didn't see any mention of this in YP's bugzilla:
>
> gcc -o localedef charmap.o charmap-dir.o ld-address.o ld-collate.o
> ld-ct
Hi Ross,
On 07/06/2015 07:58 PM, Nikolay Dimitrov wrote:
Hi Ross,
On 07/06/2015 07:26 PM, Burton, Ross wrote:
On 6 July 2015 at 17:23, Burton, Ross mailto:ross.bur...@intel.com>> wrote:
How latest, remembering that oe-core supports LTS distros which are
likely to have old releases of
Hi Ross,
On 07/06/2015 07:26 PM, Burton, Ross wrote:
On 6 July 2015 at 17:23, Burton, Ross mailto:ross.bur...@intel.com>> wrote:
How latest, remembering that oe-core supports LTS distros which are
likely to have old releases of git.
Assuming I'm driving it correctly:
[git init, git
On 6 July 2015 at 17:23, Burton, Ross wrote:
> How latest, remembering that oe-core supports LTS distros which are likely
> to have old releases of git.
>
Assuming I'm driving it correctly:
[git init, git remote add origin ...]
$ git fetch --depth=1 origin beeafee030a38380c65a9a664003ba50f87ae
On 6 July 2015 at 17:18, Nikolay Dimitrov wrote:
> git fetch --depth=1 git://repo.git $SHA1
>
> Available in the latest git code.
>
How latest, remembering that oe-core supports LTS distros which are likely
to have old releases of git.
Ross
--
___
yo
Hi Jonathan,
On 07/06/2015 04:41 PM, Jonathan Liu wrote:
Hi Nikolay,
On 4/07/2015 3:29 PM, Nikolay Dimitrov wrote:
Hi Jonathan,
On 07/04/2015 06:48 AM, Jonathan Liu wrote:
Reduces the download time significantly.
Signed-off-by: Jonathan Liu
---
recipes-bsp/common/firmware.inc | 6 +++---
Hi Craig,
On Thursday 02 July 2015 15:07:44 Craig McQueen wrote:
> I'd like to make a distro config file, derived from conf/distro/poky.conf.
> But in my case, DISTRO_CODENAME is not really something that can contain a
> meaningful value, so I'd like to unset it. How can I unset the variable?
>
>
On Monday 06 July 2015 15:04:57 Bryan Evenson wrote:
> Paul,
>
> > -Original Message-
> > From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com]
> > Sent: Monday, July 06, 2015 10:08 AM
> > To: Marcin Krzemiński
> > Cc: Bryan Evenson; yocto@yoctoproject.org
> > Subject: Re: [yocto] Mul
Paul,
> -Original Message-
> From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com]
> Sent: Monday, July 06, 2015 10:08 AM
> To: Marcin Krzemiński
> Cc: Bryan Evenson; yocto@yoctoproject.org
> Subject: Re: [yocto] Multiple conncetion to svn (svn+ssh)
>
> On Monday 06 July 2015 12:57:3
On Monday 06 July 2015 12:57:39 Bryan Evenson wrote:
> Marcin,
>
> > From: yocto-boun...@yoctoproject.org
> > [mailto:yocto-boun...@yoctoproject.org] On Behalf Of Marcin Krzeminski
> > Sent: Friday, July 03, 2015 7:55 AM
> > To: yocto@yoctoproject.org
> > Subject: [yocto] Multiple conncetion to sv
Hi Nikolay,
On 4/07/2015 3:29 PM, Nikolay Dimitrov wrote:
Hi Jonathan,
On 07/04/2015 06:48 AM, Jonathan Liu wrote:
Reduces the download time significantly.
Signed-off-by: Jonathan Liu
---
recipes-bsp/common/firmware.inc | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --g
Marcin,
> From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org]
> On Behalf Of Marcin Krzeminski
> Sent: Friday, July 03, 2015 7:55 AM
> To: yocto@yoctoproject.org
> Subject: [yocto] Multiple conncetion to svn (svn+ssh)
>
> Hello again,
>
> I have 12 recipes that download c
On Monday 06 July 2015 12:48:50 Nikolay Dimitrov wrote:
> One issue with the regularly changing tarball checksums is that people
> start to get used to thes changes (e.g. everything looks like false
> positive). Currently the tarball checksums and SCM revisions are
> probably the most important too
This mail was sent out by Recipe reporting system.
This message list those recipes which need to be upgraded. If maintainers
believe some of them needn't to upgrade this time, they can fill in
RECIPE_NO_UPDATE_REASON_pn-"xxx" in upstream_tracking files to ignore this
recipe remainder until newer u
Signed-off-by: Bian Naimeng
---
.../pacemaker/files/kill-stack-protector.patch | 12 ---
.../pacemaker-remove-ptest-functionality.patch | 29 ---
.../recipes-cgl/pacemaker/files/tmpfiles | 11 +--
.../recipes-cgl/pacemaker/files/volatiles | 11 +--
.../pacemaker-1.0
On 26/06/2015 20:35, "mariano.lo...@linux.intel.com"
wrote:
>From: Mariano Lopez
>
>This add a tooltip in the upstream status field that
>show how long the recipe hasn't been updated.
A tooltip is probably not the best way of showing this. If this
information is of interest in the context of t
Hi guys,
One issue with the regularly changing tarball checksums is that people
start to get used to thes changes (e.g. everything looks like false
positive). Currently the tarball checksums and SCM revisions are
probably the most important tool for builds traceability. If we get
used to think ab
* Clemens Lang [150706 07:24]:
> On Fri, Jun 26, 2015 at 09:31:14AM +0100, Burton, Ross wrote:
> > Github also can and will regenerate these tarballs whenever it feels
> > like it, so you'll need to periodically update the checksums.
> > Obviously as existing developers will tend to have the tarba
22 matches
Mail list logo
