Forums : Suggestions for Ohloh 2.0

Dear Open Hub Users,

We’re excited to announce that we will be moving the Open Hub Forum to https://community.blackduck.com/s/black-duck-open-hub. Beginning immediately, users can head over, register, get technical help and discuss issue pertinent to the Open Hub. Registered users can also subscribe to Open Hub announcements here.


On May 1, 2020, we will be freezing https://www.openhub.net/forums and users will not be able to create new discussions. If you have any questions and concerns, please email us at info@openhub.net

I wonder if itd be possible to add de...

I wonder if it'd be possible to add dependancies to projects? this could even be semi-automated for many projects by looking at PKG_CONFIG macros in configure.{in,ac}. Might be interesting for making stacks look a bit more sensible, and good for kudos points for people who work on the lower level stuff :)

Rob Taylor over 17 years ago
 

I agree that this would be interesting. In the case of my own stack, I tried to stick to software that I've worked with directly or have configured in some non-trivial way. Because if this, I left out stuff like GTK+, hal, dbus, udev, libpng, etc., despite the fact that I use many of them every day. It would be nice for the developers of those projects to get credit for the fact that their software made the development of the stuff I did put in my stack possible.

One tricky thing would be what to do about projects like Fedora, where there are a lot of potential dependencies that might not be used by all Fedora users. A good example is GNOME, which most Fedora users use, except the ones that choose KDE :)

Mike Dillon over 17 years ago
 

This would also tie into my other post about projects providing value to other projects. The dependency notion is something I didn't consider in my previous post, but it would work even more nicely with what I was proposing. Essentially, a project that uses GTK+, for instance, derives value from GTK+ in that it doesn't have to provide that functionality itself; it can just use what others have already done.

To add to the notion of automatic discovery, it might be a little more difficult for interpreted languages, which wouldn't have PKG_CONFIG or anything. Many Python projects use distutils and/or setuptools, which might work (I'm not familiar enough with them to know for sure), or possibly the source code analyzer could peek at import statements and match them against known Python packages found in other Ohloh projects. PHP would be more difficult, but not altogether impossible.

Marty Alchin over 17 years ago