Re: [yocto] internet radio

and this one ? http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-multimedia/mplayer is it gui or text based ? On 23/06/17 21:42, Khem Raj wrote: On Fri, Jun 23, 2017 at 1:18 AM, Riko Ho wrote: Hello everyone, What do you suggest me using for

Re: [yocto] internet radio

This one ? http://layers.openembedded.org/layerindex/branch/master/layer/meta-multimedia/ On 23/06/17 21:42, Khem Raj wrote: On Fri, Jun 23, 2017 at 1:18 AM, Riko Ho wrote: Hello everyone, What do you suggest me using for internet radio / playing multimedia on GUI

Re: [yocto] Compiling meta-browser ==>chromium ? cleaning ?

it can be compiled and image can be written to the board but chromium got error : /usr/bin/chromium/chrome: error while loading shared libraries: libaccessibility.so: cannot open shared object file: No such file or directory What do I miss here on compiling ? could it be a not complete

[yocto] RTL8192EU question ?

Hello Everyone, I tried to connect rev B But I got this message below repeating, usb 1-1.1: This Realtek USB WiFi dongle (0x0bda:0x818b) is untested! usb 1-1.1: Please report results to jes.soren...@gmail.com usb 1-1.1: Vendor: Realtek usb 1-1.1: Product: 802.11n NIC usb 1-1.1: Serial:

Re: [yocto] using clang for one recipe

On Fri, Jun 23, 2017 at 6:55 PM, Trevor Woerner wrote: > On Fri 2017-06-23 @ 03:57:06 PM, Khem Raj wrote: >> On Fri, Jun 23, 2017 at 3:39 PM, Trevor Woerner wrote: >> > Adding that line, and adding meta-clang to bblayers.conf, did get the >> > llvm/clang

Re: [yocto] using clang for one recipe

On Fri 2017-06-23 @ 03:57:06 PM, Khem Raj wrote: > On Fri, Jun 23, 2017 at 3:39 PM, Trevor Woerner wrote: > > Adding that line, and adding meta-clang to bblayers.conf, did get the > > llvm/clang compiler built and installed to recipe-sysroot-native. But > > the moment it

[yocto] New meta-quirky layer imports 140 packages

Hi guys, I am new to OE, only been using it about two months. I undertook the challenge of building the entire Puppy Linux and Quirky Linux distro from source in OE. I had to import approximately 140 packages, there are some failures. Some of those I can probably revisit, as my ability with OE

[yocto] How do you remove an IMAGEFS?

x86-base.inc adds "live" to IMAGE_FSTYPES. I have no need for a live image, or an iso, so I thought adding IMAGE_FSTYPES_remove = "live iso" to my image recipe might work, but it complained in do_bootimg that my recipe "depends upon non-existent task do_image_ext4". On a hunch, I movved the

Re: [yocto] using clang for one recipe

On Fri, Jun 23, 2017 at 3:39 PM, Trevor Woerner wrote: > I want to have one recipe build with clang instead of gcc (gcc is > being used for the rest of the image). I thought this was as simple as > adding the following line to the recipe: > > TOOLCHAIN = "clang" yes thats

[yocto] using clang for one recipe

I want to have one recipe build with clang instead of gcc (gcc is being used for the rest of the image). I thought this was as simple as adding the following line to the recipe: TOOLCHAIN = "clang" Adding that line, and adding meta-clang to bblayers.conf, did get the llvm/clang compiler

Re: [yocto] internet radio

On Fri, Jun 23, 2017 at 1:18 AM, Riko Ho wrote: > Hello everyone, > > What do you suggest me using for internet radio / playing multimedia on GUI > ? Which recipe is suitable for it ? > may be you could use mplayer or kodi > Thanks > > -- > > /***/ > Sent by Ubuntu

[yocto] [PATCH][meta-gplv2] gnutls: make it independent on gnutls.inc from oe-core

* also remove correct_rpl_gettimeofday_signature.patch like in commit e01e7c543a559c8926d72159b5cd55db0c661434 Author: Richard Purdie Date: Thu Jun 15 23:15:00 2017 +0100 meta: Remove further uclibc remnants (inc. patches and site files)

Re: [yocto] [PATCH][meta-gplv2] gnutls: add use-pkg-config-to-locate-zlib.patch

ERROR: gnutls-3.3.27-r0 do_fetch: Fetcher failure for URL: 'file://correct_rpl_gettimeofday_signature.patch'. Unable to fetch URL from any source. On Fri, Jun 23, 2017 at 11:25 AM, Martin Jansa wrote: > Probably yes as it got broken again yesterday: > > > On Mon, Jun

Re: [yocto] [PATCH][meta-gplv2] gnutls: add use-pkg-config-to-locate-zlib.patch

Probably yes as it got broken again yesterday: On Mon, Jun 12, 2017 at 9:13 PM, Burton, Ross wrote: > > On 12 June 2017 at 20:04, Andre McCurdy wrote: > >> Would it be better to just make the meta-gplv2 gnutls recipe self >> contained and stop

[yocto] internet radio

Hello everyone, What do you suggest me using for internet radio / playing multimedia on GUI ? Which recipe is suitable for it ? Thanks -- * /***/ Sent by Ubuntu LTS 16.04, 谢谢, Regards, Riko Ho /***/ * -- ___ yocto mailing list

[yocto] [layerindex-web][PATCH V5 10/10] update_layer.py: delete layerbranch for non-existed branch

The branch is not needed any more when it has been removed from the repo, so we also need remove its layerbranch, otherwise it still can be got from the web, which causes confusions. Note, we have to move the location of tinfiol's code to avoid creating tinfoil when not needed, otherewise, if

[yocto] [layerindex-web][PATCH V5 03/10] utils.py: add REMOVE_LAYER_DEPENDENCIES to remove dependencies

Fixed: - set LAYERDEPENDS_openembedded-layer = "core" - $ "update.py -l meta-oe -b master" Check from web, its dependency is "openembedded-core" - Change LAYERDEPENDS_openembedded-layer = "foo" - Run "update.py -l meta-oe -b master" Check from web, its dependency is

[yocto] [layerindex-web][PATCH V5 09/10] update.py: add -p to git fetch

-p, --prune Before fetching, remove any remote-tracking references that no longer exist on the remote. Fixed: $ git push origin :test_branch $ ./update.py The test_branch was still in fetched local repo which was incorrect, it should be gone since it has been removed by upstream.

[yocto] [layerindex-web][PATCH V5 08/10] update_layer.py: move the location of transaction.atomic()

It doesn't need to be so ahead since we only need it when writing database, and a following patch will remove layerbranch from database when the branch had been removed from the repo, it's not easy to do the work in transaction.atomic() block. Signed-off-by: Robert Yang

[yocto] [layerindex-web][PATCH V5 07/10] update_layer.py: remove --update-dependencies

It never works since it is in the middle of transaction.atomic() block, and update.py doesn't need it any more, so remove it. Signed-off-by: Robert Yang --- layerindex/update_layer.py | 27 --- 1 file changed, 27 deletions(-) diff --git

[yocto] [layerindex-web][PATCH V5 06/10] update.py: update layers orderly

* Problems The update.py couldn't handle new (not only new branch, in fact, but also existing branches, see below for more info) branch well, for example, there are 3 layers: layer_A, layer_B and layer_C, and create new branch "branch_1" for them, and they have depends: layer_A -> layer_B ->

[yocto] [layerindex-web][PATCH V5 05/10] recipeparse.py: restore cwd when the parsing is done

Othewise it may cause troubles to the function who calls it. Signed-off-by: Robert Yang --- layerindex/recipeparse.py | 3 +++ 1 file changed, 3 insertions(+) diff --git a/layerindex/recipeparse.py b/layerindex/recipeparse.py index dd85bc3..f2a5235 100644 ---

[yocto] [layerindex-web][PATCH V5 02/10] layerconfparse.py: remove unused layerbranch from parse_layer()

The layerbranch is not used in parse_layer(), so remove it. Signed-off-by: Robert Yang --- layerindex/layerconfparse.py | 2 +- layerindex/tools/import_layer.py | 2 +- layerindex/update_layer.py | 4 ++-- 3 files changed, 4 insertions(+), 4 deletions(-)

[yocto] [layerindex-web][PATCH V5 01/10] update.py: update actual branch for layer and bitbake

Add an option "-a" to update actual branch for layer and bitbake, it is useful when there are many layers and need update actual branches frequently. We only can update them via website without this patch, which is not fun and easy to make mistakes. * It works with "-l", and "-l bitbake" means

[yocto] [layerindex-web][PATCH V5 04/10] update_layer.py: set layerbranch's collection before add_dependencies

The _add_dependency() uses: if layerbranch.collection: var_name = layerbranch.collection The layerbranch.collection is none if it is newly created, thus it can't get LAYERDEPENDS, because what defined in layer.conf is LAYERDEPENDS_, but what it would get is LAYERDEPENDS_, this patch can fix

[yocto] [layerindex-web][PATCH V5 00/10] Several fixes for layerindex

* V5 - Fix Paul's comments - Add REMOVE_LAYER_DEPENDENCIES = False to settings, the _add_dependency() will check and remove dependencies which is not in conf/layer.conf when True (WARN when False).. * V4 - Add an option -i to update_layer.py to get initial layer value