All of lore.kernel.org
 help / color / mirror / Atom feed
* [meta-qt5] populate_sdk_ext fails
@ 2017-01-30 20:23 Mike Nicholson
  2017-01-30 22:13 ` Martin Jansa
  2017-01-31  4:14 ` Paul Eggleton
  0 siblings, 2 replies; 3+ messages in thread
From: Mike Nicholson @ 2017-01-30 20:23 UTC (permalink / raw)
  To: openembedded-devel@lists.openembedded.org

Hello,

I sent the following the the openembedded-issues email list last month with no response.  I wanted to follow up with openembedded-devel in case ‘issues’ wasn’t the right mailing list.

I’m attempting to generate an extensible SDK that includes the meta-qt5 layer.  Generating a standard sdk via Yocto works just fine but generating the extensible sdk fails with the following error:
 
| NOTE: Executing create_sdk_files ...
| DEBUG: Executing shell function create_sdk_files
| touch: cannot touch '/home/nic47222/Projects/viavi-platform/viavi-bsp/build/tmp/work/mts-poky-linux-gnueabi/viavi-image-qt5/1.0-r0/sdk-ext/image//opt/poky/2.1.1/sysroots/x86_64-pokysdk-linux/usr/bin/qt5/qt.conf': No such file or directory
 
It appears that here https://github.com/meta-qt5/meta-qt5/blob/9aa870eecf6dc7a87678393bd55b97e21033ab48/classes/populate_sdk_qt5_base.bbclass#L7 the directory that should contain the qt.conf file does not exist.
 
Are there known issues with the populate_sdk_ext command and the meta-qt5 layer?
 
I can get generate the extensible SDK just fine if I make the following changes:
 
diff --git a/classes/populate_sdk_qt5_base.bbclass b/classes/populate_sdk_qt5_base.bbclass
index b6ce596..b66fe25 100644
--- a/classes/populate_sdk_qt5_base.bbclass
+++ b/classes/populate_sdk_qt5_base.bbclass
@@ -4,6 +4,7 @@ inherit qmake5_paths
create_sdk_files_prepend () {
     # Generate a qt.conf file to be deployed with the SDK
     qtconf=${SDK_OUTPUT}/${SDKPATHNATIVE}${OE_QMAKE_PATH_HOST_BINS}/qt.conf
+    mkdir -p ${SDK_OUTPUT}/${SDKPATHNATIVE}${OE_QMAKE_PATH_HOST_BINS}
     touch $qtconf
     echo '[Paths]' >> $qtconf
     echo 'Prefix = ${OE_QMAKE_PATH_PREFIX}' >> $qtconf
--
2.7.4
 
 
Thank you in advance for any help.



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

* Re: [meta-qt5] populate_sdk_ext fails
  2017-01-30 20:23 [meta-qt5] populate_sdk_ext fails Mike Nicholson
@ 2017-01-30 22:13 ` Martin Jansa
  2017-01-31  4:14 ` Paul Eggleton
  1 sibling, 0 replies; 3+ messages in thread
From: Martin Jansa @ 2017-01-30 22:13 UTC (permalink / raw)
  To: openembedded-devel

[-- Attachment #1: Type: text/plain, Size: 2467 bytes --]

On Mon, Jan 30, 2017 at 08:23:28PM +0000, Mike Nicholson wrote:
> Hello,
> 
> I sent the following the the openembedded-issues email list last month with no response.  I wanted to follow up with openembedded-devel in case ‘issues’ wasn’t the right mailing list.

This ML is correct one, openembedded-issues is quite dead with only 3
e-mails in last 5 years.

> I’m attempting to generate an extensible SDK that includes the meta-qt5 layer.  Generating a standard sdk via Yocto works just fine but generating the extensible sdk fails with the following error:
>  
> | NOTE: Executing create_sdk_files ...
> | DEBUG: Executing shell function create_sdk_files
> | touch: cannot touch '/home/nic47222/Projects/viavi-platform/viavi-bsp/build/tmp/work/mts-poky-linux-gnueabi/viavi-image-qt5/1.0-r0/sdk-ext/image//opt/poky/2.1.1/sysroots/x86_64-pokysdk-linux/usr/bin/qt5/qt.conf': No such file or directory
>  
> It appears that here https://github.com/meta-qt5/meta-qt5/blob/9aa870eecf6dc7a87678393bd55b97e21033ab48/classes/populate_sdk_qt5_base.bbclass#L7 the directory that should contain the qt.conf file does not exist.
>  
> Are there known issues with the populate_sdk_ext command and the meta-qt5 layer?
>  
> I can get generate the extensible SDK just fine if I make the following changes:

This looks OK to me, not sure why you're first one to report that (I'm
not using extensible SDKs), could you please send proper patch with this
(as described in README file)?

> diff --git a/classes/populate_sdk_qt5_base.bbclass b/classes/populate_sdk_qt5_base.bbclass
> index b6ce596..b66fe25 100644
> --- a/classes/populate_sdk_qt5_base.bbclass
> +++ b/classes/populate_sdk_qt5_base.bbclass
> @@ -4,6 +4,7 @@ inherit qmake5_paths
> create_sdk_files_prepend () {
>      # Generate a qt.conf file to be deployed with the SDK
>      qtconf=${SDK_OUTPUT}/${SDKPATHNATIVE}${OE_QMAKE_PATH_HOST_BINS}/qt.conf
> +    mkdir -p ${SDK_OUTPUT}/${SDKPATHNATIVE}${OE_QMAKE_PATH_HOST_BINS}
>      touch $qtconf
>      echo '[Paths]' >> $qtconf
>      echo 'Prefix = ${OE_QMAKE_PATH_PREFIX}' >> $qtconf
> --
> 2.7.4
>  
>  
> Thank you in advance for any help.
> 
> 
> -- 
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 201 bytes --]

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

* Re: [meta-qt5] populate_sdk_ext fails
  2017-01-30 20:23 [meta-qt5] populate_sdk_ext fails Mike Nicholson
  2017-01-30 22:13 ` Martin Jansa
@ 2017-01-31  4:14 ` Paul Eggleton
  1 sibling, 0 replies; 3+ messages in thread
From: Paul Eggleton @ 2017-01-31  4:14 UTC (permalink / raw)
  To: Mike Nicholson; +Cc: openembedded-devel

Hi Mike,

On Monday, 30 January 2017 8:23:28 PM NZDT Mike Nicholson wrote:
> I’m attempting to generate an extensible SDK that includes the meta-qt5
> layer.  Generating a standard sdk via Yocto works just fine but generating
> the extensible sdk fails with the following error:
> 
> 
> | NOTE: Executing create_sdk_files ...
> | DEBUG: Executing shell function create_sdk_files
> | touch: cannot touch
> | '/home/nic47222/Projects/viavi-platform/viavi-bsp/build/tmp/work/mts-poky
> | -linux-gnueabi/viavi-image-qt5/1.0-r0/sdk-ext/image//opt/poky/2.1.1/sysroo
> | ts/x86_64-pokysdk-linux/usr/bin/qt5/qt.conf': No such file or directory
>  
> It appears that here
> https://github.com/meta-qt5/meta-qt5/blob/9aa870eecf6dc7a87678393bd55b97e21
> 033ab48/classes/populate_sdk_qt5_base.bbclass#L7 the directory that should
> contain the qt.conf file does not exist.
>
> Are there known issues with the populate_sdk_ext command and the meta-qt5
> layer?

As Martin indicated you may be among the first people to try it.

> I can get generate the extensible SDK just fine if I make the following
> changes:
>
> diff --git a/classes/populate_sdk_qt5_base.bbclass
> b/classes/populate_sdk_qt5_base.bbclass
> index b6ce596..b66fe25 100644
> --- a/classes/populate_sdk_qt5_base.bbclass
> +++ b/classes/populate_sdk_qt5_base.bbclass
> @@ -4,6 +4,7 @@ inherit qmake5_paths
> create_sdk_files_prepend () {
>      # Generate a qt.conf file to be deployed with the SDK
>     
> qtconf=${SDK_OUTPUT}/${SDKPATHNATIVE}${OE_QMAKE_PATH_HOST_BINS}/qt.conf
> +  mkdir -p ${SDK_OUTPUT}/${SDKPATHNATIVE}${OE_QMAKE_PATH_HOST_BINS} touch
> $qtconf
>      echo '[Paths]' >> $qtconf
>      echo 'Prefix = ${OE_QMAKE_PATH_PREFIX}' >> $qtconf

So this is interesting. Whilst this is the most obvious fix, I think this 
indicates a deeper issue may be present. The directory isn't there because the 
eSDK works differently than the standard SDK for which this class was 
obviously designed - it has an OE-style sysroot that appears under tmp/ within 
the SDK, not at the location this is writing to, so I'm not sure this will 
work as desired. Have you tried installing and using the SDK after building it 
successfully?

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


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

end of thread, other threads:[~2017-01-31  4:14 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-01-30 20:23 [meta-qt5] populate_sdk_ext fails Mike Nicholson
2017-01-30 22:13 ` Martin Jansa
2017-01-31  4:14 ` Paul Eggleton

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.