Re: [yocto] Help -- Where can I get the LSB test log

[Lei, Maohui]

Hi Yi

> There is a wiki page for it: https://wiki.yoctoproject.org/wiki/LSB_Result

Thank you. But this is too old. I want the log of yocto 1.7.1 release.

Cheers
Lei


> -Original Message-
> From: Yi Zhao [mailto:yi.z...@windriver.com]
> Sent: Thursday, January 29, 2015 11:32 AM
> To: Lei, Maohui/雷 茂慧
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] Help -- Where can I get the LSB test log
> 
> Hi Maohui,
> 
> There is a wiki page for it: https://wiki.yoctoproject.org/wiki/LSB_Result
> 
> Yi
> 
> 在 2015年01月29日 11:11, Lei, Maohui 写道:
> > Hi Yi
> >
> >> The log should be in /var/opt/lsb/test/manager/results/
> >>
> > sorry，my expression is not very clear。
> >
> > >From https://wiki.yoctoproject.org/wiki/Yocto_1.7_Overall_Test_Plan , I
> knew LSB test was executed on target that made by yocto 1.7.1 release.
> >
> > So , I want to get the LSB test history of the yocto 1.7.1 release.
> >
> > Lei
> >
> >
> >> -Original Message-
> >> From: Yi Zhao [mailto:yi.z...@windriver.com]
> >> Sent: Thursday, January 29, 2015 10:34 AM
> >> To: Lei, Maohui/雷 茂慧; yocto@yoctoproject.org
> >> Subject: Re: [yocto] Help -- Where can I get the LSB test log
> >>
> >> The log should be in /var/opt/lsb/test/manager/results/
> >>
> >> Yi
> >>
> >> 在 2015年01月29日 10:04, Lei, Maohui 写道:
> >>> Hi all
> >>>
> >>> Was LSB test executed  in yocto 1.7.1 release？ Where can I get the LSB
> test
> >> log and result?
> >>> Best Regards,
> >>> Lei Maohui
> >
> >

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] When I build kernel with toolchain comes from yocto, I met an issue

[Lei, Maohui]

Hi Paul


I got it. Thank you very much.


Cheers
Lei



> -Original Message-
> From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com]
> Sent: Tuesday, January 27, 2015 8:15 PM
> To: Lei, Maohui/雷 茂慧
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] When I build kernel with toolchain comes from yocto, I
> met an issue
> 
> On Friday 23 January 2015 02:36:30 Lei, Maohui wrote:
> > I compiled my kernel by toolchain that supported by yocto 1.7.
> > The following is my steps:
> > 1. Run the following command to install the toolchain.
> ># ./poky-lsb-glibc-x86_64-meta-toolchain-ppce500v2-toolchain-1.7.sh
> >
> > 2. Set up the cross-development environment:
> ># . /opt/poky-lsb/1.7/environment-setup-ppce500v2-poky-linux-gnuspe
> >
> > And then, I compiled the kernel source. But an error occurred:
> > --
> > --
> > powerpc-poky-linux-gnuspe-ld: unrecognized option '-Wl,-O1'
> > powerpc-poky-linux-gnuspe-ld: use the --help option for usage
> > information
> > make[1]: *** [init/mounts.o] Error 1
> > make: *** [init] Error 2
> > --
> > --
> >
> > I have to unset "LDFLAGS" to continue the build.
> >
> > Is there some wrong with my step? Is there some good method to build a
> > kernel source by the toolchain?
> 
> We generally expect the linker to be gcc rather than ld, hence our default 
> value
> of LDFLAGS, so I think for building those bits of software that use ld 
> directly
> (such as the kernel) it is expected that you need to either unset LDFLAGS or
> set it to a value that is appropriate for passing directly to ld (i.e. by 
> removing
> -Wl, prefixes from all options).
> 
> Cheers,
> Paul
> 
> --
> 
> Paul Eggleton
> Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Shell not processing color escape codes

[Moore, Thomas (FtWorth)]

I added less to my IMAGE_INSTALL, but it looks like I still have the busybox 
version in my image. How might I go about forcing the use of the standard less?

Thomas

From: ChenQi [mailto:qi.c...@windriver.com]
Sent: Wednesday, January 28, 2015 8:31 PM
To: Moore, Thomas (FtWorth); yocto@yoctoproject.org
Subject: Re: [yocto] Shell not processing color escape codes

On 01/29/2015 05:56 AM, Moore, Thomas (FtWorth) wrote:
Hello,

In my image, I've included systemd. I've noticed that when running the 
systemctl command, the shell (/bin/sh) is not processing the color escape 
codes. Here's an example of what it looks like:

[[1;39m82 loaded units listed.[[0m Pass -all to see loaded but inactive units, 
too.

Any suggestions on how I can either get the shell to process the escape codes 
or prevent systemctl from generating them?

Thanks,

Thomas




1. Install 'less'
2. append '--no-pager' to commands

There's related a bug on bugzilla.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5723

Regards,
Chen Qi
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Shell not processing color escape codes

[ChenQi]

On 01/29/2015 05:56 AM, Moore, Thomas (FtWorth) wrote:


Hello,

In my image, I’ve included systemd. I’ve noticed that when running the 
systemctl command, the shell (/bin/sh) is not processing the color 
escape codes. Here’s an example of what it looks like:


[[1;39m82 loaded units listed.[[0m Pass –all to see loaded but 
inactive units, too.


Any suggestions on how I can either get the shell to process the 
escape codes or prevent systemctl from generating them?


Thanks,

*Thomas*





1. Install 'less'
2. append '--no-pager' to commands

There's related a bug on bugzilla.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5723

Regards,
Chen Qi
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Help -- Where can I get the LSB test log

[Yi Zhao]

The log should be in /var/opt/lsb/test/manager/results/

Yi

在 2015年01月29日 10:04, Lei, Maohui 写道:
> Hi all
>
> Was LSB test executed  in yocto 1.7.1 release？ Where can I get the LSB test 
> log and result?
>
> Best Regards,
> Lei Maohui

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Help -- Where can I get the LSB test log

[Lei, Maohui]

Hi Yi

> The log should be in /var/opt/lsb/test/manager/results/
>

sorry，my expression is not very clear。

>From https://wiki.yoctoproject.org/wiki/Yocto_1.7_Overall_Test_Plan , I knew 
>LSB test was executed on target that made by yocto 1.7.1 release.

So , I want to get the LSB test history of the yocto 1.7.1 release.

Lei 


> -Original Message-
> From: Yi Zhao [mailto:yi.z...@windriver.com]
> Sent: Thursday, January 29, 2015 10:34 AM
> To: Lei, Maohui/雷 茂慧; yocto@yoctoproject.org
> Subject: Re: [yocto] Help -- Where can I get the LSB test log
> 
> The log should be in /var/opt/lsb/test/manager/results/
> 
> Yi
> 
> 在 2015年01月29日 10:04, Lei, Maohui 写道:
> > Hi all
> >
> > Was LSB test executed  in yocto 1.7.1 release？ Where can I get the LSB test
> log and result?
> >
> > Best Regards,
> > Lei Maohui

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Shell not processing color escape codes

[ChenQi]

That's a little strange. The `less' command you are using should be from 
the less package.

It has higher priority than that from busybox.

ALTERNATIVE_${PN} = "less"
ALTERNATIVE_PRIORITY = "100"

The priority from busybox is "50".

Regards,
Chen Qi

On 01/29/2015 11:01 AM, Moore, Thomas (FtWorth) wrote:


I added less to my IMAGE_INSTALL, but it looks like I still have the 
busybox version in my image. How might I go about forcing the use of 
the standard less?


*Thomas *

*From:*ChenQi [mailto:qi.c...@windriver.com]
*Sent:* Wednesday, January 28, 2015 8:31 PM
*To:* Moore, Thomas (FtWorth); yocto@yoctoproject.org
*Subject:* Re: [yocto] Shell not processing color escape codes

On 01/29/2015 05:56 AM, Moore, Thomas (FtWorth) wrote:

Hello,

In my image, I’ve included systemd. I’ve noticed that when running
the systemctl command, the shell (/bin/sh) is not processing the
color escape codes. Here’s an example of what it looks like:

[[1;39m82 loaded units listed.[[0m Pass –all to see loaded but
inactive units, too.

Any suggestions on how I can either get the shell to process the
escape codes or prevent systemctl from generating them?

Thanks,

*Thomas*




1. Install 'less'
2. append '--no-pager' to commands

There's related a bug on bugzilla.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5723

Regards,
Chen Qi



-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Shell not processing color escape codes

[Moore, Thomas (FtWorth)]

Oops. I was running an older version of the image. The new version of the image 
does have the GNU less command and it works as expected.

Thanks,

Thomas

From: ChenQi [mailto:qi.c...@windriver.com]
Sent: Wednesday, January 28, 2015 9:21 PM
To: Moore, Thomas (FtWorth); yocto@yoctoproject.org
Subject: Re: [yocto] Shell not processing color escape codes

That's a little strange. The `less' command you are using should be from the 
less package.
It has higher priority than that from busybox.

ALTERNATIVE_${PN} = "less"
ALTERNATIVE_PRIORITY = "100"

The priority from busybox is "50".

Regards,
Chen Qi

On 01/29/2015 11:01 AM, Moore, Thomas (FtWorth) wrote:
I added less to my IMAGE_INSTALL, but it looks like I still have the busybox 
version in my image. How might I go about forcing the use of the standard less?

Thomas

From: ChenQi [mailto:qi.c...@windriver.com]
Sent: Wednesday, January 28, 2015 8:31 PM
To: Moore, Thomas (FtWorth); 
yocto@yoctoproject.org
Subject: Re: [yocto] Shell not processing color escape codes

On 01/29/2015 05:56 AM, Moore, Thomas (FtWorth) wrote:
Hello,

In my image, I've included systemd. I've noticed that when running the 
systemctl command, the shell (/bin/sh) is not processing the color escape 
codes. Here's an example of what it looks like:

[[1;39m82 loaded units listed.[[0m Pass -all to see loaded but inactive units, 
too.

Any suggestions on how I can either get the shell to process the escape codes 
or prevent systemctl from generating them?

Thanks,

Thomas





1. Install 'less'
2. append '--no-pager' to commands

There's related a bug on bugzilla.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5723

Regards,
Chen Qi

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Help -- Where can I get the LSB test log

[Yi Zhao]

Hi Maohui,

There is a wiki page for it: https://wiki.yoctoproject.org/wiki/LSB_Result

Yi

在 2015年01月29日 11:11, Lei, Maohui 写道:
> Hi Yi
>
>> The log should be in /var/opt/lsb/test/manager/results/
>>
> sorry，my expression is not very clear。
>
> >From https://wiki.yoctoproject.org/wiki/Yocto_1.7_Overall_Test_Plan , I knew 
> >LSB test was executed on target that made by yocto 1.7.1 release.
>
> So , I want to get the LSB test history of the yocto 1.7.1 release.
>
> Lei 
>
>
>> -Original Message-
>> From: Yi Zhao [mailto:yi.z...@windriver.com]
>> Sent: Thursday, January 29, 2015 10:34 AM
>> To: Lei, Maohui/雷 茂慧; yocto@yoctoproject.org
>> Subject: Re: [yocto] Help -- Where can I get the LSB test log
>>
>> The log should be in /var/opt/lsb/test/manager/results/
>>
>> Yi
>>
>> 在 2015年01月29日 10:04, Lei, Maohui 写道:
>>> Hi all
>>>
>>> Was LSB test executed  in yocto 1.7.1 release？ Where can I get the LSB test
>> log and result?
>>> Best Regards,
>>> Lei Maohui
>
>

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Help -- Where can I get the LSB test log

[Lei, Maohui]

Hi all

Was LSB test executed  in yocto 1.7.1 release？ Where can I get the LSB test log 
and result?

Best Regards,
Lei Maohui
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Shell not processing color escape codes

[Moore, Thomas (FtWorth)]

Hello,

In my image, I've included systemd. I've noticed that when running the 
systemctl command, the shell (/bin/sh) is not processing the color escape 
codes. Here's an example of what it looks like:

[[1;39m82 loaded units listed.[[0m Pass -all to see loaded but inactive units, 
too.

Any suggestions on how I can either get the shell to process the escape codes 
or prevent systemctl from generating them?

Thanks,

Thomas

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Not create directory in /

[Gary Thomas]

On 2015-01-28 13:58, Cleiton Bueno wrote:

Why can not create directory in the /?

My recipe:
do_install () {
  install -d ${D}/datarw
  install -d ${D}${sysconfdir}/filesbw
}


ERROR bitbake:

QA Issue: ideale: Files/directories were installed but not shipped
   /datarw [installed-vs-shipped]


It's no use:
INSANE_SKIP_${PN} = "installed-vs-shipped "


Try adding

FILES_${PN} += "/datarw"

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Not create directory in /

[Cleiton Bueno]

Why can not create directory in the /?

My recipe:
do_install () {
 install -d ${D}/datarw
 install -d ${D}${sysconfdir}/filesbw
}


ERROR bitbake:

QA Issue: ideale: Files/directories were installed but not shipped
  /datarw [installed-vs-shipped]


It's no use:
INSANE_SKIP_${PN} = "installed-vs-shipped "

-- 

*Att,Cleiton Bueno*
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] 'screen' MACHINE_FEATURE

[Ash Charles]

Thanks very much Saul (and thanks for the git tips).

I'll pull this MACHINE_FEATURE from my machines.

--Ash

On Tue, Jan 27, 2015 at 1:14 PM, Saul Wold  wrote:
> On 01/27/2015 11:01 AM, Ash Charles wrote:
>>
>> Hi,
>>
>> Based on the yocto manual [1], it looks like "screen" is a valid
>> MACHINE_FEATURE and, in fact, it looks like some machines actually
>> call out this feature.  That said, I can't actually see that this
>> MACHINE_FEATURE is used.  I checked with buildhistory and some
>> grepping but maybe I missed something?
>> Should I be keeping this in my machines or is the deprecated?
>>
> It seems to be deprecated, looking back in history shows task-base-screen
> which is included in older releases has been empty, although that allows
> BSPs to override it, but since it's not even included in newer versions.
>
> See: ca8f7ecca7c19933ffcf1a9f080a39a84318ebb4
>
> git log -p (great option).
>
> Sau!
>
>
>> Thanks for any insight,
>> --Ash
>>
>> [1]
>> http://www.yoctoproject.org/docs/1.7.1/mega-manual/mega-manual.html#ref-features-machine
>>
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-toolchain-qt5] Can't install qtwebkit-dev-5.3.2-r0@i586: no package provides qtwebkit = 5.3.2-r0

[Martin Jansa]

On Wed, Jan 28, 2015 at 06:15:11PM +0100, Simon Bolek wrote:
> hello group!
> 
> working with dizzy trying to
> *bitbake meta-toolchain-qt5*
> it fails at the step
> 
> *do_populate_sdk*
> 
> with the error(see below). So if i read the error correctly, qtwebkit-dev
> is missing qtwebkit.
> There is no such package as qtwebkit beeing generated :( So is this a bug?
> Or maybe I am doing sth wrong?

Read README file and qtbase.inc about mandatory PACKAGECONFIG options.

> HELP please :) Any hint would be more than welcome.
> *BTW: Working with daisy did not produce such an error.*
> 
> +++
> 
> 
> 
> 
> 
> 
> *ERROR: Unable to install packages. Command
> '/home/simon/poky-dizzy/build/tmp/sysroots/i686-linux/usr/bin/smart --quiet
> --data-dir=/home/simon/poky-dizzy/build/tmp/work/i586-poky-linux/meta-toolchain-qt5/1.0-r0/sdk/image/opt/poky/1.7/sysroots/i586-poky-linux/var/lib/smart
> install -y packagegroup-core-standalone-sdk-target-dbg@all
> packagegroup-core-standalone-sdk-target@all
> packagegroup-qt5-toolchain-target@all' returned 1:error: Can't install
> qtwebkit-dev-5.3.2-r0@i586: no package provides qtwebkit = 5.3.2-r0ERROR:
> Function failed: do_populate_sdkERROR: Logfile of failure stored in:
> /home/simon/poky-dizzy/build/tmp/work/i586-poky-linux/meta-toolchain-qt5/1.0-r0/temp/log.do_populate_sdk.20827ERROR:
> Task 7
> (/home/simon/poky-dizzy/sources/meta-qt5/recipes-qt/meta/meta-toolchain-qt5.bb
> , do_populate_sdk) failed with exit code '1'*
> +++
> 
> thank you and br
> simon:)

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] meta-qt5 problem in yocto 1.7

[Martin Jansa]

On Wed, Jan 28, 2015 at 07:31:35PM +0100, Simon Bolek wrote:
> Hi Lachlan,

I'm getting lost in HTML format of previous message so I'll just reply
on top :/.

The redirect should be fine, but sometimes it gives you broken mirror.
e.g. today I've seen couple of 5.1.1 builds fail to fetch, because they
were redirected to http://mirrors.neusoft.edu.cn which was returning
HTTP 500.

git recipes in older branches are also working only from already
populated premirror, because upstream renamed 5.[012] branches to
old/5.[012], that's why it shows current SRCREV to exist in origin/5.4
(after you call "git remote prune origin")

I've just cherry-picked
  pick 76af63c qt3d: change to 'dev' branch
from master to dizzy to fix qt3d branch.

Similar problem exist in qtwayland recipes where the branches were also
rewritten and pruned when first 5.4 release was created.

If you find issue like this, just update the branch parameter (based on
git branch -a --contains  and send me the patch (as described in
README). Such fixes are perfectly fine for meta-qt5 release branches.

Regards,

> There is a redirection, yes, and this should not be a problem, as far as
> I'm concerned. Why it does not work for those particular recipes of yours,
> i have no clue. BUT, what I would do, is to bitbake 
> trying to narrow down the problem.
> When you still have problems when bitbaking single recipes, you might try
> to override the SRC_URI from qt5-{PV}.inc (in my case qt5-5.3.2.inc, yours
> might be different)
> 
> Whether those are reasonalble advices, well, I am not 100% sure, but maybe
> Martin Jansa would help here. I also have some problems with generating
> meta-toolchain-qt5, which I already posted here.
> 
> 
> @Martin: i was so bold to email you directly. I apoligize if this is not
> welcome, please correct me and i will not do this again.
> 
> best regards
> simon :-)
> 
>   Message: 7
> >  Date: Tue, 27 Jan 2015 01:32:43 +1030
> >  From: peterengcomau...@adam.com.au [4]
> >  To: yocto@yoctoproject.org [5]
> >  Subject: [yocto] meta-qt5 problem in yocto 1.7
> >  Message-ID:
> >  ? ? ? ?
> >  Content-Type: text/plain; charset="utf-8"
> >
> >  I have just downloaded yocto poky 1.7 and try to build an image. I
> > get
> >  teh follwing problems with fetching qt5 source:
> >  Summary: 5 tasks failed:
> >  ? /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qt3d_git.bb,
> >  do_fetch
> >  ?
> >
> > /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtmultimedia_5.3.2.bb,
> >  do_fetch
> >  ? /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtwebkit_5.3.2.bb,
> >  do_fetch
> >  ?
> >
> > /home/lachlan/poky-1.7/meta-atmel/recipes-multimedia/gstreamer1.0-plugins/
> > gstreamer1.0-plugins-hantro_1.0.bb,
> >  do_configure
> >  ?
> >
> > /home/lachlan/poky-1.7/meta-atmel/recipes-utils/obp-utils/obp-utils_git.bb
> > ,
> >  do_install
> >
> >  I presume the last two problems(do_configure & do_install)? result
> >  from dependencies on the previous three failed fetches.
> >
> >  The more complete error code for teh first three errors is:
> >  WARNING: Failed to fetch URL
> >  git://qt.gitorious.org/qt/qt3d.git;branch=master [7], attempting
> > MIRRORS
> >  if available
> >  ERROR: Fetcher failure: Unable to find revision
> >  8a9723d7420829a2ba0141a9f7d8dc8cd11d8331 in branch master even from
> >  upstream
> >  ERROR: Function failed: Fetcher failure for URL:
> >  'git://qt.gitorious.org/qt/qt3d.git;branch=master [8]'. Unable to
> > fetch
> >  URL from any source.
> >  ERROR: Logfile of failure stored in:
> >
> >
> > /home/lachlan/poky-1.7/build-atmel/tmp/work/cortexa5t2hf-vfp-poky-linux-gnueabi/qt3d/5.3.99+5.4.0-beta1+gitAUTOINC+8a9723d742-r0/temp/log.do_fetch.29304
> >  ERROR: Task 1993
> >  (/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qt3d_git.bb,
> >  do_fetch) failed with exit code '1'
> >  WARNING: Failed to fetch URL
> >
> > http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtmultimedia-opensource-src-5.3.2.tar.xz
> > [9],
> >  attempting MIRRORS if available
> >  ERROR: Fetcher failure: Fetch command failed with exit code 4, no
> >  output
> >  ERROR: Function failed: Fetcher failure for URL:
> >
> > '
> > http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtmultimedia-opensource-src-5.3.2.tar.xz
> > [10]'.
> >  Unable to fetch URL from any source.
> >  ERROR: Logfile of failure stored in:
> >
> >
> > /home/lachlan/poky-1.7/build-atmel/tmp/work/cortexa5t2hf-vfp-poky-linux-gnueabi/qtmultimedia/5.3.2-r0/temp/log.do_fetch.7762
> >  ERROR: Task 535
> >
> > (/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtmultimedia_5.3.2.bb,
> >  do_fetch) failed with exit code '1'
> >  WARNING: Failed to fetch URL
> > http://www.apache.org/dist/subversion/subversion-1.8.9.tar.bz2 [11],
> >  attempting MIRRORS if available
> >  WARNING: Failed to fetch URL
> >
> > http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtwebkit-opensource-src-5.3.2.tar.xz
> > [12],
> >  attempting MIRRORS if avail

Re: [yocto] meta-qt5 problem in yocto 1.7

[Simon Bolek]

Hi Lachlan,

There is a redirection, yes, and this should not be a problem, as far as
I'm concerned. Why it does not work for those particular recipes of yours,
i have no clue. BUT, what I would do, is to bitbake 
trying to narrow down the problem.
When you still have problems when bitbaking single recipes, you might try
to override the SRC_URI from qt5-{PV}.inc (in my case qt5-5.3.2.inc, yours
might be different)

Whether those are reasonalble advices, well, I am not 100% sure, but maybe
Martin Jansa would help here. I also have some problems with generating
meta-toolchain-qt5, which I already posted here.


@Martin: i was so bold to email you directly. I apoligize if this is not
welcome, please correct me and i will not do this again.

best regards
simon :-)

  Message: 7
>  Date: Tue, 27 Jan 2015 01:32:43 +1030
>  From: peterengcomau...@adam.com.au [4]
>  To: yocto@yoctoproject.org [5]
>  Subject: [yocto] meta-qt5 problem in yocto 1.7
>  Message-ID:
>  ? ? ? ?
>  Content-Type: text/plain; charset="utf-8"
>
>  I have just downloaded yocto poky 1.7 and try to build an image. I
> get
>  teh follwing problems with fetching qt5 source:
>  Summary: 5 tasks failed:
>  ? /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qt3d_git.bb,
>  do_fetch
>  ?
>
> /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtmultimedia_5.3.2.bb,
>  do_fetch
>  ? /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtwebkit_5.3.2.bb,
>  do_fetch
>  ?
>
> /home/lachlan/poky-1.7/meta-atmel/recipes-multimedia/gstreamer1.0-plugins/
> gstreamer1.0-plugins-hantro_1.0.bb,
>  do_configure
>  ?
>
> /home/lachlan/poky-1.7/meta-atmel/recipes-utils/obp-utils/obp-utils_git.bb
> ,
>  do_install
>
>  I presume the last two problems(do_configure & do_install)? result
>  from dependencies on the previous three failed fetches.
>
>  The more complete error code for teh first three errors is:
>  WARNING: Failed to fetch URL
>  git://qt.gitorious.org/qt/qt3d.git;branch=master [7], attempting
> MIRRORS
>  if available
>  ERROR: Fetcher failure: Unable to find revision
>  8a9723d7420829a2ba0141a9f7d8dc8cd11d8331 in branch master even from
>  upstream
>  ERROR: Function failed: Fetcher failure for URL:
>  'git://qt.gitorious.org/qt/qt3d.git;branch=master [8]'. Unable to
> fetch
>  URL from any source.
>  ERROR: Logfile of failure stored in:
>
>
> /home/lachlan/poky-1.7/build-atmel/tmp/work/cortexa5t2hf-vfp-poky-linux-gnueabi/qt3d/5.3.99+5.4.0-beta1+gitAUTOINC+8a9723d742-r0/temp/log.do_fetch.29304
>  ERROR: Task 1993
>  (/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qt3d_git.bb,
>  do_fetch) failed with exit code '1'
>  WARNING: Failed to fetch URL
>
> http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtmultimedia-opensource-src-5.3.2.tar.xz
> [9],
>  attempting MIRRORS if available
>  ERROR: Fetcher failure: Fetch command failed with exit code 4, no
>  output
>  ERROR: Function failed: Fetcher failure for URL:
>
> '
> http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtmultimedia-opensource-src-5.3.2.tar.xz
> [10]'.
>  Unable to fetch URL from any source.
>  ERROR: Logfile of failure stored in:
>
>
> /home/lachlan/poky-1.7/build-atmel/tmp/work/cortexa5t2hf-vfp-poky-linux-gnueabi/qtmultimedia/5.3.2-r0/temp/log.do_fetch.7762
>  ERROR: Task 535
>
> (/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtmultimedia_5.3.2.bb,
>  do_fetch) failed with exit code '1'
>  WARNING: Failed to fetch URL
> http://www.apache.org/dist/subversion/subversion-1.8.9.tar.bz2 [11],
>  attempting MIRRORS if available
>  WARNING: Failed to fetch URL
>
> http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtwebkit-opensource-src-5.3.2.tar.xz
> [12],
>  attempting MIRRORS if available
>  ERROR: Fetcher failure: Fetch command failed with exit code 4, no
>  output
>  ERROR: Function failed: Fetcher failure for URL:
>
> '
> http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtwebkit-opensource-src-5.3.2.tar.xz
> [13]'.
>  Unable to fetch URL from any source.
>  ERROR: Logfile of failure stored in:
>
>
> /home/lachlan/poky-1.7/build-atmel/tmp/work/cortexa5t2hf-vfp-poky-linux-gnueabi/qtwebkit/5.3.2-r0/temp/log.do_fetch.19587
>  ERROR: Task 675
>  (/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtwebkit_5.3.2.bb,
>  do_fetch) failed with exit code '1'
>  NOTE: validating kernel config, see log.do_kernel_configcheck for
>  details
>
>  If I manually download the one of the files, e.g.? :
>
> '
> http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtwebkit-opensource-src-5.3.2.tar.xz
> [14]
>  This works fine.
>
>  Can anyone suggest what I can look fro to determine the problem. I
>  have tried this a number of time over 24 hours and get the exact
> same
>  failures.
>
>  Thank you for any suggestions moving forward.
>
>  Regards
>  Lachlan
>
>   Message sent via Adam Internet WebMail -
> http://www.adamcom.au/ [15]
>  -- next part --
>  An HTML attachment was scrubbed..

Re: [yocto] adding meta-oracle-java

[Maxin John]

Hi,

Glad to hear that it works now. Yes, we need to modify the recipe. Will send a 
patch soon.

Thanks and Regards,
Maxin


 Original message 
From: Jim Abernathy
Date:28/01/2015 17:51 (GMT+01:00)
To: Maxin John
Cc: Paul Eggleton ,yocto
Subject: Re: [yocto] adding meta-oracle-java



> Date: Wed, 28 Jan 2015 17:36:14 +0100
> Subject: Re: [yocto] adding meta-oracle-java
> From: ma...@maxinbjohn.info
> To: jfaberna...@outlook.com
> CC: paul.eggle...@linux.intel.com; yocto@yoctoproject.org
>
> Hi Jim,
>
> On Wed, Jan 28, 2015 at 3:58 PM, Jim Abernathy  
> wrote:
> >
> 
>
> >
> > I just created a qemux86 image for core-image-base with meta-java in it and
> > after booting in the emulator, it, of course, gives the proper response to
> > java -version. I'm going to try building a qemux86-64 to see if there's any
> > difference. On real NUC hardware it will not, as mentioned, work correctly.
>
> In NUC, please execute these commands:
>
> # ln -s /lib /lib64
> # export PATH=/usr/share/jre1.7.0_67/bin:$PATH
> # java
>
> > Jim A
>
> Best Regards,
> Maxin

Good, that fixes it.  BTW, I found it also fails on qemux86-64, so this makes 
sense.

Is this something that can be made part of the meta-java recipe??

Jim A

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] meta-qt5 problem in yocto 1.7

[peterengcomau001]

Thanks Simon,

I had already changed the branch to 'master' because all the
do_fetch references were to version 5.4.0 and these could not be
found, ven though they were all located in the master branch of the
git repository. As you say, after changinf to the master branch and
look in the qt3 recipe it is now 'dev'. 

However running the image still gives the following errors: 

Summary: 7 tasks failed:  


/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtbase-native_5.4.0.bb,
do_fetch  

 /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtbase_5.4.0.bb,
do_fetch  


/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtxmlpatterns_5.4.0.bb,
do_fetch  

 /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtwebkit_5.4.0.bb,
do_fetch  


/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtdeclarative_5.4.0.bb,
do_fetch  


/home/lachlan/poky-1.7/meta-atmel/recipes-multimedia/gstreamer1.0-plugins/gstreamer1.0-plugins-hantro_1.0.bb,
do_configure  


/home/lachlan/poky-1.7/meta-atmel/recipes-utils/obp-utils/obp-utils_git.bb,
do_install  

(note that all five of the qt recipes refer to qt5_5.4.0.inc which
sets up the sopurce of the downloads).

If I look at one of the failed downloads : 

ERROR: Function failed: Fetcher failure for URL:
'http://download.qt-project.org/official_releases/qt/5.4/5.4.0/submodules/qtbase-opensource-src-5.4.0.tar.xz'.
Unable to fetch URL from any source. 

And then try to download the file directly as follows: 


http://download.qt-project.org/official_releases/qt/5.4/5.4.0/submodules/qtbase-opensource-src-5.4.0.tar.xz
[1] 

this works.  
 I notice that when trying to enter the directory:
http://download.qt-project.org/official_releases/qt/5.4/5.4.0/submodules/
[2]
it redirects me to:
http://download.qt.io/official_releases/qt/5.4/5.4.0/submodules/ [3]
but because the redirection occurs, this should not be a problem.

Can you or anyone suggest why these specific recipes have their
do_fetch fail, when other qt5 recipes in the same repository dont,
and when I can manullay download the recipes using a browser.

Is it possible to download these recipes manually and load them
somewhere in the build directory so they can be retrieved by bitbake
and therfore  bypassing the do_fetch  that fails? If so, where
would they need to be placed?

Thanks for any help.

Regards
Lachlan

- Original Message -
From: "Simon Bolek" 
To:, 
Cc:
Sent:Wed, 28 Jan 2015 10:56:11 +0100
Subject:Re: [yocto] meta-qt5 problem in yocto 1.7

 Hi Lachlan,

 In case you have not solved the problem yet. 
 Look at the recipe of qt3d, once you checked it out of git. There is
a line: 

QT_MODULE_BRANCH = "master"

 just change it to "dev" and it should work. It is already corrected
in the upstream of meta-qt5, but in dizzy it is still "master". If
you look at the gitorious of qt you will find this
SRCDEV="8a9723d7420829a2ba0141a9f7d8dc8cd11d8331" in dev" branch. 
That is, at least, what i figured out. 

Hope that will help.

best regards
simon :-)

 Message: 7
 Date: Tue, 27 Jan 2015 01:32:43 +1030
 From: peterengcomau...@adam.com.au [4]
 To: yocto@yoctoproject.org [5]
 Subject: [yocto] meta-qt5 problem in yocto 1.7
 Message-ID:
         
 Content-Type: text/plain; charset="utf-8"

 I have just downloaded yocto poky 1.7 and try to build an image. I
get
 teh follwing problems with fetching qt5 source:
 Summary: 5 tasks failed:
 ? /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qt3d_git.bb,
 do_fetch
 ?

/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtmultimedia_5.3.2.bb,
 do_fetch
 ? /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtwebkit_5.3.2.bb,
 do_fetch
 ?

/home/lachlan/poky-1.7/meta-atmel/recipes-multimedia/gstreamer1.0-plugins/gstreamer1.0-plugins-hantro_1.0.bb,
 do_configure
 ?

/home/lachlan/poky-1.7/meta-atmel/recipes-utils/obp-utils/obp-utils_git.bb,
 do_install

 I presume the last two problems(do_configure & do_install)? result
 from dependencies on the previous three failed fetches.

 The more complete error code for teh first three errors is:
 WARNING: Failed to fetch URL
 git://qt.gitorious.org/qt/qt3d.git;branch=master [7], attempting
MIRRORS
 if available
 ERROR: Fetcher failure: Unable to find revision
 8a9723d7420829a2ba0141a9f7d8dc8cd11d8331 in branch master even from
 upstream
 ERROR: Function failed: Fetcher failure for URL:
 'git://qt.gitorious.org/qt/qt3d.git;branch=master [8]'. Unable to
fetch
 URL from any source.
 ERROR: Logfile of failure stored in:

/home/lachlan/poky-1.7/build-atmel/tmp/work/cortexa5t2hf-vfp-poky-linux-gnueabi/qt3d/5.3.99+5.4.0-beta1+gitAUTOINC+8a9723d742-r0/temp/log.do_fetch.29304
 ERROR: Task 1993
 (/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qt3d_git.bb,
 do_fetch) failed with exit code '1'
 WARNING: Failed to fetch URL
http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtmultimedia-opensource-src-5.3.2.tar.xz
[9],
 attempting MIRRO

[yocto] [meta-toolchain-qt5] Can't install qtwebkit-dev-5.3.2-r0@i586: no package provides qtwebkit = 5.3.2-r0

[Simon Bolek]

hello group!

working with dizzy trying to
*bitbake meta-toolchain-qt5*
it fails at the step

*do_populate_sdk*

with the error(see below). So if i read the error correctly, qtwebkit-dev
is missing qtwebkit.
There is no such package as qtwebkit beeing generated :( So is this a bug?
Or maybe I am doing sth wrong?
HELP please :) Any hint would be more than welcome.
*BTW: Working with daisy did not produce such an error.*

+++






*ERROR: Unable to install packages. Command
'/home/simon/poky-dizzy/build/tmp/sysroots/i686-linux/usr/bin/smart --quiet
--data-dir=/home/simon/poky-dizzy/build/tmp/work/i586-poky-linux/meta-toolchain-qt5/1.0-r0/sdk/image/opt/poky/1.7/sysroots/i586-poky-linux/var/lib/smart
install -y packagegroup-core-standalone-sdk-target-dbg@all
packagegroup-core-standalone-sdk-target@all
packagegroup-qt5-toolchain-target@all' returned 1:error: Can't install
qtwebkit-dev-5.3.2-r0@i586: no package provides qtwebkit = 5.3.2-r0ERROR:
Function failed: do_populate_sdkERROR: Logfile of failure stored in:
/home/simon/poky-dizzy/build/tmp/work/i586-poky-linux/meta-toolchain-qt5/1.0-r0/temp/log.do_populate_sdk.20827ERROR:
Task 7
(/home/simon/poky-dizzy/sources/meta-qt5/recipes-qt/meta/meta-toolchain-qt5.bb
, do_populate_sdk) failed with exit code '1'*
+++

thank you and br
simon:)
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] adding meta-oracle-java

[Jim Abernathy]

> Date: Wed, 28 Jan 2015 17:36:14 +0100
> Subject: Re: [yocto] adding meta-oracle-java
> From: ma...@maxinbjohn.info
> To: jfaberna...@outlook.com
> CC: paul.eggle...@linux.intel.com; yocto@yoctoproject.org
> 
> Hi Jim,
> 
> On Wed, Jan 28, 2015 at 3:58 PM, Jim Abernathy  
> wrote:
> >
> 
> 
> >
> > I just created a qemux86 image for core-image-base with meta-java in it and
> > after booting in the emulator, it, of course, gives the proper response to
> > java -version.  I'm going to try building a qemux86-64 to see if there's any
> > difference.  On real NUC hardware it will not, as mentioned, work correctly.
> 
> In  NUC, please execute these commands:
> 
> # ln -s /lib /lib64
> # export PATH=/usr/share/jre1.7.0_67/bin:$PATH
> # java
> 
> > Jim A
> 
> Best Regards,
> Maxin

Good, that fixes it.  BTW, I found it also fails on qemux86-64, so this makes 
sense.  

Is this something that can be made part of the meta-java recipe??

Jim A

  -- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] adding meta-oracle-java

[Maxin John]

Hi Jim,

On Wed, Jan 28, 2015 at 3:58 PM, Jim Abernathy  wrote:
>


>
> I just created a qemux86 image for core-image-base with meta-java in it and
> after booting in the emulator, it, of course, gives the proper response to
> java -version.  I'm going to try building a qemux86-64 to see if there's any
> difference.  On real NUC hardware it will not, as mentioned, work correctly.

In  NUC, please execute these commands:

# ln -s /lib /lib64
# export PATH=/usr/share/jre1.7.0_67/bin:$PATH
# java

> Jim A

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] HEADSUP - CVE 2015-023 remote code execution in glibc

[akuster]

Alexandr,


On 01/28/2015 03:17 AM, Damian, Alexandru wrote:

More details

http://www.openwall.com/lists/oss-security/2015/01/27/9

redhat bug and patch

https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-0235

Do we need to open a bug to track this ?


 I am working on patches already. if you opened a bug, please send me 
the #.


- Armin



--
Alex Damian
Yocto Project
SSG / OTC



--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-selinux][ 4/4] ustr: Fix use of bad variable in SRC_URI.

[Philip Tricca]

Signed-off-by: Philip Tricca 
---
 recipes-extended/ustr/ustr_1.0.4.bb |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-extended/ustr/ustr_1.0.4.bb 
b/recipes-extended/ustr/ustr_1.0.4.bb
index a0a1e41..cdb78ad 100644
--- a/recipes-extended/ustr/ustr_1.0.4.bb
+++ b/recipes-extended/ustr/ustr_1.0.4.bb
@@ -12,7 +12,7 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=c79c6e2ae13418d16d7dc82df960a1e7 \
file://LICENSE_MIT;md5=c61e779b782608472bd87593c3c3916f"
 
 SRC_URI = "\
-http://www.and.org/ustr/${BPV}/${BPN}-${PV}.tar.bz2 \
+http://www.and.org/ustr/${PV}/${BPN}-${PV}.tar.bz2 \
 file://ustr-makefile-fix.patch;patch=1 \
 file://ustr-fix__va_copy-not-defined.patch;patch=2 \
 file://ustr-c99-inline.patch;patch=3"
-- 
1.7.10.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-selinux][ 2/4] dhcp: Use wildcard for version number.

[Philip Tricca]

Signed-off-by: Philip Tricca 
---
 recipes-connectivity/dhcp/dhcp_%.bbappend |3 +++
 recipes-connectivity/dhcp/dhcp_4.3.0.bbappend |3 ---
 2 files changed, 3 insertions(+), 3 deletions(-)
 create mode 100644 recipes-connectivity/dhcp/dhcp_%.bbappend
 delete mode 100644 recipes-connectivity/dhcp/dhcp_4.3.0.bbappend

diff --git a/recipes-connectivity/dhcp/dhcp_%.bbappend 
b/recipes-connectivity/dhcp/dhcp_%.bbappend
new file mode 100644
index 000..2d2232c
--- /dev/null
+++ b/recipes-connectivity/dhcp/dhcp_%.bbappend
@@ -0,0 +1,3 @@
+inherit selinux
+
+FILESEXTRAPATHS_prepend := "${@target_selinux(d, '${THISDIR}/files:')}"
diff --git a/recipes-connectivity/dhcp/dhcp_4.3.0.bbappend 
b/recipes-connectivity/dhcp/dhcp_4.3.0.bbappend
deleted file mode 100644
index 2d2232c..000
--- a/recipes-connectivity/dhcp/dhcp_4.3.0.bbappend
+++ /dev/null
@@ -1,3 +0,0 @@
-inherit selinux
-
-FILESEXTRAPATHS_prepend := "${@target_selinux(d, '${THISDIR}/files:')}"
-- 
1.7.10.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-selinux][ 3/4] coreutils: Use wildcard for version and remove PR.

[Philip Tricca]

Signed-off-by: Philip Tricca 
---
 recipes-core/coreutils/coreutils_%.bbappend|1 +
 recipes-core/coreutils/coreutils_8.22.bbappend |3 ---
 2 files changed, 1 insertion(+), 3 deletions(-)
 create mode 100644 recipes-core/coreutils/coreutils_%.bbappend
 delete mode 100644 recipes-core/coreutils/coreutils_8.22.bbappend

diff --git a/recipes-core/coreutils/coreutils_%.bbappend 
b/recipes-core/coreutils/coreutils_%.bbappend
new file mode 100644
index 000..c1e8ed6
--- /dev/null
+++ b/recipes-core/coreutils/coreutils_%.bbappend
@@ -0,0 +1 @@
+inherit with-selinux
diff --git a/recipes-core/coreutils/coreutils_8.22.bbappend 
b/recipes-core/coreutils/coreutils_8.22.bbappend
deleted file mode 100644
index cef8b67..000
--- a/recipes-core/coreutils/coreutils_8.22.bbappend
+++ /dev/null
@@ -1,3 +0,0 @@
-PR .= ".1"
-
-inherit with-selinux
-- 
1.7.10.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-selinux][ 1/4] sysklogd: Use wildcard for version and remove PR.

[Philip Tricca]

Signed-off-by: Philip Tricca 
---
 recipes-extended/sysklogd/sysklogd_%.bbappend   |1 +
 recipes-extended/sysklogd/sysklogd_1.5.bbappend |3 ---
 2 files changed, 1 insertion(+), 3 deletions(-)
 create mode 100644 recipes-extended/sysklogd/sysklogd_%.bbappend
 delete mode 100644 recipes-extended/sysklogd/sysklogd_1.5.bbappend

diff --git a/recipes-extended/sysklogd/sysklogd_%.bbappend 
b/recipes-extended/sysklogd/sysklogd_%.bbappend
new file mode 100644
index 000..81fe7b7
--- /dev/null
+++ b/recipes-extended/sysklogd/sysklogd_%.bbappend
@@ -0,0 +1 @@
+FILESEXTRAPATHS_prepend := "${THISDIR}/files:"
diff --git a/recipes-extended/sysklogd/sysklogd_1.5.bbappend 
b/recipes-extended/sysklogd/sysklogd_1.5.bbappend
deleted file mode 100644
index 0581083..000
--- a/recipes-extended/sysklogd/sysklogd_1.5.bbappend
+++ /dev/null
@@ -1,3 +0,0 @@
-PR .= ".2"
-
-FILESEXTRAPATHS_prepend := "${THISDIR}/files:"
-- 
1.7.10.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-selinux][ 0/4] More whack-a-mole with version numbers.

[Philip Tricca]

This is another round of renaming the meta-selinux bbappends to use
wild cards. The three recipes renamed here had no patches to port.
They're basically 3-4 line recipes that enable SELinux or add a 
config file. Per previous guidance I've removed PRs so hopefully
this is still the right thing to do.

One oddity here is the change made to the ustr recipe. It was using
a variable I've never seen before and failing to fetch the SRC_URI.
I think this variable was a typo and after changing ${BPV} -> ${PV}
the expected behavior was restored.

Philip Tricca (4):
  sysklogd: Use wildcard for version and remove PR.
  dhcp: Use wildcard for version number.
  coreutils: Use wildcard for version and remove PR.
  ustr: Fix use of bad variable in SRC_URI.

 recipes-connectivity/dhcp/dhcp_%.bbappend   |3 +++
 recipes-connectivity/dhcp/dhcp_4.3.0.bbappend   |3 ---
 recipes-core/coreutils/coreutils_%.bbappend |1 +
 recipes-core/coreutils/coreutils_8.22.bbappend  |3 ---
 recipes-extended/sysklogd/sysklogd_%.bbappend   |1 +
 recipes-extended/sysklogd/sysklogd_1.5.bbappend |3 ---
 recipes-extended/ustr/ustr_1.0.4.bb |2 +-
 7 files changed, 6 insertions(+), 10 deletions(-)
 create mode 100644 recipes-connectivity/dhcp/dhcp_%.bbappend
 delete mode 100644 recipes-connectivity/dhcp/dhcp_4.3.0.bbappend
 create mode 100644 recipes-core/coreutils/coreutils_%.bbappend
 delete mode 100644 recipes-core/coreutils/coreutils_8.22.bbappend
 create mode 100644 recipes-extended/sysklogd/sysklogd_%.bbappend
 delete mode 100644 recipes-extended/sysklogd/sysklogd_1.5.bbappend

-- 
1.7.10.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] adding meta-oracle-java

[Jim Abernathy]

> Date: Wed, 28 Jan 2015 15:26:24 +0100
> Subject: Re: [yocto] adding meta-oracle-java
> From: ma...@maxinbjohn.info
> To: jfaberna...@outlook.com
> CC: paul.eggle...@linux.intel.com; yocto@yoctoproject.org
> 
> Hi,
> 
> On Wed, Jan 28, 2015 at 1:10 PM, Jim Abernathy  
> wrote:
> >
> 
> 
> > well the file command does not run on the target machine same as java, not
> > found error.  as to the local.conf file.  The only changes are as follows:
> >
> > MACHINE ?= "nuc"
> > IMAGE_INSTALL_append = " oracle-jse-jre dropbear"
> > LICENSE_FLAGS_WHITELIST += "oracle_java"
> > #
> > DL_DIR ?= "/work/downloads"
> > #PACKAGE_CLASSES ?= "package_rpm"
> > PACKAGE_CLASSES = "package_deb"
> >
> > I build with bitbake core-image-base.
> 
> From the "nuc" image on qemu, I get this output for file command:
> 
> # file bin/busybox.nosuid
> bin/busybox.nosuid: ELF 64-bit LSB executable, x86-64, version 1
> (SYSV), dynamically linked, interpreter /lib/ld-linux-x86-64.so.2, for
> GNU/Linux 2.6.32,
> BuildID[sha1]=d87821503ef9cc2a5bed4a284cac138211a649ff, stripped
> 
> # file /usr/share/jre1.7.0_67/bin/java
> /usr/share/jre1.7.0_67/bin/java: ELF 64-bit LSB executable, x86-64,
> version 1 (SYSV), dynamically linked, interpreter
> /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.9,
> BuildID[sha1]=b82a586842f6da3df8a61093daadf0
> 
> / #  java
> /bin/sh: java: not found
> 
> Could be related to the library path. Continuing with investigation.
> 
> Best Regards,
> Maxin

I just created a qemux86 image for core-image-base with meta-java in it and 
after booting in the emulator, it, of course, gives the proper response to java 
-version.  I'm going to try building a qemux86-64 to see if there's any 
difference.  On real NUC hardware it will not, as mentioned, work correctly.

Jim A

  -- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] adding meta-oracle-java

[Maxin John]

Hi,

On Wed, Jan 28, 2015 at 1:10 PM, Jim Abernathy  wrote:
>


> well the file command does not run on the target machine same as java, not
> found error.  as to the local.conf file.  The only changes are as follows:
>
> MACHINE ?= "nuc"
> IMAGE_INSTALL_append = " oracle-jse-jre dropbear"
> LICENSE_FLAGS_WHITELIST += "oracle_java"
> #
> DL_DIR ?= "/work/downloads"
> #PACKAGE_CLASSES ?= "package_rpm"
> PACKAGE_CLASSES = "package_deb"
>
> I build with bitbake core-image-base.

>From the "nuc" image on qemu, I get this output for file command:

# file bin/busybox.nosuid
bin/busybox.nosuid: ELF 64-bit LSB executable, x86-64, version 1
(SYSV), dynamically linked, interpreter /lib/ld-linux-x86-64.so.2, for
GNU/Linux 2.6.32,
BuildID[sha1]=d87821503ef9cc2a5bed4a284cac138211a649ff, stripped

# file /usr/share/jre1.7.0_67/bin/java
/usr/share/jre1.7.0_67/bin/java: ELF 64-bit LSB executable, x86-64,
version 1 (SYSV), dynamically linked, interpreter
/lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.9,
BuildID[sha1]=b82a586842f6da3df8a61093daadf0

/ #  java
/bin/sh: java: not found

Could be related to the library path. Continuing with investigation.

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Automated license incompatibility checks

[Clemens Lang]

Hi Paul,

On Wed, Jan 28, 2015 at 10:25:29AM +, Paul Eggleton wrote:
> This sounds like something we should be handling in our
> INCOMPATIBLE_LICENSE check code, although it's not clear that we
> currently handle where alternatives to an incompatible license are
> available for a recipe/package, so that looks like it would be new
> functionality. You haven't mentioned INCOMPATIBLE_LICENSE - does your
> solution build on that, or replace it?

Some of this duplicates what INCOMPATIBLE_LICENSE does, so it should
probably replace or use it. However, INCOMPATIBLE_LICENSE is a
blacklist, and I'm using a whitelist approach, because in our use case
we really only want to distribute under licenses we have explicitly
reviewed.

I'd like to solve the problem of shipping an image that contains, for
example, GPL-2 code that links against BSD-4-Clause code, which are
incompatible licenses[1]. Despite its name, the INCOMPATIBLE_LICENSE
code does not check for this situation. It is merely a blacklist for
licenses that should not be packaged at all, regardless of their
dependency context.

Our use case includes configuring the license whitelist separately for
each image we build, because we have different requirements for
development and production images (but that has been possible with
INCOMPATIBLE_LICENSE before).

Does that shed some light on what I'm trying to achieve?


Cheers,
Clemens

[1] https://www.gnu.org/licenses/license-list.html#OriginalBSD
-- 
Clemens Lang • Development Specialist
BMW Car IT GmbH • Lise-Meitner-Str. 14 • 89081 Ulm • http://bmw-carit.com
-
BMW Car IT GmbH
Geschäftsführer: Michael Würtenberger und Reinhard Stolle
Sitz und Registergericht: München HRB 134810
-
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] adding meta-oracle-java

[Jim Abernathy]

> Date: Wed, 28 Jan 2015 13:01:02 +0100
> Subject: Re: [yocto] adding meta-oracle-java
> From: ma...@maxinbjohn.info
> To: jfaberna...@outlook.com
> CC: paul.eggle...@linux.intel.com; yocto@yoctoproject.org
> 
> Hi Jim,
> 
> On Wed, Jan 28, 2015 at 12:21 PM, Jim Abernathy  
> wrote:
> >
> >
> >> From: paul.eggle...@linux.intel.com
> >> To: jfaberna...@outlook.com
> >> CC: ma...@maxinbjohn.info; yocto@yoctoproject.org
> >> Subject: Re: [yocto] adding meta-oracle-java
> >> Date: Wed, 28 Jan 2015 10:55:23 +
> >
> >>
> >> On Wednesday 28 January 2015 05:44:47 Jim Abernathy wrote:
> >> > Thanks, I guess the problem for me stems from not knowing the difference
> >> > between, IMAGE_INSTALL_append and CORE_IMAGE_EXTRA_INSTALL, which I was
> >> > using.
> >>
> >> Basically, the only difference is that CORE_IMAGE_EXTRA_INSTALL will only
> >> work
> >> with image recipes that inherit core-image. If the recipe inherits image,
> >> its
> >> value won't be used.
> >>
> >> Cheers,
> >> Paul
> > thank, well I got the java included in my build, but I can't execute it.
> > very strange!
> >
> > I see java is at /usr/share/java/bin and there's a link to java in the
> > /usr/bin, but at the command line I can't run, java -version.  I get java
> > not found.  It's like it a shell problem.  I had the same issue when I just
> > installed the tarball for JRE on a standard core-image-base before.
> 
> This can also be related to the architecture difference of java binary. Can 
> you
> share the output of "file" command on java binary  along with "MACHINE"
> and other related details in local.conf file?
> 
> > I'm running as the only user on the system, root.
> >
> > Jim A
> 
> Warm Regards,
> Maxin

well the file command does not run on the target machine same as java, not 
found error.  as to the local.conf file.  The only changes are as follows:

MACHINE ?= "nuc"
IMAGE_INSTALL_append = " oracle-jse-jre dropbear"
LICENSE_FLAGS_WHITELIST += "oracle_java"
#
DL_DIR ?= "/work/downloads"
#PACKAGE_CLASSES ?= "package_rpm"
PACKAGE_CLASSES = "package_deb"

I build with bitbake core-image-base.


  -- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] adding meta-oracle-java

[Maxin John]

Hi Jim,

On Wed, Jan 28, 2015 at 12:21 PM, Jim Abernathy  wrote:
>
>
>> From: paul.eggle...@linux.intel.com
>> To: jfaberna...@outlook.com
>> CC: ma...@maxinbjohn.info; yocto@yoctoproject.org
>> Subject: Re: [yocto] adding meta-oracle-java
>> Date: Wed, 28 Jan 2015 10:55:23 +
>
>>
>> On Wednesday 28 January 2015 05:44:47 Jim Abernathy wrote:
>> > Thanks, I guess the problem for me stems from not knowing the difference
>> > between, IMAGE_INSTALL_append and CORE_IMAGE_EXTRA_INSTALL, which I was
>> > using.
>>
>> Basically, the only difference is that CORE_IMAGE_EXTRA_INSTALL will only
>> work
>> with image recipes that inherit core-image. If the recipe inherits image,
>> its
>> value won't be used.
>>
>> Cheers,
>> Paul
> thank, well I got the java included in my build, but I can't execute it.
> very strange!
>
> I see java is at /usr/share/java/bin and there's a link to java in the
> /usr/bin, but at the command line I can't run, java -version.  I get java
> not found.  It's like it a shell problem.  I had the same issue when I just
> installed the tarball for JRE on a standard core-image-base before.

This can also be related to the architecture difference of java binary. Can you
share the output of "file" command on java binary  along with "MACHINE"
and other related details in local.conf file?

> I'm running as the only user on the system, root.
>
> Jim A

Warm Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] HEADSUP - CVE 2015-023 remote code execution in glibc

[Paul Eggleton]

On Wednesday 28 January 2015 11:20:27 Burton, Ross wrote:
> On 28 January 2015 at 11:17, Damian, Alexandru 
> wrote:
> > Do we need to open a bug to track this ?
> 
> Probably for the best to ensure it goes into all the branches we support.

FYI, none of the branches we still officially support use (e)glibc older than 
2.18, which is where the fix went in upstream; even dora that just went out of 
support has 2.18 as the default (2.17 is included though).

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] adding meta-oracle-java

[Jim Abernathy]

> From: paul.eggle...@linux.intel.com
> To: jfaberna...@outlook.com
> CC: ma...@maxinbjohn.info; yocto@yoctoproject.org
> Subject: Re: [yocto] adding meta-oracle-java
> Date: Wed, 28 Jan 2015 10:55:23 +
> 
> On Wednesday 28 January 2015 05:44:47 Jim Abernathy wrote:
> > Thanks,  I guess the problem for me stems from not knowing the difference
> > between, IMAGE_INSTALL_append and CORE_IMAGE_EXTRA_INSTALL, which I was
> > using.
> 
> Basically, the only difference is that CORE_IMAGE_EXTRA_INSTALL will only 
> work 
> with image recipes that inherit core-image. If the recipe inherits image, its 
> value won't be used.
> 
> Cheers,
> Paul
> 
> -- 
> 
> Paul Eggleton
> Intel Open Source Technology Centre

thank, well I got the java included in my build, but I can't execute it.  very 
strange!

I see java is at /usr/share/java/bin and there's a link to java in the 
/usr/bin, but at the command line I can't run, java -version.  I get java not 
found.  It's like it a shell problem.  I had the same issue when I just 
installed the tarball for JRE on a standard core-image-base before.

I'm running as the only user on the system, root.

Jim A

  -- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] HEADSUP - CVE 2015-023 remote code execution in glibc

[Burton, Ross]

On 28 January 2015 at 11:17, Damian, Alexandru 
wrote:

> Do we need to open a bug to track this ?
>

Probably for the best to ensure it goes into all the branches we support.

Ross
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] HEADSUP - CVE 2015-023 remote code execution in glibc

[Damian, Alexandru]

More details

http://www.openwall.com/lists/oss-security/2015/01/27/9

redhat bug and patch

https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-0235

Do we need to open a bug to track this ?


-- 
Alex Damian
Yocto Project
SSG / OTC
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] ALTERNATIVE_TARGET, ALTERNATIVE_PRIORITY problem

[Joseph Andrew de la Peña]

Good day Mark,

Thank you for the response! Really appreciate it. The purpose is the latter
as what you've provided (three packages that all provide 'bar'. )

When I tried this one, bar3 is the one pointed by bar. The aim is for bar
to point bar1 instead. Running rpm -qp as you suggested, they all have same
priority of 10 w/c made me hypothesize that the result is due to bar3 being
the last one set as target for bar. Am I correct?

So my questions:
1. Is RPROVIDES not needed anymore when using ALTERNATIVES?
2. How can I set priority between packages within the same unit/recipe? (so
that I can reflect bar1 as the one pointed by bar)
3. When using ALTERNATIVES, is there no need anymore to add the "name" (eg.
bar) to the packagegroup's RDEPENDS?


Your response is really really valued!

Thanks,
Joseph

On Wed, Jan 28, 2015 at 12:53 AM, Mark Hatle 
wrote:

> On 1/27/15 9:37 AM, Joseph Andrew de la Peña wrote:
> > Good day Yocto Community,
> >
> > I would like to ask what's wrong with my implementation with
> update-alternatives:
>
> I think that you have some of the variables confused below.  I've quoted
> bits of
> the class's header (internal documentation):
>
> # List all of the alternatives needed by a package:
> # ALTERNATIVE_ = "name1 name2 name3 ..."
>
> # The pathname of the link
> # ALTERNATIVE_LINK_NAME[name] = "target"
>
> # NOTE: If ALTERNATIVE_LINK_NAME is not defined, it defaults to
> ${bindir}/name
>
>
> # The default link to create for all targets
> # ALTERNATIVE_TARGET = "target"
>
> or
>
> # A non-default link to create for a target
> # ALTERNATIVE_TARGET[name] = "target"
>
> # A package specific link for a target
> # ALTERNATIVE_TARGET_[name] = "target"
> #
> #   This is useful when a recipe provides multiple alternatives for the
> #   same item.
>
>
> So if you have a single binary called 'bar', and want it to show up as
> bar1,
> bar2 and bar3 using the alternatives you would do:
>
> PACKAGES =+ "${PN}-bar1 ${PN}-bar2 ${PN}-bar3"
> ALTERNATIVE_${PN}-bar1 = "bar1"
> ALTERNATIVE_${PN}-bar2 = "bar2"
> ALTERNATIVE_${PN}-bar3 = "bar3"
>
> ALTERNATIVE_TARGET = "/bin/bar"
>
> ALTERNATIVE_LINK_NAME[bar1] = "/bin/bar1"
> ALTERNATIVE_LINK_NAME[bar2] = "/bin/bar2"
> ALTERNATIVE_LINK_NAME[bar3] = "/bin/bar3"
>
> FILES_${PN} = "/bin/bar"
>
> The result would be:
>
> package ${PN} contains /bin/bar
>
> package ${PN}-bar1 would create a link /bin/bar1 -> /bin/bar
> package ${PN}-bar2 would create a link /bin/bar2 -> /bin/bar
> package ${PN}-bar3 would create a link /bin/bar3 -> /bin/bar
>
>
> If you want to do the other way around, have three packages that all
> provide
> 'bar'.  You would do:
>
> PACKAGES =+ "${PN}-bar1 ${PN}-bar2 ${PN}-bar3"
> ALTERNATIVE_${PN}-bar1 = "bar"
> ALTERNATIVE_${PN}-bar2 = "bar"
> ALTERNATIVE_${PN}-bar3 = "bar"
>
> ALTERNATIVE_LINK_NAME[bar] = "/bin/bar"
>
> ALTERNATIVE_TARGET_${PN}-bar1 = "/bin/bar1"
> ALTERNATIVE_TARGET_${PN}-bar2 = "/bin/bar2"
> ALTERNATIVE_TARGET_${PN}-bar3 = "/bin/bar3"
>
> FILES_${PN}-bar1 = "/bin/bar1"
> FILES_${PN}-bar2 = "/bin/bar2"
> FILES_${PN}-bar3 = "/bin/bar3"
>
>
> package ${PN}-bar1 would own a file /bin/bar1 and link it to /bin/bar
> package ${PN}-bar2 would own a file /bin/bar2 and link it to /bin/bar
> package ${PN}-bar3 would own a file /bin/bar3 and link it to /bin/bar
>
>
> (You can verify the above by looking at the package data, if using RPM,
> rpm -qp
>  --scripts will show you the logic for adding the alternative.)
>
>
> As for the install time, the packaging system will "choose" to install a
> package
> that meets the dependency you select.  If you don't specifically name
> ${PN}-bar1
> in your install, it may not be selected in favor of one of the other
> providers.
>  The PRIORITY only affects if multiple packages are installed, which one
> takes
> priority over the others.
>
> --Mark
>
> > =
> >
> > *bar_git.bb :*
> >
> > PACKAGES =+ "${PN}-bar1 ${PN}-bar2 ${PN}-bar3"
> > RPROVIDES_${PN}-bar1 = "bar"
> > RPROVIDES_${PN}-bar2 = "bar"
> > RPROVIDES_${PN}-bar3 = "bar"
> >
> > ALTERNATIVE_LINK_NAME[bar] = "${datadir}/foo/bar"
> >
> > ALTERNATIVE_${PN}-bar1 = "bar"
> > ALTERNATIVE_TARGET_${PN}-bar1 = "${datadir}/foo/bar1"
> > ALTERNATIVE_PRIORITY_${PN}-bar1 = "99"
> >
> > ALTERNATIVE_${PN}-bar2 = "bar"
> > ALTERNATIVE_TARGET_${PN}-bar2 = "${datadir}/foo/bar2"
> > ALTERNATIVE_PRIORITY_${PN}-bar2 = "98"
> >
> > ALTERNATIVE_${PN}-bar3 = "bar"
> > ALTERNATIVE_TARGET_${PN}-bar3 = "${datadir}/foo/bar3"
> > ALTERNATIVE_PRIORITY_${PN}-bar3 = "97"
> >
> > inherit update-alternatives
> >
> > *packagegroup-foobar.bb :*
> >
> > RDEPENDS_foobar = "bar"
> >
> > =
> >
> > The end result is always bar3 is present and bar is pointing to bar3. I
> never
> > get bar1 being present which is the result I want.
> >
> > Please do recommend how will I properly use ALTERNATIVE_TARGET and
> > ALTERNATIVE_PRIORITY.
> >
> > Thanks,
> > Joseph
> >
> >
>
> --
> ___

Re: [yocto] adding meta-oracle-java

[Paul Eggleton]

On Wednesday 28 January 2015 05:44:47 Jim Abernathy wrote:
> Thanks,  I guess the problem for me stems from not knowing the difference
> between, IMAGE_INSTALL_append and CORE_IMAGE_EXTRA_INSTALL, which I was
> using.

Basically, the only difference is that CORE_IMAGE_EXTRA_INSTALL will only work 
with image recipes that inherit core-image. If the recipe inherits image, its 
value won't be used.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] adding meta-oracle-java

[Jim Abernathy]

> Date: Wed, 28 Jan 2015 11:20:21 +0100
> Subject: Re: [yocto] adding meta-oracle-java
> From: ma...@maxinbjohn.info
> To: paul.eggle...@linux.intel.com
> CC: jfaberna...@outlook.com; yocto@yoctoproject.org
> 
> Hi Jim,
> 
> On Wed, Jan 28, 2015 at 10:25 AM, Paul Eggleton
>  wrote:
> > Hi Jim,
> >
> > On Tuesday 27 January 2015 15:24:09 James Abernathy wrote:
> >> In looking at the meta-oracle-java README, I see the notes about adding the
> >> License statement and switching to .deb packaging.  With that done, I get a
> >> clean build, but my image boots and I can’t see any evidence that java was
> >> included.
> >>
> >> What am I missing.
> >
> >> I have a web app server that in all inclusive and can be setup just by
> >> running “java -jar .jar”.  But can’t run it without java installed.
> >
> > I assume you've just added the layer to your bblayers.conf - if so you've
> > missed the next step of actually adding additional packages produced by
> > recipes in the layer to your image. I haven't tried it but I assume the
> > package to add would be "oracle-jse-jre".
> 
> As mentioned here, if you include "oracle-jse-jre" in the image, things
> should work as expected (IMAGE_INSTALL_append = " oracle-jse-jre")
> 
> root@qemux86:~# ls -la /usr/bin/java
> lrwxrwxrwx1 root root31 Jan 28 10:11 /usr/bin/java
> -> /usr/share/jre1.7.0_67/bin/java
> 
> root@qemux86:~# java -version
> java version "1.7.0_67"
> Java(TM) SE Runtime Environment (build 1.7.0_67-b01)
> Java HotSpot(TM) Client VM (build 24.65-b04, mixed mode)
> 
> 
> > Cheers,
> > Paul
> 
> Best Regards,
> Maxin
Thanks,  I guess the problem for me stems from not knowing the difference 
between, IMAGE_INSTALL_append and CORE_IMAGE_EXTRA_INSTALL, which I was using.

Can you explain?

Jim A

  -- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Automated license incompatibility checks

[Paul Eggleton]

Hi Clemens,

On Wednesday 28 January 2015 09:52:14 Clemens Lang wrote:
> I have written a bbclass that does license conflict checking before
> building images for distribution. I am wondering if that is something
> you as a project would be interested in integrating, e.g. into poky.
> 
> I am also looking for feedback to my approach and ideas on how to handle
> corner cases, such as the OpenSSL exception. To give you a short and
> rough overview and to avoid wasting your time with a code review before
> we discussed the general approach, here's the commit message for my
> 
> local change implementing this:
> > Implement automatic license conflict checking as QA check. This check
> > adds a hook to the do_rootfs task, gathers a list of packages to be
> > installed into the root file system, their licenses and dependency
> > relations. It then walks this list and removes all licenses or part of
> > license expressions that are not satisfiable using licenses from a
> > configurable whitelist. For example,
> > 
> >   (GPL-3.0 & LGPL-3.0+) | GPL-2.0
> > 
> > with a whitelist of "GPL-2.0" will be transformed to
> > 
> >   GPL-2.0
> > 
> > before running license conflict checking. This ensures none of the
> > licenses you don't want to distribute in your image is required to
> > fulfill all license constraints.
> > 
> > Afterwards, each package's license is checked against those of its
> > dependencies one by one. To detect conflicts, the two license
> > expressions are converted into conjunctive normal form, concatenated
> > with all relevant license conflicts read from a configuration file and
> > handed over to a SAT solver (currently minisat via the satispy python
> > library). If the solver indicates the expression is satisfiable, there
> > is no license conflict. If the expression cannot be solved, the
> > licenses conflict.

This sounds like something we should be handling in our INCOMPATIBLE_LICENSE 
check code, although it's not clear that we currently handle where 
alternatives to an incompatible license are available for a recipe/package, so 
that looks like it would be new functionality. You haven't mentioned 
INCOMPATIBLE_LICENSE - does your solution build on that, or replace it?

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] adding meta-oracle-java

[Maxin John]

Hi Jim,

On Wed, Jan 28, 2015 at 10:25 AM, Paul Eggleton
 wrote:
> Hi Jim,
>
> On Tuesday 27 January 2015 15:24:09 James Abernathy wrote:
>> In looking at the meta-oracle-java README, I see the notes about adding the
>> License statement and switching to .deb packaging.  With that done, I get a
>> clean build, but my image boots and I can’t see any evidence that java was
>> included.
>>
>> What am I missing.
>
>> I have a web app server that in all inclusive and can be setup just by
>> running “java -jar .jar”.  But can’t run it without java installed.
>
> I assume you've just added the layer to your bblayers.conf - if so you've
> missed the next step of actually adding additional packages produced by
> recipes in the layer to your image. I haven't tried it but I assume the
> package to add would be "oracle-jse-jre".

As mentioned here, if you include "oracle-jse-jre" in the image, things
should work as expected (IMAGE_INSTALL_append = " oracle-jse-jre")

root@qemux86:~# ls -la /usr/bin/java
lrwxrwxrwx1 root root31 Jan 28 10:11 /usr/bin/java
-> /usr/share/jre1.7.0_67/bin/java

root@qemux86:~# java -version
java version "1.7.0_67"
Java(TM) SE Runtime Environment (build 1.7.0_67-b01)
Java HotSpot(TM) Client VM (build 24.65-b04, mixed mode)


> Cheers,
> Paul

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Installing a Yocto image on BeagleBone Black MMC

[Christian Schultz]

Thank you very much, Kevin, I'll try it as soon as possible!

On Wed, Jan 28, 2015 at 6:16 AM, Kevin Hao  wrote:

> On Mon, Jan 26, 2015 at 10:53:33AM -0200, Christian Schultz wrote:
> > I looked at the doc, and it gives the instructions to write the image to
> othe
> > SD Card and run from the card. I didn't find yet instructions about how
> to
> > write the images to the MMC.
>
> The same commands for writing MMC. You just need to change the mmc block
> device
> to mmcblk1 when you run these commands on target.
>
> >For example, I made an image with Yocto, and from
> > the system, I should create the partitions (for boot and rootfs), format
> them,
> > and copy the contents, but my image lacks the mkfs.vfat and mkfs.ext3,
> so I
> > didn't figure how to setup the MMC memory to receive the files.
>
> Add the following to your local.conf:
> IMAGE_INSTALL_append = " dosfstools e2fsprogs-mke2fs"
>
> Thanks,
> Kevin
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] meta-qt5 problem in yocto 1.7

[Simon Bolek]

Hi Lachlan,

In case you have not solved the problem yet.
Look at the recipe of qt3d, once you checked it out of git. There is a
line:

QT_MODULE_BRANCH = "master"

just change it to "dev" and it should work. It is already corrected in the
upstream of meta-qt5, but in dizzy it is still "master". If you look at the
gitorious of qt you will find this
SRCDEV="8a9723d7420829a2ba0141a9f7d8dc8cd11d8331" in dev" branch.
That is, at least, what i figured out.

Hope that will help.

best regards
simon :-)

>
> Message: 7
> Date: Tue, 27 Jan 2015 01:32:43 +1030
> From: peterengcomau...@adam.com.au
> To: yocto@yoctoproject.org
> Subject: [yocto] meta-qt5 problem in yocto 1.7
> Message-ID:
> 
> Content-Type: text/plain; charset="utf-8"
>
> I have just downloaded yocto poky 1.7 and try to build an image. I get
> teh follwing problems with fetching qt5 source:
> Summary: 5 tasks failed:
> ? /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qt3d_git.bb,
> do_fetch
> ?
> /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtmultimedia_5.3.2.bb,
> do_fetch
> ? /home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtwebkit_5.3.2.bb,
> do_fetch
> ?
> /home/lachlan/poky-1.7/meta-atmel/recipes-multimedia/gstreamer1.0-plugins/
> gstreamer1.0-plugins-hantro_1.0.bb,
> do_configure
> ?
> /home/lachlan/poky-1.7/meta-atmel/recipes-utils/obp-utils/obp-utils_git.bb
> ,
> do_install
>
> I presume the last two problems(do_configure & do_install)? result
> from dependencies on the previous three failed fetches.
>
> The more complete error code for teh first three errors is:
> WARNING: Failed to fetch URL
> git://qt.gitorious.org/qt/qt3d.git;branch=master, attempting MIRRORS
> if available
> ERROR: Fetcher failure: Unable to find revision
> 8a9723d7420829a2ba0141a9f7d8dc8cd11d8331 in branch master even from
> upstream
> ERROR: Function failed: Fetcher failure for URL:
> 'git://qt.gitorious.org/qt/qt3d.git;branch=master'. Unable to fetch
> URL from any source.
> ERROR: Logfile of failure stored in:
>
> /home/lachlan/poky-1.7/build-atmel/tmp/work/cortexa5t2hf-vfp-poky-linux-gnueabi/qt3d/5.3.99+5.4.0-beta1+gitAUTOINC+8a9723d742-r0/temp/log.do_fetch.29304
> ERROR: Task 1993
> (/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qt3d_git.bb,
> do_fetch) failed with exit code '1'
> WARNING: Failed to fetch URL
>
> http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtmultimedia-opensource-src-5.3.2.tar.xz
> ,
> attempting MIRRORS if available
> ERROR: Fetcher failure: Fetch command failed with exit code 4, no
> output
> ERROR: Function failed: Fetcher failure for URL:
> '
> http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtmultimedia-opensource-src-5.3.2.tar.xz
> '.
> Unable to fetch URL from any source.
> ERROR: Logfile of failure stored in:
>
> /home/lachlan/poky-1.7/build-atmel/tmp/work/cortexa5t2hf-vfp-poky-linux-gnueabi/qtmultimedia/5.3.2-r0/temp/log.do_fetch.7762
> ERROR: Task 535
> (/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtmultimedia_5.3.2.bb,
> do_fetch) failed with exit code '1'
> WARNING: Failed to fetch URL
> http://www.apache.org/dist/subversion/subversion-1.8.9.tar.bz2,
> attempting MIRRORS if available
> WARNING: Failed to fetch URL
>
> http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtwebkit-opensource-src-5.3.2.tar.xz
> ,
> attempting MIRRORS if available
> ERROR: Fetcher failure: Fetch command failed with exit code 4, no
> output
> ERROR: Function failed: Fetcher failure for URL:
> '
> http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtwebkit-opensource-src-5.3.2.tar.xz
> '.
> Unable to fetch URL from any source.
> ERROR: Logfile of failure stored in:
>
> /home/lachlan/poky-1.7/build-atmel/tmp/work/cortexa5t2hf-vfp-poky-linux-gnueabi/qtwebkit/5.3.2-r0/temp/log.do_fetch.19587
> ERROR: Task 675
> (/home/lachlan/poky-1.7/meta-qt5/recipes-qt/qt5/qtwebkit_5.3.2.bb,
> do_fetch) failed with exit code '1'
> NOTE: validating kernel config, see log.do_kernel_configcheck for
> details
>
> If I manually download the one of the files, e.g.? :
> '
> http://download.qt-project.org/official_releases/qt/5.3/5.3.2/submodules/qtwebkit-opensource-src-5.3.2.tar.xz
> This works fine.
>
> Can anyone suggest what I can look fro to determine the problem. I
> have tried this a number of time over 24 hours and get the exact same
> failures.
>
> Thank you for any suggestions moving forward.
>
> Regards
> Lachlan
>
>  Message sent via Adam Internet WebMail - http://www.adam.com.au/
> -- next part --
> An HTML attachment was scrubbed...
> URL: <
> http://lists.yoctoproject.org/pipermail/yocto/attachments/20150127/7d948cb1/attachment.html
> >
>
> --
>
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
>
> End of yocto Digest, Vol 52, Issue 86
> *
>
-- 

Re: [yocto] adding meta-oracle-java

[Paul Eggleton]

Hi Jim,

On Tuesday 27 January 2015 15:24:09 James Abernathy wrote:
> In looking at the meta-oracle-java README, I see the notes about adding the
> License statement and switching to .deb packaging.  With that done, I get a
> clean build, but my image boots and I can’t see any evidence that java was
> included.
> 
> What am I missing.
> 
> I have a web app server that in all inclusive and can be setup just by
> running “java -jar .jar”.  But can’t run it without java installed.

I assume you've just added the layer to your bblayers.conf - if so you've 
missed the next step of actually adding additional packages produced by 
recipes in the layer to your image. I haven't tried it but I assume the 
package to add would be "oracle-jse-jre".

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Configuring static/dhcp IP at boot time

[Chris Tapp]

I'm trying to get an image to optionally use a static IP when it boots (i.e. 
static or dhcp depending on kernel command line parameters).

When a static allocation is being used, a script within the init of an 
initramfs edits /etc/network/interface to add a static entry for eth0 and to 
add an 'up' command to set the nameserver in /etc/resolv.conf (in the final 
rootfs) before switch_root is called.

Is there a better way to do this (I'm sure there is!)?

--

Chris Tapp
opensou...@keylevel.com
www.keylevel.com

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Automated license incompatibility checks

[Clemens Lang]

Hi,

I have written a bbclass that does license conflict checking before
building images for distribution. I am wondering if that is something
you as a project would be interested in integrating, e.g. into poky.

I am also looking for feedback to my approach and ideas on how to handle
corner cases, such as the OpenSSL exception. To give you a short and
rough overview and to avoid wasting your time with a code review before
we discussed the general approach, here's the commit message for my
local change implementing this:

> Implement automatic license conflict checking as QA check. This check
> adds a hook to the do_rootfs task, gathers a list of packages to be
> installed into the root file system, their licenses and dependency
> relations. It then walks this list and removes all licenses or part of
> license expressions that are not satisfiable using licenses from a
> configurable whitelist. For example,
>   (GPL-3.0 & LGPL-3.0+) | GPL-2.0
> with a whitelist of "GPL-2.0" will be transformed to
>   GPL-2.0
> before running license conflict checking. This ensures none of the
> licenses you don't want to distribute in your image is required to
> fulfill all license constraints.
>
> Afterwards, each package's license is checked against those of its
> dependencies one by one. To detect conflicts, the two license
> expressions are converted into conjunctive normal form, concatenated
> with all relevant license conflicts read from a configuration file and
> handed over to a SAT solver (currently minisat via the satispy python
> library). If the solver indicates the expression is satisfiable, there
> is no license conflict. If the expression cannot be solved, the
> licenses conflict.

What are your thoughts on the additional minisat dependency? I assume it
would be possible to make it a requirement only if somebody is actually
using the bbclass?

Most distributions I checked do not currently ship satispy. Would
bundling it with poky (or wherever the bbclass + tests would go) be a
viable option?


-- 
Clemens Lang • Development Specialist
BMW Car IT GmbH • Lise-Meitner-Str. 14 • 89081 Ulm • http://bmw-carit.com
-
BMW Car IT GmbH
Geschäftsführer: Michael Würtenberger und Reinhard Stolle
Sitz und Registergericht: München HRB 134810
-
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Installing a Yocto image on BeagleBone Black MMC

[Kevin Hao]

On Mon, Jan 26, 2015 at 10:53:33AM -0200, Christian Schultz wrote:
> I looked at the doc, and it gives the instructions to write the image to othe
> SD Card and run from the card. I didn't find yet instructions about how to
> write the images to the MMC. 

The same commands for writing MMC. You just need to change the mmc block device
to mmcblk1 when you run these commands on target.

>For example, I made an image with Yocto, and from
> the system, I should create the partitions (for boot and rootfs), format them,
> and copy the contents, but my image lacks the mkfs.vfat and mkfs.ext3, so I
> didn't figure how to setup the MMC memory to receive the files. 

Add the following to your local.conf:
IMAGE_INSTALL_append = " dosfstools e2fsprogs-mke2fs"

Thanks,
Kevin


pgpPZLhisHLrV.pgp
Description: PGP signature
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Google Chrome recipe and systemd => how to satisfy runtime requirement for libudev.so.0?

[Timo Pulkkinen]

> On 27.1.2015, at 21.49, Burton, Ross  wrote:
> 
> There really isn't - systemd has a newer udev that had an ABI change, so the 
> version was increased.
> 
> There's no way that your tmp/deploy/rpms can contain both systemd and udev 
> packages (specifically, libudev1 and libudev0) unless you don't delete it 
> when enabling the systemd DISTRO_FEATURE.  The systemd and udev packages 
> conflict with each other and they both can't be built at the same time.
> 
> A copy of the cooker log for the image would be useful after you've deleted 
> tmp and -ccleansstate's google-chrome if you are certain that this is what 
> has happened.
> 
Ross,

yeah, you were right - I mistook the existing libudev and udev rpms not to be 
from systemd before I checked the contents (they DO contain only udevstuff 
"generated" by systemd). So the image build itself was ok all the time, but 
libudev.so.0 just doesn't exist when using systemd.

However, about my actual problem: I managed to package Google Chrome 
successfully by adding SKIP_FILEDEPS_${PN} = "1" and by creating a symlink 
/opt/google/chrome/libudev.so.0 -> ../../../lib/libudev.so.1 in do_install. A 
bit dirty, but this is what the official deb from Google seems to do to manage 
the different versions. Also skipping file deps inspection is not clearly an 
optimal solution, but works for me in this case.

Thanks for your help, 

Timo
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto