All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCHv4] git: fix perl binding installation
@ 2014-05-02  8:36 Koen Kooi
  2014-05-08 16:37 ` Saul Wold
  0 siblings, 1 reply; 11+ messages in thread
From: Koen Kooi @ 2014-05-02  8:36 UTC (permalink / raw)
  To: openembedded-core; +Cc: Koen Kooi

Git.pm wasn't ending up in the package because do_install removed it
with a misleading comment about multilib. Workaround the problem so
that Git.pm ends up in the correct dir *and* doesn't get deleted.

Signed-off-by: Koen Kooi <koen.kooi@linaro.org>
---
 meta/recipes-devtools/git/git.inc | 7 ++++++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/git/git.inc b/meta/recipes-devtools/git/git.inc
index 73e11eb..178b768 100644
--- a/meta/recipes-devtools/git/git.inc
+++ b/meta/recipes-devtools/git/git.inc
@@ -28,10 +28,14 @@ do_install () {
 		template_dir=${datadir}/git-core/templates \
 		GIT_PYTHON_DIR=${D}${datadir}/git-core/python
 
+	cd ${B}/perl && oe_runmake install DESTDIR="${D}" bindir=${bindir}
+
 	# ${libdir} is not applicable here, perl-native files are always
 	# installed to /usr/lib on both 32/64 bits targets.
+	# Fix up build paths and point to target locations.
+	mv ${D}${exec_prefix}/lib/perl-native/perl ${D}${exec_prefix}/lib/perl
+	sed -i -e s:${D}::g ${D}${exec_prefix}/lib/perl/*/auto/Git/.packlist
 	rm -rf ${D}${exec_prefix}/lib/perl-native
-	rmdir ${D}${exec_prefix}/lib || true
 }
 
 PERLSEDFIXUP = " \
@@ -75,6 +79,7 @@ PERLTOOLS = " \
 PACKAGES =+ "${PN}-perltools"
 FILES_${PN}-perltools += " \
     ${PERLTOOLS} \
+    ${prefix}/lib/perl \
     ${datadir}/perl \
 "
 RDEPENDS_${PN}-perltools = "${PN} perl perl-module-file-path liberror-perl findutils"
-- 
1.9.0



^ permalink raw reply related	[flat|nested] 11+ messages in thread

* Re: [PATCHv4] git: fix perl binding installation
  2014-05-02  8:36 [PATCHv4] git: fix perl binding installation Koen Kooi
@ 2014-05-08 16:37 ` Saul Wold
  2014-05-08 17:30   ` Koen Kooi
  0 siblings, 1 reply; 11+ messages in thread
From: Saul Wold @ 2014-05-08 16:37 UTC (permalink / raw)
  To: Koen Kooi, openembedded-core

On 05/02/2014 01:36 AM, Koen Kooi wrote:
> Git.pm wasn't ending up in the package because do_install removed it
> with a misleading comment about multilib. Workaround the problem so
> that Git.pm ends up in the correct dir *and* doesn't get deleted.
>

Seems to be a problem as RP was concerned with:


> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/bin/git difftool
> Can't locate Error.pm in @INC (@INC contains: /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl//5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/ /srv/ssd/machines/meta-intel-iot-devkit/build/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 .) at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
> BEGIN failed--compilation aborted at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.

Doing a find in my sysroot:

/srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3/CPANPLUS/Error.pm
/srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl/5.14.3/Error.pm

Sau!


> Signed-off-by: Koen Kooi <koen.kooi@linaro.org>
> ---
>   meta/recipes-devtools/git/git.inc | 7 ++++++-
>   1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-devtools/git/git.inc b/meta/recipes-devtools/git/git.inc
> index 73e11eb..178b768 100644
> --- a/meta/recipes-devtools/git/git.inc
> +++ b/meta/recipes-devtools/git/git.inc
> @@ -28,10 +28,14 @@ do_install () {
>   		template_dir=${datadir}/git-core/templates \
>   		GIT_PYTHON_DIR=${D}${datadir}/git-core/python
>
> +	cd ${B}/perl && oe_runmake install DESTDIR="${D}" bindir=${bindir}
> +
>   	# ${libdir} is not applicable here, perl-native files are always
>   	# installed to /usr/lib on both 32/64 bits targets.
> +	# Fix up build paths and point to target locations.
> +	mv ${D}${exec_prefix}/lib/perl-native/perl ${D}${exec_prefix}/lib/perl
> +	sed -i -e s:${D}::g ${D}${exec_prefix}/lib/perl/*/auto/Git/.packlist
>   	rm -rf ${D}${exec_prefix}/lib/perl-native
> -	rmdir ${D}${exec_prefix}/lib || true
>   }
>
>   PERLSEDFIXUP = " \
> @@ -75,6 +79,7 @@ PERLTOOLS = " \
>   PACKAGES =+ "${PN}-perltools"
>   FILES_${PN}-perltools += " \
>       ${PERLTOOLS} \
> +    ${prefix}/lib/perl \
>       ${datadir}/perl \
>   "
>   RDEPENDS_${PN}-perltools = "${PN} perl perl-module-file-path liberror-perl findutils"
>


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCHv4] git: fix perl binding installation
  2014-05-08 16:37 ` Saul Wold
@ 2014-05-08 17:30   ` Koen Kooi
  2014-05-09  5:59     ` Koen Kooi
  0 siblings, 1 reply; 11+ messages in thread
From: Koen Kooi @ 2014-05-08 17:30 UTC (permalink / raw)
  To: Saul Wold; +Cc: Koen Kooi, openembedded-core


Op 8 mei 2014, om 18:37 heeft Saul Wold <sgw@linux.intel.com> het volgende geschreven:

> On 05/02/2014 01:36 AM, Koen Kooi wrote:
>> Git.pm wasn't ending up in the package because do_install removed it
>> with a misleading comment about multilib. Workaround the problem so
>> that Git.pm ends up in the correct dir *and* doesn't get deleted.
>> 
> 
> Seems to be a problem as RP was concerned with:
> 
> 
>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/bin/git difftool
>> Can't locate Error.pm in @INC (@INC contains: /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl//5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/ /srv/ssd/machines/meta-intel-iot-devkit/build/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 .) at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
>> BEGIN failed--compilation aborted at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
> 
> Doing a find in my sysroot:
> 
> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3/CPANPLUS/Error.pm
> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl/5.14.3/Error.pm

Drat, I checked for buildpaths and didn't find anything. I'll retest and send a new version hopefully tomorrow.

regards,

Koen

> 
> Sau!
> 
> 
>> Signed-off-by: Koen Kooi <koen.kooi@linaro.org>
>> ---
>>  meta/recipes-devtools/git/git.inc | 7 ++++++-
>>  1 file changed, 6 insertions(+), 1 deletion(-)
>> 
>> diff --git a/meta/recipes-devtools/git/git.inc b/meta/recipes-devtools/git/git.inc
>> index 73e11eb..178b768 100644
>> --- a/meta/recipes-devtools/git/git.inc
>> +++ b/meta/recipes-devtools/git/git.inc
>> @@ -28,10 +28,14 @@ do_install () {
>>  		template_dir=${datadir}/git-core/templates \
>>  		GIT_PYTHON_DIR=${D}${datadir}/git-core/python
>> 
>> +	cd ${B}/perl && oe_runmake install DESTDIR="${D}" bindir=${bindir}
>> +
>>  	# ${libdir} is not applicable here, perl-native files are always
>>  	# installed to /usr/lib on both 32/64 bits targets.
>> +	# Fix up build paths and point to target locations.
>> +	mv ${D}${exec_prefix}/lib/perl-native/perl ${D}${exec_prefix}/lib/perl
>> +	sed -i -e s:${D}::g ${D}${exec_prefix}/lib/perl/*/auto/Git/.packlist
>>  	rm -rf ${D}${exec_prefix}/lib/perl-native
>> -	rmdir ${D}${exec_prefix}/lib || true
>>  }
>> 
>>  PERLSEDFIXUP = " \
>> @@ -75,6 +79,7 @@ PERLTOOLS = " \
>>  PACKAGES =+ "${PN}-perltools"
>>  FILES_${PN}-perltools += " \
>>      ${PERLTOOLS} \
>> +    ${prefix}/lib/perl \
>>      ${datadir}/perl \
>>  "
>>  RDEPENDS_${PN}-perltools = "${PN} perl perl-module-file-path liberror-perl findutils"
>> 



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCHv4] git: fix perl binding installation
  2014-05-08 17:30   ` Koen Kooi
@ 2014-05-09  5:59     ` Koen Kooi
  2014-05-09  6:38       ` Saul Wold
  0 siblings, 1 reply; 11+ messages in thread
From: Koen Kooi @ 2014-05-09  5:59 UTC (permalink / raw)
  To: Saul Wold; +Cc: Koen Kooi, openembedded-core


Op 8 mei 2014, om 19:30 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:

> 
> Op 8 mei 2014, om 18:37 heeft Saul Wold <sgw@linux.intel.com> het volgende geschreven:
> 
>> On 05/02/2014 01:36 AM, Koen Kooi wrote:
>>> Git.pm wasn't ending up in the package because do_install removed it
>>> with a misleading comment about multilib. Workaround the problem so
>>> that Git.pm ends up in the correct dir *and* doesn't get deleted.
>>> 
>> 
>> Seems to be a problem as RP was concerned with:
>> 
>> 
>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/bin/git difftool
>>> Can't locate Error.pm in @INC (@INC contains: /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl//5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/ /srv/ssd/machines/meta-intel-iot-devkit/build/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 .) at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
>>> BEGIN failed--compilation aborted at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
>> 
>> Doing a find in my sysroot:
>> 
>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3/CPANPLUS/Error.pm
>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl/5.14.3/Error.pm
> 
> Drat, I checked for buildpaths and didn't find anything. I'll retest and send a new version hopefully tomorrow.

I need to read errors better :) Do you have http://patches.openembedded.org/patch/70635/ applied? And did 'difftool' work before this? None of the perl tools worked for me due to error.pm missing.


> 
> regards,
> 
> Koen
> 
>> 
>> Sau!
>> 
>> 
>>> Signed-off-by: Koen Kooi <koen.kooi@linaro.org>
>>> ---
>>> meta/recipes-devtools/git/git.inc | 7 ++++++-
>>> 1 file changed, 6 insertions(+), 1 deletion(-)
>>> 
>>> diff --git a/meta/recipes-devtools/git/git.inc b/meta/recipes-devtools/git/git.inc
>>> index 73e11eb..178b768 100644
>>> --- a/meta/recipes-devtools/git/git.inc
>>> +++ b/meta/recipes-devtools/git/git.inc
>>> @@ -28,10 +28,14 @@ do_install () {
>>> 		template_dir=${datadir}/git-core/templates \
>>> 		GIT_PYTHON_DIR=${D}${datadir}/git-core/python
>>> 
>>> +	cd ${B}/perl && oe_runmake install DESTDIR="${D}" bindir=${bindir}
>>> +
>>> 	# ${libdir} is not applicable here, perl-native files are always
>>> 	# installed to /usr/lib on both 32/64 bits targets.
>>> +	# Fix up build paths and point to target locations.
>>> +	mv ${D}${exec_prefix}/lib/perl-native/perl ${D}${exec_prefix}/lib/perl
>>> +	sed -i -e s:${D}::g ${D}${exec_prefix}/lib/perl/*/auto/Git/.packlist
>>> 	rm -rf ${D}${exec_prefix}/lib/perl-native
>>> -	rmdir ${D}${exec_prefix}/lib || true
>>> }
>>> 
>>> PERLSEDFIXUP = " \
>>> @@ -75,6 +79,7 @@ PERLTOOLS = " \
>>> PACKAGES =+ "${PN}-perltools"
>>> FILES_${PN}-perltools += " \
>>>     ${PERLTOOLS} \
>>> +    ${prefix}/lib/perl \
>>>     ${datadir}/perl \
>>> "
>>> RDEPENDS_${PN}-perltools = "${PN} perl perl-module-file-path liberror-perl findutils"



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCHv4] git: fix perl binding installation
  2014-05-09  5:59     ` Koen Kooi
@ 2014-05-09  6:38       ` Saul Wold
  2014-05-09  8:50         ` Koen Kooi
  0 siblings, 1 reply; 11+ messages in thread
From: Saul Wold @ 2014-05-09  6:38 UTC (permalink / raw)
  To: Koen Kooi; +Cc: Koen Kooi, openembedded-core

On 05/08/2014 10:59 PM, Koen Kooi wrote:
>
> Op 8 mei 2014, om 19:30 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>
>>
>> Op 8 mei 2014, om 18:37 heeft Saul Wold <sgw@linux.intel.com> het volgende geschreven:
>>
>>> On 05/02/2014 01:36 AM, Koen Kooi wrote:
>>>> Git.pm wasn't ending up in the package because do_install removed it
>>>> with a misleading comment about multilib. Workaround the problem so
>>>> that Git.pm ends up in the correct dir *and* doesn't get deleted.
>>>>
>>>
>>> Seems to be a problem as RP was concerned with:
>>>
>>>
>>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/bin/git difftool
>>>> Can't locate Error.pm in @INC (@INC contains: /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl//5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/ /srv/ssd/machines/meta-intel-iot-devkit/build/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 .) at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
>>>> BEGIN failed--compilation aborted at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
>>>
>>> Doing a find in my sysroot:
>>>
>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3/CPANPLUS/Error.pm
>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl/5.14.3/Error.pm
>>
>> Drat, I checked for buildpaths and didn't find anything. I'll retest and send a new version hopefully tomorrow.
>
> I need to read errors better :) Do you have http://patches.openembedded.org/patch/70635/ applied? And did 'difftool' work before this? None of the perl tools worked for me due to error.pm missing.
>
Apparently not, this must have gotten lost during the release crazies.

Can you please resend a rebased patch set against master with both of 
these tested using the git-replacement-native target.

Thanks
	Sau!

>
>>
>> regards,
>>
>> Koen
>>
>>>
>>> Sau!
>>>
>>>
>>>> Signed-off-by: Koen Kooi <koen.kooi@linaro.org>
>>>> ---
>>>> meta/recipes-devtools/git/git.inc | 7 ++++++-
>>>> 1 file changed, 6 insertions(+), 1 deletion(-)
>>>>
>>>> diff --git a/meta/recipes-devtools/git/git.inc b/meta/recipes-devtools/git/git.inc
>>>> index 73e11eb..178b768 100644
>>>> --- a/meta/recipes-devtools/git/git.inc
>>>> +++ b/meta/recipes-devtools/git/git.inc
>>>> @@ -28,10 +28,14 @@ do_install () {
>>>> 		template_dir=${datadir}/git-core/templates \
>>>> 		GIT_PYTHON_DIR=${D}${datadir}/git-core/python
>>>>
>>>> +	cd ${B}/perl && oe_runmake install DESTDIR="${D}" bindir=${bindir}
>>>> +
>>>> 	# ${libdir} is not applicable here, perl-native files are always
>>>> 	# installed to /usr/lib on both 32/64 bits targets.
>>>> +	# Fix up build paths and point to target locations.
>>>> +	mv ${D}${exec_prefix}/lib/perl-native/perl ${D}${exec_prefix}/lib/perl
>>>> +	sed -i -e s:${D}::g ${D}${exec_prefix}/lib/perl/*/auto/Git/.packlist
>>>> 	rm -rf ${D}${exec_prefix}/lib/perl-native
>>>> -	rmdir ${D}${exec_prefix}/lib || true
>>>> }
>>>>
>>>> PERLSEDFIXUP = " \
>>>> @@ -75,6 +79,7 @@ PERLTOOLS = " \
>>>> PACKAGES =+ "${PN}-perltools"
>>>> FILES_${PN}-perltools += " \
>>>>      ${PERLTOOLS} \
>>>> +    ${prefix}/lib/perl \
>>>>      ${datadir}/perl \
>>>> "
>>>> RDEPENDS_${PN}-perltools = "${PN} perl perl-module-file-path liberror-perl findutils"
>
>
>


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCHv4] git: fix perl binding installation
  2014-05-09  6:38       ` Saul Wold
@ 2014-05-09  8:50         ` Koen Kooi
  2014-05-09  9:16           ` Koen Kooi
  0 siblings, 1 reply; 11+ messages in thread
From: Koen Kooi @ 2014-05-09  8:50 UTC (permalink / raw)
  To: Saul Wold; +Cc: Koen Kooi, openembedded-core


Op 9 mei 2014, om 08:38 heeft Saul Wold <sgw@linux.intel.com> het volgende geschreven:

> On 05/08/2014 10:59 PM, Koen Kooi wrote:
>> 
>> Op 8 mei 2014, om 19:30 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>> 
>>> 
>>> Op 8 mei 2014, om 18:37 heeft Saul Wold <sgw@linux.intel.com> het volgende geschreven:
>>> 
>>>> On 05/02/2014 01:36 AM, Koen Kooi wrote:
>>>>> Git.pm wasn't ending up in the package because do_install removed it
>>>>> with a misleading comment about multilib. Workaround the problem so
>>>>> that Git.pm ends up in the correct dir *and* doesn't get deleted.
>>>>> 
>>>> 
>>>> Seems to be a problem as RP was concerned with:
>>>> 
>>>> 
>>>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/bin/git difftool
>>>>> Can't locate Error.pm in @INC (@INC contains: /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl//5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/ /srv/ssd/machines/meta-intel-iot-devkit/build/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 .) at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
>>>>> BEGIN failed--compilation aborted at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
>>>> 
>>>> Doing a find in my sysroot:
>>>> 
>>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3/CPANPLUS/Error.pm
>>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl/5.14.3/Error.pm
>>> 
>>> Drat, I checked for buildpaths and didn't find anything. I'll retest and send a new version hopefully tomorrow.
>> 
>> I need to read errors better :) Do you have http://patches.openembedded.org/patch/70635/ applied? And did 'difftool' work before this? None of the perl tools worked for me due to error.pm missing.
>> 
> Apparently not, this must have gotten lost during the release crazies.
> 
> Can you please resend a rebased patch set against master with both of these tested using the ' target.

What is 'git-replacement-native' and how do I test it?

regards,

Koen

> 
> Thanks
> 	Sau!
> 
>> 
>>> 
>>> regards,
>>> 
>>> Koen
>>> 
>>>> 
>>>> Sau!
>>>> 
>>>> 
>>>>> Signed-off-by: Koen Kooi <koen.kooi@linaro.org>
>>>>> ---
>>>>> meta/recipes-devtools/git/git.inc | 7 ++++++-
>>>>> 1 file changed, 6 insertions(+), 1 deletion(-)
>>>>> 
>>>>> diff --git a/meta/recipes-devtools/git/git.inc b/meta/recipes-devtools/git/git.inc
>>>>> index 73e11eb..178b768 100644
>>>>> --- a/meta/recipes-devtools/git/git.inc
>>>>> +++ b/meta/recipes-devtools/git/git.inc
>>>>> @@ -28,10 +28,14 @@ do_install () {
>>>>> 		template_dir=${datadir}/git-core/templates \
>>>>> 		GIT_PYTHON_DIR=${D}${datadir}/git-core/python
>>>>> 
>>>>> +	cd ${B}/perl && oe_runmake install DESTDIR="${D}" bindir=${bindir}
>>>>> +
>>>>> 	# ${libdir} is not applicable here, perl-native files are always
>>>>> 	# installed to /usr/lib on both 32/64 bits targets.
>>>>> +	# Fix up build paths and point to target locations.
>>>>> +	mv ${D}${exec_prefix}/lib/perl-native/perl ${D}${exec_prefix}/lib/perl
>>>>> +	sed -i -e s:${D}::g ${D}${exec_prefix}/lib/perl/*/auto/Git/.packlist
>>>>> 	rm -rf ${D}${exec_prefix}/lib/perl-native
>>>>> -	rmdir ${D}${exec_prefix}/lib || true
>>>>> }
>>>>> 
>>>>> PERLSEDFIXUP = " \
>>>>> @@ -75,6 +79,7 @@ PERLTOOLS = " \
>>>>> PACKAGES =+ "${PN}-perltools"
>>>>> FILES_${PN}-perltools += " \
>>>>>     ${PERLTOOLS} \
>>>>> +    ${prefix}/lib/perl \
>>>>>     ${datadir}/perl \
>>>>> "
>>>>> RDEPENDS_${PN}-perltools = "${PN} perl perl-module-file-path liberror-perl findutils"



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCHv4] git: fix perl binding installation
  2014-05-09  8:50         ` Koen Kooi
@ 2014-05-09  9:16           ` Koen Kooi
  2014-05-09 10:16             ` Richard Purdie
  0 siblings, 1 reply; 11+ messages in thread
From: Koen Kooi @ 2014-05-09  9:16 UTC (permalink / raw)
  To: Saul Wold; +Cc: Koen Kooi, openembedded-core


Op 9 mei 2014, om 10:50 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:

> 
> Op 9 mei 2014, om 08:38 heeft Saul Wold <sgw@linux.intel.com> het volgende geschreven:
> 
>> On 05/08/2014 10:59 PM, Koen Kooi wrote:
>>> 
>>> Op 8 mei 2014, om 19:30 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>>> 
>>>> 
>>>> Op 8 mei 2014, om 18:37 heeft Saul Wold <sgw@linux.intel.com> het volgende geschreven:
>>>> 
>>>>> On 05/02/2014 01:36 AM, Koen Kooi wrote:
>>>>>> Git.pm wasn't ending up in the package because do_install removed it
>>>>>> with a misleading comment about multilib. Workaround the problem so
>>>>>> that Git.pm ends up in the correct dir *and* doesn't get deleted.
>>>>>> 
>>>>> 
>>>>> Seems to be a problem as RP was concerned with:
>>>>> 
>>>>> 
>>>>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/bin/git difftool
>>>>>> Can't locate Error.pm in @INC (@INC contains: /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl//5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/ /srv/ssd/machines/meta-intel-iot-devkit/build/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 .) at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
>>>>>> BEGIN failed--compilation aborted at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
>>>>> 
>>>>> Doing a find in my sysroot:
>>>>> 
>>>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3/CPANPLUS/Error.pm
>>>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl/5.14.3/Error.pm
>>>> 
>>>> Drat, I checked for buildpaths and didn't find anything. I'll retest and send a new version hopefully tomorrow.
>>> 
>>> I need to read errors better :) Do you have http://patches.openembedded.org/patch/70635/ applied? And did 'difftool' work before this? None of the perl tools worked for me due to error.pm missing.
>>> 
>> Apparently not, this must have gotten lost during the release crazies.
>> 
>> Can you please resend a rebased patch set against master with both of these tested using the ' target.
> 
> What is 'git-replacement-native' and how do I test it?

OK, I figured it out, I remove TMPDIR and sstate-cache, then did:

bitbake git-replacement-native
bitbake linaro-image-minimal

That blew up with:

RROR: Function failed: Fetcher failure: Fetch command failed with exit code 128, output:
Cloning into '/build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/git'...
git-upload-pack: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

ERROR: Logfile of failure stored in: /build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/temp/log.do_unpack.23257
Log data follows:
| DEBUG: Executing python function do_unpack
| DEBUG: Executing python function base_do_unpack
| DEBUG: Running export PATH="/build/linaro/build/openembedded-core/scripts/native-intercept:/build/linaro/build/openembedded-core/scripts:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/x86_64-linux:/build/linaro/build
ld/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/sbin:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/bin:/build/linaro/build/openembedded-core/scripts:/build/linaro/build/openembedded-core/bitbake/bin:/usr/lib64/qt-3.3/b
 -s -n /build/linaro/build/build/downloads/git2/git.yoctoproject.org.prelink-cross.git/ /build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/git/
| DEBUG: Python function base_do_unpack finished
| DEBUG: Python function do_unpack finished
| ERROR: Function failed: Fetcher failure: Fetch command failed with exit code 128, output:
| Cloning into '/build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/git'...
| git-upload-pack: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
| fatal: Could not read from remote repository.
|
| Please make sure you have the correct access rights
| and the repository exists.
|
ERROR: Task 117 (virtual:native:/build/linaro/build/openembedded-core/meta/recipes-devtools/prelink/prelink_git.bb, do_unpack) failed with exit code '1'
NOTE: Tasks Summary: Attempted 265 tasks of which 124 didn't need to be rerun and 1 failed.
Waiting for 0 running tasks to finish:

Summary: 1 task failed:
  virtual:native:/build/linaro/build/openembedded-core/meta/recipes-devtools/prelink/prelink_git.bb, do_unpack
Summary: There were 3 WARNING messages shown.
Summary: There was 1 ERROR message shown, returning a non-zero exit code.

real    4m49.390s
user    8m30.627s
sys     1m37.368s

Libcrypto does seem to be in sysroot:

[koen@thinkpad build]$ find build/ -name "libcrypto.so.1.0.0"
build/tmp-eglibc/sysroots/x86_64-linux/lib/libcrypto.so.1.0.0

I don't think this is due to my perl changes, though.

regards,

Koen


> 
> regards,
> 
> Koen
> 
>> 
>> Thanks
>> 	Sau!
>> 
>>> 
>>>> 
>>>> regards,
>>>> 
>>>> Koen
>>>> 
>>>>> 
>>>>> Sau!
>>>>> 
>>>>> 
>>>>>> Signed-off-by: Koen Kooi <koen.kooi@linaro.org>
>>>>>> ---
>>>>>> meta/recipes-devtools/git/git.inc | 7 ++++++-
>>>>>> 1 file changed, 6 insertions(+), 1 deletion(-)
>>>>>> 
>>>>>> diff --git a/meta/recipes-devtools/git/git.inc b/meta/recipes-devtools/git/git.inc
>>>>>> index 73e11eb..178b768 100644
>>>>>> --- a/meta/recipes-devtools/git/git.inc
>>>>>> +++ b/meta/recipes-devtools/git/git.inc
>>>>>> @@ -28,10 +28,14 @@ do_install () {
>>>>>> 		template_dir=${datadir}/git-core/templates \
>>>>>> 		GIT_PYTHON_DIR=${D}${datadir}/git-core/python
>>>>>> 
>>>>>> +	cd ${B}/perl && oe_runmake install DESTDIR="${D}" bindir=${bindir}
>>>>>> +
>>>>>> 	# ${libdir} is not applicable here, perl-native files are always
>>>>>> 	# installed to /usr/lib on both 32/64 bits targets.
>>>>>> +	# Fix up build paths and point to target locations.
>>>>>> +	mv ${D}${exec_prefix}/lib/perl-native/perl ${D}${exec_prefix}/lib/perl
>>>>>> +	sed -i -e s:${D}::g ${D}${exec_prefix}/lib/perl/*/auto/Git/.packlist
>>>>>> 	rm -rf ${D}${exec_prefix}/lib/perl-native
>>>>>> -	rmdir ${D}${exec_prefix}/lib || true
>>>>>> }
>>>>>> 
>>>>>> PERLSEDFIXUP = " \
>>>>>> @@ -75,6 +79,7 @@ PERLTOOLS = " \
>>>>>> PACKAGES =+ "${PN}-perltools"
>>>>>> FILES_${PN}-perltools += " \
>>>>>>    ${PERLTOOLS} \
>>>>>> +    ${prefix}/lib/perl \
>>>>>>    ${datadir}/perl \
>>>>>> "
>>>>>> RDEPENDS_${PN}-perltools = "${PN} perl perl-module-file-path liberror-perl findutils"



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCHv4] git: fix perl binding installation
  2014-05-09  9:16           ` Koen Kooi
@ 2014-05-09 10:16             ` Richard Purdie
       [not found]               ` <CAP0W-Rn5PU7NxYWCKZ59R_oqHDfkRt3xEayhzfhyP-1D6OVtjw@mail.gmail.com>
  0 siblings, 1 reply; 11+ messages in thread
From: Richard Purdie @ 2014-05-09 10:16 UTC (permalink / raw)
  To: Koen Kooi; +Cc: openembedded-core, Koen Kooi

On Fri, 2014-05-09 at 11:16 +0200, Koen Kooi wrote:
> Op 9 mei 2014, om 10:50 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
> 
> > 
> > Op 9 mei 2014, om 08:38 heeft Saul Wold <sgw@linux.intel.com> het volgende geschreven:
> > 
> >> On 05/08/2014 10:59 PM, Koen Kooi wrote:
> >>> 
> >>> Op 8 mei 2014, om 19:30 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
> >>> 
> >>>> 
> >>>> Op 8 mei 2014, om 18:37 heeft Saul Wold <sgw@linux.intel.com> het volgende geschreven:
> >>>> 
> >>>>> On 05/02/2014 01:36 AM, Koen Kooi wrote:
> >>>>>> Git.pm wasn't ending up in the package because do_install removed it
> >>>>>> with a misleading comment about multilib. Workaround the problem so
> >>>>>> that Git.pm ends up in the correct dir *and* doesn't get deleted.
> >>>>>> 
> >>>>> 
> >>>>> Seems to be a problem as RP was concerned with:
> >>>>> 
> >>>>> 
> >>>>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/bin/git difftool
> >>>>>> Can't locate Error.pm in @INC (@INC contains: /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl//5.14.3 /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/ /srv/ssd/machines/meta-intel-iot-devkit/build/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3 .) at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
> >>>>>> BEGIN failed--compilation aborted at /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/git/git-core/git-difftool line 17.
> >>>>> 
> >>>>> Doing a find in my sysroot:
> >>>>> 
> >>>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.3/CPANPLUS/Error.pm
> >>>>> /srv/ssd/builds/world/tmp/sysroots/x86_64-linux/usr/lib/perl/5.14.3/Error.pm
> >>>> 
> >>>> Drat, I checked for buildpaths and didn't find anything. I'll retest and send a new version hopefully tomorrow.
> >>> 
> >>> I need to read errors better :) Do you have http://patches.openembedded.org/patch/70635/ applied? And did 'difftool' work before this? None of the perl tools worked for me due to error.pm missing.
> >>> 
> >> Apparently not, this must have gotten lost during the release crazies.
> >> 
> >> Can you please resend a rebased patch set against master with both of these tested using the ' target.
> > 
> > What is 'git-replacement-native' and how do I test it?
> 
> OK, I figured it out, I remove TMPDIR and sstate-cache, then did:
> 
> bitbake git-replacement-native
> bitbake linaro-image-minimal
> 
> That blew up with:
> 
> RROR: Function failed: Fetcher failure: Fetch command failed with exit code 128, output:
> Cloning into '/build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/git'...
> git-upload-pack: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
> fatal: Could not read from remote repository.
> 
> Please make sure you have the correct access rights
> and the repository exists.
> 
> ERROR: Logfile of failure stored in: /build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/temp/log.do_unpack.23257
> Log data follows:
> | DEBUG: Executing python function do_unpack
> | DEBUG: Executing python function base_do_unpack
> | DEBUG: Running export PATH="/build/linaro/build/openembedded-core/scripts/native-intercept:/build/linaro/build/openembedded-core/scripts:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/x86_64-linux:/build/linaro/build
> ld/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/sbin:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/bin:/build/linaro/build/openembedded-core/scripts:/build/linaro/build/openembedded-core/bitbake/bin:/usr/lib64/qt-3.3/b
>  -s -n /build/linaro/build/build/downloads/git2/git.yoctoproject.org.prelink-cross.git/ /build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/git/
> | DEBUG: Python function base_do_unpack finished
> | DEBUG: Python function do_unpack finished
> | ERROR: Function failed: Fetcher failure: Fetch command failed with exit code 128, output:
> | Cloning into '/build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/git'...
> | git-upload-pack: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
> | fatal: Could not read from remote repository.
> |
> | Please make sure you have the correct access rights
> | and the repository exists.
> |
> ERROR: Task 117 (virtual:native:/build/linaro/build/openembedded-core/meta/recipes-devtools/prelink/prelink_git.bb, do_unpack) failed with exit code '1'
> NOTE: Tasks Summary: Attempted 265 tasks of which 124 didn't need to be rerun and 1 failed.
> Waiting for 0 running tasks to finish:
> 
> Summary: 1 task failed:
>   virtual:native:/build/linaro/build/openembedded-core/meta/recipes-devtools/prelink/prelink_git.bb, do_unpack
> Summary: There were 3 WARNING messages shown.
> Summary: There was 1 ERROR message shown, returning a non-zero exit code.
> 
> real    4m49.390s
> user    8m30.627s
> sys     1m37.368s
> 
> Libcrypto does seem to be in sysroot:
> 
> [koen@thinkpad build]$ find build/ -name "libcrypto.so.1.0.0"
> build/tmp-eglibc/sysroots/x86_64-linux/lib/libcrypto.so.1.0.0
> 
> I don't think this is due to my perl changes, though.

With the native binaries, we encode relative paths to libdir into RPATH.
I'm guessing but I think your "mv xxx" in do_install messes up the
RPATHs in the binaries/libraries.

The fix is probably to make that only happen in target builds
(${CLASS_OVERRIDE} == "class-target" or something like that).

but like I said, I'm guessing.

Cheers,

Richard



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCHv4] git: fix perl binding installation
       [not found]                   ` <CAP0W-R=dx1GNAfXkR-SDyB6JxYBYuiD7BSZ20KiB-UZQBmkrgw@mail.gmail.com>
@ 2014-05-12  8:15                     ` Koen Kooi
  2014-05-12  9:16                       ` Richard Purdie
  2014-05-12 10:08                       ` Richard Purdie
  0 siblings, 2 replies; 11+ messages in thread
From: Koen Kooi @ 2014-05-12  8:15 UTC (permalink / raw)
  To: Richard Purdie, OE-core

Op 9 mei 2014, om 12:53 heeft Koen Kooi <koen.kooi@linaro.org> het volgende geschreven:

> On 9 May 2014 12:23, Richard Purdie <richard.purdie@linuxfoundation.org> wrote:
> On Fri, 2014-05-09 at 12:19 +0200, Koen Kooi wrote:
> > On 9 May 2014 12:16, Richard Purdie
> > <richard.purdie@linuxfoundation.org> wrote:
> >         On Fri, 2014-05-09 at 11:16 +0200, Koen Kooi wrote:
> >         > Op 9 mei 2014, om 10:50 heeft Koen Kooi
> >         <koen@dominion.thruhere.net> het volgende geschreven:
> >         > real    4m49.390s
> >         > user    8m30.627s
> >         > sys     1m37.368s
> >         >
> >         > Libcrypto does seem to be in sysroot:
> >         >
> >         > [koen@thinkpad build]$ find build/ -name
> >         "libcrypto.so.1.0.0"
> >         >
> >         build/tmp-eglibc/sysroots/x86_64-linux/lib/libcrypto.so.1.0.0
> >         >
> >         > I don't think this is due to my perl changes, though.
> >
> >
> >         With the native binaries, we encode relative paths to libdir
> >         into RPATH.
> >         I'm guessing but I think your "mv xxx" in do_install messes up
> >         the
> >         RPATHs in the binaries/libraries.
> >
> >         The fix is probably to make that only happen in target builds
> >         (${CLASS_OVERRIDE} == "class-target" or something like that).
> >
> >         but like I said, I'm guessing.
> >
> >
> >
> >
> > It looks like the problem is that I don't have libcrypto in on my
> > host, only in sysroot, I can make it fail this way without the mv as
> > well :(
> >
> 
> Floating dependency in the git recipe?
> 
> git.inc:DEPENDS = "openssl curl zlib expat"
> 
> And libcrypto is present in sysroot.

I removed all my patches, deleted everything including DL_DIR and sstate-cache and

bitbake git-replacement-native
bitbake linaro-image-minimal

will fail with:

[koen@thinkpad git]$ cat  /build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/temp/log.do_unpack.17925
DEBUG: Executing python function do_unpack
DEBUG: Executing python function base_do_unpack
DEBUG: Running export PATH="/build/linaro/build/openembedded-core/scripts/native-intercept:/build/linaro/build/openembedded-core/scripts:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/x86_64-linux:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/usr/sbin:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/sbin:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/bin:/build/linaro/build/openembedded-core/scripts:/build/linaro/build/openembedded-core/bitbake/bin:/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/koen/.local/bin:/home/koen/bin:/home/koen/bin"; export HOME="/home/koen"; git -c core.fsyncobjectfiles=0 clone -s -n /build/linaro/build/build/downloads/git2/git.yoctoproject.org.prelink-cross.git/ /build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/git/
DEBUG: Python function base_do_unpack finished
DEBUG: Python function do_unpack finished
ERROR: Function failed: Fetcher failure: Fetch command failed with exit code 128, output:
Cloning into '/build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/git'...
git-upload-pack: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

So 'git-replacement-native' is broken without the git-perl patches anyway, I'm not going to look into that issue any longer.

--
Koen Kooi
Builds and Baselines | Release Manager
Linaro.org | Open source software for ARM SoCs


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCHv4] git: fix perl binding installation
  2014-05-12  8:15                     ` Koen Kooi
@ 2014-05-12  9:16                       ` Richard Purdie
  2014-05-12 10:08                       ` Richard Purdie
  1 sibling, 0 replies; 11+ messages in thread
From: Richard Purdie @ 2014-05-12  9:16 UTC (permalink / raw)
  To: Koen Kooi; +Cc: OE-core

On Mon, 2014-05-12 at 10:15 +0200, Koen Kooi wrote:
> So 'git-replacement-native' is broken without the git-perl patches
> anyway, I'm not going to look into that issue any longer.

$ bitbake git-replacement-native
[---build---]
$ ./tmp/sysroots/x86_64-linux/usr/bin/git -c core.fsyncobjectfiles=0
clone -s -n /xxx/sources/git2/git.yoctoproject.org.prelink-cross.git/
test
Cloning into 'test'...
done.

So at least for some of us, this does work before and then no longer
works after your patches.

But thanks for the help in resolving this, its really much appreciated
and I'll keep it in mind next time I get a bug report from you.

Cheers,

Richard




^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCHv4] git: fix perl binding installation
  2014-05-12  8:15                     ` Koen Kooi
  2014-05-12  9:16                       ` Richard Purdie
@ 2014-05-12 10:08                       ` Richard Purdie
  1 sibling, 0 replies; 11+ messages in thread
From: Richard Purdie @ 2014-05-12 10:08 UTC (permalink / raw)
  To: Koen Kooi; +Cc: OE-core

On Mon, 2014-05-12 at 10:15 +0200, Koen Kooi wrote:
> I removed all my patches, deleted everything including DL_DIR and sstate-cache and
> 
> bitbake git-replacement-native
> bitbake linaro-image-minimal
> 
> will fail with:
> 
> [koen@thinkpad git]$ cat  /build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/temp/log.do_unpack.17925
> DEBUG: Executing python function do_unpack
> DEBUG: Executing python function base_do_unpack
> DEBUG: Running export PATH="/build/linaro/build/openembedded-core/scripts/native-intercept:/build/linaro/build/openembedded-core/scripts:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/x86_64-linux:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/usr/sbin:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/sbin:/build/linaro/build/build/tmp-eglibc/sysroots/x86_64-linux/bin:/build/linaro/build/openembedded-core/scripts:/build/linaro/build/openembedded-core/bitbake/bin:/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/koen/.local/bin:/home/koen/bin:/home/koen/bin"; export HOME="/home/koen"; git -c core.fsyncobjectfiles=0 clone -s -n /build/linaro/build/build/downloads/git2/git.yoctoproject.org.prelink-cross.git/ /build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/git/
> DEBUG: Python function base_do_unpack finished
> DEBUG: Python function do_unpack finished
> ERROR: Function failed: Fetcher failure: Fetch command failed with exit code 128, output:
> Cloning into '/build/linaro/build/build/tmp-eglibc/work/x86_64-linux/prelink-native/1.0+gitAUTOINC+6822ec76aa-r0/git'...
> git-upload-pack: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
> fatal: Could not read from remote repository.
> 
> Please make sure you have the correct access rights
> and the repository exists.
> 
> So 'git-replacement-native' is broken without the git-perl patches anyway, I'm not going to look into that issue any longer.

Against my better judgement, I took a look at this and spotted a fix. If
you apply the patch I just sent out, it will most likely fix the
libcrypto issue you were seeing.

I shared it mainly as I'd hate to see anyone duplicate work and the
issue has implications for the buildtools tarball amongst other things.

Cheers,

Richard



^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2014-05-12 10:08 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-05-02  8:36 [PATCHv4] git: fix perl binding installation Koen Kooi
2014-05-08 16:37 ` Saul Wold
2014-05-08 17:30   ` Koen Kooi
2014-05-09  5:59     ` Koen Kooi
2014-05-09  6:38       ` Saul Wold
2014-05-09  8:50         ` Koen Kooi
2014-05-09  9:16           ` Koen Kooi
2014-05-09 10:16             ` Richard Purdie
     [not found]               ` <CAP0W-Rn5PU7NxYWCKZ59R_oqHDfkRt3xEayhzfhyP-1D6OVtjw@mail.gmail.com>
     [not found]                 ` <1399631039.31891.85.camel@ted>
     [not found]                   ` <CAP0W-R=dx1GNAfXkR-SDyB6JxYBYuiD7BSZ20KiB-UZQBmkrgw@mail.gmail.com>
2014-05-12  8:15                     ` Koen Kooi
2014-05-12  9:16                       ` Richard Purdie
2014-05-12 10:08                       ` Richard Purdie

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.