<?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.os.cygwin">
    <title>gmane.os.cygwin</title>
    <link>http://blog.gmane.org/gmane.os.cygwin</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://comments.gmane.org/gmane.os.cygwin/139661"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139645"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139641"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139632"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139622"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139611"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139596"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139595"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139591"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139589"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139572"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139571"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139569"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139566"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139564"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139546"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139542"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139541"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139539"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.cygwin/139537"/>
      </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://comments.gmane.org/gmane.os.cygwin/139661">
    <title>Problem importing numpy in python 2.7.3</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139661</link>
    <description>&lt;pre&gt;



I just installed cygwin 1.17.18-1 in a windows box running windows 7 enterprise.

I have used in the past cygwin 1.15.1 with no problems on a windows XP 32 bit machine.

When I import numpy (1.6.2) into python 2.7.3  I get the following message

python
Python 2.7.3 (default, Dec 18 2012, 13:50:09)
[GCC 4.5.3] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
Traceback (most recent call last):
  File "&amp;lt;stdin&amp;gt;", line 1, in &amp;lt;module&amp;gt;
  File "/usr/lib/python2.7/site-packages/numpy/__init__.py", line 137, in &amp;lt;modul e&amp;gt;
    import add_newdocs
  File "/usr/lib/python2.7/site-packages/numpy/add_newdocs.py",
line 9,
in &amp;lt;modu le&amp;gt;
    from numpy.lib import add_newdoc
  File "/usr/lib/python2.7/site-packages/numpy/lib/__init__.py", line 13, in &amp;lt;mo dule&amp;gt;
    from polynomial import *
  File "/usr/lib/python2.7/site-packages/numpy/lib/polynomial.py", line 17, in &amp;lt; module&amp;gt;
    from numpy.linalg import eigvals, lstsq
  File "/usr/lib/python2.7/site-packages/numpy/linalg/__i&lt;/pre&gt;</description>
    <dc:creator>jose milovich</dc:creator>
    <dc:date>2013-05-24T17:13:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139645">
    <title>Boost version number query</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139645</link>
    <description>&lt;pre&gt;There appears to be some inconsistency regarding the version of boost:

For the 'boost' package itself, 1.53.0 is current, with 1.50.0 marked as 
previous.

For other boost libraries (i.e. 'libboost-devel', 
'libboost_python-devel', 'libboost_python3-devel') 1.50.0 is current 
with 1.53.0 marked as test.

Is this correct?

BTW, thank you for updating Boost recently. I use Boost quite a bit and 
really appreciate your efforts in keeping it up-do-date.

Cheers,

Dave.


&lt;/pre&gt;</description>
    <dc:creator>David Stacey</dc:creator>
    <dc:date>2013-05-23T17:43:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139641">
    <title>make, PATH &amp; "Win32 error 487"</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139641</link>
    <description>&lt;pre&gt;Hi,

I'm seeing the following behavior with make, PATH on cygwin. Google
brought up a related post [with PATH and same error]
http://comments.gmane.org/gmane.os.cygwin/137168 with reference to
http://cygwin.com/acronyms/#BLODA as the issue - but I don't
understand how this would apply to this case. Hence this post.

Attaching a makefile that demonstrates this problem. The following are
my observations.

- The breakage is observable - when I have 2 commands invoked via 'make'
  either as 'cmd1|cmd2' or 'cmd1; cmd2'.  The same command executed directly
  by a shell script runs fine. Or single command from make runs fine as well.
- It appears to be related to the huge length of one of the commands - and
  length of PATH
- I tried it on 3 different machines [with differences in default installed software]
  win2008/x64  - breaks when PATH is over 1.5K chars
  win2003/x32 - breaks when PATH is over  2K chars
  win7/x32    - breaks when PATH is over 20K chars.

Any ideas on how to debug this further to better unde&lt;/pre&gt;</description>
    <dc:creator>Satish Balay</dc:creator>
    <dc:date>2013-05-23T15:14:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139632">
    <title>CppUTest generated executables hangs after cygwin auto-update</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139632</link>
    <description>&lt;pre&gt;Since last cygwin update executables generated by the unit testing 
framework CppUTest hang on execution. Same behaviour for CppUTest V2.3 
and V3.4.

Downgrading base-&amp;gt;cygwin from 1.18.1 to 1.17.1 fixes the problem.

Reproduce by:
Just try to install CppUTest, the selftest will hang on execution.


Cygwin Configuration Diagnostics
Current System Time: Thu May 23 10:01:24 2013

Windows XP Professional Ver 5.1 Build 2600 Service Pack 3

Path:C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
C:\Programme\openocd-0.7.0\bin
C:\Programme\NVIDIA Corporation\PhysX\Common
C:\cygwin\bin
C:\Programme\CodeSourcery\Sourcery G++ Lite\bin
C:\WinAVR-20100110\bin
C:\WinAVR-20100110\utils\bin
C:\Programme\ImageMagick-6.5.4-Q16
C:\Programme\cvsnt
C:\mspgcc\bin
C:\Programme\openocd-r717\utils\bin
C:\Programme\openocd-r717\bin
C:\cygwin\bin
C:\Programme\CodeSourcery\Sourcery G++ Lite\bin
C:\WINDOWS\System32\Wbem
C:\WINDOWS
C:\WINDOWS\system32
C:\Programme\CodeSourcery\Sourcery G++ &lt;/pre&gt;</description>
    <dc:creator>Ralf Glaser, track IT</dc:creator>
    <dc:date>2013-05-23T09:12:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139622">
    <title>python aborts</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139622</link>
    <description>&lt;pre&gt;Hello,

With the current snapshot (20130521) on Windows XP, the following fails 
(with an empty stackdump):

% /usr/bin/python pyfoo
Abort (core dumped)
% cat pyfoo
import xml.sax
xml.sax.make_parser()
% cat python2.7.exe.stackdump
Stack trace:
Frame     Function  Args
% /usr/bin/python --version
Python 2.7.3
%

With some dichotomy, i found that under the 20130430 snapshot it works
(no "abort", no stackdump), but under 20130501 it does the same
as today (ie abort).

My original python program (from which i extracted this test case) 
seems
to run correctly until the end of it, where the abort occurs.

Regards,

Denis Excoffier.

&lt;/pre&gt;</description>
    <dc:creator>Denis Excoffier</dc:creator>
    <dc:date>2013-05-22T09:11:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139611">
    <title>Inconsistency with coreutils: _Static_assert()</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139611</link>
    <description>&lt;pre&gt;Hello,

I compile coreutils-8.21 under Cygwin (Windows XP). I'm using
gcc-4.8.0 with no problem, except that under _any_ snapshot posterior 
to
plain 1.7.18, i obtain the following (with plain 1.7.18, or under
gcc-4.5.3 it works perfectly):

---------------
...
depbase=`echo src/chroot.o | sed 's|[^/]*$|.deps/&amp;amp;|;s|\.o$||'`;\
gcc -std=gnu99  -I. -I./lib  -Ilib -I./lib -Isrc -I./src    -g -O2 -MT 
src/chroot.o -MD -MP -MF $depbase.Tpo -c -o src/chroot.o src/chroot.c 
&amp;amp;&amp;amp;\
mv -f $depbase.Tpo $depbase.Po
In file included from /usr/include/sys/stdio.h:14:0,
                  from /usr/include/stdio.h:62,
                  from ./lib/stdio.h:43,
                  from src/chroot.c:21:
src/chroot.c: In function 'set_additional_groups':
./lib/verify.h:181:8: error: expected specifier-qualifier-list before 
'typedef'
         _Static_assert (R, DIAGNOSTIC);          \
         ^
./lib/verify.h:166:16: note: in expansion of macro '_GL_VERIFY_TYPE'
      (!!sizeof (_GL_VERIFY_TYPE (R, DIAGNOSTIC)))
                 ^
./&lt;/pre&gt;</description>
    <dc:creator>Denis Excoffier</dc:creator>
    <dc:date>2013-05-21T15:59:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139596">
    <title>lftp update</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139596</link>
    <description>&lt;pre&gt;Would it be possible to have lftp updated to the latest version 4.4.6? There's some SFTP related bugfixes in this version.

Thanks,

Alex
&lt;/pre&gt;</description>
    <dc:creator>Alex Mason</dc:creator>
    <dc:date>2013-05-21T00:26:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139595">
    <title>what library provides __b64_ntop? (libresolv does not)</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139595</link>
    <description>&lt;pre&gt;I'm getting the following error if I try to compile something that
includes resolv.h:

$ gcc test.c -lresolv
/tmp/cc0xhSEa.o:test.c:(.text+0x2e): undefined reference to `___b64_ntop'
collect2: ld returned 1 exit status


Here's the contents of test.c, which is just meant to demonstrate the problem:

$ cat test.c
#include &amp;lt;resolv.h&amp;gt;
int main ()
{
  b64_ntop (NULL, 0, NULL, 0);
  return 0;
}


I'm using gcc 4.5.3 from the gcc4-core-4.5.3-3 package.

&lt;/pre&gt;</description>
    <dc:creator>Luke White</dc:creator>
    <dc:date>2013-05-20T23:06:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139591">
    <title>[ANNOUNCEMENT] Updated: doxygen-1.8.4-1</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139591</link>
    <description>&lt;pre&gt;Version 1.8.4-1 of doxygen has been uploaded.

CHANGES:
========

This version contains support for "clang assisted parsing", which allows 
the code to also be parsed via libclang (C/C++ frontend of LLVM) and can 
improve the quality of the syntax highlighting, cross-references, and 
call graphs, especially for template heavy C++ code. Hence, starting 
with this release, doxygen is dependent on libclang.

This version also introduces an experimental feature which stores data 
gathered by doxygen in a sqlite3 database. As this is still 
experimental, this feature is *not enabled* in this build.

There are many other changes and improvements. For the full change log, 
please see: http://www.doxygen.org/manual/changelog.html#log_1_8_4

DESCRIPTION
===========

Doxygen is a documentation system for C++, C, Java, Objective-C, Python, 
IDL (Corba and Microsoft flavors), Fortran, VHDL, PHP, C#, and to some 
extent D.

HOMEPAGE
========

http://www.doxygen.org/


Cheers,

Dave.



If you have questions or comments, &lt;/pre&gt;</description>
    <dc:creator>David Stacey</dc:creator>
    <dc:date>2013-05-20T19:59:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139589">
    <title>Were the Perl multithreading problems ever fixed?</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139589</link>
    <description>&lt;pre&gt;Last year I had reported some problems with a Perl script that utilizes multithreading.  I believe it was Reini Urban who told me that there were known problems with Perl multithreading and that an ETA for a set of fixes was not known yet.  Does anyone know if those particular Perl multithreading issues have been dealt with in later Cygwin releases?  I'm still on 1.7.17.

&lt;/pre&gt;</description>
    <dc:creator>KARR, DAVID</dc:creator>
    <dc:date>2013-05-20T18:14:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139572">
    <title>Patch for shutdown</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139572</link>
    <description>&lt;pre&gt;Hi Corinna,

Since nobody made real objections about changing the short flag for
hibernate from -h to -b to make room for -h for halt [1], I created a
patch to change the shutdown program. The patch was created back in
March, but with all your work being done on cygwin64, your holiday and
myself being very busy with life it was held back.

There were no change to the shutdown CVS since then so here is that
patch, including a changelog.

Note that I didn't change the programs version number in this patch. I
don't know if changing an existing option would require/justify to
change the version from 1.9 to 2.0 instead of simply to 1.10?

Regards,
Frank

[1] http://cygwin.com/ml/cygwin/2013-03/msg00354.html
&lt;/pre&gt;</description>
    <dc:creator>Frank Fesevur</dc:creator>
    <dc:date>2013-05-20T11:40:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139571">
    <title>[ANNOUNCEMENT] Updated: {gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile}-3.2.0-2: Library implementing TLS 1.0 and SSL 3.0 protocols</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139571</link>
    <description>&lt;pre&gt;Hi

New versions of 'gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile' have been uploaded to a server near you.

 o Fix &amp;lt; at &amp;gt;LIB_CLOCK_GETTIME&amp;lt; at &amp;gt;
   -&amp;gt; http://cygwin.com/ml/cygwin/2013-05/msg00267.html


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
================================


If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:


http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then look at the "List-Unsubscribe: " tag in the
email header of this message.  Send email to the address specified
there.  It will be in the format:


cygwin-announce-unsubscribe-you=yourdomain.com &amp;lt;at&amp;gt; cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

&lt;/pre&gt;</description>
    <dc:creator>Dr.Volker</dc:creator>
    <dc:date>2013-05-20T10:32:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139569">
    <title>mbuffer or similar app?</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139569</link>
    <description>&lt;pre&gt;Hi!

Is there a port of mbuffer or a similar tool to cygwin?

David

&lt;/pre&gt;</description>
    <dc:creator>David Balažic</dc:creator>
    <dc:date>2013-05-19T18:39:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139566">
    <title>Public key authentication not working when I do "ssh localhost"</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139566</link>
    <description>&lt;pre&gt;I've been trying "ssh localhost" on cygwin (I use WIndows 7), but it
keeps asking for the password.

When I did "ssh -vvv localhost", I found out that the public key
authentications were not happening (or failing). Hence, it was asking
for the password.

debug1: Authentications that can continue:
publickey,password,keyboard-interactive
debug3: start over, passed a different list
publickey,password,keyboard-interactive
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/navenara/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue:
publickey,password,keyboard-interactive

I'm not sure if it is unable to read the authorized_keys file, or if
there is a timeout issue with this, or did the authentication fail? Is
th&lt;/pre&gt;</description>
    <dc:creator>Naveen Narayanan</dc:creator>
    <dc:date>2013-05-19T02:59:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139564">
    <title>cygpath codepage problem</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139564</link>
    <description>&lt;pre&gt;Hi!

today I've updated cygwin and new cygpath prints incorrect non latin paths

$ cygpath -V
cygpath (cygwin) 1.7.18
Path Conversion Utility
Copyright (C) 1998 - 2013 Red Hat, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ echo $LANG
ru_RU.UTF-8

$ cygpath 'D:\Downloads\музыка'
/cygdrive/d/Downloads/РјСѓР·С‹РєР°

("музыка" means "music" in russian)

I've noticed the "-C" command line parameter
I'm not sure is this a new parameter? did it exist before?
I tried different values but have not succeeded.
and I could not google some solution
could someone check it please
is this a bug?


&lt;/pre&gt;</description>
    <dc:creator>Dmitry Bolshakov</dc:creator>
    <dc:date>2013-05-18T19:56:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139546">
    <title>Team and Project Co-ordinator :  are you desirable for it ?</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139546</link>
    <description>&lt;pre&gt;Hello,

I'm a representative of our Human Resources department.

Please allow me to take few minutes of your time.

Because of fast growing market conditions, we would like to offer you a position of Team and Project transportation Supervisors in our new personalized transportation program.

We are devoted to provide the best-in-industry delivery services for our customers outside of the US. We deliver correspondence and packages in remote corners of the world via our partners FEDEX, UPS, USPS, directly to specified address.

Our organization is a full service transportation company known for providing personalized, end-to-end transportation, logistics, and warehousing services to our clients in Eu and US.

• Applicant must have:
- Permanent address
- PC with an internet access
- Cell-phone 
- Printer

• Work location:
home based, distant

We are currently seeking self-motivated, over 21 years old persons with permanent US address, clean police record and good credit history.

• Type of Position: 
Part&lt;/pre&gt;</description>
    <dc:creator>Kiona Conrad</dc:creator>
    <dc:date>2013-05-17T14:06:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139542">
    <title>web archive is xenophobic (non ASCII characters problems)</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139542</link>
    <description>&lt;pre&gt;http://cygwin.com/ml/cygwin/2013-05/

This page displays non ASCII characters wrongly.
Namely the 'ž' in my last name.

Also when showing the message content:
http://cygwin.com/ml/cygwin/2013-05/msg00239.html


Regards,
David

&lt;/pre&gt;</description>
    <dc:creator>David Balažic</dc:creator>
    <dc:date>2013-05-17T13:14:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139541">
    <title>Setup.exe - pending view does not show all pending packages</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139541</link>
    <description>&lt;pre&gt;Hi!

If I start Setup.exe v2.774 on a PC where cygwin is already installed
and I select to install new package (not yet installed), then the
Pending view only shows this selected package and misses all the other
pending packages (they would be upgraded as a newer version is
available).


Without selecting new packages to install, the Pending vie shows a
list of existing packages that will be updated.

So this is inconsistent and confusing/misleading.

Regards,
David

&lt;/pre&gt;</description>
    <dc:creator>David Balažic</dc:creator>
    <dc:date>2013-05-17T13:10:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139539">
    <title>Error on update, cygutils.sh exit code 127</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139539</link>
    <description>&lt;pre&gt;Hi!

I started the latest setup.exe (version 2.774), clicked Next,Next,Next
(aka "update my cygwin installation", a less clicking way would be
welcome) and at the end it printed:

Package: cygutils
    cygutils.sh exit code 127

/var/log/setup.log.full has this at the end:

Installing file cygfile:///usr/share/doc/Cygwin/
Installing file cygfile:///usr/share/doc/Cygwin/openssh.README
2013/03/18 14:28:04 Changing gid back to original
Visited: 112 nodes out of 2759 while creating dependency order.
Dependency order of packages: base-cygwin sed gzip libpcre0 gettext
grep gawk tzcode libgmp3 libattr1 libncurses10 texinfo
_update-info-dir libreadline7 terminfo libstdc++6 libncursesw10
libiconv2 libintl8 bash coreutils cygwin libgcc1 dash rebase
_autorebase alternatives zlib0 apngopt findutils base-files binutils
libbz2_1 bzip2 ca-certificates liblzma5 diffutils less xz tar cpio
crypt editrights csih cvs cvsps cygrunsrv libpopt0 dos2unix cygutils
groff man cygwin-doc file w32api-headers w32api-runtime w32api
mingw-&lt;/pre&gt;</description>
    <dc:creator>David Balažic</dc:creator>
    <dc:date>2013-05-17T13:02:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139537">
    <title>Updating gnutls-devel package breaks configure tests fo JPEG, TIF, PNG etc.</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139537</link>
    <description>&lt;pre&gt;Usually I do weekly builds of Emacs trunk but this morning the build 
failed in configuring

[...]
checking X11/xpm.h usability... yes
checking X11/xpm.h presence... yes
checking for X11/xpm.h... yes
checking for XpmReadFileToPixmap in -lXpm... no
checking jerror.h usability... yes
checking jerror.h presence... yes
checking for jerror.h... yes
checking for jpeg_destroy_compress in -ljpeg... no
checking png.h usability... yes
checking png.h presence... yes
checking for png.h... yes
checking for png_get_channels in -lpng... no
checking tiffio.h usability... yes
checking tiffio.h presence... yes
checking for tiffio.h... yes
checking for TIFFGetVersion in -ltiff... no
checking gif_lib.h usability... yes
checking gif_lib.h presence... yes
checking for gif_lib.h... yes
checking for EGifPutExtensionLast in -lgif... no
checking for EGifPutExtensionLast in -lungif... no
configure: error: The following required libraries were not found:
     libXpm libjpeg libpng libgif/libungif libtiff
Maybe some development librarie&lt;/pre&gt;</description>
    <dc:creator>Angelo Graziosi</dc:creator>
    <dc:date>2013-05-17T12:14:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.cygwin/139535">
    <title>[ANNOUNCEMENT] Updated: squid-3.3.3-1: Web Proxy Cache</title>
    <link>http://comments.gmane.org/gmane.os.cygwin/139535</link>
    <description>&lt;pre&gt;Hi

A new version of 'squid' has been uploaded to a server near you.

 o Update to latest upstream
 o First cygwin 1.7.x version (Last version was 2.6.STABLE17 from November 2007)
 o Build for cygwin 1.7.18 with gcc-4.5.3
 o Uses cygport for .hint files generation
 o debuginfo package included


squid NEWS:
===========
 
 o http://www.squid-cache.org/Versions/v3/3.3/changesets/
 o http://www.squid-cache.org/Versions/v3/3.2/changesets/
 o http://www.squid-cache.org/Versions/v3/3.1/changesets/
 o http://www.squid-cache.org/Versions/v3/3.0/changesets/
 o http://www.squid-cache.org/Versions/v2/2.7/changesets/
 o http://www.squid-cache.org/Versions/v2/2.6/changesets/


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
================================


If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:


http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then look at the "List-Unsubscribe: " tag in the
email header of this message.  Send email to the address&lt;/pre&gt;</description>
    <dc:creator>Dr.Volker</dc:creator>
    <dc:date>2013-05-17T11:04:23</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.cygwin">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.cygwin</link>
  </textinput>
</rdf:RDF>
