[Bug 577152] Review Request: apiextractor - Library headers parser to extract API information

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=577152

--- Comment #3 from Chen Lei <supercyper at 163.com> 2010-03-27 07:41:34 EDT ---
(In reply to comment #2)
> (In reply to comment #1)
> > Would you be interested in packaging the whole pyside set?
> Yes, that's my plan. Would you be interested in reviewing the whole set?
> > BTW, %{_libdir}/cmake/ApiExtractor-%{version}/ seems not the right place for
> > cmake modules.    
> This is the place where cmake-aware projects put their arch-specific
> configuration [1] (the files may contain references to %{_libdir}, for
> example). The directory %{_libdir}/cmake/ is roughly similar to
> %{_libdir}/pkgconfig/ -- both are placed under %{_libdir} for the same reason.
> Several KDE packages install files in this directory and Fedora cmake package
> recently started owning the directory [2].
> [1] http://www.cmake.org/Wiki/CMake_2.6_Notes#Packages
> [2]
> http://cvs.fedoraproject.org/viewvc/rpms/cmake/devel/cmake.spec?r1=1.76&r2=1.77    

Thanks for clarification. currently fedora doesn't have a packaging guideline
according to cmake modules(even a draft), so I'm a little confusion about this,
historically cmake package didn't own {_libdir}/cmake and some packages store
cmake modules on %{_datadir}/cmake/%{name} (e.g. boost 1.41).

-- 
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.