Spec Name or Url: http://www.enlartenment.com/extras/mod_geoip.spec
SRPM Name or Url: http://www.enlartenment.com/extras/mod_geoip-1.1.7-2.src.rpm
mod_geoip is an Apache module for finding the country that a web request
originated from. It uses the GeoIP library and database to perform
the lookup. It is free software, licensed under the Apache license.
Looks clean and builds properly in mock (i386, development).
rpmlint is silent.
The package meets the naming and packaging guidelines.
License is appropriate and matches source.
Source file matches upstream.
The specfile is properly named and is legible and understandable.
BuildRequires: are proper.
I find the Requires: a bit odd. What's the point of having httpd-mmn = missing
/usr/include/httpd/.mmn doesn't exist? In any case, not a blocker.
The tarball seems to be called "mod_geoip2".
I know too little about this package, but why isn't the rpm called the same rsp.
why doesn't the rpm provide a virtual property of this name?
I'll answer both questions in one reply - Both are quite valid questions.
Jason: The httpd-mmn Requires: is to ensure that the module version matches that
of the Apache version you're going to install against. (Something one of the
more experienced packagers (Ville?) pointed out while I was working on mod_security)
Ralf: I called it mod_geoip to avoid potential confusion ("Where's/What is
mod_geoip1?) and ensure some level of clarity.
Upstream has different tarballs for Apache 1.3.x and 2.x, the latter is
mod_geoip2 but, given that FC doesn't package the older branch anyway, I went
for plain "mod_geoip" so even the most inebriated of users could guess what it
was for :-D.
As for a virtual property, I've never seen anyone package it elsewhere - and if
they've called it mod_geoip they'll get cleanly upgraded anyway provided other
deps are met.
I'll import and build unless anyone has strong "blocker" objections to the name.
I implicitly understood your reasoning for using mod_geoip and not mod_geoip2
and didn't see it as a problem. The name of the generated module is
mod_geoip.so and the upstream name of the package is mod_geoip:
FYI, Mandriva seems to ship this package as mod_geoip as well:
About the Requires:, I understand why it's there but I didn't quite get what use
a Requires: of "httpd-mmn = missing" (in the case that /usr/include/httpd/.mmn
doesn't exist) is going to be. I suppose it's just defensive programming, which
is no problem with me.
(In reply to comment #4)
> I implicitly understood your reasoning for using mod_geoip and not mod_geoip2
> and didn't see it as a problem. The name of the generated module is
> mod_geoip.so and the upstream name of the package is mod_geoip:
I asked because of the mod_perl vs. mod_perl2 idocy.
"httpd-mmn = missing" comes from some Core packages, so you'll have to ask there
to get a definite answer. But at least it allows the specfile syntax to be ok
even when httpd-devel is not installed, enabling for example rpm -q --specfile
queries in those scenarios. If the "|| echo missing" part would not be there,
it wouldn't work.
Imported source RPM into CVS, will request a build when I get home from work.