7 ms·

Abandoned open source projects

102 points by jkreeftmeijer 16y ago

aerique 16y ago
I'm generally not so sensitive about this but that article is annoying to read for me because of the font you've used (or the effects you've applied to it). Good idea for abandoned projects however.
- michaelcampbell 16y ago
  Out of curiosity, what are you reading it on? It looked perfectly normal to me (Windows + Firefox), but maybe it was due to some font issue on my side and substituting something readable. Here's a screenshot: http://imgur.com/vdkMS.png http://imgur.com/vdkMS.png
- dinedal 16y ago
  I've found this bookmarklet: http://lab.arc90.com/experiments/readability/ http://lab.arc90.com/experiments/readability/ cures all my woes.
  - ronnier 16y ago
    And if for some reason you can't run readability or prefer just linking directly to the extracted text, you can use my reader (based off of readability): http://toadjaw.com/article?url=http%3A%2F%2Fjeffkreeftmeijer.com%2F2010%2Fabandoned-open-source-projects%2F http://toadjaw.com/article?url=http%3A%2F%2Fjeffkreeftmeijer... If you are on a mobile phone, you can view a mobile version of HN that also provides a link to my reader here: http://toadjaw.com/hn http://toadjaw.com/hn
- jkreeftmeijer 16y ago
  What browser/OS are you using? Can you send me a screenshot of the problem? That'd make it easier to fix it. :)
  - aerique 16y ago
    I'm ashamed I didn't put this in my original post! I can't recreate it on my machine at home although they both run the Debian testing branch and use Iceweasel. I'll let you know tomorrow but it's probably PEBKAC.
  - aerique 16y ago
    Okey, like I said yesterday it was my fault. Apologies. I have unchecked the box "Allow pages to choose their own fonts, instead of my selections above". This is the first time it bites me in the ass though! It produces a shadow and lighting effect on the letters which is really distracting: http://imgur.com/qYkeh.png http://imgur.com/qYkeh.png
generalk 16y ago
I think it's a fantastic idea. I've oftentimes looked at the last commit date on a project and thought "Okay, is this abandoned, or has the owner just not pushed in a while?" Github might also offer the ability to indicate the new canonical repository, for the case where the original dev has stopped working on the project but other folks have picked it up.
- eelco 16y ago
  That problem will not go away, instead you'll have a new one: "Okay, is this abandoned and did the owner forget to mark it as such?"
danskil 16y ago
interesting idea, though in keeping away from feature bloat, wouldn't it be much much easier, and just as effective to put that information in the read me? I realize the you said they don't want to but the info there, but why? If you really wanted to abandon the project why not just close the repo, which would shift all your traffic to another fork? If github implemented this feature, I wouldn't be upset, but it seems very single purpose. Maybe a status flag, so the author can not just say "abandoned", but "up to date", or "active" though again, all of that can be seen through the commit history. Just my 2 cents.
- cookiecaper 16y ago
  I agree that while this is a good idea, Github probably has bigger fish to fry and that at this point it should do fine to put the notice at the top of the README. Perhaps someone can add the feature to the open-source Gitorious.
xtho 16y ago
I don't think it's a good idea to make this dependent on github. The README or VERSION file could contain a note about the project status/quality: "version 1.2 -- abandoned". Simply creating an empty file named ABANDONED would work too for people who don't use github.
- technomancy 16y ago
  Indeed. What would be a nice addition to github is a way to mark another repository as the canonical one. I've been lucky enough to have a couple of my old projects taken over by new maintainers, and it takes a while for people to realize it.
  - Corrado 16y ago
    I think that Github will re-root a repository if you ask them.
- Corrado 16y ago
  What if the user created a file named ABANDONED.rdoc and then Github displayed it before the README.rdoc file. It could even have a different color or something to make it stand out. That way Github doesn't have to add a new field to a form and the idea still works even off-line.
kaens 16y ago
This would be a great feature. I have some projects floating around in various places that I haven't worked on in years, some of them very stupid looking back at them, and all of them not incredibly high in code-quality. I still get support requests or requests for advice once in a while from people trying to use them, or thinking of hacking on them -- and these aren't even close to being popular projects. I'm doing most of my open development on github these days, and this would mesh extremely well with the way that git hub, and more generally DVCS works. Another possible nicety would be the ability to mark a repo as the "canonical" repo for a project. Right now that kinda happens with forks on github, but if a project is abandoned, and another person picks up maintenance on it, it would be nice to be able to say "this isn't the current repo anymore, look here instead" in a manner that isn't just putting a notice somewhere.
- nuclear_eclipse 16y ago
  I think the new organizations feature of Github is an excellent way to address the need for a "canonical" repository. The fact that you can define an org for each open source project or group, and then add other users as admins mitigates the problems if the project changes hands, or gains a new primary maintainer. Just add the new "owner" as an admin for the group/repo, and nobody needs to be the wiser.
  - foca 16y ago
    Yeah, but adding a whole organization for each open source repo? I have tons of small gems/libraries that solve one specific problem, and all enjoy their share of users/ I don't want to setup a bunch of organizations just because they might change owners at some point in the future.
- kneath 16y ago
  We happy (and often!) re-root repos to show point to the canonical one in the case that projects get abandoned and picked up by someone else.
- angusgr 16y ago
  'Another possible nicety would be the ability to mark a repo as the "canonical" repo for a project' "When you lose interest in a program, your last duty to it is to hand it off to a competent successor." (1) I think something like this is the ideal solution, and - as kaens says above - I think if features are to be added then it would be great if they supported this process rather than just marking a project as abandoned. (1) Eric Raymond, The Cathedral and the Bazaar, http://catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/ar01s02.html http://catb.org/~esr/writings/cathedral-bazaar/cathedral-baz...
tomazmuraus 16y ago
Yes, the ability for the user to set the repository status to "abandoned" would be great. I don't like the other idea about automatically setting the repository status to abandoned if it hasn't been updated for a while, because it's not necessary that project has been abandoned, because there were no code / repository updates recently.
kneath 16y ago
Thanks for your suggestion, I always love reading detailed descriptions of what people would like from GitHub. However, now I've got a bit of a question for you... My opinion is that every extra field I add to a page means I've personally failed. It's so easy to correlate databases to HTML that people often go feature-crazy adding fields to solve their problems and you end up with a product like JIRA. However, as a designer I'm directly opposed to this idea. Every field I add to a web application torments me. I think about it constantly and scheme for hours trying to come up with any alternative to adding another field. I've been known to dream about "simply adding another field" for weeks. I need to make sure that this field is really going to positively impact my users. That it's more important than any other field already on the page. So, would this inactive/status flag provide a significant benefit over editing the name/description/readme? I guess that's the question I'd like you guys to think about.
- PStamatiou 16y ago
  could something like this be done automatically? No commits in X months leads to auto-abandoned + fires off email to owner asking them to commit something to unabandon it if they want.
  - kneath 16y ago
    It's hard to say what active means. For example http://github.com/technoweenie/acts_as_versioned/commits/master http://github.com/technoweenie/acts_as_versioned/commits/mas... hadn't had any commits in more than a year until today, but now it's up-to-date with rails 3.
  - gus_massa 16y ago
    The (current) last update of TeX is from March 2008. The idea is that it is stable, not abandoned.
    - Groxx 16y ago
      You sure? I thought work was shifting to ǐTéX (ring!).
foca 16y ago
I don't think this is necessary. The solution is to go to your project's mailing list, irc room, ask your twitter followers, or whatever, and ask for a new maintainer. Even messaging the users who actively report issues can be a good idea. Once you have a new maintainer, announce it, open a support request in http://support.github.com http://support.github.com asking them to re-root the network to the new maintainer's fork, and then change the description of your repo (a one click change) to something like "this is no longer maintainer, check http://github.com/otheruser/repo http://github.com/otheruser/repo Yes, it takes a while, but then when you solve it, you give the community a new maintainer. So I think it's a better solution than just marking it as abandoned :)
rwhitman 16y ago
If anything its a level of convenience that I would definitely support. Nothing is more frustrating than working with a piece of code (in my case usually a Django app), get giddy about using it and then realize that it hasn't been maintained in over a year and is littered with bugs you need to fix. I actually think some sort of "no commits after X amount of time" warning / flag would work just as well. In fact, it might actually encourage people to maintain more projects if only to prevent the warning from popping up. Heck you could even turn it into a game...

102 points by jkreeftmeijer 16y ago

I'm generally not so sensitive about this but that article is annoying to read for me because of the font you've used (or the effects you've applied to it). Good idea for abandoned projects however.

michaelcampbell 16y ago
Out of curiosity, what are you reading it on? It looked perfectly normal to me (Windows + Firefox), but maybe it was due to some font issue on my side and substituting something readable. Here's a screenshot: http://imgur.com/vdkMS.png http://imgur.com/vdkMS.png
dinedal 16y ago
I've found this bookmarklet: http://lab.arc90.com/experiments/readability/ http://lab.arc90.com/experiments/readability/ cures all my woes.
- ronnier 16y ago
  And if for some reason you can't run readability or prefer just linking directly to the extracted text, you can use my reader (based off of readability): http://toadjaw.com/article?url=http%3A%2F%2Fjeffkreeftmeijer.com%2F2010%2Fabandoned-open-source-projects%2F http://toadjaw.com/article?url=http%3A%2F%2Fjeffkreeftmeijer... If you are on a mobile phone, you can view a mobile version of HN that also provides a link to my reader here: http://toadjaw.com/hn http://toadjaw.com/hn
jkreeftmeijer 16y ago
What browser/OS are you using? Can you send me a screenshot of the problem? That'd make it easier to fix it. :)
- aerique 16y ago
  I'm ashamed I didn't put this in my original post! I can't recreate it on my machine at home although they both run the Debian testing branch and use Iceweasel. I'll let you know tomorrow but it's probably PEBKAC.
- aerique 16y ago
  Okey, like I said yesterday it was my fault. Apologies. I have unchecked the box "Allow pages to choose their own fonts, instead of my selections above". This is the first time it bites me in the ass though! It produces a shadow and lighting effect on the letters which is really distracting: http://imgur.com/qYkeh.png http://imgur.com/qYkeh.png

generalk 16y ago

I think it's a fantastic idea. I've oftentimes looked at the last commit date on a project and thought "Okay, is this abandoned, or has the owner just not pushed in a while?" Github might also offer the ability to indicate the new canonical repository, for the case where the original dev has stopped working on the project but other folks have picked it up.

eelco 16y ago
That problem will not go away, instead you'll have a new one: "Okay, is this abandoned and did the owner forget to mark it as such?"

danskil 16y ago

interesting idea, though in keeping away from feature bloat, wouldn't it be much much easier, and just as effective to put that information in the read me? I realize the you said they don't want to but the info there, but why? If you really wanted to abandon the project why not just close the repo, which would shift all your traffic to another fork? If github implemented this feature, I wouldn't be upset, but it seems very single purpose. Maybe a status flag, so the author can not just say "abandoned", but "up to date", or "active" though again, all of that can be seen through the commit history. Just my 2 cents.

cookiecaper 16y ago
I agree that while this is a good idea, Github probably has bigger fish to fry and that at this point it should do fine to put the notice at the top of the README. Perhaps someone can add the feature to the open-source Gitorious.

xtho 16y ago

I don't think it's a good idea to make this dependent on github. The README or VERSION file could contain a note about the project status/quality: "version 1.2 -- abandoned". Simply creating an empty file named ABANDONED would work too for people who don't use github.

technomancy 16y ago
Indeed. What would be a nice addition to github is a way to mark another repository as the canonical one. I've been lucky enough to have a couple of my old projects taken over by new maintainers, and it takes a while for people to realize it.
- Corrado 16y ago
  I think that Github will re-root a repository if you ask them.
Corrado 16y ago
What if the user created a file named ABANDONED.rdoc and then Github displayed it before the README.rdoc file. It could even have a different color or something to make it stand out. That way Github doesn't have to add a new field to a form and the idea still works even off-line.

kaens 16y ago

This would be a great feature. I have some projects floating around in various places that I haven't worked on in years, some of them very stupid looking back at them, and all of them not incredibly high in code-quality. I still get support requests or requests for advice once in a while from people trying to use them, or thinking of hacking on them -- and these aren't even close to being popular projects. I'm doing most of my open development on github these days, and this would mesh extremely well with the way that git hub, and more generally DVCS works. Another possible nicety would be the ability to mark a repo as the "canonical" repo for a project. Right now that kinda happens with forks on github, but if a project is abandoned, and another person picks up maintenance on it, it would be nice to be able to say "this isn't the current repo anymore, look here instead" in a manner that isn't just putting a notice somewhere.

nuclear_eclipse 16y ago
I think the new organizations feature of Github is an excellent way to address the need for a "canonical" repository. The fact that you can define an org for each open source project or group, and then add other users as admins mitigates the problems if the project changes hands, or gains a new primary maintainer. Just add the new "owner" as an admin for the group/repo, and nobody needs to be the wiser.
- foca 16y ago
  Yeah, but adding a whole organization for each open source repo? I have tons of small gems/libraries that solve one specific problem, and all enjoy their share of users/ I don't want to setup a bunch of organizations just because they might change owners at some point in the future.
kneath 16y ago
We happy (and often!) re-root repos to show point to the canonical one in the case that projects get abandoned and picked up by someone else.
angusgr 16y ago
'Another possible nicety would be the ability to mark a repo as the "canonical" repo for a project' "When you lose interest in a program, your last duty to it is to hand it off to a competent successor." (1) I think something like this is the ideal solution, and - as kaens says above - I think if features are to be added then it would be great if they supported this process rather than just marking a project as abandoned. (1) Eric Raymond, The Cathedral and the Bazaar, http://catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/ar01s02.html http://catb.org/~esr/writings/cathedral-bazaar/cathedral-baz...

tomazmuraus 16y ago

Yes, the ability for the user to set the repository status to "abandoned" would be great. I don't like the other idea about automatically setting the repository status to abandoned if it hasn't been updated for a while, because it's not necessary that project has been abandoned, because there were no code / repository updates recently.

kneath 16y ago

Thanks for your suggestion, I always love reading detailed descriptions of what people would like from GitHub. However, now I've got a bit of a question for you... My opinion is that every extra field I add to a page means I've personally failed. It's so easy to correlate databases to HTML that people often go feature-crazy adding fields to solve their problems and you end up with a product like JIRA. However, as a designer I'm directly opposed to this idea. Every field I add to a web application torments me. I think about it constantly and scheme for hours trying to come up with any alternative to adding another field. I've been known to dream about "simply adding another field" for weeks. I need to make sure that this field is really going to positively impact my users. That it's more important than any other field already on the page. So, would this inactive/status flag provide a significant benefit over editing the name/description/readme? I guess that's the question I'd like you guys to think about.

PStamatiou 16y ago
could something like this be done automatically? No commits in X months leads to auto-abandoned + fires off email to owner asking them to commit something to unabandon it if they want.
- kneath 16y ago
  It's hard to say what active means. For example http://github.com/technoweenie/acts_as_versioned/commits/master http://github.com/technoweenie/acts_as_versioned/commits/mas... hadn't had any commits in more than a year until today, but now it's up-to-date with rails 3.
- gus_massa 16y ago
  The (current) last update of TeX is from March 2008. The idea is that it is stable, not abandoned.
  - Groxx 16y ago
    You sure? I thought work was shifting to ǐTéX (ring!).

foca 16y ago

I don't think this is necessary. The solution is to go to your project's mailing list, irc room, ask your twitter followers, or whatever, and ask for a new maintainer. Even messaging the users who actively report issues can be a good idea. Once you have a new maintainer, announce it, open a support request in http://support.github.com http://support.github.com asking them to re-root the network to the new maintainer's fork, and then change the description of your repo (a one click change) to something like "this is no longer maintainer, check http://github.com/otheruser/repo http://github.com/otheruser/repo Yes, it takes a while, but then when you solve it, you give the community a new maintainer. So I think it's a better solution than just marking it as abandoned :)

rwhitman 16y ago

If anything its a level of convenience that I would definitely support. Nothing is more frustrating than working with a piece of code (in my case usually a Django app), get giddy about using it and then realize that it hasn't been maintained in over a year and is littered with bugs you need to fix. I actually think some sort of "no commits after X amount of time" warning / flag would work just as well. In fact, it might actually encourage people to maintain more projects if only to prevent the warning from popping up. Heck you could even turn it into a game...