linux-kernel - Re: fs/udf and udftools

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]

Date:	Wed, 10 Feb 2016 21:45:05 -0600
From:	Steve Kenton <skenton@...edu>
To:	Ken Moffat <zarniwhoop@...world.com>,
	Randy Dunlap <rdunlap@...radead.org>
Cc:	linux-kernel@...r.kernel.org, Robert Howard <bob@...usa.com>,
	Jan Kara <jack@...e.com>
Subject: Re: fs/udf and udftools

On 02/10/2016 08:19 PM, Ken Moffat wrote:
> On Wed, Feb 10, 2016 at 05:56:16PM -0800, Randy Dunlap wrote:
>> [add Jan Kara]
>>
>> On 02/10/16 13:29, Steve Kenton wrote:
>>> Is anyone maintaining these or am I about to volunteer for another job?

I guess I should have said "developing" rather than "maintaining" for
fs/udf since it's clear that someone has been keeping it running in-tree.
I started with udftools from source forge and then discovered that the
kernel udf driver does not support fallocate() which I was hoping to use.

Thanks for the pointer to Jan Kara. I'll see how he feels about patches
from the wilderness.

>>
>> CUrrent MAINTAINERS file says:
>>
>> UDF FILESYSTEM
>> M:	Jan Kara <jack@...e.com>
>> S:	Maintained
>> F:	Documentation/filesystems/udf.txt
>> F:	fs/udf/
>>
>> and that Doc. file says:
>>
>> For the latest version and toolset see:
>> 	http://linux-udf.sourceforge.net/

Yes, that's where I started. The last release was 1.0.0b3 in 2004.
Which is what the Ubuntu 14.04LTS package reports as it's version too.

>>
> A bit of googling for udftools suggests that gentoo are maintaining
> their build, debian have patches for gcc-4 and gcc-5 among others,
> Fedora have their own patches, and Arch have some patches (which
> might be the same as some of hte others, I did not look).
> 
> Looks like the normal "possibly abandonned, but still useful to some
> people" software, where distros keep it building.

Yep, that's where my ~works came from.
Ah, thanks for the links. I'll pull them all together and see what's there.

smk

> 
> There may also be others.
> 
> Links -
> 
> https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-fs/udftools/ChangeLog?view=markup
> 
> https://launchpad.net/debian/+source/udftools/+changelog
> 
> http://pkgs.fedoraproject.org/cgit/rpms/udftools.git/tree/
> 
> https://aur.archlinux.org/packages/udftools/
> 
>>
>>> I'm having to dig into fs/udf and udftools/mkudffs as part of a project I'm working on.
>>> It looks like both have been lacking in personal TLC for quite a while. The changes to
>>> fs/udf seem to be tree wide VFS work but not updates to things like write support and
>>> udftools seems to have been frozen for >10  years. Both ~work but I'd like to fix an
>>> oops I'm getting in udftools and work on adding fallocate() support to fs/udf and then
>>> feed it back to the community rather than let the changes bit rot locally.
>>>
>>> Where to go from here? I've been reading LKML on marc: for years, mainly to see what Linus,
>>> Al and a variable group of other people say/do but I've never done more than tinker with
>>> the kernel locally. I'm using git for the project mentioned above but again am not an
>>> expert but willing to learn. I'm not currently subscribed so please cc me if you could.
>>>
>>> smk
>>>
>>
>>
>> -- 
>> ~Randy
>