drupal.org

I selected Angela "webchick" Byron as my co-maintainer for Drupal 7 back in DrupalCon Szeged in August 2008. Since then, together we shepherded efforts of 1,000 core contributors to create Drupal 7, got the release out the door in January of last year, and worked hard thereafter to stabilize Drupal 7, to the point that the number of Drupal 7 sites eclipsed the number of Drupal 6 sites earlier this year.

However, Angela's level of responsibility in the community has grown significantly in the past 3.5 years, and she wears many hats, from Drupal Association board member to code sprint planner to Drupal.org coordinator to evangelist to general community cat herder. We both felt that it was time to transition the role of Drupal 7 core co-maintainer off of her plate, in order to give her more time to focus on her other community roles.

When thinking about replacements for Angela, David Rothstein was at the top of my list. David was a key contributor to Drupal 7 and heavily involved in a wide range of issues throughout the code base. He was also on the Drupal Gardens team, developing against Drupal 7 while it was still in active development, and so has a very thorough and deep understanding of Drupal 7's internals. David is extremely conscientious and thorough in his reviews, and is incredibly calm and respectful in his communication style.

I'm thrilled to say that David accepted the invitation to join the core co-maintainer team, and will have time to work on managing Drupal 7 releases through community time provided by his current employer, Advomatic. David will not be committing to the Drupal 8 branch, but will be focused on guaranteeing the quality of Drupal 7.

Please join me in welcoming David to the core maintainer team!

Drupal 7.14 is now available, which contains bug fixes as well as fixes for security vulnerabilities from Drupal 7.13.

Drupal 6.26, which fixes known bugs (no security issues) is also available for download.

Upgrading your existing Drupal 7 and 6 sites is strongly recommended. There are no new features in these releases. For more information about the Drupal 7.x release series, consult the Drupal 7.0 release announcement, more information on the 6.x releases can be found in the Drupal 6.0 release announcement. Drupal 5 is no longer maintained, upgrading to Drupal 7 is recommended.

Changelog

Drupal 7.13 only includes fixes for security issues. Drupal 7.14 also includes bugfixes. The full list of changes between the 7.12 and 7.14 releases can be found by reading the 7.14 release notes. A complete list of all bug fixes in the stable 7.x branch can be found in the git commit log.

Drupal 6.26 only includes bugfixes.

Security vulnerabilities

Drupal 7.13 were released in response to the discovery of security vulnerabilities. Details can be found in the official security advisory:

• SA-CORE-2012-002

To fix the security problems, please upgrade to Drupal 7.13.

What is included with each release?

We made two versions of Drupal 7 available, so you can choose to only include security fixes (Drupal 7.13) or security fixes and bugfixes (Drupal 7.14). You can choose your preferred version. We are trying to make it easier and quicker to roll out security updates by making security-only releases available as well as ones with bugfixes included. We hope this helps you roll out the fixes as soon as possible. Read more details in the handbook.

Known issues

- #1558548: Notice: Undefined index: default_image in image_field_prepare_view() - Upgrading from Drupal 7.x to Drupal 7.14 will yield a harmless but annoying PHP notice. Patch has been committed to 7.x-dev, and will be available in 7.15. A workaround in the meantime is visiting the field settings page and saving.
- #1541792: Enable dynamic allowed list values function with additional context - This issue introduced an more context to hook_options_list(). However, because Entity API was calling this hook directly it causes errors such as Warning: Missing argument 2 for taxonomy_options_list() in taxonomy_options_list() (line 1375 of modules/taxonomy/taxonomy.module).. Fixed in Entity API module at #1556192: Incorrect invocation of hook_options_list().
- #1171866: Change notice for: Enforced fetching of fields/columns in lowercase breaks third-party integration - This issue accidentally introduced an API change that affected both Migrate and Backup and Migrate modules. Solution for Migrate is to rename tables in scripts back to their proper names. Solution for Backup and Migrate is at #1576812: Could not complete the backup.
- #811542: Regression: Required radios throw illegal choice error when none selected

The call for papers is still open for DrupalCon Munich -- but only until May 11!  Trainings too! The DrupalCon content team is looking for sessions that cover pushing the boundaries of Drupal and its increasing use as a cross platform system. Help shape what is presented at DrupalCon with this year's theme, "Open Up! Connecting systems and people."

Any proposals for sessions should fit within one of the following tracks:

• Coding and Development
• Community
• Design and Theming
• Business and Strategy
• Site building
• DevOps

To learn more about each topic, view the Session Track page. Here you can find out the anticipated audience and the topic focus, as set forward by each track chair. Selected Sessions and Trainings will be announced May 29.

Curious to learn how sessions are selected at DrupalCon? Learn more about the session selection process.

Core conversations will open for submissions on May 29, read more about Core Conversations on our website.

We are also inviting all organizations with training experience to submit proposals for the Pre-Conference Trainings, to be held on Monday, 20th August 2012.

Open Up - submit your session before May 11!  We look forward to seeing you in Munich August 20-24. Join the Drupal community in Europe this summer and register now for early-bird pricing.

We are thrilled to announce that Google will be sponsoring 13 Drupal projects for Summer of Code 2012. We would like to extend our sincere thanks to Google, who are investing over $72,000 in the Drupal project.

As always, we had many more projects that we would have liked to accept than we were able to. The mentoring team deliberated fiercely over the past two weeks, and arrived at the final acceptance list.

Drupal will benefit from microdata support for contrib field types, help topic module for documentation team, sales reports integration for drupal commerce, materialization plugin support for views, search api statistics etc.

If you would like to keep up to date on Summer of Code happenings, would like to volunteer to help test students' projects, and/or would like to help students as they find their way in our community, please join the SoC 2012 working group and help out in whatever ways you can.

Here's to another great summer! :)

Back in 2009, Groups.Drupal.Org (GDO) went through a major transition including upgrading from Drupal 5 to Drupal 6, a redesign, and adding new maintainers. We are currently in the process of a similar transition. The site has already gone through a redesign, and as we make plans to transition to Drupal 7, we will also be moving to new maintainers for the next year.

Making it easier to contribute to GDO

Between the Drupal Association?s initiative to improve *.drupal.org, the community brainstorming on site improvements, and feature requests in the Groups.Drupal.Org issue queue, there is clearly a lot of interest in making improvements to GDO. However, for folks who want to roll up their sleeves and help by filing a patch, the path to replicating GDO for development purposes hasn?t always been clear. As a strategy for making it easier for anyone in the Drupal community to file a patch and streamlining maintenance efforts for the site, we have proposed that GDO will run the Commons distribution of Drupal for Drupal 7. Of course, this means that improvements made to GDO benefit sites powered by Drupal Commons and vice-versa, that generic improvements to Commons will benefit GDO.

New maintainers: Meet Ezra, Scott, and Justin

Helping with this transition, Ezra Gildesgame (ezra-g), maintainer of Drupal Commons, is also now a maintainer of groups.drupal.org. Ezra is the technical lead for Drupal distributions at Acquia, has been contributing to Drupal for over 5 years, and also maintains the Conference Organizing Distribution (COD).

Our other new Groups.Drupal.Org maintainers are Scott Reynen (sreynen) and Justin Toupin (justin2pin) from Aten Design Group. Scott is Lead Developer at Aten and has been contributing to Drupal for over 5 years, including helping to organize the Denver group on GDO. Justin Toupin is CEO at Aten, and has been leading the organization?s involvement in Drupal since version 4.7.

Getting involved: How you can make GDO better

This process of upgrading Groups.Drupal.Org is an especially good time to get involved by joining a few different groups and queues:

• Commons related are the Commons group, and the Commons issue queue for bugs/ideas that affect all Commons sites.
• The GDO issue queue is for features and tasks specific to Groups.Drupal.Org.
• Groups to discuss the site: http://groups.drupal.org/maintenance and http://groups.drupal.org/groups-drupal-org

Note that Ezra, Scott, and Justin have agreed to work on the site for at least a year. If you think you might want to take over in a year, the best way to do that is to get involved working on the site in these issue queues.

Thanks, Greg & Josh!

This is also a great opportunity to thank Greg Knaddison (greggles) and Josh Koenig for their help maintaining Groups.Drupal.Org over the past few years. Josh and Greg found they were too busy with other projects unrelated to community site building which made it harder to find time for GDO (Josh building Pantheon and Greg working with Acquia?s Profesional Services Security Group and the Drupal Security Team). Greg and Josh hope that transitioning to people who spend more of their lives working on community sites will help GDO be an even more valuable collaboration platform for our community.

Hi friends. I'm hoping that you'll support another Drupal community initiative that I've recently dreamed up. All you have to do is add a /drupalgive page to your organization's web site.

Two organizations have published already at http://www.acquia.com/drupalgive and http://www.chapterthree.com/drupalgive. These pages are based on a design by Nica Lorber of Chapter Three. Feel free to reuse this design or just publish a plain listing page. It is better to publish a plain page than none at all. Or use the Feature at http://drupal.org/project/drupalgive.

A /drupalgive page highlights the great work that your organization is doing for the Drupal project. Not only does your organization receive credit for the work you do, but we also nudge other organizations to give back as well. I expect that employees and potential hires from non-contributing organizations will start demanding to give back. This initiative gives those folks something to point to when advocating and educating inside their organization.

Here are examples of appropriate and inappropriate items for a /drupalgive page:

Appropriate

1. A podcast educating folks about great Contrib modules.
2. A link to a significant patch review or commit on drupal.org.
3. A blog post about Drupalish wireframe templates that anyone can use.

Inappropriate

1. An announcement about your latest site launch (even whitehouse.gov).
2. A new video was added to your commercial video subscription service.
3. New features for your paid Drupal hosting service.

Your /drupalgive page should also emit an RSS feed at /drupalgive/rss. We'll add your feed to the new Planet Drupalgive (page, RSS). To get added to the feed, follow the Drupal Planet process. Lastly, please include a link to http://drupal.org/project/drupalgive so that folks can learn more about the initiative.

One simple way to build a /drupalgive page is to add a 'drupalgive' term to your site taxonomy and tag posts with it. Alias the term detail page to /drupalgive and you are done. An alternative is to create a dedicated content type for these entries and a simple View at /drupalgive will show the listing.

Please comment below and lend your support or provide other input.

Bojhan Somers and Roy Scholten are the Drupal UX Team leads.

We believe that Drupal 8 User Experience needs a lot of work to truly make all users of Drupal love what they are working with. We believe that by improving core, we improve the entire Drupal experience for everyone.

How are we doing this? By working with core initiatives, providing ideas, sketches, wireframes, detailed designs, and actively engaging in discussion. D7UX taught us a lot of hard lessons, we now know how to communicate our design rationale more clearly, maintain a UX vision throughout the maze of issues, and empower developers.

What are we working on? We are working on a few initiatives; mobile, blocks & layouts, multilingual and leading a lot of smaller efforts around improving our content authoring and site building experiences.

Drupal 8 design progress so far

Content creation

Our content creation experience is still far from being great, but we have been improving the content creation experience from all angles. We have received lots of feedback on our proposals, and iterated with the community on various parts of this experience.

• Research on a interaction model for the content creation page
• Redesigning the Create Content page
• Find content iterations

We have now finalized most of our research activities and we want to start implementing a few of our major ideas. For this to happen, we need developers who want to improve this part of core.

There are two very actionable issues at #1510532: Implement the new create content page design and #1510544: Actual preview of content for you to help out on!

Blocks & Layouts

The blocks & layout initiative started by EclipseGC focuses on solving the messy experience of placing parts (blocks, views, panes) on the page. We believe this can be fundamentally better if we tackle it in core. This initiative will allow us to arrange and organize blocks into flexible layouts through a drag and drop interface. This initiative has many UX components, from finding the right blocks, to selecting the context, to creating mobile layouts.

We have done a lot of research the past few months to understand the space we are designing for. It?s incredibly complex, but will be a huge win if we can provide a great solution straight out of the box.

• Research on pages & components; what are the fundamental concepts?
• Research on context usecases; what are the primary use cases?

We will need help from everyone; developers, designers, user researchers, end users and business owners! Become part of the discussion in the Drupal 8 Blocks & Layouts everywhere initiative group.

UX team activities

UX team bi-weekly office hours

We started to hold bi-weekly UX "office hours" (next one will take place 16 April, 20:00 UTC, 4PM NYC, 4 AM Tuesday Singapore/Shanghai), where we will discuss recent activities of the team but also review contributed modules. This has resulted in modules such as Taxonomy Acces Control making major improvements.

UX team activity

The team has been busy in Q1 2012:

• Becky Gessler, Garen Checkly and Jen Lampton conducted a usability study at the Google offices, resulting in a detailed findings report and Drupalcon Denver core conversation talk on how to solve it.
• Lisa Rex, Dharmesh Mistry (dcmistry), Erik Stielstra (sutha), Alexander Ross (bleen18) have done a total of 22 interviews about how people use the module page.
• Lewis Nyman has been working hard on designing Drupal?s mobile interface, resulting in interesting discussions around navigation, principles and actual implementation of ideas in the mobile issue queue.
• Roy Scholten (yoroy) has presented on Core product: 3 is the magic number and organised several sprints around UX at Drupalcon. There was also a BoF.
• Jared Ponchot has been contributing design proposals, to our effort to redesign the content creation page.
• Kristjan Jansen (kika), Jeff Noyes (Noyz) and Kevin O'Leary (tkoleary), Michael Keara (UserAdvocate) have put out various ideas around media UX, creating UI standards for add/edit flows, optimizing the content listing and research for the Blocks & layout initiative.

We have also released our ideas around redesigning the module page, adding a project browser to core, adding search everywhere, draft revisions and much more in the usability issue queue!

We need your help!

We need volunteers:

• Developers who can help us with the PHP, CSS or JS parts of these changes.
• New and experienced UX designers to work on the new features that we want to introduce in Drupal 8.
• A project manager who can help break down tasks, coordinate contributors, update blog posts and issues, and help the UX team & leads focus more on UX.

If you're interested in becoming a contributor to the UX Team in one of the roles above, contact Bojhan Somers and/or Roy Scholten.

You can find us in in the usability group, contact us directly by e-mail (or drupal.org contact form), join us on IRC in #drupal-usability, or find us in person at Frontend United.

The cool stuff we're working on

Still not sure? We we love a lot more help to pursue all these crazy ideas within the next 7 months:

• Improving the content creation experience. Discussion take place in our design proposal, and implementation is taking place in #1510532: Implement the new create content page design
• Layouts & Blocks initiative, building a drag & drop editor where you can place components, build layouts and manage pages. Discussions take place in the Layouts & Blocks group.
• Mobile administration, Drupal 8 should be great to use on any phone help us in making the administration mobile friendly. Discussions are taking place in the Mobile group

Thanks!

- Bojhan and Roy

Hello from Jennifer, your friendly Drupal Documentation Team leader! It?s time for a quarterly update on what?s happening in the Documentation team.

First off, I just want to remind everyone that I?m still planning to step down as Documentation Team Leader at the end of 2012. If you?re interested in becoming the co-leader or assistant leader now, and taking over at the end of 2012 as the main team leader, see http://groups.drupal.org/node/203258 for more information. It would be good to find someone soon!

Events

• The Documentation Team is currently holding weekly "Documentation Office Hours"?one-hour IRC meetings on Tuesday afternoon (North American time), open to anyone for questions and discussions about contributing to documentation. This schedule is likely to change soon; join the discussion about a new time for office hours.
• The API documentation cleanup sprint from last quarter has continued into this quarter. The goal is to bring the Drupal 7 and 8 core API documentation much more in line with our documentation standards. To join in, visit the issue page.

Milestones and Accomplishments

• Lots of content was updated on Drupal.org this quarter. Of particular note:
• There used to be a "Community and Support" link in the top navigation of Drupal.org; now there are separate Community and Support links, and the Support page has been completely redone (a redesign of the Community page is also in the plans). Hopefully this will help people new to Drupal connect with the help they need to get started. Thanks to Lisa Rex, David Hernandez, and others for making this happen!
• The Omega theme project organized a group to update the Omega section of the Community Documentation.
• The Media module project organized a group to update the Media documentation.
• An effort is underway to create a Mobile section in the documentation.
• We started a New Contributor Tasks section on Drupal.org. This is a place where people new to contributing to Drupal can go to find meaningful and doable tasks to start with. If you have ideas for the section, there?s a page describing how to add to it (with templates), and a suggestions page too.
• 712 different contributors made a total of 3976 revisions to documentation pages on Drupal.org. Wow! (I have a new statistics page that totals this up). Apologies if your project didn't make it into the list above -- there's a lot going on and I can't keep track of it all!
• Neil Drumm and I (with the help of other patch contributors) are continuing to make updates to the software for http://api.drupal.org. This quarter, there were major improvements to the linking and references features of the site -- check it out if you haven't been there lately! If you would like to work on the API module, check out the issue queue (http://drupal.org/project/issues/api) or find jhodgdon in IRC to get oriented.
• I was given permission to commit Drupal Core 7/8 documentation and coding standards patches in February, and to help out in case of "Core Is Broken!!" emergencies. Hopefully this will lessen the burden on Angie, Nat, and Dries, freeing them up to concentrate on bugs that improve the Drupal software functionality.

Docs Infrastructure

Last year, the Docs Team (or at least its leadership) got a bit discouraged about Documentation infrastructure improvements taking quite a while to get deployed to Drupal.org. But now there's a new process for getting improvements deployed, and Neil Drumm is working on them with hours funded by the Drupal Association. So, I'd like to get us working on improvements to "docs infrastructure" (tools, navigation, etc. for Drupal documentation writers and users) again.

I started working on that this quarter, and several small things were deployed. That went well, so there are now more in progress. Two that we hope to get done soon are a Docs Team effort to have better navigation for Community Docs, and LoMo's project to replace the Books page with a content type/View. Join in the discussion and/or help out!

And as a preview, this summer I would like to really get working on the "curated docs" we've been talking about for a year or more... Watch http://groups.drupal.org/documentation-team for updates!

Next Steps

If you're interested in helping with Drupal documentation:

• New contributors: Check out the tasks in the New Contributor Tasks section, or read http://drupal.org/contribute/documentation to learn all about contributing to documentation. Or come to the weekly office hours (see Events section above) to ask questions and get started.
• Drupal Documentation announcements, discussions, and events are posted on http://groups.drupal.org/documentation-team and on Twitter (@drupaldocs).
• API documentation cleanup sprint (for programmer-documenters): http://drupal.org/node/1310084
• Work on the API module: http://drupal.org/project/issues/api

As announced on stage at DrupalCon Denver, we have just opened the Call for Papers for DrupalCon Munich 2012, as well as keynotes, call for trainings, scholarships, and registration. The Drupal Association and the Munich DrupalCon committee have been preparing for the next DrupalCon for months now. Things will move into high gear once DrupalCon Denver closes its doors, later this week.

Announcing ...

Keynote speakers

DrupalCon Munich announces three keynotes by open source and industry visionaries, including Dries Buytaert - the founder of the Drupal project talking about the future of Drupal on Tuesday, August 21; Anke Domscheit-Berg, a renowned expert in open government and open data, speaking on Tuesday, August 22; and Fabien Potencier, CEO of SensioLabs and founder of the Symfony project speaking on Wednesday, August 23.

Call for papers

Your contribution is needed! Come to Munich and share your expertise with the most amazing open source community in the world. Submit your session ideas at http://munich2012.drupal.org/call-for-papers

Early Bird registration opens today!

Registration for DrupalCon Munich is now open. The special early-bird rate is ?350 for the first 300 tickets, after that the price is ?400 until June 15, and 475 until July 31. Late registration after this date until August 17 will be ?525. On-site registration will be ?575. The is a limited number of tickets available at a rate of ?200 for students and non profit organisations (all prices inclusive of VAT). Register now at http://munich2012.drupal.org/register.

Call for trainings

The Drupal project needs more contributors, site builders, users, and developers. We?re looking to cover the gamut from beginner to highly advanced trainings. Trainers and training companies, submit your trainings now! http://munich2012.drupal.org

Scholarship applications are now open

Drupal is for everyone and everyone can enrich the project. If you would like to come to DrupalCon Munich but cannot afford the cost, a limited number of scholarships will be available. Submit your application at http://munich2012.drupal.org/community/scholarships

Keep up-to-date with all things Drupalcon Munich; follow @DrupalCon on Twitter.

-- Florian Lorétan (floretan) and Karsten Frohwein (kars-t), co-chairs of DrupalCon Munich

Some of Drupal's Summer of Code success stories include:

Angela Byron (webchick) the Drupal 7 co-maintainer, Director of Community Development at Acquia, a Google-O'Reilly Open Source Hall of Famer and a Drupal Association board member. She originally got her start in Drupal writing Quiz module for GSoC 2005.	Sumit Kataria, started as a GSoC student back in 2009 working on OAuth module, and now not only is one of the foremost experts in the Drupal community on mobile (look for his mobile apps for DrupalCon Denver in an app store near you!), but co-manages Drupal's involvement in GSoC. He works as a Drupal consultant with companies like CivicActions and Lullabot.
Bojan Zivanovic (bojanz) became a preeminent contributor to views and contributed to EntityFieldQuery for Drupal 7.	Gábor Hojtsy, the co-maintainer of Drupal 6, and the Initiative Lead for the Drupal 8 Multilingual Initiative worked over GSoC in 2006 to get i18n in Drupal core in Drupal 6. He is now an engineer for Acquia.
Jimmy Berry (boombatower) was instrumental in the development of Drupal's automated testing framework, and he and his father Jim Berry (solotandem) were the first Google Summer of Code father/son team! :) They both offer testing-related services at http://boombatower.com.	Lin Clark (linclark) created SPARQL Views, making it possible to query SPARQL endpoints from Views, as part of GSoC 2010. Her demonstrations of Linked Data capabilities in Drupal have been published on IBM Developer Works. She is now an independent consultant working data publishing and consumption using Drupal.

So if you're:

• a post-secondary student looking for an exciting project with a thriving development community and tons of smart people you can work with
• an existing Drupal contributor who happens to be attending college/university and would love a chance to get paid over the summer to work on the "Next Big Drupal Thing"
• a seasoned Drupal developer with some time over the summer, who'd truly enjoy mentoring and helping the next generation of contributors make Drupal the best that it can be
• a Drupal community member who might not have the time or coding experience to mentor, but knows where to find resources and enjoys helping others find them.
• someone with a great project idea for an improvement in Drupal that would be perfect for a student to work on over the summer
• a Drupal evangelist who wants to help grow the community by actively engaging students

...then there's something for you in Summer of Code! Read on to find out more.

Prospective Students

If you have enthusiasm the drive to work on something great, now is the time for you to get started! Subscribe to the Google Summer of Code group, look over the developer's guide and API reference, stop by Core Office hours and take on some new contributor tasks, find a Drupal event near you to get to know Drupal's amazing community, and take on a few bite-sized tasks in the Novice Issue Queue.

Most importantly, start thinking about your project proposal! Prior to submitting your application, stop by #drupal on irc.freenode.net or post your project ideas to the Summer of Code 2012 group to get community feedback. Your chances of getting into Summer of Code increase if the community has the opportunity to review your ideas and offer feedback to help you in improving your project idea.

We have already started accepting applications. For more tips, students should check out the Student Template Page.

Mentors

Please sign up to be a mentor if you have either experience with Drupal development or expertise in a particular area of interest (for example, newspapers, education...) and have some free time from now until the end of August.

To become a mentor,  join the Drupal SoC-2012 group and the sign up on Google's SoC mentor web app (now known as Melange). Please describe who you are, what your level of Drupal experience is, and your motivation for being a mentor. Your application will be reviewed by SoC admins (Chx, SumitK).

You can go through Advice for mentors page to find more tips on mentoring students.

The more mentors we have, the more students we can get in, and the more exciting projects of varying types we can accept.

Community members

Great project ideas are vital to attracting both great students and great mentors. If you've ever thought "if Drupal could be...", now is the time to turn it into a project idea. The project should be feasible for a Drupal-novice developer student to achieve in a 3-month time frame. Suggest a SoC project idea in the SoC 2012 group or help elaborating already proposed ideas

In addition, you can help review the existing SoC project ideas by providing students and other community members with feedback. Community members are in the best position to help students understand the finer intricacies of existing modules, and help their energies to meet the the priorities of the Drupal project.

To help the new Drupal family members, we need some existing community members to be active in #drupal-contribute on irc.freenode.net to answer student questions, point them to the correct resources, and people with expertise.

If you think this sounds like fun, be sure to get on to IRC!

Symantec Connect is an enterprise class, community-driven, social business support and information portal for Symantec products, offering users of Symantec?s deep catalog of applications and services a platform to interact with one another and Symantec employees through rich web-based tools. Connect enables the rapid publishing of information about the day-to-day use of Symantec products through key community-centric features which facilitate the customer?s ability to:

• Ask the community for help with issues and flag solutions when they are posted for easy discovery in the forums
• Suggest and vote on product enhancements
• Publish helper applications and scripts as community downloads
• Publish user-submitted screencast videos for enhanced knowledge sharing
• Build online/offline product centric user groups with events, private content publishing and messaging in the groups
• Keep up with content on a variety of topics within the IT and security-related fields through articles and blog entries
• Enjoy a highly qualified community experience enabled by a suite of Symantec employee moderation, organization, and publishing controls.

All of these features also empower Symantec employees to quickly publish official versions of forum discussions, blog entries, articles, events, downloads, and videos while moderating and vetting content, helping steer the community in the right direction.

In February 2008, Popular Science, the fifth-oldest continually-published monthly magazine, relaunched its online presence with an enterprise-level website developed by pingVision, powered by Drupal.
http://drupal.org/node/233090

Distributions provide one of the biggest opportunities for both the Drupal project and its ecosystem. Although there has been support for distribution packaging on Drupal.org since December 2009, there were many restrictions on what could be packaged for technical and legal reasons. By solving the underlying legal, technical, security, and usability problems, these restrictions have been lifted and fully-featured distributions are now enabled on Drupal.org! This move enables thousands of active developers to pursue distribution development with a consistent set of tools for managing version control, releases, issue tracking, collaboration, and documentation.

Funding for the project was generously provided by major distribution developers:

New features for distribution packaging

External library support

Feed parsers, alternate versions of jQuery, WYSIWYG editors, etc. can be included with distributions automatically. A packaging whitelist tracks GPL-compatible libraries that can be added to distributions.

Patch support

Patches can now be applied to core, contributed modules and themes, and even third-party libraries. Patches will appear on distribution release nodes, resolved to their parent issue.

Support for development snapshots

Both development releases and Git clones (either a specific revision or a branch/tag) can now be used in distributions, rather than just official project releases.

Complete technical implementation details can be found at the Distribution Packaging community initiative page.

Changes for distribution maintainers

If you maintain a distribution on Drupal.org (or would like to) be sure to read the following updated documentation:

• Packaging a distribution on Drupal.org
• Managing Drush make files for an installation profile
• Drupal.org distribution packaging requirements
• Full example drupal-org.make file
• Common Drush Make errors and their solutions
• Drupal.org Library Packaging Whitelist

Credits

This initiative was spear-headed, designed, managed, and primarily implemented by Derek Wright (dww) of 3281d Consulting. Chad Phillips (hunmonk) and Michael Prashun (mikey_p) also helped with the design and implementation.

The work was made possible by the generous sponsorship of Phase2 Technology, Acquia, Node One, Pantheon, and Lullabot.

Additional thanks to:

• Angela Byron (webchick) for spear-heading initial funding discussions, for performing extensive QA on changes, for authoring major chunks of the documentation, and for providing input throughout the process.
• Jeff Walpole (jwalpole) for wrangling funding from multiple sources to make this happen.
• Jonathan Hedstrom (jhedstrom) and Moshe Weitzman (moshe weitzman) for maintaining Drush make (which is now part of the core Drush project), the primary tool used by the Drupal.org distribution packaging system.
• Jeff Geerling (geerlingguy), Adam Moore (redndahead), Angela Byron (webchick), Alberto Paderno (kiamlaluno), and Greg Knaddison (greggles) for maintaining the library whitelist.
• Roy Scholten (yoroy) and Bojhan Somers (bojhan) of the usability team for help reviewing the UI changes.
• Ezra Barnett Gildesgame (ezra-g) and Frank Febbraro (febbraro) for feedback on the changes, testing, and reviewing documentation.
• Alex Barth (alex_b) for his initial help to identify the problems and flesh out the roadmap for solving them.

Introduction

TweenTribune,TeenTribuneand TTEspañol deliver the teen and tween audience with compelling stories kids won?t ?nd anywhere else. Stories chosen for TweenTribune are selected by tweens working closely with professional journalists. Tweens can submit links to stories they'd like to share, submit their own stories and photos, and comment on the stories they read.

More than 53,000 teachers across the U.S use Tween Tribune in their classrooms.

Generates more than 5 million page views per month.

10,000 nodes are added every day

Brief History - From WordPress to Drupal

TweenTribune and its sister site, TeenTribune, work through schoolteachers across the U.S. Registered students log onto the site and post comments on selected stories of the day, and teachers review the responses for approval before making them ?live? for other students to see.

During Christmas in 2008, Founder of Tweentribune, Mr. Alan Jacobson, decided to move its website from Wordpress to a more capable and flexible Content Management System Drupal. He contacted us in December 24th 2008 and worked with us to develop the application that would allow Tweens of ages 8 to 14 to read a variety of interesting content as well as comment on news for other Kids to see. Teachers can easily use Tween Tribune as a teaching tool. First, the site uses high-interest reading material to engage students with the news.

Teachers can register their classes on the site, which allows them access to special features like custom generated pages that show students comments or stories the class has commented on. Teachers can print out reports by student; these reports allow them to see which articles students have read and to access to individual student?s comments. In this way, teachers can easily grade or comment on students? writing. There?s even a Faculty Lounge where teachers can interact with each other, sharing ideas and lesson plans.

Using Drupal 6 and a variety of excellent contributed modules, the site Tweentribune.com was launched in March, 2009. Modules used include Views, CCK (both core and imagefield), and Imagecache.

Codes were written for all the custom features of TweenTribune. This custom code was integrated into a Drupal Content Management System in the form of Drupal Modules.  

Tweentribune is now a success story that has been featured in LAtimes, YPulse.com, KillerStartups, WeMedia, GoodHouseKeeping and getting

• more than 5 million page views a month.
• more than 16 million add impressions per month.
• more than 3000 comments and 6000 quizzes

SCALING WITH CONFIDENCE

Tweentribune.com had couple of unique challenges. The traffic used to pick during US school hours with most users logged in and hence, creating making maximum connections to the database. The webserver and database were separated on 2 different machines in the same network (LAN).

Further Following measures were taken to improve drupal performance:

1. Optimize database queries and modules
2. Use Memcache for all database cache.
3. Sessions which are typically stored in database in Drupal were also stored in memcache.
4. Boost module to serve html content for anonymous users
5. Using Lighttpd to serve static files like css, js, images.
6. APC as the PHP accelerator was used.
7. Using Linux shell, Munin and Nagios for monitoring.

Memcache - way better than cash

Memcache, Squid, APC, etc were used to make Drupal scale. Memcache, APC and Squid were installed and configured on the server. Memcache was monitored and configuration of Memcache was changed with time as traffic improved and RAM of the server was changed.

Lighttpd

Lighttpd is a web server that was used to serve static files (images, javascripts, css) to reduce burden on Apache webserver as lighttpd is faster at static contents.

Apache Solr vs DSS

Drupal Search Sucks as it doesn't deal with large amount of content, it doesn't scale and gets bogged down.Drupal Search is integrated - it runs and searches on the same database thus, slowing down the system. Apache Solr's advantage for Drupal is that it indexes nodes, not pages. This means it can have access to attributes of the node that are not readily parsable from the rendered page. These attributes can be used to filter the results. Apache Solr provides faster search experience than default Drupal search.

Varnish or Squid

 But either is better than getting shellacked, and both are better than Boost.

InnoDB, instead MyISAM. - Who wants to get locked under a table?

• InnoDB implements row-level lock for inserting and updating while MyISAM implements table-level lock.
• InnoDB inherently takes care of data integrity by the help of relationship constraints and transactions.
• InnoDB is faster in write-intensive (inserts, updates) tables as it utilizes row-level locking and only hold up changes to the same row that?s being inserted or updated

InnoDB buffer pool. How big is too big? We know. .

The larger the buffer pool, the more InnoDB acts like an in-memory database, reading data from disk once and then accessing the data from memory during subsequent reads. The buffer pool even caches data changed by insert and update operations, so that disk writes can be grouped together for better performance.

KeepAlive on or off?Contact us and we'll tell you.

THE TEAM

• Ebizon NetInfo: Ebizon builds World's fastest growing Drupal site and is the backbone of the project with the expertise in performance and scalability tuning that is essential for Drupal sites with millions of nodes and users. Ebizon supports Tweentribune's rapid growth of almost 10,000 nodes addition everyday through multiple layers of content caching in multi-server environment. Ebizon extends Drupal to meet the unique needs of the site to handle traffic of more than 1 million authenticated users during school peak hours.
• BrassTacksDesign: The BrassTacksDesign Team were responsible for project conceptualization and use cases. All day-to-day operations are managed and administered by them.
• Rackspace: The website is hosted on Rackspace.

HARDWARE

The underlying hardware included 2 machines on the same Gigabit network:

One with apache webserver and memcache with following configuration:

1. Quad Socket Quad Core Intel Xeon E7440 2.4GHz
2. 64GB Memory
3. Operating System: Red Hat Enterprise Linux 5 - 64 bit

Database server has following configuration:

1. RAID 5
2. 12 GB DELL RAM
3. Single Socket Quad Core Intel Xeon L5520 2.26GHz

HOW THE CHALLENGES WERE MET?

• Challenge: Drupal is both resource intensive and database intensive. Its strength is ease of development, extensibility through modules and faster development time. Its downside is that it requires more CPU and RAM than other CMSs.

Solution: With our experience we found that couple of Drupal contributed modules are resource intensive and their optimization is necessary in order to scale the system. We monitored SQL queries using devel module and identified the queries that consumed most resources. Then we optimized those queries and monitored their performance and load on the system for couple of days. The results and improvements were captured in a performance report that was published for client?s review.

• Challenge: Busted Page issue which was causing page to break. The busted page was a much trickier issue solely due to its intermittent nature.

Solution: The Busted Page Issue was THE MOST important issue since the site had scaled to 2 million page views a month and we couldn?t risk this problem to survive any longer. Initial attempt was to disable BOOST module but to our surprise disabling Boost did not solve the problem. After 24 hours of rigours effort and monitoring it looked like menu paths were restructuring during CRON that was running every hour. The best of teams in the world were thinking on it but no one could get to the root. Finally, one of our best technical leads made the cron to run instead of every hour only at night at 12 am. This resolved the Busted page problem and was a GREAT success for us and Alan.

• Challenge: Location based advertisement and headers implementation in Drupal 6.

Solution: Drupal ad geoip module were customized to implement the feature whereby advertisements and headers can be displayed based on users location.

• Challenge: Only teachers of a classroom should be able to moderate the comments and comment should be published only after they have been approved.

Solution: Drupal moderate module was customized and an interface was designed where teaches could see all the comments in a classroom and can approve or disapprove them.

• Challenge: Blocking inappropriate words that student puts in their comments.

Solution: Initially Watchlist module was recommended which automatically flags a node or comment if it contains any questionable content (these can be set in the Watchlist settings by adding regular expressions of words that are considered bad). But it flags the word and notifies admin AFTER the comment is posted, which is TOO LATE. Therefore Spam module was utilized to resolve this problem.

• Challenge: Alan needed a way for the teacher to send every student?s comments to the printer with one click, instead of sending them one at a time with one click per student.

Solution: It was not feasible to put restriction on users to have an email to sign up on Tweentribune.com therefore team found a way for not letting users create their email and instead having system create their email automatically from their Full name. The contrib module that was modified for this purpose was ?Localemail? and was made to create email ids automatically for each user and let them register directly on Tweentribune.

• Challenge: A new workflow for teachers registration was required where teachers could register themselves without requiring Alan to personally verify each registration as in the previous workflow.

Solution: Team worked on a new workflow where:

1. Teacher can submit information on webform, which is almost identical to existing webform with very minor change. This new form replaced the existing form.
2. Drupal generates 9 classrooms for teacher, but does NOT use classroom taxonomy. Instead, user profile contains username and classrooms only. Classroom names use teacher's school email address + taxonomy ID. Example: mary.jones@collierschools.com-151365
3. Drupal generates new usename = teacher's school email address. Role = teacher_private. This role is a clone of existing role = teacher.
4. Drupal sends 2 welcome emails with username and password generated by Drupal to 2 email addresses: home email address and school email address. Email includes link to "dashboard" page where teacher can register students. See screenshot, attached. The dashboard is 600px wide, so it fits in the main content area of the current pages.
5. Teacher logs in and is redirected to /teacher_landing_page or uses link provided in welcome email.
6. Teacher can do the following on the dashboard:
   • register students
   • see usernames and passwords of students previously registered
   • delete students
   • print out student usernames and passwords
   • change classroom name

 

TWEEN TRIBUNE APPLICATION AND DATABASE ARCHITECTURE

Tweentribune.com is a news site for Tweens and following are the cores around which it was built:

• CCK
• Views
• Webform
• Taxonomy
• Imagecache
• Custom AJAX-based drop down select developed as a replacement of hierarchical select module (http://drupal.org/project/hierarchical_select) when selecting classroom during registration or posting of stories.
• Custom module was used to allow non-email based registration on the site, since; Tweens usually do not have email addresses.
• Also, custom functionalities like allowing administrator to register teacher?s requests easily from an interface that are received from webforms were also developed. Comment moderation by teachers was also integrated into the site using Modr8 module.

Content Types

• Stories: This is the main content type around which whole Tweentribune.com stories are built.
• Profile:  This content type carries the student and teacher profile information like classroom.
• Your-stories: Using this content type, teachers can post their own news into their classrooms.
• Quiz: With this content type, teachers can post quiz on the website for their classroom.
• Your Entry: This content type allows student to submit short stories and essays.

Taxonomy

• Topics for tween: This vocabulary is used to define category of the story posted on Tweentribune.com.
• Classroom: This vocabulary allows users to be assigned to the classroom. Classroom is based on parent-child hierarchy with country, state, city, school and then classroom following parent child relationship. Certain stories can also be optionally put in some classroom/school.
• Spanish: This vocabulary is used to post stories in spanish
• Your town: This vocabulary is used to post stories from affiliate partners

Two of the Drupal Association's 2012 priorities are to make Drupal.org awesome: both for site builders and for developers. We want to hear from you about what improvements you'd most like to see on Drupal.org.

Please let us know your thoughts at http://drupal-association.ideascale.com/. You can propose new ideas, vote on existing ideas, and also leave comments. When we have the more discrete list of things we plan to cover in 2012 and when, we'll share it with the community for feedback.

Important things to note:

1. Please don't limit yourself only to big things. The more high-impact, "low hanging fruit" we can fix, the better! :) All suggestions must have a correlating URL on *.drupal.org with more information.
2. Voting on an idea here does **not** necessarily mean it will get implemented, even if it's one of the highest (or even *the* highest) thing in the list. We are using this tool as a barometer to find out more about what our contributor community thinks is important, so we can factor this into our prioritization process.
3. That prioritization process will include needs of the Drupal Association itself (e.g. DrupalCon & membership-related tasks so we can perform our other necessary functions), the needs of the Drupal.org infrastructure team (keeps the servers humming), and the needs of the DA's sponsors (keeps the money flowing so we can fund more improvements!).
4. Unfortunately, no, this is not a Drupal site. If this fact appalls you, there is an idea in there that you can up-vote. :) It does allow data export capabilities though, so yay!

HUGE kudos to tvn for a tremendous amount of research on existing ideas that are out there, and jredding and kattekrab for several hours of brainstorming. :)

Cross-post of http://groups.drupal.org/node/213898 ? please leave comments over there.

Drupal 6.25, a maintenance release fixing issues reported through the bug tracking system, is now available for download. There are no security fixes in this release. Upgrading your existing Drupal 6 sites is recommended, especially if you skipped Drupal 6.24 due to update issues.

Drupal 6.25 builds on top of Drupal 6.24 and includes all the previous bugfixes and security improvements. Changes in this release only fix issues introduced with the previous bugfix release (Drupal 6.24). The list of all fixes included is:

1. Rollback for issue #12274 given that it does not consider email domain names with hyphens valid after the first component of the domain name.
2. #1425868 by ELC, lort, greg.harvey, David_Rothstein: Fixed duplicate entry of theme primary key in system table on Drupal 6.24 when updating using drush.
3. #1425260 by mgifford: Fixed 'Call to undefined function locale_inc_callback()' during 6.22 -> 6.24 upgrade if locale module was previously enabled but is not currently enabled.

A complete list of all bug fixes in the stable 6.x branch can be found in the git commit log. There are no new features in this release. More information on the 6.x releases can be found in the Drupal 6.0 release announcement. Drupal 5 is no longer maintained, upgrading to Drupal 6 is recommended.

Given enough bug fixes (not just bug reports) more maintenance releases will be made available, according to our monthly release cycle

Update notes

There are no database schema changes in this update and the robots.txt, .htaccess and (default.)settings.php files were not changed either, so you can keep local modifications easily.

Known issues #

None at this time.

As the Documentation Team lead, Jennifer "jhodgdon" Hodgdon has done a fantastic job of not only keeping Drupal core's API documentation high-quality and consistent, but also of on-boarding new Drupal core contributors through the "Novice" issue queue.

Since documentation improvement patches are always welcome, and since they are unlikely to break other parts of the system, I'm happy to announce the promotion of Jennifer as a Drupal core co-maintainer for version 7 and 8. Her responsibility will be solely around documentation and code style patches, plus occasional help on "emergency" commits such as a required rollback of an accidental patch commit in order to get our automated test suite passing again.

The hope is that delegating responsibility for documentation and code style patches to Jennifer will help increase the velocity of Drupal 8 development. Not only will documentation changes go in faster, it also allows catch, webchick and myself to focus our time on bigger patches.

Welcome to the core committer team, Jennifer! :-)

(Cross-posted from http://buytaert.net/jennifer-hodgdon)

Drupal 7.11 and 6.23, maintenance releases which fix security vulnerabilities are now available for download.

Drupal 7.12 and 6.24 also fix other issues reported through the bug tracking system.

Upgrading your existing Drupal 7 and 6 sites is strongly recommended. There are no new features in these releases. For more information about the Drupal 7.x release series, consult the Drupal 7.0 release announcement, more information on the 6.x releases can be found in the Drupal 6.0 release announcement. Drupal 5 is no longer maintained, upgrading to Drupal 6 is recommended.

Changelog

Drupal 7.11 only includes fixes for security issues. (Note: Be sure to review the known issues for 7.11 below.) Drupal 7.12 also includes bugfixes. The full list of changes between the 7.10 and 7.12 releases can be found by reading the 7.12 release notes. A complete list of all bug fixes in the stable 7.x branch can be found in the git commit log.

Drupal 6.23 only includes fixes for security issues. Drupal 6.24 also includes bugfixes. The full list of changes between the 6.22 and 6.24 releases can be found by reading the 6.24 release notes. A complete list of all bug fixes in the stable 6.x branch can be found at git commit log.

Security vulnerabilities

Drupal 7.11 and 6.23 were released in response to the discovery of security vulnerabilities. Details can be found in the official security advisory:

• SA-CORE-2012-001

To fix the security problem, please upgrade Drupal.

What is included with each release?

We made two versions of both Drupal 7 and 6 available, so you can choose to only include security fixes (Drupal 7.11 and 6.23 respectively) or security fixes and bugfixes (Drupal 7.12 and 6.24). You can choose your preferred version. We are trying to make it easier and quicker to roll out security updates by making security-only releases available as well as ones with bugfixes included. We hope this helps you roll out the fixes as soon as possible. Read more details in the handbook.

Update notes

The default.settings.php file was changed in Drupal 7.12, to add documentation about PDO attribute override capabilities that were added as a result of #1309278: Make PDO connection options configurable.

The robots.txt file was changed in Drupal 6.24 to block filter tips from search engines. The .htaccess and (default.)settings.php files were not changed in Drupal 6. Additionally, indexes were added to the node_comment_statistics and comment tables, for performance.

Known issues #

Drupal 7

The Drupal 7.11 release is only an incremental release off of Drupal 7.9, instead of 7.10, so it is missing bug fixes introduced in 7.10. Administrators are encouraged to update to 7.12 as soon as possible. See #1430404: Drupal 7.11 is missing all the bug fixes from Drupal 7.10 for details.

Drupal 7.12 is also only compatible with Menu Block 7.x-2.3 and higher, and Internationalization (i18n) 7.x-1.4 and higher.

Drupal 6

In Drupal 6.24, if you have the contributed user_delete module enabled on your site, the update will fail with a Cannot redeclare user_delete_access() error. An update of user_delete module is being worked on.

In Drupal 6.24 if you had locale module enabled earlier, but it is not currently turned on, the update will fail with Call to undefined function locale_inc_callback(). A fix is being worked on for Drupal core.

In Drupal 6.24 if you run your updates with Drush, you might experience duplicate entry errors in your system table. See the ongoing discussion at http://drupal.org/node/1425868

Also in Drupal 6.24 there are email validation changes which make multi-component host names which have dashes in components after the first one invalid (like example@host.e-xample.example.com). The bogus email validation change can be rolled back on sites where this is a problem.

Drupal 6.25 is currently planned to be released with fixes for issues 2, 3 and 4 above on February 29th. The first issue needs a user_delete module fix/update.

The final session selections for DrupalCon Denver were announced this week. DrupalCon will take place March 19-23, 2012. Get your tickets soon so that you don't miss out on over 100 sessions across 8 tracks! This year we have added tracks specifically for Non-profit, Government & Education, in addition to Community, Commerce, Mobile, Design & User Experience, Business & Strategy, Coding & Development, Site Building, and Core Conversations.

Conference Dates:
March 19 - Pre-conference trainings -- over 16 from beginners to advanced + API Hack-a-thon

March 20 - 22 - Three complete days of 104 sessions starting with Keynotes: Dries Buytaert, Founder of Drupal and Drupal Project lead, Mitchell Baker, chairperson for the Mozilla Foundation, and Luke Wroblewski, digital product leader coming to talk about mobile.

March 22 - Drupal Means Business - included with conference registration to learn how to integrate Drupal into your business.

March 23 - All-day Contribution Sprint -- one of the largest anywhere!

Plus, parties, ski trips, networking, contests and more, all for the $350 conference fee! Thank you to our wonderful sponsors for helping this to remain one of the lowest cost open source conferences around.

Get your ticket to DrupalCon Denver today. What are you waiting for? We want to see you in Denver!

P.S. Conference registration is $350 until February 21 or when tickets are gone! Early registration helps us to plan the conference and keep our costs low by only ordering what is needed. A limited number of 1/2-priced student tickets are still available.

Follow @drupalcon on Twitter or find us on Facebook.

Introduction

Drupal.org has over 725,000 registered members in 228 countries. However, only a very small percentage of this members contribute back to the project. Why is this? How can we attract more contributors? What can we do to make it easier for people to contribute? Which areas of the Drupal project would people want to contribute?

To get answers to these questions, two surveys were conducted in 2011 by the community to understand the experience of contributing or considering to contribute to the Drupal project.

This is a combined report of 358 respondents? responses to the surveys.

Methodology

The first survey focused on the Drupal contribution experience for the Prairie initiative and received 303 responses. It was written and conducted by Leisa Reichelt (leisareichelt) that ran from April 25, 2011 to September 20, 2011.

The second, the Getting Involved survey, [list of questions] received 55 responses. It was written and conducted by Heather James (heather), Dharmesh Mistry (dcmistry) and Lisa Rex (lisarex) from October 21, 2011 to November 9, 2011. This survey focused on the respondent?s Drupal profile; their expectations, roadblocks, motivations; and Drupal areas that need most contributors, among many other things.

Profile of the respondents

Prairie Survey

Of the 303 respondents, 64% were non-coders and 31% were non-active contributors.
A big majority (71%) of the respondents from the survey identified themselves as ?an established, active member of the community?. The majority of the respondents regularly contribute (41%) and a good amount stated that they contribute occasionally (36%). The majority of the non-active contributors (36%) have never contributed to the project.

Getting Involved Survey

The majority of the respondents identified themselves as Site Builder (68%), and/or Developer (59%). A significant portion of respondents identified themselves as Themer (34%) and/or Project Manager (29%). It is also worth noting that 73% of the respondents cited Drupal as their source of income.

Note: Each of the surveys focused on different aspects of Drupal contributions.

Executive Summary

The findings from both surveys are summarized below, but also see:

• Detailed analysis and findings from the Prairie 2011 survey
• Detailed analysis and findings from the Getting Involved 2011 survey

The contributing experience

From the Getting Involved survey, it was found that the big motivator for people to contribute was simply to improve Drupal and support its community (40%). The other motivator was to grow their knowledge and network (25%). However, when the Getting Involved survey asked about their opinion about the existing community structure, a majority of the respondents (48.9%) had a negative reaction. They thought it was fragmented, chaotic, not great and could use improvements.

The majority of respondents of the Prairie survey thought the experience of contributing was:

• ?Very much? rewarding and collaborative: Majority of the respondents of the Prairie survey thought the experience of contributing to the Drupal project was ?very much? collaborative (47%) and rewarding (46%). However, the non-coders and the non-active contributors either stayed with ?somewhat? or swayed between ?very much? and ?somewhat? with no statistical significance.
• ?Not really? to ?somewhat? efficient: Majority thought the process of contribution was ?not really? efficient (43%) or ?somewhat? efficient (40%) with no significant statistical difference between the responses. Non coders shared the same feeling.
• ?Somewhat? intimidating, confusing, unwieldy and supportive: The respondents of the second survey thought the experience of contributing to the Drupal project was ?somewhat? intimidating (46%), confusing (49%), unwieldy (43%) and supportive (52%).
• Split between ?Very much? and ?Somewhat? inspiring, exciting and friendly: When asked about the experience of contributing in terms of inspiration, excitement and friendliness, the majority swayed between ?very much? and ?somewhat? responses with no significant statistical difference. It is worth noting that in all the four categories (Rewarding, Inspiring, Excitement and Friendly), the majority of non-coders and non-active contributors stuck to ?somewhat?.

What do people want to contribute?

Respondents of the Getting Involved survey mostly want to contribute on Documentation/technical writing and PHP development/LAMP (54% each). The next area with the most interest is training (46%) and Mentoring/Support (32%).

What areas need the most contributions?

The respondents thought documentation (12 respondents), Drupal.org. (7 respondents) and Design/UX/Usability (6 respondents) needed the most attention from other contributors.

What areas of Drupal community do you think need the most contributions?

Although the respondents from the second survey thought the contributing experience was ?very much? collaborative, majority (47%) thought ?Redesign the issue page to make it easier to collaborative effectively? as a ?very important? initiative. Besides that, the respondents (overall, non coders and non active contributors) agreed (47%) that ?Redesigning parts of Drupal.org to help newbies find ways to start contributing? as ?very important?. This number was higher for non active contributors (55%) than the others.

Other Findings

Across profiles (of the second survey), ?Creating ?team? pages to aggregate activities and people interested in a topic? (48%) and ?Designing better tools for planning large initiatives? (41%) were deemed as ?quite important?.

For ?Designing a reputation system to show what different people are expert in and how well they are known by the Drupal community? majority of respondents swayed between quite important (32%) to less important (39%). This was also true for non coders and non active contributors.

Roadblocks to contributing

The major roadblock from they getting involved was lack of information on how to get involved (and whom to contact) (42%). This issue of getting started (48%) was also found in the Prairie survey.

• Lack of information on how to contribute, what to work on or whom to contact (42%)
• Don?t have time (18%)
• ?I don?t know enough technically? (16%)
• Intimidation factor (13%)
• Want to talk/need guidance from mentors (13%)
• Slow turn around time to get feedback/or to get committed (7%)

?Get Involved? pages and Drupal.org

Only 16% of the respondents of the Prairie survey visit the ?Get Involved? pages on Drupal.org. 46% of Prairie survey respondents took the opportunity to complain about Drupal.org. They wanted a better Drupal.org. (24%), better tools to collaborate (5%), and an efficient issue queue (5%). For Drupal.org., they particularly wanted to find information easily (4%).

How could we improve the experience?

To make the experience of contributing better, non-contributors wanted better information to get started. And the contributors reiterated this when asked what would have been helpful when they started contributing. Besides that, the second most important thing that mattered was the human aspect. The personal touch would have been helpful to the contributors while they were starting and the non contributors want to work with experienced contributors. It is worth noting here that a significant number of respondents are interested in helping with this (Training - 46%, Mentoring/Support - 32%). (Responses from the Getting Involved survey)

Other noteworthy things

• Designers and non-programmers who responded (11) to open-ended question in the Prairie survey complained that contributing to the project was heavily code focused, that designers did not get the credit they deserved, and that they did not know how the non-coders could contribute to the project. Like the respondents from the Getting Involved survey, the non-programmers also reiterated that they did not know where they were needed.
• A small but considerate amount of Prairie survey respondents were discouraged by other community members and slow turn around time (8% each)
• The Getting Involved survey also asked as to what do they expect from a community leader, and they wanted someone who could moderate discussions/issues, offer guidance, and carve a plan for the community.

What do you think about the existing community structure?

Conclusion

We hope the findings from the survey will be helpful to the Drupal Association and the community on the next big priorities for Drupal.org. It is evident from the findings that a significant effort is required to provide effective, easy-to-find information on how to get started with contributing to the Drupal community. However, help from other community members is needed to keep the momentum going.

Next steps

Some conversations/efforts have begun toward this goal of improving the contributor experience, such as redesigning the Community, Support and Getting started landing pages, redesigning the issue queue and more.

We need to identify areas that need leaders, and areas that need contributors. Contributors are in demand for documentation especially.

If you are interested to contribute to this effort to provide better documentation for getting started with contributing, great! There are several open issues on improving Getting Involved content, including the Getting Involved landing page and Getting Involved Guide. Please visit this link to read about other community initiatives that might be of interest to you. If you are unsure where you can best help, please contact Lisa Rex (lisarex), who can point you in the right direction.

If you have any questions about the survey/findings, please feel free to contact Dharmesh Mistry (dcmistry).

Come one, come all! As of January 18, 2012 nominations are open for the 2012 elections of two "at large" directors of the Drupal Association.

The at large directors are intended to represent the Drupal community. Specifics of the election were decided through a community-based process with participation by dozens of Drupal community members. More details are in the proposal that was approved by the Drupal Association board.

Who can vote?

Voting is open to all individuals who have a drupal.org account by the time the elections begin and who have logged in at least once in the past year. These individuals' accounts will be added to the voters list on association.drupal.org and they will have access to the voting.

To vote, you will rank candidates in order of your preference (1st, 2nd, 3rd, etc.). The results will be calculated using an "instant runoff" method. For an accessible explanation of how instant runoff vote tabulation works, see videos linked in this discussion.

How to run

Candidates needed! If you are considering running, please head over to the nominations page and read up on what's involved. From there you can fill out a candidate profile. You'll be asked for some information about yourself, like why you're running . When the nominations close, your candidate profile will be published and available for Drupal community members to browse. Comments will be enabled, so please monitor your candidate profile so you can respond to questions from community members.

Elections process

Elections will be held from January 30 to February 7, 2012. During this period, you can review and comment on candidate profiles on association.drupal.org and engage all candidates through posting to the Drupal Association group. We'll also be scheduling and announcing two phone-in all candidates meetings, where community members and candidates can ask questions and get to know each other.

Thanks and see you at the polls! We'll post another front-page announcement and announce via @drupal on Twitter when we're ready to go.

Hello from Jennifer, your friendly Drupal Documentation Team leader! It?s time for a quarterly update on what?s happening in the Documentation team. As you probably heard, Ariane's role in the Documentation Team has changed, and she is no longer my co-leader (sob!), so I'm looking for a new deputy leader or co-leader (watch http://groups.drupal.org/documentation-team for details). Here's what Ariane and I oversaw in the Documentation Team at the end of 2011, with a look forward to 2012.

September - December Events

• The Documentation Team is holding weekly ?Documentation Office Hours"?one-hour IRC meetings on Tuesday afternoon (North American time), open to anyone for questions and discussions about contributing to documentation. It seems like it's been very helpful to have a definite time when people can get together on IRC, and we plan to continue with this schedule for the foreseeable future.
• In October, I was able to attend the Friday of the Bay Area Drupal Camp (BADCamp). We had a small documentation sprint, and a few people got up to speed on writing API documentation patches. Also, Kathy (kathyh) spent the afternoon writing a new guide for novice contributors to Drupal core, based on her experiences as a novice contributor -- thanks Kathy!
• We started an API documentation cleanup sprint in November, to bring the Drupal 8 and Drupal 7 core API documentation much more in line with our documentation standards (see meta issue). My big hopes for this sprint:
  1. Lots of documentation cleanup -- YES! The sprint is not finished yet, but MUCH more of our documentation is up to standards. In the process, a lot of weird wording has been fixed, and the documentation is clearer and easier to scan. Also, people usually copy/paste an existing documentation header when creating new documentation (or at least use an existing one as a model), so the more we clean up existing documentation, the better future documentation is likely to be.
  2. Lots of participants -- YES! My hope was that some people new to contributing to Drupal API documentation would see the sprint as a good way to get up to speed on making Drupal patches, and on the API documentation standards. And they did!
  3. Build a Drupal Core Documentation Issue Queue Squad -- Yes! Part-way through the sprint, I put out a call for participants to start reviewing other people's patches as well as creating patches, and they did! And now some of them are helping out with the "documentation" component of the Drupal Core issue queue -- watching for new issues, making patches, reviewing other's patches -- which was my secret hope all along (for the last several years, it's been a rather lonely issue queue, since I have had to either write or review nearly every patch in it -- that model is not sustainable, so I'm really happy to have some company).

  Thanks to xjm, xenophyle, sven.lauer, Lars Toomre, aenw, rc_100, jn2, aspilicious, chris.leversuch, barlantz, synth3tk, agentrickard, ... and probably more who joined after I made this list -- sorry if I forgot your name! This sprint is still going on, so if you?d like to participate, visit the meta issue, which has full instructions (novice contributors welcome!).

Documentation Infrastructure Updates

The last quarter of 2011 saw some changes to Drupal.org that are quite beneficial to Documentation writers, editors, and users -- and more are on the way! Here's a list:

• After much discussion, we came up with an overview plan for how to restructure Drupal documentation into Community, Curated/Help, API, and External Index documentation in September of 2011 (see http://groups.drupal.org/node/175174). During this quarter, we started putting the transformation into place. The first step was a mammoth design issue (190+ comments!) for the Community Documentation (which is a rename of the existing Documentation on Drupal.org in the early fall. The results of that process are partly deployed (read on for details), and more are coming soon.
• One of the main conclusions of the mammoth design issue was that one of the biggest barriers we see to people contributing to the online documentation on drupal.org is reluctance to click the Edit button -- people just aren?t sure whether it?s really OK. So, the redesign of the documentation pages that was deployed in January 2012 included:
  • The existing Documentation pages on Drupal.org have now been renamed "Community Documentation", to reduce the perception that you have to be part of the "documentation team" in order to edit.
  • The page status and other meta-information has been moved to the sidebar
  • At the top, there?s a list of several people who have edited the page, with a clear invitation for you to edit the page.

  Hopefully these changes will help overcome this barrier -- we?ll see!

• We added two taxonomies to Drupal.org documentation pages: keywords and experience level. Right now, they have only been selected on a few pages, but hopefully going forward the keywords will help people find related pages, and the level will help set expectations for the knowledge level needed to understand the page.
• Everyone can now upload images to Drupal.org (issue). Angie/webchick and Daniel/sun made a module that made it safe for people to upload images, and it was deployed in October of 2011. There are followup plans to remove the restrictive Documentation input format from most pages (i.e., to unlock those pages), and to get rid of the Documentation Admin role -- no one should need this role now, since everyone can now upload images and use tables using the default Filtered HTML input format.
• BUEditor was deployed on Drupal.org in October of 2011. This module adds a small toolbar with HTML shortcuts to rich text fields (documentation node bodies, comments, etc.). While this falls short of being a WYSIWYG editor, due to security concerns with existing WYSIWYG modules, this is probably as close as we'll get for the foreseeable future.
• Neil Drumm and Jennifer spearheaded an effort to commit and deploy some updates to the software for api.drupal.org in November 2011 -- thanks to aenw, solotandem, and Greyside for contributing patches for that deployment! If you would like to work on the API module, check out the issue queue (http://drupal.org/project/issues/api) or find jhodgdon in IRC to get oriented. A new deployment to api.drupal.org should be coming shortly, with a lot of user interface updates and more new contributors. Stay tuned!

Next Steps

If you're interested in helping with Drupal documentation:

• New contributors: start at http://drupal.org/contribute/documentation to learn all about contributing to documentation, or come to the weekly office hours (see Events section above) to ask questions and get started. (Jennifer recently edited this whole section, so it should be up to date.)
• Drupal Documentation announcements, discussions, and events are posted on http://groups.drupal.org/documentation-team and on Twitter (@drupaldocs).
• API documentation cleanup sprint (for programmer-documenters): http://drupal.org/node/1310084
• Work on the API module: http://drupal.org/project/issues/api -- the issues are all prioritized, so look for ones with priority "major" for the current priorities. Or pick up any issue you're interested in -- we won't say No to a good patch.

Hi everybody -

Hope you all had a great holiday, and are easing into 2012 nicely! I'll cut right to the chase with this announcement: effective pretty well immediately (as this has been in the works for a little while now), I'm stepping down as Documentation Co-lead.

Awwww, sad, I know! It's been quite the experience, and I feel like along with Jennifer and the other docs enthusiasts, we've gotten a lot done over the course of the last year and a bit of official leadership term. It's been great helping set the direction of the documentation plans, and working with everyone who's been interested in improving the documentation, as well as many of the core and contrib development teams.

After taking some time off in the summer to decompress and figure out where I wanted to go with all of this, I realized that despite feeling like I've been effective in the position, it's taken a lot of my time away from other things in my life, and from actually writing docs and working on other areas of Drupal. And that was definitely okay for a certain timeframe, but it's not something I want to do forever. Now that the Community Documentation infrastructure changes have been rolled out, my side of the leadership role is effectively being put on hiatus. We've talked this over with Dries, and he also feels it's fine for Jennifer to continue managing the API docs and infra solo.

What does this mean to you all? Probably not any huge changes, I'll still poke my head in on the issue queue, IRC, etc. now and then. But my "official responsibilities" will no longer exist, including hosting Documentation sprints, attending meetings and docs hour, doing docs conference sessions, etc. And when I do work on Docs, it'll more often be in a writing/editing capacity. I'm also hoping to spend some more time doing other fun things like patch reviews for Drupal core, and continuing to attend Drupal events. ...And also, spending more time knitting, socializing, doing yoga, and all those other things I neglected while I was spending all my evenings online!

My time helping lead the project's documentation team has had high points and low points, but overall I feel like I've learned a ton, gotten a lot done, and am leaving the state of the docs in a better place than when I started. That's really all I could hope for! Thanks so much to Jennifer for being an amazing co-lead with whom to share a brain, and to all the fantastic Drupal and docs enthusiasts who've made this experience a positive one.

I hope to see the tentative docs infrastructure plans come to fruition during the coming year. This will result in a small team of dedicated core docs maintainers (including myself) taking over the helm of the future "curated" core docs section, and also see docs maintainers appointed for other contrib projects' curated documentation. And of course, work on API documentation and docs infrastructure will continue; Jennifer and other team members have been focused on this for a while now.

Keep rocking the docs folks, thanks for everything, and I will see you around!

-------------

Jennifer here... I'd like to thank Ariane for a great year of co-leadership! I'm currently planning on staying on as Documentation Team Leader for 2012.

What I'd like to do is take on a deputy leader or co-leader sometime soon (watch http://groups.drupal.org/documentation-team for details and an official call for interest/applications). This way we can have a smooth transition to the next documentation leader, and start the trend of time-limited leadership for positions like this in the Drupal community (to prevent burn-out, let new people have a chance to lead, etc.). Anyway, rest assured I'll still be asking Ariane for advice and help, and I'm excited that she's still excited about being involved in documentation in her new capacity!

Jess (Drupal.org username xjm) is a Drupal developer, core contributor, module maintainer, and mentor, and just plain all-around awesome! She is a web developer for the University of Wisconsin's Department of Family Medicine. She also volunteers at the University of Wisconsin-Madison Arboretum.

Jess has made many contributions to Drupal, including roles as:

• maintainer of the Taxonomy Access Control and Taxonomy Lineage modules, among others.
• co-maintainer of the Taxonomy module in Drupal core.
• active participant in the API documentation clean-up sprint happening in Drupal 8, as well as efforts to clean up the entity system.
• co-lead of the Clean Up Core community initaitive.
• friendly and knowledgeable mentor to new contributors.
• organizer of the twice-weekly core office hours to help get new core contributors involved.
• inventor of the Issue summary initiative to give new contributors something very valuable but approachable as their first core contribution: reading through and summarizing long, difficult issues to help speed along their review and commit.

Sites she's built with Drupal include the UW Department of Family Medicine's public and intranet websites, an organizational knowledge base, and various small sites.

Jess attended her first DrupalCon in Chicago, and is coming to DrupalCon Denver as well, where she is planning to run an in-person core office hours sprint!

We asked Jess a few questions:

Tell us a bit about yourself! What is your background, or things that interest you outside Drupal?

I love the outdoors. I often bike 30 miles a day in the summer (that's 50 km for those of you using reasonable systems of measurement). I camp, hike, and do ecological restoration, and I probably can identify more plant species than you. ;) I also have other crunchy pastimes like gardening, cooking, and making candles. (I have not yet attempted to weave my own yogurt.)

I read a ridiculous number of books, and I speak bits of five foreign-to-me languages (though I can only carry on a conversation of any substance in French). I think General Relativity is awesome and I love mathematics and statistics.

I'm also a nerd. You probably got that already.

How and why did you start contributing to Drupal core?

I opened the 7.x-1.x branch of TAC with no knowledge of Drupal 7. 80% of TAC's upgrade from D6 was straightforward, but then I crashed headlong into the Field API and D7's entity form handling. I started asking a lot of questions, and catch was incredibly patient and helpful. I connected with someone in IRC who had a similar issue with entity forms, and we came to the conclusion that we needed a hook_field_widget_form_alter(), which did not yet exist in the API. We posted an issue for that, and before I'd finished my lunch, sun had written a patch for it.

Around then two things happened. First, the issue summary functionality was deployed on Drupal.org, and I saw a way that I could actually do something useful in the core queue in exchange for all the help I was getting. My hope was that issue summaries would widen the "review bottleneck" by saving reviewers and core committers time. I started writing an issue summary every day for major and critical core issues. Every summary I wrote also taught me something about Drupal.

A few days later, chx asked in IRC for someone to reroll a patch with a couple of minor fixes. I thought, hey, I can do that, and it ended up being my first core commit credit. For chx, who has written more of core than pretty much anyone, it would have been a triviality, but for me, it was the realization that I was actually capable of contributing, at least in a small way. That opened a door for me.

In the process of writing my once-a-day issue summaries, I came across some issues in subject areas I already understood well, so I worked on the patches as well as the summaries. Then I learned how to write automated tests for TAC, and consequently I was able to start contributing automated tests for core as well. The more issues I worked on, the more I understood, and the more I could do. Kind of an avalanche set off by a pebble, by the fact that people like catch and sun and chx took the time to be supportive and encouraging. So that's why I have my Drupal.org profile tagged with "full frontal nicety" (cr. webchick). Be nice. Go out of your way to be helpful and kind, because it can make all the difference to a budding contributor.

Can you explain some of the benefits of getting involved with the community and what you get out of it?

The best part is having co-ownership in the software that I use every day in my job. Being able to help resolve problems I encounter is very empowering, as is knowing where I can turn when I get stumped by something. It's also wonderful to collaborate with talented, engaging people from all over the world.

Now, if I were talking to my boss (hi Justin!), I'd emphasize that being actively involved in the project is good business strategy:

• Filing and participating in issues helps resolve real, production problems for our sites in maintainable ways.
• Contributing code back to the community means that there are thousands of other sites to help debug and test that code.
• Participating in discussions about Drupal core and contributed projects helps us make informed decisions.

What motivates you to help out others to get involved?

Two things:

1. For years, I was active in contributed module queues, but terrified of core. It took meeting a couple of friendly Acquianauts at DrupalCon Chicago to show me that core developers were actually completely approachable human beings. ;) So I'd like to extend that same realization to everyone else who might be in the same place I was.
2. Drupal 7's fantastic success also means that there are a lot more people using Drupal and filing issues. There's also a chronic shortage of experienced patch reviewers, which means issues that could well be fixed by an existing patch get stuck and languish. We as a community need to invest in connecting new contributors with the work they can do now.

What's your advice to new would-be contributors?

1. Join Drupal IRC channels. Lurk in #drupal-contribute.
2. Check out core office hours or the Novice queue.
3. Try your hand at contributing an issue summary. If you take the time to carefully read and understand an issue, you'll likely learn a lot about a particular topic, and also get a feel for how the community resolves issues and makes decisions.
4. Code is not the only way to contribute--not even for core. (Just today, a self-proclaimed "not a PHP nerd" unblocked a 4+ year old core issue by doing manual testing.)
5. When someone gives you feedback, embrace it! If code is your thing, learn to love the patch reviews you get. Even if all someone says is that a code comment is unclear, they're helping your patch move forward.
6. Pay attention to the feedback that experienced contributors give others, as well. You can learn a lot by watching what reviewers look for.
7. Above all, be patient and don't get discouraged! Sometimes it can take a long time and a lot of iterations for issues to be resolved. And, if you are unsure about anything, ask the nice folks in IRC.

What do you do with Drupal these days?

Well, it looks like I'm finally going to get to upgrade my department's sites to D7, which is a huge relief. I'm looking forward to experimenting with responsive frontend design and all the cool stuff I missed out on during a decade of supporting pixel-perfect IE6. (We finally decided to drop support this year.)

How did you get started in Drupal? What were your stumbling blocks, and what were the moments that things started to click?

The full version of that story requires a couple drinks, or possibly a therapist. However, I'll say that cowboy-coding a CMS with 2-3 others back in 2003 taught me the comparative value of open source projects, and that I picked Drupal for a client in 2006 primarily because the Drupal community seemed to be active and thriving.

The thing that stumped me the most in those first few months with Drupal 4.7 was probably access control; I spent weeks of testing and hacking trying to implement the permission scheme I wanted. (I installed TAC very briefly in D4.7... and uninstalled it as fast as I possibly could. I'm not sure if it's irony or fate that led to me maintaining it.) A few turning points for me were learning firsthand the bad things that could happen if I hacked core; the release of the Zen theme, which brightened my relationship with Drupal's frontend considerably; and my discovery of hook_nodeapi() and hook_form_alter(). Oh, and when I got over the idea that "I was a developer and knew how to write SQL" and realized that Views was pretty powerful. ;)

What's your favorite restaurant in Madison?

That might be the toughest question here, because we have a lot of amazing restaurants! In this context, I think the honor must go to Bradbury's, where I've written a whole lot of code, issue summaries, and so on; not to mention papers on topics ranging from the ecological history of Cherokee Marsh to the sociolinguistics of the distinction between Hindi and Urdu. (This is what happens when you go to college for over a decade.) Bradbury's has the best coffee in town, plus a rotating, seasonal menu of sweet and savory crêpes featuring local produce.

What would Linnaeus do?

Well, I'd love it if he could help me out with the Cyperaceae. If you think Drupal can be confusing, try identifying sedges sometime.

Anything else to add? :)

t5'''''''''''''''/
(This last contribution is from my cat Auri, who wisely considers my laptop to be her primary competitor for my attention.)

Know of anyone else doing awesome things in the community? Nominate them for Community Spotlight!

New hands-on trainings are now open for registration when you register for DrupalCon Denver 2012. A full listing has been added online where you can read more about the trainings going on Monday, March 19, 2012 before the conference kicks off. Training is offered at a much reduced rate compared to standard full day training offerings and it's a great opportunity to save on travel costs if you are attending DrupalCon already. All trainings will be held in the Convention Center, the venue for the conference March 20 - 22, 2012.

What Trainings Are Available?

• Deploying Drupal at Scale on Microsoft Platform
• Drupal 7 Module Development
• Site Building and More - A Mentored Training from Build a Module.com
• From PSD to Drupal Theme: A step-by-step approach to creating your first Drupal theme
• Rules Mastery
• Responsive First: Design and build a site for all devices
• Absolute Beginners Guide to Drupal
• Making the Switch to Drupal: The Developer's View
• Security: Process, Code & Hands-on Training
• Code-driven Development: Use Features Effectively
• Awesome UX Deliverables and Process

This array of professional trainings offers something to all levels of experience. You can register for trainings at the same time you register for the conference, or if you have already registered, it's easy to get the discounted package rate, too.

DrupalCon is a great way to get so much of the community in the same place at the same time; if you haven't already, register today and sign up for a training.

In the spirit of giving, a special promotion is now available to anyone who registers or has already registered: purchase your tickets by Dec. 31, 2011* and receive a special edition DrupalCon T-shirt (*23:59:59 UTC/GMT -7).

Drupal 7.10, a maintenance release with numerous bug fixes (no security fixes) is now available for download. Several major bugs, including one causing errors with the 5.x branch of Drush, have been fixed this release. See the Drupal 7.10 release notes for a full listing.

Upgrading your existing Drupal 7 sites is strongly recommended. There are no new features in these releases. For more information about the Drupal 7.x release series, consult the Drupal 7.0 release announcement.

Changelog

Drupal 7.10 is mainly a bug fix release. The full list of changes between the 7.9 and 7.10 releases can be found by reading the 7.10 release notes. A complete list of all bug fixes in the stable 7.x branch can be found in the git commit log.

Update notes

- None at this time.

Known issues

- None at this time.

DrupalCon Denver is just 5 months away. While the organizing team is committed to keeping the event affordable - with a low ticket price of $350 and affordable hotel options - there are even lower cost options for some members of the Drupal community.

DrupalCon Denver Scholarships

The deadline to apply for scholarships for DrupalCon in Denver is tomorrow -- anyone who has not yet applied can do so online until November 18, 2011 midnight Mountain Time. The DrupalCon Denver scholarship program allows community members who would otherwise not be able to attend DrupalCon to benefit from the DrupalCon experience as the Drupal Community benefits from each scholar's attendance. Read about the eligibility requirements and get the link to the online form by visiting DrupalCon Denver's Scholarship webpage.

Sprints at DrupalCon: More glorious than ever

DrupalCon Denver will better highlight and accommodate contribution and code sprints throughout the conference. To support sprints, we're offering a limited number of free attendance tickets. Sprint leads can now register with their proposed focus, and should have a group of at least 3 sprinters together at the time of application. Applicants should be ready to describe in detail the goal (what you plan to improve) and desired outcome (what will be accomplished during the sprint). Sprints can take place at anytime during the conference; they need not happen only on the Friday following the scheduled sessions. Preference is given to sprints that plan for a full day's amount of work, even if it's spread out over several days. Preference is also given to sprints that align with the conference theme or the following categories:

• Documentation
• Drupal.org improvements
• Drupal Core (Drupal 8 Initiatives or Drupal 7 bug fixes)
• Top contrib projects or community improvements

Applications have already started to roll in. You can apply online as a Sprint Lead. Sprint Lead selections will be announced in January. Check the official DrupalCon Denver website for the latest information.

We are excited that DrupalCon Denver is still very affordable and also able to include even more programs to keep it affordable for the people in our diverse community who need and deserve a little more help.

Correction: Previous posting of this said the deadline is November 17th, which is incorrect. The deadline is November 18th.

The Drupal Security Team was originally created in 2005. Though we handled security issues before that, we didn't have a team with proper infrastructure until then. At that time, Károly Négyesi (chx) was the team leader. In July 2006 chx changed his role in the team and I promoted Heine Deelstra to be the security team lead. Heine recently stepped down as the security team lead, and I'm pleased to announce that Greg Knaddison (or greggles on drupal.org) will be filling this role.

Greg has been a consistent member of the security team and both Heine Deelstra, the security team members, and myself unanimously agreed that Greg is the logical person to head the Drupal Security Team.

For those who don't know Greg, Greg helped write our free handbooks on security and wrote a book about Drupal Security. He has also talked about security and Drupal at many DrupalCons. Greg believes in my idea to automate where possible and empower project maintainers. In the coming weeks he will write blog posts to detail some changes made in the last year toward that vision and some tasks that still remain.

As the Drupal Security Team lead, Greg will be the point person for the team. He'll be responsible for coordinating the security team's activities and for making decisions when consensus doesn't arise.

Greg and I agreed on a target of 2 years for him to be in this role. If appropriate, he may continue in this role longer or be replaced before then, but this target helps to set an expectation about the time period. Setting this expectation should help Greg maintain enthusiasm for this role and increase the likelihood that our community will have continuity when that time is up. Greg works at Acquia and will be given 20% of his time to dedicate to the security team (in addition to using his own spare time).

Please join me in thanking Heine for all the great work he did, and in welcoming Greg.

git.drupal.org, drupal.org and our sub-sites have a scheduled maintenance window on Tuesday November 15th from 5PM PST to 7PM PST (UTC-8). Note that this is not a downtime window for drupal.org, but a period of possible instability. git.drupal.org and git.drupalcode.org will have an actual downtime during this window. Watch drupal_infra on Twitter for real-time status updates.

This maintenance window is to re-rack and re-VLAN our servers. Thank you for your patience.

Klaus Purer is a member of the Drupal community who has been recently been extremely active with project applications. How active? In the last 30 days he has commented on almost twice as many projects as the next most prolific commenter. Even though he just got involved in the last month, he's tied for most reviews of the most projects in the last 6 months!

How did you get involved with Drupal?

I started to work with Drupal during my involvement with the students union at the Vienna University of Technology (Fachschaft Informatik) back in 2006. I was just a user at that time, posting articles and keeping the web site up to date. In 2008 I was looking for some work besides my computer science studies and ran into a job advertisement by jpetso. I found it very appealing because it mentioned ?actively taking part in an open source project? and since I at least knew Drupal a little it was a great match. So I started at Pro.Karriere (now known as epiqo) as part time Drupal developer, I think I did my first patch for Comment CCK (porting it to Drupal 6). Another boost for my involvement was the Google Summer of Code program in 2009, where I did a project for the Rules module. Fago was a great mentor (and still is today).

What do you do with Drupal these days?

I finished my master thesis this year, which talks about the Web Service Client module. I?m working on eRecruiter, a Drupal 7 distribution for online job boards. I help fago to maintain Rules and sometimes Entity API, I really like to work with RESTWS and I sometimes have to do hackish, pure Drupal-work-around modules like Role Export. I am a Google Summer of Code mentor and I am proud what my student sepgil accomplished this year (Rules Link). I have some Drupal core patches here and there waiting for your review. You can find me on meetups of the Drupal Austria local user group.

What got you started in the project application review process?

I saw people whining online about the project applications issue queue and the huge backlog. I was curious how hard it could be to do a review, and I saw that it actually is pretty easy. Then I wondered how many reviews one person could do in 24 hours. I took some time in the weekend and slayed down around 130 issues. I got motivated by the progress and continued my work, now with the challenge to reach zero "needs review" issues. Haven't succeeded yet, but will go for it when I have time. I think it is crucial for the Drupal community to get more developers on board, so that not only the Drupal user base grows but also the developer base.

What are some of your favorite moments from that process?

I like it how fast projects can evolve from a crappy code base to a clean and polished version. It is great to see how people care about their work, want to learn and want to get it right. They are excited when they get approved and spread their motivation to others, even to myself.Another aspect is that I myself learn a lot being a reviewer. The most valuable things are the security reviews by greggles, that point out weaknesses in the code that could be exploited by an attacker. It really hurts when greggles shoots down an issue for security reasons that you RTBC?ed before, but I appreciate it as it grows my awareness about security issues and my knowledge how to identify them.

Are there any cool projects you?ve learned about through that process?

Yes, definitely. Of course people don?t do blockbuster modules like Views or Rules as their first Drupal module, but there are nice ideas like Fixed field, Guest, User Email Domain and many others that I have forgotten right now.

What changes do you hope will come in the project review process?

I would like to get more reviewers involved. We can automate the reviews a bit (I created a bash script to do some common checks, see PAReview.sh), but we need human approval anyway later in the process. There are plans to deploy some automation on drupal.org directly, but that long term effort does not solve the problem of lacking reviewers now. You can do a decent project review in 10-15 minutes, so if more people would just do one per day or one per week we would not have any problems.

It looks like you?ve been to several Drupalcons. What is your favorite part of these events?

The atmosphere of friendly human interaction. It amazes me how nice and welcoming all people are and how low the barriers of entry are. I like it that there are almost no hierarchies between the people and that you can talk to just anyone.

Tell us a little about your background or things that interest you outside Drupal?

I?m living in Vienna, Austria, and I?m a free and open source software enthusiast. I like to compare programming languages, so I hate PHP (if only Drupal were written in Python!). I?m interested in politics, ethics, philosophy and gender studies. I am a vegetarian and I support attac.

Where to find Klaus:

http://twitter.com/_klausi_
http://klau.si/
http://drupal.org/user/262198