Try results to the bug(s) of your choice upon completion

The TrySyntax helper and TryChooser wiki docs have both been updated to reflect the new option when pushing to try where you can now ask to have your complete summary of results (and a link to the tbpl page for your revision) posted as a comment to the bug on completion.  Here’s a live example to check out:

Sample comment in a bug when using –post-to-bugzilla in your syntax.

Now you have more control over how you get your try results and how noisy a try push is.

Please send comments and issues to the bug tracking this work.  Thanks for trying it out!

A quick morning rant about “gender” and data collection

This morning I read that Google+ is going to make your name and “gender” required to be public if you want to participate.  This bothers me for several reasons:

Web sites and forms notoriously say “gender” when they mean “sex” and only put M/F or Male/Female as options. When this type of choice is required but called “gender” it erases many people who do not feel that those options cover their gender since that is actually something way more mutable than your assigned sex at birth.  Solutions: Call it “sex” which is really what those two categories are or don’t make something that is not in fact binary into a required choice of two options.

Google are so proud of being all scientific and data driven and I’m frustrated that they would not take the opportunity on their new potentially game-changing social platform to re-vamp data collection. Don’t they have the processing power to allow people to put in whatever they like as “gender” and let the power of the search sort things out in the end?  If a small number of people want to put “jedi” or “dog” let those people find each other!  Who cares if there are some people who don’t feel like Male/Female defines them?  Why Google? Why do you want to act like two boxes can cover the breadth of human experience as it relates to gender in this world?  Why can’t you innovate on the small things as well as the big things that affect human interactions?

I’d really like to see a shift in how we collect data where there is more trust that the user knows who and what they are and that they want to share this information at their comfort level and that those on the other side, let’s call them advertisers (cause isn’t that what it all comes down to?), be the ones to deal with the outliers and uniqueness of human experience instead of trying to bash everyone into a two-party system.

Sidenote: When I have collected data recently for PyStar and allowed the gender field to be a text box I have found that the expected percentage (98%) of people entered “typical” information like woman, girl, female and that those who needed to express a different response appreciated the ability to do so by entering something else.  Leaving this field to user input choice did not result in a messy, chaotic list of random words or unidentifiable descriptors.  I fear not that most people will suddenly start to be something else when given more autonomy on forms.

Tree Closing Downtime Notice – 4am – 8am PDT Thursday June 16, 2011

Trees will be closed for downtime so that we can land the following:

1. https://bugzilla.mozilla.org/show_bug.cgi?id=662396 — Fix time on dm-wwwbuild01

2. https://bugzilla.mozilla.org/show_bug.cgi?id=600980 — Set journal_mode = WAL for dirty places profiles — This mean new performance numbers will start on Thursday morning after the downtime

3. https://bugzilla.mozilla.org/show_bug.cgi?id=649123 — Run ANALYZE on dirty places.sqlite files —  This mean new performance numbers will start on Thursday morning after the downtime

4. https://bugzilla.mozilla.org/show_bug.cgi?id=663568 — reboot the DNS and DHCP servers in scl1 — Rebooting these servers has been shown to burn builds in the past, requires a short (~5min) outage to reboot these servers to allow updates to take effect.

5. https://bugzilla.mozilla.org/show_bug.cgi?id=663963 — change LDAP to see if that speeds up mercurial — This change should be entirely transparent.  Hg processes that are running at the time that the change was made will have already loaded the NSS LDAP module and will continue to use it until they exit.  The only issue to be aware of is that changes to hg access (group membership, or the creation of a new account) will not automatically propagate to the hg servers the way they do now.  If any hg access changes need to be pushed urgently, we can do that manually.

If anyone has a reason not to proceed with this downtime, please let me know.