Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: simias - Collection-Oriented Data Storage https://bugzilla.redhat.com/show_bug.cgi?id=285801 ------- Additional Comments From snecklifter@xxxxxxxxx 2007-11-22 09:43 EST ------- Hi Jason, Thanks for the review. (In reply to comment #4) > This now fails to build for me in a different manner: > > + ./autogen.sh --prefix=/usr --bindir=/usr/bin --exec_prefix=/usr > --sysconfdir=/etc --includedir=/usr/include --datadir=/usr/share --with-runasclient > > You must have autoconf installed to compile Simias. > Download the appropriate package for your distribution, > or get the source tarball at ftp://ftp.gnu.org/pub/gnu/ > > You must have automake installed to compile Simias. > Download the appropriate package for your distribution, > or get the source tarball at ftp://ftp.gnu.org/pub/gnu/ > error: Bad exit status from /var/tmp/rpm-tmp.74877 (%build) > > It isn't really surprising to need this for a snapshot pulled from the upstream > SCM, but I'm curious as to how you got a proper build of this without these > installed in the buildroot. I thought these were in the default buildroot - obviously this is not the case. I have updated the spec file. http://snecker.fedorapeople.org/simias/simias.spec > Adding the necessary BuildRequires gets me to and autoconf file with a ton of > errors which look related to libtool, so I added that as well. Okay, added that too. I sometimes think it is better to BuildRequire *everything* needed. :( > And now the > build makes it to: > > gcc -Wall -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions > -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic > -fno-strict-aliasing -DWITH_BISON -DWITH_FLEX symbol2.o error2.o > soapcpp2_yacc.tab.o lex.yy.o init2.o soapcpp2.o /usr/lib/libfl.a -o soapcpp2 > gcc: /usr/lib/libfl.a: No such file or directory > make: *** [soapcpp2] Error 1 > > At which point I give up. Why does this package building on x86_64 need to link > against a 32-bit flex? Hmm, hadn't even got to a mock build yet. I have an issue with a static library which I am trying to resolve at the moment. Namely, in the following makefile http://snecker.fedorapeople.org/simias/Makefile.am the issue with the ldflags hack for 64bit. > I know this package is large, but please try to use either koji scratch builds > or a local mock installation to ensure that your packages are buildable. I will once I have all of the above resolved and rpmlint is quiet. Until then this package can be ignored - i will update further when it is ready for review again. Thanks again for your attention. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review