- Dec 18, 2015
-
-
Li xin authored
Since errors will not occur anymore. Signed-off-by:
Li Xin <lixin.fnst@cn.fujitsu.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Roy Li authored
1. inherit systemd and move the systemd unit files to correct dir 2. inherit allarch 3. add bash/python to RDEDEPENDS Signed-off-by:
Roy Li <rongqing.li@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Joshua Lock authored
CID-keyed fonts, as commonly used to support pictographic East Asian character sets require Character Maps which unidirectionally map character codes (i.e. Unicode encoding) to CID (the glyphs in the font face). Without a CMap poppler isn't able to correctly PDF files in Chinese, Japanese or Korean without embedded fonts. This change installs a copy of the Identity files from Adobe's CMap Resources[1] based on a similar change in Fedora's poppler-data[2][3]. This is an updated version of the v2 patch originally created and sent by my colleague, Joshua Lock. 1. https://github.com/adobe-type-tools/cmap-resources 2. http://pkgs.fedoraproject.org/cgit/poppler-data.git/tree/poppler-data.spec#n18 3. https://bugzilla.redhat.com/show_bug.cgi?id=842351 Co-Authored-By:
Bob Ham <bob.ham@collabora.com> Signed-off-by:
Bob Ham <bob.ham@collabora.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Bob Ham authored
The poppler-data package contains data needed by consumers of the libpoppler package, for example evince. However, the RDEPENDS in this recipe is only for the poppler package. Moving the RDEPENDS to libpoppler ensures that poppler-data is included in any builds with separate libpoppler consumers but not poppler. The poppler package automatically depends on libpoppler so poppler's dependency on poppler-data is not lost. Signed-off-by:
Bob Ham <bob.ham@collabora.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Jack Mitchell authored
Signed-off-by:
Jack Mitchell <jack@embed.me.uk> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Li xin authored
Do not build man dir since it is always build failed. This is not a good way,but can remove sessreg form PNBLACKLIST. Signed-off-by:
Li Xin <lixin.fnst@cn.fujitsu.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Andreas Oberritter authored
On Python 3.3 or newer, monotonic will be an alias of time.monotonic from the standard library. On older versions, it will fall back to an equivalent implementation. Signed-off-by:
Andreas Oberritter <obi@opendreambox.org> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Jussi Kukkonen authored
libgudev was added to OE-Core in revision c6d37fc47f. Signed-off-by:
Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Andre McCurdy authored
http://mpg123.de/cgi-bin/scm/mpg123/tags/1.22.4/NEWS 1.22.4 Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Andre McCurdy authored
The mpg123 sources don't contain any references to tslib or -lts and there are no obvious build issues or QA warnings after the tslib dependency is removed. Signed-off-by:
Andre McCurdy <armccurdy@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Andre McCurdy authored
Signed-off-by:
Andre McCurdy <armccurdy@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Andre McCurdy authored
Signed-off-by:
Andre McCurdy <armccurdy@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Ioan-Adrian Ratiu authored
By default x11vnc compiles its dependency libvncserver from sources included in its own source tree. We override this behaviour to use the externally provided libvncserver from a separate recipe. Signed-off-by:
Ioan-Adrian Ratiu <adrian.ratiu@ni.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Ioan-Adrian Ratiu authored
x11vnc will be configured to use the external libvncserver which is added to meta-oe. Since oe-core recipes should not depend on meta-oe recipes, we move x11vnc to meta-oe. Signed-off-by:
Ioan-Adrian Ratiu <adrian.ratiu@ni.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Ioan-Adrian Ratiu authored
Signed-off-by:
Ioan-Adrian Ratiu <adrian.ratiu@ni.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Khem Raj authored
It wont work without these modules at runtime Signed-off-by:
Khem Raj <raj.khem@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Mario Domenech Goulart authored
Signed-off-by:
Mario Domenech Goulart <mario@ossystems.com.br> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Mark Asselstine authored
Pick up many fixes and enhancements made since 0.8.1 was released. See: https://github.com/pyca/cryptography/blob/master/CHANGELOG.rst The uprev requires an uprev of pyasn1 and also pulls in two new packages idna and ipaddress. The idna software has 3 licenses, one of which is the 'Unicode' license: http://www.unicode.org/copyright.html Signed-off-by:
Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Wenzong Fan authored
* add ptest support * runtime depends on gnupg Signed-off-by:
Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Fabio Berton authored
Signed-off-by:
Fabio Berton <fabio.berton@ossystems.com.br> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Fabio Berton authored
Signed-off-by:
Fabio Berton <fabio.berton@ossystems.com.br> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Haris Okanovic authored
Makefile doesn't define "clean". Unless disabled, base_do_configure() will fail the build attempting to run `make clean` when rebuilding this recipe. Signed-off-by:
Haris Okanovic <haris.okanovic@ni.com> Natinst-ReviewBoard-ID: 119389 Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Philip Balister authored
Signed-off-by:
Philip Balister <philip@balister.org> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Philip Balister authored
Signed-off-by:
Philip Balister <philip@balister.org> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Philip Balister authored
Signed-off-by:
Philip Balister <philip@balister.org> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Robert Yang authored
Fixed: dracut-043+giteab03540cd695d940062af5b55c02e8829aaa526: dracut: /dracut/usr/lib/dracut/modules.d/99img-lib/img-lib.sh is owned by uid 15220, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] lib32-dracut-043+giteab03540cd695d940062af5b55c02e8829aaa526: lib32-dracut: /lib32-dracut/usr/lib/dracut/modules.d/99img-lib/img-lib.sh is owned by uid 15220, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] Its Makefile uses cp -arx to install modules.d, so fix the owner to root:root Signed-off-by:
Robert Yang <liezhi.yang@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Rafaël Carré authored
Signed-off-by:Martin Jansa <Martin.Jansa@gmail.com>
-
Rafaël Carré authored
Enable it by default. Make both dvdread and dvdnav also depend on libdvdcss Signed-off-by:Martin Jansa <Martin.Jansa@gmail.com>
-
Rafaël Carré authored
Enable it by default Signed-off-by:Martin Jansa <Martin.Jansa@gmail.com>
-
Rafaël Carré authored
Enable it by default Signed-off-by:Martin Jansa <Martin.Jansa@gmail.com>
-
Rafaël Carré authored
Signed-off-by:Martin Jansa <Martin.Jansa@gmail.com>
-
Rafaël Carré authored
They are only needed if the modules introduced in ea319464 are enabled. Add these modules to default PACKAGECONFIG to keep existing defaults. Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Hongxu Jia authored
Backport two patches from uptream to fix test failure with openssl 1.0.2b or above. Signed-off-by:
Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Hongxu Jia authored
There is a build failure while installing libhtml-tree-perl to sdk: ... |Computing transaction...error: Can't install nativesdk-libhtml-tree- perl-5.03-r0.1@x86_64_nativesdk: no package provides tmp/sysroots/ x86_64-linux/usr/bin/perl-native/perl.real ... The rpm detects the shebang of perl script, so we correct it. Signed-off-by:
Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Nicolas Ferre authored
Python-evdev is a Python module that gives access to the input event interface from userspace. https://python-evdev.readthedocs.org/en/latest/ Signed-off-by:
Nicolas Ferre <nicolas.ferre@atmel.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Scott Ellis authored
The python-requests module has runtime dependencies. Signed-off-by:
Scott Ellis <scott@jumpnowtek.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Andre McCurdy authored
https://github.com/libjpeg-turbo/libjpeg-turbo/blob/1.4.2/ChangeLog.txt 1.4.2 ===== [1] Fixed an issue whereby cjpeg would segfault if a Windows bitmap with a negative width or height was used as an input image (Windows bitmaps can have a negative height if they are stored in top-down order, but such files are rare and not supported by libjpeg-turbo.) [2] Fixed an issue whereby, under certain circumstances, libjpeg-turbo would incorrectly encode certain JPEG images when quality=100 and the fast integer forward DCT were used. This was known to cause 'make test' to fail when the library was built with '-march=haswell' on x86 systems. [3] Fixed an issue whereby libjpeg-turbo would crash when built with the latest & greatest development version of the Clang/LLVM compiler. This was caused by an x86-64 ABI conformance issue in some of libjpeg-turbo's 64-bit SSE2 SIMD routines. Those routines were incorrectly using a 64-bit mov instruction to transfer a 32-bit JDIMENSION argument, whereas the x86-64 ABI allows the upper (unused) 32 bits of a 32-bit argument's register to be undefined. The new Clang/LLVM optimizer uses load combining to transfer multiple adjacent 32-bit structure members into a single 64-bit register, and this exposed the ABI conformance issue. [4] Fixed a bug in the MIPS DSPr2 4:2:0 "plain" (non-fancy and non-merged) upsampling routine that caused a buffer overflow (and subsequent segfault) when decompressing a 4:2:0 JPEG image whose scaled output width was less than 16 pixels. The "plain" upsampling routines are normally only used when decompressing a non-YCbCr JPEG image, but they are also used when decompressing a JPEG image whose scaled output height is 1. [5] Fixed various negative left shifts and other issues reported by the GCC and Clang undefined behavior sanitizers. None of these was known to pose a security threat, but removing the warnings makes it easier to detect actual security issues, should they arise in the future. Signed-off-by:
Andre McCurdy <armccurdy@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Steffen Sledz authored
Use ALTERNATIVE mechanism in OE to manage the syslog service to avoid conflicts with other syslog implementations like rsyslog or busybox. Signed-off-by:
Steffen Sledz <sledz@dresearch-fe.de> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Wenzong Fan authored
The iakerb_gss_export_sec_context function in lib/gssapi/krb5/iakerb.c in MIT Kerberos 5 (aka krb5) 1.14 pre-release 2015-09-14 improperly accesses a certain pointer, which allows remote authenticated users to cause a denial of service (memory corruption) or possibly have unspecified other impact by interacting with an application that calls the gss_export_sec_context function. NOTE: this vulnerability exists because of an incorrect fix for CVE-2015-2696. Backport upstream commit to fix it: https://github.com/krb5/krb5/commit/3db8dfec1ef50ddd78d6ba9503185995876a39fd Signed-off-by:
Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Wenzong Fan authored
The build_principal_va function in lib/krb5/krb/bld_princ.c in MIT Kerberos 5 (aka krb5) before 1.14 allows remote authenticated users to cause a denial of service (out-of-bounds read and KDC crash) via an initial '\0' character in a long realm field within a TGS request. Backport upstream commit to fix it: https://github.com/krb5/krb5/commit/f0c094a1b745d91ef2f9a4eae2149aac026a5789 Signed-off-by:
Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-