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: ppl-0.9 - A modern C++ library providing numerical abstractions https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=227669 ------- Additional Comments From mtasaka@xxxxxxxxxxxxxxxxxxx 2007-06-08 13:18 EST ------- (In reply to comment #27) > >>> * devel packge dependency on non-devel package > >>> - Please explain > >>> * why ppl-swiprolog requires ncurses-devel > >> Sorry, I do not understand this question. > > ----------------------------------------------------------- > > %package swiprolog > > Summary: The SWI-Prolog interface of the Parma Polyhedra Library > > Group: Development/Libraries > > BuildRequires: pl >= 5.6.0, readline-devel > > Requires: ppl = %{version}-%{release}, ppl-pwl = %{version}-%{release}, pl >= > > 5.6.0, readline-devel > > ----------------------------------------------------------- > > So ppl-swiprolog has readline-devel for "Requires". > > I see. The problem was that above you wrote "ncurses-devel". Very sorry... well, yes, I meant "readline-devel"... > > > As said > > above, normally non-devel package should not have dependency > > for -devel package without reasonable reason. > > You asked me to add this as a workaround. As a reminder, > `pl' should require `readline-devel', but it doesn't. > You asked me to file a bug for `pl' (which I did) and to > work around that problem (which I did by requiring > `readline-devel' myself). Perhaps I misunderstood you. No, you did *not mis*understand me. Okay for this. > >>> * why ppl-utils requires glpk-devel Please ignore this question, sorry again... I mistook BuildRequires for Requires. > >>> * About libppl_gprolog.so: > >> This one. I thought I had fixed it by adding an -rpath option, > >> ppl_gprolog works, but now I get the following: > >> > >> + /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot > > ******************************************************************************* > >> ERROR 0001: file '/usr/lib64/ppl/libppl_swiprolog.so' contains a standard > >> rpath '/usr/lib64' in [/usr/lib64] > >> ERROR 0001: file '/usr/lib64/ppl/ppl_yap.so' contains a standard rpath > >> '/usr/lib64' in [/usr/lib64] > > <snip> > >> Net result: I am totally confused. > > Your newest spec file uses --disable-rpath + adds ppl-0.9-makefiles.patch > > to add rpath on ppl_gprolog. Do you see this rpath problem > > on the newest spec file? > > Yes. Please attach the full build log. I am i386 user and currently I don't have this problem. > > >> Anyway, the sources with which I am working are: > > I will appreciate it if you also upload the srpm, thanks! > > Because of the error above, the srpm is not generated. rpmbuild -bs foo.spec just do so. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review