Removing sub-parts from the remote parts ecosystem.

[Joe Talbott]

Actually it's not as bad as I thought.  We'd have duplicate entries;
the original would now have the project-part and '/' in explicitly in
each part name; and the new would be a copy with the slashes changed
to '-'.  This will allow older versions of snapcraft to continue to
use the versions with '/' in the name and newer versions will work
with either one until we disallow '/' in part names.  To get the
'desktop' sub-parts to work I forked the snapcraft-desktop-helpers
repo and added the duplicate parts there as well; one version with '/'
and one with '-'.  I then copied the wiki contents into a file locally
and changed it to contain the duplicate part names as well.  Both
version 2.13.1 and the version I'm working on in my PR which will be
in a release after 2.14 worked with the duplicated names.  By "worked"
I only mean that snapcraft was able to build a snap using a
snapcraft.yaml containing either version of the part name.

Thanks,
Joe

On Wed, Aug 10, 2016 at 8:39 AM, Joe Talbott <joe.talbott at canonical.com> wrote:
> On Wed, Aug 10, 2016 at 8:29 AM, Didier Roche <didrocks at ubuntu.com> wrote:
>> Le 10/08/2016 à 13:51, Joe Talbott a écrit :
>>
>>>
>>> The plan would be to convert the wiki parts and their origins but to
>>> have a deprecation warning for any snapcraft.yaml using the namespaced
>>> part names and to have snapcraft automatically convert '/' to '-' during
>>> part loading.  This should lessen the pain for developers and allow them
>>> to make plans to update their snapcraft.yaml files.
>>>
>>
>> Sounds great! So I guess we'll have some time where we'll have duplicate
>> on the wiki? Just to give enough time for people to upgrade to a
>> snapcraft version which supports this automatic conversion?
>
> Hrm, I'll have to think about that a bit.  There will only be one
> version of the parser so it wouldn't handle the old versions in the
> wiki.  Thanks for bringing it up.
>
> Thanks,
> Joe