As mentioned before, since FooCamp I've been having ideas around
queue services:

http://krow.livejournal.com/531369.html
http://krow.livejournal.com/530752.html

I've been thinking about this a bit more, and instead of working on
the concept of a straight queue mechanism (like what Oracle has),
I've been thinking more about how web services handle this, in
particular services like Amazon's.

Instead of a flat queue structure, shoot for a temporal queue.

A range select should force rows to go away for a set period of time,
until the timer run's out. This gives the processing application time
to deal with the row, and if it doesn't make it back in time, the row
should reappear to go back in the …

I’ve read through Top 5 (or more) wishes posted by number of MySQL employees as well as by a lot of community members.
It was great to see so wide coverage as people with different backgrounds wish different things - Developers have some wishes to ease development process, MySQL DBAs would like stuff related to operations like Hot Backup. People actively working with Performance problems like Kevin,Jeremy or me have bunch of performance and scaling related wishes.

There is also a good overlap among people wishes which shows there are some things which are really needed badly.

The great question now is what will happen next ? Will there be any action taken to target wishes which make the most sense ? I heard Jay is collecting and summarizing these wishes so they would not be just lost but will there any true action taking ?

What I would like to see is MySQL taking a time to discuss and prioritize these internally and …

In my last post I’ve asked for any help on my project. So, tanks to Jay Pipes for his tip.
One of most developer problems is documentation. And a good solution was initially appeared in Java with javadoc. At now many languages have special javadoc-like tools. I’ve made a little research, and decided to use jsdoc and phpdoc in my project. I am still open for any suggestions

Today, I again spent about an hour to revert changes made by spambots on various MySQL Forge Wiki pages. As I was really sick of this, I now installed a new plugin: reCAPTCHA - this will hopefully raise the bar for spambots to create new user accounts automatically for spamming the Wiki. If you are a registered user already, you will probably not notice the change - by default, CAPTCHAs are only displayed on the following events:

• New user registration
• Anonymous edits that contain new external links
• Brute-force password cracking

Let's hope it helps! Please let me know if you still experience spam problems on the Wiki.

Ever wondered what happens after you submit a bug report to MySQL?
Puzzled at the cryptic messages that tell you about your report going from verified to in process?
Who on earth are those Valeriy, Sinisa, Victoria, Miguel, Sveta, Tonci who comment on your report?
Wonder no more.

MySQL bug processing explained disclose in tiny detail who are the busy bees in MySQL hive and how do they get from the pollen of your bug report to the honey of a bug fix.

What's behind MySQL bugs processing? Who handles your bug report? Why does it take so long? These, and many other questions are answered in this article about the internals of MySQL organization.

To some, this will be a repost as I originally wrote it for an internal MySQL mailing list but I have had much positive replies to the posting, I thought I should share it with a wider audience.

as i?ve been threatening to do for quite some time, i?ve finally made the source code for bugs.mysql.com available. it is not the prettiest code, and there?s still all sorts of hard-coded company-specific stuff in there. but it is free code, so stop complaining.

it is available as a bazaar repository at http://bugs.mysql.com/bzr/. i have not yet set up any sort of fancy web view, or mirrored it to launchpad.

i plan to do the same for the lists.mysql.com code some day. one limiting factor now is that machine only has python 2.3 on it, and bazaar needs python 2.4.

Our next installment of the "In the Trenches" series introduces us to someone that I know very well, Martin Musierowicz of Alfresco. Martin works for me and has been exceptional. He came to Alfresco with ~eight years of open source experience and has put it to work for the company. Martin is proof that while I stink at most things, I hire very well.

Martin grudgingly agreed to talk for The Open Road once a month's salary was withheld. Martin fits this Series' profile perfectly: someone of which you may not have heard, but who has added significant revenue and expertise to the company. Martin is the best open source partner person I've met. JBoss taught him well to request value for value. Indeed, as he says below, open source companies can't afford to partner cheaply...

Name, company, title, and what you actually do

Martin Musierowicz, Senior Director of Channels...responsible for Strategic Alliances and OEMs (i.e., …

I thought it would be a good idea to shift gears a bit to talk with the CEO of an open source startup that has Europe in its veins, especially one with Finland coursing through it. So I caught up with Eero Teerikorpi, CEO of Continuent, which provides database high availability software (for MySQL and PostgreSQL).

I've known Eero for some time (though, in my ignorance, I once asked if Eero is a Greek name. He replied, "No, Matt. I come from the land of open source." Finland, in other words. :-)

Name, position, and company of executive

Eero Teerikorpi, CEO, Continuent.

Year company was founded and year you joined it

I founded Continuent in 2004. (Continuent?s predecessor, Emic Networks, was founded in 2001.)

Stage of funding and venture firms that have invested …