2017-10-09 5 views
0

Je ne sais pas est c'est le bon endroit pour demander:Pourquoi bitbake recette pour python-CFFI échouent sur do_fetch

J'ai du mal à essayer de créer une recette pour la compilation CFFI python pour la branche dora de bitbake et n'ont pas encore eu de chance. Il semble y avoir plusieurs recettes là-bas mais pas de travail pour moi. Apparemment, le fichier gz du code source est dans un état bizarre et n'est pas fetchable via la commande normale do_fetch dans bitbake.

Lorsque vous utilisez ces recettes bitbake comme points de départ:

python-cffi_1.11.0.bb

et

python-cffi_1.11.0.inc

J'ai modifié le code pour créer une nouvelle recette appelée pyt hon-cffi_1.11.2.bb, alors le standard do_fetch ne comprend pas comment gérer le fichier gz téléchargé.

Voici la recette de bitbake J'utilise (nommé python-cffi_1.11.2.bb)


SUMMARY = "Foreign Function Interface for Python calling C code" 
# This is the format of the actual URI 
SRC_URI = "https://pypi.python.org/packages/c9/70/89b68b6600d479034276fed316e14b9107d50a62f5627da37fafe083fde3/cffi-1.11.2.tar.gz#md5=a731487324b501c8295221b629d3f5f3" 
LICENSE = "MIT" 
LIC_FILES_CHKSUM = "file://LICENSE;md5=5677e2fdbf7cdda61d6dd2b57df547bf" 
DEPENDS += "libffi python-pycparser" 
SRC_URI[md5sum] = "a731487324b501c8295221b629d3f5f3" 
RDEPENDS_${PN}_class-target = "python-io " 
BBCLASSEXTEND = "native nativesdk" 
inherit pypi setuptools 

Et je reçois cet ensemble de messages d'erreur dans build/tmp/travail /armv7a-vfp-neon-poky-linux-gnueabi/python-cffi/1.11.2-r0/temp/log.do_fetch

Apparemment, le fetcher obtient le fichier téléchargé correctement mais ne sait pas quoi faire avec il. Le répertoire build/downloads contient le fichier cffi-1.11.2.tar.gz!

... 
DEBUG: Trying Upstream 
NOTE: fetch https://pypi.python.org/packages/c9/70/89b68b6600d479034276fed316e14b9107d50a62f5627da37fafe083fde3/cffi-1.11.2.tar.gz#md5=a731487324b501c8295221b629d3f5f3 
DEBUG: executing /usr/bin/env wget -t 2 -T 30 -nv --passive-ftp --no-check-certificate -P /home/pjm/yocto-iscan/poky/build/downloads 'https://pypi.python.org/packages/c9/70/89b68b6600d479034276fed316e14b9107d50a62f5627da37fafe083fde3/cffi-1.11.2.tar.gz#md5=a731487324b501c8295221b629d3f5f3' 
DEBUG: Fetcher accessed the network with the command /usr/bin/env wget -t 2 -T 30 -nv --passive-ftp --no-check-certificate -P /home/pjm/yocto-iscan/poky/build/downloads 'https://pypi.python.org/packages/c9/70/89b68b6600d479034276fed316e14b9107d50a62f5627da37fafe083fde3/cffi-1.11.2.tar.gz#md5=a731487324b501c8295221b629d3f5f3' 
DEBUG: Running export SSH_AUTH_SOCK="/run/user/1000/keyring-1bn6Fg/ssh"; export PATH="/home/pjm/yocto-iscan/poky/build/tmp/sysroots/x86_64-linux/usr/bin/python-native:/home/pjm/yocto-iscan/poky/scripts:/home/pjm/yocto-iscan/poky/build/tmp/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-poky-linux-gnueabi:/home/pjm/yocto-iscan/poky/build/tmp/sysroots/omap3logic/usr/bin/crossscripts:/home/pjm/yocto-iscan/poky/build/tmp/sysroots/x86_64-linux/usr/sbin:/home/pjm/yocto-iscan/poky/build/tmp/sysroots/x86_64-linux/usr/bin:/home/pjm/yocto-iscan/poky/build/tmp/sysroots/x86_64-linux/sbin:/home/pjm/yocto-iscan/poky/build/tmp/sysroots/x86_64-linux//bin:/home/pjm/yocto-iscan/poky/scripts:/home/pjm/yocto-iscan/poky/bitbake/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games"; export HOME="/home/pjm"; /usr/bin/env wget -t 2 -T 30 -nv --passive-ftp --no-check-certificate -P /home/pjm/yocto-iscan/poky/build/downloads 'https://pypi.python.org/packages/c9/70/89b68b6600d479034276fed316e14b9107d50a62f5627da37fafe083fde3/cffi-1.11.2.tar.gz#md5=a731487324b501c8295221b629d3f5f3' 
WARNING: Failed to fetch URL https://pypi.python.org/packages/c9/70/89b68b6600d479034276fed316e14b9107d50a62f5627da37fafe083fde3/cffi-1.11.2.tar.gz#md5=a731487324b501c8295221b629d3f5f3, attempting MIRRORS if available 
DEBUG: Fetcher failure for URL: 'https://pypi.python.org/packages/c9/70/89b68b6600d479034276fed316e14b9107d50a62f5627da37fafe083fde3/cffi-1.11.2.tar.gz#md5=a731487324b501c8295221b629d3f5f3'. The fetch command returned success for url https://pypi.python.org/packages/c9/70/89b68b6600d479034276fed316e14b9107d50a62f5627da37fafe083fde3/cffi-1.11.2.tar.gz#md5=a731487324b501c8295221b629d3f5f3 but /home/pjm/yocto-iscan/poky/build/downloads/cffi-1.11.2.tar.gz#md5=a731487324b501c8295221b629d3f5f3 doesn't exist?! 
DEBUG: Trying MIRRORS 
... 

Que dois-je changer la recette de bitbake afin que le do_fetch peut extraire correctement le fichier? Je suppose qu'il y a une étape post-extraction qui doit spécifier que le fichier réel est appelé cffi-1.11.2.tar.gz et pas le fichier avec le hachage md5 suspendu à la fin. Il semble être à la recherche CFFI-1.11.2.tar.gz # md5 = a731487324b501c8295221b629d3f5f3 au lieu de CFFI-1.11.2.tar.gz

+0

Peut-être essayer avec l'url (SRC_URI) s'arrêtant avant le '' # md5''? –

+0

Merci pour la réponse ... J'ai essayé toutes les combinaisons possibles. SRC_URI = "https://pypi.python.org/packages/cffi-1.11.1.tar.gz" SRC_URI = "https://pypi.python.org/pypi/cffi/1.11.1/cffi -1.11.1.tar.gz " SRC_URI =" https://pypi.python.org/packages/70/72/c825b14b212fe61791c88e09cca65b26ea0b5e7ef6a4a2f979d338fbe38d/cffi-1.11.1.tar.gz; md5sum = 89dfa1bb3b3e28eafb5da3e345a19f56 " SRC_URI =" http://pypi.pediapress.com/packages/mirror/cffi-1.11.1.tar.gz " SRC_URI =" file: //python-cffi-1.11 .1.tar.gz " –

+0

'' SRC_URI =" https://pypi.python.org/packages/c9/70/89b68b6600d479034276fed316e14b9107d50a62f5627da37fafe083fde3/cffi-1.11.2.tar.gz « '' –

Répondre

0

Je pense avoir trouvé une réponse à cette question.

Il semble que le code bitbake recherche en amont des fichiers sources python-cffi_1.11.2 et ne parvienne jamais à SRC_URI dans la recette actuelle!

Est-ce un bug?

Si je renommer la recette cffi_1.11.2.bb cela fonctionne très bien.