linux-kernel - Re: [PATCH v1] docs: verify/bisect: fixes, finetuning, and support for Arch

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <ba3397b9-368f-4a32-9dc4-eff13663f528@leemhuis.info>
Date: Wed, 6 Mar 2024 11:34:43 +0100
From: Thorsten Leemhuis <linux@...mhuis.info>
To: Petr Tesařík <petr@...arici.cz>
Cc: Jonathan Corbet <corbet@....net>, regressions@...ts.linux.dev,
 linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
 Bagas Sanjaya <bagasdotme@...il.com>
Subject: Re: [PATCH v1] docs: verify/bisect: fixes, finetuning, and support
 for Arch

On 06.03.24 11:18, Petr Tesařík wrote:
> On Wed,  6 Mar 2024 10:21:12 +0100
> Thorsten Leemhuis <linux@...mhuis.info> wrote:
>>
>> * Mention ahead of time which version number are meant as example in
>>   commands used during the step-by-step guide.
>>
>> Lo! A quick note reg "mention ahead of time which version numbers are
>> meant as example in commands used during the step-by-step guide". I did
>> that, as I've seen someone following the guide without replacing the
>> version numbers, so pointing this out with a few words seemed wise. But
>> I'm not sure if the way I did it was the best; if someone has a better
>> idea how to do that, please let me know. Ciao, Thorsten
> 
> If you want to make 100% sure that nobody can follow the guide blindly
> without replacing the version numbers, use e.g. 2.8...

Ha, I kinda really like that idea a lot, but I guess I'd go with
something that is closer to real life, like 5.20. Nevertheless at the
same time...

> Then again, this could also confuse some other folks...
> The idea is probably not better.

..this is likely true as well, so I guess we might better avoid going
down that path -- unless people here convince me that this is worth it.

Ciao, Thorsten