Re: A good idea from Ville about docdirs
Fernando Nasser <[email protected]> Thu, 8 Aug 2013 19:53:38 -0400 (EDT)
| Newsgroups | gmane.linux.jpackage.general |
|---|---|
| Message-ID | <[email protected]> |
> On 08/08/2013 06:03 PM, Fernando Nasser wrote:
> > AFAIU the versioned files are gone from the regular packages and we
> > only have real files in the unversioned javadocs/%{name} location
> > so
> > it is not a symlink anymore.
>
> The document is not talking about %{_javadocdir}, but %{_docdir}, so
> I
> assume that you mean to apply this same policy to it. I like your
> suggestion, as per my first email, but I think that it came from your
> own brain and is not exactly what the document proposes.
>
Maybe I misunderstood it, we can check this with Ville.
> I believe under the Fedora policy foo2 would store docs in
> /usr/share/doc/foo2 only (since %{name} is used and never
> %{version}). I
> admit to being confused. If the documkent is talking about
> UNVERSIONED
> dirs, then why is this macro versioned: %{!?_pkgdocdir: %global
> _pkgdocdir %{_docdir}/%{name}-%{version}}?
>
The idea of this macro is that it can be used in the xxx case (use unversioned) and in the xxx2 case (will use versioned).
> Keep in mind that Debian has always had unversioned doc dirs, and
> Mageia/Mandriva has also had it in recent years. In Fedora, it has
> been
> unversioned and unversioned only for both jars and javadoc dirs for
> years now, so this document does not change Fedora Java packages.
>
Are their javadocs unversioned? Really? I missed that change.
This change in particular we should adopt.
> Now, JPackage has always had a versioned directory with an
> unversioned symlink. I usually apply the same versioning policy to
> %{_docdir} as I do to %{_javadocdir}, for consistency. This means a
> versioned dir witha unversioned symlink to %{name}. Correct me if
> this
> is not the same as your proposal.
I want to get rid of the versioned one except on the odd legacy or progressive versions of a package.
What I would love to have is some way to index the installed javadocs, so one could point to a place that has a list of javadocs installed one can follow. We'd have to maintain this as we install or uninstall packages. But with unversioned we don't need to do that for upgrades.
> If you're proposing the scheme that I believe Ralph came up with
> where
> we have a single normal package that is the LATEST, and in this we
> have
> UNVERSIONED files and then we have only versioned files, I am still
> not
> sure if this is the exact thing.
>
Not sure if I understood, unversioned or versioned?
Cheers,
Fernando