Spec file help

Michael Schwendt ms-nospam-0306 at arcor.de
Fri Feb 6 23:01:33 UTC 2004


On Fri, 6 Feb 2004 22:23:55 +0000, Gavin Henry wrote:

> > Instead, with Fedora Core 1, gconftool-2
> > has a --makefile-uninstall-rule, too.
> 
> Do I need to do anything with the --makefile-uninstall-rule ??

Undo in the %postun script what you install in the %post script?

> > With regard to the explicit dependencies,
> >
> > > Requires  : gnome-panel >= 0:2.0.0
> > > Requires  : gtk2 >= 0:2.0.0
> > > Requires  : libgnomeui >= 0:2.0.0
> >
> > are any these not covered automatically already in "rpm -qR package"?
> 
> Not sure.

Query the binary package:  rpm -qR netmon_applet*

All the libraries, which are listed as package dependencies, belong to
packages. Package tools find out in what package to find a file (even rpm
does that with the help of the RPM database in the rpmdb-fedora
package). E.g. libgtk-x11-2.0.so.0 is part of "gtk2", so you would not
need an explicit dependency on "gtk2" if your applet is linked against
that library. The dependency is determined automatically by rpmbuild.

Or do you want to maintain such manually set dependencies and check them
regularly? For instance, what happens if you use gtk2 2.2.4 and the next
version of the applet no longer works with gtk2 >= 2.0.0 without
mentioning that in the documentation?

> Should I just leave BuildRequires in then?

Of course, if that stuff is _required_ to build the package.

> > > BuildRequires  : pkgconfig >= 0:0.10.0
> >
> > First version of pkgconfig included within Red Hat Linux 7.1 is
> > Epoch 1 already.
> >
> 
> I just made that version up :-( . I will get a more accurate version.

Or omit the version altogether.
 
Do you target a specific distribution? Or do you aim at providing a
generic package for arbitrary distributions?

gnome-panel, gtk2 and libgnomeui > 2.0.0 were available in Red Hat Linux
8.0 already. If there's a specific reason why an explicit dependency [and
even a versioned one] is needed, that should be documented in the spec
file.

-- 





More information about the fedora-devel-list mailing list