[zalew]

I thought of making a similar service, but with the option to upload a package manager config file. scenario: I have project A and B, with some dependencies. I upload the files, and I get a weekly digest "project A: updates for django, userena, taggit, jquery, zurb foundation. project B: django, zurb foundation" or similar. Have you thought of implementing it?

[ghosttown]

I have almost finished the ability to add custom projects (within reason). Perhaps I could then implement a service which auto-detects packages. So, user Bob creates a repo in github. He adds a file in the root called packages.json which contains a list of the packages he is using. He then adds his repo to updateditis.com. Updateditis periodically checks his packages.json file and if it detects a change in one of the packages versions, it emails Bob saying "For project XYZ, the package ABC has been updated to version 1.2.3, you should consider updating it."

[zalew]

why would I need to add a repo in a scm provider of your choice? let me just upload a requirements file.

[ghosttown]

Well that should be possible too. However if you add a package later, it would be easier to edit your own package file then to log back in to updateditis and re-upload a package file. Automatic for the people

[zalew]

yes, but IMO it should be provided as a feature, not as a requirement. I'm probably in the minority here, but I prefer general solutions to 'github extensions', as when you host projects elswhere all those useful tools become simply worthless. especially that using a package manager and using github isn't necessarily tied together.

[Tobu]

Support-status would be a more useful indicator than is-latest. Of course you can't scrape it, but you could crowd-source it.

[timgluz]

Have you tried versioneye.com?

[Tobu]

I just did. It's useless for Python; requirements.txt isn't what PyPI uses.

[reiz]

Which kind of support do you would wish for Python?