Should we RESTRICT=mirror it? Or only change the LICENSE somehow? Please comment. See http://search.cpan.org/~nwetters/IP-Country-2.26/lib/IP/Country.pm#COPYRIGHT and below: "The ARIN WHOIS data is for Internet operational or technical research purposes pertaining to Internet operations only. It may not be used for advertising, direct marketing, marketing research, or similar purposes. Use of the ARIN WHOIS data for these activities is explicitly forbidden. ARIN requests to be notified of any such activities or suspicions thereof." "Except for agreed Internet operational purposes, no part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, recording, or otherwise, without prior permission of the RIPE NCC on behalf of the copyright holders. Any use of this material to target advertising or similar activities is explicitly forbidden and may be prosecuted. The RIPE NCC requests to be notified of any such activities or suspicions thereof."
We need to change LICENSE. Add a new license file (propose on gentoo-dev FIRST), maybe call it IP-Country, and include the copyright details about the database. Then change LICENSE to LICENSE="Artistic IP-Country"
2.27 is now also from 2009, its also need dbmscript updates prefereble as a patch, searching https://rt.cpan.org/Public/Bug/Display.html?id=59666 seams it should be done updates to get atleast my ip in the database, but generating this db needs 2.1G ram tested here in resident ram usage so +1 to gentoo license first do i need to make a version bump request ? have localy done the hardwork here, but i am just a user :)
ups will create a bump request
Created attachment 274309 [details] auth.gif from today
Created attachment 274311 [details] cc.gif from today
Created attachment 274313 [details] ip.gif from today
Created attachment 274315 [details] ipauth.gif from today
uploaded db files from today, hope its okay to use them in a patch for 2.27
Masked for removal.
(In reply to Mikle Kolyada from comment #9) > Masked for removal. Impact on spamassassin feature disabled by default (Bug 537464)
(In reply to David K. Thompson from comment #10) > (In reply to Mikle Kolyada from comment #9) > > Masked for removal. > > Impact on spamassassin feature disabled by default (Bug 537464) It's irrelevant here <zlogene> !ddep dev-perl/IP-Country <willikins> No packages have a reverse DEPEND on dev-perl/IP-Country. <zlogene> !rdep dev-perl/IP-Country <willikins> No packages have a reverse RDEPEND on dev-perl/IP-Country. <zlogene> !pdep dev-perl/IP-Country <willikins> No packages have a reverse PDEPEND on dev-perl/IP-Country.
(In reply to Mikle Kolyada from comment #11) > (In reply to David K. Thompson from comment #10) > > (In reply to Mikle Kolyada from comment #9) > > > Masked for removal. > > > > Impact on spamassassin feature disabled by default (Bug 537464) > > It's irrelevant here > > <zlogene> !ddep dev-perl/IP-Country > <willikins> No packages have a reverse DEPEND on dev-perl/IP-Country. > <zlogene> !rdep dev-perl/IP-Country > <willikins> No packages have a reverse RDEPEND on dev-perl/IP-Country. > <zlogene> !pdep dev-perl/IP-Country > <willikins> No packages have a reverse PDEPEND on dev-perl/IP-Country. Just because the dependency is not declared, that doesn't make it irrelevant. Its one of those pesky undeclared dependencies which people have failed to report until we masked it. That is to say, given that SA bundles a module that depends on this SA depends on this. Just its not triggered by the stock configuration. SA should really have a USE=geoip for this.
and USE=redis for spamassassin >=3.4.0 but irellevant for this bug here, let it RIP
(In reply to Kent Fredric from comment #12) > (In reply to Mikle Kolyada from comment #11) > > (In reply to David K. Thompson from comment #10) > > > (In reply to Mikle Kolyada from comment #9) > > > > Masked for removal. > > > > > > Impact on spamassassin feature disabled by default (Bug 537464) > > > > It's irrelevant here > > > > <zlogene> !ddep dev-perl/IP-Country > > <willikins> No packages have a reverse DEPEND on dev-perl/IP-Country. > > <zlogene> !rdep dev-perl/IP-Country > > <willikins> No packages have a reverse RDEPEND on dev-perl/IP-Country. > > <zlogene> !pdep dev-perl/IP-Country > > <willikins> No packages have a reverse PDEPEND on dev-perl/IP-Country. > > Just because the dependency is not declared, that doesn't make it irrelevant. > > Its one of those pesky undeclared dependencies which people have failed to > report until we masked it. > > That is to say, given that SA bundles a module that depends on this SA > depends on this. Just its not triggered by the stock configuration. > > SA should really have a USE=geoip for this. Are there any way to know which package uses those undeclared deps? ;)
> > Are there any way to know which package uses those undeclared deps? ;) Yes, when users find they need to install deps to simply change a setting, they aught to report that ( they don't always though, but they should ) And the other way we find the hidden deps is we hardmask packages and users complain about it =) There are ways you can attempt to statically predict deps ... but they're entirely unreliable if anyone is doing anything slightly quirky. ( RTA: loading dependencies dynamically at runtime without using any of the standard tools Perl ships for that purpose )
Gone.
