lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <878qyrz62m.fsf@trenco.lwn.net>
Date: Wed, 26 Jun 2024 16:34:41 -0600
From: Jonathan Corbet <corbet@....net>
To: SeongJae Park <sj@...nel.org>
Cc: SeongJae Park <sj@...nel.org>, Federico Vaga <federico.vaga@...a.pv.it>,
 Carlos Bilbao <carlos.bilbao.osdev@...il.com>, Avadhut Naik
 <avadhut.naik@....com>, Alex Shi <alexs@...nel.org>, Yanteng Si
 <siyanteng@...ngson.cn>, Hu Haowen <2023002089@...k.tyut.edu.cn>,
 workflows@...r.kernel.org, linux-doc@...r.kernel.org,
 linux-kernel@...r.kernel.org
Subject: Re: [PATCH 3/7] Docs: Move magic-number from process to staging

SeongJae Park <sj@...nel.org> writes:

> 'Other material' section on 'process/index' is for unsorted documents.
> However we also have a dedicated place for the purpose, 'staging/'.
> Move 'magic-number' from the section to 'staging/' directory.
>
> Signed-off-by: SeongJae Park <sj@...nel.org>
> ---
>  Documentation/process/index.rst                           | 1 -
>  Documentation/staging/index.rst                           | 1 +
>  Documentation/{process => staging}/magic-number.rst       | 0
>  Documentation/translations/it_IT/process/magic-number.rst | 2 +-
>  Documentation/translations/sp_SP/process/magic-number.rst | 2 +-
>  Documentation/translations/zh_CN/process/magic-number.rst | 2 +-
>  Documentation/translations/zh_TW/process/magic-number.rst | 2 +-
>  7 files changed, 5 insertions(+), 5 deletions(-)
>  rename Documentation/{process => staging}/magic-number.rst (100%)

I'll apply this for now, but I really think that this file, which has
little to say about Git-era kernels, should just be removed.

Thanks,

jon

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ