Re: [cross-project-issues-dev] Use latest Orbit versions: ACTION REQUIRED acceleo, buildship, emf-compare, lsp4j, mwe2, mylyn, sirius, tm4e, xtend/xtext

[Lorenzo Bettini via cross-project-issues-dev]

Hi

Xtext already did that: https://github.com/eclipse/xtext/pull/2878

On 05/01/24 12:20, Ed Merks via cross-project-issues-dev wrote:

Welcome back!

There have been a large number of updates to Orbit libraries. The 
org.eclipse.justj.p2.manager <https://eclipse.dev/justj/?page=tools> 
supports generating a tabular summary so now you can see at a glance 
what's available and what's been updated since the previous release:


https://download.eclipse.org/tools/orbit/simrel/orbit-aggregation/table.html

There is a new version of *guava 33.0.0.jre *so *acceleo, buildship, 
emf-compare, lsp4j, mwe2, mylyn, sirius, tm4e, and xtend/xtext* need to 
take action because the specified constraints exclude this version as 
seen in the details below:





___
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


--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] Access to org.eclipse.simrel.build

[Lorenzo Bettini]

Hi

I have exactly the same problem.
The URI has the correct shape, but I get the same error even if I try to 
clone from scratch.


On 26/04/23 10:42, Ed Merks wrote:

It works for me just now with this remote configuration:

If this problem persist, probably you need to open a helpdesk issue.

Maybe you try to create a fresh new SimRel installation choosing the 
Gerrit URI?


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


On 26.04.2023 10:33, Christian Dietrich wrote:

Hi, I can no longer interact with

org.eclipse.simrel.build

git repo e.g. pulling

cdietr...@git.eclipse.org: Permission denied (publickey).
fatal: Could not read from remote repository.

does anybody else know to solve the problem

~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


--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: https://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] problems with JIRO (Xtext)

[Lorenzo Bettini]

Hi

the JIRO instance for Xtext seems to have severe problems: the dashboard 
can be reached but then jobs cannot be inspected (504 Gateway Time-out) 
and also the built artifacts cannot be accessed. Are the other JIRO 
instances work fine?


thanks in advance
Lorenzo
___
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] running UI tests in JIRO

[Lorenzo Bettini]

Actually, a few days later, I had found the solution myself. I hadn't 
answered to the list because, since nobody cared answering I thought 
nobody cared at all about the matter...


Anyway, 'centos-7' provides metacity so I solved my problems.

The real issue is that this is not documented anywhere, unless I missed 
some hidden pages... the fact you ask me to create a ticket seems to 
imply that you (Eclipse) don't know that either?


I can create a ticket about the missing documentation if you think it's 
worthwhile.


On 07/12/22 18:43, Frederic Gurr wrote:

Hi,

Please create a HelpDesk issue for this:

https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/new

Regards,

Fred

On 24.11.22 18:04, Lorenzo Bettini wrote:

Hi

please forgive me if I'm using the wrong list, but I'd need some help 
for running UI (SWTBot tests) in JIRO (for EMF Parsley). I can run 
tests with Xvnc without problems (both in centos-7 and centos-8). 
However, for some specific SWTBot tests, I think I need a real Window 
Manager, e.g., icevm or metacity. Is there any specific "inheritFrom" 
I can use? I cannot seem to find this information anyway, sorry.


Thanks in advance
 Lorenzo




___
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] RAP and the new jface.databinding.swt.typed.WidgetProperties

[Lorenzo Bettini]

Hi

I seem to understand that the old deprecated databinding classes have 
been removed in 2022-12, and so I switched to 
org.eclipse.jface.databinding.swt.typed.WidgetProperties.


However, RAP does not provide this package, does it?
Or is it going to provide it before the finale 2022-12 release?

thanks in advance
Lorenzo

--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: https://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] running UI tests in JIRO

[Lorenzo Bettini]

Hi

please forgive me if I'm using the wrong list, but I'd need some help 
for running UI (SWTBot tests) in JIRO (for EMF Parsley). I can run tests 
with Xvnc without problems (both in centos-7 and centos-8). However, for 
some specific SWTBot tests, I think I need a real Window Manager, e.g., 
icevm or metacity. Is there any specific "inheritFrom" I can use? I 
cannot seem to find this information anyway, sorry.


Thanks in advance
Lorenzo

--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: https://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] ACTION REQUIRED: Houston We Have a Problem

[Lorenzo Bettini]

On 14/11/22 13:43, Ed Merks wrote:

*These projects need to do new builds*:

  * *org.eclipse.acceleo*
  * *org.eclipse.bpmn2*
  * *org.eclipse.dltk*
  * *org.eclipse.ecf*
  * *org.eclipse.eef*
  * *org.eclipse.emf.edapt*
  * *org.eclipse.emf.parsley*


Hi

Concerning Parsley, this would require to perform a new release, but I 
guess we're late to start the release procedure paperwork, aren't we?



  * *org.eclipse.fx*
  * *org.eclipse.gmf*
  * *org.eclipse.mylyn*
  * *org.eclipse.uml2*

You should *ensure that the qualifiers of your bundles and features are 
newer than 2021-04*, so that you don't have two the "same artifacts" but 
with different signatures, which is especially important if you are 
doing baseline replacement in your build.  I can help test your 
repository if you need help.  Please reach out to me.


*Everyone **needs to ensure that they consume from the next RC1 version 
of Orbit*, otherwise we are likely to end up with massive duplicate 
Orbit bundles and that is likely to cause problems.


I hope someone from Mylyn is paying attention!

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



Meanwhile, I'm trying to enable PGP signing of the bundles and features 
with this poor certificates to "repair" them.   But, Tycho does appear 
to detect that a signature will be ignored, provides no way to specify 
how to treat artifacts that already have a PGP signature (it actually 
produces duplicate properties in the artifacts.xml), and it appears the 
PGP signatures for features are invalid, so I'm not sure I'll be 100% 
successful in finding a workaround.  The following might be the best I 
can do on your behalf unless the PGP feature signing issue is fixed:


https://download.eclipse.org/oomph/archive/reports-extra/2022-12-gpg/download.eclipse.org/staging/2022-12-gpg/index.html

Note that in this scenario, I am *adding *the sim-bot PGP key/signature 
in addition to the key/signature already present from the project.  So 
all PGP-signed bundles will generally have two PGP signatures, and in 
this exceptional case, the bundle is jar-signed and has two PGP signatures:


https://download.eclipse.org/oomph/archive/reports-extra/2022-12-gpg/download.eclipse.org/staging/2022-12-gpg/index/bcpg_1.72.0.html

With PGP-signed features, p2 fails to validate them making them 
impossible to download/install, so in this case the cure is worse than 
the disease:


https://download.eclipse.org/oomph/archive/reports-extra/2022-12-gpg-bad/download.eclipse.org/staging/2022-12-gpg-bad/index/org.eclipse.acceleo.equinox.launcher.feature.jar_3.7.11.202102190929.html

Perhaps this issue can be fixed in the coming days...

Regards,
Ed





___
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] Xtext 2.29.0.M2 will require Kava 11, support Java 17 and Source and Target (and thus will no longer support Java 8)

[Lorenzo Bettini]

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

Re: [cross-project-issues-dev] Where is M2E - POM Editor (Legacy) using WebTools SourceEditing UI?

[Lorenzo Bettini]

and it's still not possible to set tabs or spaces in the XML editor...

https://github.com/eclipse/wildwebdeveloper/issues/139

On 9/16/22 12:13, Mickael Istria wrote:



On Fri, Sep 16, 2022 at 12:03 PM Lorenzo Bettini 
mailto:lorenzo.bett...@gmail.com>> wrote:


has it been abandoned for good?


Yes.
But if you're willing to revive it, please consider joining the m2e-dev 
mailing-list to state your intent and submitting PRs to restore it.


___
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


--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: https://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] Where is M2E - POM Editor (Legacy) using WebTools SourceEditing UI?

[Lorenzo Bettini]

Hi

Since I'm not comfortable with the

"M2E - POM Editor using LemMinX language server (includes Incubating 
components)"


I've kept on using the Legacy one

"M2E - POM Editor (Legacy) using WebTools SourceEditing UI"

However, in 2022-09 I can't find it anymore... has it been abandoned for 
good?


thanks in advance
Lorenzo
___
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] Revive Mylyn

[Lorenzo Bettini]

Hi

I'm using Mylyn extensively so I'd be happy to help (maybe, mostly for 
the build part).


On 9/16/22 11:58, Wim Jongman wrote:

Hi All,

The Mylyn project is suffering from code rust, which is pitied by many.

I am happy to help revive the project and ensure we maintain the 
existing functionality. Some of the Mylyn features are considered by 
many as "Unique Selling Points" for Eclipse.

*
*
*Are there brothers and sisters on this list that want to jump in with me?*

This is the overall plan.

1. Create a new team
2. Move the repositories to Github
3. Fix the build
4. Update dependencies
5. Update the websites
6. Make a new release

Cheers,

Wim

PS
You can reply privately to me if you are not comfortable posting to this 
list.


___
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


--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: https://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] 2022-09 Participation

[Lorenzo Bettini]

Hi Ed

I don't know why we have this issue (together with WindowBuilder).
Maybe in Xtext they changed something w.r.t. how they consume guava 
while we haven't touched that part for a while.


I guess it's late to try to fix that, so I'll have a look in the near 
future for the next simrel. As you said, this shouldn't disturb too many 
users, hopefully.


cheers
Lorenzo

On 9/2/22 16:09, Ed Merks wrote:

Parsley,

Parsley is not happy with the WindowBuilders direct-from-maven 
com.google.guava version 31.1.0.jre producing this wiring problem when 
installing everything from the train into one IDE:


eclipse.buildId=4.25.0.I20220824-1800
java.version=17.0.4
java.vendor=Eclipse Adoptium
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
Command-line arguments:  -os win32 -ws win32 -arch x86_64

org.eclipse.emf.parsley
Error
Fri Sep 02 09:37:27 CEST 2022
FrameworkEvent ERROR

org.osgi.framework.BundleException: Could not resolve module: 
org.eclipse.emf.parsley [892]
   Unresolved requirement: Require-Bundle: 
org.eclipse.emf.parsley.runtime; visibility:="reexport"
     -> Bundle-SymbolicName: org.eclipse.emf.parsley.runtime; 
bundle-version="1.13.0.v20201130-1005"

    org.eclipse.emf.parsley.runtime [905]
  No resolution report for the bundle.  Unresolved requirement: 
Require-Bundle: org.eclipse.emf.parsley.common; visibility:="reexport"
     -> Bundle-SymbolicName: org.eclipse.emf.parsley.common; 
bundle-version="1.13.0.v20201130-1005"; singleton:="true"

    org.eclipse.emf.parsley.common [895]
  No resolution report for the bundle.  Bundle was not resolved 
because of a uses constraint violation.
   org.apache.felix.resolver.reason.ReasonException: Uses constraint 
violation. Unable to resolve resource org.eclipse.emf.parsley 
[osgi.identity; osgi.identity="org.eclipse.emf.parsley"; 
type="osgi.bundle"; version:Version="1.13.0.v20201130-1005"; 
singleton:="true"] because it is exposed to package 
'com.google.common.base' from resources com.google.guava [osgi.identity; 
osgi.identity="com.google.guava"; type="osgi.bundle"; 
version:Version="31.1.0.jre"] and com.google.guava [osgi.identity; 
osgi.identity="com.google.guava"; type="osgi.bundle"; 
version:Version="30.1.0.v20210127-2300"] via two dependency chains.


Chain 1:
   org.eclipse.emf.parsley [osgi.identity; 
osgi.identity="org.eclipse.emf.parsley"; type="osgi.bundle"; 
version:Version="1.13.0.v20201130-1005"; singleton:="true"]

     require: (osgi.wiring.bundle=org.eclipse.emf.parsley.runtime)
  |
     provide: osgi.wiring.bundle: org.eclipse.emf.parsley.runtime
   com.google.guava [osgi.identity; osgi.identity="com.google.guava"; 
type="osgi.bundle"; version:Version="31.1.0.jre"]


Chain 2:
   org.eclipse.emf.parsley [osgi.identity; 
osgi.identity="org.eclipse.emf.parsley"; type="osgi.bundle"; 
version:Version="1.13.0.v20201130-1005"; singleton:="true"]

     require: (osgi.wiring.bundle=org.eclipse.emf.parsley.runtime)
  |
     provide: osgi.wiring.bundle; 
bundle-version:Version="1.13.0.v20201130-1005"; 
osgi.wiring.bundle="org.eclipse.emf.parsley.runtime"
   com.google.inject [osgi.identity; osgi.identity="com.google.inject"; 
type="osgi.bundle"; version:Version="5.0.1.v20210324-2015"]
     import: 
(&(osgi.wiring.package=com.google.common.collect)(&(version>=30.1.0)(!(version>=31.0.0

  |
     export: osgi.wiring.package: com.google.common.collect; 
uses:=com.google.common.base

     export: osgi.wiring.package=com.google.common.base
   com.google.guava [osgi.identity; osgi.identity="com.google.guava"; 
type="osgi.bundle"; version:Version="30.1.0.v20210127-2300"]

     at org.eclipse.osgi.container.Module.start(Module.java:463)
     at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel$2.run(ModuleContainer.java:1852)
     at 
org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor$1$1.execute(EquinoxContainerAdaptor.java:136)
     at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1845)
     at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1786)
     at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1750)
     at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1672)
     at 
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)
     at 
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:234)
     at 
org.eclipse.osgi.f

Re: [cross-project-issues-dev] P2 site mirror for Eclipse builds

[Lorenzo Bettini]

On 22/02/22 09:38, Mikael Barbero wrote:
I get it is frustrating that suddenly it stops working while you did not 
change anything but Git(hub) repositories are no files servers and 
should not be abused like so.


You should contact the original author and ask him to publish his p2 
repository to a proper file service. It could be github releases or 
github pages. Those are not rate limited AFAICT.


In case it might helpful, I wrote a blog post on how to publish a 
composite p2 repository on github pages:


https://www.lorenzobettini.it/2021/03/publishing-an-eclipse-p2-composite-repository-on-github-pages/

however, please keep in mind that there are still a few limitations on 
github pages as well 
(https://docs.github.com/en/pages/getting-started-with-github-pages/about-github-pages#guidelines-for-using-github-pages):


"GitHub Pages sites are subject to the following usage limits:

GitHub Pages source repositories have a recommended limit of 1GB. 
For more information, see "What is my disk quota?"


Published GitHub Pages sites may be no larger than 1 GB.

GitHub Pages sites have a soft bandwidth limit of 100GB per month.

GitHub Pages sites have a soft limit of 10 builds per hour.

If your site exceeds these usage quotas, we may not be able to serve 
your site, or you may receive a polite email from GitHub Support 
suggesting strategies for reducing your site's impact on our servers, 
including putting a third-party content distribution network (CDN) in 
front of your site, making use of other GitHub features such as 
releases, or moving to a different hosting service that might better fit 
your needs.

"

cheers
    Lorenzo

--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] Disabling Mylyn from SimRel + Removing related Orbit workarounds

[Lorenzo Bettini]

Ok, thanks!
So the limitations (not failing because of missing dependencies) of Tycho
mirror are real (I seem to understand they come from the eclipse mirror
application on which it's built).

Il Sab 15 Gen 2022, 20:03 Mickael Istria  ha scritto:

>
>
> On Saturday, January 15, 2022, Lorenzo Bettini 
> wrote:
> > Mickael, IIRC your proposal was based on Tycho mirror goal
>
> Nope, except for exceptions. See
> https://git.eclipse.org/r/c/simrel/org.eclipse.simrel.build/+/170553/14/pom.xml
>
> --
> Mickael Istria
> Eclipse IDE <https://www.eclipse.org/eclipseide> developer, for Red Hat
> Developers <https://developers.redhat.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
>
___
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] Disabling Mylyn from SimRel + Removing related Orbit workarounds

[Lorenzo Bettini]

Mickael, IIRC your proposal was based on Tycho mirror goal, but that does
not fail if dependencies of mirrored artifacts cannot be found (it just
issues a warning) while the aggregator fails if that happens. I'm asking
also because I was migrating my mirrors myself but I experienced such a
limitation of mirroring with Tycho.

Thanks
Lorenzo

Il ven 14 gen 2022, 10:24 Mickael Istria  ha scritto:

>
>
> On Fri, Jan 14, 2022 at 9:50 AM Christoph Läubrich 
> wrote:
>
>> If Tycho is used
>>
>
> I tried for a long time to migrate SimRel from p2 aggregator (which is a
> technology very few are capable of using, much fewer are capable of
> maintaining, and much even fewer -if any- is willing to maintain) to Tycho
> and provided a full migration path and even a fully output of this
> migration path that was building a repo that was equivalent to SimRel.
> There were some quirks and attention got focused on those quirks without
> anyone really trying to be constructive on helping to fix them, and some
> vocal consumers were afraid of this change being a burden for for them as
> they're not willing to change at all (
> https://www.astroarch.com/tvp_strategy/no-thanks-busy-pay-back-technical-debt-40188/
> ); in the end, I gave up because of more energy spent by anti-change camp
> than I wanted to spend on this migration.
> Let's hope that will change some day; but I personally can't be that
> optimistic any more.
> ___
> 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] CVS support plugin discontinuation - SimRel build changes needed

[Lorenzo Bettini]

Same for EMF Parsley: how did you find the CVS dependency?

Il Sab 8 Gen 2022, 07:16 Ed Willink  ha scritto:

> Hi
>
> Ditto for Modisco. My OOMPH generated Modisco installation is totally free
> of even transitive dependencies on CVS so there must be a fault in your
> dependency analysis.
> Surely such a dramatic disabling should have been investigated on the
> Gerrit / a prvate branch and then discussed? Why was it merged to master?
> Why has it not yet been reverted?
>
>  Regards
>
> Ed Willink
> On 08/01/2022 05:25, Eike Stepper wrote:
>
> @Jonah Thanks for re-enabling CDO!
>
> @Kit How did you establish that CDO depends (possibly transitively) on
> CVS? The bundle manifests of CDO do not contain anything to that extent,
> and in my target platform for CDO there are no CVS bundles.
>
> Cheers
> /Eike
>
> 
> http://www.esc-net.de
> http://thegordian.blogspot.com
> http://twitter.com/eikestepper
>
>
> Am 07.01.2022 um 23:21 schrieb Jonah Graham:
>
> Hi folks,
>
> I have reenabled all the projects as the failures were due to transitive
> dependencies on Mylyn. For Mylyn I have disabled the CVS related/dependent
> features only. AFAICT (validation passes, waiting for full build) this
> should be the full solution so none of the other projects need to do
> anything this time.
>
> See https://git.eclipse.org/r/c/simrel/org.eclipse.simrel.build/+/189399
>
> Jonah
> ~~~
> Jonah Graham
> Kichwa Coders
> www.kichwacoders.com
>
>
> On Fri, 7 Jan 2022 at 17:11, Jonah Graham  wrote:
>
>> Thanks Kit!
>>
>> It looks like we have quite a few dependencies to resolve here :-) CDT
>> doesn't directly depend on CVS, perhaps there is a transient dependency
>> that does though.
>>
>> Does anyone know which of these directly depend on CVS? I am trying to
>> figure it out now and hope to make a new contribution soon if possible with
>> a smaller set of disabled projects by removing individual features.
>>
>> PS Thank you for making such a large change in M1 - it gives all the
>> downstream consumers more time to actually understand the implication of
>> the earlier announced changes.
>>
>> Jonah
>>
>> ~~~
>> Jonah Graham
>> Kichwa Coders
>> www.kichwacoders.com
>>
>>
>> On Fri, 7 Jan 2022 at 16:54, Kit Lo  wrote:
>>
>>> As announced in
>>> https://www.eclipse.org/lists/cross-project-issues-dev/msg18643.html Eclipse
>>> Platform project has stopped building CVS. While contributing to SimRel
>>> 2022-03 M1 we found some projects are dependent on CVS causing SimRel build
>>> to fail. To make SimRel work we ended up disabling multiple projects.
>>> Please re-enable them once the support for CVS has been disabled. Here is
>>> the list of projects that were disabled:
>>>
>>> - cdt
>>> - dltk
>>> - egit
>>> - embedcdt
>>> - emf-cdo
>>> - emf-compare
>>> - emf-parsley
>>> - linuxtools
>>> - m2m-atl
>>> - modisco
>>> - mylyn
>>> - oomph
>>> - pdt
>>> - ptp
>>> - tcf
>>> - tracecompass
>>>
>>> Thank you!
>>>
>>> Regards,
>>> Kit Lo
>>> Eclipse Babel Project Lead
>>> IBM Eclipse SDK (IES) Technical Lead and Release Manager
>>>
>>> ___
>>> 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 listcross-project-issues-...@eclipse.org
> To unsubscribe from this list, visit 
> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
> ___
> cross-project-issues-dev mailing listcross-project-issues-...@eclipse.org
> To unsubscribe from this list, visit 
> https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
>
>
> 
>  Virus-free.
> www.avast.com
> 
> <#m_-1476671339212885885_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> 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] Serious problems with the new Maven POM XML editor

[Lorenzo Bettini]

On 10/12/21 10:38, Andrey Loskutov wrote:

Hi Lorenzo,

Sounds really scary.
Please create a bug for m2e, we should continue investigation on that bug ASAP.



Done

https://github.com/eclipse-m2e/m2e-core/issues/441

If this bug is confirmed it's not scary... it's a disaster...

cheers
Lorenzo
___
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] Serious problems with the new Maven POM XML editor

[Lorenzo Bettini]

Hi

I tried, in a brand new environment, the new 2021-12 Java distribution, eager to try the 
new Maven POM XML, after looking at the nice video of Holger Voormann 
(https://www.youtube.com/watch?v=3W9bvidcO20)


I simply created a new Maven project with the archetype and tried to use content assist in 
the Maven POM XML editor tab. My system monitor showed a huge amount of downloaded stuff 
(a few gigabytes). I remembered I had the same problem in the past, and this should be 
once again https://projects.eclipse.org/proposals/eclipse-lemminx


This was followed by a huge CPU usage from Java (building some kind of index?)

After that, I only had the proposals (Maven artifacts and versions) already part of my 
Maven cache... nothing from Maven Central... so what was the downloaded stuff good for?


By the way, the downloaded artifacts are nowhere in my home folder: they are in /tmp (I'm 
on Linux), which will be wiped away after reboot.

These are the created dirs and their disk usage (~ 6 gigs)

du /tmp/nexus-maven-repository
3529916 /tmp/nexus-maven-repository-index.gz8422849806479204346.dir
2357276 /tmp/nexus-maven-repository-index.gz8909712491327057893.dir

Please, keep in mind that I saw no network feedback in Eclipse, I just realized that by 
looking at my system monitor.


Now think of the users with a traffic data plan...

To make things extremely worse, I restarted Eclipse, tried content assist again, and the 
download starts again from scratch! Further ~3 gigs downloaded...


Am I only one experiencing this behavior?

Luckily, I was able to install the old M2E editor, without Lemminx, to go back to the good 
ol' working behavior.


cheers
Lorenzo

--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] Windowbuilder issue

[Lorenzo Bettini]

Wouldn't something like

--add-opens java.base/java.lang=ALL-UNNAMED

be even better? From what I understand this will not be banned..


Il Ven 4 Giu 2021, 17:07 Wim Jongman  ha scritto:

> Hi Ed,
>
> Bedankt! This gives us some time until illegal access is permanently
> banned.
>
> I've updated the WB aggrcon file here:
>
> https://git.eclipse.org/r/c/simrel/org.eclipse.simrel.build/+/180996
>
> Cheers,
>
> Wim
>
>
> On Fri, Jun 4, 2021 at 5:01 PM Ed Merks  wrote:
>
>> Wim,
>>
>> RC2 is next week, so I don't think there is some rule that you can't
>> contribute this.  Also, I think Window Builder is a "leaf project" so such
>> changes don't impact "downstream" projects...
>>
>> Note that I've enhanced the installer so that when I make Java 16.0.1
>> available as a JRE choice, installing it will also add
>> "--illegal-access=permit" (if it is not already present).  I've been
>> holding off updating the org.eclipse.jres.setup resource to include Java 16
>>
>> http://download.eclipse.org/justj/jres/16/updates/release/16.0.1
>>
>> because the old installer is not able to add such an option and I'm
>> concerned that people installing 2021-03 currently could easily choose Java
>> 16.0.1 and could end up with who knows what problems so I'll hold off until
>> just before the release 2021-06 release.
>>
>> Regards,
>> Ed
>>
>> On 04.06.2021 16:40, Wim Jongman wrote:
>>
>> Hi,
>>
>> Holger has made a workaround for the WB issue and I have just released
>> 1.9.7 can we add this new version to simrel before the release?
>>
>> Cheers,
>>
>> Wim
>>
>>
>>
>> ___
>> cross-project-issues-dev mailing listcross-project-issues-...@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
>
___
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] publishing and maintaining a composite update site from JIRO

[Lorenzo Bettini]

And to be honest from the update on the bug I don't understand whether
you'll provide direct access (for a limited period) or not..

Il Mer 10 Feb 2021, 18:53 Mikael Barbero <
mikael.barb...@eclipse-foundation.org> ha scritto:

> FYI, I've just posted an update on
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=558735#c18
>
> *Mikaël Barbero *
> *Manager — Release Engineering and Technology | Eclipse Foundation*
>  @mikbarbero
> Eclipse Foundation <http://www.eclipse.org/>: The Platform for Open
> Innovation and Collaboration
>
> On 5 Feb 2021, at 11:40, Lorenzo Bettini 
> wrote:
>
> Hi
>
> for my Eclipse projects built on and released from Hudson, and then JIPP,
> I was using a working releng mechanism to publish and update composite p2
> sites for my Eclipse projects, EMF Parsley and Xsemantics (completely
> automated from the Maven/Tycho build).
>
> JIRO completely broke this mechanism since there's no direct access to the
> download area. Looks like I'm not the only one complaining about that (
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=558735) and looks like
> "mounted download folders" are not yet available.
>
> Of course, I can come up with a different strategy, copying some metadata
> locally in the JIRO runner, update it, then put it back, but it'll surely
> take me some time (especially because I seem to understand that in JIRO
> workspaces are completely ephemeral so everything is lost, making debugging
> a nightmare I guess), which I'd rather save at the moment.
>
> So I'm wondering if anyone else has a working solution that can be easily
> reused?
> I'm also taking the chance to ask (once again) if "mounted download
> folders" can be provided (now that a year has passed).
>
> Of course I'd be OK with other solutions, from other supported CIs, but I
> guess it's only possible to publish p2 sites from JIRO, is it?
>
> thanks in advance
> Lorenzo
>
> --
> Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
> HOME: http://www.lorenzobettini.it
> TDD Book: https://leanpub.com/tdd-buildautomation-ci
> Xtext Book:
> https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
> ___
> 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

Re: [cross-project-issues-dev] publishing and maintaining a composite update site from JIRO

[Lorenzo Bettini]

Thank you Christian!

For sure it's a good starting point, but it's completely shell-based, which might be hard 
to adapt and IMHO error-prone... I'd rather have something completely embedded in the 
Maven build (as I was doing in the past).


In any case, thanks again, I'll study that.

Let's see if anyone else has further suggestions...

cheers
Lorenzo

On 05/02/21 11:44, Christian Dietrich wrote:

Hi, maybe you can recycle the Xtext approach

https://github.com/eclipse/xtext-umbrella/blob/5f10d83c2c11dc82dbcf4437206bd568e317da9c/releng/jenkins/sign-and-deploy/Jenkinsfile#L245

https://github.com/eclipse/xtext-umbrella/blob/master/releng/jenkins/sign-and-deploy/scripts/create_composite_update_site.sh

~Christian

Am 05.02.21 um 11:40 schrieb Lorenzo Bettini:

Hi

for my Eclipse projects built on and released from Hudson, and then
JIPP, I was using a working releng mechanism to publish and update
composite p2 sites for my Eclipse projects, EMF Parsley and Xsemantics
(completely automated from the Maven/Tycho build).

JIRO completely broke this mechanism since there's no direct access to
the download area. Looks like I'm not the only one complaining about
that (https://bugs.eclipse.org/bugs/show_bug.cgi?id=558735) and looks
like "mounted download folders" are not yet available.

Of course, I can come up with a different strategy, copying some
metadata locally in the JIRO runner, update it, then put it back, but
it'll surely take me some time (especially because I seem to
understand that in JIRO workspaces are completely ephemeral so
everything is lost, making debugging a nightmare I guess), which I'd
rather save at the moment.

So I'm wondering if anyone else has a working solution that can be
easily reused?
I'm also taking the chance to ask (once again) if "mounted download
folders" can be provided (now that a year has passed).

Of course I'd be OK with other solutions, from other supported CIs,
but I guess it's only possible to publish p2 sites from JIRO, is it?

thanks in advance
 Lorenzo


___
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




--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] publishing and maintaining a composite update site from JIRO

[Lorenzo Bettini]

Hi

for my Eclipse projects built on and released from Hudson, and then JIPP, I was using a 
working releng mechanism to publish and update composite p2 sites for my Eclipse projects, 
EMF Parsley and Xsemantics (completely automated from the Maven/Tycho build).


JIRO completely broke this mechanism since there's no direct access to the download area. 
Looks like I'm not the only one complaining about that 
(https://bugs.eclipse.org/bugs/show_bug.cgi?id=558735) and looks like "mounted download 
folders" are not yet available.


Of course, I can come up with a different strategy, copying some metadata locally in the 
JIRO runner, update it, then put it back, but it'll surely take me some time (especially 
because I seem to understand that in JIRO workspaces are completely ephemeral so 
everything is lost, making debugging a nightmare I guess), which I'd rather save at the 
moment.


So I'm wondering if anyone else has a working solution that can be easily 
reused?
I'm also taking the chance to ask (once again) if "mounted download folders" can be 
provided (now that a year has passed).


Of course I'd be OK with other solutions, from other supported CIs, but I guess it's only 
possible to publish p2 sites from JIRO, is it?


thanks in advance
    Lorenzo

--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] Problems with UI tests in JIPP

[Lorenzo Bettini]

Hi Fred

we'd like to wait: publishing from JIRO is still a problem until it's possible to mount 
the download area, see e.g.


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

for the moment it's better to be able to easily publish than to be able to test in Jenkins 
(we can do that locally anyway).


We do have problems also for GPG signing anyway (which is unrelated to this problem I 
guess): https://www.eclipse.org/lists/cross-project-issues-dev/msg18035.html


cheers
Lorenzo

On 30/11/20 14:44, Frederic Gurr wrote:

Hi Lorenzo,

I can start the migration of the EMF Parsley JIPP to Jiro today if you like.

Regards,

Fred

On 30.11.20 10:33, Lorenzo Bettini wrote:

Hi

I disabled those tests and let other tests run...

the problem comes up again in other tests with such a message

/opt/public/common/java/openjdk/jdk-11/bin/java: symbol lookup error:
/jobs/genie.emf-parsley/emf-parsley-next-simrel-gerrit/workspace/dsl/org.eclipse.emf.parsley.dsl.tests/target/work/configuration/org.eclipse.osgi/117/0/.cp/libswt-pi3-gtk-4940r23.so:
undefined symbol: gtk_event_controller_set_propagation_phase

In fact,

"An unexpected error occurred while launching the test runtime (process
returned error code 127)"

error 127 should mean that something is not found on the PATH...

I guess we'll have to disable tests for the moment on our JIPP and wait
for the migration to JIRO (which will break tons of other things...)

On 27/11/20 12:04, Aleksandar Kurtakov wrote:



On Fri, Nov 27, 2020 at 12:57 PM Lorenzo Bettini
mailto:lorenzo.bett...@gmail.com>> wrote:

     That's what I see before the UI tests are executed:

     [INFO] Running org.eclipse.emf.parsley.tests.FormWidgetFactoryTest
     ***WARNING: GTK+ version too old (micro mismatch)
     ***WARNING: SWT requires GTK 3.20.0
     ***WARNING: Detected: 3.10.9

     so how can I get a newer version in JIPP?


Your JIPP has to be moved to JIRO as the old infrastructure doesn't
allow updates for one single project without doing it for everyone
else . As it's being decommissioned spending time to do the updates
there is not worth it.
I see there is https://bugs.eclipse.org/bugs/show_bug.cgi?id=568105
<https://bugs.eclipse.org/bugs/show_bug.cgi?id=568105> so you should
be on the right track.
P.S. SWT moved to require 3.14 since 2019-12 release so this is not a
new requirement in anyway.


     On 27/11/20 11:53, Aleksandar Kurtakov wrote:
  > Which gtk version do you have there ?
  >
  >
  >       gtk_event_controller_set_propagation_phase  is available
since gtk 3.14 and
     latest
  >       SWT requires 3.20. So please ensure you have new enough GTK.
  >
  >
  > On Fri, Nov 27, 2020 at 12:41 PM Lorenzo Bettini
mailto:lorenzo.bett...@gmail.com>
  > <mailto:lorenzo.bett...@gmail.com
<mailto:lorenzo.bett...@gmail.com>>> wrote:
  >
  >     Hi
  >
  >     when building our project EMF Parsley on JIPP, we
experience issues with tests
     that need
  >     the UI (or at least, that's what I think it's happening).
  >
  >     We use icewm, which we launch like that
  >
  >     icewm --replace --sm-disable 2> icewm.err &
  >
  >     and in the .err file, as soon as a UI test runs we see
  >
  >     IceWM: using
/opt/public/hipp/homes/genie.emf-parsley/.icewm for private
     configuration
  >     files
  >     XIO:  fatal IO error 11 (Resource temporarily unavailable)
on X server ":323"
  >           after 6777 requests (6777 known processed) with 0
events remaining.
  >
  >     Surefire also leaves this information in the dump file
  >
  >     /opt/public/common/java/openjdk/jdk-11/bin/java: symbol
lookup error:
  >
  
/opt/public/hipp/homes/genie.emf-parsley/.swt/lib/linux/x86_64/libswt-pi3-gtk-4940r23.so:

  >     undefined symbol: gtk_event_controller_set_propagation_ph
  >
  >     everything used to work a few months ago...
  >
  >     any clue please?
  >     thanks in advance
  >             Lorenzo
  >


     --     Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
     HOME: http://www.lorenzobettini.it <http://www.lorenzobettini.it>
     TDD Book: https://leanpub.com/tdd-buildautomation-ci
     <https://leanpub.com/tdd-buildautomation-ci>
     Xtext Book:

https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition



<https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition>


     ___
     cross-project-issues-dev mailing list
     cross-project-issues-dev@eclipse.org
<mailto:cross

[cross-project-issues-dev] Problem with GPG signing for Maven artifacts

[Lorenzo Bettini]

Sorry, but we're experiencing another problem in our EMF Parsley JIPP: when deploying to 
Maven central, we get GPG signing problems (we never experienced these problems in the 
past, so the job configuration should be OK):


[INFO] --- maven-gpg-plugin:1.6:sign (sign-artifacts) @ 
org.eclipse.emf.parsley.parent ---
gpg: no default secret key: Unusable secret key
gpg: signing failed: Unusable secret key

any clue please?

thanks in advance
Lorenzo

--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] Problems with UI tests in JIPP

[Lorenzo Bettini]

Hi

I disabled those tests and let other tests run...

the problem comes up again in other tests with such a message

/opt/public/common/java/openjdk/jdk-11/bin/java: symbol lookup error: 
/jobs/genie.emf-parsley/emf-parsley-next-simrel-gerrit/workspace/dsl/org.eclipse.emf.parsley.dsl.tests/target/work/configuration/org.eclipse.osgi/117/0/.cp/libswt-pi3-gtk-4940r23.so: 
undefined symbol: gtk_event_controller_set_propagation_phase


In fact,

"An unexpected error occurred while launching the test runtime (process returned error 
code 127)"


error 127 should mean that something is not found on the PATH...

I guess we'll have to disable tests for the moment on our JIPP and wait for the migration 
to JIRO (which will break tons of other things...)


On 27/11/20 12:04, Aleksandar Kurtakov wrote:



On Fri, Nov 27, 2020 at 12:57 PM Lorenzo Bettini <mailto:lorenzo.bett...@gmail.com>> wrote:


That's what I see before the UI tests are executed:

[INFO] Running org.eclipse.emf.parsley.tests.FormWidgetFactoryTest
***WARNING: GTK+ version too old (micro mismatch)
***WARNING: SWT requires GTK 3.20.0
***WARNING: Detected: 3.10.9

so how can I get a newer version in JIPP?


Your JIPP has to be moved to JIRO as the old infrastructure doesn't allow updates for one 
single project without doing it for everyone else . As it's being decommissioned spending 
time to do the updates there is not worth it.
I see there is https://bugs.eclipse.org/bugs/show_bug.cgi?id=568105 
<https://bugs.eclipse.org/bugs/show_bug.cgi?id=568105> so you should be on the right track.
P.S. SWT moved to require 3.14 since 2019-12 release so this is not a new requirement in 
anyway.



On 27/11/20 11:53, Aleksandar Kurtakov wrote:
 > Which gtk version do you have there ?
 >
 >
 >       gtk_event_controller_set_propagation_phase  is available since gtk 
3.14 and
latest
 >       SWT requires 3.20. So please ensure you have new enough GTK.
 >
 >
     > On Fri, Nov 27, 2020 at 12:41 PM Lorenzo Bettini 
mailto:lorenzo.bett...@gmail.com>
 > <mailto:lorenzo.bett...@gmail.com <mailto:lorenzo.bett...@gmail.com>>> 
wrote:
 >
 >     Hi
 >
 >     when building our project EMF Parsley on JIPP, we experience issues 
with tests
that need
 >     the UI (or at least, that's what I think it's happening).
 >
 >     We use icewm, which we launch like that
 >
 >     icewm --replace --sm-disable 2> icewm.err &
 >
 >     and in the .err file, as soon as a UI test runs we see
 >
 >     IceWM: using /opt/public/hipp/homes/genie.emf-parsley/.icewm for 
private
configuration
 >     files
 >     XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server 
":323"
 >           after 6777 requests (6777 known processed) with 0 events 
remaining.
 >
 >     Surefire also leaves this information in the dump file
 >
 >     /opt/public/common/java/openjdk/jdk-11/bin/java: symbol lookup error:
 >   
  /opt/public/hipp/homes/genie.emf-parsley/.swt/lib/linux/x86_64/libswt-pi3-gtk-4940r23.so:

 >     undefined symbol: gtk_event_controller_set_propagation_ph
 >
 >     everything used to work a few months ago...
 >
 >     any clue please?
 >     thanks in advance
 >             Lorenzo
 >


-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze

HOME: http://www.lorenzobettini.it <http://www.lorenzobettini.it>
TDD Book: https://leanpub.com/tdd-buildautomation-ci
<https://leanpub.com/tdd-buildautomation-ci>
Xtext Book:

https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

<https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition>
___
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
<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




--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xt

Re: [cross-project-issues-dev] Problems with UI tests in JIPP

[Lorenzo Bettini]

On 27/11/20 12:04, Aleksandar Kurtakov wrote:
> 
> 
> On Fri, Nov 27, 2020 at 12:57 PM Lorenzo Bettini  <mailto:lorenzo.bett...@gmail.com>> wrote:
> 
> That's what I see before the UI tests are executed:
> 
> [INFO] Running org.eclipse.emf.parsley.tests.FormWidgetFactoryTest
> ***WARNING: GTK+ version too old (micro mismatch)
> ***WARNING: SWT requires GTK 3.20.0
> ***WARNING: Detected: 3.10.9
> 
> so how can I get a newer version in JIPP?
> 
> 
> Your JIPP has to be moved to JIRO as the old infrastructure doesn't allow 
> updates for one
> single project without doing it for everyone else . As it's being 
> decommissioned spending
> time to do the updates there is not worth it.
> I see there is https://bugs.eclipse.org/bugs/show_bug.cgi?id=568105
> <https://bugs.eclipse.org/bugs/show_bug.cgi?id=568105> so you should be on 
> the right track.

but we put the migration on hold due to the problems with performing releases 
(p2
composite site)

> P.S. SWT moved to require 3.14 since 2019-12 release so this is not a new 
> requirement in
> anyway.

then it must be something else that changed in the meantime, since on August 
everything
worked.

>  
> 
> 
> On 27/11/20 11:53, Aleksandar Kurtakov wrote:
> > Which gtk version do you have there ?
> >
> >
> >       gtk_event_controller_set_propagation_phase  is available since 
> gtk 3.14 and latest
> >       SWT requires 3.20. So please ensure you have new enough GTK.
> >
> >
> > On Fri, Nov 27, 2020 at 12:41 PM Lorenzo Bettini 
>  <mailto:lorenzo.bett...@gmail.com>
> > <mailto:lorenzo.bett...@gmail.com <mailto:lorenzo.bett...@gmail.com>>> 
> wrote:
> >
> >     Hi
> >
> >     when building our project EMF Parsley on JIPP, we experience issues 
> with tests
> that need
> >     the UI (or at least, that's what I think it's happening).
> >
> >     We use icewm, which we launch like that
> >
> >     icewm --replace --sm-disable 2> icewm.err &
> >
> >     and in the .err file, as soon as a UI test runs we see
> >
> >     IceWM: using /opt/public/hipp/homes/genie.emf-parsley/.icewm for 
> private
> configuration
> >     files
> >     XIO:  fatal IO error 11 (Resource temporarily unavailable) on X 
> server ":323"
> >           after 6777 requests (6777 known processed) with 0 events 
> remaining.
> >
> >     Surefire also leaves this information in the dump file
> >
> >     /opt/public/common/java/openjdk/jdk-11/bin/java: symbol lookup 
> error:
> >   
>      
> /opt/public/hipp/homes/genie.emf-parsley/.swt/lib/linux/x86_64/libswt-pi3-gtk-4940r23.so:
> >     undefined symbol: gtk_event_controller_set_propagation_ph
> >
> >     everything used to work a few months ago...
> >
> >     any clue please?
> >     thanks in advance
> >             Lorenzo
> >



-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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] Problems with UI tests in JIPP

[Lorenzo Bettini]

That's what I see before the UI tests are executed:

[INFO] Running org.eclipse.emf.parsley.tests.FormWidgetFactoryTest
***WARNING: GTK+ version too old (micro mismatch)
***WARNING: SWT requires GTK 3.20.0
***WARNING: Detected: 3.10.9

so how can I get a newer version in JIPP?

On 27/11/20 11:53, Aleksandar Kurtakov wrote:
> Which gtk version do you have there ?
> 
> 
>   gtk_event_controller_set_propagation_phase  is available since gtk 3.14 
> and latest
>   SWT requires 3.20. So please ensure you have new enough GTK.
> 
> 
> On Fri, Nov 27, 2020 at 12:41 PM Lorenzo Bettini  <mailto:lorenzo.bett...@gmail.com>> wrote:
> 
> Hi
> 
> when building our project EMF Parsley on JIPP, we experience issues with 
> tests that need
> the UI (or at least, that's what I think it's happening).
> 
> We use icewm, which we launch like that
> 
> icewm --replace --sm-disable 2> icewm.err &
> 
> and in the .err file, as soon as a UI test runs we see
> 
> IceWM: using /opt/public/hipp/homes/genie.emf-parsley/.icewm for private 
> configuration
> files
> XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server 
> ":323"
>       after 6777 requests (6777 known processed) with 0 events remaining.
> 
> Surefire also leaves this information in the dump file
> 
> /opt/public/common/java/openjdk/jdk-11/bin/java: symbol lookup error:
> 
> /opt/public/hipp/homes/genie.emf-parsley/.swt/lib/linux/x86_64/libswt-pi3-gtk-4940r23.so:
> undefined symbol: gtk_event_controller_set_propagation_ph
> 
> everything used to work a few months ago...
> 
> any clue please?
> thanks in advance
>         Lorenzo
> 


-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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] Problems with UI tests in JIPP

[Lorenzo Bettini]

Hi

when building our project EMF Parsley on JIPP, we experience issues with tests 
that need
the UI (or at least, that's what I think it's happening).

We use icewm, which we launch like that

icewm --replace --sm-disable 2> icewm.err &

and in the .err file, as soon as a UI test runs we see

IceWM: using /opt/public/hipp/homes/genie.emf-parsley/.icewm for private 
configuration files
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":323"
  after 6777 requests (6777 known processed) with 0 events remaining.

Surefire also leaves this information in the dump file

/opt/public/common/java/openjdk/jdk-11/bin/java: symbol lookup error:
/opt/public/hipp/homes/genie.emf-parsley/.swt/lib/linux/x86_64/libswt-pi3-gtk-4940r23.so:
undefined symbol: gtk_event_controller_set_propagation_ph

everything used to work a few months ago...

any clue please?
thanks in advance
Lorenzo

-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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] Is AERI still used in release train

[Lorenzo Bettini]

> Can we just delete the disabled aggrcon files (Except emf-parsley)? If so, 
> can you or
> someone else +1 
> https://git.eclipse.org/r/c/simrel/org.eclipse.simrel.build/+/171096

Please, do not remove emf-parsley: we are working on porting it to the new 
version of
Xtext that's why it's currently disabled

-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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] JDK on JIPP Instance

[Lorenzo Bettini]

Hi

For EMF Parsley we have to do the port to JDK 11 but on our JIPP only up to JDK 
9 is
selectable... do we have to require that explicitly or can we get access to JDK 
11
somehow? In the meantime I opened a bug against Community->CI-Jenkins...

thanks in advance
Lorenzo

-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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] The Eclipse IDE 2020-06 release is available now!

[Lorenzo Bettini]

On 17/06/20 17:27, Mickael Istria wrote:
> 
> 
> On Wed, Jun 17, 2020 at 5:17 PM Lorenzo Bettini  <mailto:lorenzo.bett...@gmail.com>> wrote:
> 
> However I noted something annoying in Egit: each time I commit and push, 
> the dialog "Push
> Branch ..." is always shown (the checkbox "Configure upstream for push 
> and pull" is
> checked) and I have to press "Preview", wait for the preview, and then 
> the "Push". It
> wasn't like that before... I cannot seem to find a preference to disable 
> such a behavior.
> 
> 
> See https://bugs.eclipse.org/bugs/show_bug.cgi?id=501419
> 

Thanks Mickael! Looks like I'm not the only one not liking it ;)


-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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] The Eclipse IDE 2020-06 release is available now!

[Lorenzo Bettini]

On 17/06/20 16:00, Frederic Gurr wrote:
> The main repository is at
> 
>   http://download.eclipse.org/releases/2020-06/
> 
> (http://download.eclipse.org/releases/latest also points to it)
> 
> The EPP (all-in-one) packages are available at
> 
>   https://www.eclipse.org/downloads/eclipse-packages/
> 
> The landing page can be found here:
> 
>   https://www.eclipse.org/eclipseide/2020-06/
> 
> Thanks to all users, bug reporters, contributors, committers, releng
> engineers and everyone else involved with making this release possible!
> 
> Regards,
> 

Thanks for the great release, which I'm already enjoying.

However I noted something annoying in Egit: each time I commit and push, the 
dialog "Push
Branch ..." is always shown (the checkbox "Configure upstream for push and 
pull" is
checked) and I have to press "Preview", wait for the preview, and then the 
"Push". It
wasn't like that before... I cannot seem to find a preference to disable such a 
behavior.

cheers
Lorenzo

-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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] Staging for SimRel 2019-03 Release Candidate (RC1) is complete

[Lorenzo Bettini]

Indeed, most of the features and bundles that cannot be resolved are
related to egit when using the staging repository.

Il gio 7 mar 2019, 17:47 Matthias Sohn  ha scritto:

> it just updates our contribution for RC1:
>
> org.eclipse.simrel.build (master)]$ git show 2f53a002
> commit 2f53a00200022985810e3ccc4bbac453c7e6e69e (HEAD -> master,
> origin/master)
> Author: Matthias Sohn 
> Date:   Wed Mar 6 22:16:12 2019 +0100
>
> Contribute JGit/EGit 5.3.0.201903061415-rc1 to 2019-03 RC1
>
> Change-Id: I2d58a8a8806489dbbde0e93652602007b85d8acd
> Signed-off-by: Matthias Sohn 
>
> diff --git a/egit.aggrcon b/egit.aggrcon
> index 35bf1366..f06304c9 100644
> --- a/egit.aggrcon
> +++ b/egit.aggrcon
> @@ -1,36 +1,36 @@
>  
>  http://www.omg.org/XMI; xmlns:aggregator="
> http://www.eclipse.org/cbi/p2repo/2011/aggregator/1.1.0; label="EGit">
> -  http://download.eclipse.org/egit/staging/v5.3.0.201901162155-m1;
> description="EGit Updates">
> - versionRange="[5.3.0.201901162155-m1]"/>
> - versionRange="[5.3.0.201901162155-m1]">
> +  http://download.eclipse.org/egit/staging/v5.3.0.201903061415-rc1;
> description="EGit Updates">
> + versionRange="[5.3.0.201903061415-rc1]"/>
> + versionRange="[5.3.0.201903061415-rc1]">
> href="simrel.aggr#//@customCategories[identifier='Collaboration']"/>
>  
> - versionRange="[5.3.0.201901162155-m1]"/>
> - versionRange="[5.3.0.201901162155-m1]">
> + versionRange="[5.3.0.201903061415-rc1]"/>
> + versionRange="[5.3.0.201903061415-rc1]">
> href="simrel.aggr#//@customCategories[identifier='Collaboration']"/>
>  
> - versionRange="[5.3.0.201901162155-m1]">
> + versionRange="[5.3.0.201903061415-rc1]">
> href="simrel.aggr#//@customCategories[identifier='Collaboration']"/>
>  
> - versionRange="[5.3.0.201901162155-m1]"/>
> - versionRange="[5.3.0.201901162155-m1]"/>
> - versionRange="[5.3.0.201901162155-m1]"/>
> - versionRange="[5.3.0.201901162155-m1]">
> + versionRange="[5.3.0.201903061415-rc1]"/>
> + versionRange="[5.3.0.201903061415-rc1]"/>
> + versionRange="[5.3.0.201903061415-rc1]"/>
> + versionRange="[5.3.0.201903061415-rc1]">
> href="simrel.aggr#//@customCategories[identifier='Collaboration']"/>
>  
> - versionRange="[5.3.0.201901162155-m1]">
> + versionRange="[5.3.0.201903061415-rc1]">
> href="simrel.aggr#//@customCategories[identifier='Collaboration']"/>
>  
> - versionRange="[5.3.0.201901162155-m1]">
> + versionRange="[5.3.0.201903061415-rc1]">
> href="simrel.aggr#//@customCategories[identifier='Collaboration']"/>
>  
> - versionRange="[5.3.0.201901162155-m1]">
> + versionRange="[5.3.0.201903061415-rc1]">
> href="simrel.aggr#//@customCategories[identifier='Collaboration']"/>
>  
> - versionRange="[5.3.0.201901162155-m1]"/>
> + versionRange="[5.3.0.201903061415-rc1]"/>
>
> -  http://download.eclipse.org/egit/github/updates-5.2; description="EGit
> GitHub Updates" mirrorArtifacts="false">
> - versionRange="[5.2.0.201812061821-r]">
> +  http://download.eclipse.org/egit/github/staging/v5.3.0.201903061415-rc1;
> description="EGit GitHub Updates" mirrorArtifacts="false">
> + versionRange="[5.3.0.201903061415-rc1]">
> href="simrel.aggr#//@customCategories[identifier='Collaboration']"/>
>  
>
>
> On Thu, Mar 7, 2019 at 4:53 PM Frederic Gurr <
> frederic.g...@eclipse-foundation.org> wrote:
>
>> Last working commit seems to be 811ecb8.
>>
>> @Matthias: are you aware of any changes in commit 2f53a00 that could
>> have implications on the build artifacts?
>>
>> On 07.03.19 15:27, Lorenzo Bettini wrote:
>> > Indeed I can't use it for installing features and plugins (in Oomph and
>> > for target platforms)...
>> >
>> > On 07/03/19 13:03, Frederic Gurr wrote:
>> >> Sorry, hold your horses. Something is up with the staging repository.
>> >> I'm investigating.
>> >>
>> >> On 07.03.19 12:58, Frederic Gurr wrote:
>> >>> Hi,
>> >>>
&

Re: [cross-project-issues-dev] Staging for SimRel 2019-03 Release Candidate (RC1) is complete

[Lorenzo Bettini]

Indeed I can't use it for installing features and plugins (in Oomph and
for target platforms)...

On 07/03/19 13:03, Frederic Gurr wrote:
> Sorry, hold your horses. Something is up with the staging repository.
> I'm investigating.
> 
> On 07.03.19 12:58, Frederic Gurr wrote:
>> Hi,
>>
>> The staging repository for 2019-03 RC1 is complete and ready for EPP.
>>
>> To confirm that everything works as expected, please test
>>
>> => http://download.eclipse.org/staging/2019-03/
>>
>> This will become the official "RC1 Simultaneous Release Candidate" on
>> Friday.
>>
>> => http://download.eclipse.org/releases/2019-03/
>>
>> Thanks for all contributions. Please remember to test early and often!
>>
>>
>> Regards,
>>
>> Fred
>>
>>
> 


-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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

Re: [cross-project-issues-dev] Staging for SimRel 2018-12 Release Candidate 1 (RC1) is complete

[Lorenzo Bettini]

OK, thanks for the clarification :)

On 06/12/18 14:34, Frederic Gurr wrote:
> Hi,
> 
> http://download.eclipse.org/releases/2018-12 still shows the old
> version, since the RC1 build will be made visible tomorrow as usual.
> 
> Regards,
> 
> Fred
> 
> On 06.12.18 14:13, Lorenzo Bettini wrote:
>> On 06/12/18 12:03, Frederic Gurr wrote:
>>> Hi,
>>>
>>> Since there were no running builds and no requests for extensions, I
>>> declare the staging for SimRel 2018-12 RC1 complete.
>>>
>>> Aggregation builds will be disabled until Friday at the usual release
>>> time of 10am EDT.
>>>
>>> Thanks for all contributions so far. Please keep testing. :)
>>>
>>> Regards,
>>>
>>> Fred
>>>
>>>
>>
>> Hi
>>
>> will there be another aggregation? We contributed EMF Parsley yesterday
>> in the aggrcon and I see that the old version is still in the
>> http://download.eclipse.org/releases/2018-12
>>
>> cheers
>>  Lorenzo
>>
> 


-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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

Re: [cross-project-issues-dev] Staging for SimRel 2018-12 Release Candidate 1 (RC1) is complete

[Lorenzo Bettini]

On 06/12/18 12:03, Frederic Gurr wrote:
> Hi,
> 
> Since there were no running builds and no requests for extensions, I
> declare the staging for SimRel 2018-12 RC1 complete.
> 
> Aggregation builds will be disabled until Friday at the usual release
> time of 10am EDT.
> 
> Thanks for all contributions so far. Please keep testing. :)
> 
> Regards,
> 
> Fred
> 
> 

Hi

will there be another aggregation? We contributed EMF Parsley yesterday
in the aggrcon and I see that the old version is still in the
http://download.eclipse.org/releases/2018-12

cheers
Lorenzo

-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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

Re: [cross-project-issues-dev] Eclipse IDE Simultaneous Release 2018-12 participants

[Lorenzo Bettini]

Wayne, our project EMF Parsley is not in this list, though we have an
aggrcon file (enabled)

Lorenzo

On 27/11/18 19:58, Wayne Beaton wrote:
> 
> Keeping the above in mind, please have a look and let me know if you
> notice that your project is not on the list, or notice that a project on
> the list should not be there.
> 
> Note that if you're planning to contribute new bits to the release, you
> should start thinking about your IP Log and Release Review materials soon.
> 
>   * Eclipse Acceleo (modeling.acceleo)
>   * Eclipse Accessibility Tools Framework (technology.actf)
>   * Eclipse aCute (tools.acute)
>   * Eclipse Amalgam (modeling.amalgam)
>   * Eclipse ATL (modeling.mmt.atl)
>   * Eclipse BPEL Designer (soa.bpel)
>   * Eclipse BPMN 2.0 Modeler (soa.bpmn2-modeler)
>   * Eclipse BPMN2 (modeling.mdt.bpmn2)
>   * Eclipse Buildship (tools.buildship)
>   * Eclipse Business Intelligence and Reporting Tools (birt)
>   * Eclipse C/C++ Development Tools (tools.cdt)
>   * Eclipse CDO (modeling.emf.cdo)
>   * Eclipse Code Recommenders (technology.recommenders)
>   * Eclipse Collections (technology.collections)
>   * Eclipse Communication Framework (rt.ecf)
>   * Eclipse Corrosion (tools.corrosion)
>   * Eclipse Data Tools Platform (tools.datatools)
>   * Eclipse Dynamic Languages Toolkit (technology.dltk)
>   * Eclipse EclEmma (technology.eclemma)
>   * Eclipse Ecore Tools (modeling.ecoretools)
>   * Eclipse e(fx)clipse (technology.efxclipse)
>   * Eclipse eGerrit (technology.egerrit)
>   * Eclipse EMF Client (modeling.ecp)
>   * Eclipse EMF Compare (modeling.emfcompare)
>   * Eclipse EMF Diff/Merge (modeling.emf.diffmerge)
>   * Eclipse EMF Facet (modeling.emft.emf-facet)
>   * Eclipse EMF (modeling.emf.emf)
>   * Eclipse EMF Services (modeling.emfservices)
>   * Eclipse EMFStore (modeling.emfstore)
>   * Eclipse Equinox (eclipse.equinox)
>   * Eclipse Extended Editing Framework (modeling.eef)
>   * Eclipse Generation Factories (modeling.emf.egf)
>   * Eclipse Git Team Provider (technology.egit)
>   * Eclipse GMF Runtime (modeling.gmf-runtime)
>   * Eclipse Graphical Editing Framework (tools.gef)
>   * Eclipse Graphiti (modeling.graphiti)
>   * Eclipse Java Workflow Tooling (soa.jwt)
>   * Eclipse Jubula (technology.jubula)
>   * Eclipse Linux Tools (tools.linuxtools)
>   * Eclipse LSP4E (technology.lsp4e)
>   * Eclipse LSP4J (technology.lsp4j)
>   * Eclipse Lua Development Tools (tools.ldt)
>   * Eclipse m2eclipse (technology.m2e)
>   * Eclipse Marketplace Client Project (technology.packaging.mpc)
>   * Eclipse Maven Integration for Web Tools Platform
> (technology.m2e.m2e-wtp)
>   * Eclipse Memory Analyzer (tools.mat)
>   * Eclipse Modeling Framework (modeling.emf)
>   * Eclipse Modeling Workflow Engine (modeling.emf.mwe)
>   * Eclipse MoDisco (modeling.mdt.modisco)
>   * Eclipse Mylyn Docs (mylyn.docs)
>   * Eclipse Mylyn (mylyn)
>   * Eclipse Object Teams (tools.objectteams)
>   * Eclipse OCL (modeling.mdt.ocl)
>   * Eclipse Oomph (tools.oomph)
>   * Eclipse Packaging Project (technology.packaging)
>   * Eclipse Papyrus (modeling.mdt.papyrus)
>   * Eclipse Parallel Tools Platform (tools.ptp)
>   * Eclipse PHP Development Tools (tools.pdt)
>   * Eclipse Presentation Modeling Framework (modeling.pmf)
>   * Eclipse Project (eclipse)
>   * Eclipse QVTd (modeling.mmt.qvtd)
>   * Eclipse QVT-OML (modeling.mmt.qvt-oml)
>   * Eclipse RCP Testing Tool (technology.rcptt)
>   * Eclipse RedDeer (technology.reddeer)
>   * Eclipse Remote Application Platform (rt.rap)
>   * Eclipse Sapphire (technology.sapphire)
>   * Eclipse Scout (technology.scout)
>   * Eclipse Sirius (modeling.sirius)
>   * Eclipse Sphinx (modeling.sphinx)
>   * Eclipse Subversive (technology.subversive)
>   * Eclipse SWTBot (technology.swtbot)
>   * Eclipse Target Communication Framework (tools.cdt.tcf)
>   * Eclipse Target Management (tools.tm <http://tools.tm>)
>   * Eclipse TM4E (technology.tm4e)
>   * Eclipse Tools for Cloud Foundry (ecd.cft)
>   * Eclipse Trace Compass (tools.tracecompass)
>   * Eclipse UML2 (modeling.mdt.uml2)
>   * Eclipse USS SDK (technology.usssdk)
>   * Eclipse VIATRA (modeling.viatra)
>   * Eclipse Web Tools Platform Project (webtools)
>   * Eclipse WindowBuilder (tools.windowbuilder)
>   * Eclipse Xpand (modeling.m2t.xpand)
>   * Eclipse Xtext (modeling.tmf.xtext)
>   * Eclipse XWT (technology.xwt)
> 
> 
> Wayne
> -- 
> 
> Wayne Beaton
> 
> Director of Open Source Projects | Eclipse Foundation, Inc.
> 
> 
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your pa

Re: [cross-project-issues-dev] Eclipse IDE Simultaneous Release 2018-12 participants

[Lorenzo Bettini]

Our project emf parsley is not on the list, but it has an aggrcon file

Il giorno mar 27 nov 2018, 19:59 Wayne Beaton <
wayne.bea...@eclipse-foundation.org> ha scritto:

> Hey folks. Below is the list of projects that have an aggrcon file in the
> simultaneous release build and by extension are participating projects in
> the simultaneous release (in past years, each of these projects would have
> explicitly "opted in").
>
>- I'm pretty sure that *Equinox* is actually participating as part of
>Eclipse Platform; assuming this is true, it will drop from this list.
>- Eclipse *eGerrit*, Eclipse *Sapphire*, and Eclipse *Subversive* have
>all dropped out, but still have aggregation scripts in the repo (Sapphire
>is enabled, yikes).  I've pushed a review
> to remove these.
>- It looks like Eclipse *Sphinx* and Eclipse *Amalgam* are currently
>disabled. What's the status of these projects?
>- Eclipse *JGit*, Eclipse *XSD*, *EclipseLink*, and Eclipse *Yasson*
>all participated in last year but not in the aggregate repository; I'll add
>them manually unless I'm told otherwise.
>- I still need to work out how to derive the release version from the
>data available.
>
> Keeping the above in mind, please have a look and let me know if you
> notice that your project is not on the list, or notice that a project on
> the list should not be there.
>
> Note that if you're planning to contribute new bits to the release, you
> should start thinking about your IP Log and Release Review materials soon.
>
>- Eclipse Acceleo (modeling.acceleo)
>- Eclipse Accessibility Tools Framework (technology.actf)
>- Eclipse aCute (tools.acute)
>- Eclipse Amalgam (modeling.amalgam)
>- Eclipse ATL (modeling.mmt.atl)
>- Eclipse BPEL Designer (soa.bpel)
>- Eclipse BPMN 2.0 Modeler (soa.bpmn2-modeler)
>- Eclipse BPMN2 (modeling.mdt.bpmn2)
>- Eclipse Buildship (tools.buildship)
>- Eclipse Business Intelligence and Reporting Tools (birt)
>- Eclipse C/C++ Development Tools (tools.cdt)
>- Eclipse CDO (modeling.emf.cdo)
>- Eclipse Code Recommenders (technology.recommenders)
>- Eclipse Collections (technology.collections)
>- Eclipse Communication Framework (rt.ecf)
>- Eclipse Corrosion (tools.corrosion)
>- Eclipse Data Tools Platform (tools.datatools)
>- Eclipse Dynamic Languages Toolkit (technology.dltk)
>- Eclipse EclEmma (technology.eclemma)
>- Eclipse Ecore Tools (modeling.ecoretools)
>- Eclipse e(fx)clipse (technology.efxclipse)
>- Eclipse eGerrit (technology.egerrit)
>- Eclipse EMF Client (modeling.ecp)
>- Eclipse EMF Compare (modeling.emfcompare)
>- Eclipse EMF Diff/Merge (modeling.emf.diffmerge)
>- Eclipse EMF Facet (modeling.emft.emf-facet)
>- Eclipse EMF (modeling.emf.emf)
>- Eclipse EMF Services (modeling.emfservices)
>- Eclipse EMFStore (modeling.emfstore)
>- Eclipse Equinox (eclipse.equinox)
>- Eclipse Extended Editing Framework (modeling.eef)
>- Eclipse Generation Factories (modeling.emf.egf)
>- Eclipse Git Team Provider (technology.egit)
>- Eclipse GMF Runtime (modeling.gmf-runtime)
>- Eclipse Graphical Editing Framework (tools.gef)
>- Eclipse Graphiti (modeling.graphiti)
>- Eclipse Java Workflow Tooling (soa.jwt)
>- Eclipse Jubula (technology.jubula)
>- Eclipse Linux Tools (tools.linuxtools)
>- Eclipse LSP4E (technology.lsp4e)
>- Eclipse LSP4J (technology.lsp4j)
>- Eclipse Lua Development Tools (tools.ldt)
>- Eclipse m2eclipse (technology.m2e)
>- Eclipse Marketplace Client Project (technology.packaging.mpc)
>- Eclipse Maven Integration for Web Tools Platform
>(technology.m2e.m2e-wtp)
>- Eclipse Memory Analyzer (tools.mat)
>- Eclipse Modeling Framework (modeling.emf)
>- Eclipse Modeling Workflow Engine (modeling.emf.mwe)
>- Eclipse MoDisco (modeling.mdt.modisco)
>- Eclipse Mylyn Docs (mylyn.docs)
>- Eclipse Mylyn (mylyn)
>- Eclipse Object Teams (tools.objectteams)
>- Eclipse OCL (modeling.mdt.ocl)
>- Eclipse Oomph (tools.oomph)
>- Eclipse Packaging Project (technology.packaging)
>- Eclipse Papyrus (modeling.mdt.papyrus)
>- Eclipse Parallel Tools Platform (tools.ptp)
>- Eclipse PHP Development Tools (tools.pdt)
>- Eclipse Presentation Modeling Framework (modeling.pmf)
>- Eclipse Project (eclipse)
>- Eclipse QVTd (modeling.mmt.qvtd)
>- Eclipse QVT-OML (modeling.mmt.qvt-oml)
>- Eclipse RCP Testing Tool (technology.rcptt)
>- Eclipse RedDeer (technology.reddeer)
>- Eclipse Remote Application Platform (rt.rap)
>- Eclipse Sapphire (technology.sapphire)
>- Eclipse Scout (technology.scout)
>- Eclipse Sirius (modeling.sirius)
>- Eclipse Sphinx (modeling.sphinx)
>- Eclipse Subversive (technology.subversive)
>- Eclipse SWTBot (technology.swtbot)
>- Eclipse Target 

Re: [cross-project-issues-dev] [tools-pmc] SimRel 2018-09 Release Candidate 2 (RC2) staging repo is complete

[Lorenzo Bettini]

On 17/09/2018 09:12, Ed Merks wrote:
I'd like to remind contributors that it's trivially easy to create a 
specialized installation for working with the SimRel repo using the 
installer:


Hi Ed

this is slightly offtopic, but since you mentioned this specialized 
installation with Oomph for contributing to Simrel (which I wasn't aware 
of), it might be very helpful if you could add this to 
https://wiki.eclipse.org/Simrel/Contributing_to_Simrel_Aggregation_Build 
e.g., in the configuration section.


cheers
Lorenzo

--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] problems with authentication server?

[Lorenzo Bettini]

Thanks

Il lun 30 apr 2018, 15:30 Denis Roy <denis@eclipse-foundation.org> ha
scritto:

> I'm not sure if anyone has responded to this, but we did have a glitch
> with our authentication server at that time.
>
> It was short-lived, and has been resolved.
>
> Denis
>
>
> On 2018-04-27 09:09 AM, Lorenzo Bettini wrote:
> > Hi
> >
> > I'm unable to login to Eclipse services (bugzilla, gerrit, JHIPP and my
> > account page).
> >
> > Bugzilla shows an error with the LDAP server...
> >
> > anyone having problems?
> >
> > cheers
> >   Lorenzo
> >
>
> ___
> 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] LDAP error when logging into bugzilla

[Lorenzo Bettini]

I do, I've just posted a similar message

Il ven 27 apr 2018, 15:41 Eric Williams  ha scritto:

> Hello,
>
> I am having trouble logging into the Eclipse.org bugzilla or gerrit.
> When logging into bugzilla I get an error: "Could not connect to the
> LDAP server(s) ldapmaster." Gerrit just says that authentication was not
> possible (I suspect these two issues are related).
>
> Is anyone else seeing this?
>
> Thanks,
>
> --
> Eric Williams
> Associate Software Engineer - Eclipse Team
> Red Hat
> ___
> 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

[cross-project-issues-dev] problems with authentication server?

[Lorenzo Bettini]

Hi

I'm unable to login to Eclipse services (bugzilla, gerrit, JHIPP and my
account page).

Bugzilla shows an error with the LDAP server...

anyone having problems?

cheers
Lorenzo

-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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] Viatra is failing to aggregate for Photon M2 since xtext updated

[Lorenzo Bettini]

On 19/09/2017 22:48, Jeff Johnston wrote:
> Thanks Abel.  Tomorrow is fine to get our patch in.  I sent a note to
> the EMF Parsley and Xtext contacts
> as the same error occurs for EMF Parsley.

Hi

>From what I understand EMF Parsley is now temporarily disabled in the
aggregation.  We'll port it to Xtext 2.13 soon and then re-enable it.

cheers
Lorenzo

-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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] Eclipse Neon update sites down?

[Lorenzo Bettini]

Hi

I keep getting

[ERROR] Failed to load p2 metadata repository from location
http://download.eclipse.org/releases/neon/: Unable to read repository at
http://download.eclipse.org/releases/neon. HTTP Server 'Service
Unavailable':
http://download.eclipse.org/releases/neon/201609281000/content.xml.xz:
HttpComponents connection error response code 503. -> [Help 1]
___
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] New projects: Jenkins or Hudson

[Lorenzo Bettini]

Denis, is there some way to speed up the migration for existing projects?

On 10/07/2017 15:18, Denis Roy wrote:

That is correct -- we are no longer provisioning new Hudson instances.

JIPP is the way forward, and we'll be migrating HIPP to JIPP as time
goes by.


Denis


On 07/10/2017 02:18 AM, MAGGI Benoit wrote:

Hi Greg,

 From my understanding, new project should use Jenkins.
See
https://dev.eclipse.org/mhonarc/lists/cbi-dev/msg01771.html

Regards,
Benoît

-Message d'origine-
De : cross-project-issues-dev-boun...@eclipse.org 
[mailto:cross-project-issues-dev-boun...@eclipse.org] De la part de Greg Watson
Envoyé : lundi 10 juillet 2017 04:17
À : Cross project issues <cross-project-issues-dev@eclipse.org>
Objet : [cross-project-issues-dev] New projects: Jenkins or Hudson

Should new projects use Jenkins or Hudson instances these days? Any pointers 
appreciated.

Regards,
Greg
___
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


___
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



--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book: 
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition

___
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] setting mirror URL in the p2 repository

[Lorenzo Bettini]

Hi

as suggested here https://wiki.eclipse.org/Equinox/p2/p2.mirrorsURL we
set the mirror property in our artifacts.jar when releasing.

We do that by using org.eclipse.wtp.releng.tools.addRepoProperties as
done in other projects, e.g.,
https://git.eclipse.org/c/recommenders/org.eclipse.recommenders.git/tree/repositories/pom.xml

this has worked up to now, but after we moved to tycho 0.25, which also
generates the .xml.xz zipped version, we noted that the mirror property
is not set in the artifacts.xml.xz (but only in artifacts.jar).

Would mirroring still work?

If not, has anyone noticed this behavior?

thanks in advance
Lorenzo

-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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] Bugzilla down ?

[Lorenzo Bettini]

Sonar is still down...

On 21/10/2016 11:10, Mikaël Barbero wrote:
> Services are up and running. Thank you for your patience.
> 
>> Le 21 oct. 2016 à 09:50, Mikaël Barbero <mik...@eclipse.org
>> <mailto:mik...@eclipse.org>> a écrit :
>>
>> We are experiencing a serious outage with the master database.
>> Everything is done to re-established the services shortly. 
>>
>> Thanks for your patience.
>>
>> Mikael
>>
>>> Le 21 oct. 2016 à 09:05, Markus Knauer <mkna...@eclipsesource.com
>>> <mailto:mkna...@eclipsesource.com>> a écrit :
>>>
>>> ...and so is the EclipseCon website.
>>> I'd say most web services are not available.
>>>
>>> Regards,
>>> Markus
>>>
>>> On 21 October 2016 at 08:54, Donát Csikós <csdo...@gmail.com
>>> <mailto:csdo...@gmail.com>> wrote:
>>>
>>> The eclipse.org <http://eclipse.org/> website is also unavailable.
>>>
>>> 2016-10-21 8:43 GMT+02:00 MAGGI Benoit <benoit.ma...@cea.fr
>>> <mailto:benoit.ma...@cea.fr>>:
>>> > Hi,
>>> >
>>> >
>>> >
>>> > I confirm and Gerrit is also down, https://git.eclipse.org/r/
>>> responds with
>>> > “Server Error”
>>> >
>>> >
>>> >
>>> > Benoit
>>> >
>>> >
>>> >
>>> > De : cross-project-issues-dev-boun...@eclipse.org
>>> <mailto:cross-project-issues-dev-boun...@eclipse.org>
>>> > [mailto:cross-project-issues-dev-boun...@eclipse.org
>>> <mailto:cross-project-issues-dev-boun...@eclipse.org>] De la part
>>> de Matthias
>>> > Sohn
>>> > Envoyé : vendredi 21 octobre 2016 07:47
>>> > À : Cross project issues <cross-project-issues-dev@eclipse.org
>>> <mailto:cross-project-issues-dev@eclipse.org>>;
>>> > Webmaster(Matt Ward) <webmas...@eclipse.org
>>> <mailto:webmas...@eclipse.org>>
>>> > Objet : [cross-project-issues-dev] Bugzilla down ?
>>> >
>>> >
>>> >
>>> > It seems Bugzilla is down, https://bugs.eclipse.org/bugs/
>>> responds with an
>>> > internal server error
>>> >
>>> >
>>> >
>>> > -Matthias
>>> >
>>> >
>>> > ___
>>> > 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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>>> <https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>
>>> ___
>>> 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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>>> <https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev>
>>>
>>>
>>>
>>>
>>> ___
>>> 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://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>>
>> ___
>> 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://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
> 


-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition
___
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] Service downtime

[Lorenzo Bettini]

On 17/08/2016 10:47, Mikaël Barbero wrote:
> 
>> Le 3 août 2016 à 16:35, Lorenzo Bettini <lorenzo.bett...@gmail.com
>> <mailto:lorenzo.bett...@gmail.com>> a écrit :
>>
>> On 28/07/2016 12:25, Frederic Gurr wrote:
>>> My suggestion was to get this fixed in Hudson/Sonar plugin.
>>>
>>> In the meantime, Mikael Barbero suggested that you don't need to use the
>>> Sonar plugin to run an analysis.
>>> According to
>>> http://docs.sonarqube.org/display/SCAN/Analyzing+with+SonarQube+Scanner+for+Maven
>>> you can do it from Maven directly. The only thing that needs to be
>>> changed to make this work is the .m2/settings.xml file.
>>
>> Maybe I'm still missing something (Mikael is in CC): from what I
>> understand, we need to use the sonar plugin to run the analysis since
>> HIPP is configured with the correct user and password to access sonar,
>> and this is kept hidden to us.  In fact, I see this line when using the
>> sonar plugin in hudson (where the user and password are unknown to us
>> and kept hidden)
>>
>> -Dsonar.jdbc.driver=com.mysql.jdbc.Driver
>> -Dsonar.jdbc.url=jdbc:mysql://dbmaster:3306/sonar?autoReconnect=true=true=utf8
>>   -Dsonar.host.url=http://sonar.eclipse.org:9000/sonar
>>
>> so how can I run the sonar analysis directly?
> 
> If you want to run the analysis straight from maven, we will add the
> credentials to the maven settings, and this -D won't be needed anymore
> as the sonar configuration will be retrieved from the settings file. 

Thank you Mickael for the answer,
then could you please handle this?

thanks again
Lorenzo

> 
>>
>> Again, if the problem is the plugin version, would that be possible to
>> downgrade that in HIPP?
> 
> I don't think it's possible. IIRC, we've upgraded the sonar plugin
> because the old does not work with new version of Hudson...
> 


-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book:
http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book
___
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] Service downtime

[Lorenzo Bettini]

On 28/07/2016 12:25, Frederic Gurr wrote:
> My suggestion was to get this fixed in Hudson/Sonar plugin.
> 
> In the meantime, Mikael Barbero suggested that you don't need to use the
> Sonar plugin to run an analysis.
> According to
> http://docs.sonarqube.org/display/SCAN/Analyzing+with+SonarQube+Scanner+for+Maven
> you can do it from Maven directly. The only thing that needs to be
> changed to make this work is the .m2/settings.xml file.

Maybe I'm still missing something (Mikael is in CC): from what I
understand, we need to use the sonar plugin to run the analysis since
HIPP is configured with the correct user and password to access sonar,
and this is kept hidden to us.  In fact, I see this line when using the
sonar plugin in hudson (where the user and password are unknown to us
and kept hidden)

-Dsonar.jdbc.driver=com.mysql.jdbc.Driver
-Dsonar.jdbc.url=jdbc:mysql://dbmaster:3306/sonar?autoReconnect=true=true=utf8
  -Dsonar.host.url=http://sonar.eclipse.org:9000/sonar

so how can I run the sonar analysis directly?

Again, if the problem is the plugin version, would that be possible to
downgrade that in HIPP?

thanks in advance
Lorenzo

> 
> On 28.07.2016 10:31, Lorenzo Bettini wrote:
>> I'm not sure I understand what you suggest...
>>
>> We requested to switch to JIPP but that's not possible at the moment
>>
>> Could we request to downgrade the Hudson/Sonar plugin?
>>
>> Or simply we can't analyze our projects anymore?
>>
>> On 27/07/2016 20:09, Frederic Gurr wrote:
>>> Fix the bug in Hudson/Sonar plugin or move to Jenkins (in the long run). ;)
>>>
>>> On 27.07.2016 18:14, Lorenzo Bettini wrote:
>>>> On 27/07/2016 18:08, Frederic Gurr wrote:
>>>>> Hi,
>>>>>
>>>>> AFAICT, the bug is caused by an incompatibility between the Sonar plugin
>>>>> and Hudson. So upgrading the Sonar *server* will not address this.
>>>>>
>>>>> Regards,
>>>>>
>>>>> Fred
>>>>
>>>> Hi
>>>>
>>>> so what can we do about that?
>>>>
>>>>>
>>>>> On 27.07.2016 17:54, Lorenzo Bettini wrote:
>>>>>> On 27/07/2016 17:41, Frederic Gurr wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> To make the best use of the planned downtime, I will upgrade Sonar after
>>>>>>> it has been moved. This will be just a small upgrade from version 4.5.4
>>>>>>> to 4.5.7 and should have no big impact.
>>>>>>> It's a prerequisite to be able to upgrade to the latest LTS version
>>>>>>> (5.6) in the near future after some more testing.
>>>>>>>
>>>>>>> If there are any questions about the Sonar upgrade, please let me know.
>>>>>>
>>>>>> Do you think the upgrade will also address this
>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=474406 ?
>>>>>>
>>>>>> thanks
>>>>>>  Lorenzo
>>>>>>
>>>>> ___
>>>>> 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
>>>
>>
>>
> ___
> 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
> 


-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book:
http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book
___
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] Service downtime

[Lorenzo Bettini]

On 28/07/2016 12:25, Frederic Gurr wrote:
> My suggestion was to get this fixed in Hudson/Sonar plugin.
> 
> In the meantime, Mikael Barbero suggested that you don't need to use the
> Sonar plugin to run an analysis.
> According to
> http://docs.sonarqube.org/display/SCAN/Analyzing+with+SonarQube+Scanner+for+Maven
> you can do it from Maven directly. The only thing that needs to be
> changed to make this work is the .m2/settings.xml file.

Maybe I'm still missing something (Mikael is in CC): from what I
understand, we need to use the sonar plugin to run the analysis since
HIPP is configured with the correct user and password to access sonar,
and this is kept hidden to us.  In fact, I see this line when using the
sonar plugin in hudson (where the user and password are unknown to us
and kept hidden)

-Dsonar.jdbc.driver=com.mysql.jdbc.Driver
-Dsonar.jdbc.url=jdbc:mysql://dbmaster:3306/sonar?autoReconnect=true=true=utf8
  -Dsonar.host.url=http://sonar.eclipse.org:9000/sonar

so how can I run the sonar analysis directly?

Again, if the problem is the plugin version, would that be possible to
downgrade that in HIPP?

thanks in advance
Lorenzo

> 
> On 28.07.2016 10:31, Lorenzo Bettini wrote:
>> I'm not sure I understand what you suggest...
>>
>> We requested to switch to JIPP but that's not possible at the moment
>>
>> Could we request to downgrade the Hudson/Sonar plugin?
>>
>> Or simply we can't analyze our projects anymore?
>>
>> On 27/07/2016 20:09, Frederic Gurr wrote:
>>> Fix the bug in Hudson/Sonar plugin or move to Jenkins (in the long run). ;)
>>>
>>> On 27.07.2016 18:14, Lorenzo Bettini wrote:
>>>> On 27/07/2016 18:08, Frederic Gurr wrote:
>>>>> Hi,
>>>>>
>>>>> AFAICT, the bug is caused by an incompatibility between the Sonar plugin
>>>>> and Hudson. So upgrading the Sonar *server* will not address this.
>>>>>
>>>>> Regards,
>>>>>
>>>>> Fred
>>>>
>>>> Hi
>>>>
>>>> so what can we do about that?
>>>>
>>>>>
>>>>> On 27.07.2016 17:54, Lorenzo Bettini wrote:
>>>>>> On 27/07/2016 17:41, Frederic Gurr wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> To make the best use of the planned downtime, I will upgrade Sonar after
>>>>>>> it has been moved. This will be just a small upgrade from version 4.5.4
>>>>>>> to 4.5.7 and should have no big impact.
>>>>>>> It's a prerequisite to be able to upgrade to the latest LTS version
>>>>>>> (5.6) in the near future after some more testing.
>>>>>>>
>>>>>>> If there are any questions about the Sonar upgrade, please let me know.
>>>>>>
>>>>>> Do you think the upgrade will also address this
>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=474406 ?
>>>>>>
>>>>>> thanks
>>>>>>  Lorenzo
>>>>>>
>>>>> ___
>>>>> 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
>>>
>>
>>
> ___
> 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
> 


-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book:
http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book
___
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] Service downtime

[Lorenzo Bettini]

I'm not sure I understand what you suggest...

We requested to switch to JIPP but that's not possible at the moment

Could we request to downgrade the Hudson/Sonar plugin?

Or simply we can't analyze our projects anymore?

On 27/07/2016 20:09, Frederic Gurr wrote:
> Fix the bug in Hudson/Sonar plugin or move to Jenkins (in the long run). ;)
> 
> On 27.07.2016 18:14, Lorenzo Bettini wrote:
>> On 27/07/2016 18:08, Frederic Gurr wrote:
>>> Hi,
>>>
>>> AFAICT, the bug is caused by an incompatibility between the Sonar plugin
>>> and Hudson. So upgrading the Sonar *server* will not address this.
>>>
>>> Regards,
>>>
>>> Fred
>>
>> Hi
>>
>> so what can we do about that?
>>
>>>
>>> On 27.07.2016 17:54, Lorenzo Bettini wrote:
>>>> On 27/07/2016 17:41, Frederic Gurr wrote:
>>>>> Hi,
>>>>>
>>>>> To make the best use of the planned downtime, I will upgrade Sonar after
>>>>> it has been moved. This will be just a small upgrade from version 4.5.4
>>>>> to 4.5.7 and should have no big impact.
>>>>> It's a prerequisite to be able to upgrade to the latest LTS version
>>>>> (5.6) in the near future after some more testing.
>>>>>
>>>>> If there are any questions about the Sonar upgrade, please let me know.
>>>>
>>>> Do you think the upgrade will also address this
>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=474406 ?
>>>>
>>>> thanks
>>>>Lorenzo
>>>>
>>> ___
>>> 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
> 


-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book:
http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book
___
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] Service downtime

[Lorenzo Bettini]

On 27/07/2016 17:41, Frederic Gurr wrote:
> Hi,
> 
> To make the best use of the planned downtime, I will upgrade Sonar after
> it has been moved. This will be just a small upgrade from version 4.5.4
> to 4.5.7 and should have no big impact.
> It's a prerequisite to be able to upgrade to the latest LTS version
> (5.6) in the near future after some more testing.
> 
> If there are any questions about the Sonar upgrade, please let me know.

Do you think the upgrade will also address this
https://bugs.eclipse.org/bugs/show_bug.cgi?id=474406 ?

thanks
    Lorenzo

-- 
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: http://www.lorenzobettini.it
Xtext Book:
http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book
___
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] Some required artifacts could not be downloaded.

[Lorenzo Bettini]

Are you using JDK8? That's required for neon
Il 10/gen/2016 20:49, "Bob Brodt"  ha scritto:

> Hi all,
>
> I'm trying to build BPMN2 Modeler for Neon, but keep running into
> problems. The Hudson build output is here:
>
> https://hudson.eclipse.org/bpmn2/job/bpmn2-modeler.neon/lastBuild/console
>
> 
>
> [INFO] Fetching org.eclipse.xsd.edit_2.8.0.v20151214-0410.jar.pack.gz from 
> http://download.eclipse.org/releases/neon/201512181000/plugins/ (0B of 
> 59.07kB at 0B/s)
> [INFO] Unpacking org.eclipse.xsd.edit_2.8.0.v20151214-0410...
>
> [ERROR] The following artifacts could not be downloaded: [ERROR]   
> osgi.bundle,org.eclipse.core.databinding,1.6.0.v20151202-1426[ERROR]   
> osgi.bundle,org.eclipse.core.databinding.observable,1.6.0.v20151202-1426[ERROR]
>
> osgi.bundle,org.eclipse.core.databinding.property,1.6.0.v20151202-1426[ERROR] 
>   osgi.bundle,org.eclipse.core.filebuffers,3.6.0.v20151201-1259[ERROR]   
> osgi.bundle,org.eclipse.core.jobs,3.8.0.v20150921-1442[ERROR]   
> osgi.bundle,org.eclipse.e4.core.contexts,1.5.0.v20151127-1241[ERROR]   
> osgi.bundle,org.eclipse.e4.core.di,1.6.0.v20151204-0720[ERROR]   
> osgi.bundle,org.eclipse.e4.core.di.annotations,1.5.0.v20151127-1241[ERROR]   
> osgi.bundle,org.eclipse.e4.core.di.extensions,0.14.0.v20151127-1241[ERROR]   
> osgi.bundle,org.eclipse.e4.ui.workbench.renderers.swt,0.14.0.v20151127-0917[ERROR]
>osgi.bundle,org.eclipse.e4.ui.workbench.swt,0.14.0.v20151202-1616[ERROR]   
> osgi.bundle,org.eclipse.jface,3.12.0.v20151209-1609[ERROR]   
> osgi.bundle,org.eclipse.jface.databinding,1.8.0.v20151202-1449[ERROR]   
> osgi.bundle,org.eclipse.jface.text,3.11.0.v20151208-1534[ERROR]   
> osgi.bundle,org.eclipse.search,3.11.0.v20151206-2044[ERROR]   
> osgi.bundle,org.eclipse.text,3.6.0.v20151201-1259[ERROR]   
> osgi.bundle,org.eclipse.ui.cheatsheets,3.4.200.v20151105-1039[ERROR]   
> osgi.bundle,org.eclipse.ui.editors,3.10.0.v20151201-1259[ERROR]   
> osgi.bundle,org.eclipse.ui.forms,3.7.0.v20151202-1950[ERROR]   
> osgi.bundle,org.eclipse.ui.ide,3.12.0.v20151202-1450[ERROR]   
> osgi.bundle,org.eclipse.ui.workbench,3.108.0.v20151209-1609[ERROR]   
> osgi.bundle,org.eclipse.ui.workbench.texteditor,3.10.0.v20151209-0723
>
> [ERROR] Internal error: java.lang.RuntimeException: Some required
> artifacts could not be downloaded. See log output for details. -> [Help 1]
> 
>
> Is anyone else having similar issues?
>
> Thanks in advance,
> Bob
>
> --
> 
> Robert ("Bob") Brodt
> Senior Software Engineer
> JBoss by Red Hat
>
>
>
> ___
> 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

[cross-project-issues-dev] EMF Parsley participating in Neon

[Lorenzo Bettini]

Hi,

The EMF Parsley project will be participating in the Neon release train
with an offset of +3.

The release record can be found here:

https://projects.eclipse.org/projects/modeling.emf-parsley/releases/1.0.0

cheers
Lorenzo

-- 
Lorenzo Bettini, PhD in Computer Science, DI, Univ. Torino
HOME: http://www.lorenzobettini.it
Xtext Book:
http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book

___
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