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
Hi, a nice feature would be to at ...
Hi,
a nice feature would be to at long last support GDB as a project. It just does not work to access the cvs source repository.
I dont know what'S wrong there.
Regards,
Markus
Hi Markus,
We are going to make an attempt to download GDB from :pserver:anoncvs:anoncvs@sources.redhat.com:/cvs/src gdb. It has a fairly long history, so it might take a while for us to get it.
Do you know of a specific reason to expect that it does not work
? I'll keep an eye on it this week and see how it goes.
Thanks,
Robin
Hi Robin,
thank you! I'd really like to see GDB'S history on ohloh. I noticed it was added a long time ago but the report wasn't completed yet.
I changed the enlistment to the version you mentioned in your posting but this also didn't work.
Again thanks a lot for your effort.
Regards,
Markus
It looks like we are having a problem with the GDB URL.
:pserver:anoncvs:anoncvs@sources.redhat.com:/cvs/src gdb appears to be a symlink to another directory, and this causes problems for our importer (I think this is a cvsnt client issue, but I'm not certain).
Does anyone happen to know the actual directory of this repository, pointed to by this symlink?
Robin
Hi Robin,
GDB's website says: cvs -d :pserver:anoncvs@sourceware.org:/cvs/src co gdb with passwd anoncvs
Regards,
Markus
Looking at the CVSROOT/modules file, it looks like they pull together a bunch of dependencies to create the source tree.
Checking out src/gdb
from the same CVS root is probably a good indication of the code that is unique to GDB, and doesn't get mangled by any CVSROOT/modules lines.
