One of the four official third-party repositories in fedora-workstation-repositories package is /etc/yum.repos.d/_copr_phracek-PyCharm.repo. That repo contains pycharm-community package, however, it doesn't contain any appstream metadata. That means PyCharm can't be found and installed from gnome-software. It seems very weird that Workstation WG prominently offers a repo (in the gnome-initial-setup and in gnome-software->software repositories), which then "contains nothing" when searched from gnome-software. It might be confusing to users ("I enabled PyCharm repo, why can't I find it?") and it feels especially weird when it is contained in the official Workstation repositories (where gnome-software is the centerpiece of package management).
fedora-workstation-repositories
/etc/yum.repos.d/_copr_phracek-PyCharm.repo
pycharm-community
It seems either the repo should receive appstream metadata, or it should be dropped from the fedora-workstation-repositories package.
We'd previously identified this as a task as part of #105, but it makes sense to split it out into its own issue.
The action here would be to see what's being done for the Chrome repo and replicate it for the PyCharm one.
Any volunteers?
Metadata Update from @aday: - Issue set to the milestone: Fedora 35
PyCharm is available in Flathub, so it could perhaps be easier to get it into the filtered list of Fedora flathub apps.
Good point. We added PyCharm to fedora-workstation-repositories (without noticing that it never worked) long before we were allowed to provide filtered flathub content. (In fact, F35 will be the first release with content from Flathub.)
(In fact, F35 will be the first release with content from Flathub.)
Please note that so far it seems it won't: https://bugzilla.redhat.com/show_bug.cgi?id=2011274
COPR repos need to have a flag set to generate AppStream repodata, or they won't do it. It used to be on by default, and then they made it optional, so legacy repos don't have it on until it's switched on.
@phracek said that he has that flag set for some time, so it's probably not it. @ngompa any other idea?
@ngompa The flag was set for a long time. I have already regenerated repositories.
@tpopela @phracek Something is broken with the appstream repodata generation in COPR, because the file is completely empty: https://download.copr.fedorainfracloud.org/results/phracek/PyCharm/fedora-rawhide-x86_64/repodata/e17d28a934c72c32e6542acd892ee876c4d75cb22f0eecc408e5d5c789077026-appstream.xml
@praiskup, can you take a look at this?
Just for sure. In my upstream github repository there is a metadata file https://github.com/phracek/pycharm-community-edition/blob/master/pycharm-community.metainfo.xml.
Please check if there is something missing.
Created a Copr issue: https://pagure.io/copr/copr/issue/2039
The problem in the pycharm packaging (in AppStream data) was identified in the COPR issue. @phracek is going to address it.
This was fixed by Petr in https://github.com/phracek/pycharm-community-edition/pull/63 and verified by Milan in https://pagure.io/copr/copr/issue/2039#comment-787397
Metadata Update from @tpopela: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)
Log in to comment on this ticket.