[cross-project-issues-dev] Status and outlook for M7
Just a reminder that today (Wednesday) is the last day to make contributions towards the M7 Sim. Rel. repository. As usual, we will set the deadline for 5 PM Eastern ... but, glad to be flexible for a few additional hours, if projects speaks up here to this list and requests additional hour or two (and preferably why) Don't forget to check the repo reports from time to time ... lots of good stuff in there to fix for RC1. http://build.eclipse.org/simrel/kepler/reporeports/ Here are two things keeping me awake tonight (among others, not related to Sim. Release): 1) I believe EGit is planning to move to 3.0.0 (still) in M7 and I have seen no warm up contributions yet, so I am anxious to see what, if anything breaks from that. (Short runway!) 2) I've not seen a green build for EPP for M7 and in talking to Markus, he's not had time to work on it yet, getting RAP contribution ready ... so, in other words ... I sure hope no one (such as my Platform builds, broke the EPP builds!) So ... have a good Wednesday! Sleep well. :) ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] com.google.guava versions
Hi For development I use 1.7, and so installation installs com.google.guava 10,11,12 and the tight tight 10.0.1 version bound of Xtext and other modeling applications seems to collaborate so that the IDE is ok. The problem is perhaps a bug in the launcher, where I use the default Project EE of 1.5 to check compliance. When MWE or Acceleo scripts are launched, the classpath provides the wrong com.google.guava and the bad version results. With the problem understood, I can easily change my launch settings, BUT This demonstrates that M7 has introduced a significant change compared to M5 (M6 was a transitional mess). com.google.guava has become a standard library so the change impacts perhaps 50%, perhaps more, of Eclipse applications. My particular problem came from using Xtext functionality in a standalone application. Nearly a year ago I tried to start a discussion as to whether EMF should move on from 1.5 to perhaps 1.6 but probably 1.7 so as to use a non EOL Java. No discussion followed. I favour moving on, but feel that it should be a positive community decision, rather than a de facto accident imposed by a library, which IMHO should be built with 1.5 compatibility. Regards Ed Willink On 07/05/2013 22:35, David M Williams wrote: Since the bulk of Eclipse is still Java 5 compliant, this seems like a killer. The bulk, in terms of bundles, maybe ... but I know the Platform requires 1.6 (for Help to work, because Jetty requires 1.6) and I believe all the EPP packages specify 1.6 as minimum runtime (for that "product", not at a bundle level). So, I may be showing my ignorance, or missing your point, but if its simply a matter that using 12 would require users to use 1.6, it does not seem like a killer to me. Of course ... depends greatly on your adopters and target user. For interest, the "distribution" of BREEs are listed in one of our "simrel repo" reports ... http://build.eclipse.org/simrel/kepler/reporeports/reports/breedata.txt It shows the bulk still at 1.5 level, on a bundle-by-bundle basis, but a number at 1.6 and even some at 1.7! (Those requiring 1.7 make me a little nervous .. but, assume its necessary and satisfactory for adopters, or they would say if it was causing them problems). From: Ed Willink e...@willink.me.uk To: Cross project issues cross-project-issues-dev@eclipse.org, Date: 05/07/2013 05:11 PM Subject: Re: [cross-project-issues-dev] com.google.guava versions Sent by: cross-project-issues-dev-boun...@eclipse.org Hi https://bugs.eclipse.org/bugs/show_bug.cgi?id=401285 and https://bugs.eclipse.org/bugs/show_bug.cgi?id=370651 give details on com.google issues. My class version error arises because com.google.guava 12 has Java 6 rather than Java 5 classes. Since the bulk of Eclipse is still Java 5 compliant, this seems like a killer. Regards Ed Willink On 07/05/2013 20:11, David M Williams wrote: Can you explain more? I don't recall any previous problems (which, I know, says more about my memory than anything else just asking for current details). There are versions 10, 11, and 12 available from Orbit ... are you saying in your individual build you are getting multiple versions? If so, sounds like you simply need to "constrain" which version you want. Or ... are you saying multiple projects are using different versions and that causes a problem? If that's the case, I suggest a "cross-project bug" and describe what you are seeing, and if possible who is using which versions and see if you can gain some agreement to use "the highest version"? (Assuming that's the right one). HTH From:Ed Willink e...@willink.me.uk To:Cross project issues cross-project-issues-dev@eclipse.org, Date:05/07/2013 02:58 PM Subject:[cross-project-issues-dev] com.google.guava versions Sent by:cross-project-issues-dev-boun...@eclipse.org
Re: [cross-project-issues-dev] Status and outlook for M7
On Wed, May 8, 2013 at 8:09 AM, David M Williams david_willi...@us.ibm.comwrote: Just a reminder that today (Wednesday) is the last day to make contributions towards the M7 Sim. Rel. repository. As usual, we will set the deadline for 5 PM Eastern ... but, glad to be flexible for a few additional hours, if projects speaks up here to this list and requests additional hour or two (and preferably why) Don't forget to check the repo reports from time to time ... lots of good stuff in there to fix for RC1. http://build.eclipse.org/simrel/kepler/reporeports/ Here are two things keeping me awake tonight (among others, not related to Sim. Release): 1) I believe EGit is planning to move to 3.0.0 (still) in M7 and I have seen no warm up contributions yet, so I am anxious to see what, if anything breaks from that. (Short runway!) https://bugs.eclipse.org/bugs/show_bug.cgi?id=407265 is blocking that, I am unable to build the new optional jgit java7 bundles on main hudson until this is solved. The jgit build job is configured to compile using jdk 1.7 but due to some unknown reason Hudson/Maven decide to still use 1.6. I am running out of ideas how I could fix that from my end. 2) I've not seen a green build for EPP for M7 and in talking to Markus, he's not had time to work on it yet, getting RAP contribution ready ... so, in other words ... I sure hope no one (such as my Platform builds, broke the EPP builds!) So ... have a good Wednesday! Sleep well. :) ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] com.google.guava versions
Hi All projects using the same release would be good, and works for other stable well behaved libraries. Unfortunately com.google seems to be a bit too 'innovative' and fast moving, so I suspect that a safer solution is: - no exports of com.google.* - package rather than bundle import of com.google.* - unbounded import for simple usage - tight bounded imports for advanced usage - all builds of com.google.* to be 1.5 class compliant This should allow arbitrary simple users to work with whatever is available and also allow restrictive requirements to be satisfied without disruption from elsewhere. Regards Ed Willink On 08/05/2013 09:11, Stephan Leicht Vogt wrote: Hi As I was the one introducing google guava 12 to orbit I think I'm also addressed here. I understand that its not ok to have more than one version of a library in the application. But what I don't understand is what you want. Should the projects delivering versions of guava switch to a particular one? And which if this is the case? Or shouldn't the deliver guava at all and rely on the presence/absence of it in the application/EPP? Sincerely Stephan --- Stephan Leicht Vogt Senior Software Engineer BSI Business Systems Integration AG Tfernstrasse 16a, CH-5405 Baden Phone (direct): +41 56 484 19 47 www.bsiag.com On May 8, 2013, at 8:23 AM, Ed Willink e...@willink.me.uk wrote: Hi For development I use 1.7, and so installation installs com.google.guava 10,11,12 and the tight tight 10.0.1 version bound of Xtext and other modeling applications seems to collaborate so that the IDE is ok. The problem is perhaps a bug in the launcher, where I use the default Project EE of 1.5 to check compliance. When MWE or Acceleo scripts are launched, the classpath provides the wrong com.google.guava and the bad version results. With the problem understood, I can easily change my launch settings, BUT This demonstrates that M7 has introduced a significant change compared to M5 (M6 was a transitional mess). com.google.guava has become a standard library so the change impacts perhaps 50%, perhaps more, of Eclipse applications. My particular problem came from using Xtext functionality in a standalone application. Nearly a year ago I tried to start a discussion as to whether EMF should move on from 1.5 to perhaps 1.6 but probably 1.7 so as to use a non EOL Java. No discussion followed. I favour moving on, but feel that it should be a positive community decision, rather than a de facto accident imposed by a library, which IMHO should be built with 1.5 compatibility. Regards Ed Willink On 07/05/2013 22:35, David M Williams wrote: Since the bulk of Eclipse is still Java 5 compliant, this seems like a killer. The bulk, in terms of bundles, maybe ... but I know the Platform requires 1.6 (for Help to work, because Jetty requires 1.6) and I believe all the EPP packages specify 1.6 as minimum runtime (for that "product", not at a bundle level). So, I may be showing my ignorance, or missing your point, but if its simply a matter that using 12 would require users to use 1.6, it does not seem like a killer to me. Of course ... depends greatly on your adopters and target user. For interest, the "distribution" of BREEs are listed in one of our "simrel repo" reports ... http://build.eclipse.org/simrel/kepler/reporeports/reports/breedata.txt It shows the bulk still at 1.5 level, on a bundle-by-bundle basis, but a number at 1.6 and even some at 1.7! (Those requiring 1.7 make me a little nervous .. but, assume its necessary and satisfactory for adopters, or they would say if it was causing them
Re: [cross-project-issues-dev] com.google.guava versions
Ed Willink wrote: https://bugs.eclipse.org/bugs/show_bug.cgi?id=401285 and https://bugs.eclipse.org/bugs/show_bug.cgi?id=370651 give details on com.google issues. We at Code Recommenders also had some problems [1] with multiple Guava bundles being installed at the same time, but these could all be solved by adding the appriate uses directives to our package exports. (Classes like com.google.commons.base.Optional have a tendency to become part of your public API and thus should be declared as such.) Hope that helps. Andreas [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=399134 -- Codetrails UG (haftungsbeschränkt) The knowledge transfer company Robert-Bosch-Str. 7, 64293 Darmstadt Mobile: +49-170-811-3791 http://www.codetrails.com/ Managing Director: Dr. Marcel Bruch Handelsregister: Darmstadt HRB 91940 ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Status and outlook for M7
On Wed, May 8, 2013 at 8:37 AM, Matthias Sohn matthias.s...@gmail.comwrote: On Wed, May 8, 2013 at 8:09 AM, David M Williams david_willi...@us.ibm.com wrote: Just a reminder that today (Wednesday) is the last day to make contributions towards the M7 Sim. Rel. repository. As usual, we will set the deadline for 5 PM Eastern ... but, glad to be flexible for a few additional hours, if projects speaks up here to this list and requests additional hour or two (and preferably why) Don't forget to check the repo reports from time to time ... lots of good stuff in there to fix for RC1. http://build.eclipse.org/simrel/kepler/reporeports/ Here are two things keeping me awake tonight (among others, not related to Sim. Release): 1) I believe EGit is planning to move to 3.0.0 (still) in M7 and I have seen no warm up contributions yet, so I am anxious to see what, if anything breaks from that. (Short runway!) https://bugs.eclipse.org/bugs/show_bug.cgi?id=407265 is blocking that, I am unable to build the new optional jgit java7 bundles on main hudson until this is solved. The jgit build job is configured to compile using jdk 1.7 but due to some unknown reason Hudson/Maven decide to still use 1.6. I am running out of ideas how I could fix that from my end. found a workaround so I will tag M7 after lunch CEST -- Matthias ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Status and outlook for M7
Hi, I made a change to update MAT contribution for M7 (updated the p2repo location and the version numbers), and the aggregator build picked it: https://hudson.eclipse.org/hudson/job/simrel.kepler.runaggregator/421/ However, when I look into the console logs I see that the build still takes our old bundles. Did I miss something? Git tree: http://git.eclipse.org/c/simrel/org.eclipse.simrel.build.git/tree/mat.b3aggrcon ... repositories location=http://download.eclipse.org/mat/kepler/M7/update-site/; description=Memory Analyzer Updates features name=org.eclipse.mat.feature.feature.group versionRange=1.3.0.201305080113 ... Build output: https://hudson.eclipse.org/hudson/job/simrel.kepler.runaggregator/421/consoleText ... [exec] Loading repository file:///home/data/httpd/download.eclipse.org/mat/kepler/M5/update-site ... [exec] - mirroring artifact osgi.bundle,org.eclipse.mat.api,1.3.0.201302052014 ... Any hints? I checked the commit id in the console log, and it is my commit. Krum PS: I just saw that the next build still uses our old contribution. From: cross-project-issues-dev-boun...@eclipse.org [mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of David M Williams Sent: Mittwoch, 8. Mai 2013 08:09 To: cross-project-issues-dev@eclipse.org Subject: [cross-project-issues-dev] Status and outlook for M7 Just a reminder that today (Wednesday) is the last day to make contributions towards the M7 Sim. Rel. repository. As usual, we will set the deadline for 5 PM Eastern ... but, glad to be flexible for a few additional hours, if projects speaks up here to this list and requests additional hour or two (and preferably why) Don't forget to check the repo reports from time to time ... lots of good stuff in there to fix for RC1. http://build.eclipse.org/simrel/kepler/reporeports/ Here are two things keeping me awake tonight (among others, not related to Sim. Release): 1) I believe EGit is planning to move to 3.0.0 (still) in M7 and I have seen no warm up contributions yet, so I am anxious to see what, if anything breaks from that. (Short runway!) 2) I've not seen a green build for EPP for M7 and in talking to Markus, he's not had time to work on it yet, getting RAP contribution ready ... so, in other words ... I sure hope no one (such as my Platform builds, broke the EPP builds!) So ... have a good Wednesday! Sleep well. :) ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Status and outlook for M7
I seem to have the same problem with Riena :-) Von: cross-project-issues-dev-boun...@eclipse.org [mailto:cross-project-issues-dev-boun...@eclipse.org] Im Auftrag von Tsvetkov, Krum Gesendet: Mittwoch, 8. Mai 2013 16:40 An: Cross project issues Betreff: Re: [cross-project-issues-dev] Status and outlook for M7 Just checked that the next build 422, building because of http://git.eclipse.org/c/simrel/org.eclipse.simrel.build.git/commit/?id=fd51b94b8bfabbd71f15ae1c31fdd33c72707c87 is also taking the previous repo (in this case of riena): https://hudson.eclipse.org/hudson/job/simrel.kepler.runaggregator/422/consoleText [exec] Loading repository file:///home/data/httpd/download.eclipse.org/rt/riena/5.0.0.M6/updatefile:///\\home\data\httpd\download.eclipse.org\rt\riena\5.0.0.M6\update ... [exec] - mirroring artifact osgi.bundle,org.eclipse.riena.sample.app.common,5.0.0.v20130319_5_0_0_M6 From: cross-project-issues-dev-boun...@eclipse.orgmailto:cross-project-issues-dev-boun...@eclipse.org [mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of Tsvetkov, Krum Sent: Mittwoch, 8. Mai 2013 15:54 To: Cross project issues Subject: Re: [cross-project-issues-dev] Status and outlook for M7 Hi, I made a change to update MAT contribution for M7 (updated the p2repo location and the version numbers), and the aggregator build picked it: https://hudson.eclipse.org/hudson/job/simrel.kepler.runaggregator/421/ However, when I look into the console logs I see that the build still takes our old bundles. Did I miss something? Git tree: http://git.eclipse.org/c/simrel/org.eclipse.simrel.build.git/tree/mat.b3aggrcon ... repositories location=http://download.eclipse.org/mat/kepler/M7/update-site/; description=Memory Analyzer Updates features name=org.eclipse.mat.feature.feature.group versionRange=1.3.0.201305080113 ... Build output: https://hudson.eclipse.org/hudson/job/simrel.kepler.runaggregator/421/consoleText ... [exec] Loading repository file:///home/data/httpd/download.eclipse.org/mat/kepler/M5/update-sitefile:///\\home\data\httpd\download.eclipse.org\mat\kepler\M5\update-site ... [exec] - mirroring artifact osgi.bundle,org.eclipse.mat.api,1.3.0.201302052014 ... Any hints? I checked the commit id in the console log, and it is my commit. Krum PS: I just saw that the next build still uses our old contribution. From: cross-project-issues-dev-boun...@eclipse.orgmailto:cross-project-issues-dev-boun...@eclipse.org [mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of David M Williams Sent: Mittwoch, 8. Mai 2013 08:09 To: cross-project-issues-dev@eclipse.orgmailto:cross-project-issues-dev@eclipse.org Subject: [cross-project-issues-dev] Status and outlook for M7 Just a reminder that today (Wednesday) is the last day to make contributions towards the M7 Sim. Rel. repository. As usual, we will set the deadline for 5 PM Eastern ... but, glad to be flexible for a few additional hours, if projects speaks up here to this list and requests additional hour or two (and preferably why) Don't forget to check the repo reports from time to time ... lots of good stuff in there to fix for RC1. http://build.eclipse.org/simrel/kepler/reporeports/ Here are two things keeping me awake tonight (among others, not related to Sim. Release): 1) I believe EGit is planning to move to 3.0.0 (still) in M7 and I have seen no warm up contributions yet, so I am anxious to see what, if anything breaks from that. (Short runway!) 2) I've not seen a green build for EPP for M7 and in talking to Markus, he's not had time to work on it yet, getting RAP contribution ready ... so, in other words ... I sure hope no one (such as my Platform builds, broke the EPP builds!) So ... have a good Wednesday! Sleep well. :) - compeople AG Untermainanlage 8 60329 Frankfurt/Main fon: +49 (0) 69 / 27 22 18 0 fax: +49 (0) 69 / 27 22 18 22 web: www.compeople.dehttp://www.compeople.de/ Vorstand: J?rgen Wiesmaier Aufsichtsratsvorsitzender: Christian Glanz Sitz der Gesellschaft: Frankfurt/Main Handelsregister Frankfurt HRB 56759 USt-IdNr. DE207665352 - ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Status and outlook for M7
On Wed, May 8, 2013 at 11:39 AM, Matthias Sohn matthias.s...@gmail.comwrote: On Wed, May 8, 2013 at 8:37 AM, Matthias Sohn matthias.s...@gmail.comwrote: On Wed, May 8, 2013 at 8:09 AM, David M Williams david_willi...@us.ibm.com wrote: Just a reminder that today (Wednesday) is the last day to make contributions towards the M7 Sim. Rel. repository. As usual, we will set the deadline for 5 PM Eastern ... but, glad to be flexible for a few additional hours, if projects speaks up here to this list and requests additional hour or two (and preferably why) Don't forget to check the repo reports from time to time ... lots of good stuff in there to fix for RC1. http://build.eclipse.org/simrel/kepler/reporeports/ Here are two things keeping me awake tonight (among others, not related to Sim. Release): 1) I believe EGit is planning to move to 3.0.0 (still) in M7 and I have seen no warm up contributions yet, so I am anxious to see what, if anything breaks from that. (Short runway!) https://bugs.eclipse.org/bugs/show_bug.cgi?id=407265 is blocking that, I am unable to build the new optional jgit java7 bundles on main hudson until this is solved. The jgit build job is configured to compile using jdk 1.7 but due to some unknown reason Hudson/Maven decide to still use 1.6. I am running out of ideas how I could fix that from my end. found a workaround so I will tag M7 after lunch CEST I've just contributed JGit/EGit 3.0 M7 -- Matthias ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
[cross-project-issues-dev] On aggregation job getting old content
I've confirmed the problem, and everything looks ok with b3aggrcon files. I have opened cross-project bug 407545 to track. https://bugs.eclipse.org/bugs/show_bug.cgi?id=407545 I've checked all the easy stuff and didn't solve the problem, so will have to look deeper. From: Tsvetkov, Krum krum.tsvet...@sap.com To: Cross project issues cross-project-issues-dev@eclipse.org, Date: 05/08/2013 10:46 AM Subject:Re: [cross-project-issues-dev] Status and outlook for M7 Sent by:cross-project-issues-dev-boun...@eclipse.org Just checked that the next build 422, building because of http://git.eclipse.org/c/simrel/org.eclipse.simrel.build.git/commit/?id=fd51b94b8bfabbd71f15ae1c31fdd33c72707c87 is also taking the previous repo (in this case of riena): https://hudson.eclipse.org/hudson/job/simrel.kepler.runaggregator/422/consoleText [exec] Loading repository file:///home/data/httpd/download.eclipse.org/rt/riena/5.0.0.M6/update … [exec] - mirroring artifact osgi.bundle,org.eclipse.riena.sample.app.common,5.0.0.v20130319_5_0_0_M6 From: cross-project-issues-dev-boun...@eclipse.org [ mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of Tsvetkov, Krum Sent: Mittwoch, 8. Mai 2013 15:54 To: Cross project issues Subject: Re: [cross-project-issues-dev] Status and outlook for M7 Hi, I made a change to update MAT contribution for M7 (updated the p2repo location and the version numbers), and the aggregator build picked it: https://hudson.eclipse.org/hudson/job/simrel.kepler.runaggregator/421/ However, when I look into the console logs I see that the build still takes our old bundles. Did I miss something? Git tree: http://git.eclipse.org/c/simrel/org.eclipse.simrel.build.git/tree/mat.b3aggrcon … repositories location= http://download.eclipse.org/mat/kepler/M7/update-site/; description=Memory Analyzer Updates features name=org.eclipse.mat.feature.feature.group versionRange=1.3.0.201305080113 … Build output: https://hudson.eclipse.org/hudson/job/simrel.kepler.runaggregator/421/consoleText … [exec] Loading repository file:///home/data/httpd/download.eclipse.org/mat/kepler/M5/update-site … [exec] - mirroring artifact osgi.bundle,org.eclipse.mat.api,1.3.0. 201302052014 … Any hints? I checked the commit id in the console log, and it is my commit. Krum PS: I just saw that the next build still uses our old contribution. From: cross-project-issues-dev-boun...@eclipse.org [ mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of David M Williams Sent: Mittwoch, 8. Mai 2013 08:09 To: cross-project-issues-dev@eclipse.org Subject: [cross-project-issues-dev] Status and outlook for M7 Just a reminder that today (Wednesday) is the last day to make contributions towards the M7 Sim. Rel. repository. As usual, we will set the deadline for 5 PM Eastern ... but, glad to be flexible for a few additional hours, if projects speaks up here to this list and requests additional hour or two (and preferably why) Don't forget to check the repo reports from time to time ... lots of good stuff in there to fix for RC1. http://build.eclipse.org/simrel/kepler/reporeports/ Here are two things keeping me awake tonight (among others, not related to Sim. Release): 1) I believe EGit is planning to move to 3.0.0 (still) in M7 and I have seen no warm up contributions yet, so I am anxious to see what, if anything breaks from that. (Short runway!) 2) I've not seen a green build for EPP for M7 and in talking to Markus, he's not had time to work on it yet, getting RAP contribution ready ... so, in other words ... I sure hope no one (such as my Platform builds, broke the EPP builds!) So ... have a good Wednesday! Sleep well. :) ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Is anyone else seeing a lot of timeouts and dropped connections from eclipse.org
Attached is an example error that I am seeing. This is blocking me from making Kepler M7 contribution for Sapphire. From: Konstantin Komissarchik [mailto:konstantin.komissarc...@oracle.com] Sent: Wednesday, May 08, 2013 9:48 AM To: 'Cross project issues' Subject: Is anyone else seeing a lot of timeouts and dropped connections from eclipse.org I've been seeing very slow response, timeouts and dropped connections from Hudson and download server this morning. Anyone else seeing this? - Konstantin attachment: BadGateway.gif___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Is anyone else seeing a lot of timeouts and dropped connections from eclipse.org
Yes, for almost 3 days now :( I keep waiting for things to improve, but alas... Bob - Original Message - I’ve been seeing very slow response, timeouts and dropped connections from Hudson and download server this morning. Anyone else seeing this? - Konstantin ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] On aggregation job getting old content
I've temporarily disabled the aggregation job. I think fundamentally there is some infrastructure issue, but think I can make a change to at least get it working with current content again. And if that work-around soon starts to get old content too, then we'll know it an infrastructure issue ... of some sort. See bug 407545 for nitty gritty if you'd like, but I predict it will take at least an hour to make change, and confirm change, so predict builds will be turned on again by 3 PM Eastern (allowing time for me to eat lunch :). From: David M Williams/Raleigh/IBM@IBMUS To: Cross project issues cross-project-issues-dev@eclipse.org, Date: 05/08/2013 11:01 AM Subject:[cross-project-issues-dev] On aggregation job getting old content Sent by:cross-project-issues-dev-boun...@eclipse.org I've confirmed the problem, and everything looks ok with b3aggrcon files. I have opened cross-project bug 407545 to track. https://bugs.eclipse.org/bugs/show_bug.cgi?id=407545 I've checked all the easy stuff and didn't solve the problem, so will have to look deeper. From:Tsvetkov, Krum krum.tsvet...@sap.com To:Cross project issues cross-project-issues-dev@eclipse.org, Date:05/08/2013 10:46 AM Subject:Re: [cross-project-issues-dev] Status and outlook for M7 Sent by:cross-project-issues-dev-boun...@eclipse.org Just checked that the next build 422, building because of http://git.eclipse.org/c/simrel/org.eclipse.simrel.build.git/commit/?id=fd51b94b8bfabbd71f15ae1c31fdd33c72707c87 is also taking the previous repo (in this case of riena): https://hudson.eclipse.org/hudson/job/simrel.kepler.runaggregator/422/consoleText [exec] Loading repository file:///home/data/httpd/download.eclipse.org/rt/riena/5.0.0.M6/update … [exec] - mirroring artifact osgi.bundle,org.eclipse.riena.sample.app.common,5.0.0.v20130319_5_0_0_M6 From: cross-project-issues-dev-boun...@eclipse.org [ mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of Tsvetkov, Krum Sent: Mittwoch, 8. Mai 2013 15:54 To: Cross project issues Subject: Re: [cross-project-issues-dev] Status and outlook for M7 Hi, I made a change to update MAT contribution for M7 (updated the p2repo location and the version numbers), and the aggregator build picked it: https://hudson.eclipse.org/hudson/job/simrel.kepler.runaggregator/421/ However, when I look into the console logs I see that the build still takes our old bundles. Did I miss something? Git tree: http://git.eclipse.org/c/simrel/org.eclipse.simrel.build.git/tree/mat.b3aggrcon … repositories location= http://download.eclipse.org/mat/kepler/M7/update-site/; description=Memory Analyzer Updates features name=org.eclipse.mat.feature.feature.group versionRange=1.3.0.201305080113 … Build output: https://hudson.eclipse.org/hudson/job/simrel.kepler.runaggregator/421/consoleText … [exec] Loading repository file:///home/data/httpd/download.eclipse.org/mat/kepler/M5/update-site … [exec] - mirroring artifact osgi.bundle,org.eclipse.mat.api,1.3.0. 201302052014 … Any hints? I checked the commit id in the console log, and it is my commit. Krum PS: I just saw that the next build still uses our old contribution. From: cross-project-issues-dev-boun...@eclipse.org [ mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of David M Williams Sent: Mittwoch, 8. Mai 2013 08:09 To: cross-project-issues-dev@eclipse.org Subject: [cross-project-issues-dev] Status and outlook for M7 Just a reminder that today (Wednesday) is the last day to make contributions towards the M7 Sim. Rel. repository. As usual, we will set the deadline for 5 PM Eastern ... but, glad to be flexible for a few additional hours, if projects speaks up here to this list and requests additional hour or two (and preferably why) Don't forget to check the repo reports from time to time ... lots of good stuff in there to fix for RC1. http://build.eclipse.org/simrel/kepler/reporeports/ Here are two things keeping me awake tonight (among others, not related to Sim. Release): 1) I believe EGit is planning to move to 3.0.0 (still) in M7 and I have seen no warm up contributions yet, so I am anxious to see what, if anything breaks from that. (Short runway!) 2) I've not seen a green build for EPP for M7 and in talking to Markus, he's not had time to work on it yet, getting RAP contribution ready ... so, in other words ... I sure hope no one (such as my Platform builds, broke the EPP builds!) So ... have a good Wednesday! Sleep well. :) ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org
Re: [cross-project-issues-dev] Missing release information for some Kepler projects
I am now only missing the information for the DLTK and Runtime Packaging (RTP) project. I have contacted DLTK via their mailing list; Ian has contacted the RTP project leaders directly (thanks, Ian). I noticed that DLTK is contributing their 4.0 release build (from Juno) to Kepler, despite there being some apparent activity in the project Git repositories. I don't know if there is any specific issue with this, but thought that I'd point it out in case any downstream consumers had any concerns/issues. Thanks, Wayne On 04/26/2013 02:38 PM, Wayne Beaton wrote: I am missing release information for the following projects that have declared intent to participate in Kepler. C/C++ Development Tools (CDT) Dynamic Languages Toolkit (DLTK) Eclipse Modeling Framework (EMF) Eclipse Communication Framework (ECF) Runtime Packaging Project (RTP) EclipseLink Ecore Tools Extended Editing Framework (EEF) Jubula Functional Testing Tool MDT XSD (XML Schema Definition) Maven Integration for Web Tools Platform SCA Tools In some cases, it may be that I just can't sort out what release you want to include, or maybe you're planning to include a release that does not occur on the Kepler release date (which I find weird, but is otherwise okay). If you have not done so already, please visit your project's information page and create a release record for Kepler and then please let me know either on this list or via direct email so that I can update the Kepler release page. I will not accept review documentation for any release that is not recorded in the project metadata. While you're there, please take a few minutes to update the description and plan information for your release. The description should be a short paragraph that concisely describes the high points of the release. Note that you can still use the old XML-file based plan format if you like using old and painful technology. You can quickly get access to your project's information page directly from the Kepler release page: https://projects.eclipse.org/releases/kepler Let me know if you require any assistance. Wayne -- Wayne Beaton Director of Open Source Projects, The Eclipse Foundation Learn about Eclipse Projects ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev -- Wayne Beaton Director of Open Source Projects, The Eclipse Foundation Learn about Eclipse Projects ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Is anyone else seeing a lot of timeouts and dropped connections from eclipse.org
yes, as usual when a milestone or RC is approaching Hudson gets slower and slower today I often had to wait 5 minutes to just save a simple configuration change. Would be really nice if these problems could be fixed (not just postponed by restarting the server). -- Matthias On Wed, May 8, 2013 at 6:53 PM, Bob Brodt bbr...@redhat.com wrote: Yes, for almost 3 days now :( I keep waiting for things to improve, but alas... Bob -- I’ve been seeing very slow response, timeouts and dropped connections from Hudson and download server this morning. Anyone else seeing this? - Konstantin ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Is anyone else seeing a lot of timeouts and dropped connections from eclipse.org
Yes, there's an issue with the load balancer at the foundation: https://bugs.eclipse.org/bugs/show_bug.cgi?id=406987#c11 Markus From: Konstantin Komissarchik konstantin.komissarc...@oracle.com To: 'Cross project issues' cross-project-issues-dev@eclipse.org, Date: 2013-05-08 18:47 Subject: [cross-project-issues-dev] Is anyone else seeing a lot of timeouts and dropped connections from eclipse.org I?ve been seeing very slow response, timeouts and dropped connections from Hudson and download server this morning. Anyone else seeing this? - Konstantin___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Status and outlook for M7
Hi, I had a question. After I looked at the reports, I noticed that one of our plugins was missing the about.html file and that it didn't have Eclipse.org as vendor. I added them now but I need to run the build and deploy and I can't cause there's something wrong with Hudson. Is it possible that we have trouble because of this (about.html and Vendor being Eclipse.org missing in a plugin)? Thanks in advance, Samir On Wed, May 8, 2013 at 5:02 PM, Markus Knauer mkna...@eclipsesource.comwrote: On Wed, May 8, 2013 at 8:09 AM, David M Williams david_willi...@us.ibm.com wrote: 2) I've not seen a green build for EPP for M7 and in talking to Markus, he's not had time to work on it yet, getting RAP contribution ready ... so, in other words ... I sure hope no one (such as my Platform builds, broke the EPP builds!) I am positive... an EPP test-build is running and the first part (p2 metadata generation) was successful. Thanks for your patience... Markus ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Status and outlook for M7
Not for M7 ... just has to be fixed by the time you release. (And, note, Eclipse.org is normally not best choice for provider ... it is acceptable if that's what your project and PMC want, and you are consistent about it ... but Eclipse project name often looks better, is more descriptive and modern looking, IMHO. I would agree its not worth re-spinning M7 just for that. From: Ahmed Wafa ahmed.samir.w...@gmail.com To: Cross project issues cross-project-issues-dev@eclipse.org, Date: 05/08/2013 03:04 PM Subject:Re: [cross-project-issues-dev] Status and outlook for M7 Sent by:cross-project-issues-dev-boun...@eclipse.org Hi, I had a question. After I looked at the reports, I noticed that one of our plugins was missing the about.html file and that it didn't have Eclipse.org as vendor. I added them now but I need to run the build and deploy and I can't cause there's something wrong with Hudson. Is it possible that we have trouble because of this (about.html and Vendor being Eclipse.org missing in a plugin)? Thanks in advance, Samir On Wed, May 8, 2013 at 5:02 PM, Markus Knauer mkna...@eclipsesource.com wrote: On Wed, May 8, 2013 at 8:09 AM, David M Williams david_willi...@us.ibm.com wrote: 2) I've not seen a green build for EPP for M7 and in talking to Markus, he's not had time to work on it yet, getting RAP contribution ready ... so, in other words ... I sure hope no one (such as my Platform builds, broke the EPP builds!) I am positive... an EPP test-build is running and the first part (p2 metadata generation) was successful. Thanks for your patience... Markus ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Status and outlook for M7
Thanks for your quick reply. Yes, I read that, too but all the plugins are using this vendor name so I thought I'd be consistent. best regards, samir On Wed, May 8, 2013 at 9:12 PM, David M Williams david_willi...@us.ibm.comwrote: Not for M7 ... just has to be fixed by the time you release. (And, note, Eclipse.org is normally not best choice for provider ... it is acceptable if that's what your project and PMC want, and you are consistent about it ... but Eclipse project name often looks better, is more descriptive and modern looking, IMHO. I would agree its not worth re-spinning M7 just for that. From:Ahmed Wafa ahmed.samir.w...@gmail.com To:Cross project issues cross-project-issues-dev@eclipse.org, Date:05/08/2013 03:04 PM Subject:Re: [cross-project-issues-dev] Status and outlook for M7 Sent by:cross-project-issues-dev-boun...@eclipse.org -- Hi, I had a question. After I looked at the reports, I noticed that one of our plugins was missing the about.html file and that it didn't have Eclipse.org as vendor. I added them now but I need to run the build and deploy and I can't cause there's something wrong with Hudson. Is it possible that we have trouble because of this (about.html and Vendor being Eclipse.org missing in a plugin)? Thanks in advance, Samir On Wed, May 8, 2013 at 5:02 PM, Markus Knauer *mkna...@eclipsesource.com*mkna...@eclipsesource.com wrote: On Wed, May 8, 2013 at 8:09 AM, David M Williams * david_willi...@us.ibm.com* david_willi...@us.ibm.com wrote: 2) I've not seen a green build for EPP for M7 and in talking to Markus, he's not had time to work on it yet, getting RAP contribution ready ... so, in other words ... I sure hope no one (such as my Platform builds, broke the EPP builds!) I am positive... an EPP test-build is running and the first part (p2 metadata generation) was successful. Thanks for your patience... Markus ___ cross-project-issues-dev mailing list* **cross-project-issues-dev@eclipse.org*cross-project-issues-dev@eclipse.org * **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 https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Status and outlook for M7
A PTP build is running now. After a quick sniff test (optimistically) I will move it to our M7 area and add the last thing to ptp.b3aggrcon, to get it added to the aggregation build. ...Beth Beth Tibbitts Eclipse Parallel Tools Platform http://eclipse.org/ptp IBM STG - High Performance Computing Tools Mailing Address: IBM Corp., 745 West New Circle Road, Lexington, KY 40511 | | From: | | ---| |David M Williams/Raleigh/IBM@IBMUS | ---| | | To:| | ---| |Cross project issues cross-project-issues-dev@eclipse.org | ---| | | Date: | | ---| |05/08/2013 03:18 PM | ---| | | Subject: | | ---| |Re: [cross-project-issues-dev] Status and outlook for M7 | ---| | | Sent by: | | ---| |cross-project-issues-dev-boun...@eclipse.org | ---| Not for M7 ... just has to be fixed by the time you release. (And, note, Eclipse.org is normally not best choice for provider ... it is acceptable if that's what your project and PMC want, and you are consistent about it ... but Eclipse project name often looks better, is more descriptive and modern looking, IMHO. I would agree its not worth re-spinning M7 just for that. From:Ahmed Wafa ahmed.samir.w...@gmail.com To:Cross project issues cross-project-issues-dev@eclipse.org, Date:05/08/2013 03:04 PM Subject:Re: [cross-project-issues-dev] Status and outlook for M7 Sent by:cross-project-issues-dev-boun...@eclipse.org Hi, I had a question. After I looked at the reports, I noticed that one of our plugins was missing the about.html file and that it didn't have Eclipse.org as vendor. I added them now but I need to run the build and deploy and I can't cause there's something wrong with Hudson. Is it possible that we have trouble because of this (about.html and Vendor being Eclipse.org missing in a plugin)? Thanks in advance, Samir On Wed, May 8, 2013 at 5:02 PM, Markus Knauer mkna...@eclipsesource.com wrote: On Wed, May 8, 2013 at 8:09 AM, David M Williams david_willi...@us.ibm.com wrote: 2) I've not seen a green build for EPP for M7 and in talking to Markus, he's not had time to work on it yet, getting RAP contribution ready ... so, in other words ... I sure hope no one (such as my Platform builds, broke the EPP builds!) I am positive... an EPP test-build is running and the first part (p2 metadata generation) was successful. Thanks for your patience... Markus ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev inline: graycol.gifinline:
Re: [cross-project-issues-dev] Status and outlook for M7
Beth, your category changes will break the next build. You really need to use the b3 aggregator editor to get those right .. since it changes both your file, and the main simrel.b3aggr file. Or, did you just forget to commit one of the files? From: Beth Tibbitts/Watson/IBM@IBMUS To: Cross project issues cross-project-issues-dev@eclipse.org, Date: 05/08/2013 03:57 PM Subject:Re: [cross-project-issues-dev] Status and outlook for M7 Sent by:cross-project-issues-dev-boun...@eclipse.org A PTP build is running now. After a quick sniff test (optimistically) I will move it to our M7 area and add the last thing to ptp.b3aggrcon, to get it added to the aggregation build. ...Beth Beth Tibbitts Eclipse Parallel Tools Platform http://eclipse.org/ptp IBM STG - High Performance Computing Tools Mailing Address: IBM Corp., 745 West New Circle Road, Lexington, KY 40511 David M Williams---05/08/2013 03:18:57 PM---Not for M7 ... just has to be fixed by the time you release. (And, note, Eclipse.org is normally From: David M Williams/Raleigh/IBM@IBMUS To: Cross project issues cross-project-issues-dev@eclipse.org Date: 05/08/2013 03:18 PM Subject: Re: [cross-project-issues-dev] Status and outlook for M7 Sent by: cross-project-issues-dev-boun...@eclipse.org Not for M7 ... just has to be fixed by the time you release. (And, note, Eclipse.org is normally not best choice for provider ... it is acceptable if that's what your project and PMC want, and you are consistent about it ... but Eclipse project name often looks better, is more descriptive and modern looking, IMHO. I would agree its not worth re-spinning M7 just for that. From:Ahmed Wafa ahmed.samir.w...@gmail.com To:Cross project issues cross-project-issues-dev@eclipse.org, Date:05/08/2013 03:04 PM Subject:Re: [cross-project-issues-dev] Status and outlook for M7 Sent by:cross-project-issues-dev-boun...@eclipse.org Hi, I had a question. After I looked at the reports, I noticed that one of our plugins was missing the about.html file and that it didn't have Eclipse.org as vendor. I added them now but I need to run the build and deploy and I can't cause there's something wrong with Hudson. Is it possible that we have trouble because of this (about.html and Vendor being Eclipse.org missing in a plugin)? Thanks in advance, Samir On Wed, May 8, 2013 at 5:02 PM, Markus Knauer mkna...@eclipsesource.com wrote: On Wed, May 8, 2013 at 8:09 AM, David M Williams david_willi...@us.ibm.com wrote: 2) I've not seen a green build for EPP for M7 and in talking to Markus, he's not had time to work on it yet, getting RAP contribution ready ... so, in other words ... I sure hope no one (such as my Platform builds, broke the EPP builds!) I am positive... an EPP test-build is running and the first part (p2 metadata generation) was successful. Thanks for your patience... Markus ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev image/gifimage/gifimage/gifimage/gifimage/gifimage/gifimage/gifimage/gifimage/gifimage/gifimage/gif___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
[cross-project-issues-dev] Status and outlook for M7
There were a couple of late submissions, so what I am hoping is the last run is in progress now. It will be complete approximately 9 PM (Eastern) which I assume won't impact EPP builds too much. (And, given the way Hudson was working, for a while today, I am happy we are able to complete today at all ... I don't know what webmasters did to fix Hudson, but much appreciated) I'll announce when final staging is in place. Thanks all, ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
[cross-project-issues-dev] M7 staging repository is complete
I've promoted the last build to http://download.eclipse.org/releases/staging/ Please check and confirm what you intend to contribute is indeed there. Assuming no blocking bugs are found on Thursday, on Friday at 9:00 AM, this will be added to our composite at http://download.eclipse.org/releases/kepler I've disabled the aggregation job, for now, to help avoid confusion. Test well ... we are beginning rampdown now as we go through the RCs. Thanks, ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
