So where do you have demand? Find some way to charge for it. That's what I am trying to say. List your assets, list where you have demand, list different ways that might get monetized. Tie pay to what people want from you.
Best of luck.
Does this story continue? Getting a bunch of money from a one-time plea or stunt is drastically different than a recurring revenue stream; I'd love to hear how well he did after he started doing it full time (and how he chose to monetize; still donations?).
But if you have a backlog of enhancements that a bunch of people want but can't/aren't coding themselves, maybe you could run a little campaign to raise $this_much money by $this_deadline in order to deliver $these_features
I quickly found, for us, that hosting alone wasn't sufficient. So now we are offering complimentary solutions along side the open source product. We let you import photos from Facebook and Instagram for free. You pay to do it from Flickr.
We also automate some tasks that would otherwise be nearly impossible. Such as migrating from Deopbox to S3 (one aspect of the product is that you select where your photos are stored). This feature also let's us offer storage provided by us (required to get users up and running immediately. Then we can let hem change their mind later.
It is early in the game but people are paying. Hopefully enough users will. It becomes a win for the project and the creators since active development can continue.
We just offered 3 tiers of support. For $250 a year we'd answer emails. For $500 we promised an answer within a day. For $750, within 4 hours, and for $1000 a month I'd take your phone call.
So, people are paying for your time, and for access... I was shocked my how many people opted for $1000 a month phone support (direct access to the developer/author).
Otherwise, support continues to be provided by a mailing list, group or other mechanism.
Good luck!
Many customers will prefer to purchase a support license in order to ask the developer a question. Some will create a feature suggestion and since they have paid, the developer is more likely to implement them.