I’m generating all the Fedora AppStream metadata by hand at the moment. Long term this is going to move to koji, but since we’re still tweaking the generator, adding features and fixing bugs it seems too early to fully integrate things. This is fine if you just care about the official Fedora sources, but a lot of people want to use applications from other less, ahem, free repos.
If you manage a repository and want to generate AppStream metadata yourself it’s really quite easy if you follow these instructions, although building the metadata can take a long time. Lets assume you run a site called MegaRpms and you want to target Fedora 20.
First, checkout the latest version of fedora-appstream and create somewhere we can store all the temporary files. You’ll want to do this on a SSD if possible.
$ mkdir megarpms $ cd megarpms
Then create a project file with all the right settings for your repo. Lets assume you have two seporate trees, ‘megarpms’ and ‘meagarpms-updates’.
$ cat project.conf [AppstreamProject] DistroTag=f20 RepoIds=megarpms,megarpms-updates DistroName=megarpms-20 ScreenshotMirrorUrl=http://www.megarpms.org/screenshots/
The screenshot mirror URL is required if you want to be able to host screenshots for applications. If you don’t want to (or can’t afford the hosting costs) then you can comment this out and no screenshots will be generated.
Then we can actually download the packages we need to extract. Ensure that both megarpms and megarpms-updates are enabled in /etc/yum.conf.d/ and then start downloading:
$ sudo ../fedora-download-cache.py
This requires root as it uses and updates the system metadata to avoid duplicating the caches you’ve probably already got. After all the interesting packages are downloaded you can do:
$ ../fedora-build-all.py
Now, go and make a cup of tea and wait patiently if you have a lot of packages to process. After this is complete you can do:
$ ../fedora-compose.py
This spits out megarpms-20.xml.gz and megarpms-20-icons.tar.gz — and you now have two choices what to do with these files. You can either upload them with the rest of the metadata you ship (e.g. in the same directory as repomd.xml and primary.sqlite.bz2) which will work with Fedora 21 and higher.
For Fedora 20, you have to actually install these files, so you can do something like this in the megarpms-release.spec file:
Source1: http://www.megarpms.org/temp/megarpms-20.xml.gz Source2: http://www.megarpms.org/temp/megarpms-20-icons.tar.gz
mkdir -p %{buildroot}%{_datadir}/app-info/xmls cp %{SOURCE1} %{buildroot}%{_datadir}/app-info/xmls mkdir -p %{buildroot}%{_datadir}/app-info/icons/megarpms-20 tar xvzf %{SOURCE2} cd -
This ensures that gnome-software can access both data files when starting up. If you have any other questions, concerns or patches, please get in touch. This is all very Fedora specific (rpm files, Yum API, various hardcoded package names) but if you’re interested in using fedora-appstream on your distro and want to actually do the work I’d welcome patches to make it less fedora-centric. SUSE generates the AppStream files in a completely different way.
> MegaRpms
Finally, Kim Schmitz gets into the RPM repo business. I really hope I can get cracked copies of various Adobe titles there.
Hi Richard,
Should the icon files go into %{_datadir}/app-info/icons, or into %{_datadir}/app-info/icons/megarpm, i.e., a separate subdirectory? I tried placing them in megarpm and they didn’t get picked up by gnome-software. Placing them all in icons seemed to work. (I’ve double checked this.)
gnome-software-3.10.2-1.fc20.x86_64
Oh, and I stumbled upon this too:
[root@eng050194 ~]$ rpm -qf /usr/share/app-info/
file /usr/share/app-info is not owned by any package
I can file a bug at bugzilla for this if you prefer?
Thanks a bunch,
Ankur
%{_datadir}/app-info/icons/megarpm is the correct location; if that doesn’t work I’ve introduced a bug somewhere. Please file a bug about the /usr/share/app-info ownership issue. Thanks.