<div dir="ltr">Hi, Wes.<div><br></div><div>The file you want begins with "sane-".  That is, it is "sane-backends-1.0.31.tar.gz", not "backends-1.0.31.tar.gz".  The second link that you circled should work.</div><div><br></div><div>i thought that this problem had been silently fixed.  I apologize for steering you wrong about it.  I assume that these confusing links are automatically generated by gitlab.</div><div><br></div><div>Just to be clear, I downloaded a tar file with a configure script from this URL: <a href="https://gitlab.com/sane-project/backends/uploads/8bf1cae2e1803aefab9e5331550e5d5d/sane-backends-1.0.31.tar.gz">https://gitlab.com/sane-project/backends/uploads/8bf1cae2e1803aefab9e5331550e5d5d/sane-backends-1.0.31.tar.gz</a><br></div><div><br></div><div>Here is a little log, just to show that it has a configure file:</div><div><br></div><div>home-pc$ wget <a href="https://gitlab.com/sane-project/backends/uploads/8bf1cae2e1803aefab9e5331550e5d5d/sane-backends-1.0.31.tar.gz">https://gitlab.com/sane-project/backends/uploads/8bf1cae2e1803aefab9e5331550e5d5d/sane-backends-1.0.31.tar.gz</a><br>--2020-09-03 21:49:42--  <a href="https://gitlab.com/sane-project/backends/uploads/8bf1cae2e1803aefab9e5331550e5d5d/sane-backends-1.0.31.tar.gz">https://gitlab.com/sane-project/backends/uploads/8bf1cae2e1803aefab9e5331550e5d5d/sane-backends-1.0.31.tar.gz</a><br>Resolving <a href="http://gitlab.com">gitlab.com</a> (<a href="http://gitlab.com">gitlab.com</a>)... 172.65.251.78, 2606:4700:90:0:f22e:fbec:5bed:a9b9<br>Connecting to <a href="http://gitlab.com">gitlab.com</a> (<a href="http://gitlab.com">gitlab.com</a>)|172.65.251.78|:443... connected.<br>HTTP request sent, awaiting response... 200 OK<br>Length: 7301484 (7.0M) [application/x-gzip]<br>Saving to: 'sane-backends-1.0.31.tar.gz'<br><br>sane-backends-1.0.3 100%[===================>]   6.96M  10.1MB/s    in 0.7s    <br><br>2020-09-03 21:49:43 (10.1 MB/s) - 'sane-backends-1.0.31.tar.gz' saved [7301484/7301484]<br><br>home-pc$ tar tfz sane-backends-1.0.31.tar.gz | grep configure<br>sane-backends-1.0.31/configure<br>sane-backends-1.0.31/<a href="http://configure.ac">configure.ac</a><br></div><div><br></div><div>Please let me know if you still have problems.</div><div><br></div><div>Adam</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 3, 2020 at 2:26 PM Wes Rishel <<a href="mailto:wrishel@gmail.com">wrishel@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>Olaf and everyone -- thanks for your help.</div><div><br></div><div>re: "*Our* source tarballs contain everything needed to build starting with a</div><br>  ./configure"<div><br></div><div>I'm not sure if I understand where to find "our" tarballs. I haveused the ones from gitlab shown in the image at [1]</div><div><br></div><div>In these archives, there is no command file named "configure" (as above) but the README calls for starting with ./autogen.sh. When I do that the process appears to be in an infinite loop terminated by a segmentation fault. The complete output is at [2] below. I suspect that the significant issue is highlighted in red below, but if so, I don;t know what I should do.</div><div><br></div><div>This is pretty much a stock Ubuntu 18.04 system. </div><div><div><br></div><div>[1]  selected tarballs</div><div><br></div><div><div><img src="cid:ii_kenb9x1b0" alt="image.png" style="margin-right: 25px;"><br></div></div><div><br></div><b>[2] command output from ./autoconfigure</b></div><div><br></div><div><font face="monospace">autoreconf: Entering directory `.'<br>autoreconf: running: autopoint --force<br>Copying file po/Rules-quot<br>autoreconf: running: aclocal --force --warnings=all -I m4<br><font color="#ff0000">fatal: not a git repository (or any of the parent directories): .git<br><a href="http://configure.ac:14" target="_blank">configure.ac:14</a>: error: AC_INIT should be called with package and version arguments</font><br>/usr/share/aclocal-1.15/init.m4:29: AM_INIT_AUTOMAKE is expanded from...<br><a href="http://configure.ac:14" target="_blank">configure.ac:14</a>: the top level<br>autom4te: /usr/bin/m4 failed with exit status: 1<br>aclocal: error: echo failed with exit status: 1<br>autoreconf: aclocal failed with exit status: 1<br>patching file ./ltmain.sh<br>Hunk #1 FAILED at 9708.<br>Hunk #2 FAILED at 10166.<br>2 out of 2 hunks FAILED -- saving rejects to file ./ltmain.sh.rej<br>    <font color="#000000" style="background-color:rgb(255,242,204)">(*** The above line repeated about 12000 times ***)</font><br>patch: **** Can't create file ./ltmain.sh.orig : Too many open files<br>patch: **** Can't create file ./ltmain.sh.orig./autogen.sh: line 6: 13306 Segmentation fault      (core dumped) patch "$srcdir/ltmain.sh" "$srcdir/ltmain.sh.patch"<br>patching file ./po/Rules-quot<br>fatal: not a git repository (or any of the parent directories): .git<br><a href="http://configure.ac:14" target="_blank">configure.ac:14</a>: error: AC_INIT should be called with package and version arguments<br>/usr/share/aclocal-1.15/init.m4:29: AM_INIT_AUTOMAKE is expanded from...<br><a href="http://configure.ac:14" target="_blank">configure.ac:14</a>: the top level<br>autom4te: /usr/bin/m4 failed with exit status: 1<br>aclocal: error: echo failed with exit status: 1<br>autoreconf: aclocal failed with exit status: 1</font><br></div><div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 3, 2020 at 4:02 AM Olaf Meeuwissen <<a href="mailto:paddy-hack@member.fsf.org" target="_blank">paddy-hack@member.fsf.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">Hi Adam,<br>
<br>
Adam Richter writes:<br>
<br>
> Hi, Wes ald Ralph.<br>
><br>
> I am sorry for not noticing this thread earlier.  This is a known bug<br>
> with the .tar.gz source releases before 1.0.31 and is in the bug<br>
> tracking system at<br>
> <a href="https://gitlab.com/sane-project/backends/-/issues/248" rel="noreferrer" target="_blank">https://gitlab.com/sane-project/backends/-/issues/248</a> .  1.0.31 should<br>
> build for you.<br>
<br>
Thanks for trying to help!  But I must correct you a little bit.  *Our*<br>
source tarballs contain everything needed to build starting with a<br>
<br>
  ./configure<br>
<br>
The problem is that GitLab automatically adds *their* source tarballs<br>
that only include what we keep in the git repository.  I've submitted<br>
an [issue][1] with GitLab to get this addressed.<br>
<br>
 [1]: <a href="https://gitlab.com/gitlab-org/gitlab/-/issues/232074" rel="noreferrer" target="_blank">https://gitlab.com/gitlab-org/gitlab/-/issues/232074</a><br>
<br>
Similarly, people also seem to use the download functionality in the web<br>
interface to get GitLab created source tarballs.  These are just a top<br>
skim of the repository at a given point in the project's history.  They<br>
are the same as you would get from a<br>
<br>
  git archive<br>
<br>
> The issue is that the releases in a certain range of versions were<br>
> made from git snapshots which did not include ./configure and related<br>
> files that are normally built for a release, and the version of<br>
> <a href="http://configure.ac" rel="noreferrer" target="_blank">configure.ac</a> invokes "git describe --dirty" to figure out the version<br>
> number, which requires a .git directory tree, which is not included in<br>
> the .tar.gz source release.<br>
<br>
That'd be the GitLab provided "source archives".<br>
Our [releases][2] include good source archives as long as you download<br>
the sane-backends-$version.tar.gz from the Other section in the Assets.<br>
<br>
 [2]: <a href="https://gitlab.com/sane-project/backends/-/releases" rel="noreferrer" target="_blank">https://gitlab.com/sane-project/backends/-/releases</a><br>
<br>
> Any of the following three solutions should work:<br>
> (a) edit autogen.sh to replace "[git describe --ditry]" with the<br>
> version number you want,<br>
> (b) build 1.0.31 instead,<br>
> (c) build from git clone (you can check out the versions using version<br>
> branch names, which you can see with "git branch -a").<br>
><br>
> I encourage you to report back if any of the above three options do<br>
> not work for you or if all are inadequate for your situation.<br>
<br>
:+1:<br>
<br>
> Adam<br>
<br>
Hope this helps,<br>
--<br>
Olaf Meeuwissen, LPIC-2            FSF Associate Member since 2004-01-27<br>
 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13  F43E B8A4 A88A F84A 2DD9<br>
 Support Free Software                        <a href="https://my.fsf.org/donate" rel="noreferrer" target="_blank">https://my.fsf.org/donate</a><br>
 Join the Free Software Foundation              <a href="https://my.fsf.org/join" rel="noreferrer" target="_blank">https://my.fsf.org/join</a><br>
</blockquote></div></div></div>
</blockquote></div>