Bug#974947: dolfin: FTBFS against boost_1.74

Drew Parsons dparsons at debian.org
Wed Nov 18 10:16:18 GMT 2020


Your 2019.2.0~git20200629.946dbd3-7 doesn't build either. I think the 
problem is the source upload, not the patch.

You've got
   boost::wrapexcept<boost::iostreams::gzip_error>

This happens when the test mesh files have not been pulled from git lfs.

You need to make sure it builds cleanly locally before uploading, you 
can't just upload a source.changes without that.

I don't know why the lfs files aren't being pulled automatically by git 
clone. git lfs sometimes seems to be more trouble than it's worth. And 
there's git trouble with demo/undocumented/elasticity/pulley.xdmf, which 
can't be registered in debian/source/include-binaries with the other lfs 
files.

Prepare source for build with

git clone <...source repo...>
git lfs pull
patch -p1 -R < debian/patches/git-lfs_fetch_demo_meshes


Drew



On 2020-11-18 18:01, Anton Gladky wrote:
> Hi Drew,
> 
> The patch works for both versions, so it
> shoe safely be applied by upstream.
> That is the reason why i decided to
> make this minimal team upload. But
> reverted it because of FTBFS.
> 
> Regards
> 
> Anton
> 
> Drew Parsons <dparsons at debian.org> schrieb am Mi., 18. Nov. 2020,
> 10:39:
> 
>> Source: dolfin
>> Followup-For: Bug #974947
>> 
>> Hi Anton, what would be helpful is if the patch can be configured to
>> build with either boost 1.71 or boost 1.74.
>> 
>> Upstream won't want to necessarily depend on boost 1.74, and a
>> common
>> multi-version patch will be helpful for them to manage with the
>> various boost versions. The patch can be pushed upstream if it does
>> that.
>> 
>> Drew
>> 
>> --
>> debian-science-maintainers mailing list
>> debian-science-maintainers at alioth-lists.debian.net
>> 
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers



More information about the debian-science-maintainers mailing list