Yes, understood. We do not provide a mechanism for cleaning individual
records from the DB file. Just a thought, but a workaround could be to
download the latest file from maxmind and simply delete the old file.
That's not ideal, but it might be something that could still be automated
depending on
To clarify a bit, on Otto's comment
> I have not read the new license, but the idea I believe is yes, whomever
> downloads and accepts the new license is then responsible for adherence to
> the applicable law,
> Which is why the Apache Foundation cannot be that entity I would think
My concern
+1 to Apache Legal advice
On Mon, Jan 13, 2020 at 3:30 PM Otto Fowler wrote:
> Justin,
>
> I have not read the new license, but the idea I believe is yes, whomever
> downloads and accepts the new license is then responsible for adherence to
> the applicable law,
> Which is why the Apache
Justin,
I have not read the new license, but the idea I believe is yes, whomever
downloads and accepts the new license is then responsible for adherence to
the applicable law,
Which is why the Apache Foundation cannot be that entity I would think.
We may want to send this past Apache Legal?
Maybe we should have a stellar command for this
On January 13, 2020 at 17:22:21, Justin Leet (justinjl...@gmail.com) wrote:
On the whole, I agree. I think the immediate focus should be to rip out
maxmind from default usage in master, even if it's done a bit roughly.
Getting master at least
On the whole, I agree. I think the immediate focus should be to rip out
maxmind from default usage in master, even if it's done a bit roughly.
Getting master at least building for people would probably be a good first
step.
Couple further thoughts
- JUnit 5 supports a variety of
I agree with all of that, my only thinking on contrib is, if that component
is not tested and has no coverage, and needs manual steps, then we may want
to separate it.
We would have to have some handle on full dev as well right?
On January 13, 2020 at 16:57:13, Michael Miklavcic (
Hey Otto,
As I mentioned above, we have had this issue with other components before,
e.g. mysql. I don't see a compelling reason to discontinue or push this
component to contrib just yet - it's a type of enrichment that happens to
require an additional manual step. Per the article (
Hi Tom, that is true, and I think that is the only viable approach. We do
however use the database for testing during build, and we do however setup
the components that use the data base in the ’sample’ flow with the
simulated sensors for our vagrant deploy… and our contrib/docker deploy
etc.
Hi Otto,
Thank you for raising this in the discussion.
It seems to me that Maxmind is proactive about providing instructions and code
to deliver updates to the local system. I can recall being surprised that the
current Metron solution seemed to do more than I expected, i.e., I thought I
I haven't had a chance to read the details yet, but we may need to make
this portion of the dev environment manual. Other libraries, e.g. mysql,
had issues like this as well.
On Mon, Jan 13, 2020 at 4:52 AM Otto Fowler wrote:
> https://issues.apache.org/jira/browse/METRON–2340
>
>
>
https://issues.apache.org/jira/browse/METRON–2340
https://blog.maxmind.com/2019/12/18/significant-changes-to-accessing-and-using-geolite2-databases/
Maxmind has changed the way the distribute and license the geolite2
database that we use in our builds and distribution.
Master build is broken,
12 matches
Mail list logo