1. 12 Nov, 2020 4 commits
  2. 11 Nov, 2020 2 commits
  3. 06 Nov, 2020 1 commit
  4. 29 Oct, 2020 2 commits
  5. 28 Oct, 2020 1 commit
  6. 27 Oct, 2020 8 commits
  7. 22 Oct, 2020 1 commit
  8. 21 Oct, 2020 10 commits
  9. 20 Oct, 2020 1 commit
  10. 16 Oct, 2020 3 commits
  11. 12 Oct, 2020 2 commits
  12. 24 Sep, 2020 2 commits
  13. 21 Sep, 2020 3 commits
    • Michael Tremer's avatar
      Bump version to 0.9.4 · 158c22d4
      Michael Tremer authored
      Signed-off-by: default avatarMichael Tremer <michael.tremer@ipfire.org>
      158c22d4
    • Peter Müller's avatar
      importer: Purge any redundant entries · c2cc55d5
      Peter Müller authored
      When importing inetnums, we might import various small networks
      which are not relevant for us as long as they do not have a
      different country code than their parent network.
      
      Therefore we delete all these entries to keep the database
      smaller without losing any information. The second version of this
      patch introduces a SQL statement parallelised across all CPUs
      available, while the DELETE-statement of the first version literally
      took ages to complete.
      
      However, cleaning up those data still takes about 26 hours (!) on
      our location02 testing machine, making daily updates of the location
      database impossible to the current knowledge.
      
      real    1521m30.620s
      user    38m45.521s
      sys     9m6.027s
      
      Special thanks goes to Michael for spending numerous hours
      on this, setting up a testing environment, doing PostgreSQL magic
      and providing helpful advice while debugging.
      
      Partially fixes: #12458
      
      Cc: Michael Tremer <michael.tremer@ipfire.org>
      Signed-off-by: default avatarPeter Müller <peter.mueller@ipfire.org>
      Signed-off-by: default avatarMichael Tremer <michael.tremer@ipfire.org>
      c2cc55d5
    • Peter Müller's avatar
      importer: Import raw sources for inetnum's again · 64e95fa9
      Peter Müller authored
      The extended feeds do not have enough detailed information
      for us, so that we need to import inetnums from RIRs where
      possible. Filtering private networks is necessary as RIR data
      may contain 0.0.0.0/0 or similar entries for administrative
      purposes or due to misfilings.
      
      Special thanks goes to Michael for spending numerous hours
      on this, setting up a testing environment and providing helpful
      advice while debugging.
      
      Partially fixes: #12458
      
      Cc: Michael Tremer <michael.tremer@ipfire.org>
      Signed-off-by: default avatarPeter Müller <peter.mueller@ipfire.org>
      Signed-off-by: default avatarMichael Tremer <michael.tremer@ipfire.org>
      64e95fa9