Hello Michael,
Thank you. Does this mean we are getting closer to tagging another release?
actually, I was thinking of putting this straight into production without tagging another release. For the latter, I would like to have some additional bugs resolved.
That is, of course, unless the xt_geoip/ipset changes introduced in Core Update 165 / 166 require an updated libloc and/or we don't want to ship a bunch of patches on top of the current one.
Thanks, and best regards, Peter Müller
-Michael
On 1 Mar 2022, at 21:52, Peter Müller peter.mueller@ipfire.org wrote:
My fault, again. :-/
Reported-by: Michael Tremer michael.tremer@ipfire.org Signed-off-by: Peter Müller peter.mueller@ipfire.org
src/python/location-importer.in | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/python/location-importer.in b/src/python/location-importer.in index 83fb5c7..fe13482 100644 --- a/src/python/location-importer.in +++ b/src/python/location-importer.in @@ -3,7 +3,7 @@ # # # libloc - A library to determine the location of someone on the Internet # # # -# Copyright (C) 2020-2021 IPFire Development Team info@ipfire.org # +# Copyright (C) 2020-2022 IPFire Development Team info@ipfire.org # # # # This library is free software; you can redistribute it and/or # # modify it under the terms of the GNU Lesser General Public # @@ -691,9 +691,9 @@ class CLI(object):
# How many octets do we need to add? # (LACNIC does not seem to have a /8 or greater assigned, so the following should suffice.)
if ldigits == 2:
if ldigits == 1: start_address = start_address[0] + ".0.0/" + start_address[1]
elif ldigits == 3:
elif ldigits == 2: start_address = start_address[0] + ".0/" + start_address[1] else: log.warning("Could not recover IPv4 address from line in LACNIC DB format: %s" % line)
-- 2.34.1