Download
Getting Started
Members
Projects
Community
Marketplace
Events
Planet Eclipse
Newsletter
Videos
Participate
Report a Bug
Forums
Mailing Lists
Wiki
IRC
How to Contribute
Working Groups
Automotive
Internet of Things
LocationTech
Long-Term Support
PolarSys
Science
OpenMDM
More
Community
Marketplace
Events
Planet Eclipse
Newsletter
Videos
Participate
Report a Bug
Forums
Mailing Lists
Wiki
IRC
How to Contribute
Working Groups
Automotive
Internet of Things
LocationTech
Long-Term Support
PolarSys
Science
OpenMDM
Toggle navigation
Bugzilla – Attachment 216937 Details for
Bug 380495
[release] technology.linux-distros 1.0.0
Home
|
New
|
Browse
|
Search
|
[?]
|
Reports
|
Requests
|
Help
|
Log In
[x]
|
Terms of Use
|
Copyright Agent
combined graduation and release review documentation
LinuxTools1.0ReleaseReview.html (text/html), 12.67 KB, created by
Andrew Overholt
on 2012-06-06 10:15:39 EDT
(
hide
)
Description:
combined graduation and release review documentation
Filename:
MIME Type:
Creator:
Andrew Overholt
Created:
2012-06-06 10:15:39 EDT
Size:
12.67 KB
patch
obsolete
><?xml version='1.0' encoding='utf-8' ?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><body><h1 id="Linux_Tools_1.0_Release_Review">Linux Tools 1.0 Release Review</h1><p>Planned Review Date: 2012-06-27</p><p>Communication Channel: linuxtools-dev@eclipse.org (<a href="https://dev.eclipse.org/mailman/listinfo/linuxtools-dev">https://dev.eclipse.org/mailman/listinfo/linuxtools-dev</a>)</p><p>Author: Andrew Overholt <overholt redhat com></p><h2 id="Introduction">Introduction</h2><ul><li>The Linux Tools project is a two-faceted project</li></ul><ol><li>Firstly, it provides tools and frameworks for writing tools relevant to Linux developers.</li><li>Secondly, it provides a place for Linux distributions to collaboratively overcome issues surrounding distribution packaging of Eclipse technology. The project produces both best practices and tools related to packaging.</li></ol><ul><li>Project plan: <a href="http://www.eclipse.org/projects/project-plan.php?projectid=technology.linux-distros">http://www.eclipse.org/projects/project-plan.php?projectid=technology.linux-distros</a></li></ul><h2 id="Release_and_Graduation_Plan">Release and Graduation Plan</h2><ul><li>Our 1.0 release coincides with our graduation from incubation and move to the Tools top-level project</li><li>All committers will remain the same (see below for list; no new committers)</li><li>Bugs will be filed to move p2 repos and other downloadable content</li><li>All wiki pages and HTML content will be updated to reflect new download locations</li><li>Incubation labelling and icons will be removed</li><li>No major renaming or refactoring required</li><li>git repo will remain in its present location</li><li>Hudson jobs will remain at their present URLs</li></ul><h2 id="Features">Features</h2><ul><li>a framework for integrating native profiling tools with the CDT</li><li>visualization, fetching, and control of LTTng traces</li><li>GCov code coverage tool integration</li><li>GProf integration including function-based profiling and integration with the CDT</li><li>an RPM .spec editor with rpmlint integration</li><li>plugins integrating the OProfile profiler with the CDT</li><li>plugins bridging the CDT's hover help functionality with the various open source API documentation formats and tools; called libhover</li><li>Valgrind integration for memcheck, massif, cachegrind and helgrind</li><li>change log management tools</li></ul><h2 id="New_in_1.0">New in 1.0</h2><ul><li>Plugins integrating with Linux 'perf' tool</li><li>More New and Noteworthy for 1.0:<ul><li><a href="http://www.eclipse.org/linuxtools/new-1.0">http://www.eclipse.org/linuxtools/new-1.0</a></li><li>(will be moved to <a href="http://www.eclipse.org/linuxtools/new">http://www.eclipse.org/linuxtools/new</a> after 1.0 is released)</li></ul></li></ul><h2 id="Non-Code_Aspects">Non-Code Aspects</h2><ul><li>Linux Tools has moved to the Tools top-level project<ul><li>This does not affect our git URL but does affect our p2 repo URL which will now be: <a href="http://download.eclipse.org/tools/linuxtools/update">http://download.eclipse.org/tools/linuxtools/update</a></li></ul></li></ul><h3 id="Maturity_and_Communities">Maturity and Communities</h3><ul><li>A number of years of development and adoption by a variety of companies and many users</li><li>Tools included in Linux distributions</li><li>Open source and commercial extension of plugins and APIs</li><li>Multiple organizations (6 at the time of writing), committers, and contributors involved in community:<ul><li><a href="http://www.eclipse.org/projects/project.php?id=technology.linux-distros">http://www.eclipse.org/projects/project.php?id=technology.linux-distros</a></li></ul></li></ul><h3 id="Openness">Openness</h3><ul><li>Project uses open communication media:<ul><li>mailing list, IRC, Bugzilla</li></ul></li><li>Discussions happen in public and all are invited to any project phone calls</li><li>Project schedule, policies, and procedures are clearly documented and followed</li></ul><h3 id=".22Eclipse_way.22">"Eclipse way"</h3><ul><li>All development occurs in Eclipse git repositories</li><li>Eclipse IP policy strictly adhered to</li><li>IP log approved and archived for 1.0 release:<ul><li><a href="http://www.eclipse.org/linuxtools/doc/1.0-approvedIPLog.html">http://www.eclipse.org/linuxtools/doc/1.0-approvedIPLog.html</a></li></ul></li><li>Eclipse development process followed including releases, documentation, ramp-down, etc.</li><li>Interaction and integration with other Eclipse projects</li></ul><h2 id="APIs">APIs</h2><ul><li>Our APIs have been reviewed and we consider those that are exposed to be suitable for adopters to use. They will remain stable for the duration of our 1.x lifecycle. </li><li>As always, the project appreciates feedback via Bugzilla or our mailing list. This is especially true of adopters and their API needs.</li></ul><h2 id="Architectural_Issues">Architectural Issues</h2><ul><li>Ongoing work to integrate with tracing and profiling toolkits will enable us to have more extensible frameworks with exemplary implementations. Integration for the profiling tool 'perf' has recently been done by a community member using our profiling framework.</li><li>Despite being user-focused, we have a few components which provide extension points:<ul><li>our profiling tool framework whose use is demonstrated by our OProfile and Valgrind integration plugins</li><li>our ChangeLog plugin which allows for extensible parsers, formatters, and editors. The extensibility of formatters is demonstrated by our RPM .spec editor</li><li>our libhover component. This plugin provides an extension point that defines a common documentation format for C library hover help</li><li>our LTTng component. This plugin provides an extension point to integrate any type of trace and an extension point for producing UML2 sequence diagrams from traces</li></ul></li></ul><h2 id="Tool_Usability">Tool Usability</h2><ul><li>Our releases thus far have been well-received and at present have satisfied users. This 1.0 release will hopefully continue to grow our base of satisfied users. In addition to improved quality through bug fixes, we hope that the increased exposure of being a part of Juno, migrating to the Tools top-level project, and going 1.0 will garner more happy users. </li><li>Our work integrating native profiling tools like LTTng, perf, OProfile, and Valgrind has been introduced to excited audiences. We aim to bring the power of these tools into the IDE while making them trivial to use. Developers making use of our tools will be able to focus on their own projects and not on setting up the underlying tools.</li></ul><h2 id="End-of-Life">End-of-Life</h2><ul><li>We have no end-of-life issues to discuss at this time. Note that some of our plugins will shortly migrated to our incubator (see below).</li></ul><h2 id="Incubator">Incubator</h2><ul><li>Shortly after our 1.0 release, we plan to create a project incubator where we will experiment with new ideas and new tools. The first plugins that will move to the incubator will be our SystemTap-driven C/C++ call graph tool and our SystemTap management plugins. </li></ul><h2 id="Bugzilla">Bugzilla</h2><ul><li>For our 1.0 release we will have 0 outstanding release-blocker bugs.</li><li>We closed or resolved over 79 bugs during our 1.0 release cycle:</li></ul><p><a href="https://bugs.eclipse.org/bugs/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&classification=Technology&product=Linux+Tools&target_milestone=1.0&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0">https://bugs.eclipse.org/bugs/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&classification=Technology&product=Linux+Tools&target_milestone=1.0&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0</a></p><h2 id="Standards">Standards</h2><ul><li>Our project conforms to the following standards, some of which are ad-hoc and some which are more well-defined:<ul><li>Fedora RPM packaging guidelines<ul><li><a href="http://fedoraproject.org/wiki/Packaging/Guidelines">http://fedoraproject.org/wiki/Packaging/Guidelines</a></li></ul></li><li>Informal conventions around use of the GNU Autotools</li><li>GNU ChangeLog formatting<ul><li><a href="http://www.gnu.org/prep/standards/html_node/Style-of-Change-Logs.html#Style-of-Change-Logs">http://www.gnu.org/prep/standards/html_node/Style-of-Change-Logs.html#Style-of-Change-Logs</a></li></ul></li></ul></li><li>LTTng trace format<ul><li><a href="http://lttng.org">http://lttng.org</a></li></ul></li></ul><h2 id="UI_Usability">UI Usability</h2><ul><li>Our project aims to conform to the Eclipse user interface guidelines.</li><li>All of our user interface components support keyboard navigation.</li><li>We now support interactivity of our Valgrind BIRT-generated charts and intend on further increasing our accessibility.</li><li>All of our strings are externalized but we currently have no language packs</li><li>Our strings are registered in Babel for use by translators</li></ul><h2 id="Schedule">Schedule</h2><ul><li>We are tentatively planning on having a 1.1 release a month or two after our 1.0 release. This will pick up some new features (most notably remote project enablement) which did not get finished in time for 1.0. </li><li>Our project aims to release minor releases (1.1, 1.2, etc.) every two to three months</li></ul><h2 id="Communities">Communities</h2><ul><li>Our project has a strong relationship with the various Linux distributions (Fedora, Mandriva, Debian, Ubuntu, etc.) with many using our eclipse-build project's output for their Eclipse SDK packages</li><li>The majority of our project's interactions occur on IRC (#eclipse-linux) and our mailing list (linuxtools-dev@eclipse.org)</li><li>We have a centralized update site and use eclipse.org bugzilla for all of our planning and bug tracking</li><li>We make use of our newsgroup for user feedback</li><li>Our project members often speak at conferences such as EclipseCon, the Red Hat Summit, etc.</li><li>Our team members maintain the following blogs:<ul><li><a href="http://akurtakov.blogspot.com/">http://akurtakov.blogspot.com/</a> (part of Planet Eclipse)</li><li><a href="http://overholt.ca/wp/">http://overholt.ca/wp/</a> (part of Planet Eclipse)</li></ul></li><li>We interact often with the CDT project and make use of the BIRT, GEF, and CDT projects</li><li>We are growing our community of adopters</li></ul><h2 id="IP_Log">IP Log</h2><ul><li>Our IP log including information about all CQs, external contributions, and committers can be found here<ul><li><a href="http://www.eclipse.org/projects/ip_log.php?projectid=technology.linux-distros">http://www.eclipse.org/projects/ip_log.php?projectid=technology.linux-distros</a></li></ul></li><li>A copy of our 1.0 IP log, once approved by the Eclipse Legal team, is archived here:<ul><li><a href="http://www.eclipse.org/linuxtools/doc/1.0-approvedIPLog.html">http://www.eclipse.org/linuxtools/doc/1.0-approvedIPLog.html</a></li></ul></li></ul><h2 id="Committers">Committers</h2><ol><li>Anithra P Janakiraman</li><li>Alexander Kurtakov</li><li>Alexandre Montplaisir</li><li>Andrew Overholt</li><li>Bernd Hufmann</li><li>Chris Aniszczyk</li><li>Krzysztof Daniel</li><li>Daniel Henrique Barboza</li><li>Elliott Baron</li><li>Francois Chouinard</li><li>Jeff Johnston</li><li>Matthew Khouzam</li><li>Niels Thykier</li><li>Otavio Pontes</li><li>Patrick Tasse</li><li>Roland Grunberg</li><li>Severin Gehwolf</li><li>Sami Wagiaalla</li><li>Xavier Raynaud</li></ol><h2 id="Legal">Legal</h2><p>This document copyright 2012, Mozilla and others; licensed under the EPL v1.0.</p></body></html>
<?xml version='1.0' encoding='utf-8' ?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"/></head><body><h1 id="Linux_Tools_1.0_Release_Review">Linux Tools 1.0 Release Review</h1><p>Planned Review Date: 2012-06-27</p><p>Communication Channel: linuxtools-dev@eclipse.org (<a href="https://dev.eclipse.org/mailman/listinfo/linuxtools-dev">https://dev.eclipse.org/mailman/listinfo/linuxtools-dev</a>)</p><p>Author: Andrew Overholt <overholt redhat com></p><h2 id="Introduction">Introduction</h2><ul><li>The Linux Tools project is a two-faceted project</li></ul><ol><li>Firstly, it provides tools and frameworks for writing tools relevant to Linux developers.</li><li>Secondly, it provides a place for Linux distributions to collaboratively overcome issues surrounding distribution packaging of Eclipse technology. The project produces both best practices and tools related to packaging.</li></ol><ul><li>Project plan: <a href="http://www.eclipse.org/projects/project-plan.php?projectid=technology.linux-distros">http://www.eclipse.org/projects/project-plan.php?projectid=technology.linux-distros</a></li></ul><h2 id="Release_and_Graduation_Plan">Release and Graduation Plan</h2><ul><li>Our 1.0 release coincides with our graduation from incubation and move to the Tools top-level project</li><li>All committers will remain the same (see below for list; no new committers)</li><li>Bugs will be filed to move p2 repos and other downloadable content</li><li>All wiki pages and HTML content will be updated to reflect new download locations</li><li>Incubation labelling and icons will be removed</li><li>No major renaming or refactoring required</li><li>git repo will remain in its present location</li><li>Hudson jobs will remain at their present URLs</li></ul><h2 id="Features">Features</h2><ul><li>a framework for integrating native profiling tools with the CDT</li><li>visualization, fetching, and control of LTTng traces</li><li>GCov code coverage tool integration</li><li>GProf integration including function-based profiling and integration with the CDT</li><li>an RPM .spec editor with rpmlint integration</li><li>plugins integrating the OProfile profiler with the CDT</li><li>plugins bridging the CDT's hover help functionality with the various open source API documentation formats and tools; called libhover</li><li>Valgrind integration for memcheck, massif, cachegrind and helgrind</li><li>change log management tools</li></ul><h2 id="New_in_1.0">New in 1.0</h2><ul><li>Plugins integrating with Linux 'perf' tool</li><li>More New and Noteworthy for 1.0:<ul><li><a href="http://www.eclipse.org/linuxtools/new-1.0">http://www.eclipse.org/linuxtools/new-1.0</a></li><li>(will be moved to <a href="http://www.eclipse.org/linuxtools/new">http://www.eclipse.org/linuxtools/new</a> after 1.0 is released)</li></ul></li></ul><h2 id="Non-Code_Aspects">Non-Code Aspects</h2><ul><li>Linux Tools has moved to the Tools top-level project<ul><li>This does not affect our git URL but does affect our p2 repo URL which will now be: <a href="http://download.eclipse.org/tools/linuxtools/update">http://download.eclipse.org/tools/linuxtools/update</a></li></ul></li></ul><h3 id="Maturity_and_Communities">Maturity and Communities</h3><ul><li>A number of years of development and adoption by a variety of companies and many users</li><li>Tools included in Linux distributions</li><li>Open source and commercial extension of plugins and APIs</li><li>Multiple organizations (6 at the time of writing), committers, and contributors involved in community:<ul><li><a href="http://www.eclipse.org/projects/project.php?id=technology.linux-distros">http://www.eclipse.org/projects/project.php?id=technology.linux-distros</a></li></ul></li></ul><h3 id="Openness">Openness</h3><ul><li>Project uses open communication media:<ul><li>mailing list, IRC, Bugzilla</li></ul></li><li>Discussions happen in public and all are invited to any project phone calls</li><li>Project schedule, policies, and procedures are clearly documented and followed</li></ul><h3 id=".22Eclipse_way.22">"Eclipse way"</h3><ul><li>All development occurs in Eclipse git repositories</li><li>Eclipse IP policy strictly adhered to</li><li>IP log approved and archived for 1.0 release:<ul><li><a href="http://www.eclipse.org/linuxtools/doc/1.0-approvedIPLog.html">http://www.eclipse.org/linuxtools/doc/1.0-approvedIPLog.html</a></li></ul></li><li>Eclipse development process followed including releases, documentation, ramp-down, etc.</li><li>Interaction and integration with other Eclipse projects</li></ul><h2 id="APIs">APIs</h2><ul><li>Our APIs have been reviewed and we consider those that are exposed to be suitable for adopters to use. They will remain stable for the duration of our 1.x lifecycle. </li><li>As always, the project appreciates feedback via Bugzilla or our mailing list. This is especially true of adopters and their API needs.</li></ul><h2 id="Architectural_Issues">Architectural Issues</h2><ul><li>Ongoing work to integrate with tracing and profiling toolkits will enable us to have more extensible frameworks with exemplary implementations. Integration for the profiling tool 'perf' has recently been done by a community member using our profiling framework.</li><li>Despite being user-focused, we have a few components which provide extension points:<ul><li>our profiling tool framework whose use is demonstrated by our OProfile and Valgrind integration plugins</li><li>our ChangeLog plugin which allows for extensible parsers, formatters, and editors. The extensibility of formatters is demonstrated by our RPM .spec editor</li><li>our libhover component. This plugin provides an extension point that defines a common documentation format for C library hover help</li><li>our LTTng component. This plugin provides an extension point to integrate any type of trace and an extension point for producing UML2 sequence diagrams from traces</li></ul></li></ul><h2 id="Tool_Usability">Tool Usability</h2><ul><li>Our releases thus far have been well-received and at present have satisfied users. This 1.0 release will hopefully continue to grow our base of satisfied users. In addition to improved quality through bug fixes, we hope that the increased exposure of being a part of Juno, migrating to the Tools top-level project, and going 1.0 will garner more happy users. </li><li>Our work integrating native profiling tools like LTTng, perf, OProfile, and Valgrind has been introduced to excited audiences. We aim to bring the power of these tools into the IDE while making them trivial to use. Developers making use of our tools will be able to focus on their own projects and not on setting up the underlying tools.</li></ul><h2 id="End-of-Life">End-of-Life</h2><ul><li>We have no end-of-life issues to discuss at this time. Note that some of our plugins will shortly migrated to our incubator (see below).</li></ul><h2 id="Incubator">Incubator</h2><ul><li>Shortly after our 1.0 release, we plan to create a project incubator where we will experiment with new ideas and new tools. The first plugins that will move to the incubator will be our SystemTap-driven C/C++ call graph tool and our SystemTap management plugins. </li></ul><h2 id="Bugzilla">Bugzilla</h2><ul><li>For our 1.0 release we will have 0 outstanding release-blocker bugs.</li><li>We closed or resolved over 79 bugs during our 1.0 release cycle:</li></ul><p><a href="https://bugs.eclipse.org/bugs/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&classification=Technology&product=Linux+Tools&target_milestone=1.0&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0">https://bugs.eclipse.org/bugs/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&classification=Technology&product=Linux+Tools&target_milestone=1.0&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0</a></p><h2 id="Standards">Standards</h2><ul><li>Our project conforms to the following standards, some of which are ad-hoc and some which are more well-defined:<ul><li>Fedora RPM packaging guidelines<ul><li><a href="http://fedoraproject.org/wiki/Packaging/Guidelines">http://fedoraproject.org/wiki/Packaging/Guidelines</a></li></ul></li><li>Informal conventions around use of the GNU Autotools</li><li>GNU ChangeLog formatting<ul><li><a href="http://www.gnu.org/prep/standards/html_node/Style-of-Change-Logs.html#Style-of-Change-Logs">http://www.gnu.org/prep/standards/html_node/Style-of-Change-Logs.html#Style-of-Change-Logs</a></li></ul></li></ul></li><li>LTTng trace format<ul><li><a href="http://lttng.org">http://lttng.org</a></li></ul></li></ul><h2 id="UI_Usability">UI Usability</h2><ul><li>Our project aims to conform to the Eclipse user interface guidelines.</li><li>All of our user interface components support keyboard navigation.</li><li>We now support interactivity of our Valgrind BIRT-generated charts and intend on further increasing our accessibility.</li><li>All of our strings are externalized but we currently have no language packs</li><li>Our strings are registered in Babel for use by translators</li></ul><h2 id="Schedule">Schedule</h2><ul><li>We are tentatively planning on having a 1.1 release a month or two after our 1.0 release. This will pick up some new features (most notably remote project enablement) which did not get finished in time for 1.0. </li><li>Our project aims to release minor releases (1.1, 1.2, etc.) every two to three months</li></ul><h2 id="Communities">Communities</h2><ul><li>Our project has a strong relationship with the various Linux distributions (Fedora, Mandriva, Debian, Ubuntu, etc.) with many using our eclipse-build project's output for their Eclipse SDK packages</li><li>The majority of our project's interactions occur on IRC (#eclipse-linux) and our mailing list (linuxtools-dev@eclipse.org)</li><li>We have a centralized update site and use eclipse.org bugzilla for all of our planning and bug tracking</li><li>We make use of our newsgroup for user feedback</li><li>Our project members often speak at conferences such as EclipseCon, the Red Hat Summit, etc.</li><li>Our team members maintain the following blogs:<ul><li><a href="http://akurtakov.blogspot.com/">http://akurtakov.blogspot.com/</a> (part of Planet Eclipse)</li><li><a href="http://overholt.ca/wp/">http://overholt.ca/wp/</a> (part of Planet Eclipse)</li></ul></li><li>We interact often with the CDT project and make use of the BIRT, GEF, and CDT projects</li><li>We are growing our community of adopters</li></ul><h2 id="IP_Log">IP Log</h2><ul><li>Our IP log including information about all CQs, external contributions, and committers can be found here<ul><li><a href="http://www.eclipse.org/projects/ip_log.php?projectid=technology.linux-distros">http://www.eclipse.org/projects/ip_log.php?projectid=technology.linux-distros</a></li></ul></li><li>A copy of our 1.0 IP log, once approved by the Eclipse Legal team, is archived here:<ul><li><a href="http://www.eclipse.org/linuxtools/doc/1.0-approvedIPLog.html">http://www.eclipse.org/linuxtools/doc/1.0-approvedIPLog.html</a></li></ul></li></ul><h2 id="Committers">Committers</h2><ol><li>Anithra P Janakiraman</li><li>Alexander Kurtakov</li><li>Alexandre Montplaisir</li><li>Andrew Overholt</li><li>Bernd Hufmann</li><li>Chris Aniszczyk</li><li>Krzysztof Daniel</li><li>Daniel Henrique Barboza</li><li>Elliott Baron</li><li>Francois Chouinard</li><li>Jeff Johnston</li><li>Matthew Khouzam</li><li>Niels Thykier</li><li>Otavio Pontes</li><li>Patrick Tasse</li><li>Roland Grunberg</li><li>Severin Gehwolf</li><li>Sami Wagiaalla</li><li>Xavier Raynaud</li></ol><h2 id="Legal">Legal</h2><p>This document copyright 2012, Mozilla and others; licensed under the EPL v1.0.</p></body></html>
View Attachment As Raw
Actions:
View
Attachments on
bug 380495
:
216677
|
216889
|
216897
|
216899
| 216937