Slashdot Mirror


Transferring the Leadership of Open Source Projects?

Frabcus asks: "I founded an Open Source project TortoiseCVS, a Windows Explorer shell extension for using CVS, but now I'm looking to hand on project management to someone else. When I started out, I had an itch to scratch. We started using CVS at work and I didn't like the interface for WinCVS, so I made a better one. Now it's a year and a half later and TortoiseCVS does everything that I want it to, so I'd like to move on to other things and let someone else take it on. There have been over 20,000 downloads, so I have quite a large user base, but not many people are active in supplying patches. Do you guys have experience of handing on an Open Source project? How did you find someone who has similar goals that will fit in with the existing code?" The thing to do is to start asking around in development circles. The best starting place, of course, is among the existing user-base. For those of you who have transferred Open Source projects, how did you go about finding your successor?

Another well timed submission on this same subject, mrgrumpy follows up with this query: "Quite some time ago (around 1997-1998) I built a Java based adventure game called World. Developed with Java1.1 (and at the time it was fairly leading edge, it now looks a bit tired), you run around, collect treasure and kill things. As with all my great projects (hey, I won a Sparc5 for this), I had always intended to finish it, but never did. Now I want to give it away to a good home where developers will continue to work on the code and bring my ideas to completion.

Every now and then I sit down and have a look at the code but I don't really have the energy left to complete it (most of my energy was soaked up with my Masters degree). Other projects have taken over now, and I'm planning to go overseas for 12-18 months, so I know I won't get back to it for a very, very long time in any serious way.

I am happy to give the code away if a team of developers want to continue developing it. I can act as a grandfather figure to the project to give guidance and wisdom, and to clarify what my vision was, and what the code does. I'd prefer it to be GPL'd or a similar license that won't shut the code up.

There was another project similar to this one called White Orb, which seems to have gone the way of the dodo, a shame because it had a lot of potential, so I don't want to release this one and have it gather dust. I could set the project up somewhere like SourceForge, but as I said I'd rather just hand it all over to someone else and just look after it.

If you're interested, you could email me, or just leave a comment below. I want to pick either a team, or an individual who I can be confident in that they'll get the project up and running."

So here are two projects looking for good homes. What's the best way of giving up control of an Open Source project (with the potential of varying degrees of continued project development by the original maintainer) in the hopes of it continuing on in good health?

128 comments

  1. rule number one by sam@caveman.org · · Score: 5, Insightful

    in general, if you leave the project, it will die. this is sad but true: unless there is someone other than you who has a substantial personal investment in the project in terms of blood, sweat, and tears, the project will fade away fairly quickly once people realise there is no committed leadership.

    -sam

    --
    burn the computers. go back to the abacus.
    1. Re:rule number one by puma_duh · · Score: 3, Insightful

      I disagree. The foundation of open-source projects is the team-work... that's what make a lot of them better than they closed-source counterparts. Most likely a lot of people helped him to get where he is. Finding a suitable sucessor among those who helped is just a matter of time and patience. And even without a centralized leadership the project may still grown, and the program can be improved.

    2. Re:rule number one by smack_attack · · Score: 1

      The exception to this is phpMyAdmin

      Good software (usually open source) usually won't die if the founder forgets about it. The fact is that most software can be replaced with something else (however difficult that may be) if development stops.

    3. Re:rule number one by Anonymous Coward · · Score: 0

      pathetic, the "foundation" of ANY software project (substantial ones) is teamwork. I'm sure there's absolutely no teamwork at Microsoft going on, no countless hours of design and analysis taking place. Most likely in this case, not a lot of people helped this guy get where he is, hell, he says that! So please stop spreaing your zealot backed FUD and look at the facts.

    4. Re:rule number one by puma_duh · · Score: 2, Interesting

      Not really. Microsoft software (why do you always pick this enterprise) is made aiming *MONETARY RETURN*, not quality. If they can make crap and sell it for a good price, that's what they are going to do.

      And I think it is YOU who should look at the facts before posting. Take a look at the project page in SourceForge: 3 administrators and 19 developers - this is a good quantity of people, don't you agree? Are you sure that he wasn't helped by a lot of people?

    5. Re:rule number one by ab315 · · Score: 3, Interesting
      These days the "first wave" of maintainers are leaving their projects and I am seeing a lot of good packages being driven into the ground by the inexperienced and overenthusiastic people who take over. The first rule of software development is "if it ain't broke don't fix it" but when a new maintainer take over the first thing they want to do is rewrite everything.

      The catch twenty-two of project maintenance is that anybody who has the experience knows how much effort it requires and will be reluctant to volunteer, so the people who will actually step forward are those who are too inexperienced to know better.

    6. Re:rule number one by babbage · · Score: 5, Insightful
      I disagree. The ugly truth about open source is that, in spite of the grassroots image, every significant project has been primarily driven in a top down way. Think about the irony there. When you think closed source, you think Windows, Oracle, Photoshop, etc., all of which have big corporate names behind them, and thus their unseen legions of developers -- Microsoft, Oracle, Adobe. When you think open source you think Linux, Perl, Emacs, and most of them have the names of individuals associated with them -- Torvalds, Wall, Stallman.

      This first guy said outright that a lot of people have downloaded his application but few have submitted patches back to it. That flatly contradicts your suggestion. And as for the second guy, he doesn't sound so different -- he still seems to want to run things, he just wants a break from the tedium of actually writing the code. Boo frickin hoo to him, I say -- if this Java game is his baby he shouldn't expect someone else to care about it as much as he did. It's much easier for me to sympathize with the CVS guy -- he's done what he set out to do, now he's willing to let others go where they will with it. If the project is to continue, this is what will have to happen: some other lead developer (or group of developers) will have to see something in the project that they want fleshed out, so it can become *their* itch to scratch, not someone elses. People don't tend to scratch other peoples' software itch unless they're being paid to do it, which brings us back towards the proprietary model.

      What you say sounds nice in theory and adheres nicely to the party line, but the sad fact is that the mechanics of things don't let them work out that way. Only the biggest projects have anything looking like a team effort -- Perl6 comes to mind -- and even then they're being lead by a core group of people, so it isn't really an exception to the rule.

    7. Re:rule number one by Anthony+Boyd · · Score: 3, Insightful
      if you leave the project, it will die

      Not in my experience. Perhaps your generalization holds up for others, though. But for me, the only way to keep my projects going is to walk away from them immediately. I am not a big developer. But for example, I wrote a few Applescripts for Outlook Express on the Macintosh. Including a well-loved script that restored password-protection to the app. I always released this code into the wild with text that stated the code was not only free, but that it had scratched my itch and others were invited to take over. All my Applescripts & Perl programs have since been completely taken over by others.

      Perhaps in order to have a successful passing-of-the-baton, you need to disclaim ownership and encourage others to do as they wish. I see this as a flaw of mrgrumpy's approach to passing on his Java game, World. He wants to be the "grandfather" figure giving guidance and vision. He wants it to be GPL'd or similar. He wants to be sure the project won't gather dust. He needs too many assurances, and developers have a fear of commitment. When I use/patch code, I play with it out of curiosity and interest. So by encouraging freedom -- even freedom to fork code into new directions that I never intended -- my code always finds a new home or two.

    8. Re:rule number one by Amokscience · · Score: 3, Informative

      First read some of this:

      http://www.firstmonday.dk/issues/issue4_10/bezro uk ov/
      Second, as an open source author myself of a program that has received about as many downloads as the first questioner, I know my project would probably die if I left. It's a good project and I provide lots and lots of documentation and it's useful (in business) to thousands of people. Still, if I don't do work no one else does.

      Not that there hasn't been a lot of interest but people usually lose interst or make it do what they want and after a couple patches go about their business. I don't have any serious complaints about it but it can be somewhat frustrating seeing all new faces all the time.

      The only projects that will survive the project leader's departure are those with strong core groups or a strong hierarchy of leaders and co-leaders.
      I consider my project fairly successful and it's the work of basically just me. No team. That's just one counter-example but there are countless others like it in the open source community. Maybe if my project was sexier I would have more developers, who knows.

      Luckily for me and my users I still have enough fire and drive (for now) to 'finish' my project.
      My advice to people wanting to step down (with no clear successor) would be to put out feelers, grab about 3 people, give them full access, and wish for magic to happen.

      --
      Fsck cluebie moderators. I'll say what I want, offtopic or not. And fsck having to qualify every bloody statement just
    9. Re:rule number one by Malcontent · · Score: 2

      It depends on the size and the competency of the people using the product. Sure there is always a core dev team or a single person in charge but that does not negate anything. How many people knew about the CVS project? I didn't that's for sure. Maybe if more people were using it and it was valuable enough to at least one of them then somebody would have stepped up. Maybe winCVS is better for people or maybe it's good enough either way it's easier to switch then to maintain something you have no love of.

      --

      War is necrophilia.

    10. Re:rule number one by Random+Walk · · Score: 2
      This first guy said outright that a lot of people have downloaded his application but few have submitted patches back to it.

      Actually my own experience (from several open source projects) is that you cannot expect more than about one bug report per thousand downloads, and much less useful patches. Which implies that only the top twenty (well, maybe the top fifty) out of the many thousand projects listed on freshmeat get enough patches/bug reports/overall attention to make the developement really an open community effort. All the other projects rely almost entirely on one person to push along, find bugs, think about useful features, and get the project going. And they quietly die if that one person abandons them.

    11. Re:rule number one by seven89 · · Score: 1
      The ugly truth about open source is that, in spite of the grassroots image, every significant project has been primarily driven in a top down way.

      It seems reasonable that the people who had the original idea, or who do the most work, or who have the most knowledge about some project should have the most influence on its development.

      I would rather work on a project with recognized, effective leadership than one dominated by covert egalitarianism freaks. But let me qualify that.

      Egalitarianism isn't necessarily bad. If it comes about as a result of a small number of people of similar levels of relevant expertise coming together and working on a common project, then it's probably a good thing.

      "Leadership" isn't necessarily good. When it is assigned as a result of weird corporate politics having no relation to the quality of the actual work being done, and when we submit to it out of economic necessity, rather than a desire to be part of some cool, interesting, maybe even popular technical project, then it's probably bad.

      One of the great virtues of Open Source is that it helps develop leadership -- the kind of leadership that can inspire, coordinate, teach by example and teach by word without using economic or physical threats. An even greater virtue, in fact, the beautiful thing about Free Software, etc., is that it allows people to become members of groups that are compatible with their general preferences, cultural habits, and so on.

    12. Re:rule number one by ZippyDahClown · · Score: 1

      @#$%^!@

      Yeah, baby

      --
      Where is Anonymous Coward when you need him?
  2. GAIM by akiaki007 · · Score: 5, Informative

    That was a success in ownership hand down. Perhaps you should ask them how they did it.

    --
    "Time is long and life is short, so begin to live while you still can." -EV
    1. Re:GAIM by bjb · · Score: 4, Interesting
      I think it has more to do with the fact that GAIM is a project that people really want. Not to say that people don't want the CVS interface, but with the popularity of instant messaging these days, a good AIM-like client for multiple platforms has a definate market.


      Sure, there's other IM clients and protocols out there, but AOL's IM is certainly the king (from what I see). From past experience with some of these open source clients (read: haven't touched 'em in several months), I found that GAIM was probably several (if not more) steps ahead of the competition.


      I think in the end it really comes down to how much of a demand among "geeks" the program has. With the CVS extension mentioned, it certainly is a good tool to have, but it is a Windows product; GAIM is more Linux/UNIX which tends to draw a larger geek crowd. If you were to compare Windows to UNIX users, you would find considerably more people with serious programming skill on the UNIX side. These are the people who would pick up and develop these projects.

      --
      Never hit your grandmother with a shovel, for it leaves a bad impression on her mind...
    2. Re:GAIM by Anonymous Coward · · Score: 0

      ??? From what I know the original owner still is in control even though Eric does 99% of the work. I don't know if I would call this a successfull transfer of control.

    3. Re:GAIM by warmenhoven · · Score: 1
      Hi. I guess I should answer, seeng as how, as the AC said, I'm doing 99% of the work. Sigh, and I had moderator points and was looking to use them, too.

      Gaim has actually transferred hands two or three times (depending on whether you count me as the current maintainer; I don't). Mark started it, Jim took over it, then Rob. Now I'm doing the majority of the code; though Rob's still the maintainer, handles releases, documentation, and the website (along with Chris), and writes a significant amount of code. I just write code (and an occasional rant).

      I can't say how Mark or Jim or Rob got involved with Gaim; I wasn't there for it and don't know the whole stories. The reason I got involved with Gaim was because it sucked. The GNOME panel applet version didn't even compile; the first patch I put in to Gaim was to get it to at least compile. I'm currently in the process of getting the rest of it to do what I want it to do.

      Right now there are three or four people who Rob and I would be quite comfortable giving the code to if we wanted to quit. I don't think it's ever really been an issue; there will always be someone there making it better.

      I think, possibly unfortunately depending on perspective, that bjb is right: Windows for some reason doesn't attract people who are willing and able to write open source code. Whatever the reason, it ends up that Windows projects are hard to pass on. But it's not solely limited to Windows open source projects. Any project where people aren't submitting patches is hard to pass on.

      What I would do, if I didn't know who to pass the code on to, is to announce my retirement, and start keeping a public list of feature requests made by you and other users (SourceForge is great for this, hint hint, plug plug). Someone may eventually put in patches, and you can pass the project off to them. If no one does, you still can write code for it when you have time and interest. Of course, if you can't come up with any feature requests, and neither can anyone else, does it really need to continue to be worked on, other than bug fixes?

      --

      -----
      "A man is judged by his every word." -RW Emerson
      "They misunderestimated me." -GW Bush
  3. When I have someone take over... by nll8802 · · Score: 5, Insightful

    I usually ask the most active bug reporters and patchers... One of them is usually quite willing to take over the project. I think if you didn't go to them first they would be a little upset since they feel they have already made quite a bit of contributions to the project.

  4. Parallels with Perl and CPAN by MeerCat · · Score: 2, Informative

    use.perl.org (running SlashCode) has a similar topic for CPAN modules up for adoption.

    --
    I spent a lot of money on booze, birds and fast cars. The rest I just squandered. - George Best
  5. You know what we need? by Anonymous Coward · · Score: 5, Funny

    A home for abandoned & elderly Open Source projects. Preferably one where they can be kept subdued so that they won't hurt themselves.

    "Yes TECO, you don't like EMACS. You know whats happens when you talk about EMACS though don't you? Here, Jerry Springer is on the telly. Thats it, you just sit there..."

    1. Re:You know what we need? by ebbe11 · · Score: 2, Informative
      A home for abandoned & elderly Open Source projects.

      Such a place has existed for some time now.

      --

      My opinion? See above.
  6. Does it really need improvement? by Eugene+O'Neil · · Score: 5, Insightful


    You say that the application is sufficient for your own needs. Isn't that enough? Rest on your laurels, and be satisfied with the project as it is. Don't go looking for someone to take it over, if someone is truly suited for the task, they will come looking for you.

    Unlimited growth is the creed of the cancer cell.

    1. Re:Does it really need improvement? by willhelm · · Score: 2, Interesting

      Definitely. What I would do is announce on all your development/announcement mailing lists that you are ending your reign as maintainer and happy to hand over the project to someone else. Also put a blurb about this on your project website right on the front page. Make sure all source code is available--toss in a README file with all your final thoughts and things you were thinking of doing and whatever else. Make sure you copyright all the code and place it under whatever license is important to you. This involves adding license text to the top of every file in the project as well as adding a LICENSE file with the download.

      Then just move on with your life. If someone finds your project and has an itch they need to scratch, they'll contact you about taking over or whatever.

      That's what happened with Lyntin--Lyn stopped development and a year later I discovered the project and we chatted and I took over and moved it to sourceforge and so on so forth.

      On the flip side, you can always take a super passive role on your project. If it does everything you want it to do, then it's "done" and you can just hang out and deal with patches if people send them in.

    2. Re:Does it really need improvement? by jdclucidly · · Score: 1

      Straight from 'The Cathedral and the Bazaar': 13. ``Perfection (in design) is achieved not when there is nothing more to add, but rather when there is nothing more to take away.''

    3. Re:Does it really need improvement? by Anonymous Coward · · Score: 0

      I'm a user, so I have a different perspective on this. It seems the TortoiseCVS project has reached a natural end. All the features are there and work well. Remaining bugs can be fixed by users if they appear later on, and people can build on the code if they want. What's left to do? Why would someone want to take over?

      Finished projects may not be too exciting for developers, but as a user its very exciting. Every distro comes with software under active development. I expect to find some programs that only work under favourable conditions. After all, I'm supposed to be testing the code. I'm always glad of the extra functionality. While it's marvellous that the computing community is able to provide its own tools, you're often using a work-in-progress that was relatively untested at release time (especially with non-critical apps).

      Big projects like GNOME/KDE may take a long time to reach this stage (perhaps they never will), but it's comforting to see someone achieve what they set out to do. I say tie it up now, and let your project speak for itself. Be proud of it and enjoy the fact that you have what you wanted. As a by-product, so do 20,000 appreciative others. If someone wants to make TortoiseCVS something else, well, that's their project. Let them start it, and enjoy what you've achieved.

  7. hard by stoopidguy · · Score: 5, Insightful

    There is really no way of insuring that all of your own goals will be met. A new project leader means that they will put their ideas over yours, in 6 months you can take a look at the program and it will a total change from what you had/intended. But as the story suggests, send an email to the project's list and also post it on the page. Then just make sure the person you are handing it over to knows their stuff. If at all possible give it to someone who has been working on the project.

  8. Come now, be honest by sharkticon · · Score: 5, Insightful

    Take a long look through the projects on SourceForge. Notice anything? That's right, most of them haven't been updated in well over a year, and most of them are being run by one person on their own.

    Although open source projects hold great potential for cooperative development, it seems that in the real world there are few bazaars and plenty of lonely coders working on their own projects. Some of these are lucky enough to generate interest, but most don't. Then again, most aren't particularly novel anyway.

    The truth is that there are a million projects out there, some of which are more far more worthy and interesting than the things suggested here. And if people are looking for something to contribute to, then they're going to go for these high-profile projects rather than someone's home-grown application.

    So I guess you'll be lucky to find anyone to take these over (well apart from posting it on /. perhaps). Open source is great, but it only works for projects interesting enough to generate "many eyes" rather than someone's personal hobby code.

    --

    1. Re:Come now, be honest by Anthony+Boyd · · Score: 3, Insightful
      Open source is great, but it only works for projects interesting enough to generate "many eyes" rather than someone's personal hobby code.

      Building on another post I made last week, I would rewrite your sentence as follows: "Open source is great, but it only works for projects interesting enough to generate interested contributors rather than someone's personal hobby code." Getting interested contributors doesn't require many eyes looking at the project, although it helps. It only really requires "luring" or "wooing" a couple like-minded people. Unfortunately, people tend to consolidate efforts and work on projects with the most critical mass. So a lone geek reinventing the wheel shouldn't be surprised to find that others want to put their efforts to the wheel that's already turning.

  9. The two submissions are vastly different, by tony_gardner · · Score: 5, Funny

    One has a finished, working code that needs patching, the other looks to me like someone who wants others to do his homework.

    At that I've got an open source project I'd like finished:

    A 3D first person RPG with overhead views that has MMP, LAN, and single player potential. Easy to mod, fantastic graphics and addictive gameplay.

    work done:
    downloaded gcc

    anyone interested?

    1. Re:The two submissions are vastly different, by tony_gardner · · Score: 1

      and it should work on my pentium 2.

    2. Re:The two submissions are vastly different, by Anonymous Coward · · Score: 0

      Thanks a lot - I damn near choked on my lunch that was so friggen funny.

    3. Re:The two submissions are vastly different, by Amokscience · · Score: 2

      You jest, but sadly that's pretty much the modus operadi of a large number of registered Sourceforge projects.

      Here's a tip: run away from any project that says "will do xyz" or "aims to be", or "wants to create", or "eventually ...". It means they're dreams are far beyond their capabilities.

      Of course they were serious for the week it took to get things registered. Then reality and inexperience hit and they quietly slunk away.

      --
      Fsck cluebie moderators. I'll say what I want, offtopic or not. And fsck having to qualify every bloody statement just
    4. Re:The two submissions are vastly different, by sharkey · · Score: 2

      You forgot: Runs on my old 486 with 4MB RAM, 250MB HDD and 1MB VESA video. And provides 3D positional Surround Sound on my Pro-Audio Spectrum.

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
  10. not necessarily by indecision · · Score: 3, Insightful
    If the current release has useful features and is relatively stable, then there's no reason for users to stop using it, especially so in the open source case since if they have problems they may well be able to fix the issues themselves. This is true of a few things I use myself.

    What might well "die" is the evolution of the product; a user patching their own code is not likely to go through the effort of propogating their patch, when there's no active maintainer who they can simply email. The project may well end up not evolving further because of this, but hey if the program is mature, that isnt too much of a loss.

    And then eventually someone might come along with an idea that uses the "stale" project as a seed for something greater, and start evolving it again.

    1. Re:not necessarily by crath · · Score: 1

      I agree, it's the evolution that dies not the use. I regularly make use of other people's half-finished software projects, most of which will never be completed, and this hasn't made them any less valuable to me.

      The problem I encounter is that none of these projects has been GPL'ed, and half of them haven't had their source code released. For those for which I have source code, in most instances I have sent the authors patches; but few of the patches have ever been released back into the public code stream. Since the projects are not GPL'ed (or equivalent), I am not able to fork the project and carry it forward into its second life.

      My plea to the authors of both the projects is for them to open source them, publish the source code, and announce to their users that they will no longer be maintaining the projects. As long as the projects are free to be carried forward by another maintainer, at their leisure, then someone will eventually pick it up.

  11. Post to slashdot by gregRowe · · Score: 2, Funny

    You could post to ask slashdot and you might find someone to take over your project...oh wait...

    --
    There\'s no place like ~
    1. Re:Post to slashdot by gregRowe · · Score: 0, Offtopic

      oops should have included

      tags. It was a joke folks!

      --
      There\'s no place like ~
  12. What's TortoiseCVS like? by Anonymous Coward · · Score: 0

    Is anyone here using TortoiseCVS? What's it like? It sounds like a good idea.

    1. Re:What's TortoiseCVS like? by pmonks · · Score: 1

      PBF good! Like the author, I started out using WinCVS but it didn't really agree with me. After discovering TortoiseCVS and playing with it for all of 30 seconds or so, I decided it was much better and haven't looked back.

      I've used it against SourceForge and private CVS repositories for a while now and never had a problem (and I'm using SSH against SourceForge, which under Windoze is no mean feat!).

      I just wish its main window had a minimise button though! :-)

  13. World URL by yivi · · Score: 1

    Obviously, the URL for World, the Java Game, is this, and not the one submitted.

  14. Fink by christurkel · · Score: 1

    When the leader of fink resigned, it was devastating; he started it, ntured it and it really was his baby. The rest of us got together via email and worked out new leadership. In short, announce your intention to move on and see who steps forward.

    --

    CDE open sourced! https://sourceforge.net/projects/cdesktopenv/
  15. Wait for somebody to come to you... by dominion · · Score: 4, Insightful

    Since you started the project because you had an itch to scratch, then your best bet is to just announce that you are no longer maintaining the codebase, and that if anybody starts updating it, and needs to contact you, that they should.

    Wait for somebody else to have an itch to scratch. The idea that you need to "appoint" a new leader is contrary to the non-heirarchical nature of open-source.

    Michael Chisari
    dominion@tao.ca

    1. Re:Wait for somebody to come to you... by Anonymous Coward · · Score: 0

      While I agree on the 'wait until someone speaks up', I don't think he's wrong in looking out for potential candidates to take over the codebase. I'd first put the code in CVS (helps a lot to get the casual lurker involved) - that's apparently done, as subsection of cvsgui. Then I'd wait to see if there's one or more contributors asking for CVS write access. One of these might be interested in taking over the project.

      This won't happen on the spot, though. You're in a hurry to get out of the project? If there's a couple of people actively contributing code, ask those if they're interested. They might even go as far as setting up CVS if you didn't already. Worked for me when I pulled out of the linux-mac68k project :-)

      With no major contributor(s) in sight, it's probably best to announce you're orphaning the codebase, and wait a while. If there's no response (meaning a meaningful offer to take over, no whining), drop it.

      Michael

  16. open source addresses this by Anonymous Coward · · Score: 0

    Won't the fact that it's open source take care of the issue? If someone cares, it will be picked up. If more the someone cares, it may fork. If nobody cares, it will become another freshmeat project with no work being done. Just let it go. The community will judge the worth.

  17. Merge by ScroP · · Score: 1

    Maybe you can find a project that you could merge your changes back into. If you started by finding a way to improve WinCVS, maybe you can merge those changes into thier source tree. Perhaps it could be a view option, like detailed list or small icon list type view in windows explorer. People could pick classic WinCVS or your style WinCVS views. How much work this would be depends though, on how different the two are. I don't know much about either project, but you get the idea of what I'm trying to say here as an alternative to finding a new owner. I think other projects must have done this before, but I don't remember which - wasn't it two of the newer .net implementations that did this? portable .net and some other one?

  18. Transferring the Open Source AI Leadership by Mentifex · · Score: 0, Offtopic

    Eventually the torch is passed in all human endeavors, even the creation of Open Source Artificial Intelligence. But in the case of AI, a new species of Mind will be taking over from us human beings -- hopefully before we totally ruin our lush, green planet Earth.

    As the creator, originator and suffer-the-slings-and-arrows propagator of the First True AI in Web-JavaScript and in Forth for robots, I await and issue The Call to new mindmakers by asking all PD AI enthusiasts not to join the actual Mentifex AI project itself, but to establish separate, mutually collaborative AI Mind projects to be linked together with such liaison pages as the Mind-to-VB page.

    Early examples of independent, quasi-Mentifex AI Mind efforts include Mind.VB of 3.Apr.2000 -- ported from Mind.Forth AI.

    A more recent port is from JavaScript into Mind.Java in June of 2001.

    If some AI coder(s) will please take over the final stages leading to Technological Singularity, then we pioneers may turn to pondering the Theology of Artificial Intelligence. Amen!

  19. That's not how it works by Corporate+Troll · · Score: 1, Funny
    You want to download a finished debugged open source project? On top of that it must be a top-notch game?

    The only way you can get that is: code it yourself, debug it yourself and test it yourself. Then release and await praise.

    No, I don't do that either....

  20. Forgotten projects by elgato1906 · · Score: 1, Funny

    Welcome to The Island of the Misfit toys.

  21. I don't agree with some of the comments here by linuxrunner · · Score: 4, Interesting

    I am reading this, because I am in the same boat and have some projects I would like to see continued, just that I no loger have the desire.

    Most of the posts say, just let the community judge it.
    Well that's fine if you have a large site that's really popular. But what if you don't?
    Sure my site gets good traffic, but nothing fantastic.... I do not advertise, or offer anything substantial other than code.
    My purpose is to code, not to get traffic....

    So what's my alternative.... Be another freshmeat or sourceforge project that doesn't get traffic too? I mean go and see for yourself how many defunct projects there are..... and the list! Oh my god the list.... So many to go through, so many with no source code at all!

    The solution:

    Traffic
    And lots of it. These two projects will now probably get a home thanks to Slashdot.
    My Proposal:
    Maybe Slashdot can add a new feature.... Projects in need of a home, and can showcase a new project every day or week.

    --
    www.slightlycrewed.com - Because aren't we all?
    1. Re:I don't agree with some of the comments here by Zurk · · Score: 1

      hmm..i would suggest just dumping it on sourceforge with an entry in the LSM and freshmeat. eventually someone will come along, send you an email and fork or pick up your project. i know ive done it once before...i found a dead project (not updated for 3 years) on the LSM, picked it up and integrated it into one of my projects i was using and cleaned and modernised it. then released a new version of it and im actively maintaining it since its integrated into one of my projects. as long as its GPL someone will find bits of it useful and pick it up. it may take a long time but if the code is in decent condition someone will put the effort required and use it. just make sure you have a relatively easy build process (even if you have no makefile a script helps) and write clean blocks of code (you dont need to doument -- you *do* need to have sane functions with meaningful names on the variables).

    2. Re:I don't agree with some of the comments here by j7953 · · Score: 2
      Maybe Slashdot can add a new feature.... Projects in need of a home, and can showcase a new project every day or week.

      Like unmaintained-free-software.org?

      --
      Sig (appended to the end of comments I post, 54 chars)
    3. Re:I don't agree with some of the comments here by ebyrob · · Score: 1

      Good thoughts but...

      If you don't consider your projects worthwhile enough to take the time to list them on sourceforge and freshmeat (freshmeat in particular IMHO) then how can you expect anyone else to care that much about them? This TortoiseCVS thing sounds like a great idea, and probably would have been picked up if it was on freshmeat. Maybe you just need a big shove in the listing direction...

      So here's your invition: List those puppies on freshmeat! Do it today!

      Don't just expect Slashdot to do your legwork for ya...

  22. why he wants to hand over and why it won't work by Anonymous Coward · · Score: 0

    Just why do you really want to hand over? you say it yourself."I'd like to move on to other things"
    well, that's the case with most project. There's a first stage with fast growth and gratifying, interesting and creative concept work, then there's a more boring part where you have to implement lots of necessary or commodity functions without novelty and then it gets really boring when it's mainly maintaining an existing codebase and keep it up to date or bugfixes.

    and most projects just die because people do the interesting part but get bored afterwards and don't have the will to continue. And commercial projects that succeed do so because the salary is a strong argument to do the boring part too. For open source project, you need strong will.

    So you say you've done the interesting part and are looking for someone to do the boring part, while you're looking back at the projet like a "grandfather" (i.e. the one who gets the credit and respect)

    who would possibly be willing to do that, when it's much more gratifying and interesting to start a project of his own?

  23. I (and the company) use it by SerpentMage · · Score: 4, Informative

    While I think that you might be disappointed that not many folks are actually supplying patches there are two reasons for this.

    1) It is really good and does not need much in terms of patches. I use it all the time and I love it.

    2) Debugging a Windows Shell Extension is a royal pain in the ass. I actually tried to debug Tortoise because I wanted to change a few things. But I gave up when debugging became difficult.

    As a result it says one thing. You did a great job....

    --

    "You can't make a race horse of a pig"
    "No," said Samuel, "but you can make very fast pig"
    1. Re:I (and the company) use it by jekk · · Score: 1

      Hear hear!

      I use TortiseCVS, and it's wonderful. I'd even be willing to donate a small amount of money to help support the maintainer if that's necessary to attract one, but knowing the general practice on that grounds I do NOT recommend that you try to collect donations and pay someone... true volunteers are your only hope. With something of the quality of TortiseCVS, there's got to be SOMEBODY out there who wants the fame...

  24. walk away by Score+Whore · · Score: 2, Insightful

    I realize that you have a personal investment of time, effort, etc. I know you'd love to make sure your "child" is in good hands. But the appropriate thing is to just drop it and walk away. If there is interest in continued development someone will take up the task.

  25. Cathedral and Bazaar by aridhol · · Score: 2

    I just finished reading the Cathedral and the Bazaar. It talks about Popclient becoming Fetchmail. The way this happened was ESR sent patches to the author and found out that the project was almost dead. This led to the original author handing over the reins to ESR.

    --
    I can't say that I don't give a fuck. I've just run out of fuck to give.
  26. easy by Chundra · · Score: 3, Insightful

    Write a little message on your website saying something like:

    "I have given up working on this software. You are free to use it as usual. It works fine, and I can't think of anything else I want to do with it. If you'd like to take over the project and add new and exciting features, please contact me at [insert email here]. Cheers."

    What's the problem?

    1. Re:easy by antrik · · Score: 1

      The problem is that people will immediately run away when they see such a note.

      --
      All my comments get moderated +-0, spotless.
  27. Re:Merge - yes, the correct answer by Anonymous Coward · · Score: 0

    Merge the code into WinCVS. And if those coroprate stuffy shirt big-wigs at GNU WinCVS don't want to merge - merge anyway - screw 'em.

  28. Consider a BSD license by alexhmit01 · · Score: 5, Insightful

    If there aren't people interested, your best bet is to try to come up with a way to generate interest. Setup a set of web pages describing it, and submit it to the search engines. Place the code under the GPL or BSDL, and hope that people take an interest. Ask them to e-mail you, as you are looking for a maintainer.

    However, as the code is Free, anyone can take it and use it. It appears that you are looking for free labor to do your bidding. Sorry, the world doesn't work that way. You can close up your code and it dies, or you can put it out there and hope that someone will do something with it.

    With the BSD license, someone may take your code and use it, even if in a non-free capacity. With the GPL, they may use it but only in a free capacity.

    You aren't interested, so move on. If you want others to benefit from your work, make it easy to find (properly built web pages to search engines can find it) and place it out for the world.

    Maybe someone will use it, maybe not. Maybe they'll e-mail you questions, maybe not.

    If you're done however, accept it and move on.

    If there was a large team of coders working on the project, than this question makes sense. If you were providing genuine leadership, it makes sense to find a replacement.

    However, they appear to be software projects that you are done with. Put the code up there. People can use it, or not. People should download it, decide where to go, and setup a fork. If you are lucky, 2-3 projects will form using your code. If not, none will.

    Regardless, there is no maintainer/leadership issue, as these are solo projects.

    Best of luck,
    Alex

  29. Shallow Footsteps in jism lakes by Anonymous Coward · · Score: 0

    You should first start going on the discussion windows groups...then maybe irc...but I would recommend that you switch more to a background advisor in case the project goes out of control

  30. Unmaintained Free Software by uh1763 · · Score: 5, Informative
    Hi all.

    OK, shameless plug, but anyways, this is IMHO exactly what these people are looking for...


    Unmaintained Free Software is a site which keeps track of unmaintained (or orphaned) Free Software related projects.

    It's a central place for people who want to

    • find out whether a project is unmaintained or not
    • find a project they can work on
    • announce that their own project is not maintained anymore and that they search a new maintainer for it
    • gather some statistical data about why Free Software related projects become unmaintained, how long it takes to find a new maintainer (if at all), etc...


    The ultimate goal of the site is to help find a new maintainer for software which is currently unmaintained.

    Any comments, questions or other feedback (patches anyone?) is highly welcome...

    Uwe.
    1. Re:Unmaintained Free Software by Anonymous Coward · · Score: 0

      change the colors

    2. Re:Unmaintained Free Software by starseeker · · Score: 2

      Actually, I've wanted to thank you guys for doing what you do, although not necessarily for just the finding maintainers part.

      Sometimes saving old code is the best way to get a new developer going, or let someone find a good way to do something without having to reinvent the wheel. The project doesn't have to be renewed - just as a knowledge base in itself it's extremely valuable.

      So anyway, thanks.

      --
      "I object to doing things that computers can do." -- Olin Shivers, lispers.org
    3. Re:Unmaintained Free Software by JasonAsbahr · · Score: 1

      This is really cool. However, it seems that not all free software projects *should* be maintained. Four thousand versions of ICQ libraries do not each need homes. How do you decide what gets listed and what doesn't?

    4. Re:Unmaintained Free Software by Evolutionary+Soldier · · Score: 1
      Uwe, this is very admirable and I hope useful.

      I intend on working on a 'leadership exchange' and a 'leaderdev' resource to do exactly what your page does (and is implied in this submission in general), but in a more general and collaborative way. (As a part of that, I will probably be working with you to improve both of our resources :)

      I propose my 'leaderdev' resource to connect projects with leadership and leaders with leadership resources to shepherd (and sometimes pass on) their projects.

      Please watch this space for more developments--I am in the process as we speak of putting together the proposal and site/resources.

      Don't hesitate to contact me if you're interested in collaborating, even at this early stage, at my email address. --Chris

  31. a post on slashdot's front page by Anonymous Coward · · Score: 1, Funny

    Is probably a good start.
    or perhaps you already thought of that?

    Allan

  32. I use TortoiseCVS and I have only 1 question. by iplayfast · · Score: 1

    Why would you need someone to maintain perfect software? Francis is a fantastic programmer, and his stuff is very useful. I'm sad to hear he's leaving TortoiseCVS, but I also think his time is wasted there (it's done). I'm looking forward to seeing what new projects he's going to work on.

  33. Everybuddy/GAIM by Admiral+Lazzurs · · Score: 2, Interesting

    I am now the maintainer of Everybuddy but it was not always so.

    The previous maintainer was a man called Torrey Searle, and he was also one of the people who have helped with GAIM (our projects are very intertwined, I really should write a history some day). The way is worked for us was something like this.

    Torrey was like your selfs way too busy to keep up work on the project, I was always working away, reporting bugs and such, as I seemed like the most active devel on the project it must have seemed to him that I was the logical choice. The story goes pritty much the same with GAIM incase anyone was wondering.

    However, in your case there are no other active devels, but I am sure that this /. apperence will help with that, then you will be able to choose who will take the project in the direction you want it to go.

    Also in my case, Torrey looks in every so often and wakes me up, he has moved a lot closer to me as well (he used to be in the US, he has now moved to Europe, and I live in the UK) so we are planning to meet up some time soon, so I am sure we will have a chat about eb then.

    The last thing I would have to say is make sure you get along with this person, it would be very hard if you a few months down the line find you have given 'your baby' to someone who is nothing like you and you don't get along with.

    Take care all - Robert Lazzurs

  34. Wanted: free labour by czth · · Score: 4, Insightful
    I am happy to give the code away if a team of developers want to continue developing it. I can act as a grandfather figure to the project to give guidance and wisdom, and to clarify what my vision was, and what the code does. I'd prefer it to be GPL'd or a similar license that won't shut the code up.

    Your "vision"? My that sounds pompous. If someone else is willing to take over, they won't want the crutch of having to take orders from someone else; open source is about freedom. If they do take suggestions from you, be happy, but don't think you'll be able to sit there like a god and direct your minions how to code "your" project. When you hand it over, you hand it over. It's not yours any more. And depending on the quality of the code and how finished it is (I quote: "I had always intended to finish it"), perhaps nobody will want it. Think of it it as evolution in action :).

    The first case is much different; it describes a project whose author has fulfilled all his goals for it and wants to pass it on to keep it "live", as I see it. TortoiseCVS may just require the occasional fix and feature addition; it sounds like a stable program. I'll probably try it out, as I currently use WinCVS at work.

    1. Re:Wanted: free labour by anderman · · Score: 1

      Yes his vision. Try reading what he said again and understanding it as well. Usually when you transfer a project to someone you tell them what you were aiming for, note his use of past tense WAS. Sounds like he wanted to be helpful while the new people took over to give them a shorter transition period in learning his stuff.

    2. Re:Wanted: free labour by mrgrumpy · · Score: 1

      It was never my intention to give orders with the code. What I had meant was that I was available help those who couln't work out what I was trying to do. I haven't updated the code for quite some time, and as I said, I don't want to drive it anymore.

      --
      -- Huh, what?
  35. Re:Funny you should mention... by MaxwellStreet · · Score: 2, Funny

    If you're really 100% serious about getting someone to contact you, you might reconsider posting anonymously.

    Just a suggestion . . .

  36. scratch that itch! by cr@ckwhore · · Score: 2, Funny

    When I started out, I had an itch to scratch.

    Phew! Good thing you didn't say "I had to scratch an itch", because thats would have been silly.

    --
    Skiers and Riders -- http://www.snowjournal.com
  37. Tortoise Rocks! by nambit · · Score: 5, Informative

    I found tortoise after needing something to let a designer keep his pages in the same CVS repository as my code. All i can say is that it's absolutly fantastic - the designer hasn't really got a clue about CVS, but using tortoise is so simple it hurts...

    right-click, "commit"...
    right-click, "update"...

    makes me smile whenever i see emails from the cvs server with the designer's name on them.

    to the guy who wrote it - thank you so much for making using cvs a joy under windows. what on earth do you think tortoise should be doing that it isn't now? the thing's finished as far as i can see! (and yes, that does mean it sends email ;-)

    1. Re:Tortoise Rocks! by Anonymous Coward · · Score: 0

      Hell, I use it even just to synchronize my whatever-files between office(s) and home. The program is really amazing... and at the moment I really do not know what else to expect from it...
      Lets just hope that after tenorsomething years, when it needs improvement the guy will have some time to do it again :)

  38. goals? by Psychopax · · Score: 0

    It's not clear whether you still have goals for this software or it already meets all your goals..? On the one hand you say it does all you wanted it to do on the other hand you are searching for someone with "your goals".. just not clear for me..
    j.

  39. The abandonware problem by Animats · · Score: 4, Insightful
    There's quite a bit of open-source abandonware. That's inevitable, but in many cases, the only open-source solution to some problem has been abandoned, or nearly abandoned.

    I've been writing a graphics application which uses several open-source libraries. So far there's a cross-platform OpenGL interface, a GUI package for OpenGL, an XML input/output package, and a VRML->Web3D translator. All of them almost work. All are to some extent abandonware. I've put some work into fixing the GUI package, but don't have the time to dig into all the others.

    And we're going to be in real trouble when (not if, when; read their financials) VA tanks and takes SourceForge down with it.

  40. Re:Funny you should mention... by Anonymous Coward · · Score: 0

    If you're really 100% serious about getting someone to contact you, you might reconsider posting anonymously.

    It didn't stop you, did it? :o)

  41. post it on www.unmaintained-free-software.org by utoddl · · Score: 3, Informative

    If you have or know of a project that no longer has its leader(s), post it on http://www.unmaintained-free-software.org/. At least people will have a chance to find it. Check it out; you might be surprised what's there -- gs f'rinstance.

  42. Not gonna happen by KidSock · · Score: 3, Interesting

    You won't find anyone. A prerequisite is that they find you. To pass the torch it will invariably be necessary that the candadate become interested in the project on their own recognisence. This is just human nature. They need to feel like they discovered it in a way thus making it important by induction. To say that you have done everything with the project and that your "done" is not going to enlightlen anyone to step up. Programmers are rather finiky about what they will put work into for free (and you can forget about good programmers). Remember when your grandmother gave you those coins and told you she though you should start collecting too? You didn't did you? Whereas if she had layed them out when you came over and didn't say anything and was kooth about it you just might have become interested in that coin collection. If she was really slick about it (and it was a good coin collection) you'd probably start asking her about her will.

  43. Ggradebook also looking for new maintainer by Norbert+de+Jonge · · Score: 0
    The Ggradebook (GNU Gradebook) Project is also looking for a new maintainer, since the 17th of November, 2001.

    "Lack of free time is causing the current Ggradebook Project maintainer to look for a new maintainer! If you think you're qualified, please send an e-mail to: Ggradebook@users.sourceforge.net. For a maintainer, motivation, enthusiasm and communicative skills are more important than programming skills..."

    The Ggradebook websites can be found here:

    http://ggradebook.sourceforge.net
    http://www.gnu.org/software/ggradebook

    With best regards,

    Norbert de Jonge
    http://norbertdejonge.sourceforge.net

  44. Well documented code may attract developers by KurtSteinkraus · · Score: 3, Insightful
    Any developer who joins a project in progress has to learn how the parts of the program are laid out. It seems that the learning curve could be made less steep by documenting the program well. Comments are not the only helpful documentation; there are also object models and diagrams of all sorts, detailed specifications, use cases, coding conventions, etc.

    The class I TA for at MIT is 6.170: Lab in Software Engineering. We force the students to learn how to write software using these documentation tools, in part to help them come up with better designs, but in part so that they can work more effectively as a team in their final project.

    --Kurt

  45. Do what the ministers do by GreenCrackBaby · · Score: 2, Interesting
    My father was a minister, and he followed an unwritten (I think) rule that said pretty much "when you leave a church, LEAVE it." Horror stories abound of retired ministers who still attended the old church they used to preach at.

    This should be no different. By all means hand the project over, but then sever all ties to the project. Accept the fact that someone else is at the helm, and they may have a different vision than you.

    --

    "The market alone cannot provide sufficient constraints on corporation's penchant to cause harm." -- Joel Bakan
  46. What are you all talking about? by Bob+Ham · · Score: 1

    Why does an open source project need a leader? Just sit the code on a site somewhere. Sourceforge is an obvious option, but sunsite would also be an idea. If anyone wants to mess with the code it's there; if they want to seriously pick up development, they can. Look at joe, it's been at version 2.8 for as long as I care to remember.

  47. In Reality, Open Source == Shareware by Saint+Stephen · · Score: 1

    You know, when I read about projects like this, I think back on the tens of thousands of shareware programs written just like this. Same economic model -- if you like it, give me a few bucks or give me a job. Nobody ever paid for shareware.

    Some blowhard with a penchant for LSD and communism just steps up into the mix and you've got yourself a philosophy!!! but in practice this is just shareware. Nothing new to see here.

    You show me apache, I show you PKZIP.

    1. Re:In Reality, Open Source == Shareware by Anonymous Coward · · Score: 0

      You're lucky RMS (Stallman) doesn't hear you...
      With shareware, you need the original programmer to keep the program "live". When he gets tired/bored/moves on/changes fields, that's the end of the program. You can use it as it is then, but no more bugfixes, no new features, nada.
      With Open Sou...errr...Free Software, you need *one* programmer to keep it live. And it can be you !

      As to "nobody ever paid for shareware" : I did (well, my employer did when I needed a program).

  48. Honest? how bout pragmatic. by ebyrob · · Score: 4, Insightful

    Um... I'm trying to figure out just what you're saying...

    Here we've got a CVS client for windows integrated with the windows explorer that somebody created because they thought WinCvs "wasn't good enough". Now, I don't know about you, but that sounds darned useful to me since I use CVS every day at work and get sick of using both explorer and WinCvs to do everything. Perhaps you know of some better projects which make this thing redundant? I sure don't.

    Next, you seem to be implying that there are particular "more worthy" projects people should be working on. You supply a link to freenet and to mind.sourceforge.net whatever that is. Two pie in the sky projects that already have more developers then they'd ever warrant and likely will never amount to a hill of beans.

    If you think Open Source is "public service" then you have fun with your "worthy" projects. Me, I'll be spending my time working on the tools that make my life easier. (and yes Margaret that includes whole operating systems for my extended family to use that I can actually get to work for them) Why will I give these tools away? So the next guy can work on something *more* useful, and maybe, just maybe, make my life easier in return.

    hacker ethic n.

    1. The belief that information-sharing is a powerful positive good, and that it is an ethical duty of hackers to share their expertise by writing open-source code and facilitating access to information and to computing resources wherever possible. (taken from the Jargon File)

  49. Two points... by big_hairy_mama · · Score: 2, Interesting

    1) What this (CVS) guy needs is some advertising. I've looked all over the web for a replacement for WinCVS, and because I couldn't find one, my work decided to use Visual Source Safe instead. I had no idea that this increadibly cool, useful, and covers-99%-of-what-i-needed-to-do thing existed. Yes, I suppose he does have ~20,000 downloads under his belt, but given more exposure, it shouldn't be as difficult to get other developers interested.

    2) These projects are lucky, in that being posted to the front page of Slashdot is likely to give them a *lot* of exposure (countering point #1), and hopefully someone in this crowd will choose to take up the ball. Other projects doing the same thing probably won't be posted to /., so I wish them good luck. There are some excellant comments above that should help.

  50. I'm interested by mandolin · · Score: 2

    Where's the sourceforge page?

  51. Get some momentum going, then try it... by Seor+Jojoba · · Score: 3, Insightful
    Similiar scenario--I have an old game that I am trying to breath new life into. I think it's working. It's not a glamorous project, but I had to take down my SourceForge job posting, after getting fifteen "sign-me-up" responses in two days. Right now there are five active coders besides me working on it. So it is possible, contrary to other posts here, to drum up some interest for an outdated game. It helps a lot to show people that you are organized and committed to getting things done. If you don't have the time and energy to play this role for a little while, you are probably in a Catch-22 situation. People will be more attracted to your project, the more committed you are to it.

    I don't plan to get a new project leader any time soon, but I think I could without much trouble. The key is getting some active development going on the project, before asking someone to take it over. Consider managing the project for just one more release with a few new features, and soliciting for help. The new development activity will hopefully attract some contributors. From these, you should have one or two candidates for a new project leader.

    -Erik

  52. don't worry about it by jmason · · Score: 1
    I agree, but disagree at the same time. Somebody needs to be interested in the project, for it to live on. But if the project turns out to be useful, they will make their own patches... and before you know it, someone's decided to merge the patches together -- and hey presto, they're the "new maintainer". viz. Apache.

    Anyway, regarding the initial Q. My suggestion is this: ask around in the user community, and see if anyone's interested in taking over as a maintainer. If not, forget about it -- just leave it to gather dust. Put up a web page with the current sources, details, etc. and a note indicating that you no longer have time to maintain it, and let it be.

    If it's useful to other people, and it works, and some tweak needs to be made, somebody will make it. They may also wind becoming de-facto maintainer of the software (I know about this -- it happened to me ;)

    If the new maintainer happens to irritate its users, the source is still out there, and if it has a decent free license, they can pick their own new maintainer and fork it. Maybe at some point down the line they'll merge back in (egcs/gcc), maybe not (NCSA httpd/apache) -- it doesn't matter as long as the code is good.

    All of this is well and good -- it's the open source project lifecycle! Don't worry about it! If your project is useful, it will be used!

    I know what I'm talking about here, because I found a big, unmaintained project that 'scratched an itch' a time ago; I found the existing third-party patches out there, integrated them all, made it portable to new OSes, and released a new version. Hey presto, I was the new (de-facto) maintainer. It worked great. That's open source for ya.

    Also, babbage said: This first guy said outright that a lot of people have downloaded his application but few have submitted patches back to it.

    Depends on the project. Sysadmin/developer users generally submit patches, end-users don't. Also, if there's an active developer community, there's less incentive to 'scratch your own itch' when you can just throw in a suggestion and get it scratched for free ;)

    This is another key point -- while you're still actively developing it, and appearing to "own" it, it will not pick up a new maintainer. You need to give people a need for a maintainer, before one will appear!

  53. Bring them on slowly by herbierobinson · · Score: 1

    You might want to ask somebody to co-lead it with you. "To allow for coverage while you are away". After they get up to speed, you can just fade into the background and let them take over. Or maybe you'll find that when you are sharing the load, you won't want to completely stop.

    An you are, of a course, aware that "complainer" is another word for "volunteer".

    --
    An engineer who ran for Congress. http://herbrobinson.us
  54. It wasn't my homework by mrgrumpy · · Score: 1

    It might look like it was my homework assignment, but it wasn't. It took me about 6 months on and off to get it where it is. When I was doing it, it seemed pretty good at the time, but as I said, it's a bit tired now.

    --
    -- Huh, what?
  55. aka unmaintained-free-software.org by musicmaster · · Score: 1

    The Sourceforge unmaintained page that ebbe mentioned is also know as unmaintained-free-software.