On 15 October 2014 07:48, Sona Sarmadi wrote:
> The advice is: Disable SSLv3.
>
> I created https://bugzilla.yoctoproject.org/show_bug.cgi?id=6843 so we can
> start to work with this immediately.
Presumably the list of affected packages is:
- gnutls
- openssl
- nss
Are there more? Will ENEA b
Ross,
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of Burton, Ross
> Sent: Wednesday, October 15, 2014 6:07 AM
> To: Sona Sarmadi
> Cc: yocto@yoctoproject.org; openembedded-
> c...@list
---
recipes-devtools/oracle-java/oracle-jse-jdk-arm_1.7.0.bb | 12
1 file changed, 12 insertions(+)
create mode 100644 recipes-devtools/oracle-java/oracle-jse-jdk-arm_1.7.0.bb
diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-arm_1.7.0.bb
b/recipes-devtools/oracle-java/oracl
On 15 October 2014 11:07, Burton, Ross wrote:
> Presumably the list of affected packages is:
> - gnutls
> - openssl
> - nss
There's a openssl 1.0.1j out now (fixing FOUR (!) CVEs, including
"disabling SSLv3 didn't work"...). I think considering the situation
we'd take the upgrade for dizzy, even
I am attempting to control debug-tweaks via an image recipe.
Previous posts suggest that the autobuilder will use auto.conf and ignore
local.conf. However, meta/conf/bitbake.conf says that the include order is
auto.conf, and then local.conf.
This means that the default local.conf.template install
All,
I'm trying to figure out why opencv 2.4.8 (daisy branch) is not building its
Java binding (jar file and matching JNI so). I can see from the do_configure
log that the Java tools are not being detected (message is 'Could NOT find
JNI') which explains why it is not being built. However if I
I'm pretty confused about what is the best way to go on this.
I realize that there are several paths that I could take but I really don't
know which is the best way to go.
We are creating a new board largely based off the beaglebone design but
customized to our needs.
I'm basing my software wo
Hello all.
I posted some time ago about git with submodules and was pointed to
gitsm. I've been using gitsm for sometime but ran into another issue.
It looks like gitsm is not performing a recursive submodule update. I
have a repository that is comprised of submodules, one of those
submodules has
Am 16.10.2014 02:40 schrieb "Matt Schuckmann" :
>
> I'm pretty confused about what is the best way to go on this.
> I realize that there are several paths that I could take but I really
don't know which is the best way to go.
>
> We are creating a new board largely based off the beaglebone design b
