I have made some changes in .bb file related to openssh but this openssh
package is shared among variuos platforms and I want these changes to
be reflected
only to specific platform.
Now for variable SRC_URI ,I can do something like SRC_URI_append_xyz where
xyz is my platform where changes should
(aside: prepping to teach an OE/yocto course in a couple weeks,
going thru the docs again, so be prepared for questions, some of them
potentially silly but all in aid of clarifying bits of documentation.
i'm sure scott rifenbark is currently steeling himself for the
experience. :-)
i'm intima
Hi Robert,
On Wednesday 09 October 2013 06:45:36 Robert P. J. Day wrote:
> (aside: prepping to teach an OE/yocto course in a couple weeks,
> going thru the docs again, so be prepared for questions, some of them
> potentially silly but all in aid of clarifying bits of documentation.
> i'm sure sc
[[meta-selinux][PATCH 0/5] Remove python dependency from refpol.] On 13.10.09
(Wed 03:02) fl...@longhaul.twobit.us wrote:
> The reference policy package currently pulls in a lot of python stuff
> that isn't strictly necessary to boot an SELinux system and load a
> policy. This is caused by the mi
The reference policy package currently pulls in a lot of python stuff
that isn't strictly necessary to boot an SELinux system and load a
policy. AFAIK this is caused by the mix of python and C utilities in
policycoreutils.
This patch set breaks the policycoreutils recipe up into multiple
packages,
Morning Joe
On 10/09/2013 08:23 AM, Joe MacDonald wrote:
> [[meta-selinux][PATCH 0/5] Remove python dependency from refpol.]
> On 13.10.09 (Wed 03:02) fl...@longhaul.twobit.us wrote:
>
>> The reference policy package currently pulls in a lot of python
>> stuff that isn't strictly necessary to boo
The driver beind this is to allow images to be built with the minimal
tools necessary to load a policy. Breaking all of the stuff that's
dependent on python out from the core utils allows us to make much
smaller images.
Signed-off-by: Philip Tricca
---
recipes-security/selinux/policycoreutils.i
Hi Paul,
Thanks for your reply, but we're not seeing any ttyUSB* entries in the /dev
folder, the board is this one here:
http://boundarydevices.com/products/nitrogen6_lite/
Which should have at least one port available for connection.
But unfortunately we aren't seeing this device node. What sho
Now that the policycoreutuils package is empty no need for RDEPENDS.
Doing this in the commit that broke up the policycoreutuils package
made the diff hard to read. Figured it best to break it out for
readability.
Signed-off-by: Philip Tricca
---
recipes-security/selinux/policycoreutils.inc |
The only thing refpol needs to depend on at runtime are the things
necessary to load the policy. If sysvinit is patched to load the
policy (which it is) then we only need the config.
Signed-off-by: Philip Tricca
---
recipes-security/refpolicy/refpolicy_common.inc |2 +-
1 file changed, 1 in
This is intended to demonstrate the minimal set packages necessary
to boot and load a system with SELinux enabled. Specifically we
don't need any of the packages that depend on python.
Signed-off-by: Philip Tricca
---
.../images/core-image-selinux-minimal.bb | 15 +++
.../pac
The policycoreutils package previously included most everything in
the base package. This packagegroup is intended to fill the role
of the old policycoreutils package and pull in all packages from the
policycoreutils recipe.
Signed-off-by: Philip Tricca
---
.../packagegroups/packagegroup-core-se
PS. /etc/device_list does show a ttyUSB entry
On Wed, Oct 9, 2013 at 5:36 AM, Jawad Hassan
wrote:
> Hi Paul,
>
> Thanks for your reply, but we're not seeing any ttyUSB* entries in the
> /dev folder, the board is this one here:
> http://boundarydevices.com/products/nitrogen6_lite/
>
> Which shoul
Correction device_table
On Wed, Oct 9, 2013 at 5:44 AM, Jawad Hassan
wrote:
> PS. /etc/device_list does show a ttyUSB entry
>
>
> On Wed, Oct 9, 2013 at 5:36 AM, Jawad Hassan > wrote:
>
>> Hi Paul,
>>
>> Thanks for your reply, but we're not seeing any ttyUSB* entries in the
>> /dev folder, the
On Wednesday 09 October 2013 05:36:37 Jawad Hassan wrote:
> Thanks for your reply, but we're not seeing any ttyUSB* entries in the /dev
> folder, the board is this one here:
> http://boundarydevices.com/products/nitrogen6_lite/
I have no personal experience with this board I'm afraid.
> Which sho
On 9 October 2013 06:45, Robert P. J. Day wrote:
> (for example, i would assume
> that, in any current distro, git would certainly be safe, no?)
The safety of a utility is only one consideration, feature-set is another.
___
yocto mailing list
yocto@yoc
Hi All,
I need to cross compile openjdk-7-jre in ppc64 platform using Yocto.
After setting the environment i am running "bitbake openjdok-7-jre" command
but i am getting following error message:
BB_VERSION= "1.18.0"
BUILD_SYS = "i686-linux"
NATIVELSBSTRING = "Ubuntu-12.10"
TARG
Hi,
I need to create a local BSP layer using Yocto-bsp create command
without the use of Git.
yocto-bsp create mylayers qemu -s
Which qemu architecture would you like to use? [default: i386]
1) i386(32-bit)
2) x86_64 (64-bit)
3) ARM (32-bi
Hi All,
I need to cross compile openjdk-7-jre in ppc64 platform using Yocto.
After setting the environment i am running "bitbake openjdok-7-jre" command
but i am getting following error message:
BB_VERSION= "1.18.0"
BUILD_SYS = "i686-linux"
NATIVELSBSTRING = "Ubuntu-12.10"
TARG
The reference policy package currently pulls in a lot of python stuff
that isn't strictly necessary to boot an SELinux system and load a
policy. This is caused by the mix of python and C utilities in
policycoreutils.
This patch set breaks the policycoreutils recipe up into multiple
packages, one f
Hi,
Anyone tried to build dleyna recently ? The do_configure invariably
fails on dylan (with a very long configure log but nothing obvious..
however a simple "bitbake media-service-upnp" will lead to the same error.
I suspect the package is somewhat outdate as I had to change the MD5 to
be a
On 9 October 2013 12:48, Jean-Charles wrote:
> Anyone tried to build dleyna recently ? The do_configure invariably fails on
> dylan (with a very long configure log but nothing obvious.. however a simple
> "bitbake media-service-upnp" will lead to the same error.
>
> I suspect the package is somewh
On 09/10/2013 16:59, Burton, Ross wrote:
On 9 October 2013 12:48, Jean-Charles wrote:
Anyone tried to build dleyna recently ? The do_configure invariably fails on
dylan (with a very long configure log but nothing obvious.. however a simple
"bitbake media-service-upnp" will lead to the same erro
>>> Requested 'gssdp-1.0 >= 0.13.2' but version of gssdp-1.0 is 0.12.2.1
>
> There are both recipes on meta-multimedia, why would it take the older one
> :( ?
Because 0.13.2 is marked as a development release. You'll need to set
PREFERRED_VERSION_gssdp = "0.13.2" (ditto for gupnp, probably).
Ros
On 09/10/2013 17:11, Burton, Ross wrote:
PREFERRED_VERSION_gssdp = "0.13.2"
I just figured this by checking the two recipes. I'll try again wth this
added to my conf
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listin
On Wed, Oct 9, 2013 at 1:24 AM, Amit Tomer wrote:
> Now for variable SRC_URI ,I can do something like SRC_URI_append_xyz where
> xyz is my platform where changes should be reflected.
>
This isn't specific to SRC_URI, it's general bitbake syntax that works for
any variable.
--
Christopher Larson
Hello
Here: iMX6Q Sabre Lite board + yocto - dylan+ linux-imx
One of our Qt tests is an application with four videos played by phonon.
When we tried to make it work, we saw only one video working.
Looking for a solution we found the file
0001-Add-support-for-i.MX-codecs-to-phonon.patch at
d
On Tue, 8 Oct 2013, Paul Eggleton wrote:
> Have you sent these fixes to the layer maintainer - Autif Khan
> (autif.ml...@gmail.com) ? It would be good to get those integrated.
Yes, I did shortly after my post to the list, but I have not heard any
response.
Since then I have run into some issu
All,
During the setup of yesterdays buildout of the final rc for 1.5, I
accidentally set the location for artifacts publishing to rc6. While
we could probably sort this all out due to mtime, I would rather us
have a clean build that doesn't taint the QA process with regards to
artifacts.
Tonight,
Hello All,
What's the best practice for recipes that need to update a shared file
provided by a different recipe? For example let's say that the
widget-watcher recipe creates /etc/ww.conf and the widget1, and widget2
recipes need to append a line to the config. I've searched through the
rec
Thanks Chris for your response
So you mean to say I can apply it to FILES_${PN}
IS something like FILES_${PN}_append_xyz fine??
On Wed, Oct 9, 2013 at 9:54 PM, Chris Larson wrote:
>
> On Wed, Oct 9, 2013 at 1:24 AM, Amit Tomer wrote:
>>
>> Now for variable SRC_URI ,I can do something like SRC_U
31 matches
Mail list logo
