nss: Remove in favor of OE-Core

OE-Core also provides NSS, lets use that one instead

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Otavio Salvador <otavio@ossystems.com.br>
Update after toplevel LICENSE file checksum change

* it would be good time to remove ugly hack now instead of this change

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Eric Bénard <eric@eukrea.com>
chromium: Fix build with nss 3.15

Meta-browser commit 4b7a82273a85802070441e9c510e0891acc482fa broke Chromium build because removal of meta-browser nss 3.13.3 forced build against OE-Core 3.15.1, which is not supported out of the box by Chromium 29.
This commit backports this patch:
https://src.chromium.org/viewvc/chrome/trunk/src/net/third_party/nss/ssl/bodge/secitem_array.c?r1=206184&r2=206183&pathrev=206184&diff_format=u

Upstream-Status: Backport of SVN REV 206184

Signed-off-by: Diego Rondini <diego.ml@zoho.com>
Signed-off-by: Eric Bénard <eric@eukrea.com>
nspr: Rename .bbappend to match new version from oe-core

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
chromium: Upgrade 29 -> 35

Removed already applied patches

License year changed thats why there is change in checksum

-// Copyright 2014 The Chromium Authors. All rights reserved.
+// Copyright (c) 2013 The Chromium Authors. All rights reserved.

we see

rpm/bin/debugedit: canonicalization unexpectedly shrank by one character

so we add PACKAGE_DEBUG_SPLIT_STYLE = "debug-without-src"

Enable SUID sandbox

Install ICU configuration file which is required

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Gary Thomas <gary@mlbassoc.com>
scripts/firefox-gen-l10n-recipes: Stop using PRINC

Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
firefox-l10n-*: Drop PRINC use

This removes all PRINC use from firefox-l10n packages.

Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
firefox-addon-webconverger: Stop using PRINC

Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
chromium: Add component-build PACKAGECONFIG option

In a component build, the individual Chromium components are contained in
separate shared objects. This is useful when building on a system with
8 GB RAM or less (since the linker needs at least that much for link
time optimization otherwise if a non-component build is done), and during
development and testing of Chromium internals.

Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
chromium: Add variable to contain extra command-line arguments

With this patch it becomes possible to add extra command line options to
the "chrome" call in /usr/bin/google-chrome script .

Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
chromium: Add use-egl PACKAGECONFIG option

By default, Chromium will try to use GLX and regular OpenGL. On embedded
platforms, these are often not present, or unaccelerated, and using EGL
and OpenGL ES instead makes more sense. To produce builds that use EGL and
OpenGL ES by default instead, this PACKAGECONFIG option can be used.

An EGL/OpenGLES-enabled build produces a chromium version that renders
2D and WebGL with GPU acceleration (if present).

Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
chromium: Add ignore-lost-context PACKAGECONFIG option

Accelerating the HTML5 canvas element rendering with OpenGL ES is tricky,
because an EGL context can get lost with some drivers. Since pages using
canvas assume they can paint into the canvas and the pixels inside will
never vanish, this is a problem. Workarounds like periodic snapshots are
being considered. The WHATWG discussion about this problem can be found at:
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-September/206450.html

Until then, one has to choose: either no acceleration and full standards
compliance, or acceleration and potentially lost pixels.

Using this PACKAGECONFIG chooses the second option.

Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>