[Bug 683071] Review Request: php-libvirt - PHP bindings for libvirt virtualization toolkit

bugzilla at redhat.com bugzilla at redhat.com
Fri Mar 11 12:12:40 UTC 2011


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=683071

--- Comment #13 from Michal Novotny <minovotn at redhat.com> 2011-03-11 07:12:39 EST ---
(In reply to comment #12)
> There is no need to change the tarball name. You just have to use '%setup -q -n
> libvirt-php-%{version}' in such case.


Thanks. I've managed to solve it somehow. There were still some issues but it's
solved.

> 
> As for the second question. The %doc directive will automatically place the
> file inside the docs directory. There is no need to have the docs directory
> specified explicitly.

Well, it's not that since when I'm having definition like this:

%files
%defattr(-,root,root,-)
%doc LICENSE README
%{php_extdir}/php-libvirt.so
%config(noreplace) %{php_confdir}/php-libvirt.ini

%files -n php-libvirt-doc
%defattr(-,root,root,-)
%doc
%dir %{_datadir}/doc/%{name}-%{version}
%{_datadir}/doc/%{name}-%{version}/html

in my SPEC file then I'm getting following error:

...
Processing files: php-libvirt-doc-0.4.1-2.fc14.i686
error: File not found:
/home/mig/RPMS/BUILDROOT/php-libvirt-0.4.1-2.fc14.i386/usr/share/doc/php-libvirt-0.4.1/html


RPM build errors:
    File not found:
/home/mig/RPMS/BUILDROOT/php-libvirt-0.4.1-2.fc14.i386/usr/share/doc/php-libvirt-0.4.1/html

but I don't know how to fix it the right way since it's working fine when %doc
is not filled for the main package but it's filled just for the -doc package.
The
/home/mig/RPMS/BUILDROOT/php-libvirt-0.4.1-2.fc14.i386/usr/share/doc/php-libvirt-0.4.1/html
path doesn't exist at all in this case and it existed when %doc of the main
package was empty.

Michal

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



More information about the package-review mailing list