http://pear.php.net/bugs/search.php?cmd=display&package_name%5B0%5D=Net_Whois Search Results en-us pear-webmaster@lists.php.net pear-webmaster@lists.php.net hourly 1 2000-01-01T12:00+00:00 http://pear.php.net/gifs/pearsmall.gif http://pear.php.net/bugs http://pear.php.net/bugs/20315 Net_Whois Feature/Change Request Reported by midget 2014-06-26T19:20:54+00:00 PHP: Irrelevant OS: Debian GNU/Linux Package Version: 1.0.5 Description: ------------ Hi Team, This software is part of the Debian archive and will be removed from official repositories due to licensing issues (please, see below). Would you consider changing the license to another BSD style license? For reference see: * https://bugs.debian.org/752646 * https://bugs.debian.org/752642 * https://ftp-master.debian.org/REJECT-FAQ.html Extracted from: https://ftp-master.debian.org/REJECT-FAQ.html License PHP: --------------- You have a PHP add-on package (any php script/"app"/thing, not PHP itself) and it's licensed only under the standard PHP license. That license, up to the 3.x which is actually out, is not really usable for anything else than PHP itself. I've mailed our -legal list about that and got only one response, which basically supported my view on this. Basically this license talks only about PHP, the PHP Group, and includes Zend Engine, so its not applicable to anything else. And even worse, older versions include the nice ad-clause. One good solution here is to suggest a license change to your upstream, as they clearly wanted a free one. LGPL or BSD seems to be what they want. Thanks in advance.]]> Net_Whois Feature/Change Request Reported by midget 2014-06-26T19:20:54+00:00 PHP: Irrelevant OS: Debian GNU/Linux Package Version: 1.0.5 Description: ------------ Hi Team, This software is part of the Debian archive and will be removed from official repositories due to licensing issues (please, see below). Would you consider changing the license to another BSD style license? For reference see: * https://bugs.debian.org/752646 * https://bugs.debian.org/752642 * https://ftp-master.debian.org/REJECT-FAQ.html Extracted from: https://ftp-master.debian.org/REJECT-FAQ.html License PHP: --------------- You have a PHP add-on package (any php script/"app"/thing, not PHP itself) and it's licensed only under the standard PHP license. That license, up to the 3.x which is actually out, is not really usable for anything else than PHP itself. I've mailed our -legal list about that and got only one response, which basically supported my view on this. Basically this license talks only about PHP, the PHP Group, and includes Zend Engine, so its not applicable to anything else. And even worse, older versions include the nice ad-clause. One good solution here is to suggest a license change to your upstream, as they clearly wanted a free one. LGPL or BSD seems to be what they want. Thanks in advance.]]> 2014-10-25T05:58:13+00:00 midget &#x61;&#116; midworld &#x64;&#111;&#x74; net Net_Whois Feature/Change Request http://pear.php.net/bugs/18732 Net_Whois Feature/Change Request Reported by goan69 2011-08-15T00:42:54+00:00 PHP: 5.3.6 OS: Linux Package Version: 1.0.5 Description: ------------ When accessing Japanese domains via the whois module, the returned whois string does not display the Japanese characters (mixed character set). I have not been able to convert the strings to Japanese characters as I cannot workout what the character encoding actually is.. If the decoding could be done through the whois is module it would be very helpful! Test script: --------------- $whois = new Net_Whois(); $info = $whois->query($host); // $info = iconv("UTF-8", "ISO-8859-1//IGNORE", $info); // tried all the character sets I can think of $info = nl2br($info); $cf = fopen($fullpath, "w"); fwrite($cf, $info); fclose($cf); Expected result: ---------------- Does not show non ascii characters as japanese characters for .jp domains. see below example for mafp.co.jp If the whois string cannot be returned with the Japanese characters then the English version would do instead. Actual result: -------------- [ JPRS database provides information on network administration. Its use is ] [ restricted to network administration purposes. For further information, ] [ use 'whois -h whois.jprs.jp help'. To suppress Japanese output, add'/e' ] [ at the end of command, e.g. 'whois -h whois.jprs.jp xxx/e'. ] Domain Information: [$B%I%a%$%s>pJs(B] a. [$B%I%a%$%sL>(B] MAFP.CO.JP e. [$B$=$7$-$a$$(B] $B$f$&$2$s$,$$$7$c$R$e!<$^$M$/$H(B f. [$BAH?%L>(B] $BM-8B2q g. [Organization] HUMANNECT.inc k. [$BAH?% l. [Organization Type] limited private company m. [$BEPO?C4Ev n. [$B5;=QO"MmC4Ev p. [$B%M!<%`%5!<%P(B] 01.dnsv.jp p. [$B%M!<%`%5!<%P(B] 02.dnsv.jp s. [$B=pL>80(B] [$B>uBV(B] Connected (2012/01/31) [$BEPO?G/7nF|(B] 2008/01/30 [$B@\B3G/7nF|(B] 2008/01/30 [$B:G=*99?7(B] 2011/02/01 01:46:14 (JST)]]> Net_Whois Feature/Change Request Reported by goan69 2011-08-15T00:42:54+00:00 PHP: 5.3.6 OS: Linux Package Version: 1.0.5 Description: ------------ When accessing Japanese domains via the whois module, the returned whois string does not display the Japanese characters (mixed character set). I have not been able to convert the strings to Japanese characters as I cannot workout what the character encoding actually is.. If the decoding could be done through the whois is module it would be very helpful! Test script: --------------- $whois = new Net_Whois(); $info = $whois->query($host); // $info = iconv("UTF-8", "ISO-8859-1//IGNORE", $info); // tried all the character sets I can think of $info = nl2br($info); $cf = fopen($fullpath, "w"); fwrite($cf, $info); fclose($cf); Expected result: ---------------- Does not show non ascii characters as japanese characters for .jp domains. see below example for mafp.co.jp If the whois string cannot be returned with the Japanese characters then the English version would do instead. Actual result: -------------- [ JPRS database provides information on network administration. Its use is ] [ restricted to network administration purposes. For further information, ] [ use 'whois -h whois.jprs.jp help'. To suppress Japanese output, add'/e' ] [ at the end of command, e.g. 'whois -h whois.jprs.jp xxx/e'. ] Domain Information: [$B%I%a%$%s>pJs(B] a. [$B%I%a%$%sL>(B] MAFP.CO.JP e. [$B$=$7$-$a$$(B] $B$f$&$2$s$,$$$7$c$R$e!<$^$M$/$H(B f. [$BAH?%L>(B] $BM-8B2q g. [Organization] HUMANNECT.inc k. [$BAH?% l. [Organization Type] limited private company m. [$BEPO?C4Ev n. [$B5;=QO"MmC4Ev p. [$B%M!<%`%5!<%P(B] 01.dnsv.jp p. [$B%M!<%`%5!<%P(B] 02.dnsv.jp s. [$B=pL>80(B] [$B>uBV(B] Connected (2012/01/31) [$BEPO?G/7nF|(B] 2008/01/30 [$B@\B3G/7nF|(B] 2008/01/30 [$B:G=*99?7(B] 2011/02/01 01:46:14 (JST)]]> 2011-08-15T00:42:54+00:00 suncoast &#x64;&#111;&#x74; adsl &#x61;&#116; yahoo &#x64;&#111;&#x74; com &#x64;&#111;&#x74; au Net_Whois Feature/Change Request http://pear.php.net/bugs/17539 Net_Whois Feature/Change Request Reported by hm2k 2010-07-01T14:28:55+00:00 PHP: 5.3.2 OS: Package Version: SVN Description: ------------ $nicServer on _connect() should be optional. This is because by default it should know to use the default NICHOST. Secondly a NicServer variable should not be required to be passed directly to the function, instead it should use the class variable unless $nicServer is specified. Consequently, the query() function should utilise this method, meaning the current whois server would be accessible via the $this->nicServer class variable. Unfortunately the _connect() function asks for the server parameter first before the actual query, which may lead to confusion. To resolve this, the _connect($nicServer, $domain) function could become _lookup($query, $server) and _connect could be mapped to it.]]> Net_Whois Feature/Change Request Reported by hm2k 2010-07-01T14:28:55+00:00 PHP: 5.3.2 OS: Package Version: SVN Description: ------------ $nicServer on _connect() should be optional. This is because by default it should know to use the default NICHOST. Secondly a NicServer variable should not be required to be passed directly to the function, instead it should use the class variable unless $nicServer is specified. Consequently, the query() function should utilise this method, meaning the current whois server would be accessible via the $this->nicServer class variable. Unfortunately the _connect() function asks for the server parameter first before the actual query, which may lead to confusion. To resolve this, the _connect($nicServer, $domain) function could become _lookup($query, $server) and _connect could be mapped to it.]]> 2010-10-21T16:57:32+00:00 hm2k &#x61;&#116; php &#x64;&#111;&#x74; net Net_Whois Feature/Change Request http://pear.php.net/bugs/17497 Net_Whois Feature/Change Request Reported by hm2k 2010-06-15T20:50:16+00:00 PHP: 5.3.2 OS: Package Version: SVN Description: ------------ @see http://www.nominet.org.uk/other/whois2/instruct/ The WHOIS2 service enables WHOIS gateways/proxies to query the WHOIS database without being blocked for excessive use. Queries are sent to port 1043 on the server whois.nic.uk rather than the ordinary port 43. The format of the queries is: <hostname of client> <IP address of client> <domain to query><cr><lf>]]> Net_Whois Feature/Change Request Reported by hm2k 2010-06-15T20:50:16+00:00 PHP: 5.3.2 OS: Package Version: SVN Description: ------------ @see http://www.nominet.org.uk/other/whois2/instruct/ The WHOIS2 service enables WHOIS gateways/proxies to query the WHOIS database without being blocked for excessive use. Queries are sent to port 1043 on the server whois.nic.uk rather than the ordinary port 43. The format of the queries is: <hostname of client> <IP address of client> <domain to query><cr><lf>]]> 2011-09-02T22:17:38+00:00 hm2k &#x61;&#116; php &#x64;&#111;&#x74; net Net_Whois Feature/Change Request