Re: [yocto] Antwort: Re: how to configure the build packages of a makefile based libary

[YUKATHARSANI JEYACHANDRA]

Hi,


Use INSANE_SKIP_${PN} = "installed-vs-shipped"  in your recipe to avoid this 
error. Orelse, add FILES_${PN} += "/usr/local/" in your recipe.


Thanks and Regards,

Yukatharsani J.


From: yocto-boun...@yoctoproject.org  on behalf 
of s.jar...@esa-grimma.de 
Sent: Thursday, April 28, 2016 12:09:53 PM
To: Burton, Ross
Cc: yocto@yoctoproject.org
Subject: [yocto] Antwort: Re: how to configure the build packages of a makefile 
based libary

Hej

sorry - that does not work. Maybe you can show me some working/common code.

Do I have to create the FILE_${PV} or/and FILE_${PV}-dev, FILE_${PV}-static?

The builded files go into the Git dir & the autotools-brokensep is generating 
the package dir. I repeat my question: What are the commands in the bb file to 
build the packages (release, static, dev, whatever ...)?

Sorry - I do not understand at all the steps and theire parameters to build a 
libary. Is there somewhere an example given?

Below my bb file and the console error print.

 libhiredis 
SUMMARY = "libhiredis"
SECTION = "sek4"
LICENSE = "COPYING"
LIC_FILES_CHKSUM = 
"file://${WORKDIR}/git/COPYING;md5=d84d659a35c666d23233e54503aaea51"

# 0.13.3
# SRCREV = "010756025e8cefd1bc66c6d4ed3b1648ef6f1f95"
SRC_URI = "git://github.com/redis/hiredis.git;rev=v0.13.3"

S = "${WORKDIR}/git/"

# we need to pass the Cxx parameter extra to the make call
EXTRA_OEMAKE = "'CC=${CC}' 'RANLIB=${RANLIB}' 'AR=${AR}' 'CFLAGS=${CFLAGS} 
-I${S}/include' 'BUILDDIR=${S}' 'DESTDIR=${D}'"

inherit autotools-brokensep

do_compile() {
oe_runmake all 'CC=${CC}'
}

do_install() {
oe_runmake install 'DESTDIR=${D}'
}
FILES_${PN} += "/user/local"


### consol error ###
ERROR: QA Issue: libhiredis: Files/directories were installed but not shipped 
in any package:
  /usr/local
  /usr/local/lib
  /usr/local/include
  /usr/local/lib/libhiredis.so
  /usr/local/lib/libhiredis.so.0.13
  /usr/local/lib/libhiredis.a
  /usr/local/lib/.debug
  /usr/local/lib/pkgconfig
  /usr/local/lib/.debug/libhiredis.so.0.13
  /usr/local/lib/pkgconfig/hiredis.pc
  /usr/local/include/hiredis
  /usr/local/include/hiredis/sds.h
  /usr/local/include/hiredis/read.h
  /usr/local/include/hiredis/async.h
  /usr/local/include/hiredis/hiredis.h
  /usr/local/include/hiredis/adapters
  /usr/local/include/hiredis/adapters/glib.h
  /usr/local/include/hiredis/adapters/macosx.h
  /usr/local/include/hiredis/adapters/libev.h
  /usr/local/include/hiredis/adapters/libevent.h
  /usr/local/include/hiredis/adapters/qt.h
  /usr/local/include/hiredis/adapters/libuv.h
  /usr/local/include/hiredis/adapters/ae.h
  /usr/local/include/hiredis/adapters/ivykis.h
Please set FILES such that these items are packaged. Alternatively if they are 
unneeded, avoid installing them or delete them within do_install.
libhiredis: 24 installed and not shipped files. [installed-vs-shipped]
NOTE: Tasks Summary: Attempted 388 tasks of which 375 didn't need to be rerun 
and all succeeded.

Mit freundlichen Grüßen

Stefan Jaritz
Entwickler


ESA Elektroschaltanlagen Grimma GmbH
Broner Ring 30
04668 Grimma
Telefon: +49 3437 9211 176
Telefax: +49 3437 9211 26
E-Mail: s.jar...@esa-grimma.de
Internet: www.esa-grimma.de


Geschäftsführer:
Dipl.-Ing. Jörg Gaitzsch
Jörg Reinker

Sitz der Gesellschaft: Grimma
Ust.-ID: DE 141784437
Amtsgericht: Leipzig, HRB 5159
Steuernummer: 238/108/00755


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten
haben, informieren Sie bitte sofort den Absender und löschen Sie diese
Nachricht. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail
ist nicht gestattet.

This e-mail may contain confidential and/or privileged information. If you are
not the intended recipient (or have received this e-mail in error) please
notify the sender immediately and destroy this e-mail. Any unauthorized
copying, disclosure or distribution of the material in this e-mail is strictly
forbidden.
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Conditional compile for package in layer.conf for Qemu

[YUKATHARSANI JEYACHANDRA]

You can use BBMASK variable in your layer.conf file.

From: yocto-boun...@yoctoproject.org  on behalf 
of Mark T 
Sent: Friday, March 18, 2016 11:02:54 PM
To: Andre McCurdy
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] Conditional compile for package in layer.conf for Qemu

Ross,

Thanks, that  " IMAGE_INSTALL_append_intel-corei7-64 = "package_b" "  worked a 
treat.

If I want to exclude a recipe from a layer for qemu builds  - is there a 
similar method for that ?

Thanks,
Mark


On 17 March 2016 at 09:10, Andre McCurdy 
> wrote:
On Wed, Mar 16, 2016 at 2:01 AM, Burton, Ross 
> wrote:
>
> On 16 March 2016 at 08:56, Mark T 
> > wrote:
>>
>> I'd like to be able to do the following
>>
>> IMAGE_INSTALL_append += "package_a"

It's not typical usage to combine += with _append, pick one or the other.

Using _append is generally more reliable if you're not sure how the
variable you're appending to was originally initialised, however with
_append you need to manually include a leading space character, ie:

IMAGE_INSTALL_append = " package_a"

>> if ( not qemu )
>> IMAGE_INSTALL_append += "package_b"
>> endif
>
>
> The neater way would be if you can easily identify what "not qemu" is, for
> example:
>
> IMAGE_INSTALL_append_intel-corei7-64 = "package_b"
>
> Would install package_b only for intel-corei7-64 machines.
>
> If you want to support arbitrary machines but not qemu then something like
> this might work:
>
> MOREDEPS = "package_b"
> MOREDEPS_qemuall = ""
> IMAGE_INSTALL_append = " ${MOREDEPS}"
>
> (qemuall is an override that is enabled by all qemu machines)

Another alternative would be something like:

IMAGE_INSTALL_remove_qemuall = "package_b"

> Ross
>
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Computing transaction Error

[Yukatharsani Jeyachandra]

Hi All,

I am getting the following error while running my bsp image.

Loading cache...
Updating cache...  [100%]

Computing transaction...error: Can't install 
packagegroup-mrvl-bsp-1.0-r17.1@bg4ct: no package provides amp


Any idea what might go wrong ?

Thanks and Regards,
Yukatharsani J.

On 09-12-2015 19:21, Yukatharsani Jeyachandra wrote:

Hi All,

 I am trying to build my meta-bsp layer using external linaro 
toolchain path.
  But i am getting some issues since i set EXTERNAL_TOOLCHAIN 
path in local.conf file.
  Is there any way to customize my meta layer alone to take 
external linaro tool chain not other general meta layers.


Thanks and Regards,
Yukatharsani J.


On 29-10-2015 11:19, Khem Raj wrote:

On Wed, Oct 28, 2015 at 10:15 PM, YUKATHARSANI JEYACHANDRA
<yukatharsa...@tataelxsi.co.in> wrote:

Hi,

I am trying to build kernel image for new hardware.

So, I prefer to use my linux 3.x version with specific changes.

I want bitbake to fetch the local path of my linux.

Is it possible to specify the local path in SRC_URI.

yes. use file:///path/to/linux.tar or even you can use externalsrc and
point it to your tree during development.
read through
http://www.yoctoproject.org/docs/1.8/dev-manual/dev-manual.html#building-software-from-an-external-source 





Thanks and Regards,

Yukatharsani J.






From: yocto-boun...@yoctoproject.org 
<yocto-boun...@yoctoproject.org> on

behalf of Andres Sagot <andres.sa...@yandex.com>
Sent: Thursday, October 29, 2015 9:49 AM
To: yocto@yoctoproject.org
Subject: [yocto] Kernel Version Dependency in BB Recipe

Hello Yocto Community,

I did a search and found a great deal about layer dependencies, but 
I am

still not clear on how or if it is possible to add a kernel version
dependency to a BB recipe. I would like to bitbake to report an 
error if it
attempts to build my custom package with an unsupported version of 
Linux.


Thank you and best regards,
Andres

--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


.





--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] To Customize the toolchain path in meta-bsp layer

[Yukatharsani Jeyachandra]

Hi All,

 I am trying to build my meta-bsp layer using external linaro 
toolchain path.
  But i am getting some issues since i set EXTERNAL_TOOLCHAIN 
path in local.conf file.
  Is there any way to customize my meta layer alone to take 
external linaro tool chain not other general meta layers.


Thanks and Regards,
Yukatharsani J.


On 29-10-2015 11:19, Khem Raj wrote:

On Wed, Oct 28, 2015 at 10:15 PM, YUKATHARSANI JEYACHANDRA
<yukatharsa...@tataelxsi.co.in> wrote:

Hi,

I am trying to build kernel image for new hardware.

So, I prefer to use my linux 3.x version with specific changes.

I want bitbake to fetch the local path of my linux.

Is it possible to specify the local path in SRC_URI.

yes. use file:///path/to/linux.tar or even you can use externalsrc and
point it to your tree during development.
read through
http://www.yoctoproject.org/docs/1.8/dev-manual/dev-manual.html#building-software-from-an-external-source



Thanks and Regards,

Yukatharsani J.






From: yocto-boun...@yoctoproject.org <yocto-boun...@yoctoproject.org> on
behalf of Andres Sagot <andres.sa...@yandex.com>
Sent: Thursday, October 29, 2015 9:49 AM
To: yocto@yoctoproject.org
Subject: [yocto] Kernel Version Dependency in BB Recipe

Hello Yocto Community,

I did a search and found a great deal about layer dependencies, but I am
still not clear on how or if it is possible to add a kernel version
dependency to a BB recipe. I would like to bitbake to report an error if it
attempts to build my custom package with an unsupported version of Linux.

Thank you and best regards,
Andres

--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


.



--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] can any one please tell the difference between DEPENDS and RDEPENDS

[YUKATHARSANI JEYACHANDRA]

DEPENDS means a build-time dependency i.e. between recipes, RDEPENDS means a
runtime dependency i.e. between packages.



From: yocto-boun...@yoctoproject.org  on behalf 
of Vivek Per 
Sent: Wednesday, October 7, 2015 11:40 AM
To: yocto@yoctoproject.org
Subject: [yocto] can any one please tell the difference between DEPENDS and 
RDEPENDS

Hi,
 Can any one please tell the what is the exact difference between DEPENDS 
and RDEPENDS . I am not able to get it . How these variables are exactly parsed.


regards
vivek
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How can i invoke a "particular recipe(.bb)" while building "image recipe(.bb)" without modifying the "image recipe(.bb)" . i only wanted to change "particular recipe(.bb)"

[YUKATHARSANI JEYACHANDRA]

Hi,

1) Create packagegroup-debug-extra"x recipe name".bb file inside the 
meta-x/recipes-core/packagegroups layer.
Inside the recipe, add the x recipe name like below:-

inherit packagegroup

PACKAGES = "\
packagegroup-debug-extra"x recipename" \
"

RDEPENDS_packagegroup-extra"x recipename = "x recipe name"

2) Add IMAGE_INSTALL_append = "x recipe name" in build/conf/local.conf file.

Please try this and let me know if it works.

Thanks and Regards,
Yukatharsani J.


From: yocto-boun...@yoctoproject.org  on behalf 
of Khem Raj 
Sent: Wednesday, September 30, 2015 3:43 PM
To: Vivek Per
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] How can i invoke a "particular recipe(.bb)" while building 
"image recipe(.bb)" without modifying the "image recipe(.bb)" . i only wanted 
to change "particular recipe(.bb)"

On Wed, Sep 30, 2015 at 2:05 AM, Vivek Per  wrote:
> hi,
>i want to create a "x" recipe that should automatically get invoke when
> "image" recipe( that produces image) is built. How can i modify the "x"
> recipe that should be invoked while building image recipe.
>
> I don't want to do any modifications to the image recipe, i only wanted to
> do changes in "x" recipe.
> Can any one help on this . thanks in advance

add one of output package its producing ( ipk)  to IMAGE_INSTALL
inside the image recipe.

>
> Thanks and regards
> vivek
>
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Creating a recipe to create /usr/local

[Yukatharsani Jeyachandra]

Please add
FILES_PN = ${prefix}/local/*  line in your recipe.

Thanks,
yukatharsani J.

On 28-11-2014 14:50, Chan Kit Yu wrote:

Not sure if you wanna read through the log file. I was initially
dumbfounded but reading through the log I think I found the issue.
Here's the main error (I think) that could have caused the failure.
(my package name is folder):

ERROR: folder not found in the base feeds (valleyisland_64
corei7-64-intel-common corei7-64 core2-64 x86_64 noarch any all).

I also attached the error log so feel free to parse it if you feel like it.

Thanks,
Chan Kit


On Fri, Nov 28, 2014 at 4:40 PM, Chris Tapp opensou...@keylevel.com wrote:

On 28 Nov 2014, at 01:55, Chan Kit Yu yuchan...@gmail.com wrote:


I would also like to add that bitbaking that recipe alone was fine but
bitbaking my image to include that package failed.

I'm not sure what's going on - can you post the error message (or at least the 
relevant part)?


On Fri, Nov 28, 2014 at 9:43 AM, Chan Kit Yu yuchan...@gmail.com wrote:

Hi Chris,

Thank you very much :-)
But it was no good. I still get the same error even with the install use.

Here I attach the full recipe just in case I did wrong somewhere:

SUMMARY = Create /usr/local
SECTION = meta-networking
LICENSE = MIT
LIC_FILES_CHKSUM =
file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302
#INSANE_SKIP_${PN} = installed-vs-shipped

do_install(){
install -d  ${D}${prefix}/local/
}

Chan Kit



On Fri, Nov 28, 2014 at 5:00 AM, Chris Tapp opensou...@keylevel.com wrote:

On 27 Nov 2014, at 07:09, Chan Kit Yu yuchan...@gmail.com wrote:


Hi all,

I'm not sure if emailing this is the most appropriate way and I
apologize in advance if that's not.

I have some scripts that require /usr/local to exist in Yocto and
therefore I need to a recipe to create /usr/local directory. I tried
to accomplish this with a simple recipe but that proved futile.

Although bitbaking that particular recipe was fine, trying to include
that package in local.conf resulted errors and those errors are
gibberish (it listed all the packages inside the image that I was
trying to comple) . Here's my simple stupid recipe:

SUMMARY= 
LICENSE = something
...
...
INSANE_SKIP_${PN} = installed-vs-shipped

do_install(){
mkdir -p ${D}/usr/local
}

You need to use 'install' rather than mkdir



Is there a better way (or preferably the canonical way) to do this?

Yes, there are some definitions you can use. In your case it would be:

   # Install the 'local' directory to make sure it exists
   install -d ${D}${prefix}/local

   # Install a file to this location
   install -f ${WORKDIR}/myfile ${D}${prefix}/local

The available definitions are shown at the top of meta/conf/bitbake.conf in 
your Poky installation.

--

Chris Tapp
opensou...@keylevel.com
www.keylevel.com


You can tell you're getting older when your car insurance gets real cheap!


--

Chris Tapp
opensou...@keylevel.com
www.keylevel.com


You can tell you're getting older when your car insurance gets real cheap!





-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] yocto Digest, Vol 46, Issue 109

[YUKATHARSANI JEYACHANDRA]

Hi Pushpa,
Please remove one forward slash after YOCTO in this below URL and 
provide md5sum in your recipe and try to build .


http://www.freescale.com/lgfiles/NMG/MAD/YOCTO//libfslcodec-3.0.11.bin

Note:- Check whether you have http or https mirror in your configuration file.

Thanks and Regards,
Yukatharsani J.

From: yocto-boun...@yoctoproject.org yocto-boun...@yoctoproject.org on behalf 
of Paul Eggleton paul.eggle...@linux.intel.com
Sent: Friday, August 1, 2014 4:22 PM
To: Pushpa Teja
Cc: yocto@yoctoproject.org; sadasivam
Subject: Re: [yocto] yocto Digest, Vol 46, Issue 109

On Friday 01 August 2014 10:30:18 Pushpa Teja wrote:
 yes but this problem is not at all solving there is no problem in my
 connection when ever i am trying this sites mirrors are not available plz
 give me a solution.

I'm sorry but I don't think it's possible for me to just give you a solution
to this. You're getting timeouts from the upstream servers (multiple
independent ones), and it appears you're getting the same problem fetching
from our mirror server. That points to a problem at your end or somewhere
between you and those servers. I can't really help fix that other than to
suggest you try fetching the files externally, use traceroute to try to figure
out where the connection is getting dropped, talk to your ISP, etc.

Cheers,
Paul

--

Paul Eggleton
Intel Open Source Technology Centre
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto