Brent wrote:
Multi-OS support will be discussed at the PTG in Denver including its priority. There are many items that will need to be worked through. Until there is an end to end strategy, [lease refrain from creating any stories.
I agree that we need an end to end strategy. But I don’t agree that we defer work toward the goal until the PTG. Please understand that this topic is becoming more and more urgent for us every day. I suggest that the Build team discuss the changes Erich is suggesting on their merits and prioritize accordingly. We don't need to wait for the overall strategy if these changes are otherwise correct or needed. brucej -----Original Message----- From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Tuesday, August 28, 2018 9:25 AM To: Cordoba Malibran, Erich <erich.cordoba.malibran@intel.com>; starlingx-discuss@lists.starlingx.io Subject: Re: [Starlingx-discuss] Decoupling spec and makefiles Multi-OS support will be discussed at the PTG in Denver including its priority. There are many items that will need to be worked through. Until there is an end to end strategy, [lease refrain from creating any stories. Thanks, Brent -----Original Message----- From: Cordoba Malibran, Erich [mailto:erich.cordoba.malibran@intel.com] Sent: Tuesday, August 28, 2018 12:01 PM To: starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] Decoupling spec and makefiles Hi all, After building all the C/C++ projects by hand (isolated from the build system), I noticed that there's a direct dependency between the spec files and the makefiles. For example, on fm-common some files are installed in the install_non_bb target[1] (some yocto legacy name?), but two additional files are installed by the spec file[2]. There is another example, like this one on guest-comm[3] where all the files are installed by the spec file and not by the makefile. This is understandable as building these components outside the build system is not the common use case. However, decoupling the spec files and the makefile will be one of the first steps on the multi-OS support path. Fixing this issues is a low priority task but we would like to start planning to fix it, what do you think it would be the best way to track this issues in launchpad? Can we create an issue by repository or by project? Thank you in advance. -Erich [1] - http://git.starlingx.io/cgit/stx-fault/tree/fm-common/sources/Makefile#n28 [2] - http://git.starlingx.io/cgit/stx-fault/tree/fm-common/centos/fm-common.spec#... [3] - http://git.starlingx.io/cgit/stx-nfv/tree/guest-comm/centos/host-guest-comm.... _______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss _______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss