[Bug 227669] Review Request: ppl-0.9 - A modern C++ library providing numerical abstractions
bugzilla at redhat.com
bugzilla at redhat.com
Fri Jun 8 17:18:54 UTC 2007
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 at ioa.s.u-tokyo.ac.jp 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.
More information about the Fedora-package-review
mailing list