Forums : Technical Issue Help
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
[email protected]
Enlistment failing for PLD Linux cvs repo
For some reason the enlistment for the main cvs repository (module name packages) has been failing for the last four months. Can somebody tell what the error is or clue me in on how to fix it? The URL seems to be correct.
https://www.ohloh.net/p/pld-linux/enlistments
Hmm, it looks like we were disconnected by the server in the middle of our last attempt to download the CVS rlog.
I've scheduled another attempt. If this is an extremely large repository, it might take a few tries to get through it. I'll keep an eye on it.
Thanks,
Robin
This is the spec file repository for an entire linux distribution so yes, it's a little bit on the large size, not by disk space but certainly by file count.
Thanks for looking into it!
I'm afraid that update didn't take either.
I did find out the other day the server uses cvsnt instead of cvs. If you have the option pulling it with the same client would make it a lot less finicky. Perhaps the timeouts could also be changed?
Hi Caleb,
We do in fact use cvsnt-2.5.04 on our servers. :-)
Our problem seems to be in pulling the initial rlog -- it takes so long to generate the rlog that we end up get disconnected by the server before it finishes.
Everything after the rlog step can be broken down into small, incremental piecework, but the initial rlog request is something we do in one big operation, and each time it fails we have to start over, and it often requires a manual restart.
I can keep scheduling retries -- if we can get over this step, the rest may be slow, but at least steady.
Robin