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

Re: compat (libgal2 gtkhtml3) packages for Fedora Extras



Just a comment on some package details:

On Sun, 14 Nov 2004 08:18:31 +0000, Michael A. Peters wrote:

> Summary: gtkhtml library compatability version
> Name: compat-gtkhtml3
> Version: 3.0.10
> Epoch: 0
> Release: %{epoch}.%{my_build}

"Epoch" is really just an added method to influence RPM version-release
comparison. A package with an epoch higher than the epoch in any other
package is considered "newer" (=higher overall version), regardless of
%version-%release. Expanding %epoch in %release doesn't make sense.
Let your packages start at "Release: 1" and increase the release with
every package revision. When the software version is upgraded, it is
common to restart release at 1.

Explicit "Epoch: 0" has been used in order to work around epoch
promotion problems in old versions of RPM up to Red Hat Linux
8.0. When a package is not built for those distributions, explicit
Epoch is not needed.

> BuildRequires: compat-libgal2-devel >= 0:1.99.10
> Requires:      compat-libgal2

Dependence on libgal2 is not automatic already?

> %package devel
> Summary: Libraries, includes, etc to develop gtkhtml applications
> Group: Development/Libraries
> Requires: %{name} = %{version}-%{release}

When explicit "Epoch: 0" is used, above should read:
Requires: %{name} = %{epoch}:%{version}-%{release}

> Requires: compat-libgal2-devel >= 0:1.99.9

Above it's 1.99.10.

> %files -f gtkhtml-3.0.lang
> %defattr(-, root, root)
> %doc AUTHORS ChangeLog NEWS README COPYING TODO
> %{_libdir}/*.so.*
> %{_libdir}/*.so.*

Duplicate.

> %{_libdir}/gtkhtml/*.so
> %{_libdir}/bonobo/servers/*.server
> %{_datadir}/gtkhtml-3.0
> 

Missing:  %dir %{_libdir}/gtkhtml

I see it's also missing in FC3 package.


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