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: <20231010-helping-pajamas-dee038@meerkat>
Date:   Tue, 10 Oct 2023 15:35:25 -0400
From:   Konstantin Ryabitsev <konstantin@...uxfoundation.org>
To:     Jonathan Corbet <corbet@....net>
Cc:     Hu Haowen <src.res.211@...il.com>, linux-doc@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3] docs/zh_TW: update contents for zh_TW

On Tue, Oct 10, 2023 at 01:07:17PM -0600, Jonathan Corbet wrote:
> > This is a thorough rewrite of the previous patch:
> >     https://lore.kernel.org/linux-doc/20230807120006.6361-1-src.res.211@gmail.com/
> > in order to get rid of text damage and merging errors, created based on
> > linux-next (date: Oct. 9, 2023).
> >
> > Signed-off-by: Hu Haowen <src.res.211@...il.com>
> 
> So this patch still isn't showing up in lore, with the result that b4
> will not work with it.  The thing is, it *does* make it through vger,
> and has landed in the LWN archive:
> 
>   https://lwn.net/ml/linux-kernel/20231010050727.49212-1-src.res.211%40gmail.com/
> 
> Might lore be dropping it because it consists of one big attachment?

There's a moderation queue on lore for lists that aren't going through
subspace, and this patch was stuck there. The queue does get reviewed once
every 2-3 days, which explains why the others showed up, but with delay.

> Putting your patches inline would be the right thing to do in any case.

I'm not sure if your client is showing it differently, but to me the patch
appears to be just like any other -- it's inline and properly formed.

> Rather than force another round, I've tried to the patch directly (but
> see below), but it would be good to figure out why lore doesn't like it.
> Konstantin, any ideas?

If you like, we can migrate linux-doc to the new infrastructure and then you
will probably see it on lore faster than it's delivered into your inbox. :)

Either way, b4 should properly find and "am" it now.

-K

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ