[yocto] [Recipe reporting system] Upgradable recipe name list

2016-02-21 Thread recipe-report 
This mail was sent out by Recipe reporting system.

This message list those recipes which need to be upgraded. If maintainers
believe some of them needn't to upgrade at this time, they can fill
RECIPE_NO_UPDATE_REASON in respective recipe file to ignore this remainder
until newer upstream version was detected.

Example:
RECIPE_NO_UPDATE_REASON = "Version 2.0 is unstable"

You can check the detail information at:

http://recipes.yoctoproject.org/

Package   Version  Upstream version  Maintainer   
NoUpgradeReason
  ---    ---  
--
texinfo   6.0  6.1   Alejandro Hernandez
python-git1.0.11.0.2 Alejandro Hernandez
python3-pip   8.0.08.0.2 Alejandro Hernandez
python3-setuptools19.4 20.1.1Alejandro Hernandez
ruby  2.2.22.3.0 Alejandro Hernandez
python-pygobject  2.28.3   3.19.90   Alejandro Hernandez  
Newer versions of python-py...
pcmanfm   1.2.31.2.4 Alejandro Hernandez
python-setuptools 19.4 20.1.1Alejandro Hernandez
liberation-fonts  1.04 2.00.1Alexander Kanavin
2.x depends on fontforge pa...
libfm-extra   1.2.31.2.4 Alexander Kanavin
libfm 1.2.31.2.4 Alexander Kanavin
epiphany  3.18.3   3.18.4Alexander Kanavin
nspr  4.11 4.12  Alexander Kanavin
mkelfimage4.0+gitX 4.3+gitAUTOINC+1b...  Alexander Kanavin
mkelfimage has been removed...
apt   1.0.10.1 1.2.3 Aníbal Limón
pinentry  0.9.20.9.7 Armin Kuster
nettle3.1.13.2   Armin Kuster
guilt-native  0.35+gitX0.36+gitAUTOINC+2...  Bruce Ashfield
linux-libc-headers4.4  4.4.2 Bruce Ashfield
systemd   228+gitX 229+gitAUTOINC+95...  Chen Qi
pax-utils 1.1.41.1.5 Hongxu Jia
createrepo0.4.11   0.10.4Hongxu Jia   
Versions after 0.9.* use YU...
gnupg 2.1.10   2.1.11Hongxu Jia
ghostscript   9.16 9.18  Hongxu Jia
ncurses   6.0  6.0+20160213  Hongxu Jia
elfutils  0.1640.165 Hongxu Jia
libinput  1.1.41.1.902   Jussi Kukkonen
wayland   1.9.01.10.0Jussi Kukkonen
xserver-xorg  1.18.0   1.18.1Jussi Kukkonen
weston1.9.01.10.0Jussi Kukkonen
clutter-gst-3.0   3.0.14   3.0.16Jussi Kukkonen
gtk-icon-utils-na...  3.18.6   3.18.7Jussi Kukkonen
docbook-xsl-style...  1.78.1   1.79.1Jussi Kukkonen
gsettings-desktop...  3.19.3   3.19.90   Jussi Kukkonen
libdrm2.4.66   2.4.67Jussi Kukkonen
vala  0.30.0   0.30.1Jussi Kukkonen
pixman0.32.8   0.34.0Jussi Kukkonen
xkeyboard-config  2.16 2.17  Jussi Kukkonen
vte   0.28.2   0.42.4Jussi Kukkonen   
matchbox-terminal needs to ...
linuxdoc-tools-na...  0.9.69   0.9.71Jussi Kukkonen
slang 2.2.42.3.0 Kai Kang
prelink   1.0+gitX 20151030.+gitAUTO...  Mark Hatle
rpm   5.4.14   5.4.15Mark Hatle   
5.4.15 has a package databa...
libpfm4   4.6.04.7.0 Matthew McClintock
db6.0.30   6.1.26Maxin B. John
Updating to 6.1.x requires ...
gstreamer1.0  1.7.1+gitX   1.7.2+gitAUTOINC+...  Maxin B. John
gstreamer1.0-plug...  1.7.1+gitX   1.7.2+gitAUTOINC+...  Maxin B. John
gstreamer1.0-plug...  1.7.1+gitX   1.7.2 Maxin B. John
gstreamer1.0-plug...  1.7.1+gitX   1.7.2+gitAUTOINC+...  Maxin B. John
harfbuzz  1.1.31.2.0 Maxin B. John
gstreamer1.0-libav1.7.1+gitX   1.7.2 Maxin B. John
gstreamer1.0-plug...  1.7.1+gitX   1.7.2+gitAUTOINC+...  Maxin B. John
ffmpeg2.8.63.0   No maintainer
apt-native1.0.10.1 1.2.3 No maintainer
ifupdown  0.8.20.8.10No maintainer
libsolv   0.6.17+gitX  0.6.19+gitAUTOINC...  No maintainer
sgmlspl-native1.1+gitX

Re: [yocto] Package Level Dependencies

2016-02-21 Thread Rudolf J Streif 
Hi Sebastian,

> I have a recipe (say: "test123") that provides a complex piece of software
> (cmake-based). The software needs some configuration file (say
> "test123.conf"). There are multiple variants of the configuration file,
> sharing the same name, i.e. "test123.conf" exists in different variants for
> multiple hardware configurations.
>
> My aim would be to have multiple packages like "test123-config-XXX" and
> "test123-config-YYY", that cannot be installed at the same time, while
> having one of the packages is a dependency for the main package "test123".

These are two conflicting packages.

> 
> Is there a way to achieve this? From my current understanding, dependencies
> are "per-recipe" and not "per-package". Is there any way to achieve package
> level dependencies? I would like to avoid having multiple recipes as there
> are many configuration file options which are currently located in the same
> large source repository as the main software.

Look at it from the perspective of conflicting packages.

My approach to this would be the following:

1. Write an include file test123.inc that includes all of the guts of your 
recipe.

2. Write the two recipes test123-config-XXX_1.0.bb and test123-config-
YYY_1.0.bb:

test123-config-XXX_1.0.bb

require test123.inc

SRC_URI += "test123-XXX.conf"

do_install_append() {
   # install config file here
   install 544 test123-XXX.conf ${D}/
}

RCONFLICTS_${PN} = "test123-config-YYY"

Analog for test123-config-YYY_1.0.bb


You are essentially sharing all of the recipe through the test123.inc and only 
add the config file to the respective target recipe. The RCONFLICTS_${PN} 
directive will flag an error if both conflicting packages are attempted to be 
installed.

BR,
Rudi

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

[yocto] Package Level Dependencies

2016-02-21 Thread sebastian.ro...@tu-dortmund.de 
Hi,

I have a recipe (say: "test123") that provides a complex piece of software 
(cmake-based). The software needs some configuration file (say "test123.conf"). 
There are multiple variants of the configuration file, sharing the same name, 
i.e. "test123.conf" exists in different variants for multiple hardware 
configurations.

My aim would be to have multiple packages like "test123-config-XXX" and 
"test123-config-YYY", that cannot be installed at the same time, while having 
one of the packages is a dependency for the main package "test123".

Is there a way to achieve this? From my current understanding, dependencies are 
"per-recipe" and not "per-package". Is there any way to achieve package level 
dependencies? I would like to avoid having multiple recipes as there are many 
configuration file options which are currently located in the same large source 
repository as the main software.

Help ist strongly appreciated.

Regards,
Sebastian Rohde
Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie ist 
ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der für diese 
E-Mail bestimmte Adressat sein, unterrichten Sie bitte den Absender und 
vernichten Sie diese Mail. Vielen Dank.
Unbeschadet der Korrespondenz per E-Mail, sind unsere Erklärungen 
ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher Schriftform 
(mit eigenhändiger Unterschrift) oder durch Übermittlung eines solchen 
Schriftstücks per Telefax erfolgen.

Important note: The information included in this e-mail is confidential. It is 
solely intended for the recipient. If you are not the intended recipient of 
this e-mail please contact the sender and delete this message. Thank you. 
Without prejudice of e-mail correspondence, our statements are only legally 
binding when they are made in the conventional written form (with personal 
signature) or when such documents are sent by fax.
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-chip][PATCH] added md5 for ntc's modified u-boot Licences/README file.

2016-02-21 Thread Valentin Le bescond 
Hi, sorry it was my first (tiny) try at a contribution ... Should I have
explained more in the title ?

Next Thing Co changed the Licences/README file in their repo.
And in the u-boot.inc file used by u-boot-chip, this file is chekced with
LIC_FILES_CHKSUM. And so it doesn't build without a modification of the md5.
That's it !


Le sam. 20 févr. 2016 à 20:09, Khem Raj  a écrit :

> On Sat, Feb 20, 2016 at 8:25 AM, Valentin LE BESCOND
>  wrote:
> > From: Nitnelav 
> >
> > Signed-off-by: Nitnelav 
> > ---
> >  recipes-bsp/u-boot/u-boot-chip_git.bb | 2 ++
> >  1 file changed, 2 insertions(+)
> >
> > diff --git a/recipes-bsp/u-boot/u-boot-chip_git.bb b/recipes-bsp/u-boot/
> u-boot-chip_git.bb
> > index 2342478..0b9032f 100644
> > --- a/recipes-bsp/u-boot/u-boot-chip_git.bb
> > +++ b/recipes-bsp/u-boot/u-boot-chip_git.bb
> > @@ -8,6 +8,8 @@ PROVIDES += "u-boot"
> >  UBOOT_VERSION ?= "2015.07"
> >  PV = "${UBOOT_VERSION}+git${SRCPV}"
> >
> > +LIC_FILES_CHKSUM =
> "file://Licenses/README;md5=0507cd7da8e7ad6d6701926ec9b84c95"
> > +
>
> while checksumming more is merrier, it would be good to know why we
> should check for this one ?
>
> >  SRCREV ?= "854d5fcc641d8d8914c03a69d7172815d5b81a99"
> >  BRANCH ?= "chip/stable"
> >  SRC_URI = "git://
> github.com/NextThingCo/CHIP-u-boot.git;branch=${BRANCH}
> "
> > --
> > 1.9.1
> >
> > --
> > ___
> > yocto mailing list
> > yocto@yoctoproject.org
> > https://lists.yoctoproject.org/listinfo/yocto
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto