On 03/25/2013 07:44 PM, liste_fran...@gmx.de wrote:
Right, so how does netsniff-ng then not depend on geoip-database if you need
to have the database to run it?
Yep, so I tried to say that with my headline:
The bug is that 'netsniff-ng does not depend on package "geoip-database"'.
Makes sense! I thought the other way round. :-)
Last time, I had a look at geoip-database, it's s simple shell script that
downloads these databases through wget, nothing more.
"geoip-database" is a "data-only"-package ( /usr/share/GeoIP/GeoIP.dat ),
the package you might think of is "geoip-database-contrib".
So you might want to
file a bug against the geoip-database package for inclusion of GeoLite City
Good suggestion! Done with Bug#703915.
Cool, thanks! Actually, what would also be good regarding GeoIP databases in
that package might be to have an automatic updater in the background that could
be installed *if the user wishes* which automatically updates the databases on
the system to prevent a drift of measurement data over time into
false/deprecated
values. Maybe scheduled through a cronjob or so, but the time of update would
need to be randomized somehow, not that all systems ask maxmind servers at once.
I think a lot of tools use libGeoIP and could benefit from that. Probably most
users just update once (when installing this packet) and that's it.
The latest version ... has an internal downloader where you can also define
mirrors
for failover.
At first I thought that's a good idea for the long run, then I realized they might put
"geoip-database-contrib" into "contrib"
because it requires data outside "debian main".
'http://www.debian.org/doc/debian-policy/ch-archive.html' says:
"None of the packages in the main archive area require software outside of that area
to function."
I'm not a "debian-policy-specialist" so I don't know if this sentence is not only for
"software" but for "pure data" also.
Well, to function the toolkit does not need this database, at least for the
tools
netsniff-ng, trafgen, ifpps, bpfc, curvetun. Only flowtop and astraceroute make
use
of it. But I'm not sure what policy applies in that case.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org