[Bug 285801] Review Request: simias - Collection-Oriented Data Storage

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]