Noted. Thanks.
On Sun, Jun 6, 2021 at 11:10 AM Lorenzo Bettini
wrote:
> 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!
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 th
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
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,
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 list
cross-project-issues-dev@eclipse.org
To unsubscribe from th
Hi Ed,
We have made an emergency release and all is good now.
Thanks for helping.
Cheers,
Wim
On Sun, Sep 20, 2020 at 9:20 PM Ed Willink wrote:
> Hi
>
> It would be nice to avoid WindowBuilder going the same way as VE the
> Visual Editor.
>
> IIRC I managed to resurrect a VE build to make
Hi
It would be nice to avoid WindowBuilder going the same way as VE the
Visual Editor.
IIRC I managed to resurrect a VE build to make it useable for a couple
of extra years, by which time WindowBuilder came to the rescue. That
seems so long ago (2008) that I can find no sign of my rescue wit
Wim,
The org.eclipse.e4.rcp feature depends on EMF like this:
match="compatible"/>
match="compatible"/>
I believe that is what allows these EMF features to be independently
updated within the compatible range while ensuring that installing that
feature also installs these
Hi,
I see that all our wb features are in the release train, which can be
confusing. Should I make a top-level feature just for the RT depending on
the current RT features? If so can the features then be individually
updated?
Thanks,
Wim
[image: image.png]
On Sat, Sep 19, 2020 at 10:06 AM
Thanks, Ed. It was worth a try.
On Sat, Sep 19, 2020 at 9:00 AM Ed Merks wrote:
> Wim,
>
> I suppose one alternative is to respin the train repo, but that's a big
> undertaking, especially trying to get it to have consistently the same
> contents as what it current has, other than the updated Wi
Wim,
I suppose one alternative is to respin the train repo, but that's a big
undertaking, especially trying to get it to have consistently the same
contents as what it current has, other than the updated Window Builder.
Another alternative might be to compose your release repository into the
Hi,
Due to an API break, the version of windowbuilder in the release train is
not working anymore.
Can this be fixed in some way?
I have a release that works.
Best regards,
Wim
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclips
Hi all,
WindowBuilder will participate in the Photon release with an offset of
+2. I'm planning to contribute version 1.9.1 .
https://projects.eclipse.org/projects/tools.windowbuilder/releases/1.9.1
Best regards, Lars
--
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH
Haindaalwisc
Hello,
WindowBuilder will participate in the Oxygen Simultaneous Release,
with an offset of +2 with a 1.9.1 release.
Best regards, Lars
--
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH
Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, J
Hi,
to help WindowBuilder to re-join the Simrel, I got nominated as WB
co-project lead.
In this new role I would like to announce that WindowBuilder would
like to join the 4.6.1 release with its 1.9.0 release.
https://projects.eclipse.org/projects/tools.windowbuilder/releases/1.9.0
WB offset us
WindowBuilder will participate in the Neon release as version 1.9.0 with
offset +2:
https://projects.eclipse.org/projects/tools.windowbuilder/releases/1.9.0
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your deli
ect-issues-dev@eclipse.org>,
> Cc:Eric Clayberg
> Date:06/11/2015 12:55 PM
> Subject:Re: [cross-project-issues-dev] WIndowBuilder
> Sent by:cross-project-issues-dev-boun...@eclipse.org
> --
>
>
>
> Sorry for t
ckages, so ... we will rebuild.
Thanks,
From: Mark R Russell
To: David M Williams/Raleigh/IBM@IBMUS, Cross project issues
,
Cc: Eric Clayberg
Date: 06/11/2015 12:55 PM
Subject: Re: [cross-project-issues-dev] WIndowBuilder
Sent by:cross-project-issues-dev-boun..
Sorry for the delay have been rebuilding and testing, and I am in a closed
notebook class all day today
Here is the tracking bug:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=469924
The build is done and staged
The change is in Gerrit: https://git.eclipse.org/r/50041 and was submitted.
On Thu, Ju
Yes that is a true statement.
I will convert to Tycho after this release is done and move it to full
Eclipse build that is accessible to the community.
On Thu, Jun 11, 2015 at 12:26 PM Christian Campo <
christian.ca...@compeople.de> wrote:
> so no one can build windowbuilder outside of google ri
so no one can build windowbuilder outside of google right now ?
Gru?
Christian
Am 11.06.2015 um 18:07 schrieb Mark R Russell
mailto:mrruss...@google.com>>:
It is only the build system. It is custom system we wrote to build our
software when were Instantiations. That code was never moved to
It is only the build system. It is custom system we wrote to build our
software when were Instantiations. That code was never moved to Eclipse. I
plan on moving to Tycho as soon as this release is done.
On Thu, Jun 11, 2015 at 10:14 AM Wayne Beaton wrote:
> You have to have anticipated that I
You have to have anticipated that I would ask you about the nature of
the "code inside of a google repository" that's required for your open
source project...
Can you elaborate?
Thanks,
Wayne
On 11/06/15 10:11 AM, Mark R Russell wrote:
Ok thanks That is my plan. However there is code inside
Ok thanks That is my plan. However there is code inside of a google
repository that makes me run the build from inside of Google. I plan on
fixing this once over this release.
On Thu, Jun 11, 2015 at 9:16 AM Denis Roy wrote:
> On 06/10/2015 05:04 PM, Mark R Russell wrote:
> > Good news is we a
On 06/10/2015 05:04 PM, Mark R Russell wrote:
Good news is we are back on the train. I was able to get a machine in
Google to build the code and get it back in the aggregation build. :-)
We do have machines here at Eclipse that you can use too:
https://hudson.eclipse.org/
Just ask, we'll mak
I'm working on all of that. I'll get back to you shortly.
On Thu, Jun 11, 2015 at 7:14 AM Markus Knauer
wrote:
> I'd say we are past the deadline, and the aggregation build is disabled
> right now.
> If this is a stop-ship bug it needs to be discussed with your PMC how we
> proceed from here.
>
I'd say we are past the deadline, and the aggregation build is disabled
right now.
If this is a stop-ship bug it needs to be discussed with your PMC how we
proceed from here.
Regards,
Markus
On 11 June 2015 at 13:02, Mark R Russell wrote:
> We did find an issue and we have a fix. I need to get
We did find an issue and we have a fix. I need to get the code signed and
in the aggregation. I'll let you know when it is done.
On Wed, Jun 10, 2015 at 5:04 PM Mark R Russell wrote:
> Good news is we are back on the train. I was able to get a machine in
> Google to build the code and get it b
Good news is we are back on the train. I was able to get a machine in
Google to build the code and get it back in the aggregation build. :-)
However one of the testers may have found an issue that may require us to
do a respin. I'll keep you posted.
___
I am actively working on getting WindowBuilder back into the the Release.
I hope to have it fixed today. I'm currently on the west coast so today
will be later that normal for me.
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclips
This is to let you know that WindowBuilder will participate in the Mars
release. We will be +2.
Release Record:
https://projects.eclipse.org/projects/tools.windowbuilder/releases/1.8.0
___
cross-project-issues-dev mailing list
cross-project-issues-dev@e
WindowBuilder code just contributed RC4 to the aggregation build. Hope we
did not cause anyone issues.
On Tue, Jun 12, 2012 at 5:31 PM, Mark Russell wrote:
> Due to a late issue I am doing a rebuild of WindowBuilder and should have
> it out in about two hours.
>
> --
> Mark R Russell
> (724) 47
Due to a late issue I am doing a rebuild of WindowBuilder and should have
it out in about two hours.
--
Mark R Russell
(724) 473-3140
Software Engineer in Test
Google Pittsburgh
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.
I successfully got WindowBuilder back in the Aggrigator for both 3.7.2 and
3.8.0.
--
Mark R Russell
(724) 473-3140
Release Engineer
Google Pittsburgh
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/
I'm running my signing scripts now and I do not believe I will be able to
have everything ready by 5:00PM East. I'll notify this list as soon as I
am ready
--
Mark R Russell
(724) 473-3140
Release Engineer
Google Pittsburgh
___
cross-project-issues-dev
I added WindowBuilder back into the Aggregator and updated everything for
the 3.8 M4 release.
--
Mark R Russell
(724) 473-3140
Release Engineer
Google Pittsburgh
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.
36 matches
Mail list logo