It would appear there are two separate bug trackers, maybe @sanja can shed some light. I would recommend using the first one listed for filing bugs in the interim. I believe the second one was possibly the initial creation when SB was maybe not going to fly.
We need to delete the Pagure ones and use the one on GitHub. But the issues need to be migrated which is why all 3 are currently still in place and open. I’ve probably communicated this before but not put it on the website. The one with the biggest count of issues is the one currently in use (teamsilverblue).
I could just go ahead and delete the other one but didn’t want the issues to go missing. If someone can take the time to migrate them over even if it means re-creating, then that’s fine with me. This happened because there is no option to rename things in Pagure, so we created the other one but couldn’t migrate the issues from the first one (teamsilverblue).
So I guess there is still the migration problem even with someone volunteering to help the migration (being me). Most of this will require manual intervention I am thinking.
If cloning would also clone the issues, it would be simple I think. Apparently when a repo is created on Pagure, there are actually four created as per Pagure …
A git repository containing the source code, displayed in the main section of the pagure project.
A git repository for the documentation
A git repository for the issues and their metadata
A git repository for the metadata for pull-requests
So, if these can be accessed with the following caveat…
" You can find the URLs to access or clone these git repositories on the overview page of the project. On the top right of the page, in the drop-down menu entitled Clone . Beware that if documentation, the issue tracker or the pull-requests are disabled on the project, the corresponding URL will not be shown."
So, I can’t see them when I do a clone from the pull down menu, just get the source code option. Is there any way to enable those to be accessed? It must be a site admin thing.
I haven’t done anything migration-wise as I think it’s going to be a lot of work and communication required. Or just manually copying and losing the original issue author unless they do it themselves. Automation would be a fabulous but still losing the author I guess.
The first day you posted the links above I tried it and was getting the same error which I assumed then was my ssh setup and my local git settings that were the problem. Everything seems okay, but I am getting this message
`git clone ssh://git@pagure.io/tickets/teamsilverblue.git
Cloning into ‘teamsilverblue’…
warning: templates not found in /home/ssnow/.git_templates
No such repository
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.`
Which I think can still be ssh related. Any ideas?
Aside from that, like you said it is a bit messy just copying things over like that manually, and time consuming for sure.
Oops, I mis-read the previous message was able the teamsilverblue repo. I can’t seem to clone the issues for that repo either:
$ git clone ssh://git@pagure.io/tickets/teamsilverblue.git
Cloning into 'teamsilverblue'...
No such repository
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
Looking at the overview of that repo, there are no additional repos listed for the issues or PRs like the fedora-silverblue repo has. Probably a config issue on the repo?
Hi @miabbott thanks for your suggestion. I had been (awhile back) playing around with my dot files and used jlebons .gitconfig file. I had the name set to my real name instead of the username for pagure. I can clone teamsilverblue now, I’ll try the other one next.
I can clone teamsilverblue issues but not fedora-silverblue issues.
Thank you @sanja, I had my real name instead of my pagure.io username in my .gitconfig file. But the admin rights were also likely needed.
I still can’t clone the fedora-silverblue issues though.