[Bug 227669] Review Request: ppl-0.9 - A modern C++ library providing numerical abstractions

[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: 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

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