<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Besides, eigen3 is a header-only library. not a shared one.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 2 Mar 2020 at 01:27, M. Zhou <<a href="mailto:cdluminate@gmail.com">cdluminate@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Hi Sean,</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">There are two embedded source tarballs:</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">1. abseil-cpp: the upstream (google) development model makes</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">   it unsuitable for debian packaging. This is a mandatory</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">   dependency of tensorflow. hence the embedded tarball.</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">2. eigen3: debian ships another version of this package. However,</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">   tensorflow is tightly coupled with a specific snapshot version</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">   by upstream. building against debian's eigen3 will result in</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">   nothing but FTBFS. Patching tensorflow to fix the insane amount</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">   of API breaks could be impractical as currently there is only</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">   one person working on this stuff.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 1 Mar 2020 at 15:59, Sean Whitton <<a href="mailto:ftpmaster@ftp-master.debian.org" target="_blank">ftpmaster@ftp-master.debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Mo,<br>
<br>
I'm not comfortable with the debian/embedded/ tarballs especially<br>
since one of them is already in the archive as a shlib.  I don't see<br>
why tensorflow should get a special exception to the idea that we have<br>
only one copy of each shlib in the archive except where needed to<br>
handle transitions.<br>
<br>
I'm not REJECTing this right now because I'd like to get input from<br>
other ftpteam members, but I wanted to write to you to give you a<br>
chance to explain why tensorflow might be a special case.<br>
<br>
-- <br>
Sean Whitton<br>
<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr">Best,</div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">Best,</div>