Dne 10.7.2017 v 19:31 Pierre-Yves Chibon napsal(a):
On Mon, Jul 10, 2017 at 05:17:04PM +0200, Vít Ondruch wrote:

Dne 10.7.2017 v 11:23 Pierre-Yves Chibon napsal(a):
On Fri, Jul 07, 2017 at 09:31:22AM -0400, Matthew Miller wrote:
On Fri, Jul 07, 2017 at 03:05:43AM +0000, Zbigniew Jędrzejewski-Szmek wrote:
3. The default landing page for a package shows a message about
   the missing readme. Maybe we could show the %description there in
   such cases?
Or as an interim, show the spec file?
What would you think of: http://ambre.pingoured.fr/public/Pagure-DistGit.png ?

The description comes from the rawhide repo via mdapi.
Is the mdapi already fixed to provide correct information about
overlapped packages?
I feel this is a packaging issue.

https://apps.fedoraproject.org/packages/ruby

I don't think it is based on the link above.
What you are pointing out isn't a problem with mdapi but with fedora-packages
and it is caching the info

Right, I have no idea how it came to conclusion that rubygems is subpackage of ruby, this is not true, never was true and never will be true.

So lets take a look on mdapi:

https://apps.fedoraproject.org/mdapi/rawhide/pkg/rubygems

What does the 'basename "rub"' means? One could think that this could be name of the source package, but honestly, I don't know.

https://apps.fedoraproject.org/mdapi/rawhide/pkg/ruby
https://apps.fedoraproject.org/mdapi/rawhide/pkg/ruby-libs

What is the "co-packages" list? It does not make any sense to me looking at all three links above.
but I also think there is a packaging issue at the
root of this question.

Overlapping packages is nothing new. And as long as repositories and depsolver can handle them, there is no problem with them.

Actually it would be pretty natural if one day rubygems is shown as coming from rubygems SRPM and the other day it would say it comes from ruby SRPM. This is how DNF works. But mdapi together with packages are trying to be smarter.

The question is, why there is no trace of "dnf", "libsolv" or "librepo" in the source code of mdapi. This is what you should use to get reliable information about packages.

 So to update the
description, simply update the package in rawhide.

You can then simply complement these information with a README file.
I think there should be something like "fedpkg generate-readme", where
the generated README could contain badges, which would reference BZ,
Koscheji, Koji, whatever else, it could contain the description etc +
some useful development tips. This would be in similar manner GitHub can
display various badges now. The initial README could be generated during
the repository setup. This way, Pagure won't need any specific
fedora-infrastructure hacks.
Pagure already supports some sort of theming allowing to override templates.
This is the mechanism used to display the information above, so this template
isn't part of pagure itself.

But you still need to adjust some templates. I am proposing something more generic. To adjust the README, you don't need any server side template.


Vít