[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [cross-project-issues-dev] [cbi-dev] Building SimRel with Tycho for 2021-03
|
Hi,
Thanks to all who try to enhance the simrel build. This effort doesn't look like a big enhancement for *contributors*,
though. I like that redundancy in category assignment declarations would be eliminated, although a mature project rarely
has a need to fiddle with this aspect.
Would our current *.aggrcon files be migrated to the new format for us?
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
Am 27.11.2020 um 09:53 schrieb Ed Merks:
There is a big size difference between the *.jar versus the *.xml.xz, especially for the content.jar/content.xml.xz:
https://download.eclipse.org/justj/?file=releases/2020-12/202011271000
We'd not want to lose that I think, because this has a significant impact on the server traffic...
In general I'm concerned that as a contributor to SimRel this change to the process does not look like an improvement
to me, i.e., it's just different but not actually better in terms of authoring.
I'm not keen on the separation between where I specify the repo to use and where I specify what to include from that
repo (and the absence of authoring support for that latter). Because of that separation, goodness knows if what think
I contribute will really come from my repo and not some other repo.
I also wonder too if the two different implementations (resolution algorithms) use to build the repositories really do
actually produce the same repositories? E.g., when I contribute Oomph, I *do not *contribute the http client
bundles (as an example). I do it that way so that I don't contribute conflicting or older versions of those things.
But what stops the Tycho resolution mechanism from grabbing potentially older the ones from the Oomph repository
anyway? Nothing I think...
The Planning Council ought to speak out and the simrel participant opinions (if any one has one!), ought to be
considered too.
On 27.11.2020 09:11, Mickael Istria wrote:
Thanks for having a look Fred.
On Thu, Nov 26, 2020 at 8:58 PM Frederic Gurr <frederic.gurr@xxxxxxxxxxxxxxxxxxxxxx
<mailto:frederic.gurr@xxxxxxxxxxxxxxxxxxxxxx>> wrote:
* is there a good reason why the pom.xml has been moved to a module
instead of keeping it in the root pom.xml/directory?
No, I just wanted to keep all files in the repo without removing anything; but it's not necessary. The
pom.xml/category.xm can totally be in the root folder.
* can you give some insight what "remove-xz"
remove-xz removes the .xz files from the p2 repo because we manually edit the p2 repo with remove-uncategorized and
this manual edition seems to fail at updating the .xz files (but works for .xml and .jar files).
and "add-aliens" do or why they are necessary?
The units part of "add-aliens" are the ones that are not in the main validationSet of SimRel. Those units can
basically not be installed together with SimRel, they'd make the dependency resolution fail. To me, they'd better be
out of SimRel and instead the RAP tools should take care of providing a proper target-platform skeleton to work with,
referencing the necessary repos. However they're here at the moment; so the add-aliens adds them to the repo using a
way that doesn't check compatibility with other units, so that it doesn't fail.
* how did you create the category.xml file? (side note: I opened the
category.xml file with the category.xml-editor and the opening alone
re-wrote/re-formated the whole file.)
Using the action in CBI aggregator to generate Tycho build from .aggr file.
* According to the comment, the list of repositories in the pom.xml file
was generated with the CBI aggregator tool. Was that only necessary for
the initial list?
Yes.
What would a new project need to add and where? Only
add bundle/feature to the category.xml and add the repository to the
pom.xml?
Exactly.
* is there still a way to only validate changes like the "validate" profile?
Yes, this is new in Tycho and is what triggered that thread. `mvn validate` does that.
If we want to switch to Tycho for the 2020-03 release, we will need to
put some documentation in place for existing and new users what needs to
be changed and done.
Sure. I'll add comments to the pom.xml for your previous questions and a CONTRIBUTING.md to explain how to add/modify
content; and will create a new patch set that removes the aggr stuff and put the Tycho-based aggregator at the root.
But not before Tuesday.
Cheers
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To unsubscribe from this list, visithttps://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev