On 29.01.20 16:26, Helmut Grohne wrote:
Hi Andreas,
On Wed, Jan 29, 2020 at 04:14:26PM +0100, Andreas Tille wrote:
I have implemented a solution in Git[1] but want to discuss other options
here. Latest upstream version seem to need a SONAME bump anyway as far
as I can see.
You can just set future=-lfs unconditionally. It really affects all
32bit archs. A better check might be $(DEB_HOST_ARCH_BITS)==32, but the
option is meaningless for 64bit, so you can really just set it without
any branching. Please save the next 32bit architecture the trouble from
having to add the option.
I wonder what you think how important large file support in gffread might
be for those rarely used architectures.
I don't make any statement on whether lfs is important. I just figured
that it fails to build from source. I didn't even read the package
description. ;)
Large file support is important for DNA/RNA sequencing. I can well
imagine some smaller machines embedded in some hardware that
create/move/merge files around or edit some metadata within.
Many thanks for addressing this!
Steffen
