<?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://permalink.gmane.org/gmane.comp.gnu.libidn.general">
    <title>gmane.comp.gnu.libidn.general</title>
    <link>http://permalink.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/431"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/430"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/429"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/428"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/427"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/426"/>
        <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: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/431">
    <title>Re: [platform-testers] libidn 1.25</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/431</link>
    <description>&lt;pre&gt;Builds and tests correctly under NetBSD 5.1.  Congratulations :-)

Stefano
&lt;/pre&gt;</description>
    <dc:creator>Stefano Lattarini</dc:creator>
    <dc:date>2012-05-25T11:36:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/430">
    <title>Re: libidn-1.25: runaway validation test tst_pr29 on some systems</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/430</link>
    <description>&lt;pre&gt;

Thanks!


This is because the self-tests ends up using the system libidn instead
of the newly built libidn -- earlier versions of the libidn library had
bugs that are now triggered like this by the self-tests.

Could you send output from './configure &amp;amp;&amp;amp; make V=99 check' in a fresh
unpacked directory?  Maybe the link command and parameters can help to
understand why this happens.

/Simon
&lt;/pre&gt;</description>
    <dc:creator>Simon Josefsson</dc:creator>
    <dc:date>2012-05-25T06:42:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/429">
    <title>Re: libidn-1.25: Fedora release 15 (Lovelock) x86_64 failure,and workaround</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/429</link>
    <description>&lt;pre&gt;

Thanks for building!


This is a known problem with glibc (or gcc, see below), its strlen
implementation is optimized to read in 4 bytes chunks so it ends up
reading out of bounds.  I have added a libidn.supp valgrind suppressions
file to this release, however I'm considering two other solutions:

  1) disable valgrind by default (we have done this for GnuTLS)

  2) allocate slightly more than what is needed, so that glibc strlen
     can read in 4 byte chunks without triggering valgrind

I'm somewhat leaning towards 2 right now, although we may end up with 1
eventually because using valgrind requires some manual interpretation of
the outcome and this is difficult to do unattended.


Interesting!  I guess this suggests the over-optimized strlen is
actually not in glibc as I previously assumed but in the compiler.

/Simon
&lt;/pre&gt;</description>
    <dc:creator>Simon Josefsson</dc:creator>
    <dc:date>2012-05-25T05:42:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/428">
    <title>libidn-1.25: runaway validation test tst_pr29 on some systems</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/428</link>
    <description>&lt;pre&gt;I've successfully built, validated, and installed libidn-1.25 on
most of the 25+ flavors of Unix in our test lab.

However, on these five

Apple PowerMac G4 (2 500 MHz PowerPC 7400 CPUs, 256MB RAM);
GNU/Linux 2.6.34-gentoo-r1 (Gentoo Base System version 1.12.13)

Apple PowerMac G5 (4 2500 MHz PPC970MP CPUs, 8GB RAM);
GNU/Linux 2.6.31-gentoo-r6 (Gentoo Base System release 1.12.13)

DEC Alpha 4100-5/466 (4 21164 EV5 CPUs, 466 MHz, 2GB RAM);
GNU/Linux 2.6.34-gentoo-r1 (Gentoo Base System release 1.12.13)

SGI Origin/200-4 (180 MHz) (4 R10000 CPUs);
IRIX 6.5

Sun Blade 1500 (1062 MHz TI UltraSparc IIIi (Jalapeno), 1GB RAM);
GNU/Linux 2.6.31-gentoo-r7 (Gentoo 2.0.3)

the tests proceed successfully for a while, but then go into an
infinite loop:

...
PASS: tst_idna2
PASS: tst_idna3
PASS: tst_idna4
PASS: tst_nfkc
... no further output ...

The output stops at the same line on each of the five systems.

If I run the top utility, I get something like this on each
system:

  PID USER      PR  NI  VIRT&lt;/pre&gt;</description>
    <dc:creator>Nelson H. F. Beebe</dc:creator>
    <dc:date>2012-05-24T23:45:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/427">
    <title>libidn-1.25: Fedora release 15 (Lovelock) x86_64 failure, andworkaround</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/427</link>
    <description>&lt;pre&gt;When I built libidn-1.25 on Fedora release 15 (Lovelock) x86_64 with

%  set  path=( /bin /usr/bin )
%  gcc --version
gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2)
% ./configure --libdir=/usr/local/lib64 4 &amp;amp;&amp;amp; make all check

I got these test failures:

==6976== Invalid read of size 4
==6976==    at 0x4C116C5: idna_to_ascii_4z (idna.c:526)
==6976==    by 0x4C11944: idna_to_ascii_8z (idna.c:579)
==6976==    by 0x400B15: doit (tst_idna2.c:485)
==6976==    by 0x40090C: main (utils.c:146)
==6976==  Address 0x515b8d8 is 8 bytes inside a block of size 10 alloc'd
==6976==    at 0x4A0649D: malloc (vg_replace_malloc.c:236)
==6976==    by 0x4C11810: idna_to_ascii_4z (idna.c:540)
==6976==    by 0x4C11944: idna_to_ascii_8z (idna.c:579)
==6976==    by 0x400B15: doit (tst_idna2.c:485)
==6976==    by 0x40090C: main (utils.c:146)
==6976==
==6976== Invalid read of size 4
==6976==    at 0x4C116B0: idna_to_ascii_4z (idna.c:526)
==6976==    by 0x4C11944: idna_to_ascii_8z (idna.c:579)
==6976==    by 0x400B15: doi&lt;/pre&gt;</description>
    <dc:creator>Nelson H. F. Beebe</dc:creator>
    <dc:date>2012-05-24T23:56:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.libidn.general/426">
    <title>libidn_1.25-1_amd64.changes ACCEPTED into unstable</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.libidn.general/426</link>
    <description>&lt;pre&gt;


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


Changes:
libidn (1.25-1) unstable; urgency=low
 .
  * New upstream release.
  * Disable silent rules (to get more info in build logs).


Override entries for your package:
idn_1.25-1_amd64.deb - optional misc
libidn11-dev_1.25-1_amd64.deb - optional libdevel
libidn11-java_1.25-1_all.deb - optional java
libidn11_1.25-1_amd64.deb - standard libs
libidn_1.25-1.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-05-24T14:50:22</dc:date>
  </item>
  <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>
  <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>

