Hi,
Unforunately the maven artifacts published to maven-central as part of
th 2022-06 release breaks everyone using:
org.eclipse.jdt:org.eclipse.jdt.core
in their maven builds because via the transitive paths it tries to
resolve to (via org.eclipse.equinox.preferences):
org.osgi.service:or
. Feel free to remove/deactivate us.
>>>>>
>>>>> Tom
>>>>>
>>>>> On 19.02.19 16:15, Wayne Beaton wrote:
>>>>>> I'm a little overdue updating the participation page. I'm
>>>>>
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
>
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus Gm
People will be able to install our IDE integration using the Market-Place.
I don't know what this removal means for projects depending on our core
modules but I hope they can resolve them somehow.
Tom
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 I
is affected by this in the sense that there are packages that
> depend on javax.xml.bind (versionless) that we ship. In
> http://eclip.se/539515 I've converted all the ones shipped in orbit-
> recipes (this is in our M1 contribution) so they'll resolve against our
> javax.xml.bind b
undles to
> see what should be included.
>
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
___
cross-project-issues-dev mailing list
cross-project-issues-de
rally this is not going to be included in the
general update-site pre-installed in 2018-09 repository.
Tom
[1]https://github.com/eclipse/efxclipse-eclipse/issues/42
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchge
ntained p2 repository.
Tom
On 03.10.18 17:25, Roland Grunberg wrote:
> On Wed, 2018-10-03 at 15:44 +0200, Tom Schindl wrote:
>> I'm late to this but while trying to bring our products up to 2018-09 I
>> found the removal of "com.ibm.icu.base" disturbing.
>
yzero.com
>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
> @ @redhatnews <https://twitter.com/redhatnews> Red Hat
> <https://www.facebook.com/RedHatInc>
> <https://www.facebook.com/RedHatInc>
>
>
> “Th
Hi,
e(fx)clipse will join the 2018-09 Release with version 3.4.0 and support
for OpenJFX-11 on Java-11!
The offset is +2
Tom
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
Hi,
I've been thinking a lot about this because the parts of e(fx)clipse who
are contributed to the SimRel-Repository are not the main working areas
in our company today.
Still I think the JavaFX-Tooling is a valuable component for Eclipse
users hence I declare that e(fx)clipse will join the Phot
It's been me (or better an old setting in my hudson config to use the
pack200 from jdk6)
Tom
On 31.05.17 00:53, Matthias Sohn wrote:
> On Tue, May 30, 2017 at 9:23 PM, Tom Schindl
> mailto:tom.schi...@bestsolution.at>> wrote:
>
> Hi,
>
> Our hudson buil
Hi,
Yes and I even created a complete new job (tmp-copy) to make sure it's
not a problem of the workspace in the job.
Tom
On 31.05.17 00:53, Matthias Sohn wrote:
> On Tue, May 30, 2017 at 9:23 PM, Tom Schindl
> mailto:tom.schi...@bestsolution.at>> wrote:
>
> Hi,
>
Hi,
Our hudson builds started to fail since some days. They succeed locally
without problems.
I already tried to restart our hipp instance but this didn't not help.
Anyone has an idea how to debug what's going wrong?
Here an example build failure:
https://hudson.eclipse.org/efxclipse/job/tmp-cop
Hi Dani,
In 3.0 stream (not in your checked repo but we just contributed that on
Monday to SimRel) most of those are gone.
There's only one of those left
(org.eclipse.fx.ui.controls.vectorgraphics.PathUtils) where we don't
have any replacement in 9 to implement this feature.
Tom
On 24.05.17 16:
Hi,
e(fx)clipse is also using Travis the reason is that this is IMHO the
standard way for GitHub-Projects so it feels very natural to all
contributors.
Tom
On 29.03.17 19:48, Gorkem Ercan wrote:
>
> What is the reason for not using JIPP instances for builds?
> Instead of Travis? We have moved o
Hi,
Is there a chance that we get maven-tycho snapshots who use the java9
branch of jdt? This would help us to find problems when new code is
added who violates eg module-access rules.
Tom
On 13.03.17 21:06, Daniel Megert wrote:
> Hi Ed
>
> It depends whether you want to run the tests from the
Regards
>>
>> Ed Willink
>>
>>
>> On 11/03/2017 16:52, Daniel Megert wrote:
>>> Thanks Tom! That was my thinking too. So, that class should be
>>> marked as @noimplement in the model, because next time, PDE Tools
>>&g
Under NO cricumstance this API is/has/should be implemented by clients! IIRC it
should be called at by none e4 internals. So this version increase is just
plain wrong!
Tom (guy who was in charge of the model)
Von meinem iPhone gesendet
> Am 11.03.2017 um 16:22 schrieb Daniel Megert :
>
> You'
Hi,
My build gets a "Connection to https://repo.eclipse.org refused" when
trying to access "https://repo.eclipse.org/content/groups/cbi/";, ...
Tom
--
Thomas Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck
http://www.bestsolution.at/
Reg. Nr. FN 222302s
Any idea when the e(fx)clipse one is up again? It's now offline for > 3
days and I really want to run nightlies ASAP.
Tom
On 22.10.16 02:12, Frederic Gurr wrote:
> Hi,
>
> I've managed to get the following HIPPs back online (with a temporary
> workaround):
> * andmore
> * ecf
> * egit
> * gyrex
Font icons are only useable in a flat design because you only have a solid
background
Tom
Von meinem iPhone gesendet
> Am 21.09.2016 um 20:58 schrieb Antoine THOMAS :
>
> Thanks Camille.
>
> Simple question: how text (font) is rendered in Eclipse? I guess the text is
> not rendered as bitmap
Hi Alexander,
I've enabled the e(fx)clipse runtime contribution from Neon.0. The
tooling contribution stays disabled until WTP is enabled as we use their
XML-Editors.
Tom
On 09.08.16 15:38, Alexander Nyßen wrote:
> I also fear that without enabling the Neon contributions the
> bootstrapping is n
Hi,
e(fx)clipse will participate in Oxygen:
- Runtime at offset +1
- Tooling at offset +3
I'll create the release records later this week.
Tom
--
Thomas Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck
http://www.bestsolution.at/
Reg. Nr. FN 222302s am
Hi,
The project plan https://projects.eclipse.org/releases/neon mentions
e(fx)clipse 3.0.0 but we'll only contribute 2.4.0.
Tom
--
Thomas Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck
http://www.bestsolution.at/
Reg. Nr. FN 222302s am Firmenbuchgerich
Doing the work for you
https://dev.eclipse.org/mhonarc/lists/equinox-dev/msg07323.html :-)
Tom
Von meinem iPhone gesendet
> Am 03.03.2016 um 19:48 schrieb Tom Schindl :
>
> Oh and there's
>
> C) a equinox specific Manifest header need to look that up but if you query
&
Oh and there's
C) a equinox specific Manifest header need to look that up but if you query for
it there should be a thread on equinox dev where Tom Watson mention the header
name
In your case c is the best option
Tom
Von meinem iPhone gesendet
> Am 03.03.2016 um 19:31 schrieb Tom
Equinox by default skips the extension classloader when build your bundle
classloader.
You have 2 options:
A) instruct equinox to delegate to the ext loader which can only be done via
commadline params => not an option for an IDE plugin
B) ship an adaptor hook => this way eg efxclipse provides a
Hi,
Our efxclipse builds have started failing with
> Caused by: org.apache.http.conn.HttpHostConnectException: Connect to
> build.eclipse.org:31338 [build.eclipse.org/172.25.25.57] failed: Connection
> refused
since friday, Anybody else experiencing this?
Tom
--
Thomas Schindl, CTO
BestSolu
Hi,
I tried to create a new build job and like in other build jobs I'm using
"eclipse-jarsigner-plugin" and if not mistaken the only version
available is 1.2.0-SNAPSHOT
(https://repo.eclipse.org/content/groups/cbi/org/eclipse/cbi/eclipse-jarsigner-plugin/)
but now the problem is that this one has
Hi Wayne,
Thanks for running jdeps I've fixed most of the none public API useages
and we are working with the OpenJFX-Team to make the other necessary
APIs public in Java9 as well and will reside to reflection to switch
between Java8 and Java9 APIs.
The biggest problem although is the JavaFX-SWT-
Hi,
I've created a release record 3.0.0 [1] for e(fx)clipse.
We'll contribute at an offset of +1 our tooling and minor part of our
core runtime infrastructure to the simrel repo.
Runtime components who are not used by other Neon projects are released
at the same time but will no be available abl
>From the j1 session(s) - I attended I can not share this! They've been
talking about making modules out of libraries jars.
Jars on the classpath get automatically wrapped into 1 virtual module at
runtime. My understanding was that all you need to to do is to call a
command line app to make a modu
Hi,
On 25.08.15 00:54, David M Williams wrote:
> I don't know what's wrong either ... but, have opened bug 475748 for the
> Gerrit build problems.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=475748
>
> In the mean time, it seemed you committed that for 'master' (not
> Mars_maintenance) but I
fixed ... but, bugzilla seems
> down, at the moment).
>
> More to the point, I appreciate your care, in both checking and
> documenting the issues, and all sounds well, to me.
>
> Thanks again,
>
>
>
>
> From:Tom Schindl
> To:Cross proj
On 24.08.15 11:35, Alexander Nyßen wrote:
> GEF4 has dependencies to org.eclipse.fx.runtime.min.feature only, not on
> the tooling. We specify it as follows, so 2.1.0 should indeed be no
> problem from a composition viewpoint.
>
>
>
> Of course we will still have to test compatibility though...
Hi,
I ran the validation locally and it succeeded, so I'm quite sure its not
my commit who makes it fail. So I think GEF4 is OK with upgrading our
version to 2.1.
Tom
On 24.08.15 10:58, Tom Schindl wrote:
> Hi David,
>
> I've pushed now the changes to [1] but the verfica
Hi David,
I've pushed now the changes to [1] but the verfication job is failing
[2]. I'm quite sure that it's not me who makes it fail right?
---
...
getModelFromGit:
04:53:37 [echo] execute git checkout
83a6dcdb181eaebe429ae3ca51aa87e2a4457467 in
/home/hudson/genie.simrel/.hudson/jobs/
On 21.08.15 18:41, David M Williams wrote:
> I do not in principle have any objection, but think you should detail a
> little more about what's new, that caused the "minor" increase.
The problem is that e(fx)clipse has a dual life. We have a runtime and a
tooling part and the runtime part. We are
[...]
> For maintenance, we do not have another place to put RC candidates, but
> will wait until official release to move to ../releases/mars. In the
> mean time, please test directly from .../releases/maintenance.
Because I did not have any feedback from my PMC I did not contribute the
2.1.0 ve
Hi,
On 13.08.15 14:43, David M Williams wrote:
> Yes, and Yes.
>
> As long as nothing breaks.
>
> And, as soon as you learn to call it "Mars.1" :)
>
> 2.1 sounds like a minor release, so that's fine. (Nothing should break
> in a minor release though does need a release review, as far as I
e are *not* showing up in the default
tree mode. Is this allowed?
Tom Schindl
--
Thomas Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck
http://www.bestsolution.at/
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
___
I suggest you test earlier, and propose
> such change in a cross-project bug.
>
> Thanks,
>
>
>
> From:Tom Schindl
> To:cross-project-issues-dev@eclipse.org,
> Date:06/11/2015 01:45 PM
> Subject:Re: [cross-project-issues-dev] e(fx)cli
> and 'features' of
> 'org.eclipse.b3.aggregator.impl.CustomCategoryImpl@487c9b46{file:/home/hudson/genie.simrel/.hudson/jobs/simrel.mars.runaggregator.VALIDATE.gerrit/workspace/org.eclipse.simrel.build/simrel.b3aggr#//@customCategories[identifier='General%20Purpose%20Tools']}'
>
Should I merge in the change, in any case?
Tom
On 11.06.15 19:30, Tom Schindl wrote:
> Hi David,
>
> I've pushed https://git.eclipse.org/r/#/c/50044/ but the validator is
> failing! I have no idea why!
>
> Tom
>
> On 11.06.15 19:28, David M Williams wrote:
>>
ur own update site) ... but, since we are
> rebuilding for WindowBuilder anyway ... I think it would safe enough.
>
> Let me know once you are ready (or, if you change b3aggrcon file, I will
> see that).
>
> Thanks,
>
>
>
>
> From:Tom Schindl
> To:
Hi,
Sorry but it looks like I've forgot to push our RC4 build to the
aggregator!
Is it still possible to contribute? There are 2 important bug fixes in
the build:
* platform:.plugin.org.eclipse.pde.ui.icons.etool16.newpprj_wiz.gif not
available any => use .png
https://bugs.eclipse.org/bugs/sh
Hi,
I filed https://bugs.eclipse.org/bugs/show_bug.cgi?id=466683 to track
problems like the one of org.w3c.dom.** where things are now found on
the extension classloader which causes Equinox to not finding them anymore.
Tom
On 07.05.15 08:47, Tom Schindl wrote:
> Equinox is still fine on lat
Equinox is still fine on latest builds but Eclipse 4.5 as an IDE won't start
unless you modify classloader delegation to take the extclassloader into
account.
So as it looks today Eclipse 4.5 won't work on preview builds >b61
Tom
Von meinem iPhone gesendet
> Am 07.05.2015 um 05:52 schrieb Wa
Hi,
I see my build failing and succeeding at will because of pack200
problems. So I filed https://bugs.eclipse.org/bugs/show_bug.cgi?id=465527
Tom
On 24.04.15 16:26, David M Williams wrote:
> Might be related. I can't look much now, need to be offline a few
> hours, but suggest anyone having tr
On 17.04.15 07:55, David M Williams wrote:
>> So things are back now that i added a dummy class to
>> javax.annotation.jre! I have no freaking idea why this should make a
>> difference but I've now at least a working build!
>
> Not sure how much you want to pursue this, but ... a few old memories
On 16.04.15 08:46, Tom Schindl wrote:
> Hi,
>
> On 16.04.15 08:32, David M Williams wrote:
>> I assume javax.annotation.jreis a bundle you sign? (And, you don't
>> re-sign it, right?) We're learning that does not work reliably.
>> And you have rebuild/resigned
Hi,
On 16.04.15 08:32, David M Williams wrote:
> I assume javax.annotation.jreis a bundle you sign? (And, you don't
> re-sign it, right?) We're learning that does not work reliably.
> And you have rebuild/resigned say, today, to make sure al the Java 6
> transitions were back in place.
javax.anno
a) I'm using a workspace local .m2-repo
b) I've enabled "Clean workspace before build"
Things are still broken.
Tom
On 15.04.15 21:15, Wim Jongman wrote:
> Tom did you remove your local maven repo?
>
> On Wed, Apr 15, 2015 at 12:44 PM, Tom Schindl
> mailto:tom
rocessor.pack200="/shared/common/sun-jdk1.6.0_21_x64/jre/bin“‘
>
>
on your runtime build to ensure it packs with Java6?
>
> Cheers Alexander
>
>> Am 15.04.2015 um 11:23 schrieb Tom Schindl
>> > <mailto:tom.schi...@bestsolution.at>>:
>>
>> Hi
nder
>
>> Am 15.04.2015 um 11:23 schrieb Tom Schindl
>> > <mailto:tom.schi...@bestsolution.at>>:
>>
>> Hi,
>>
>> I cleaned everything I can in my HIPP but things still fail. My
>> problem is not any orbit stuff but a bundle coming f
inconsistently hashed/signed bundles are working
> their way through magic caches. Try a maximal clean.
>
> Regards
>
> Ed Willink
>
> On 15/04/2015 08:58, Tom Schindl wrote:
>> Hi,
>>
>> And now the build is completely broken.
>>
>&g
k.java:215)
> ... 47 more
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the -e
> switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possib
Hi,
Not sure this is related but I've now seen my build failing because of
pack200 and on the next run succeeding.
The last failure was:
> [INFO] o.h.m.e.h.MavenExecutionResultHandler - Build failed with exception(s)
> [INFO] o.h.m.e.h.MavenExecutionResultHandler - [1]
> org.apache.maven.lifecyc
Hi,
Sorry for troubles - looks like EMF generates invalid MANIFEST.MFs but
I'm not yet sure how I managed to make it generated a wrong one but once
I do I'll file a bug against EMF.
Tom
On 08.04.15 16:32, David M Williams wrote:
> This I-build, I20150407-0800, has a bad bug that has effected so
Hi,
Projects using the xtend maven plugin as part of their build have seen
build failures since yesterday night!
I think the reason is a mismatch between the version scheme used by this
unknown person who uses
2.10.1.v20140901-1043 vs the artifacts at maven central use
2.10.1-v20140901-1043
htt
Do I = e(fx)clipse have to opt-in explictly if i want to go with option 2?
Tom
Von meinem iPhone gesendet
> Am 09.01.2015 um 08:04 schrieb Marcel Bruch :
>
> I see three valuable ways:
>
> 1. Only report issues into the separate system and let committers review
> these items from time to time
>> Am 17.11.2014 um 22:26 schrieb Tom Schindl :
>> I disagree with you on that. I think it has value that the project name
>> is in the feature name and the reason it simple: Better grouping on the
>> p2-Update-UI!
>
>
> Those points seems valid … but isn’t it insane h
[...]
> What I have down for the feature name may be a bit more controversial.
> I'm thinking of this from the consumer's point of view: the project name
> isn't generally interesting (unless you've mounted a serious
> brand-recognition campaign); it is the functionality provided by the
> feature
Hi,
I was debugging today a problem why one of our e4+JavaFX RCP products
failed to be packaged with InnoSetup and found out that the problem
causeing thing are artificial artifacts generated by maven-tycho.
For plug-ins this maven extra data most of the time does not cause any
troubles because t
hi,
dropping Gtk2 means:
* swing embed is broken when the Gtk-Theme is used because it links
against Gtk2
* javafx embed is broken because it links against Gtk2
So clearly openjdk/oraclejdk (even the latest builds) links against
Gtk2, or am I wrong in this regard?
I can also prove what Andrey
In efxclipse we are using the "tycho-document-bundle-plugin" plugin to
publish javadoc.
See
http://git.eclipse.org/c/efxclipse/org.eclipse.efxclipse.git/tree/releng/org.eclipse.fx.runtime.doc/pom.xml
- I don't know if this is the best way to do it but at least it works
for us.
Tom
On 26.09.14 14
Hi,
>From a e(fx)clipse point of view we will load the javafx libraries from
the JRE you are running on and JavaFX is a singleton like anything you
get from the JRE as well (you can not load multiple version of javafx at
once!), if you are running on JRE 1.7 you get JavaFX 2.2 classes if you
run o
On 22.08.14 06:45, Ed Merks wrote:
> Tom,
>
> Comments below.
>
> On 21/08/2014 10:37 PM, Tom Schindl wrote:
>> You are right in that it is an install time problem as well - i think
>> from a p2 point of view tp-resolution & install a fairly equal - i think
>&
ix all these
> things up, because each of these things better work in some consistent
> and coherent sensible way. After all, if it works at runtime, but you
> can't install the unit, or can't provision a target platform to develop
> it, you'll never get to the stage
On 21.08.14 22:18, Alexander Nyßen wrote:
> Hi Tom,
>
> I was only referring to the org.eclipse.javafx bundle of e(fx)clipse,
> which - as far as I understood - is basically there to deal with the
> target resolving, while the org.eclipse.fx.osgi seems to perform the
> runtime resolving, right? I
es.
>>
>> Perhaps the problem is even more complex and that even with such fake
>> units, the packages still wouldn't be available on the classpath, but
>> I don't understand how this is supposed to work unless there is a fake
>> "a.jre" unit that expl
> From: cross-project-issues-dev-boun...@eclipse.org
> [cross-project-issues-dev-boun...@eclipse.org] on behalf of Tom Schindl
> [tom.schi...@bestsolution.at]
> Sent: Thursday, August 21, 2014 3:37 AM
> To: cross-project-issues-dev@eclipse.org
> Subject: Re: [cross-project-
others using JavaFX beside
takeing the burden to understand how much such an integration has to
work in every detail.
Tom
On 21.08.14 09:23, Max Rydahl Andersen wrote:
> On 20 Aug 2014, at 10:46, Tom Schindl wrote:
>
>> Hi,
>>
>> e(fx)clipse would like to join the Mars relea
t;
> https://projects.eclipse.org/projects/technology.efxclipse/create-release
>
> Wayne
>
> On 20/08/14 04:46 AM, Tom Schindl wrote:
>> Hi,
>>
>> e(fx)clipse would like to join the Mars release as a +3 component
>> because we depend on Xtext who is +2.
>>
>>
9 out of 14 features depending (directly or indirectly) on a +3
> component, only because we specify some javafx package imports. While +3
> probably is a good choice for e(fx)clipse from an IDE tooling
> perspective, I somehow have the impression that this is not appropriate
> for i
y dependencies to e(fx)clipse or
>>> would b3 resolve this implicitly? Up to now, my bundles only specify
>>> javafx package imports (including imports to javafx.embed.swt)...
>>>
>>> Cheers
>>> Alexander
>>>
>>> Am 18.08.2014 um 21:40 schri
Hi,
e(fx)clipse would like to join the Mars release as a +3 component
because we depend on Xtext who is +2.
Our current plan is to contribute e(fx)clipse 2.0 because this is the
first time we are joining (I need to make myself familiar with the
process) I'm not sure we manage to contribute to M1
a) e(fx)clipse just released 1.0
b) the bundles required only depend on equinox >= Luna
So no matter if we (efxclipse) are on the Mars release GEF4 should be fine!
Tom
Von meinem iPhone gesendet
> Am 18.08.2014 um 21:22 schrieb David M Williams :
>
> And, in the mean time, it seems your curren
Part of oraclejdk/openjdk 7u8 on all platforms. JavaFX2 for win32 was an extra
download but anyone really doing fx uses at least jdk7 or even jdk8.
Tom
Von meinem iPhone gesendet
> Am 18.08.2014 um 20:42 schrieb Wayne Beaton :
>
> Naive question...
>
> How is JavaFX distributed? Is it a separ
We have not announced but we will :-) if allowed join Mars!
An official request will follow in soon!
Tom
Von meinem iPhone gesendet
> Am 18.08.2014 um 18:57 schrieb Alexander Nyßen :
>
> Hi all,
>
> as some of the new GEF4 bundles we want to include with Mars specify javafx
> package imports
Hi had the same problems when using Firefox, with Chrome it worked for me.
Tom
On 12.08.14 11:46, Wim Jongman wrote:
> Hi,
>
> I cannot login to the forum already for some time.
>
> When I click on a discussion that I receive by mail it takes me to that
> discussion but when I press login from
Right all API in JavaFX is generified - and yes you simply have to take
the most basic type you have but like outlined already by Lars' one
often is able to find a base type (e.g. think about a File-Tree-Viewer
where the base class is always a File-Instance).
What worries me more how to deal with
Looks like your cleanup at least allows one to post to mailing-lists.
See what I received today
https://bugs.eclipse.org/bugs/show_bug.cgi?id=437644
Tom
On 18.06.14 10:33, John Arthorne wrote:
> I discovered I could not create a file in my home directory on
> build.eclipse.org this morning. I cl
um 10:15 schrieb Tom Schindl :
>
>> I've been missing some bugzilla mails also in the last few weeks - e.g.
>> just today I saw that I missed e.g. the mail to this bug [1].
>>
>> Tom
>>
>> [1]https://bugs.eclipse.org/bugs/show_bug.cgi?id=437327
>>
I've been missing some bugzilla mails also in the last few weeks - e.g.
just today I saw that I missed e.g. the mail to this bug [1].
Tom
[1]https://bugs.eclipse.org/bugs/show_bug.cgi?id=437327
On 16.06.14 22:05, Sven Efftinge wrote:
> Ok, thanks. Than that seems to be a problem with our mail se
Hi,
It looks like the RC3 repo is missing "com.google.inject.source". I know
that i can not generally assume source-bundles are there but it has been
there since always but started missing today.
I have no problem fetching it from the orbit repo if you think it is OK
that it is missing.
Tom
On
Why do you see this as a major regression?
There's no problem beside that using < java7 as compile target when you
use JRE8 in the project.
Tom
On 27.03.14 08:38, Mickael Istria wrote:
> On 03/27/2014 08:32 AM, Mickael Istria wrote:
>> On 03/20/2014 03:50 PM, Konstantin Komissarchik wrote:
>>>
>
Reply i had the same problem - the password is stored in the Preferences
> General > Security > Secure Storage
I deleted the preference there, restarted and was asked for a password
the next time i tried to push and could enter my new password.
Tom
On 12.03.14 17:16, Konstantin Komissarchik wrot
My bad.
> Of course the previous version is still available, if you use the
> exact versioned path.
>
> I don't have plans to further upgrade this.
>
> BTW: when will Eclipse releng adopt JDK8?
>
> best,
> Stephan
>
>
> On 01/07/2014 03:11 PM, Tom Schin
Hi,
I notice a failure in my build on the weekend and noticed that the
JDK8beta has been upgraded to build 121 which generally is good but
there was a classpath change which the JavaFX <=> SWT integration.
Did I miss any annoucement? I was able to fix the problem but would have
preferred to get a
... anyoneelse seeing hudson being extremly slow?
Tom
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Hi,
In e(fx)clipse we use Xtend to as a template language. One of the
strengths is that Xtends multi-line and indent support so it is made for
code generation (and much more).
Take a look at our Xtend templates:
-
http://git.eclipse.org/c/efxclipse/org.eclipse.efxclipse.git/tree/bundles/tooling/o
ent directory (rm'ing a file is effectively
> changing the contents of the directory). I've made hudsonBuild the
> owner of your downloads area since it's not as nasty as rwxrwxrwx
> permissions.
>
> Denis
>
>
> On 09/27/2013 02:41 AM, Tom Schindl wrote:
>
Hi,
Our nightly build started failing this night while publishing the
update-site because of whatever reason it is not possible for hudson to
delete the previous published file.
> [INFO]
>
> [INFO] Total time: 4:15.118s
> [
e(fx)clipse build fails as well when publishing because the download dir does
not exist!
Tom
Von meinem iPhone gesendet
Am 07.09.2013 um 19:51 schrieb Eike Stepper :
> Am 07.09.2013 17:40, schrieb Denis Roy:
>> The upgrades to build.eclipse.org have been completed. You may need to
>> restart
NatTable is it's own Nebula subproject and has already done a 1.0.0 release!
Tom
On 31.07.13 12:52, Campo, Christian wrote:
> About that "you can redistribute parts of Nebula". Riena is also
> redistributing parts of Nebula which led you bug
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=411977
for bugzilla is hanging as well.
Tom
On 30.07.13 09:08, Eike Stepper wrote:
> I didn't have any problems with Bugzilla today.
>
> Cheers
> /Eike
>
>
> http://www.esc-net.de
> http://thegordian.blogspot.com
> http://twitter.com/eikestepper
>
>
>
> Am 30.07.2013 08:47, schrieb Henrik:
>>
> Started by timer
> Building remotely on hudson-slave2
> Checkout:efxclipse-runtime-1.x-nightly /
> /opt/buildhomes/hudsonBuild/workspace/efxclipse-runtime-1.x-nightly -
> hudson.remoting.Channel@51fe358a:hudson-slave2
> Using strategy: Default
> Last Built Revision: Revision b4f1a14c19a7a61bf1c
2. Nebula apparently has not produced a 1.0 release despite a successful
1.0 release and graduation review almost a year ago (2012-09-12). The
dashboard lists the 1.0 release on 2012-09-21. Could someone from Nebula
address what happened? This is hardly the proper way for a project
deserving of th
1 - 100 of 104 matches
Mail list logo
