[Bug 890589] Review Request: csprng - Entropy source using the cryptographically secure pseudo-random number generator

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=890589

--- Comment #3 from Eduardo Echeverria <echevemaster@xxxxxxxxx> ---
(In reply to comment #2)

> The only point I do not follow is the issue with the rpath. I do have
> following in my ~/.rpmmacros
> 
> $more ~/.rpmmacros 
> %__arch_install_post            \
> /usr/lib/rpm/check-rpaths     \
> /usr/lib/rpm/check-buildroot
> 
> and not rpath problem was reported. Do you see rpath issue on any of the
> provided executable files?

Hi Jiri:
- Try rebuilding the package:
rpmbuild --rebuild csprng-1.1.3-0.fc16.src.rpm

Give an error output about RPATH


*    0x0001 ... standard RPATHs (e.g. /usr/lib); such RPATHs are a minor
*               issue but are introducing redundant searchpaths without
*               providing a benefit. They can also cause errors in multilib
*               environments.

ERROR   0001: file '/usr/bin/csprng-generate' contains a standard rpath
'/usr/lib64' in [/usr/lib64]
ERROR   0001: file '/usr/sbin/csprngd' contains a standard rpath '/usr/lib64'
in [/usr/lib64]

you can also check the output rpmlint:

rpmlint -v csprng-1.1.3-0.fc17.x86_64.rpm 
csprng.x86_64: I: checking
csprng.x86_64: W: spelling-error Summary(en_US) cryptographically ->
photographically, typographically, topographically
csprng.x86_64: W: spelling-error %description -l en_US cryptographically ->
photographically, typographically, topographically
csprng.x86_64: W: spelling-error %description -l en_US dev -> deb, derv, div
csprng.x86_64: W: spelling-error %description -l en_US unmonitorable ->
unmemorable
csprng.x86_64: I: checking-url http://code.google.com/p/csrng/ (timeout 10
seconds)
csprng.x86_64: E: binary-or-shlib-defines-rpath /usr/bin/csprng-generate
['/usr/lib64']
csprng.x86_64: E: binary-or-shlib-defines-rpath /usr/sbin/csprngd
['/usr/lib64']
1 packages and 0 specfiles checked; 2 errors, 4 warnings.

- Usually, subpackages other than devel should require the base package
using a fully versioned dependency.
Please use 
Requires: %{name}%{?_isa} = %{version}-%{release} 
in the devel package

- In the devel package there a issue with unowned directories

%{_includedir}/%{name}/*
should be
%{_includedir}/%{name}/

Please see: https://fedoraproject.org/wiki/Packaging:UnownedDirectories

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=CASFloVUjc&a=cc_unsubscribe
_______________________________________________
package-review mailing list
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review



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