eclipse.org-committers

[eclipse.org-committers] Gerrit, Bugzilla upgrades, Kepler release & Ottawa celebrations

denis.roy@xxxxxxx (Denis Roy) — Mon, 10 Jun 2013 18:32:40 GMT

Greetings committers and project leads,

Gerrit Upgrade

We wouldn't normally upgrade a key piece of infrastructure before our annual release, but in order to align with our deployment of CLAs[1] we'll be upgrading our Gerrit Code Review[2] to the latest version during the Kepler Quiet Week[3] on Monday, June 17th, . We've already tested it to be functional in our environment, therefore the upgrade isn't expected to take more than an hour or so. Please comment on this issue in bug 408640[4].

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=401236
[2] https://git.eclipse.org/r/#/
[3] http://wiki.eclipse.org/Kepler/Final_Daze#From_6.2F17_to_6.2F21_--_The_.28not_entirely.29_Quiet_Week
[4] https://bugs.eclipse.org/bugs/show_bug.cgi?id=408640

Bugzilla Upgrade

Bugzilla 4.4 was released recently[1], introducing new features and performance & security fixes. We'll upgrade to that version shortly after Kepler has shipped. We'll keep you informed on that front.

[1] http://www.bugzilla.org/releases/4.4/release-notes.html

Kepler Release

Even if your project is not participating in the Kepler annual release train, you can still help to ensure the release is smooth and successful. Testing the developer packages[1] now would obviously be the most helpful. Cleaning up your project's download area of unneeded builds, and moving older releases to the archives[2], helps ensure a small footprint on our mirrors.

[1] http://www.eclipse.org/downloads/index-developer.php
[2] http://wiki.eclipse.org/IT_Infrastructure_Doc#Move_files_to_archive.eclipse.org.3F

Kepler Release Celebrations in Ottawa

I'd like to invite all the Ottawa/Montreal Eclipse committers to a Kepler Release celebration on June 26, around 1:00pm. We used to do this many moons ago (pun intended) and it was always great fun. Please RSVP to kepler-party@xxxxxxxxxxx so we can plan the location. Tentatively, we'll host this at the Royal Oak on Centrepointe Drive.

Of course, Eclipse committers from everywhere are more than welcome to join if they happen to be in the area!

If you have any questions, comments or concerns, please don't hesitate to contact us directly at webmaster@xxxxxxxxxxx.

Thanks,

Denis

Re: [eclipse.org-committers] Kepler: enabling download stats and using mirrors

denis.roy@xxxxxxx (Denis Roy) — Wed, 15 May 2013 13:05:15 GMT

On 05/15/2013 06:11 AM, Max Rydahl Andersen wrote:

Your p2 repos should also use mirrors -- this is not enabled by default. Please use mirrors: http://wiki.eclipse.org/Equinox/p2/p2.mirrorsURL
Just a side comment - its impossible to use mirrors when building since
the mirrors often are incomplete/unavailable/corrupt.

If you're running builds, by all means, use download.eclipse.org directly. Or even better, run builds on our servers. When I say "Please use mirrors" I am referring to the links and repos you make available to the general population.

We have no control over our mirrors, but they do handle over 90% of our downloads and I hear very little feedback similar to yours. Of course, you certainly understand that there is a delay between the time a file is uploaded to us, mirrored and made available to all.

Any work going on to make these problems less of an issue ?

No, since I wasn't aware this was an issue. Please file a bug against Eclipse Foundation > Community > Servers with some reproducible use cases and we'll look into it ASAP.

Thanks,

Denis

Re: [eclipse.org-committers] Kepler: enabling download stats and using mirrors

manderse@xxxxxxx (Max Rydahl Andersen) — Wed, 15 May 2013 10:20:24 GMT

Your p2 repos should also use mirrors -- this is not enabled by default. Please use mirrors: http://wiki.eclipse.org/Equinox/p2/p2.mirrorsURL


Just a side comment - its impossible to use mirrors when building since
the mirrors often are incomplete/unavailable/corrupt.

I'm wondering how many users sees that in their installs.
Normally if you restart eclipse and try again you sometime get a better
mirror and you are fine..but on a CI server we disable p2 mirroring
since otherwise we would have unreliable builds.

Any work going on to make these problems less of an issue ?

/max

[eclipse.org-committers] Kepler: enabling download stats and using mirrors

denis.roy@xxxxxxx (Denis Roy) — Tue, 14 May 2013 13:55:06 GMT

The Eclipse Foundation provides a mechanism to gather download statistics for your project's downloadable files. Since there are typically two ways for users to download your bits, stats must be "enabled" in two locations:

ZIP files

If you're using the Find a Mirror script, thank you. Downloads are automatically counted for your zip files. Please see: http://wiki.eclipse.org/Project_Download_Stats

If you are linking directly to http://download.eclipse.org, please don't. Our downloads area is mirrored worldwide to reduce our bandwidth usage and provide a faster download for your users. Please see the above link for the proper way to link to your ZIP files.

From p2 repos

Your p2 repos should also use mirrors -- this is not enabled by default. Please use mirrors: http://wiki.eclipse.org/Equinox/p2/p2.mirrorsURL

To enable stats tracking, two properties must be defined in your repo. Please see: http://wiki.eclipse.org/Equinox_p2_download_stats

If stats are enabled in your p2 repos, they will also be available from the Juno/Kepler aggregate repos if your projects are included.

Querying the database

Only Eclipse committers can query the database. Log into the MyFoundation portal (http://portal.eclipse.org/) using your Committer ID and use the [tools] for all Committers option of the Eclipse Projects portlet.

If you're a release engineer, or if you participate in the annual Simultaneous release, your presence on the Cross-Project mailing list is highly recommended: https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

If you have any questions regarding download stats or proper usage of downloads/mirrors, please don't hesitate to ask us at webmaster@xxxxxxxxxxx.

Denis

[eclipse.org-committers] Eclipse Infra update

denis.roy@xxxxxxx (Denis Roy) — Mon, 29 Apr 2013 15:34:32 GMT

Greetings,

A few infra-related items that may interest you:

New Build storage

The Eclipse build farm now uses a new 3.2TB storage unit. This server replaces the 8+ year old gear that was serving that purpose. The new unit is very fast, however current build speed is still being held back by NFS performance. We're working on alternatives with the Hudson Instance per Project initiative (below).

New Database server
A new Database server has been provisioned. With 256G of RAM, everything is performed in RAM, and disks are used for buffered writes only. Bugzilla query execution time has improved up to 30%, and download statistics queries are up to 95% faster.

Asterisk issues, new numbers
We've had a few issues with our Asterisk voice conferencing system over the past month. Andrew and I have been working feverishly to identify the issues and resolve them. We've recently added a new number in Sweden; please check this page regularly for the most recent dial-in information: http://wiki.eclipse.org/Asterisk/Numbers

Hudson Instance per Project
We've begun deploying prototypical HIPP for the Long Term Support and LocationTech communities, and so far it looks very promising. Once we've identified the winning combination of hardware, infra and setup, we'll begin offering the service to the Eclipse.org community. Stay tuned.

Thank you for reading. If you're a relatively new committer, you can read more on the Eclipse.org infra here: http://wiki.eclipse.org/IT_Infrastructure_Doc

If you have any questions or concerns about the Eclipse servers and infrastructure, please don't hesitate to ping us directly at webmaster@xxxxxxxxxxx (but do open bugs against Eclipse Foundation > Community for requests). We're here to help.

Denis

--
Denis Roy
Director, IT Services
Eclipse Foundation, Inc. -- http://www.eclipse.org/
@droy_eclipse

[eclipse.org-committers] Allow user space in Gerrit repos

thanh.ha@xxxxxxx (Thanh Ha) — Wed, 17 Apr 2013 19:45:52 GMT

Hi Everyone,

An idea I thought might be worthwhile to discuss was to create user spaces for Gerrit repos. See Bug 405822 for details:

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

Please comment on the bug.

Thanh

Re: [eclipse.org-committers] Hudson Instance Per Project?

winston.prakash@xxxxxxx (Winston Prakash) — Tue, 19 Mar 2013 20:46:08 GMT

One of the things we are working on for Hudson 3.1.0 is called Team Concept. The basic idea is to introduce multi-tenancy in Hudson, so logged in users get to see the jobs belong to that team and pubic jobs only, though other teams are hosted in that Hudson instance. Though this won't reduce the burden on a single Hudson, gives ability to host multiple teams (Eclipse Project) in a single Hudson (rather than one project per Hudson as proposed in 403843)

Another important thing we are working on is to reduce Hudson memory foot print. This is also our focal point for Hudson 3.1.0.

One interesting long term plan in our TODO list is Meta-Hudson, ability to manager multiple Hudson masters from a single umbrella. This we believe is extremely important for large consumers of Hudson like Eclipse Foundation.

I'm guessing all three together will be an ideal solution for this proposal.

- Winston

Maybe we're just nuts, but I submit this proposal for your entertainment:

Hudson Instance Per Project (HIPP):

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

Please comment on the bug.

Thanks,

Denis
_______________________________________________
eclipse.org-committers mailing list
eclipse.org-committers@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse.org-committers

IMPORTANT: Membership in this list is generated by processes internal to the Eclipse Foundation. To be permanently removed from this list, you must contact emo@xxxxxxxxxxx to request removal.

[eclipse.org-committers] Hudson Instance Per Project?

denis.roy@xxxxxxx (Denis Roy) — Tue, 19 Mar 2013 20:22:22 GMT

Maybe we're just nuts, but I submit this proposal for your entertainment:

Hudson Instance Per Project (HIPP):

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

Please comment on the bug.

Thanks,

Denis

[eclipse.org-committers] Voting Closing Tomorrow

mike.milinkovich@xxxxxxx (Mike Milinkovich) — Thu, 14 Mar 2013 20:23:14 GMT

All,

Voting for the 2013 Eclipse Foundation Board elections[1] closes tomorrow, March 15^th at 3:00pm Eastern Time.

If you haven’t already cast your vote, please do so! These positions are important, and your committer reps have been a very big part of the success of the entire Eclipse community.

See you at EclipseCon!

Thanks,

[1] http://www.eclipse.org/org/elections/

Mike Milinkovich

Executive Director

Eclipse Foundation

mike.milinkovich@xxxxxxxxxxx

+1.613.220.3223 mobile

+1.613.224.9461 x228 office

@mmilinkov

Re: [eclipse.org-committers] Build.eclipse.org is offline

denis.roy@xxxxxxx (Denis Roy) — Sat, 23 Feb 2013 18:42:33 GMT

To close this discussion, if you have questions, please contact us at webmaster@xxxxxxxxxxx directly. If there are specific issues, please file a bug. We will see your bugs. Right now we are spamming over 1000 people on this list.

Thanks for understanding.

Denis

On 23/02/2013 4:47 AM, Ed Willink wrote:

Hi

There seems to be some inconsistency: