Open GoogleCodeExporter opened 9 years ago
It builds OK on Ubuntu 12.04 64bit, which is odd to me since the automake
version is still 1.11. See attachment.
Original comment by cho...@gmail.com
on 31 Jan 2013 at 4:07
Attachments:
I have the same issue. Exactly. Ubuntu 11.04.
Original comment by dlbenn...@gmail.com
on 7 Feb 2013 at 2:09
Also, Revision 163 builds fine (with bootstrap.sh). But NOT the latest.. (1.7)
*arrgghh*
Original comment by dlbenn...@gmail.com
on 7 Feb 2013 at 2:22
Also, trying to do a ./configure, then ./bootstrap.sh with Yara 1.7 produces
the error "cd: 23 can't cd to libyara" (the folder exists). Weird! (of course
make and make install fail after that).
Original comment by dlbenn...@gmail.com
on 7 Feb 2013 at 2:28
Nudge.. anything? anyone?
Original comment by dlbenn...@gmail.com
on 20 Feb 2013 at 11:25
Same problem on Apple OSX 10.7. with MacPorts, automake 1.13.1.
Running "autoreconf" solved this issue for me.
Original comment by andreas....@gmail.com
on 24 Feb 2013 at 1:10
http://rants.effu.se/2013/01/Installing-Latest-Yara-That-Works-With-Automake-1.1
1
Will build 1.62 still no joy with 1.7.
Original comment by dlbenn...@gmail.com
on 26 Feb 2013 at 11:25
Of course, everything works fine with 11.x or higher.
Original comment by dlbenn...@gmail.com
on 28 Feb 2013 at 1:35
Possibly relevant (since I'm having similar errors on OSX when trying to run
autoreconfig)
http://www.flameeyes.eu/autotools-mythbuster/forwardporting/autoconf.html
Original comment by cho...@gmail.com
on 6 Mar 2013 at 4:24
I have managed to get this to compile successfully under ubuntu 12.10.
nathaniel@nxps:~/src/yara-project-read-only$ uname -a
Linux nxps 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012 x86_64
x86_64 x86_64 GNU/Linux
I installed automake1.9 via apt-get and removed the older version.
Checked out latest SVN:
nathaniel@nxps:~/src$ svn checkout
http://yara-project.googlecode.com/svn/trunk/ yara-project-read-only
A yara-project-read-only/force.cpp
Ran ./configure:
nathaniel@nxps:~/src/yara-project-read-only$ ./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
Then ran bootstrap.sh - NOTE THIS STILL ERRORS.
nathaniel@nxps:~/src/yara-project-read-only$ ./bootstrap.sh
mkdir: cannot create directory `m4': File exists
mkdir: cannot create directory `libyara/m4': File exists
./bootstrap.sh: 16: ./bootstrap.sh: libtoolize: not found
./bootstrap.sh: 11: hash: libtoolize: not found
Can't exec "libtoolize": No such file or directory at /usr/bin/autoreconf line
195.
Use of uninitialized value in pattern match (m//) at /usr/bin/autoreconf line
195.
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy --force
Can't exec "libtoolize": No such file or directory at
/usr/share/autoconf/Autom4te/FileUtils.pm line 345, <GEN3> line 6.
autoreconf: failed to run libtoolize: No such file or directory
autoreconf: libtoolize is needed because this package uses Libtool
./bootstrap.sh: 23: cd: can't cd to libyara
However, running aclocal, then autoconf, followed by running make, gives you a
working build.
nathaniel@nxps:~/src/yara-project-read-only$ file yara
yara: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked
(uses shared libs), for GNU/Linux 2.6.24,
BuildID[sha1]=0xd0599a714a9e26ea9f2633daeef8f8bda6ef1669, not stripped
nathaniel@nxps:~/src/yara-project-read-only$ ./yara
usage: yara [OPTION]... [RULEFILE]... FILE | PID
options:
-t <tag> print rules tagged as <tag> and ignore the rest. Can be used more than once.
-i <identifier> print rules named <identifier> and ignore the rest. Can be used more than once.
-n print only not satisfied rules (negate).
-g print tags.
-m print metadata.
-s print matching strings.
-l <number> abort scanning after a <number> of rules matched.
-d <identifier>=<value> define external variable.
-r recursively search directories.
-f fast matching mode.
-v show version information.
Report bugs to: <vmalvarez@virustotal.com>
nathaniel@nxps:~/src/yara-project-read-only$ ./yara -v
yara 1.7 (rev:164)
Original comment by nathanie...@gmail.com
on 17 Mar 2013 at 11:52
Installing libtool then generates the 'no-extra-portability' error - removing
it removes this (but adds other errors).
To build yara-python, you'll have to repeat the similar steps for libyara, then
adjust the Makefile for a valid MKDIR_P (mkdir -p), then sudo make install,
then build yarapython as normal.
Original comment by nathanie...@gmail.com
on 18 Mar 2013 at 12:01
After installing automake, autoconf, and libtool under Ubuntu 13.04, I ran
./bootstrap.sh then ./configure
After the above, I was able to build it with "make" "sudo make install" just
fine.
Original comment by rsimmo...@gmail.com
on 1 May 2013 at 5:56
Build also fails on CentOS 5.9.
Original comment by ch...@smtps.net
on 21 May 2013 at 8:38
I've fixed this issue, at least it works fine in Ubuntu 11.04 and 12.04. Anyone
with a different operating system who wants to test it is welcomed.
svn co https://yara-project.googlecode.com/svn/branches/yara-1.x
cd yara-1.x
./bootstrap.sh
./configure
make
Please notice that these changes are in /svn/branches/yara-1.x, not in
/svn/trunk.
Original comment by plus...@gmail.com
on 23 May 2013 at 1:43
Confirmed the steps in #14 (copied exactly w/ cut & paste) work on Ubuntu 10.04
(YAY!!!). Result:
$ ./yara -v
yara 1.7 (rev:179)
Unfortunately on CentOS 5.9 the bootstrap.sh script fails to produce a
configure script:
$ ./bootstrap.sh
You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'.
configure.ac: installing `./install-sh'
regex/Makefile.am: installing `./depcomp'
aclocal: couldn't open directory `m4': No such file or directory
autoreconf: aclocal failed with exit status: 1
Remember to add `AC_PROG_LIBTOOL' to `configure.ac'.
You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'.
configure.ac: installing `./install-sh'
configure.ac: installing `./missing'
Makefile.am: installing `./INSTALL'
Makefile.am: installing `./depcomp'
aclocal: couldn't open directory `m4': No such file or directory
autoreconf: aclocal failed with exit status: 1
Original comment by ch...@smtps.net
on 23 May 2013 at 8:24
Now it works on CentOS 5.9 as well
Original comment by plus...@gmail.com
on 24 May 2013 at 9:33
Original issue reported on code.google.com by
cho...@gmail.com
on 26 Jan 2013 at 11:43Attachments: