Re: [cross-project-issues-dev] Status and outlook for Mars M3 - disabled items, and Mac executable signing.
Thanks David! - Original Message - > > What else am I missing? > In your contribution file, > soa-bpmn2-modeler.b3aggrcon - org.eclipse.simrel.build > is says > < repositories enabled = "false" > Which means it is not being contributed to the "simrel" repository ... > (ending up in .../releases/staging, and ultimately .../releases/mars). > From looking at Git history, it appears I disabled it 3 months ago > (presumably because it was causing the whole build to fail), > and then 6 week ago, you updated the URL, but you "forgot" (or, didn't know) > to remove enabled="false". > Hope that clarifies it. > Thanks, > From: Bob Brodt > To: Cross project issues , > Date: 11/12/2014 10:50 AM > Subject: Re: [cross-project-issues-dev] Status and outlook for Mars M3 - > disabled items, and Mac executable signing. > Sent by: cross-project-issues-dev-boun...@eclipse.org > Hi David, > I just checked soa-bpmn2-modeler and it seems to be enabled for mars on the > project website [1] and the repository references by > soa-bpmn2-modeler.b3aggrcon is also in place [2]. What else am I missing? > Thanks, > Bob > [1] https://projects.eclipse.org/projects/soa.bpmn2-modeler > [2] http://download.eclipse.org/bpmn2-modeler/updates/mars/1.1.1 > Today's the last day to contribute to Mars M3 (unless there are exceptional > circumstances). > Wanted to call attention to those contributions with some part "disabled". It > is not the end of the world if they can not be re-enabled for M3, but I > wanted to be sure none were simply "oversights" in changing the files. > mft.b3aggrcon - org.eclipse.simrel.build (2 matches) > mylyn-docs-intent.b3aggrcon - org.eclipse.simrel.build > objectteams.b3aggrcon - org.eclipse.simrel.build > soa-bpmn2-modeler.b3aggrcon - org.eclipse.simrel.build > Second, I should have announced this earlier, but if you haven't heard, there > have been changes imposed by an outside Operating System maker. Apple > changed it's "signing rules" recently, primarily for Yosemite, (10.10) but > actually went in to effect in latest release of Maverick (10.9.5). There are > two critical bugs where the work on our end is being tracked : > Bug 446390 - Change location of eclipse.ini (for Max OS X signing) > and > Bug 445050 - Need to update "Mac signing service" > Both of them "tough bugs". The "bottom line" for Mac executable signing is > that it is not going to be possible, for M3. Users can still use the various > "run anyway" work-arounds for unsigned executables, and with lots of luck > (and effort from many skilled people) I hope we can get signing re-enabled > for M4. > Thanks, > ___ > 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___ 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] Status and outlook for Mars M3 - disabled items, and Mac executable signing.
> What else am I missing? In your contribution file, soa-bpmn2-modeler.b3aggrcon - org.eclipse.simrel.build is says From looking at Git history, it appears I disabled it 3 months ago (presumably because it was causing the whole build to fail), and then 6 week ago, you updated the URL, but you "forgot" (or, didn't know) to remove enabled="false". Hope that clarifies it. Thanks, From: Bob Brodt To: Cross project issues , Date: 11/12/2014 10:50 AM Subject: Re: [cross-project-issues-dev] Status and outlook for Mars M3 - disabled items, and Mac executable signing. Sent by:cross-project-issues-dev-boun...@eclipse.org Hi David, I just checked soa-bpmn2-modeler and it seems to be enabled for mars on the project website [1] and the repository references by soa-bpmn2-modeler.b3aggrcon is also in place [2]. What else am I missing? Thanks, Bob [1] https://projects.eclipse.org/projects/soa.bpmn2-modeler [2] http://download.eclipse.org/bpmn2-modeler/updates/mars/1.1.1 Today's the last day to contribute to Mars M3 (unless there are exceptional circumstances). Wanted to call attention to those contributions with some part "disabled". It is not the end of the world if they can not be re-enabled for M3, but I wanted to be sure none were simply "oversights" in changing the files. mft.b3aggrcon - org.eclipse.simrel.build (2 matches) mylyn-docs-intent.b3aggrcon - org.eclipse.simrel.build objectteams.b3aggrcon - org.eclipse.simrel.build soa-bpmn2-modeler.b3aggrcon - org.eclipse.simrel.build Second, I should have announced this earlier, but if you haven't heard, there have been changes imposed by an outside Operating System maker. Apple changed it's "signing rules" recently, primarily for Yosemite, (10.10) but actually went in to effect in latest release of Maverick (10.9.5). There are two critical bugs where the work on our end is being tracked: Bug 446390 - Change location of eclipse.ini (for Max OS X signing) and Bug 445050 - Need to update "Mac signing service" Both of them "tough bugs". The "bottom line" for Mac executable signing is that it is not going to be possible, for M3. Users can still use the various "run anyway" work-arounds for unsigned executables, and with lots of luck (and effort from many skilled people) I hope we can get signing re-enabled for M4. Thanks, ___ 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
Re: [cross-project-issues-dev] Status and outlook for Mars M3 - disabled items, and Mac executable signing.
Hi David, I just checked soa-bpmn2-modeler and it seems to be enabled for mars on the project website [1] and the repository references by soa-bpmn2-modeler.b3aggrcon is also in place [2]. What else am I missing? Thanks, Bob [1] https://projects.eclipse.org/projects/soa.bpmn2-modeler [2] http://download.eclipse.org/bpmn2-modeler/updates/mars/1.1.1 - Original Message - > Today's the last day to contribute to Mars M3 (unless there are exceptional > circumstances). > Wanted to call attention to those contributions with some part "disabled". It > is not the end of the world if they can not be re-enabled for M3, but I > wanted to be sure none were simply "oversights" in changing the files. > mft.b3aggrcon - org.eclipse.simrel.build (2 matches) > mylyn-docs-intent.b3aggrcon - org.eclipse.simrel.build > objectteams.b3aggrcon - org.eclipse.simrel.build > soa-bpmn2-modeler.b3aggrcon - org.eclipse.simrel.build > Second, I should have announced this earlier, but if you haven't heard, there > have been changes imposed by an outside Operating System maker. Apple > changed it's "signing rules" recently, primarily for Yosemite, (10.10) but > actually went in to effect in latest release of Maverick (10.9.5). There are > two critical bugs where the work on our end is being tracked : > Bug 446390 - Change location of eclipse.ini (for Max OS X signing) > and > Bug 445050 - Need to update "Mac signing service" > Both of them "tough bugs". The "bottom line" for Mac executable signing is > that it is not going to be possible, for M3. Users can still use the various > "run anyway" work-arounds for unsigned executables, and with lots of luck > (and effort from many skilled people) I hope we can get signing re-enabled > for M4. > Thanks, > ___ > 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] Status and outlook for Mars M3 - disabled items, and Mac executable signing.
Today's the last day to contribute to Mars M3 (unless there are exceptional circumstances). Wanted to call attention to those contributions with some part "disabled". It is not the end of the world if they can not be re-enabled for M3, but I wanted to be sure none were simply "oversights" in changing the files. mft.b3aggrcon - org.eclipse.simrel.build (2 matches) mylyn-docs-intent.b3aggrcon - org.eclipse.simrel.build objectteams.b3aggrcon - org.eclipse.simrel.build soa-bpmn2-modeler.b3aggrcon - org.eclipse.simrel.build Second, I should have announced this earlier, but if you haven't heard, there have been changes imposed by an outside Operating System maker. Apple changed it's "signing rules" recently, primarily for Yosemite, (10.10) but actually went in to effect in latest release of Maverick (10.9.5). There are two critical bugs where the work on our end is being tracked: Bug 446390 - Change location of eclipse.ini (for Max OS X signing) and Bug 445050 - Need to update "Mac signing service" Both of them "tough bugs". The "bottom line" for Mac executable signing is that it is not going to be possible, for M3. Users can still use the various "run anyway" work-arounds for unsigned executables, and with lots of luck (and effort from many skilled people) I hope we can get signing re-enabled for M4. Thanks, ___ 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