Re: Man-pages Git repository

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello Mike,

On 3/21/22 22:14, Mike Frysinger wrote:
On 16 Mar 2022 18:27, Alejandro Colomar (man-pages) wrote:
On 3/16/22 14:14, John Marshall wrote:
At https://git.kernel.org/pub/scm/docs/man-pages/man-pages.git/ it appears that no new commits have been pushed since early September 2021. However here in the linux-man mailing list archives, it appears that changes are continuing to be applied as usual.

I didn't find anything in the mailing list archives discussing this or mentioning a change in repository location. Is there something I'm missing about where to find an up-to-date Git repository for the Linux man pages?

I keep updating the repository on my own git server,
<http://www.alejandro-colomar.es/src/alx/linux/man-pages/man-pages.git/>.
That's where patches to the mailing list are being merged since half a
year ago.

However, we haven't released any new versions since then.
There's only the git repository,
which you can use to get the freshest manual pages,
or prepare new patches against them.

We (the maintainers) haven't had much time to prepare a release,
but the official (kernel.org) repository
will get updated some time in the future.

please keep the canonical git repo up-to-date.  it's what everyone is using,
and it shouldn't be updated only when releases are pushed.


That's the idea.
But I don't have write access to kernel.org,
which means I can't push commits there, at all.
I didn't mean that we'll not push until release,
but rather that if someone wants the latest development pages
one can search my private repo,
but if someone only cares about the latest _release_
then kernel.org is the latest.
I also meant that since I don't have in mind releasing soon,
I also won't go through the process of getting a kernel.org account
with all the bureaucracy that it requires (signing gpg keys, ...),
which these days of avoiding physical meetings is even more cumbersome.

So, you can expect two things:

a) In a year or so, I've had time to polish the parts
   of the project I'm working on, and feel like releasing,
   and also, since a year has passed, the world gets better,
   we can all see each other, and I get a kernel account,
   with which I can push regularly to git.kernel.org.

b) Michael finds some time to push before (a) happens.
   He's the only maintainer with write access right now.




no one is going
to find your personal server, and if they did, i don't see why anyone would
trust it as the canonical source.


I don't expect random people to trust random people (which includes me).
I just offer it as a possibility, not as a canonical source
(in fact, I'm not happy with it, since I don't want people complaining about "your git server broke"; it's my personal repo, not a canonical repo, and I may shut it down at any time; that should be clear, and I try to remind it every time too). It's useful at this moment, for the reasons above, and that's why I offer it to people who ask. Also, git(1) being decentralized means that canonical source is less of an actual thing, but yes, distributions, and people not working on significant patches to the man-pages, those can just rely on the git.kernel.org repo.


Regards,

Alex

--
Alejandro Colomar
Linux man-pages comaintainer; http://www.kernel.org/doc/man-pages/
http://www.alejandro-colomar.es/



[Index of Archives]     [Kernel Documentation]     [Netdev]     [Linux Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux