Re: [cross-project-issues-dev] Xtext 2.29.0.M2 will require Kava 11, support Java 17 and Source and Target (and thus will no longer support Java 8)

[Henrik Rentz-Reichert (hrr)]

Also from my side!

Henrik (for the eTrice team)

-Ursprüngliche Nachricht-
Von: cross-project-issues-dev  Im 
Auftrag von Lorenzo Bettini
Gesendet: Dienstag, 11. Oktober 2022 10:04
An: cross-project-issues-dev@eclipse.org
Betreff: Re: [cross-project-issues-dev] Xtext 2.29.0.M2 will require Kava 11, 
support Java 17 and Source and Target (and thus will no longer support Java 8)

Indeed!
Thank you Christian!

On 11/10/22 09:31, Ed Merks wrote:
> +1000
>
> I'm sure literally many thousands of people appreciate Christian's
> work on a daily basis though I expect he rarely hears about that.  One
> would almost suspect that thank yous aren't free!
>
> On 11.10.2022 09:18, Andrey Loskutov wrote:
>> Good and long overdue decision!
>> With so less man power left in Xtext the project can't afford support
>> for ancient Java / Eclipse releases anymore.
>> I really appreciate your work Christian!
>>
>> Kind regards,
>> Andrey Loskutov
>>
>> Спасение утопающих - дело рук самих утопающих
>>
>> https://www.eclipse.org/user/aloskutov
>>
>>
>>> Gesendet: Montag, 10. Oktober 2022 um 20:45 Uhr
>>> Von: "Christian Dietrich" 
>>> An: xtext-...@eclipse.org
>>> Cc: cross-project-issues-dev@eclipse.org
>>> Betreff: [cross-project-issues-dev] Xtext 2.29.0.M2 will require
>>> Kava 11, support Java 17 and Source and Target (and thus will no
>>> longer support Java 8)
>>>
>>> Hi all,
>>>
>>> Xtext 2.29.0.M2 will support Java 17 and Source and Target and will
>>> no longer support Java 8 and thus require Java 11 as minimum Runtime
>>> Environment.
>>> The corresponding code was merge to Xtext nightly today.
>>>
>>> Minimal tested Target platform was bumped from Oxygen to 2022-03
>>>
>>> https://github.com/eclipse/xtext/issues/1982
>>>
>>> ~Christian
>> ___
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@eclipse.org
>> To 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 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 unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev



PROTOS Software GmbH ▪ Adams-Lehmann-Straße 56 ▪ 80797 München
Web: www.protos.de<https://www.protos.de> ▪ Tel.: +49 89 / 624185-0 ▪ Fax: +49 
89 / 624185-49 ▪ E-Mail: i...@protos.de<mailto:i...@protos.de>
HRB 115580 München ▪ Geschäftsführer: Thomas Schütz, Dr. Henrik Rentz-Reichert
USt-IdNr.: DE 185 446 589 ▪ 
Datenschutzerklärung<https://www.protos.de/datenschutz/>
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] issue list in release record in case of GitLab

[Henrik Rentz-Reichert (hrr)]

Thanks, Wayne, for the clarification.

Henrik

Von: cross-project-issues-dev  Im 
Auftrag von Wayne Beaton
Gesendet: Montag, 15. August 2022 15:25
An: Cross project issues 
Betreff: Re: [cross-project-issues-dev] issue list in release record in case of 
GitLab

No. And have no plans to add it. In fact, we're going to deprecate and remove 
the feature soon.

https://gitlab.eclipse.org/eclipsefdn/it/websites/projects.eclipse.org/-/issues/83

My recommendation to to create and maintain a change log directly in the 
repository.

Wayne

On Mon., Aug. 15, 2022, 8:47 a.m. Henrik Rentz-Reichert (hrr), 
mailto:h...@protos.de>> wrote:
Hi all,

the release record, e.g. [1], offered the possibility to use a Bugzilla query 
to generate a list of issues that have been resolved for the release.
Is there something similar for GitLab issues?

Thanks
Henrik

[1] https://projects.eclipse.org/projects/modeling.mdt.etrice/releases/4.0.0


PROTOS Software GmbH ▪ Adams-Lehmann-Straße 56 ▪ 80797 München
Web: www.protos.de<https://www.protos.de> ▪ Tel.: +49 89 / 624185-0 ▪ Fax: +49 
89 / 624185-49 ▪ E-Mail: i...@protos.de<mailto:i...@protos.de>
HRB 115580 München ▪ Geschäftsführer: Thomas Schütz, Dr. Henrik Rentz-Reichert
USt-IdNr.: DE 185 446 589 ▪ 
Datenschutzerklärung<https://www.protos.de/datenschutz/>
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org<mailto:cross-project-issues-dev@eclipse.org>
To 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 unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] issue list in release record in case of GitLab

[Henrik Rentz-Reichert (hrr)]

Hi all,

the release record, e.g. [1], offered the possibility to use a Bugzilla query 
to generate a list of issues that have been resolved for the release.
Is there something similar for GitLab issues?

Thanks
Henrik

[1] https://projects.eclipse.org/projects/modeling.mdt.etrice/releases/4.0.0


PROTOS Software GmbH ? Adams-Lehmann-Stra?e 56 ? 80797 M?nchen
Web: www.protos.de<https://www.protos.de> ? Tel.: +49 89 / 624185-0 ? Fax: +49 
89 / 624185-49 ? E-Mail: i...@protos.de<mailto:i...@protos.de>
HRB 115580 M?nchen ? Gesch?ftsf?hrer: Thomas Sch?tz, Dr. Henrik Rentz-Reichert
USt-IdNr.: DE 185 446 589 ? 
Datenschutzerkl?rung<https://www.protos.de/datenschutz/>
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Marketplace entries not automatically updated for 2020-12 release

[Henrik Rentz-Reichert (hrr)]

Ed,

thanks for this hint (and the work behind that)! This is really cool and 
helpful.

Henrik

Von: cross-project-issues-dev-boun...@eclipse.org 
 Im Auftrag von Ed Merks
Gesendet: Donnerstag, 17. Dezember 2020 08:09
An: cross-project-issues-dev@eclipse.org
Betreff: Re: [cross-project-issues-dev] Marketplace entries not automatically 
updated for 2020-12 release


Note too that all listings are tested, including now against 2020-12

  https://www.eclipse.org/setups/marketplace/?style=all

And each of your listings has a link (little heart monitor icon) to its tests, 
e.g.,
  https://marketplace.eclipse.org/content/tm-terminal

has a link to

  https://www.eclipse.org/setups/marketplace/?id=1687099

There are still lots of listings that don't work though the foundation staff 
removed hundreds recently where the update site itself was simply broken.


On 16.12.2020 17:08, Christopher Guindon wrote:
It's possible that this was missed.

We are going to run our script again now to make sure that all is well.



On Wed, Dec 16, 2020 at 10:35 AM Jonah Graham 
mailto:jo...@kichwacoders.com>> wrote:
Hi folks,

Not sure the right forum for this one. But in (some? e.g. 2020-09) past 
releases all the marketplace entries I maintain were updated automatically with 
an email to me like this:

This is to inform you that your Eclipse Marketplace Listing TM Terminal has
been automatically updated to indicate that it is now supporting the latest
Eclipse release.

If your listing does not support the latest Eclipse release, please revise
its list of Eclipse Supported Releases using the following url:

Is it intentional that this didn't happen for 2020-12?

Thanks,
Jonah


~~~
Jonah Graham
Kichwa Coders
www.kichwacoders.com
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev


--
Christopher Guindon
Manager, Web Development | Eclipse Foundation, Inc.
Eclipse Foundation: The Platform for Open Innovation and Collaboration
Twitter: @chrisguindon


___

cross-project-issues-dev mailing list

cross-project-issues-dev@eclipse.org

To 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 unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] fork of EPL code in EPL project allowed?

[Henrik Rentz-Reichert (hrr)]

Aleksandar,

thanks for the explanations and for looking into this! I completely understand 
your situation and didn’t want to bother the Platform team with personal mails. 
I assume (and you confirmed it) that they are busy also without caring about my 
problems.

But to be able to move forward I’ve posted my question for the possibility of a 
kind of fork.
I didn’t mean this is any way as a complaint about poor responsiveness of the 
Platform team.
So for now we will duplicate the code (following Ed Willink’s suggestions). And 
later I would be happy to drop it again and use the refactored Platform code.

Thanks,
Henrik

Von: cross-project-issues-dev-boun...@eclipse.org 
 Im Auftrag von Aleksandar 
Kurtakov
Gesendet: Freitag, 27. März 2020 12:18
An: Cross project issues 
Betreff: Re: [cross-project-issues-dev] fork of EPL code in EPL project allowed?



On Fri, Mar 27, 2020 at 12:28 PM Henrik Rentz-Reichert (hrr) 
mailto:h...@protos.de>> wrote:
Hi,

the Eclipse eTrice project filed a bug [1] against the Text component of the 
Platform.
We would like to use the org.eclipse.jface.text.rules.RuleBasedScanner in a 
headless application. The RuleBasedScanner and related classes aren't depending 
on UI stuff, which is fine. However, the org.eclipse.jface.text bundle is 
depending on SWT. So we asked for a split into UI dependent and UI independent 
parts into separate bundles.

Since [1] didn't receive an answer within 3 month and I also assume that it's 
not likely that this part would be split off and moved to a separate bundle, my 
question is:
Is it allowed that the eTrice project forks the needed classes unchanged into 
its own code base? Of course this would require to place them inside a new 
bundle, e.g. org.eclipse.jface.text.rules, to avoid conflicts.

I'm sorry for the late reply!
We don't have the manpower to triage all the incoming bugs. Please be a bit 
more patient with us and try to actively ping on bugs, send mails to project 
links, even direct mails to people that worked on given area is just fine. It's 
not like we want  to actively ignore people (especially proactive people trying 
to help improving the codebase) it's just that there are so many hours in the 
day and when you get hundreds of emails per day you act on 10-20 and on the 
next day you start afresh, that's why consistency in communication is key.
With all of the above said, I've replied to the bug and brought it to 
discussion so we can work on proper solution. Initial idea was easy to 
implement but would have introduced issues with JPMS and we try our APIs to 
stay stable for years.


Thanks,
Henrik

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=558350
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org<mailto:cross-project-issues-dev@eclipse.org>
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev


--
Alexander Kurtakov
Red Hat Eclipse Team
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] fork of EPL code in EPL project allowed?

[Henrik Rentz-Reichert (hrr)]

Hi,

the Eclipse eTrice project filed a bug [1] against the Text component of the 
Platform.
We would like to use the org.eclipse.jface.text.rules.RuleBasedScanner in a 
headless application. The RuleBasedScanner and related classes aren't depending 
on UI stuff, which is fine. However, the org.eclipse.jface.text bundle is 
depending on SWT. So we asked for a split into UI dependent and UI independent 
parts into separate bundles.

Since [1] didn't receive an answer within 3 month and I also assume that it's 
not likely that this part would be split off and moved to a separate bundle, my 
question is:
Is it allowed that the eTrice project forks the needed classes unchanged into 
its own code base? Of course this would require to place them inside a new 
bundle, e.g. org.eclipse.jface.text.rules, to avoid conflicts.

Thanks,
Henrik

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=558350
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To unsubscribe from this list, visit 
https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] dependencies and CQs - best practices and tooling

[Henrik Rentz-Reichert]

Hi Wayne,

 

what you tell about the tools you are developing sounds promising. Thanks.

 

Henrik

 

Von: cross-project-issues-dev-boun...@eclipse.org 
[mailto:cross-project-issues-dev-boun...@eclipse.org] Im Auftrag von Wayne 
Beaton
Gesendet: Dienstag, 14. August 2018 21:47
An: Cross project issues 
Betreff: Re: [cross-project-issues-dev] dependencies and CQs - best practices 
and tooling

 

Hi Henrik.

 

I do something very much like this when I review a project prior to a release 
(this is triggered by submitting your IP Log). I've got some tools that are 
very near to ready for contribution to the Eclipse Dash project to help with 
mapping from MVN coordinates (and other information) back to CQs (I'm hoping to 
set something up to automatically run them and generate reports like the old 
tool; it might also be cool to try and build a Maven plugin).

 

As part of this, I'll also publish a mapping between CQs and MVN coordinates 
that I've started to compile. We have a bug open 
<https://bugs.eclipse.org/bugs/show_bug.cgi?id=514270>  to capture this 
information more consistently in IPZilla.

 

FWIW, the dependency:list and dependency:tree plugins are handy. There's a 
feature on the dependency:tree plugin that lets you generate output in Graphviz 
DOT format which is far easier to parse than the plaintext output. 

 

Wayne

 

On Fri, Aug 10, 2018 at 11:40 AM, Henrik Rentz-Reichert mailto:h...@protos.de> > wrote:

Hi,

 

I’m currently preparing the 2.0 release of the Eclipse eTrice project.

A part of this task is to check whether all dependencies have appropriate CQs 
and to create new ones where missing.

 

In the following I want to share how I did that:

*I realized that the old tool to check project dependencies and CQs [0] 
is deprecated

*I found a hint that Maven can print dependencies [1] and used this in 
a Jenkins job that I’ve created for this purpose [2]. A post build step greps 
the interesting lines, sorts them unique and prints the result to the console 
(see [6] for an example).

*Then I used an IPzilla query [3] to find the existing CQs for our 
project.

*In the next step I used the CQ creation page [4] to create CQs for all 
of the dependencies that missed a CQ. This worked very nice in general. In some 
cases though the proposals haven’t been satisfactory, e.g. for the Apache 
Commons Command Line Interface CLI. ‘org.apache.commons.cli’ yields no 
proposal, ‘cli’ proposals didn’t contain the desired one, only ‘command’ showed 
a matching proposal.

*Finally I’ve collected everything in a Wiki page [5]

 

Questions and suggestions

*How do other projects handle this task?

*Could the already very helpful page to ‘Create a Contribution 
Questionnaire’ be improved further?

o   Finding an existing CQ from a dependency as shown by Maven: e.g. 
‘p2.eclipse-plugin:org.apache.batik.util:jar:1.8.0.v20170214-1941:system’, or 
just ‘org.apache.batik.util 1.8.0’

o   Select a version already in a second field together with the name

o   Indicate that a matching CQ already exists for the project

o   Most convenient would we a bulk processing of the Maven dependencies output 
similar to [6]. The result could be a list of existing CQs and of CQs to be 
created (with check boxes for their creation)

 

Best regards,

Henrik

 

[0] https://www.eclipse.org/projects/tools/downloads.php?id=modeling.mdt.etrice

[1] https://wiki.eclipse.org/OTJPA_dependencies

[2] https://ci.eclipse.org/etrice/job/dependencies/

[3] https://dev.eclipse.org/ipzilla/buglist.cgi?query_format=advanced 
<https://dev.eclipse.org/ipzilla/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&component=modeling.mdt.etrice&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=allwords&keywords=&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_id=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0>
 
&short_desc_type=allwordssubstr&short_desc=&component=modeling.mdt.etrice&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=allwords&keywords=&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_id=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=

[4] https://projects.eclipse.org/projects/modeling.mdt.etrice/cq/create (for 
the eTrice project)

[5] https://wiki.eclipse.org/ETrice/Development/Release_2.0

[6] Preprocessed output from a build of our dependencies Jenkins job [2]

[INFO] +- p2.eclips

Re: [cross-project-issues-dev] dependencies and CQs - best practices and tooling

[Henrik Rentz-Reichert]

Hi Mickael,

 

I quote from a post of Wayne Beaton on the ‘incubation’ list (subject was 
“[incubation] IP policy for transitive dependencies”):

“All content must be taken through the Eclipse IP Due Diligence Process. This 
includes all dependencies, dependencies of dependencies, etc. [recursive].”

 

Henrik

 

BTW: I can’t seem to find the ‘incubation’ list on 
https://www.eclipse.org/forums/

 

Von: cross-project-issues-dev-boun...@eclipse.org 
[mailto:cross-project-issues-dev-boun...@eclipse.org] Im Auftrag von Mickael 
Istria
Gesendet: Donnerstag, 16. August 2018 11:59
An: Cross project issues 
Betreff: Re: [cross-project-issues-dev] dependencies and CQs - best practices 
and tooling

 

Hi,

 

On Fri, Aug 10, 2018 at 5:40 PM, Henrik Rentz-Reichert mailto:h...@protos.de> > wrote:

*I found a hint that Maven can print dependencies [1] and used this in 
a Jenkins job that I’ve created for this purpose [2]. A post build step greps 
the interesting lines, sorts them unique and prints the result to the console 
(see [6] for an example).

 

Listing dependencies with maven also includes transitive dependencies that are 
usually not shipped by your project as they are either pre-installed or coming 
transitively from another source. In such case, you don't need a CQ for them. 
Only dependencies you 1. directly rely on or 2. ship in your deliverables 
should require a CQ if I'm not mistaken.

  _  

Diese Nachricht wurde mit einer kostenlosen Version von Proxy-Manager 
<http://www.dimastr.com/proxyman>  gesendet.
Wollen Sie von Ihrem Exchange-Konto mit einer Ihrer Proxy SMTP-Adressen senden?
Testen Sie Proxy-Manager kostenlos! 

Diese Fußzeile wird nicht in der registrierten Version von Proxy-Manager 
<http://www.dimastr.com/proxyman>  angezeigt.
Klicken Sie  <http://www.dimastr.com/proxyman/register.htm> hier, um 
Proxy-Manager zu registrieren. 

___
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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] dependencies and CQs - best practices and tooling

[Henrik Rentz-Reichert]

Hi,

 

I'm currently preparing the 2.0 release of the Eclipse eTrice project.

A part of this task is to check whether all dependencies have appropriate CQs 
and to create new ones where missing.

 

In the following I want to share how I did that:

*I realized that the old tool to check project dependencies and CQs [0] 
is deprecated

*I found a hint that Maven can print dependencies [1] and used this in 
a Jenkins job that I've created for this purpose [2]. A post build step greps 
the interesting lines, sorts them unique and prints the result to the console 
(see [6] for an example).

*Then I used an IPzilla query [3] to find the existing CQs for our 
project.

*In the next step I used the CQ creation page [4] to create CQs for all 
of the dependencies that missed a CQ. This worked very nice in general. In some 
cases though the proposals haven't been satisfactory, e.g. for the Apache 
Commons Command Line Interface CLI. 'org.apache.commons.cli' yields no 
proposal, 'cli' proposals didn't contain the desired one, only 'command' showed 
a matching proposal.

*Finally I've collected everything in a Wiki page [5]

 

Questions and suggestions

*How do other projects handle this task?

*Could the already very helpful page to 'Create a Contribution 
Questionnaire' be improved further?

o   Finding an existing CQ from a dependency as shown by Maven: e.g. 
'p2.eclipse-plugin:org.apache.batik.util:jar:1.8.0.v20170214-1941:system', or 
just 'org.apache.batik.util 1.8.0'

o   Select a version already in a second field together with the name

o   Indicate that a matching CQ already exists for the project

o   Most convenient would we a bulk processing of the Maven dependencies output 
similar to [6]. The result could be a list of existing CQs and of CQs to be 
created (with check boxes for their creation)

 

Best regards,

Henrik

 

[0] https://www.eclipse.org/projects/tools/downloads.php?id=modeling.mdt.etrice

[1] https://wiki.eclipse.org/OTJPA_dependencies

[2] https://ci.eclipse.org/etrice/job/dependencies/

[3] https://dev.eclipse.org/ipzilla/buglist.cgi?query_format=advanced 

 
&short_desc_type=allwordssubstr&short_desc=&component=modeling.mdt.etrice&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=allwords&keywords=&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_id=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=

[4] https://projects.eclipse.org/projects/modeling.mdt.etrice/cq/create (for 
the eTrice project)

[5] https://wiki.eclipse.org/ETrice/Development/Release_2.0

[6] Preprocessed output from a build of our dependencies Jenkins job [2]

[INFO] +- p2.eclipse-plugin:com.google.gson:jar:2.7.0.v20170129-0911:system

[INFO] +- p2.eclipse-plugin:com.google.guava:jar:21.0.0.v20170206-1425:system

[INFO] +- p2.eclipse-plugin:com.google.inject:jar:3.0.0.v201605172100:system

[INFO] +- p2.eclipse-plugin:com.ibm.icu:jar:58.2.0.v20170418-1837:system

[INFO] +- p2.eclipse-plugin:javax.inject:jar:1.0.0.v20091030:system

[INFO] +- p2.eclipse-plugin:org.antlr.runtime:jar:3.2.0.v201101311130:system

[INFO] +- 
p2.eclipse-plugin:org.apache.ant:jar:lib/ant-antlr.jar:1.10.1.v20170504-0840:system

[INFO] +- 
p2.eclipse-plugin:org.apache.ant:jar:lib/ant-apache-bcel.jar:1.10.1.v20170504-0840:system

[INFO] +- 
p2.eclipse-plugin:org.apache.ant:jar:lib/ant-apache-bsf.jar:1.10.1.v20170504-0840:system

[INFO] +- 
p2.eclipse-plugin:org.apache.ant:jar:lib/ant-apache-log4j.jar:1.10.1.v20170504-0840:system

[INFO] +- 
p2.eclipse-plugin:org.apache.ant:jar:lib/ant-apache-oro.jar:1.10.1.v20170504-0840:system

[INFO] +- 
p2.eclipse-plugin:org.apache.ant:jar:lib/ant-apache-regexp.jar:1.10.1.v20170504-0840:system

[INFO] +- 
p2.eclipse-plugin:org.apache.ant:jar:lib/ant-apache-resolver.jar:1.10.1.v20170504-0840:system

[INFO] +- 
p2.eclipse-plugin:org.apache.ant:jar:lib/ant-apache-xalan2.jar:1.10.1.v20170504-0840:system

[INFO] +- 
p2.eclipse-plugin:org.apache.ant:jar:lib/ant-commons-logging.jar:1.10.1.v20170504-0840:system

[INFO] +- 
p2.eclipse-plugin:org.apache.ant:jar:lib/ant-commons-net.jar:1.10.1.v20170504-0840:system

[INFO] +- 
p2.eclipse-plugin:org.apache.ant:jar:lib/ant-jai.jar:1.10.1.v20170504-0840:system

[INFO] +- 
p2.eclipse-plugin:org.apache.ant:jar:lib/ant.jar:1.10.1.v20170504-0840:system

[INFO] +- 
p2.eclipse-plugin:org.apache.

[cross-project-issues-dev] Tuleap @ Eclipse Foundation

[Henrik Rentz-Reichert]

Hi,

 

for a longer time I didn't hear anything about Tuleap in the context of the 
Eclipse Foundation.

Also the discussion in https://bugs.eclipse.org/bugs/show_bug.cgi?id=497333 got 
stuck.

 

Is anybody willing to share his/her experiences?

 

In particular I would like to know about

 

*Migration from Bugzilla to Tuleap

*Gerrit interaction with Tuleap

*Overall level of satisfaction with Tuleap itself

 

Thanks,

Henrik

  _  

Diese Nachricht wurde mit einer kostenlosen Version von Proxy-Manager 
  gesendet.
Wollen Sie von Ihrem Exchange-Konto mit einer Ihrer Proxy SMTP-Adressen senden?
Testen Sie Proxy-Manager kostenlos! 

Diese Fu?zeile wird nicht in der registrierten Version von Proxy-Manager 
  angezeigt.
Klicken Sie   hier, um 
Proxy-Manager zu registrieren. 

___
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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] migration of existing Eclipse projects to EPL v2

[Henrik Rentz-Reichert]

Hi,

 

in the last newsletter I read: "Starting immediately, the new license will 
become the default license for Eclipse community projects." And in the press 
release: "The Eclipse open source project community will begin to migrate to 
the new EPL v2. Each Eclipse project will need to go through process of 
updating their project license and license headers to specify EPL v2. Users and 
adopters of Eclipse projects should expect the next release of each Eclipse 
project will be using EPL v2.".

 

Is there a Wiki page or something comparable with details on this migration 
process?

 

Thanks,

Henrik

  _  

Diese Nachricht wurde mit einer kostenlosen Version von Proxy-Manager 
  gesendet.
Wollen Sie von Ihrem Exchange-Konto mit einer Ihrer Proxy SMTP-Adressen senden?
Testen Sie Proxy-Manager kostenlos! 

Diese Fu?zeile wird nicht in der registrierten Version von Proxy-Manager 
  angezeigt.
Klicken Sie   hier, um 
Proxy-Manager zu registrieren. 

___
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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Can't access to any HIPP (404)

[Henrik Rentz-Reichert]

so do we

https://hudson.eclipse.org/etrice/job/etrice-maven3/

-Henrik

Am 21.07.2014 09:39, schrieb Dennis Hübner:
> We have the same problem.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=439975
>
> Best regards,
> Dennis.
>
> Am 21.07.2014 um 09:35 schrieb Mikaël Barbero  >:
>
>> I can't access to any HIPP (I get a 404).
>>
>> https://hudson.eclipse.org/p2/
>> https://hudson.eclipse.org/oomph/
>> https://hudson.eclipse.org/emfcompare/
>> https://hudson.eclipse.org/egit/
>>
>> I tried to restart my HIPP (emfcompare), but it did not changed anything.
>>
>> Best regards,
>>
>> --
>> Mikaël Barbero
>> ___
>> 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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
> Dennis Hübner
>
> Xtext Commiter / Build Engineer
>
>
> Mobile: +49 (0) 151 / 17 39 67 07
> Telefon: +49 (0) 431 / 990 268 70
> Fax: +49 (0) 431 / 990 268 72
>
> itemis AG
> Niederlassung Kiel
> Am Germaniahafen 1
> 24143 Kiel
> http://www.itemis.de/
>
> Rechtlicher Hinweis:
>
> Amtsgericht Dortmund, HRB 20621
>
> Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens 
> Trompeter, Sebastian Neus
>
> Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus
>
>
>
> ___
> 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://dev.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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Kepler home page now points to Luna

[Henrik Rentz-Reichert]

while the /menu item /could (and probably should) point to the latest downloads 
I would say the /specific download link /(the item
with the tetrahedron in the Kepler book) should definitely point to the Kepler 
download area

-Henrik

Am 25.06.2014 17:48, schrieb Ian Bull:
> That menu item (downloads) always points to the the general downloads area, 
> which always has the latest release. If you look at
> the Helios release, it does this too [1].
>
> [1] https://www.eclipse.org/helios/
>
> Here is a link to all the old downloads [2]. I guess you could raise a bug to 
> change this, but for the 'average' person who
> stumbles upon an Eclipse release, we may want to point them to the latest 
> stuff, but I'm sure we could debate that. :-)
>
> [2] https://wiki.eclipse.org/Older_Versions_Of_Eclipse
>
> Cheers,
> Ian
>
>
> On Wed, Jun 25, 2014 at 8:38 AM, Bob Brodt  > wrote:
>
> Hi all,
>
> I've noticed that the download link on the Kepler home page [1] still 
> points to https://www.eclipse.org/downloads/ which now
> has the Luna stuff on it.
>
> [1] https://www.eclipse.org/kepler/
>
> 
> Robert ("Bob") Brodt
> Senior Software Engineer
> JBoss by Red Hat
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org 
> 
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
>
> -- 
> R. Ian Bull | EclipseSource Victoria | +1 250 477 7484
> http://eclipsesource.com | http://twitter.com/eclipsesource
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] [HIPP] Visibility of Hudson configuration for anonymous users

[Henrik Rentz-Reichert]

same for eTrice HIPP (https://hudson.eclipse.org/etrice/)

+1

Henrik

Zitat von "Wenz, Michael" :

Same for Graphiti HIPP.

+1

Thanks for pointing out,
Michael


-Original Message-
From: cross-project-issues-dev-boun...@eclipse.org
[mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of
Ed Willink

Sent: Donnerstag, 9. Januar 2014 09:39
To: Cross project issues
Subject: Re: [cross-project-issues-dev] [HIPP] Visibility of Hudson   
 configuration for anonymous users


HI

Thanks Michael

+1

I certainly want my OCL/QVTd HIPP to be accessible and have been
inconvenienced by not being able to access other HIPPs.

 Regards

 Ed Willink

On 09/01/2014 08:11, Mikaël Barbero wrote:

Hi all,

I often struggle to build (or setup a CI build for) eclipse
projects. Sometimes, there is a wiki page about how to build the
project, but it may be outdated or not complete. I often want to
see how the project setup its jobs on hudson in order to know how I  
  should properly build the project.


On the shared instance, it was possible for anonymous users but it   
 is no longer available by default on HIPP instances. Project
leaders have to install the Extended Read Permission Plugin
(https://wiki.jenkins-ci.org/display/JENKINS/Extended+Read+Permission+Plugin) by themselves and configure the additional permission for
Anonymous.


I did it for EMF Compare (e.g. see
https://hudson.eclipse.org/emfcompare/job/emfcompare-master/), and   
 I can ask individually to projects of interest to do it, but I
think would be good to make it a rule to let anonymous users see
the jobs configurations on HIPP. It should not be a choice let to
the HIPP owners because I think the availability of how to build an  
  open source project is an important criteria in order to consider  
  it truly open.


Do not see this mail as a rant against projects that did not
install this plugin. They may not be aware of the issue. I just
would like to know your opinion. If you agree, I will open a bug
about it to see how to make it real for all HIPP instances.


Best regards,
Mikael
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4259 / Virus Database: 3658/6986 - Release Date: 01/08/14




___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



  07551/831365





- Ende der weitergeleiteten Nachricht -


--
____

 Dr. Henrik Rentz-Reichert
 Am Bacheck 7A
 88662 Überlingen
 07551/831365




___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Freemarker

[Henrik Rentz-Reichert]

Doug,

have you considered using Xtend?

-Henrik

Am 21.10.2013 21:47, schrieb Doug Schaefer:
> Has anyone tried to get Freemarker into Orbit? Or is there a better template 
> engine that people are using. CDT has it's own but
> I'd like to use something more standard (and better).
>
> Thanks,
> Doug.
>
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Making your project more openŠhowto enable Gerrit

[Henrik Rentz-Reichert]

the eTrice project is already running a HIPP with Gerrit trigger.
It's just great!
It significantly reduced the time I spend with reviews

-Henrik

Am 04.10.2013 16:22, schrieb Doug Schaefer:
> I almost wonder if we should just enable Gerrit for all projects. That's what 
> we do internally here for all git repos that feed
> into product. It's great for all the reasons you mention Ed.
>
> The thing I like most about it is the verification jobs in co-ordination with 
> Hudson. You have so much more confidence when a
> change request is sitting there knowing it has passed the JUnit run. I'm 
> going to set that up for CDT ASAP now that we have a
> HIPP instance.
>
> Doug.
>
> From: Ed Merks mailto:ed.me...@gmail.com>>
> Reply-To: Cross project issues  >
> Date: Friday, 4 October, 2013 2:34 AM
> To: "cross-project-issues-dev@eclipse.org 
> " 
>  >
> Subject: Re: [cross-project-issues-dev] Making your project more open…howto 
> enable Gerrit
>
> Miles,
>
> If found migration to gerrit for EMF to be yet another painful step with the 
> migration from CVS to (E)git being the first one. 
> So incredibly many magical settings and so many fundamentally important new 
> concepts.  In the end though, I can definitely say
> that the pain is worth the gain.  If you're even a little bit serious about 
> opening up your project up to external contribution
> and really expect it to happen, you're missing the boat if you don't migrate 
> to gerrit, which makes it incredibly simple for
> *anyone* to develop a contribution, i.e., anyone in the community can 
> actually commit the changes in their local clone back to
> your Eclipse gerrit clone, which can be configured to run your build and run 
> all your tests to confirm that the contribution
> doesn't break the build or tests, and then you can simply review and accept 
> the contribution and by doing so, commit it into
> your real git repo.   Of course gerrit is useful even just for the committers 
> of a project, allowing you to run a build and the
> tests before you commit back to the real git repo, and naturally you can then 
> do reviews easily and can run further test the
> patches locally (once you learn more of the git magic for how that works and 
> don't shoot your own foot off in the process).
>
>
> On 03/10/2013 8:19 PM, Miles Parker wrote:
>> Project leads:
>>
>> I just tweeted about my disappointment in how many projects have not yet 
>> enabled Gerrit. Chris A. pointed out that it wouldn't be a bad thing to send 
>> a reminder to x-platform . All joking 
>> aside[http://milesparker.blogspot.ca/2013/01/adopting-gerrit.html] it really 
>> isn't hard, just click here!!
>>
>> https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Community&component=Gerrit&short_desc=Enable%20Gerrit%20for%20my%20project
>>
>> cheers,
>>
>> Miles
>>
>>
>> Miles T. Parker | Tasktop Labs | Tasktop Technologies  
>> email: miles.par...@tasktop.com 
>> web: http://tasktop.com  | blog: http://milesparker.blogspot.com  
>>
>> Committer: Eclipse Mylyn Reviews, R4E, Virgo
>> Lead: Eclipse Mylyn MFT, AMP 
>>
>> Are you passionate about innovation and excellence and interested in joining 
>> our team? Tasktop, voted one of the Best Companies to Work for in British 
>> Columbia, is hiring!
>>
>> ___
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@eclipse.orghttps://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Gerrit down ?

[Henrik Rentz-Reichert]

I already filed
https://bugs.eclipse.org/413299

-Henrik

Am 19.07.2013 11:35, schrieb Ken Lee:
>
> It seems that Gerrit is down again (https://git.eclipse.org/r/). 
> http://git.eclipse.org/c/ is however reachable.
>
>  
>
> *From:*cross-project-issues-dev-boun...@eclipse.org 
> [mailto:cross-project-issues-dev-boun...@eclipse.org] *On Behalf Of *Denis Roy
> *Sent:* Dienstag, 9. Juli 2013 13:00
> *To:* cross-project-issues-dev@eclipse.org
> *Subject:* Re: [cross-project-issues-dev] Gerrit down ?
>
>  
>
> It seems to have gone down sometime around 3:30am local time.  The java 
> process was using 100% CPU of one core.
>
> I've restarted it, seems happy now.
>
> Denis
>
> On 09/07/2013 4:29 AM, Matthias Sohn wrote:
>
> after a long waiting time I get a proxy error
>
>  
>
> On Tue, Jul 9, 2013 at 10:26 AM, Ken Lee  > wrote:
>
> I got exactly the same problem.
>
>  
>
> *From:*cross-project-issues-dev-boun...@eclipse.org 
> 
> [mailto:cross-project-issues-dev-boun...@eclipse.org 
> ] *On Behalf Of
> *Matthias Sohn
> *Sent:* Dienstag, 9. Juli 2013 10:20
> *To:* Cross project issues
> *Subject:* [cross-project-issues-dev] Gerrit down ?
>
>  
>
> Is Gerrit down ? https://git.eclipse.org/r/ doesn't respond at the 
> moment, though I can
>
> reach cgit at http://git.eclipse.org/c/
>
>  
>
> --
>
> Matthias
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org 
> 
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>  
>
>
>
>
> ___
>
> cross-project-issues-dev mailing list
>
> cross-project-issues-dev@eclipse.org 
> 
>
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>  
>
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] 6 month release cycle

[Henrik Rentz-Reichert]

some more considerations:

If we accelerate the release cycle this would also put an extra burden on the 
Eclipse legal staff, PMO and EMO (IP log approvals,
release reviews...)
Also, in my experience I need to start this process several weeks prior to the 
planned release.
A frozen IP log though means that I can't integrate 3rd party contributions any 
more into the upcoming release.

Thoughts?

Am 03.07.2013 09:22, schrieb Matthias Sohn:
> On Wed, Jul 3, 2013 at 8:57 AM, Dennis Hübner  > wrote:
>
>
>
>> All projects contribute the latest finished release they have, 
>> dependencies are reconciled, some cross-testing happens and
>> it's out. Every month, there is a repo with versions of all 
>> participating projects that are known to work together. Users
>> are happy because they only need to check for updates from the aggregate 
>> repository that delivers new stuff to them
>> frequently. Projects are happy because they can set schedules that make 
>> sense for their needs and if they miss one
>> deadline, the next opportunity is not that far away.
>
> Finally a good idea!
> I think this is exactly what projects and users want.
> Being up-to-date makes aggregation repositories (look at maven central) 
> valuable.
>
>
> I like this proposal. IMO releasing often is a good thing.
>
> Personally I most often use an M-build of the platform mixed with a recent 
> nightly
> of those projects I am contributing to in order to experience what's coming 
> in.
> At $DAYJOB we are releasing every 2 weeks.
>
> So far we (JGit/EGit) did a release every 3 months shipping a major release 
> with SR0
> and minor releases with SR1, SR2 and an additional one in Dec which doesn't 
> match
> a release train delivery. If we would get the chance to release more often 
> I'd like to
> participate in that, though I am not sure if we would be able to create a new 
> release
> every month so e.g. during vacation time it may happen that we would not ship 
> a new
> version.
>
> --
> Matthias
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Orbit again: how to add new bundles?

[Henrik Rentz-Reichert]

David, thanks for pointing me at this

-Henrik

Am 17.01.2013 18:03, schrieb David M Williams:
> Henrik, looks like you were close to finding the right "starting" document.  
> But, I don't think you are a committer on Orbit yet?
> To become a committer on Orbit (and therefore gain SSH write access), see
> http://wiki.eclipse.org/Orbit/FAQ#How_do_I_become_a_committer_in_Orbit.3F
>
> (In short, ask on the orbit-dev list).
>
> If you don't actually want to become a committer (such as, you have 
> colleagues or someone else on your project who is)
> then you'd open an Orbit bug, and talk your colleague into doing it.
>
> Thanks,
>
>
>
>
>
> From:Henrik Rentz-Reichert 
> To:Cross project issues ,
> Date:01/17/2013 03:17 AM
> Subject:[cross-project-issues-dev] Orbit again: how to add new 
> bundles?
> Sent by:cross-project-issues-dev-boun...@eclipse.org
> --
>
>
>
> I want to add the KIELER graph layout library to Orbit.
> The IP team told me I'm allowed to check in the bundles.
>
> I never did that before, not even in the 'old' CVS times.
>
> Following_
> __http://wiki.eclipse.org/Adding_Bundles_to_Orbit_
> it seems that I need *write access* to the CVS repository.
>
> How should I proceed?
>
> Thanks,
> Henrik
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Orbit again: how to add new bundles?

[Henrik Rentz-Reichert]

I want to add the KIELER graph layout library to Orbit.
The IP team told me I'm allowed to check in the bundles.

I never did that before, not even in the 'old' CVS times.

Following
http://wiki.eclipse.org/Adding_Bundles_to_Orbit
it seems that I need *write access* to the CVS repository.

How should I proceed?

Thanks,
Henrik

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] users of org.eclipse.license and Buckminster

[Henrik Rentz-Reichert]

A Happy New Year to all of you!

For those of you who use the org.eclipse.license feature in a Buckminster build 
this information might be useful.

Since the CVS service terminated recently I had to switch our build 
(https://hudson.eclipse.org/hudson/job/mdt-etrice-nightly/) to
consume this dependency from git.

I've changed the Buckminster resource map in the following way:
  
...
  

  http://git.eclipse.org/gitroot/platform/eclipse.platform.releng.git"/>
  


  

  

-Henrik

-- 
______
Dr. Henrik Rentz-Reichert

h...@protos.de <mailto:h...@protos.de>
+49-7551-831365

Am Bacheck 7A
D-88662 Überlingen-Deisendorf

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] script that checks presence of file headers (copyright+legal)

[Henrik Rentz-Reichert]

Hi all,

we're considering to introduce a script that checks for the presence of file 
headers (copyright+legal).
The script should be able to scan certain file extensions (.java, .xtend, .xml, 
...) and create an XUnit test report.

Before developing such a script from scratch I want to make sure that no 
similar script already exists.

Has anybody heard of something like that?

Thanks,
Henrik

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] eclipse.org web pages CVS to Git migration

[Henrik Rentz-Reichert]

  
  
Hi Igor,
  
  I just confirmed with our project website. The content is already
  based on the new Git repository. I just pushed a change and the
  website was updated right away.
  
  -Henrik
  

Am 11.10.2012 10:55, schrieb Igor
  Vinnykov:


  
  
  



  Hi all,
   
  Henrik, thank you for
the useful link. I've followed the provided instructions
to submit the
migration request.
  Can someone explain what
will happen after a project website migration - will
website content be
displayed based on the Git data? Or it will be displayed
based on the CVS data and
then automatically switched to Git in December when CVS
will be closed?
   
  
Best regards,
Igor Vinnykov
Subversive Team
 
  
  

  

From:
  cross-project-issues-dev-boun...@eclipse.org
  [mailto:cross-project-issues-dev-boun...@eclipse.org]
  On Behalf Of Wayne
  Beaton
  Sent:
  Wednesday, October 10, 2012
  11:45 PM
  To: cross-project-issues-dev@eclipse.org
  Subject:
  Re:
  [cross-project-issues-dev] eclipse.org web pages CVS
  toGit migration
  
   
  Perhaps I'm
being too sensitive, but a few comments
that I've read make me feel like this is a bit of a
surprise.

The migration of project repositories from CVS to Git
has been going for
months; I believe that we've been very vocal about this
on numerous channels.
So, I'm pretty sure that this isn't a surprise. Tell me
if I'm wrong.

Migration of project websites is something that we've
only recently started to
do quietly so that we could figure a few things out.
We've only started ramping
up a more vocal effort to projects to initiate website
migration. So, the
requirement/ability to migrate project websites may
reasonably be a surprise to
many committers. 

If I've given any indication that any project is in some
way delinquent for
having not yet migrated their project website, then I
apologise.

Wayne

On 10/10/2012 01:30 PM, Mark
Russell
wrote: 
  

Thanks for the information :-) 
  
 

  On Wed,
    Oct 10, 2012 at 12:46 PM, Henrik
Rentz-Reichert <h...@protos.de>
wrote:
  
Hi Igor,
  
  for Web Pages it's very simple, really.
  
  Have a look at
  http://wiki.eclipse.org/Git/Migrating_to_Git#Migrating_Your_Project_Website
  
  I did that recently for our eTrice project. I
  opened a bug and the same
  day the Webmaster replied that all was done:
  https://bugs.eclipse.org/bugs/show_bug.cgi?id=391189
  
  -Henrik

  Am
10.10.2012 18:38, schrieb Igor Vinnykov:


  

  
Hello, 
  
There was an announcement
  about CVS repositories
  migration to Git. I have a question about
  Web resources stored in CVS. Maybe it
  was asked already, but I missed an answer,
  so would like to ask it once again. 
  
Background: 
Right now our project web
  pages are stored in CVS, so
  web content is updated automatically when
  I commit changes to CVS. Our project
  is stored here:

Re: [cross-project-issues-dev] eclipse.org web pages CVS to Git migration

[Henrik Rentz-Reichert]

Hi Igor,

for Web Pages it's very simple, really.

Have a look at
http://wiki.eclipse.org/Git/Migrating_to_Git#Migrating_Your_Project_Website

I did that recently for our eTrice project. I opened a bug and the same day the 
Webmaster replied that all was done:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=391189

-Henrik

Am 10.10.2012 18:38, schrieb Igor Vinnykov:
>
> Hello,
>
>  
>
> There was an announcement about CVS repositories migration to Git. I have a 
> question about Web resources stored in CVS. Maybe it
> was asked already, but I missed an answer, so would like to ask it once again.
>
>  
>
> Background:
>
> Right now our project web pages are stored in CVS, so web content is updated 
> automatically when I commit changes to CVS. Our
> project is stored here: /cvsroot/org.eclipse/www/subversive.
>
>  
>
> Questions:
>
> 1. Is it right that website content for all projects will be migrated to Git 
> automatically?
>
> 2. If web content was already migrated to Git and I need to change a webpage 
> - where should I apply changes to CVS or to Git?
> When web pages will start to be served by Git content?
>
> 3. How can I access web pages in order to edit them on Git? Please provide an 
> URL and other required info. Should I contact
> webmasters for this info?
>
>  
>
> Best regards,
>
> Igor Vinnykov
>
>  
>
>  
>
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Fwd: Build failed in Hudson: mdt-etrice-nightly #259

[Henrik Rentz-Reichert]

Hi all,

is this exception special for slave2?

I haven't changed our build config for quite a while. We also had successful 
builds since we switched to Gerrit recently.

Can anybody help?

Thanks,
Henrik

 Original-Nachricht 
Betreff:Build failed in Hudson: mdt-etrice-nightly #259
Datum:  Wed, 2 May 2012 06:11:13 -0400 (EDT)
Von:hudsonbu...@eclipse.org
An: h...@protos.de



See 

--
Started by an SCM change
Building remotely on hudson-slave2
Checkout:mdt-etrice-nightly / 
 - 
hudson.remoting.Channel@2d344d4d:hudson-slave2
Using strategy: Default
Last Built Revision: Revision 1b0c3ef0efd3aff268c480d58a90350a142f3d34 
(origin/master)
FATAL: cannot assign instance of hudson.EnvVars to field 
hudson.plugins.git.GitSCM$3.val$environment of type hudson.EnvVars in instance 
of hudson.plugins.git.GitSCM$3
java.lang.ClassCastException: cannot assign instance of hudson.EnvVars to field 
hudson.plugins.git.GitSCM$3.val$environment of type hudson.EnvVars in instance 
of hudson.plugins.git.GitSCM$3
at 
java.io.ObjectStreamClass$FieldReflector.setObjFieldValues(ObjectStreamClass.java:2039)
at 
java.io.ObjectStreamClass.setObjFieldValues(ObjectStreamClass.java:1212)
at 
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1952)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1870)
at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at 
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1946)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1870)
at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at hudson.remoting.UserRequest.deserialize(UserRequest.java:178)
at hudson.remoting.UserRequest.perform(UserRequest.java:98)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:283)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] last git poll log on hudson is incomplete

[Henrik Rentz-Reichert]

Hi

for our job mdt-etrice-nightly the last git poll log seems to be truncated

Started on Feb 8, 2012 6:11:33 AM
Using strategy: Default
[poll] Last Build : #199
[poll] Last Built Revision: Revision 7abca25df669a9fd305368dc667c2fe30559c9ae 
(origin/master)


Usually it looks similar to this

Started on Feb 8, 2012 10:06:34 AM
Using strategy: Default
[poll] Last Build : #1010
[poll] Last Built Revision: Revision 866e1b1802569ac4b289e9d950a8a8db60c4481b 
(origin/master)
Fetching changes from the remote Git repositories
Fetching upstream changes from /gitroot/gmp/org.eclipse.gmp.graphiti.git
Done. Took 4.3 sec
No changes


Thanks,
Henrik

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Looking for a few brave projects

[Henrik Rentz-Reichert]

yes, I already noticed that - but I found the meaning not really obvious...


Am 27.01.2012 16:20, schrieb Matthias Sohn:
> when you enable this option there is a combo with the possible values
>
> --
> Matthias
>
> 2012/1/27 Henrik Rentz-Reichert mailto:h...@protos.de>>
>
> thanks!
>
> Is there also a wiki page explaining the choices available for the 
> Eclipse Hudson build server?
>
>
> Am 27.01.2012 15:43, schrieb Nicolas Bros:
>>
>> how can I choose a certain build host for a project?
>>
>>  
>> You should have an option named "Restrict where this project can be run" 
>> in the configuration of your Hudson job.
>>
>> On Fri, Jan 27, 2012 at 10:45 AM, Henrik Rentz-Reichert > <mailto:h...@protos.de>> wrote:
>>
>> Hi Matt,
>>
>> how can I choose a certain build host for a project?
>>
>> Thanks,
>> Henrik
>>
>> Am 27.01.2012 02:18, schrieb Webmsaster(Matt Ward):
>>> Hi Folks,
>>>
>>>   I've just added 2 extra slaves to hudson.  Right now I have them 
>>> set so that only 'bound' jobs will run, and before
>>> I open them to all the
>>> jobs I'd like to ask a few projects to help us out by making sure I 
>>> didn't miss something in the setup.
>>>
>>> They should* just work, so if your project has some cycles would 
>>> you please set your build host to either
>>> hudson-slave6 or hudson-slave5?
>>> Let me know about any issues you encounter(either via a bug or 
>>> email).
>>>
>>> *: the 'issue' is that Hudson slave5 is not our usual x86_64  
>>> architecture(it's IA64).  While 32bit JDKs seem ok,
>>> using an x86_64 JDK may fail.
>>> The host does have an IA64 JRE installed.
>>>
>>>     Thanks!
>>>
>>> -Matt.
>>
>
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

-- 
..
.   ..
. Dr. Henrik Rentz-Reichert .  mailto:h...@protos.de  .
.   .  +49-7551-831365   .
.   ..
.   .  Am Bacheck 7a . 
.   .  D-88662 Überlingen-Deisendorf .
..

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Looking for a few brave projects

[Henrik Rentz-Reichert]

thanks!

Is there also a wiki page explaining the choices available for the Eclipse 
Hudson build server?


Am 27.01.2012 15:43, schrieb Nicolas Bros:
>
> how can I choose a certain build host for a project?
>
>  
> You should have an option named "Restrict where this project can be run" in 
> the configuration of your Hudson job.
>
> On Fri, Jan 27, 2012 at 10:45 AM, Henrik Rentz-Reichert  <mailto:h...@protos.de>> wrote:
>
> Hi Matt,
>
> how can I choose a certain build host for a project?
>
> Thanks,
> Henrik
>
> Am 27.01.2012 02:18, schrieb Webmsaster(Matt Ward):
>> Hi Folks,
>>
>>   I've just added 2 extra slaves to hudson.  Right now I have them set 
>> so that only 'bound' jobs will run, and before I
>> open them to all the
>> jobs I'd like to ask a few projects to help us out by making sure I 
>> didn't miss something in the setup.
>>
>> They should* just work, so if your project has some cycles would you 
>> please set your build host to either hudson-slave6 or
>> hudson-slave5?
>> Let me know about any issues you encounter(either via a bug or email).
>>
>> *: the 'issue' is that Hudson slave5 is not our usual x86_64  
>> architecture(it's IA64).  While 32bit JDKs seem ok, using an
>> x86_64 JDK may fail.
>> The host does have an IA64 JRE installed.
>>
>> Thanks!
>>
>> -Matt.
>>
>> ___
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@eclipse.org 
>> <mailto:cross-project-issues-dev@eclipse.org>
>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
> -- 
> ..
> .   ..
> . Dr. Henrik Rentz-Reichert .  mailto:h...@protos.de  .
> .   .  +49-7551-831365 
>.
> .   ..
> .   .  Am Bacheck 7a . 
> .   .  D-88662 Überlingen-Deisendorf .
> ..
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org 
> <mailto:cross-project-issues-dev@eclipse.org>
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
>
> -- 
> Nicolas Bros
> R&D
> tel: 06 75 09 19 88
> nb...@mia-software.com <mailto:nb...@mia-software.com>
> nbros@gmail.com <mailto:nbros@gmail.com>
> Mia-Software, 410 clos de la Courtine
> 93160 Noisy-le-Grand
> http://www.mia-software.com
> .: model driven agility :.
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

-- 
..
.   ..
. Dr. Henrik Rentz-Reichert .  mailto:h...@protos.de  .
.   .  +49-7551-831365   .
.   ..
.   .  Am Bacheck 7a . 
.   .  D-88662 Überlingen-Deisendorf .
..

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Looking for a few brave projects

[Henrik Rentz-Reichert]

Hi Matt,

how can I choose a certain build host for a project?

Thanks,
Henrik

Am 27.01.2012 02:18, schrieb Webmsaster(Matt Ward):
> Hi Folks,
>
>   I've just added 2 extra slaves to hudson.  Right now I have them set so 
> that only 'bound' jobs will run, and before I open
> them to all the
> jobs I'd like to ask a few projects to help us out by making sure I didn't 
> miss something in the setup.
>
> They should* just work, so if your project has some cycles would you please 
> set your build host to either hudson-slave6 or
> hudson-slave5?
> Let me know about any issues you encounter(either via a bug or email).
>
> *: the 'issue' is that Hudson slave5 is not our usual x86_64  
> architecture(it's IA64).  While 32bit JDKs seem ok, using an
> x86_64 JDK may fail.
> The host does have an IA64 JRE installed.
>
> Thanks!
>
> -Matt.
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

-- 
..........
.   ..
. Dr. Henrik Rentz-Reichert .  mailto:h...@protos.de  .
.   .  +49-7551-831365   .
.   ..
.   .  Am Bacheck 7a . 
.   .  D-88662 Überlingen-Deisendorf .
..

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] GEF milestones not available?

[Henrik Rentz-Reichert]

Hi Michael,

we could solve our issue by just dropping this location. Buckminster is able to 
resolve the bundle without it.
I still stick with Indigo though...

-Henrik

Am 19.01.2012 10:57, schrieb Wenz, Michael:
>
> Hi,
>
>  
>
> we (the Graphiti project) are using the same GEF update site for our Juno 
> version, also the Juno aggregation points there.
>
>  
>
> I checked the filesystem, the folder is gone, instead there is a folder 
> update-site/milestones and a updates-pre-3_8/milestones.
> Does anybody know what  the correct Juno update site to use for release train 
> builds is?
>
>  
>
> Thanks,
>
> Michael
>
>  
>
> *From:*cross-project-issues-dev-boun...@eclipse.org 
> [mailto:cross-project-issues-dev-boun...@eclipse.org] *On Behalf Of *Henrik
> Rentz-Reichert
> *Sent:* Mittwoch, 18. Januar 2012 18:14
> *To:* Cross project issues
> *Subject:* [cross-project-issues-dev] GEF milestones not available?
>
>  
>
> Hi,
>
> the eTrice build relies on
> http://download.eclipse.org/tools/gef/updates/milestones/
> (or rather its file system equivalent)
>
> Buckminster says
>
> ERROR   [0091] : java.lang.IllegalStateException: Preference node 
> "file:_home_data_httpd_download.eclipse.org_tools_gef_updates_milestones" 
> 
>  has been removed.
>
> Does anybody know why this folder is gone?
>
> Thanks,
> Henrik
>
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

-- 
..
.   ..
. Dr. Henrik Rentz-Reichert .  mailto:h...@protos.de  .
.   .  +49-7551-831365   .
.   ..
.   .  Am Bacheck 7a . 
.   .  D-88662 Überlingen-Deisendorf .
..

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] GEF milestones not available?

[Henrik Rentz-Reichert]

Hi,

the eTrice build relies on
http://download.eclipse.org/tools/gef/updates/milestones/
(or rather its file system equivalent)

Buckminster says

ERROR   [0091] : java.lang.IllegalStateException: Preference node 
"file:_home_data_httpd_download.eclipse.org_tools_gef_updates_milestones" has 
been removed.

Does anybody know why this folder is gone?

Thanks,
Henrik

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] git?

[Henrik Rentz-Reichert]

same for
http://git.eclipse.org/c/etrice/org.eclipse.etrice.git/

-Henrik

Am 18.01.2012 18:07, schrieb Stephan Herrmann:
> Hi,
>
> anyone seeing any git repositories currently?
>
> I see EGit answering '/gitroot/jdt/eclipse.jdt.core.git' does not appear to 
> be a git repository
>
> Still on the server the files are all there.
>
> best,
> Stephan
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Fwd: Disk usage report for Hudson/Build

[Henrik Rentz-Reichert]

Hi,

below the mdt-etrice-nightly is listed with 1.2GB.
On our Hudson build page
https://hudson.eclipse.org/hudson/job/mdt-etrice-nightly/
I see
Disk Usage: Workspace 673MB, Builds 242MB
(currently and usually 3 builds with 81MB each).

Can anybody explain the difference?

Thanks,
Henrik


- Weitergeleitete Nachricht von ge...@eclipse.org -
 Datum: Tue, 10 Jan 2012 13:23:12 -0500
   Von: ge...@eclipse.org
Antwort an: Cross project issues 
   Betreff: [cross-project-issues-dev] Disk usage report for Hudson/Build
An: cross-project-issues-dev@eclipse.org

Compiled 2012-01-10T12:07

 build.eclipse.org 
-> Usage exceeding 1GB for: Hudson master jobs and workspace  
(2012-01-10T10:00)

  17.9G eclipse-equinox-test-N
   3.8G cbi-scout-3.7
   3.0G cbi-pdt-3.0-indigo
   2.9G cbi-pdt-2.2-helios
   2.1G emf-cdo-integration
   2.1G Xtext-nightly-HEAD
   1.9G rtp-packages
   1.5G gmp-graphiti-nightly
   1.5G jobs
   1.4G tycho-gmp.gmf.tooling
   1.4G amp-integration
   1.3G ptp-master-release
   1.3G virgo.ide.snapshot
   1.2G ptp-release
   1.2G buckminster-egf-helios
   1.2G mdt-etrice-nightly
   1.2G buckminster-voicetools-targetplatform
   1.2G ptp-nightly
   1.1G tycho-query2-nightly
   1.1G rap-runtime
   1.1G tycho-gmp.gmf.tooling.maintenance
   1.1G hudson-core
   1.1G epp-mpc-e3.7
   1.1G Xtext-test
   1.1G ptp-4.1
   1.0G linuxtools-master
   1.0G mylyn-builds-nightly
   1.0G Xtext-Maven-Deploy
-> Usage exceeding 1GB for: /shared (1000G capacity) (2012-01-10T10:00)
 500.3G jobs_disk.img
 182.4G technology
 113.2G jobs
  88.0G eclipse
  37.2G rt
  27.9G webtools
  17.0G SLES
  15.1G tools
   9.7G jobs.back
   8.7G modeling
   5.4G common
   4.4G orbit
   3.0G helios
   2.3G indigo
   1.7G juno
   1.2G cbi
-> Usage exceeding 1GB for: /shared/modeling
   3.7G searchcvs
   3.1G build
   1.0G mdt
-> Usage exceeding 1GB for: /shared/tools
   4.9G aspectj
   3.2G tm
   2.9G objectteams
   1.4G mtj
   1.3G windowbuilder
   1.2G sequoyah
-> Usage exceeding 1GB for: /shared/technology
 155.2G epp
  12.7G sapphire
   4.8G stem
   3.3G babel
   2.4G cosmos
   2.4G gyrex
 END: build.eclipse.org 


 hudson-slave1.eclipse.org 
/dev/xvda1334G  107G  227G  33% /
-> Usage exceeding 1GB for: Hudson workspace on hudson-slave1 (50G  
capacity) (2012-01-10T10:00)

  15.7G eclipse-equinox-git-test-M
   5.3G virgo.kernel.snapshot
   4.2G cdt-master-maint
   3.6G cdt-master-nightly
   2.5G tycho-mat-nightly
   1.7G cdt-edc-nightly
   1.6G cbi-papyrus-0.7-nightly
   1.5G tcf-maint
   1.4G sapphire-0.5.x
   1.4G recommenders.smoketest-e42
   1.3G recommenders.smoketest-e37
   1.3G ptp-master-nightly
   1.3G hudson-test-harness
   1.2G cdt-nightly
   1.1G papyrus-trunk-nightly
   1.1G cdt-edc-maint
 END: hudson-slave1.eclipse.org 


 hudson-slave2.eclipse.org 
-> Usage exceeding 1GB for:
 END: hudson-slave2.eclipse.org 


 hudson-slave3.eclipse.org 
/dev/xvda1 55G   47G  9.0G  84% /
-> Usage exceeding 1GB for: Hudson workspace on hudson-slave3 (50G  
capacity) (2012-01-10T10:00)

  17.0G eclipse-equinox-test-N
   1.4G sapphire-0.4.x
   1.4G Xtext-nightly-Maintenance
   1.3G Xtext-nightly-HEAD
   1.3G tycho-its-linux-nightly
   1.1G amp-nightly
   1.1G jetty-nightly
 END: hudson-slave3.eclipse.org 

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


- Ende der weitergeleiteten Nachricht -


--
________

 Dr. Henrik Rentz-Reichert
 HBAS/Audi System Group
 07248/71-3228




___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] help with Buckminster problem needed

[Henrik Rentz-Reichert]

oops, that flag was dropped by copy/paste in the resource map editor.

Also, when I changed that flag in the editor, the namespace where messed up by 
the editor.
See here a diff with the correct version in green:
http://git.eclipse.org/c/etrice/org.eclipse.etrice.git/commit/releng/org.eclipse.etrice.releng/build.rmap?id=cb5eee108584b4bcd59a4e01ce6946a2db81e643

Now I just changed it in a textual editor.
Thanks, our build is working again :-)

Henrik

Am 15.12.2011 15:34, schrieb Thomas Hallgren:
> Hi Henrik,
>
> It seems the bundle is found in a p2 repository. Then, for some reason, 
> you're using 'eclipse.import' reader type which makes an
> attempt to import the binary bundle into the workspace. A couple of 
> suggestions:
>
> 1. Use 'p2' instead of 'eclipse.import'
> 2. Make sure binary bundles go to your target platform instead of into your 
> workspace.
>
> The latter is probably a case of using source="false" in the provider for 
> binaries.
>
> - thomas
>
>
> On 2011-12-15 15:18, Henrik Rentz-Reichert wrote:
>> thanks Thomas and Dennis,
>>
>> here is the console output of a failed import with --loglevel DEBUG:
>> https://hudson.eclipse.org/hudson/job/mdt-etrice-nightly/143/console
>>
>> I've also allowed workspace access for anonymous.
>>
>> -Henrik
>>
>> Am 15.12.2011 13:17, schrieb Dennis Hübner:
>>> Allow others to browse your job workspace for mdt-etrice-nightly. So we can 
>>> also look into your rmap and cquery.
>>> Regards,
>>> Dennis.
>>>
>>> Am 15.12.2011 um 12:41 schrieb Thomas Hallgren:
>>>
>>>> Please try running with --loglevel DEBUG and then provide a link to the 
>>>> complete build output.
>>>
>>>
>>>
>>> ___
>>> cross-project-issues-dev mailing list
>>> cross-project-issues-dev@eclipse.org
>>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>>
>>
>> ___
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@eclipse.org
>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

-- 
..
.   ..
. Dr. Henrik Rentz-Reichert .  mailto:h...@protos.de  .
.   .  +49-7551-831365   .
.   ..
.   .  Am Bacheck 7a . 
.   .  D-88662 Überlingen-Deisendorf .
..

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] help with Buckminster problem needed

[Henrik Rentz-Reichert]

thanks Thomas and Dennis,

here is the console output of a failed import with --loglevel DEBUG:
https://hudson.eclipse.org/hudson/job/mdt-etrice-nightly/143/console

I've also allowed workspace access for anonymous.

-Henrik

Am 15.12.2011 13:17, schrieb Dennis Hübner:
> Allow others to browse your job workspace for mdt-etrice-nightly. So we can 
> also look into your rmap and cquery.
> Regards,
> Dennis.
>
> Am 15.12.2011 um 12:41 schrieb Thomas Hallgren:
>
>> Please try running with --loglevel DEBUG and then provide a link to the 
>> complete build output.
>
>
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] help with Buckminster problem needed

[Henrik Rentz-Reichert]

Hi all,

I think that the experienced audience of this list might have a clue what's 
going on with our Hudson eTrice build.

I had to adapt the Buckminster resource map to be able to locate the new 
version of a dependency (we switched from Xtext 2.0 to 2.1).
If I perform the cquery locally everything can be resolved properly.

However, if I run that inside Hudson I end up with

ERROR   [0046] : No component named 
org.eclipse.emf.mwe2.runtime:osgi.bundle/2.2.0 is known to Buckminster
ERROR: No component named org.eclipse.emf.mwe2.runtime:osgi.bundle/2.2.0 is 
known to Buckminster
ERROR   [0047] : No component named 
org.eclipse.emf.mwe.core:osgi.bundle/[1.1.1.v201108020506,2.0.0) is known to 
Buckminster
ERROR: No component named 
org.eclipse.emf.mwe.core:osgi.bundle/[1.1.1.v201108020506,2.0.0) is known to 
Buckminster
INFO:  Resetting target platform Directory 
/opt/users/hudsonbuild/.hudson/jobs/mdt-etrice-nightly/workspace//buildroot/target.platform
ERROR: Errors and Warnings
org.eclipse.core.runtime.CoreException: Errors and Warnings
at 
org.eclipse.buckminster.runtime.BuckminsterException.wrap(BuckminsterException.java:96)
at 
org.eclipse.buckminster.core.materializer.MaterializationJob.internalRun(MaterializationJob.java:149)
at 
org.eclipse.buckminster.core.materializer.MaterializationJob.run(MaterializationJob.java:125)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
Contains: [0046] : No component named 
org.eclipse.emf.mwe2.runtime:osgi.bundle/2.2.0 is known to Buckminster
Contains: [0047] : No component named 
org.eclipse.emf.mwe.core:osgi.bundle/[1.1.1.v201108020506,2.0.0) is known to 
Buckminster


The difference is that the p2 Provider searches in the Hudson job in the shared 
file system
/home/data/httpd/download.eclipse.org/etrice

while in my local setting I'm using
http://download.eclipse.org/etrice

Any help is appreciated,
Henrik

-- 
..
.   .    .
. Dr. Henrik Rentz-Reichert .  mailto:h...@protos.de  .
.   .  +49-7551-831365   .
.   ..
.   .  Am Bacheck 7a . 
.   .  D-88662 Überlingen-Deisendorf .
..

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Hudson slave1 blocked?

[Henrik Rentz-Reichert]

y=method>
>>> atjava.util.concurrent.FutureTask.run(FutureTask.java:138) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.FutureTask.run&entity=method>
>>> 
>>> atjava.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>  
>>> <http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.ThreadPoolExecutor$Worker.runTask&entity=method>
>>> 
>>> atjava.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>  
>>> <http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.ThreadPoolExecutor$Worker.run&entity=method>
>>> atjava.lang.Thread.run(Thread.java:619)  
>>> <http://stacktrace.hudson-ci.org/search/?query=java.lang.Thread.run&entity=method>
>>>
>>> On Mon, Dec 12, 2011 at 10:31 AM, Kenn Hussey >> <mailto:kenn.hus...@gmail.com>> wrote:
>>>
>>> The UML2 build is currently blocked by this as well - the build seems 
>>> to start but then stalls and never finishes.
>>> Does slave1 need to be restarted?
>>>
>>> Kenn
>>>
>>> On Mon, Dec 12, 2011 at 8:15 AM, Wim Jongman >> <mailto:wim.jong...@gmail.com>> wrote:
>>>
>>> Hi,
>>>
>>> Our build is blocking.
>>>
>>> https://hudson.eclipse.org/hudson/job/maven-nebula-1.0-nightly/239/
>>>
>>>
>>> Others have the same problem:
>>>
>>> 
>>> https://hudson.eclipse.org/hudson/job/virgo.documentation.snapshot/553/console
>>> https://hudson.eclipse.org/hudson/job/gef4-nightly-tycho/124/console
>>>
>>>
>>> Best regards,
>>>
>>> Wim Jongman
>>>
>>
>>
>>
>> ___
>> cross-project-issues-dev mailing list
>> cross-project-issues-dev@eclipse.org
>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

-- 
..
.   ..
. Dr. Henrik Rentz-Reichert .  mailto:h...@protos.de  .
.   .  +49-7551-831365   .
.   ..
.   .  Am Bacheck 7a . 
.   .  D-88662 Überlingen-Deisendorf .
..

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev