+++1

Anyone feeling the need to add XML comments please use the "Show Properties" from the context menu and put this content in the Description property instead.  And in general, you should expect that if you don't normalize the contents of your file, someone else will do so in the future *without asking*.

I ran into this "a great many files changed" issue again when I tried to disable XWT.  That exercise failed because Papyrus depends on XWT.  Unfortunately the XWT team is entirely unresponsive:

  https://bugs.eclipse.org/bugs/show_bug.cgi?id=553883

Perhaps a notification issue (in addition to not monitoring this mailing list) so I've just now tried adding to the CC list someone who appears to actually do commits:

https://git.eclipse.org/c/xwt/org.eclipse.xwt.git/log/

Regards,
Ed

On 09.01.2020 20:17, Jonah Graham wrote:
> So there isn't really a good excuse not to use the aggregation editor.  Admitted I too typically just edit my *.aggrcon files actually, but mostly because saving creates such a big delta.  But the editor does have advantages, i.e., I can see if I pasted the URL incorrectly and that the  IUs resolve correctly.   More importantly, as I mentioned previously, if you're adding a feature that needs to be in a category or removing a feature when it or any other feature after it are in a category, you will break the model if you do this textually.  And there were many such broken links as a result...

I always do my edits in the editor and normally try to ignore all the diffs that don't apply.

However I have upcoming a number of changes to CDT that will affect features and possibly categories. To make this feasible I propose we normalize the *.aggrcon files. As such I posted a gerrit for just that. https://git.eclipse.org/r/#/c/155571/

Any objections to pushing? If timing is bad, I can redo this just after M1 is done next week.

Jonah



~~~
Jonah Graham
Kichwa Coders
www.kichwacoders.com <http://www.kichwacoders.com>


On Tue, 10 Dec 2019 at 06:12, Ed Merks <ed.me...@gmail.com <mailto:ed.me...@gmail.com>> wrote:

    Hi,

    On a more positive note, for the 2019-12 release, the installer
    exploits the platform's cool "link handler" support that was
    implemented by Matthias Becker; thanks Lars Vogel for drawing my
    attention to this gem.

    As an example, this means that clicking the following link can
    automatically launch the installer, in this case, initializing it
    in order to provision a specialized IDE for contributing to SimRel.

    
eclipse+installer:https://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/interim/SimultaneousReleaseTrainConfiguration.setup

    It's kind of a chicken-and-egg problem that you must first
    download and register the installer once.  To make this step more 
    self-documenting, I've created a "help" page that describes how to
    exploit this feature:

    
https://www.eclipse.org/setups/installer/?url=https://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/interim/SimultaneousReleaseTrainConfiguration.setup&show=true

    This page uses the documentation extracted from the configuration
    (specified in the query parameter) so that it's contextually
    tailored, including all its links.

    I've updated the simrel wiki to describe this automated approach
    to set up an environment for contributing to simrel:

    
https://wiki.eclipse.org/Simrel/Contributing_to_Simrel_Aggregation_Build#Get_the_simrel.build_project

    So there isn't really a good excuse not to use the aggregation
    editor.  Admitted I too typically just edit my *.aggrcon files
    actually, but mostly because saving creates such a big delta.  But
    the editor does have advantages, i.e., I can see if I pasted the
    URL incorrectly and that the  IUs resolve correctly.   More
    importantly, as I mentioned previously, if you're adding a feature
    that needs to be in a category or removing a feature when it or
    any other feature after it are in a category, you will break the
    model if you do this textually.  And there were many such broken
    links as a result...

    This same mechanism can be used to provision a development
    environment with the source for the full Platform SDK:

    
https://www.eclipse.org/setups/installer/?url=https://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/interim/PlatformSDKConfiguration.setup&show=true

    You can do this for your own projects too.  One-click
    contributions from your community are at you finger tips.

    In addition, this same mechanism can also be used to install
    marketplace listings, e.g.,

    
https://www.eclipse.org/setups/installer/?url=https://marketplace.eclipse.org/content/wild-web-developer-html-css-javascript-typescript-nodejs-angular-json-yaml-kubernetes-xml&show=true

    So the installer now allows users to create an installation that
    includes one more additional marketplace listings as well.

    To help make the marketplace listings great again, the listings
    are now tested daily.  Bad listings give a bad impression of
    Eclipse, especially when we provide them ourselves.

    Currently there are 1316 marketplace listings that specify update
    sites.  Of those, 541 have problems; some have minor problems,
    e.g.,  it can't be installed in the versions of Eclipse with which
    it's specified to be compatible, but many have major problems,
    i.e., the p2 site doesn't exist or doesn't contain the
    bundles/features that are required by the listing. The user
    perception is that anything they get from marketplace is "Eclipse"
    and any problem with those are "Eclipse" problems...

    If you maintain a listing, you can review the test results for
    your listing as follows:

    
https://www.eclipse.org/setups/marketplace/?url=https://marketplace.eclipse.org/content/wild-web-developer-html-css-javascript-typescript-nodejs-angular-json-yaml-kubernetes-xml

    For the above listing, we can see that it doesn't actually install
    in versions of Eclipse older than Photon (and we can see why by
    clicking on the error icons) so it would be best to improve this
    listing to exclude those versions.

    Thanks to the Foundation's awesome web designers, a link to these
    listing-specific test results is available via the circled link on
    your listing's site:

    So if you maintain a marketplace listing, please help make it
    great too!!

    If you have comments, suggestions, or concerns about the
    marketplace listing reporting, please do so in:

    https://bugs.eclipse.org/bugs/show_bug.cgi?id=550713

    If you have comments, suggestions, or concerns about the
    installer's web link support, please do so in:

    https://bugs.eclipse.org/bugs/show_bug.cgi?id=551315

    Regards,
    Ed

    _______________________________________________
    cross-project-issues-dev mailing list
    cross-project-issues-dev@eclipse.org
    <mailto:cross-project-issues-dev@eclipse.org>
    To change your delivery options, retrieve your password, or
    unsubscribe from this list, visit
    https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev


_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Reply via email to