From: Mike Looijmans <mike.looijmans@topic.nl>
To: <openembedded-devel@lists.openembedded.org>
Subject: Re: [meta-networking][PATCH] phytool: Add recipe
Date: Wed, 28 Sep 2016 09:30:59 +0200 [thread overview]
Message-ID: <57EB71B3.6060803@topic.nl> (raw)
In-Reply-To: <CA+chaQcftFerFC0S9_+XwsZqZ6EAMtdfOjGj5yjoy2mut9wO0Q@mail.gmail.com>
On 26-09-16 22:34, Martin Jansa wrote:
> 2 more issues:
>
> WARNING: phytool-1.0.1-r0 do_populate_lic: Could not copy license file
> phytool/1.0.1-r0/git/COPYING to
> phytool/1.0.1-r0/license-destdir/phytool/COPYING: [Errno 2] No such
> file or directory: 'phytool/1.0.1-r0/git/COPYING'
> ERROR: phytool-1.0.1-r0 do_populate_lic: QA Issue: phytool:
> LIC_FILES_CHKSUM points to an invalid file:
> phytool/1.0.1-r0/git/COPYING [license-checksum]
> NOTE: recipe phytool-1.0.1-r0: task do_populate_lic: Succeeded
> ...
Weird, it didn't barf on that on my system until I cleaned it and started
over. Ah well, I;ll send a v2 which fixes it.
> NOTE: recipe phytool-1.0.1-r0: task do_package_qa: Started
> ERROR: phytool-1.0.1-r0 do_package_qa: QA Issue: No GNU_HASH in the
> elf binary: 'phytool/1.0.1-r0/packages-split/phytool/usr/bin/phytool'
> [ldflags]
> ERROR: phytool-1.0.1-r0 do_package_qa: QA Issue: No GNU_HASH in the
> elf binary: 'phytool/1.0.1-r0/packages-split/phytool/usr/bin/phytool'
> [ldflags]
> ERROR: phytool-1.0.1-r0 do_package_qa: QA run found fatal errors.
> Please consider fixing them.
> ERROR: phytool-1.0.1-r0 do_package_qa: Function failed: do_package_qa
I have no clue what that means. I also have no clue what I'm supposed to do
about it. And on my build it was only a warning.
>
>
> On Mon, Sep 26, 2016 at 9:31 AM, Khem Raj <raj.khem@gmail.com> wrote:
>
>> On Sat, Sep 24, 2016 at 8:01 AM, Mike Looijmans <mike.looijmans@topic.nl>
>> wrote:
>>> On 23-09-16 20:33, Khem Raj wrote:
>>>>
>>>> On Fri, Sep 23, 2016 at 5:33 AM, Mike Looijmans <
>> mike.looijmans@topic.nl>
>>>> wrote:
>>>>>
>>>>> A nice tool to directly read, write and interpret ethernet PHY data.
>>>>> Very useful when debugging PHY or MDIO problems, which ethtool does
>>>>> not do.
>>>>>
>>>>> Signed-off-by: Mike Looijmans <mike.looijmans@topic.nl>
>>>>> ---
>>>>> meta-networking/recipes-support/phytool/phytool.bb | 14
>> ++++++++++++++
>>>>> 1 file changed, 14 insertions(+)
>>>>> create mode 100644 meta-networking/recipes-support/phytool/
>> phytool.bb
>>>>>
>>>>> diff --git a/meta-networking/recipes-support/phytool/phytool.bb
>>>>> b/meta-networking/recipes-support/phytool/phytool.bb
>>>>> new file mode 100644
>>>>> index 0000000..9d541b7
>>>>> --- /dev/null
>>>>> +++ b/meta-networking/recipes-support/phytool/phytool.bb
>>>>> @@ -0,0 +1,14 @@
>>>>> +SUMMARY = "PHY interface tool for Linux"
>>>>> +LICENSE = "GPLv2"
>>>>> +LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae1
>> 9f"
>>>>> +
>>>>> +PV = "1.0.1"
>>>>> +SRCREV = "1a3ea62a218206e9faf3b27fb5d01c85692024c8"
>>>>> +SRC_URI = "git://github.com/wkz/phytool.git"
>>>>> +
>>>>> +S = "${WORKDIR}/git"
>>>>> +
>>>>> +do_install() {
>>>>> + install -d ${D}${prefix}/bin
>>>>
>>>>
>>>> perhaps use base_bindir here
>>>
>>>
>>> The makefile installs to $PREFIX/bin so I deliberately put the same
>> folder
>>> in the recipe (the makefile doesn't create the directory). If anyone
>> changes
>>> $bindir the install will fail.
>>
>> I see the logic, if you dont want to use bitbake variables then perhaps
>> its
>> good to add a comment to explain why it was not done
>>
>>>
>>>>
>>>>> + oe_runmake 'DESTDIR=${D}' 'PREFIX=${prefix}' install
>>>>> +}
>>>>> --
>>>>> 1.9.1
>>>>>
>>>>> --
>>>>>
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike.looijmans@topicproducts.com
Website: www.topicproducts.com
Please consider the environment before printing this e-mail
_______________________________________________
>>>>> Openembedded-devel mailing list
>>>>> Openembedded-devel@lists.openembedded.org
>>>>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>>>
>>>
>>>
>>> --
>>> Mike Looijmans
>>>
>>> --
>>> _______________________________________________
>>> Openembedded-devel mailing list
>>> Openembedded-devel@lists.openembedded.org
>>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>> --
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>>
next prev parent reply other threads:[~2016-09-28 7:47 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-23 12:33 [meta-networking][PATCH] phytool: Add recipe Mike Looijmans
2016-09-23 18:33 ` Khem Raj
2016-09-24 15:01 ` Mike Looijmans
2016-09-26 7:31 ` Khem Raj
2016-09-26 20:34 ` Martin Jansa
2016-09-28 7:30 ` Mike Looijmans [this message]
2016-09-28 7:55 ` Mike Looijmans
2016-10-05 9:34 ` [meta-networking][PATCH v2] " Mike Looijmans
2016-10-05 15:38 ` Khem Raj
2016-10-05 16:32 ` Martin Jansa
2016-10-06 5:54 ` Mike Looijmans
2016-09-28 7:53 ` [PATCH " Mike Looijmans
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=57EB71B3.6060803@topic.nl \
--to=mike.looijmans@topic.nl \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox