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: <alpine.LNX.2.21.1804270939470.8@nippy.intranet>
Date:   Fri, 27 Apr 2018 09:56:54 +1000 (AEST)
From:   Finn Thain <fthain@...egraphics.com.au>
To:     Geert Uytterhoeven <geert@...ux-m68k.org>
cc:     Martin Steigerwald <martin@...htvoll.de>,
        Matthew Wilcox <willy@...radead.org>,
        David Sterba <dsterba@...e.cz>,
        Linux FS Devel <linux-fsdevel@...r.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        Jens Axboe <axboe@...nel.dk>,
        linux-m68k <linux-m68k@...ts.linux-m68k.org>,
        Joanne Dow <jdow@...thlink.net>
Subject: Re: moving affs + RDB partition support to staging? (was: Re: Moving
 unmaintained filesystems to staging)

On Thu, 26 Apr 2018, Geert Uytterhoeven wrote:

> 
> While non-native Linux filesystem support (e.g. affs/isofs/...) could be 
> handled by FUSE

Moving to FUSE is a great divide-and-conquer strategy for those who just 
want the code to die and don't care about any of the data in that format.

If there is a maintainence burden that can be shared then it should be 
shared -- until it can be established that there is no data of value in 
that format.

> moving RDB partition support to staging is not an option, as it is the 
> only partitioning scheme that Amigas can boot from.
> 

Whether or not the original hardware is in use is mostly irrelevant.

As long as the old format is accessible using current hardware, the data 
in that format remains accessible (to archivists, to curators, to your 
decendents, etc).

> If there are bugs in the RDB parser that people run into, they should be 
> fixed. If there are limitations in the RDB format on large disks, that's 
> still not a reason to move it to staging (hi msdos partitioning!).
> 

-- 

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ