- Aug 18, 2015
-
-
Jianchuan Wang authored
The 5 patches which are deleted have been in the v2.19 Signed-off-by:
Jianchuan Wang <jianchuan.wang@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Roy Li authored
after cmake is upgrade to 3.2.2, the /var/run dir is not created, so not need to remove it. Signed-off-by:
Roy Li <rongqing.li@windriver.com> Signed-off-by:
-
Li xin authored
After swig upgrade to 3.0.6, build the recipes which depends on python-m2crypto will occur errors like this: "SALT_LEN = m2.PKCS5_SALT_LEN AttributeError: 'module' object has no attribute 'PKCS5_SALT_LEN'" Reference https://github.com/martinpaljak/M2Crypto/issues/60#issuecomment-75735489 Signed-off-by:
Li Xin <lixin.fnst@cn.fujitsu.com> Signed-off-by:
-
Li xin authored
Signed-off-by:
-
Otavio Salvador authored
The 2.4 version is the only version available so makes no sense to set it as lower preference. Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br> Signed-off-by:
-
Otavio Salvador authored
The patch has not been available in the 2.4 version form and thus the recipe was unbuildable. Fix by removing the patch file, which is unused, and the reference for it from the recipe. Signed-off-by:
-
Li xin authored
Update the checksum of COPYING,since the date in it has been changed, but the LICENSE has not been changed. Signed-off-by:
-
Tim Orling authored
* add several pkg configs and libsamplerate0 dependency to vlc.inc * update patches 0003 and 0004 * add patch to use tremor's libvorbisidec rather than libvorbisdec * add patch to fix luaL_checkint and luaL_optint (deprecated in lua 5.3) Signed-off-by:Tim Orling <TicoTimo@gmail.com>
-
Tim Orling authored
* libdvdread > 4.9 required for vlc 2.2.1 Signed-off-by: -
Max Krummenacher authored
default to compile with libgphoto2, thus no change to old behaviour. Signed-off-by:
Max Krummenacher <max.oss.09@gmail.com> Signed-off-by:
-
Max Krummenacher authored
With the update of gphoto to a version with the 2.5 API gvfs do_compile failes with: gvfs-1.10.1/daemon/gvfsbackendgphoto2.c:1648:35: error: request for member 'name' in something not a structure or union | DEBUG (" '%s' '%s' '%s'", info.name, info.path, info.library_filename); and others. This backports the upstream fix. Signed-off-by: -
Li xin authored
Signed-off-by:
-
Li xin authored
update content of non-linux.diff Signed-off-by:
-
Tim Orling authored
* Convert from Module::Build to ExtUtils::MakeMaker * Temporarily use github repository until upstream merges change Signed-off-by:
-
Tim Orling authored
* Convert from Module::Build to ExtUtils::MakeMaker * Temporarily use github repository until change is merged upstream Signed-off-by:
-
Li xin authored
Signed-off-by:
-
Li xin authored
Signed-off-by:
-
leimaohui authored
Signed-off-by:
Lei Maohui <leimaohui@cn.fujitsu.com> Signed-off-by:
-
leimaohui authored
Signed-off-by:
-
leimaohui authored
Signed-off-by:
-
leimaohui authored
Signed-off-by:
-
Tim Orling authored
* Builds with ExtUtils::MakeMaker rather than Module::Build * Author change Signed-off-by:
-
Li xin authored
Signed-off-by:
-
Li xin authored
Signed-off-by:
-
Li xin authored
Signed-off-by:
-
Li xin authored
Signed-off-by:
-
Li xin authored
Signed-off-by:
-
Li xin authored
Signed-off-by:
-
Li xin authored
Signed-off-by:
-
Li xin authored
Signed-off-by:
-
leimaohui authored
Signed-off-by:
-
Ash Charles authored
The bluetooth.service runs bluetoothd to manage bluetooth devices, if present, in the system. By design, it should be running in either of two cases: 1. A userspace utility (e.g. networkmanager) has made a dbus request for bluetooth services provided by org.bluez. Even without this patch, the bluetooth.service gets run via dbus activation under the systmed aliased name 'dbus-org-bluez.service'. Perfect! 2. A bluetooth device is added to the system. When a bluetooth device is added, udev triggers the special systemd target, bluetooth.target intended to pull in any services needed for bluetooth linked under bluetooth.target.wants. Enable bluetooth.service so it gets linked under bluetooth.target.wants and bluetoothd gets started when a user adds a bluetooth device to the system. To be clear, this isn't forcing bluetooth to be running all the time--- only when either of #1 or #2 are true. Signed-off-by:
Ash Charles <ashcharles@gmail.com> Signed-off-by:
-
zhangpanpan authored
Signed-off-by:
Zhang <Panpan<zhangpp-fnst@cn.fujitsu.com> Signed-off-by:
-
zhangpanpan authored
Signed-off-by:
-
zhangpanpan authored
Signed-off-by:
-
zhangpanpan authored
Signed-off-by:
-
Li xin authored
Signed-off-by:
-
Li xin authored
Signed-off-by:
-
Li xin authored
* Remove PR * Update the checksum of COPYING,but the LICENSE has not been changed. Signed-off-by:
-
Jianchuan Wang authored
In the v3.2.3, the libhandle.so/libhandle.a paths have changed so that We need not rm them in the install processing. Signed-off-by:
-
