Re: [NEWS] Sawfish is now intltoolized! / librep.spec.in and autogen.sh issues solved
- From: Michal Jaegermann <michal harddata com>
- To: General discussion about sawfish wm <sawfish-list gnome org>
- Subject: Re: [NEWS] Sawfish is now intltoolized! / librep.spec.in and autogen.sh issues solved
- Date: Tue, 3 Feb 2009 10:24:24 -0700
On Mon, Feb 02, 2009 at 10:57:07PM +1100, Allan Duncan wrote:
> Christopher Roy Bratusek wrote:
>
> ...
> >***** librep *****
>
> Most of the problems I had with librep-0.17.3 are gone, now we are back
> to the issue I had with making rpms of librep-0.17.2 a week ago:
>
> Checking for unpackaged file(s): /usr/lib/rpm/check-files
> /home/alland/rpmbuild/BUILDROOT/librep-0.17.3-1.i386
> error: Installed (but unpackaged) file(s) found:
> /usr/lib/librep.a
> /usr/share/info/dir
>
> librep.a is easily dealt with, but "dir" is not a simple file, it is a
> cumulative index for the info system, and the entry has to be inserted
> by the program install-info.
You definitely _do not_ want that copy if "dir" to clobber your
existing one. You need to install-info in a %post script instead.
This is a spec error. Remove both in an %install section of your
spec file with that proviso that you are using there
rm -f $RPM_BUILD_ROOT%{_libdir}/*.a
rm -f $RPM_BUILD_ROOT%{_infodir}/dir
This makes a difference.
There were times when installed but unpackaged files were just a
warning and not an error. You can still restore an old behaviour by
setting %_unpackaged_files_terminate_build to 0 in your own
~/.rpmmacros but this is surely not recommended.
Michal
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]