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]
Projects not updating: MacPorts and gnu-mpfr
Hi,
There seems to be something wrong with the MacPorts project: https://www.openhub.net/p/MacPorts
It is said: No recognizable code
while the code locations seem to be OK.
The gnu-mpfr project https://www.openhub.net/p/gnu-mpfr is also not updating, while very active.
Regards,
Vincent.
Hello,
We are looking into this will keep you informed once completed.
Happy to help!
Thanks. Something seems to be broken with recent analysis on Open Hub: https://www.openhub.net/p/gnu-mpfr/enlistments says Open Hub update completed 1 day ago.
but https://www.openhub.net/p/gnu-mpfr now says No recognizable code
.
Hello,
We have found issue on our analysis, we are working on it. Will keep you informed once completed.
Thanks,
Rajagopal
Hi,
This is more that 3 weeks. https://www.openhub.net/p/gnu-mpfr still says No recognizable code
, and in https://www.openhub.net/accounts/vinc17/positions I can see: The analysis for this contribution has been scheduled.
for both GNU MPFR (gnu-mpfr) and The MacPorts Project (MacPorts). My commits in these two projects are no longer counted at all!
Regards,
Vincent.
Hi Vincent;
Thanks for pinging us via twitter -- that was helpful. Here's the status: A fresh Fetch addressed the MacPorts problem and that project seems to be correctly showing the latest commit activity, although I do not see you represented in that recent summary. It would be helpful to know into which repository/repositories you committed, because then we can check directly against those code locations.
That omission, plus the The analysis for this contribution has been scheduled
message still showing after the project has been updated and an account analysis has been run, are two issues around MacPorts. I'll open a new ticket to look into the account analysis' failure to update stats for MacPorts.
On the Gnu MPFR front: we opened a ticket that was started with the current sprint, and our engineers have discovered the root cause and proposed a fix. The PR has been reviewed and accepted, and we are now running the fix in staging. The most recent information is that the staging system was not able to access the server and the job in staging timed out.
Actually, around 3 hours ago, I started a new Fetch in production of the same repository, which also timed out. It seems reasonable to believe the server was legitimately unavailable to both our staging and production systems, which are in two different physical locations although they share a single access to the internet at large (but there have been no system-wide outages). We have restarted both staging and production jobs. The production job was nearly 50% through the fetch after 3 hours when it failed.
Hi Peter,
For MacPorts, they migrated and my name had slightly changed in the process (accented character removed), so that I appeared under a different committer id. I have just claimed my 263 commits (between 2006 and 2011) again. Now https://www.openhub.net/accounts/vinc17/positions?page=2 shows for the MacPorts project:
263 Commits in mostly Perl
The analysis for this contribution has been scheduled.
For MPFR, I'm not sure I understand what you mean. If you mean the MPFR repository server, there hasn't been any problem with it, and it takes 2 - 3 seconds to fetch it. If you see a problem, then something could be wrong on the network between both ends. In such a case, switching from svn:...
to https:...
could solve the issue.
Hi,
I can see that the MPFR commits are now taken into account, but the count is wrong: https://www.openhub.net/p/gnu-mpfr says 18,122 commits
but the current revision number is only 11381.
Regards,
Vincent.
Hi,
There are currently 9072 commits in the MPFR trunk, so that the problem seems to be that each commit has been counted twice.
Regards,
Vincent.
That is very curious. There is only one Enlistment (we often see this if there are two enlistments and one is the mirror of the other).
I've started a fresh Fetch and we'll see what these new results generate. If they're off, we'll open a ticket to dig into it further.
Thanks for the heads up!
pdp
The current Enlistment uses svn:
. If you had tested https:
too because of the timeout/freeze issue, perhaps this could be the cause?
Hi Vincent;
Changed the enlistment to HTTPS and we are now showing 9,075 commits.
pdp