<div><div dir="auto">Eigen3 is used in the core math part of tensorflow. I have limited energy to patch these parts from time to time whenever eigen3 gets updated. I dislike introducing burden to myself.</div></div><div dir="auto"><br></div><div dir="auto">Please reject it so I can get rid of this burden permanently. </div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 3, 2020 at 04:26 Sean Whitton <<a href="mailto:spwhitton@spwhitton.name">spwhitton@spwhitton.name</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Mo,<br>
<br>
On Mon 02 Mar 2020 at 01:27AM +00, M. Zhou wrote:<br>
<br>
> There are two embedded source tarballs:<br>
> 1. abseil-cpp: the upstream (google) development model makes<br>
>    it unsuitable for debian packaging. This is a mandatory<br>
>    dependency of tensorflow. hence the embedded tarball.<br>
<br>
Thanks.  If you don't expect any other packages to use it soon, then it<br>
would be okay to embed it.<br>
<br>
> 2. eigen3: debian ships another version of this package. However,<br>
>    tensorflow is tightly coupled with a specific snapshot version<br>
>    by upstream. building against debian's eigen3 will result in<br>
>    nothing but FTBFS. Patching tensorflow to fix the insane amount<br>
>    of API breaks could be impractical as currently there is only<br>
>    one person working on this stuff.<br>
<br>
In this case I don't see why tensorflow should get a special exception<br>
-- typically we would not include in Debian something which could not be<br>
made to build against our regular version of a library.  (Policy 4.13<br>
and longstanding practice)<br>
<br>
I don't see how the fact it's a headers-only library makes a difference<br>
here.<br>
<br>
-- <br>
Sean Whitton<br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Best,</div>