<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.gnu.libidn.general">
    <title>gmane.comp.gnu.libidn.general</title>
    <link>http://blog.gmane.org/gmane.comp.gnu.libidn.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/425"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/424"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/423"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/422"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/421"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/420"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/419"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/418"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/417"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/416"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/415"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/414"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/413"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/412"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/411"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/410"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/409"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/408"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/407"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/406"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/425">
    <title>Processing of libidn_1.25-1_amd64.changes</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/425</link>
    <description>&lt;pre&gt;libidn_1.25-1_amd64.changes uploaded successfully to localhost
along with the files:
  libidn_1.25-1.dsc
  libidn_1.25.orig.tar.gz
  libidn_1.25-1.debian.tar.gz
  idn_1.25-1_amd64.deb
  libidn11-dev_1.25-1_amd64.deb
  libidn11_1.25-1_amd64.deb
  libidn11-java_1.25-1_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)
&lt;/pre&gt;</description>
    <dc:creator>Debian FTP Masters</dc:creator>
    <dc:date>2012-05-24T14:01:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/424">
    <title>RE: fix build of libidn with autoamke 1.12</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/424</link>
    <description>&lt;pre&gt;
Hi Simon,
  Thanks for the update.
Nitin
&lt;/pre&gt;</description>
    <dc:creator>Kamble, Nitin A</dc:creator>
    <dc:date>2012-05-23T15:47:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/423">
    <title>Re: Check failed for libidn-1.24 with glibc 2.14.1</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/423</link>
    <description>&lt;pre&gt;A better solution is to use a valgrind suppressions file, to suppress
just this complaint.  I have added such a file to libidn git, see:

http://git.savannah.gnu.org/gitweb/?p=libidn.git;a=blob;f=tests/libidn.supp;hb=HEAD

See the end of the HACKING file for instructions on how to use it:

http://git.savannah.gnu.org/gitweb/?p=libidn.git;a=blob;f=HACKING;hb=HEAD

/Simon

Funda Wang &amp;lt;fundawang&amp;lt; at &amp;gt;gmail.com&amp;gt; writes:

&lt;/pre&gt;</description>
    <dc:creator>Simon Josefsson</dc:creator>
    <dc:date>2012-05-23T08:19:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/422">
    <title>Re: libidn 1.22: sed commands on Solaris 11 too long</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/422</link>
    <description>&lt;pre&gt;

How short do the commands needs to be?  Could you suggest a patch?  I
think Solaris 11 is recent enough that we could work around known bugs
in the system -- however can this problem really be reproduced on
Solaris 11?  You indicated the OS was known as "snv_134" which suggests
it may be a development release.  I'm not certain we should spend time
working around bugs in development OSes.

/Simon
&lt;/pre&gt;</description>
    <dc:creator>Simon Josefsson</dc:creator>
    <dc:date>2012-05-23T08:14:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/421">
    <title>Re: fix build of libidn with autoamke 1.12</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/421</link>
    <description>&lt;pre&gt;

I have backed out the patch, from the discussion on the automake list it
seems that this is not the right thing to do and that this should be
resolved in automake or more likely libtool.  Please pursue this on the
automake/libtool list.

/Simon
&lt;/pre&gt;</description>
    <dc:creator>Simon Josefsson</dc:creator>
    <dc:date>2012-05-23T08:02:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/420">
    <title>Re: fix build of libidn with autoamke 1.12</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/420</link>
    <description>&lt;pre&gt;Hi Nitin,

I've forwarded your problem to the automake list to see if they have
some thoughts.  I think it is unfortunate that every project needs a
patch like this just because of automake 1.12.  Maybe there is some
other way to resolve it.  Meanwhile, I have commited your patch.

Thanks,
/Simon
&lt;/pre&gt;</description>
    <dc:creator>Simon Josefsson</dc:creator>
    <dc:date>2012-05-10T10:57:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/419">
    <title>fix build of libidn with autoamke 1.12</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/419</link>
    <description>&lt;pre&gt;
Attached patch fixes build of libidn with autoamke 1.12

&lt;/pre&gt;</description>
    <dc:creator>Nitin A Kamble</dc:creator>
    <dc:date>2012-05-08T16:25:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/418">
    <title>Re: libidn 1.22: sed commands on Solaris 11 too long</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/418</link>
    <description>&lt;pre&gt;Actually it's the same in libs too:

    # Split up sed streams in gl/Makefile.in
    # Split up sed streams in gltests/Makefile.in
    # Split up sed streams in lib/gl/Makefile.in
    # Split up sed streams in lib/gltests/Makefile.in


On Mon, Apr 30, 2012 at 15:40, Mark Ashley &amp;lt;mark&amp;lt; at &amp;gt;ibiblio.org&amp;gt; wrote:
&lt;/pre&gt;</description>
    <dc:creator>Mark Ashley</dc:creator>
    <dc:date>2012-04-30T05:55:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/417">
    <title>Re: libidn 1.22: sed commands on Solaris 11 too long</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/417</link>
    <description>&lt;pre&gt;The issue still occurs in 1.24... splitting up the sed commands into
shorter ones again lets the compile continue.

Edits were done to gl/Makefile.in and gltests/Makefile.in.

On Thu, Aug 11, 2011 at 18:31, Bruno Haible &amp;lt;bruno&amp;lt; at &amp;gt;clisp.org&amp;gt; wrote:
&lt;/pre&gt;</description>
    <dc:creator>Mark Ashley</dc:creator>
    <dc:date>2012-04-30T05:40:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/416">
    <title>Re: Undefined _GL_ATTRIBUTE_CONST and _GL_ATTRIBUTE_PURE whencompiling libidn with MSVC</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/416</link>
    <description>&lt;pre&gt;

Hi!  Thanks for the report.    I have fixed it on git master.

/Simon
&lt;/pre&gt;</description>
    <dc:creator>Simon Josefsson</dc:creator>
    <dc:date>2012-04-10T15:14:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/415">
    <title>Undefined _GL_ATTRIBUTE_CONST and _GL_ATTRIBUTE_PURE when compilinglibidn with MSVC</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/415</link>
    <description>&lt;pre&gt;Hello,

I compile libidn with MSVC 2010. With unmodified 1.24 sources I get
errors about undefined _GL_ATTRIBUTE_CONST and _GL_ATTRIBUTE_PURE. I
think the solution is to put dummy #define's for these two into
win32/include/config.h - it works for me.

Bartosz Brachaczek
&lt;/pre&gt;</description>
    <dc:creator>Bartosz Brachaczek</dc:creator>
    <dc:date>2012-04-07T00:23:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/414">
    <title>libidn 1.24-2 MIGRATED to testing</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/414</link>
    <description>&lt;pre&gt;FYI: The status of the libidn source package
in Debian's testing distribution has changed.

  Previous version: 1.23-2
  Current version:  1.24-2

&lt;/pre&gt;</description>
    <dc:creator>Debian testing watch</dc:creator>
    <dc:date>2012-03-24T16:39:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/413">
    <title>libidn_1.24-1+ppc64_ppc64.changes ACCEPTED</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/413</link>
    <description>&lt;pre&gt;Maintainer: Debian Libidn Team &amp;lt;help-libidn&amp;lt; at &amp;gt;gnu.org&amp;gt;
Uploader: Hiroyuki Yamamoto &amp;lt;yama1066&amp;lt; at &amp;gt;gmail.com&amp;gt;
Host: leda.debian.net
Accepted: libidn_1.24-1+ppc64_ppc64.changes
Files:
idn_1.24-1+ppc64_ppc64.deb
libidn11-dev_1.24-1+ppc64_ppc64.deb
libidn11_1.24-1+ppc64_ppc64.deb
&lt;/pre&gt;</description>
    <dc:creator>Debian Ports Archive Maintainer</dc:creator>
    <dc:date>2012-03-21T15:05:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/412">
    <title>libidn_1.24-2_amd64.changes ACCEPTED into unstable</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/412</link>
    <description>&lt;pre&gt;


Accepted:
idn_1.24-2_amd64.deb
  to main/libi/libidn/idn_1.24-2_amd64.deb
libidn11-dev_1.24-2_amd64.deb
  to main/libi/libidn/libidn11-dev_1.24-2_amd64.deb
libidn11-java_1.24-2_all.deb
  to main/libi/libidn/libidn11-java_1.24-2_all.deb
libidn11_1.24-2_amd64.deb
  to main/libi/libidn/libidn11_1.24-2_amd64.deb
libidn_1.24-2.debian.tar.gz
  to main/libi/libidn/libidn_1.24-2.debian.tar.gz
libidn_1.24-2.dsc
  to main/libi/libidn/libidn_1.24-2.dsc


Changes:
libidn (1.24-2) unstable; urgency=low
 .
  * Moved from experimental to unstable after testing.
  * Bump Standards-Version to 3.9.3.


Override entries for your package:
idn_1.24-2_amd64.deb - optional misc
libidn11-dev_1.24-2_amd64.deb - optional libdevel
libidn11-java_1.24-2_all.deb - optional java
libidn11_1.24-2_amd64.deb - standard libs
libidn_1.24-2.dsc - source libs

Announcing to debian-devel-changes&amp;lt; at &amp;gt;lists.debian.org


Thank you for your contribution to Debian.
&lt;/pre&gt;</description>
    <dc:creator>Debian FTP Masters</dc:creator>
    <dc:date>2012-03-13T21:25:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/411">
    <title>Processing of libidn_1.24-2_amd64.changes</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/411</link>
    <description>&lt;pre&gt;libidn_1.24-2_amd64.changes uploaded successfully to localhost
along with the files:
  libidn_1.24-2.dsc
  libidn_1.24-2.debian.tar.gz
  idn_1.24-2_amd64.deb
  libidn11-dev_1.24-2_amd64.deb
  libidn11_1.24-2_amd64.deb
  libidn11-java_1.24-2_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)
&lt;/pre&gt;</description>
    <dc:creator>Debian FTP Masters</dc:creator>
    <dc:date>2012-03-13T20:04:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/410">
    <title>Re: Check failed for libidn-1.24 with glibc 2.14.1</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/410</link>
    <description>&lt;pre&gt;Oh, thanks. Then I will disable the valgrind test.

2012/1/12 Simon Josefsson &amp;lt;simon&amp;lt; at &amp;gt;josefsson.org&amp;gt;:

_______________________________________________
Help-libidn mailing list
Help-libidn&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/help-libidn
&lt;/pre&gt;</description>
    <dc:creator>Funda Wang</dc:creator>
    <dc:date>2012-01-12T16:40:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/409">
    <title>Re: Check failed for libidn-1.24 with glibc 2.14.1</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/409</link>
    <description>&lt;pre&gt;

It is a valgrind issue, the line reads:

  size_t l = strlen (out) + 1 + strlen (buf) + 1;

It is the glibc implementation of strlen that is optimized to read past
the buffer, and valgrind detects this.

The normal way to deal with this is to write a valgrind suppressions
file.

I'm leaning more and more to disable valgrind by default, it generates
false positives like this...  perhaps it is sufficient that I run it,
and people can enable it with --enable-valgrind-tests if they want it.

/Simon
&lt;/pre&gt;</description>
    <dc:creator>Simon Josefsson</dc:creator>
    <dc:date>2012-01-12T13:27:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/408">
    <title>Check failed for libidn-1.24 with glibc 2.14.1</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/408</link>
    <description>&lt;pre&gt;Hello,

I'm currently build libidn-1.24 with glibc 2.14.1/valgrind 3.7 under
Mageia cauldron. All builds fine, except that `make check' failed
after building. Log here:

PASS: tst_idna
==25261== Invalid read of size 4
==25261==    at 0x4E328E5: idna_to_ascii_4z (idna.c:526)
==25261==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25261==    by 0x400AB5: doit (tst_idna2.c:485)
==25261==    by 0x40089C: main (utils.c:146)
==25261==  Address 0x53ed8d8 is 8 bytes inside a block of size 10 alloc'd
==25261==    at 0x4C2693D: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==25261==    by 0x4E32A30: idna_to_ascii_4z (idna.c:540)
==25261==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25261==    by 0x400AB5: doit (tst_idna2.c:485)
==25261==    by 0x40089C: main (utils.c:146)
==25261==
==25261== Invalid read of size 4
==25261==    at 0x4E328D0: idna_to_ascii_4z (idna.c:526)
==25261==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25261==    by 0x400AB5: doit (tst_idna2.c:485)
==25261==    by 0x40089C: main (utils.c:146)
==25261==  Address 0x53fbae0 is 0 bytes inside a block of size 3 alloc'd
==25261==    at 0x4C2693D: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==25261==    by 0x4E32A30: idna_to_ascii_4z (idna.c:540)
==25261==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25261==    by 0x400AB5: doit (tst_idna2.c:485)
==25261==    by 0x40089C: main (utils.c:146)
==25261==
FAIL: tst_idna2
PASS: tst_idna3
==25269== Invalid read of size 4
==25269==    at 0x4E328D0: idna_to_ascii_4z (idna.c:526)
==25269==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25269==    by 0x400931: doit (tst_idna4.c:45)
==25269==    by 0x40076C: main (utils.c:146)
==25269==  Address 0x53ed2d4 is 4 bytes inside a block of size 7 alloc'd
==25269==    at 0x4C2693D: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==25269==    by 0x4E32A30: idna_to_ascii_4z (idna.c:540)
==25269==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25269==    by 0x400931: doit (tst_idna4.c:45)
==25269==    by 0x40076C: main (utils.c:146)
==25269==
FAIL: tst_idna4

i.e., idna2 and idna4 tests are failed. Is it a bug in libidn or
valgrind? Regards.
&lt;/pre&gt;</description>
    <dc:creator>Funda Wang</dc:creator>
    <dc:date>2012-01-12T12:17:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/407">
    <title>libidn_1.24-1_amd64.changes ACCEPTED into experimental</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/407</link>
    <description>&lt;pre&gt;


Accepted:
idn_1.24-1_amd64.deb
  to main/libi/libidn/idn_1.24-1_amd64.deb
libidn11-dev_1.24-1_amd64.deb
  to main/libi/libidn/libidn11-dev_1.24-1_amd64.deb
libidn11-java_1.24-1_all.deb
  to main/libi/libidn/libidn11-java_1.24-1_all.deb
libidn11_1.24-1_amd64.deb
  to main/libi/libidn/libidn11_1.24-1_amd64.deb
libidn_1.24-1.debian.tar.gz
  to main/libi/libidn/libidn_1.24-1.debian.tar.gz
libidn_1.24-1.dsc
  to main/libi/libidn/libidn_1.24-1.dsc
libidn_1.24.orig.tar.gz
  to main/libi/libidn/libidn_1.24.orig.tar.gz


Override entries for your package:
idn_1.24-1_amd64.deb - optional misc
libidn11-dev_1.24-1_amd64.deb - optional libdevel
libidn11-java_1.24-1_all.deb - optional java
libidn11_1.24-1_amd64.deb - standard libs
libidn_1.24-1.dsc - source libs

Announcing to debian-experimental-changes&amp;lt; at &amp;gt;lists.debian.org
Announcing to debian-devel-changes&amp;lt; at &amp;gt;lists.debian.org


Thank you for your contribution to Debian.
&lt;/pre&gt;</description>
    <dc:creator>Debian FTP Masters</dc:creator>
    <dc:date>2012-01-11T13:17:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/406">
    <title>Processing of libidn_1.24-1_amd64.changes</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/406</link>
    <description>&lt;pre&gt;libidn_1.24-1_amd64.changes uploaded successfully to localhost
along with the files:
  libidn_1.24-1.dsc
  libidn_1.24.orig.tar.gz
  libidn_1.24-1.debian.tar.gz
  idn_1.24-1_amd64.deb
  libidn11-dev_1.24-1_amd64.deb
  libidn11_1.24-1_amd64.deb
  libidn11-java_1.24-1_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)
&lt;/pre&gt;</description>
    <dc:creator>Debian FTP Masters</dc:creator>
    <dc:date>2012-01-11T13:07:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/405">
    <title>Libidn 1.24 released</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/405</link>
    <description>&lt;pre&gt;GNU Libidn is a fully documented implementation of the Stringprep,
Punycode and IDNA specifications.  Libidn's purpose is to encode and
decode internationalized domain name strings.  There are native C, C#
and Java libraries.

Noteworthy changes since the last release (from NEWS file):

* Version 1.24 (released 2012-01-10) [stable]

** Libraries are re-licensed from LGPLv2+ to dual-GPLv2+|LGPLv3+.

** build: Fix parallel Windows builds.
Reported by René Berber &amp;lt;r.berber&amp;lt; at &amp;gt;computer.org&amp;gt;.

** libidn: Fix potential infloop in pr29 code.
Reported by Jon Nelson &amp;lt;jnelson&amp;lt; at &amp;gt;jamponi.net&amp;gt; in
&amp;lt;http://lists.gnu.org/archive/html/help-libidn/2012-01/msg00008.html&amp;gt;.

** libidn: Add 'const' keyword to 'stringprep_ucs4_nfkc_normalize' function.

** Sync glib NFKC code and improve copyright/license statements.

** Update gnulib files and translations.

** API and ABI is backwards compatible with the previous version.

The C library contains a generic Stringprep implementation.  Profiles
for Nameprep, iSCSI, SASL, XMPP and Kerberos V5 are included.
Punycode and ASCII Compatible Encoding (ACE) via IDNA are supported.
A mechanism to define Top-Level Domain (TLD) specific validation
tables, and to compare strings against those tables, is included.
Default tables for some TLDs are also included.

The Stringprep API consists of two main functions, one for converting
data from the system's native representation into UTF-8, and one
function to perform the Stringprep processing.  Adding a new
Stringprep profile for your application within the API is
straightforward.  The Punycode API consists of one encoding function
and one decoding function.  The IDNA API consists of the ToASCII and
ToUnicode functions, as well as an high-level interface for converting
entire domain names to and from the ACE encoded form.  The TLD API
consists of one set of functions to extract the TLD name from a domain
string, one set of functions to locate the proper TLD table to use
based on the TLD name, and core functions to validate a string against
a TLD table, and some utility wrappers to perform all the steps in one
call.

Libidn is developed for the GNU/Linux system, but runs on over 20 Unix
platforms (including Solaris, IRIX, AIX, and Tru64) and Windows.  The
library is written in C and (parts of) the API is also accessible from
C++, Emacs Lisp, Python and Java.  A native Java and C# port is
included.

Also included is a command line tool, several self tests, code
examples, and more.

Improving Libidn is costly, but you can help!  We are looking for
organizations that find Libidn useful and wish to contribute back.
You can contribute by reporting bugs, improve the software, or donate
money or equipment.

Commercial support contracts for Libidn are available, and they help
finance continued maintenance.  Simon Josefsson Datakonsult AB, a
Stockholm based privately held company, is currently funding Libidn
maintenance.  We are always looking for interesting development
projects.  See http://josefsson.org/ for more details.

The project page of the library is available at:
  https://www.gnu.org/software/libidn/

All manual formats are available from:
  https://www.gnu.org/software/libidn/manual/

Specifically, the following formats are available.

The main manual:
  https://www.gnu.org/software/libidn/manual/libidn.html - HTML format
  https://www.gnu.org/software/libidn/manual/libidn.pdf - PDF format

API Reference manual:
  https://www.gnu.org/software/libidn/reference/intro.html - GTK-DOC HTML
  https://www.gnu.org/software/libidn/reference/libidn.pdf - GTK-DOC PDF

Doxygen documentation:
  https://www.gnu.org/software/libidn/doxygen/index.html - HTML format
  https://www.gnu.org/software/libidn/doxygen/libidn.pdf - PDF format

JavaDoc output for the Java API:
  https://www.gnu.org/software/libidn/javadoc/

If you need help to use Libidn, or want to help others, you are
invited to join our help-libidn mailing list, see:
  https://lists.gnu.org/mailman/listinfo/help-libidn

Here are the compressed sources (3.2MB):
  ftp://ftp.gnu.org/gnu/libidn/libidn-1.24.tar.gz
  http://ftp.gnu.org/gnu/libidn/libidn-1.24.tar.gz

Here are GPG detached signatures:
  ftp://ftp.gnu.org/gnu/libidn/libidn-1.24.tar.gz.sig
  http://ftp.gnu.org/gnu/libidn/libidn-1.24.tar.gz.sig

Here are the SHA-1 and SHA-224 signatures:

4251c108966375ede4df15d76a1bd9a4440f44ee  libidn-1.24.tar.gz
71599952df85af90915310a6a7660edac062965e83c01fe3ca0cfa4e  libidn-1.24.tar.gz

We also provide Windows binaries built using MinGW-w64 with the build
script win32/libidn4win.mk, for 32-bit and 64-bit x86 architecures:

  ftp://ftp.gnu.org/gnu/libidn/libidn-1.24-win32.zip
  ftp://ftp.gnu.org/gnu/libidn/libidn-1.24-win32.zip.sig
  ftp://ftp.gnu.org/gnu/libidn/libidn-1.24-win64.zip
  ftp://ftp.gnu.org/gnu/libidn/libidn-1.24-win64.zip.sig

Here are the SHA-1 and SHA-224 signatures:

994ffd7059ecc6a758fa9fc1b5735279d29bcca1  libidn-1.24-win32.zip
a276074ae3c9b234375b94a8b639a0c45020cc01bfa98079a74c1cf0  libidn-1.24-win32.zip

d22700214317f3ee9be7cec4a3fe6c31c135d3fa  libidn-1.24-win64.zip
c144d02490709aaba114226bd120d33f97dd7eac21c38aef5c3f8e7e  libidn-1.24-win64.zip

The software is cryptographically signed by the author using an OpenPGP
key identified by the following information:

pub   1280R/B565716F 2002-05-05 [expires: 2013-05-10]
      Key fingerprint = 0424 D4EE 81A0 E3D1 19C6  F835 EDA2 1E94 B565 716F
uid                  Simon Josefsson &amp;lt;simon&amp;lt; at &amp;gt;josefsson.org&amp;gt;
sub   1280R/4D5D40AE 2002-05-05 [expires: 2013-05-10]

The key is available from:
  http://josefsson.org/key.txt
  dns:b565716f.josefsson.org?TYPE=CERT

Code coverage, clang-analyzer output, and cyclomatic code complexity charts:
  https://www.gnu.org/software/libidn/coverage/
  https://www.gnu.org/software/libidn/clang-analyzer/
  https://www.gnu.org/software/libidn/cyclo/

Happy hacking,
Simon
_______________________________________________
Help-libidn mailing list
Help-libidn&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/help-libidn
&lt;/pre&gt;</description>
    <dc:creator>Simon Josefsson</dc:creator>
    <dc:date>2012-01-10T20:41:52</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.gnu.libidn.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.gnu.libidn.general</link>
  </textinput>
</rdf:RDF>

