public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>
To: cygwin-apps@cygwin.com
Subject: Re: [ITA] GeoIP, GeoIP-database, geoipupdate
Date: Tue, 16 Apr 2024 17:39:35 -0600	[thread overview]
Message-ID: <e03ba73c-da2c-479f-8e4b-34b83c39a0cb@SystematicSw.ab.ca> (raw)
In-Reply-To: <632e0c62-390f-4152-8f66-bf2e040acbcc@dronecode.org.uk>

On 2024-04-16 13:31, Jon Turney via Cygwin-apps wrote:
> On 13/04/2024 14:09, Brian Inglis via Cygwin-apps wrote:
>> I would like to adopt and revive the above packages with the last 
>> ("unofficial") version of the legacy code committed noted in the ChangeLog as 
>> 1.7.0, and a new upstream source for legacy format free databases converted 
>> when the official current upstream databases are updated.
> 
> My very limited, vague understanding was that GeoIP is obsolete and users should 
> move to something newer? What packages do we have that actually depend on this? 
> Are there other ways to update them?

$ cygcheck-dep -nqS libGeoIP1 libmaxminddb0
  libGeoIP1: is needed for ( GeoIP libdns1104 libdns1105 libdns166 libdns169 
libGeoIP-devel )
  libmaxminddb0: is needed for ( bind libdns1106 libmaxminddb-devel 
lighttpd-mod_maxminddb )

Looks like older bind used free legacy GeoIP databases, "current" bind uses 
current library and current GeoIP2 databases which require free registration to 
get an API key with limits.
The new upstream source for free legacy GeoIP databases converts upstream GeoIP2 
databases and makes them available under its CC-by-4.0 licence.

$ cpm-sum libdns1{6{6,9},10{4,5,6}} | grep 
'dns\|bind\|maxmind\|GeoIP\|depends:\|ackage:$'
Package: libdns166
    depends:
    cygwin, libGeoIP1, libgssapi_krb5_2, libisc160, libjson-c2, libkrb5_3,
    rdepends:
    dnsperf, libbind9_160, libirs160, libisccfg160
    source package:
    bind
Package: libdns169
    depends:
    cygwin, libGeoIP1, libgssapi_krb5_2, libisc166, libjson-c2, libkrb5_3,
    rdepends:
    dnsperf, libbind9_160, libirs160, libisccfg160
    source package:
    bind
Package: libdns1104
    depends:
    cygwin, libGeoIP1, libgssapi_krb5_2, libisc1100, libjson-c2, libkrb5_3,
    rdepends:
    bind, bind-utils, libbind9-devel, libbind9_161, libirs161, libisccfg163
    source package:
    bind
Package: libdns1105
    depends:
    cygwin, libGeoIP1, libgssapi_krb5_2, libisc1100, libjson-c2, libkrb5_3,
    rdepends:
    bind, bind-utils, libbind9-devel, libbind9_161, libirs161, libisccfg163
    source package:
    bind
Package: libdns1106
    depends:
    libmaxminddb0, libssl1.1, libxml2
    rdepends:
    bind, bind-utils, dnsperf, libbind9-devel, libbind9_161, libirs161,
    source package:
    bind

>> Is there any easy way of overridding package version from
>> ac_init_version without patching configure.ac?
> 
> Generally, no.

Tried the obvious stuff with no effect, so applied patch.

>> As part of this upgrade, the geoipupdate source and databases are no longer 
>> available, so the new upstream database source update script becomes a new 
>> database subpackage and script geoipupdate, and the old geoipupdate source, 
>> binary, and debuginfo packages should become obsolete.
>>
>> Is there anything special required to replace a source package and binaries 
>> with a binary subpackage?
> 
> Uh... I had to reread that several times (and compare with the cygport) before 
> it this question made sense.
> 
> So: when you come to upload, I'll need to change things to that the geoipupdate 
> package belongs to GeoIP-database source.
> 
> geoipupdate should probably obsolete geoipupdate-debuginfo, if it's now empty.

Good point, thanks.

> Reviewing the cygports, everything looks OK.
> 
> I'd make the comment that the text about scheduling geoipupdate to run should be 
> in geoipupdate_DESCRIPTION, rather than in GeopIP-database's description.

Good point, I will rework some info.

> I added GeoIP and GeoIP-database to your packages.

Cheers, thanks!

-- 
Take care. Thanks, Brian Inglis              Calgary, Alberta, Canada

La perfection est atteinte                   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer     but when there is no more to cut
                                 -- Antoine de Saint-Exupéry


  reply	other threads:[~2024-04-16 23:39 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-13 13:09 Brian Inglis
2024-04-16 19:31 ` Jon Turney
2024-04-16 23:39   ` Brian Inglis [this message]
2024-04-17 19:38     ` Jon Turney
2024-04-18 18:34       ` Brian Inglis
  -- strict thread matches above, loose matches on Subject: below --
2024-04-13 12:43 Brian Inglis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e03ba73c-da2c-479f-8e4b-34b83c39a0cb@SystematicSw.ab.ca \
    --to=brian.inglis@systematicsw.ab.ca \
    --cc=cygwin-apps@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).