- Aug 15, 2016
-
-
Trevor Woerner authored
Allow chromium to build with gcc-6. Signed-off-by:
Trevor Woerner <twoerner@gmail.com>
-
Trevor Woerner authored
The unistd-2 patch was no longer being referenced by the recipe, so remove it. Signed-off-by:
Trevor Woerner <twoerner@gmail.com>
-
- Jun 30, 2016
-
-
Otavio Salvador authored
Firefox ESR to 38.8.0esr (2016-04-26)
-
- Jun 29, 2016
-
-
Jason Plum authored
Update firefox and all l10n recipes to 38.8.0 as released on 26 April 2016. https://www.mozilla.org/en-US/firefox/38.8.0/releasenotes/ https://www.mozilla.org/en-US/security/known-vulnerabilities/firefox-esr/#firefoxesr38.8
-
- Jun 15, 2016
-
-
Otavio Salvador authored
chromium: Fix build breakage due to egl override
-
Otavio Salvador authored
chromium: Fix build issue with i686
-
Christopher N. Hesse authored
The correct dependencies on egl/wayland-egl are set in line 91: PACKAGECONFIG[use-egl] = ",,virtual/egl virtual/libgles2" We must not assign "" to the config in order not to break the build. Currently the 'bitbake chromium' task fails with the following message: Log data follows: | DEBUG: Executing python function sysroot_cleansstate | DEBUG: Python function sysroot_cleansstate finished | DEBUG: Executing shell function do_configure | Updating projects from gyp files... | Package egl was not found in the pkg-config search path. | Perhaps you should add the directory containing `egl.pc' | to the PKG_CONFIG_PATH environment variable | No package 'egl' found | Package wayland-egl was not found in the pkg-config search path. | Perhaps you should add the directory containing `wayland-egl.pc' | to the PKG_CONFIG_PATH environment variable | No package 'wayland-egl' found
-
Martin Jansa authored
Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Michael Davis authored
Previously a build of i686 would fail looking for include.gypi. With this new directory it can be found by both i686 and i586 targetted builds. Signed-off-by:
Michael Davis <michael.davis@essvote.com>
-
- May 20, 2016
-
-
Carlos Rafael Giani authored
Signed-off-by:
Carlos Rafael Giani <dv@pseudoterminal.org> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
- May 17, 2016
-
-
Carlos Rafael Giani authored
Not upgrading to M49 or M50 in this commit since this is currently the latest version that is supported by ozone-wayland Signed-off-by:
Carlos Rafael Giani <dv@pseudoterminal.org> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Carlos Rafael Giani authored
This eases the chromium browser upgrade process while ensuring that the chromium embedded framework is still supported. With this new structure, chromium.inc contains common code for cef3 and the browser, while chromium-browser.inc contains common code for browser releases (and itself includes chromium.inc). The actual .bb files then mainly set several values (and may contain release specific functions). Signed-off-by:
Carlos Rafael Giani <dv@pseudoterminal.org> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Carlos Rafael Giani authored
Signed-off-by:
Carlos Rafael Giani <dv@pseudoterminal.org> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
- Apr 15, 2016
-
-
Otavio Salvador authored
Upgrade Firefox ESR to 38.7.1
-
Jason Plum authored
-
- Apr 12, 2016
-
-
Ian Coolidge authored
Signed-off-by:
Ian Coolidge <ian@boundarydevices.com> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
- Apr 11, 2016
-
-
Guojian Zhou authored
1. Fix the firefox install missing the "usr/lib64/firefox/defaults/pref" directory issue. | make[1]: Leaving directory `tmp/work/core2-64-wrs-linux/firefox/38.6.1esr-r0/mozilla-esr38/firefox-build-dir' | install: target 'tmp/work/core2-64-wrs-linux/firefox/38.6.1esr-r0/image/usr/lib64/firefox/defaults/pref/' is not a directory: No such file or directory | WARNING: tmp/work/core2-64-wrs-linux/firefox/38.6.1esr-r0/temp/run.do_install.329:1 exit 1 from 2. Add the "--libdir=${libdir}" into the mozconfig to make sure these library files could be installed into the /usr/lib64 in the 64 bits OS. WARNING: QA Issue: firefox: Files/directories were installed but not shipped in any package: /usr/lib64/firefox /usr/lib64/firefox-devel-38.6/xpcom-config.h /usr/lib64/firefox-devel-38.6/idl /usr/lib64/firefox-devel-38.6/include /usr/lib64/firefox-devel-38.6/bin 3. Fix some do_package_qa warning issue which comes from the commit e045c68c NOTE: recipe firefox-38.6.1esr-r0: task do_package_qa: Started ERROR: QA Issue: non -staticdev package contains static .a library: firefox-dev path 'work/core2-64-wrs-linux/firefox/38.6.1esr-r0/packages-split/firefox-dev/usr/lib64/firefox-devel-38.6/sdk/lib/libcrmf.a' [staticdev] ERROR: QA run found fatal errors. Please consider fixing them. ERROR: Function failed: do_package_qa ERROR: Logfile of failure stored in: tmp/work/core2-64-wrs-linux/firefox/38.6.1esr-r0/temp/log.do_package_qa.90631 NOTE: recipe firefox-38.6.1esr-r0: task do_package_qa: Failed Signed-off-by:
Guojian Zhou <guojian.zhou@windriver.com> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
- Apr 04, 2016
-
-
Otavio Salvador authored
Firefox: update installation paths for ESR,l10n,addons
-
- Apr 01, 2016
-
-
Jason Plum authored
Bring all firefox packages in-line to unified installation path at /usr/lib/firefox/* and move the extensions to the proper location so that they are loaded. * Firefox ESR was installing to /usr/lib/firefox-38.6/ patch baseconfig so that it is /usr/lib/firefox * firefox-l10n was installing language packs to /usr/lib/firefox/extensions. This is was incompatible with ESR as it was, and incorrect as they need to be in /usr/lib/firefox/browser/extentions * firefox-addons was doing the same as firefox-l10n Signed-off-by:
Jason Plum <jplum@devonit.com>
-
- Mar 16, 2016
-
-
Martin Jansa authored
* the old fix wasn't enough and it was still failing with warnings about unused variables in gtests Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Martin Jansa authored
Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
- Mar 07, 2016
-
-
Martin Jansa authored
* for whatever reason setting -Wstrict-overflow just for problematic line doesn't work and it needs to be adjusted on function definition * the errors are also report line number where the function starts not the specific line which causes that warning ../../third_party/WebKit/Source/wtf/dtoa/bignum.cc: In member function 'void WTF::double_conversion::Bignum::Align(const WTF::double_conversion::Bignum&)': ../../third_party/WebKit/Source/wtf/dtoa/bignum.cc:715:31: error: assuming signed overflow does not occur when simplifying conditional to constant [-Werror=strict-overflow] for (int i = 0; i < zero_digits; ++i) { ^ ../../third_party/WebKit/Source/wtf/dtoa/bignum.cc:715:31: error: assuming signed overflow does not occur when simplifying conditional to constant [-Werror=strict-overflow] ../../third_party/WebKit/Source/wtf/dtoa/bignum.cc: In member function 'void WTF::double_conversion::Bignum::AssignDecimalString(WTF::double_conversion::Vector<const char>)': ../../third_party/WebKit/Source/wtf/dtoa/bignum.cc:105:10: error: assuming signed overflow does not occur when assuming that (X + c) < X is always false [-Werror=strict-overflow] void Bignum::AssignDecimalString(Vector<const char> value) { ^ ../../ui/gfx/image/image_util.cc: In function 'bool gfx::VisibleMargins(const gfx::ImageSkia&, int*, int*)': ../../ui/gfx/image/image_util.cc:50:6: error: assuming signed overflow does not occur when assuming that (X - c) <= X is always true [-Werror=strict-overflow] bool VisibleMargins(const ImageSkia& image, int* leading, int* trailing) { ^ Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Martin Jansa authored
* d.getVar now takes 2 parameters, not 1 Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Martin Jansa authored
* Using "cp -a" leaks UID of user running the builds, causing many QA warnings. * See this thread for details: http://lists.openembedded.org/pipermail/openembedded-core/2015-November/112904.html Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
- Mar 01, 2016
-
-
Andreas Müller authored
Could build test only due to lack of building image Signed-off-by:
Andreas Müller <schnitzeltony@googlemail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Martin Jansa authored
* These are actually checksums from pre-Dizzy oe-core This reverts commit 4a83c1eb.
-
- Feb 25, 2016
-
-
Otavio Salvador authored
Fix checksums missed in Firefox 38.6.1esr update.
-
Jason Plum authored
-
- Feb 22, 2016
-
-
Otavio Salvador authored
Firefox: firefox 38.6.1esr
-
Jason Plum authored
* Update firefox-gen-l10n-recipes: path, copyright year * Update Firefox to 38.6.1esr (including l10n)
-
- Feb 04, 2016
-
-
Otavio Salvador authored
Firefox 38.6.0esr
-
- Feb 01, 2016
-
-
Jason Plum authored
-
Jason Plum authored
-
- Jan 07, 2016
-
-
Trevor Woerner authored
If you are creating a kiosk, then enable this PACKAGECONFIG and the browser will start up fullscreen and without menu bars etc. Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Trevor Woerner authored
If the chromium run-helper script (google-chrome) is run as part of a (sysvinit) init script, shell variables $USER and $HOME will not be set (leading to unwanted behaviour). Replace the use of $USER with `whoami` and replace the use of $HOME with the OE bitbake variable ROOT_HOME. In this way the chromium run-helper script will work as expected in both instances (as part of an init script and from the cmdline). Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Trevor Woerner authored
Add more information to the "disable-api-keys-info-bar" PACKAGECONFIG description regarding another way to disable the "Google API keys are missing" warning. Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
- Jan 04, 2016
-
-
Trevor Woerner authored
Improve the visual appearance of the PACKAGECONFIG options by adding a title to the PACKAGECONFIG option section, wrapping lines to 80 columns, aligning the left justification for subsequent lines, moving the default settings for each option to a more prominent location, and moving all the items affected by PACKAGECONFIG options to be closer to where these options are listed and explained. Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Trevor Woerner authored
The gl PACKAGECONFIG is "use-egl", not "use-gl". Adjust comment to include a space after initial comment delimiter (#). Close parenthesis at end of comment. Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
- Dec 11, 2015
-
-
Fabio Berton authored
Signed-off-by:
Fabio Berton <fabio.berton@ossystems.com.br> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Fabio Berton authored
Signed-off-by:
Fabio Berton <fabio.berton@ossystems.com.br> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-