Community Feeds

Voting is now open for the 2012 election of at large directors of the Drupal Association. Two directors will be elected from among the ten candidates.

About the Drupal Association elections

When we designed a new governance structure for the Drupal Association last year, we decided that most of the board is selected through a nominating committee with the goal to carefully balance many factors like needed skills and geographical and sector representation. However, it was also deemed important that we have directors chosen directly by the Drupal community to make sure that the community is always well-represented.

We're holding our first open community elections! Two community "at large" directors will be elected to the Drupal Association Board of Directors, and YOU can get to say who they are!

Where to find out about candidates

• Review their nomination profiles.
• Read the notes from the two all candidates' meetings at http://groups.drupal.org/node/207398.

Who can vote?

Voting is open to all individuals who registered an account on drupal.org prior to January 18, 2012 and who have logged into that account at least once in the one-year period prior to February 3, 2012.

There is no need to register to vote. The voting system has been set up and prepopulated with the list of eligible voters.

How to vote

• Log in to this site.
• Visit the https://association.drupal.org/2012-vote page. After clicking through, you will be asked to rank each of the eligible voters, from 1st (top choice) to 10th (last choice). You also need to check a box confirming you're an eligible voter. Make your selections and save the form. That's it!

How does voting work?

The voting is done using the "Instant Runoff" voting method, powered by Decisions module. For more about this method of voting, please see this helpful YouTube video which explains it with post-it notes: http://www.youtube.com/watch?v=wA3_t-08Vr0

Can I change my mind after I've voted?

Yes! Before the close of voting, you can return to the voting form, cancel your previous vote, and submit a new vote.

When will voting close?

Tuesday, February 7, 2012 is the last day of voting. Voting will close at 00:00 UTC on Wednesday, February 8, 2012.

How will results be determined and announced?

When voting closes, a four-member elections team will review the results and post them to this site (association.drupal.org). Results will then be forwarded to the Drupal Association board for ratification.

The election team includes Angela Byron, DA board member; Cary Gordon, DA board member; Nedjo Rogers, DA advisory board member; and Thomas Svenson, Drupal community member who participated in the community process of planning the elections.

Why was voting delayed?

We had focused a bit too much on organizing the elections and left finalizing the actual voting system till the last minute. After several community members and Drupal Association staff pitched in, we got the elections system up about 3 hours after the planned opening of voting.

Wait. Only XXX eligible voters? What gives?

Despite the fact that the voting form lists far fewer, there are actually 270K Drupal.org accounts that fit the voter eligibility criteria. Valid accounts are added to the electorate list when they visit the Association website. These shenanigans are due to the Bakery module, our single-sign on solution, and the requirement to reconcile peoples' Association.drupal.org user IDs and their Drupal.org user IDs.

Problems and solutions

If you believe you are eligible to vote and try to vote and cannot or encounter some error, please post an issue to the Drupal Association issue queue, selecting "elections" as the component.

More about the elections

• The nominations announcement.
• The elections plan.
• All elections posts.

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.

Download Drupal 7.12
Download Drupal 6.24

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.

Security information

We have a security announcement mailing list, a history of all security advisories, and an RSS feed with the most recent security advisories. We strongly advise Drupal administrators to sign up for the list.

Drupal 7 and 6 include the built-in Update status module, which informs you about important updates to your modules and themes.

Bug reports

Both Drupal 7.x and 6.x branches are being maintained, so given enough bug fixes (not just bug reports) more maintenance releases will be made available, according to our monthly release cycle.

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

Elections for at large Drupal Association elections are kicking into high gear with two all candidates meetings this week before voting opens Friday.

Election candidates will participate in all candidates meetings are scheduled over the next two days (Wed., Thurs. or Fri., depending on your location). The first meeting, intended to work for people in the Asia and the Pacific, is scheduled for 01:00 UTC on Thursday. That's 5 PM PST on Wednesday for those in the US and Canada.

The second all candidates meeting at 17:00 UTC Thursday is timed for participants in Europe, Africa, and the Americas.

Then on Friday voting will open. Details on voting will be posted to association.drupal.org.

See the elections announcement for more on how to learn about the candidates.

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.

Download Drupal 7.10

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.

Security information

We have a security announcement mailing list, a history of all security advisories, and an RSS feed with the most recent security advisories. We strongly advise Drupal administrators to sign up for the list.

Drupal 7 includes the built-in Update status module, which informs you about important updates to your modules and themes.

There are no security fixes in this release of Drupal core.

Bug reports

Drupal 7.x is being maintained, so given enough bug fixes (not just bug reports), a new maintenance release will be made available the last Wednesday of January (January 25).

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.

Ithaca, NY  There will be a regional Fedora user group meeting on Friday, October 14, 2011 from 9am-4pm at George Washington University in Washington, D.C. for anyone in the D.C./Maryland/Virginia area.

The focus of the meeting is to find out about various interesting Fedora projects going on in the community and to look for opportunities for collaboration and regular information sharing.  There will be some detailed presentations on specific projects as well as lightening talks to provide quick updates about what users are doing or thinking about doing.

So far, the following organizations/projects will be presenting:

Goddard Spaceflight Center, National Technical Information Service, Smithsonian Institution, University of Virginia, US Geological Survey, *Islandora and *Hydra projects

*Both Islandora and Hydra are both open source applications that are built on top of Fedora and provide ways to easily develop use case specific systems.

So far the following organizations will be presenting a lightening talk:

National Agricultural Library and National Library of Medicine

In addition to the above Valorie Hollister from DuraSpace, the supporting organization for the Fedora repository software, will provide an update.

A more formal program will be distributed later this week on the DC Fedora users mailing list.

The event is free and anyone interested in attending and/or presenting is welcome. Please email Karim Boughida at kboughida@gamil.com if you plan to attend and Thorny Staples at StaplesT@si.edu if you would like to present.

Meeting location: Room 207, Gelman Library, George Washington University, 2130 H St. NW, Washington, DC 20052

Ithaca, NY The Fedora framework for building digital repositories along with some of the community initiatives that have helped to fuel its success were the focus of the Red Island Repository Institute (RIRI) 2011 held at the historic Dalvay By The Sea hotel on Prince Edward Island, Canada Sept. 17-22, 2011. Brad McLean, DuraSpace CTO and Chris Wilper, DuraSpace technical lead and developer were on hand to give presentations and meet with this small group of about 25 attendees who were there to get a deep understanding of Fedora details and related Islandora and Hydra projects. RIRI featured a blend of presentations, workshops, and networking sessions, with some attendees also acting as instructors.  While attendees were mostly from North America, there were also representatives from as far away as China.

Sessions included basic introductions to Fedora, Islandora and Hydra, technology roadmap presentations for Fedora, Islandora, DuraCloud and Hydra, a substantial tutorial on creating content models, and breakouts featuring featuring robust discussions about using Fedora-based repositories to help preserve digital humanities and scientific data. Experts from the University of Alberta digital humanities department suggested that using a Fedora repository to keep a personal reading history, down to which pages were accessed at particular times of day, will point the way towards the use of repositories as rich, interactive knowledge spaces.

Future Fedora development is already focused on whittling down the core to the most valuable kernel of abstraction around digital objects so that users and developers can access a Fedora repository to serve digital objects with even more flexibility in how they integrate any kind of service. Preliminary discussions on how Islandora and Hydra might better interoperate via content models, access policies, and search sync nicely with the idea of microservices being part of Fedora without being “in it.”

Other conversations during the event covered common technology tools and trends; Apache Solr use continues to be universal, and there is increased use of event-driven approaches via JMS solutions.

RIRI video recordings will be made available on the Islandora web site: http://islandora.ca/.

With thanks to Brad McLean and Chris Wilper for help in preparing this report.

Ann Arbor, MI The 2011 Biennial Meeting of the Inter-University Consortium for Political and Social Research (ICPSR) for more than 160 official representatives will be held in Ann Arbor, Michigan October 5-7, 2011.  This year’s conference theme is “ICPSR: Building on 50 Years of Leadership,” and the meeting will serve as the launch of ICPSR’s 50th Year Anniversary celebration.

Though participation in this ICPSR meeting is limited to researchers, librarians, teaching faculty, students, and policymakers at ICPSR Member Institutions and invited presenters, concurrent program sessions will be live-streamed. The symposium may be accessed using livestream:

http://www.icpsr.umich.edu/icpsrweb/content/ICPSR/or/ormeet/2011/social.html

Presentation materials will be posted on the Program & Workshops pages:

http://www.icpsr.umich.edu/icpsrweb/content/ICPSR/or/ormeet/2011/program/index.html

ICPSR’s program will focus on training attendees to use ICPSR’s data tools, including the Social Science Variables Database, online analysis (SDA), secured data analysis, data-driven teaching resources, and our various data collections including the 2010 Census and American Community Survey. Workshops begin on Wednesday, October 5, and the meeting concludes at noon on Friday, October 7.

At the request of the DSpace Committers and Developers, the DSpace Community Advisory Team or DCAT has begun an effort to build a community consensus on improving the metadata support in future DSpace releases. Because there are many different issues, both from an organizational/policy perspective, as well from a code development perspective, DCAT is requesting input to help clarify the priority and focus through on on-line survey.

Thanks in advance for your participation!

Survey link: http://www.surveymonkey.com/s/MTVF88G

-The DSpace Community Advisory Team

From Tim Donohue, DuraSpace technical lead and developer

Ithaca, NY As we head into Fall (for those of us in the Northern Hemisphere), we thought it appropriate to reflect back on the successes that came out of this year’s Google Summer of Code (GSoC - http://code.google.com/soc/).

As you may recall, this is the first year that all DuraSpace projects took part in GSoC, with Fedora and DuraCloud joining DSpace with a project apiece.

This year we had a great group of students and mentors that resulted in a total of five successful GSoC projects!

Submission Enhancements in DSpace - Gaurav Kejriwal
(Mentored by Mark Diggory & Scott Phillips)

Gaurav’s project sought to ease the ability of repository managers to customize the DSpace submission process. The goal was to allow Administrative users to configure the DSpace submission process from the administration user interface. The overarching idea is to replace the existing XML based configuration files (item-submission.xml and input-forms.xml) with a database-driven user interface. During the summer, Gaurav worked to replace the existing ‘item-submission.xml’ configuration file. With guidance from his mentors, Gaurav designed a new database-driven architecture, mocked up & built a new Submission Administrative UI (for XMLUI), and delivered a final code patch to the Committers. His work is under review in our JIRA Issue Tracker, and we hope that it will be added to a future version of DSpace.

For more on this project, screenshots and code, see:
https://wiki.duraspace.org/display/GSOC/GSoC+2011+-+DSpace+Submission+Enhancements

Migrate to a modern Web service library for SOAP and support MTOM (Fedora) - Jiri Kremser
(Mentored by Adam Soroka)

Jiri worked on updates to Fedora to use Apache CXF for the SOAP exposure of Fedora’s web service APIs. Fedora was formerly using an older web service library that had significant limitations. Jiri’s changes will allow developers to integrate their software more easily, and in more familiar ways. His work is currently being tested and merged into the main line of development, and the committers hope to include it in Fedora 3.6, scheduled for late 2011.

For more on this project, see:
https://wiki.duraspace.org/display/GSOC/GSoC+2011+-+Fedora+Web+Services+Update

Eucalyptus Integration (DuraCloud) - Rajender Naik
(Mentored by Bill Branan and Andrew Woods)

Rajender’s project focused on the creation of a storage provider implementation for the Eucalyptus Walrus cloud storage system. This new storage provider would allow for the integration of private clouds (running Walrus) with the public cloud systems that are currently available through DuraCloud. These hybrid clouds (which combine public and private cloud systems) provide an ideal solution for organizations that would like to combine the convenience and flexibility of the cloud with the security and predictability of in-house data centers. Rajender’s work over the summer created a baseline implementation which can connect to a Walrus system and perform most basic storage functions. While more work is needed for this work to be included in the formal DuraCloud baseline, Rajender is still engaged and working to see this new storage provider become a part of DuraCloud in an upcoming release.

For more on this project, see:
https://wiki.duraspace.org/display/GSOC/DuraCloud+-+Eucalyptus+Project

New UI built over RESTful services (DSpace) - Vibhaj Rajan
(Mentored by Bojan Suzic & Mark Diggory)

Vibhaj investigated building one of the first user interfaces on top of the beta DSpace REST API (https://wiki.duraspace.org/display/DSPACE/REST+API). His goal was to build a lightweight, theme-able, Javascript user interface, that could perform all normal DSpace activities via the REST API (some features are still a work in progress). Vibhaj’s Javascript interface is powered by JQuery UI (http://jqueryui.com/) and a new FireSpark service computing platform (also built on JQuery). In addition, the project provides great examples of how DSpace may leverage JQuery (and similar technologies) to build even more dynamic and flashy interfaces. We hope to see Vibhaj’s hard work updated & maintained alongside the REST API.

For more on this project, screenshots and code, see:
https://wiki.duraspace.org/display/GSOC/DSpace+ClientUI+built+on+RESTful+API+-+GSoC+2011

WebMVC (Freemarker) UI development (DSpace) - Robert Qin Zhengquan
(Mentored by Graham Triggs, Peter Dietz, & Stuart Lewis)

Robert concentrated on enhancing the new WebMVC (Freemarker) User Interface work (begun by Graham Triggs), a project which seeks to potentially update/replace the aging JSPUI. Robert’s GSoC project centered around adding administrative functionality to the new WebMVC UI (EPerson/Group administration, Community/Collection administration, etc). The goal was to bring the WebMVC more in line with administrative tools available in other user interfaces (JSPUI or XMLUI). Robert’s hard work has been immediately accepted into the current WebMVC codebase (hosted at github: https://github.com/DSpace/webmvc/).

For more on this project, see:
https://wiki.duraspace.org/display/GSOC/GSoC+2011+-+DSpace+WebMVC

For more on the WebMVC UI in general, see:
https://wiki.duraspace.org/display/DSPACE/WebMVC+%28Freemarker%29+UI

—

We would like to congratulate each of our students on a job well done! We sincerely believe that the code from each of these projects will be accepted or enhanced and released in a future version of each software platform.

Gaurav, Jiri, Rajender, Vibhaj and Robert, thanks again for making GSoC 2011 a great one!

From Richard Green, Consultant to Library & Learning Innovation, University of Hull, managing the Hydrangea in Hull and Hydra (Hull) Projects

Hull, UK The Hydra in Hull team is pleased to announce:

hydra.hull.ac.uk

This institutional repository head replaces Hull’s previous repository UI based on Muradora.  About 97% of content is transferred from Fedora 2.4 to Hydra-compliant Fedora 3.4.2 and what remains are just some edge cases that should get dealt with next week.  The launch was timed to coincide with the beginning of the semester.

The splash pages are not as customised as the team had hoped they would be at this stage – a lot of content still uses our ‘generic’ splash – but at least things are discoverable and accessible.  There is quite a list of ‘cosmetic’ display bugs still to be addressed.  If you look, you should see about a third of the content through the public URL.  (On campus Hydra will be accessed via the University portal which does an invisible login; this offers more content to students and even more to staff.)  Behind the scenes there is still a lot of work to do polishing the create and edit side of things.

Our indexing process gives us full-text for pdfs.  Underneath the lid structural (management) sets are there and working, as are display sets (which show up under ‘collections’).  Actually, clicking on a display set gives the wrong return (you should get the splash page for the collection, you currently get the members) but that’s hopefully on next week’s fix list.

About Hydra

Hydra is a large, multi-institutional collaboration focused on developing a technical framework of components that lets institutions deploy robust and durable digital repositories (the body) supporting multiple “heads”: highly feature-rich digital asset management applications and tailored workflows. More information is available at the Hydra Project web site: http://hydraproject.org/.