[ANNOUNCEMENT] Updated: vim-7.4.629-1

[Yaakov Selkowitz]

The following packages have been updated in the Cygwin distribution:

* vim-7.4.629-1
* vim-common-7.4.629-1
* vim-minimal-7.4.629-1
* xxd-7.4.629-1
* gvim-7.4.629-1

Vim is an advanced text editor that seeks to provide the power of the
de-facto Unix editor 'Vi', with a more complete feature set and a choice
of terminal and GTK+ interfaces.

This is an update to the latest upstream patchset.

-- 
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: usbredir-0.7-1

[Yaakov Selkowitz]

The following packages have been added to the Cygwin distribution:

* usbredir-0.7-1
* libusbredir1-0.7-1
* libusbredir-devel-0.7-1

usbredir is a network protocol for sending usb device traffic over a
network connection. This package offering a parsing library, a
usbredirhost library and several utilities implementing this protocol.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: mdbtools-0.6pre1-4

[Yaakov Selkowitz]

The following packages have been added to the Cygwin distribution:

* mdbtools-0.6pre1-4
* libmdb1-0.6pre1-4
* libmdb-devel-0.6pre1-4
* gmdb2-0.6pre1-4
* odbc-mdb-0.6pre1-4

MDB Tools is an open source suite of libraries and utilities
to read MDB database files.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: opus-1.0.3-1

[Yaakov Selkowitz]

The following packages have been added to the Cygwin distribution:

* libopus0-1.0.3-1
* libopus-devel-1.0.3-1
* libopus-doc-1.0.3-1

The Opus codec is designed for interactive speech and audio transmission
over the Internet. It is designed by the IETF Codec Working Group and
incorporates technology from Skype's SILK codec and Xiph.Org's CELT
codec.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: libtool-2.4.5-1

[Yaakov Selkowitz]

The following packages have been updated in the Cygwin distribution:

* libtool-2.4.5-1
* libltdl7-2.4.5-1

GNU libtool is a generic library support script. Libtool hides the
complexity of using shared libraries behind a consistent, portable
interface.

This is an update to the latest upstream release and built with
gcc-4.9.2.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: libytnef-1.5-11

[Yaakov Selkowitz]

The following packages have been added to the Cygwin distribution:

* libytnef0-1.5-11
* libytnef-devel-1.5-11

libytnef is a library to decode TNEF streams (winmail.dat attachments)
like those created with Outlook.

This library has been added as a dependency of GNOME Evolution.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: libmspack-0.4-1

[Yaakov Selkowitz]

The following packages have been added to the Cygwin distribution:

* libmspack0-0.4-1
* libmspack-devel-0.4-1

The purpose of libmspack is to provide both compression and
decompression of CAB, CHM, LZX, and LZSS file formats.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: unzip-6.0-13

[Yaakov Selkowitz]

The following package has been updated in the Cygwin distribution:

* unzip-6.0-13

UnZip is an extraction utility for archives compressed in .zip format.
Although highly compatible both with PKWARE's PKZIP and PKUNZIP
utilities for MS-DOS and with Info-ZIP's own Zip program, the primary
objective is portability and non-MSDOS functionality.

This release adds the current patchset from Fedora, including a fix for
CVE-2014-9636.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: typespeed-0.6.5-2

[Yaakov Selkowitz]

The following package has been updated in the Cygwin distribution:

* typespeed-0.6.5-2

Typespeed's idea is ripped from ztspeed. The idea behind the game is
rather easy: type words that are flying by from left to right as fast as
you can.

This release has been rebuilt for the latest version of ncurses.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: qqwing-1.2.0-1

[Yaakov Selkowitz]

The following packages have been added to the Cygwin distribution:

* qqwing-1.2.0-1
* libqqwing2-1.2.0-1
* libqqwing-devel-1.2.0-1

QQwing is a library and command-line utility for generating and solving
Sudoku puzzles.

This package has been added as a dependency of gnome-sudoku.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: xapian-core/xapian-bindings-1.2.18-2

[Yaakov Selkowitz]

The following packages have been added to the Cygwin distribution:

* xapian-bindings-1.2.18-2
* xapian-core-1.2.18-2
* libxapian22-1.2.18-2
* libxapian-devel-1.2.18-2
* libxapian-doc-1.2.18-2
* php-xapian-1.2.18-2
* php-xapian-doc-1.2.18-2
* python-xapian-1.2.18-2
* python-xapian-doc-1.2.18-2
* ruby-xapian-1.2.18-2
* ruby-xapian-doc-1.2.18-2
* tcl-xapian-1.2.18-2
* tcl-xapian-doc-1.2.18-2

Xapian is a highly adaptable toolkit which allows developers to easily
add advanced indexing and search facilities to their own applications.
It supports the Probabilistic Information Retrieval model and also
supports a rich set of boolean query operators.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: libuninameslist-20091231-1

[Yaakov Selkowitz]

The following packages have been added to the Cygwin distribution:

* libuninameslist0-20091231-1
* libuninameslist-devel-20091231-1

The Unicode consortium provides a file containing annotations on many
unicode characters. This library contains a compiled version of this
file so that programs can access these data easily. The library contains
a very large (sparse) array with one entry for each unicode code point.
The library also contains a (much smaller) list of all the Unicode
blocks.

This library has been added as a dependency of fontforge.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: libotf-0.9.13-1

[Yaakov Selkowitz]

The following package have been added to the Cygwin distribution:

* libotf0-0.9.13-1
* libotf-bin-0.9.13-1
* libotf-devel-0.9.13-1

The library libotf reads Open Type Layout Tables from OTF file, and
converts a Unicode character sequence to a glyph code sequence by using
those tables.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: libspiro-20071029-1

[Yaakov Selkowitz]

The following packages have been added to the Cygwin distribution:

* libspiro0-20071029-1
* libspiro-devel-20071029-1

Spiro is the creation of Raph Levien. It simplifies the drawing of
beautiful curves. Using bezier splines an artist can easily draw curves
with the same slope on either side of an on-curve point. Spiros, on the
other hand, are based on clothoid splines which make it easy to maintain
constant curvature as well as constant slope.

This package has been added as a dependency of fontforge.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: libpst-0.6.63-2

[Yaakov Selkowitz]

The following packages have been added to the Cygwin distribution:

* libpst-0.6.63-2
* libpst4-0.6.63-2
* libpst-devel-0.6.63-2
* python-libpst-0.6.63-2

This package contains a library and utilities for reading and converting
MS Outlook Personal Folders (.pst) files.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: libiconv-1.14-2

[Yaakov Selkowitz]

The following packages have been updated in the Cygwin distribution:

* libiconv-1.14-2
* libiconv2-1.14-2
* libcharset1-1.14-2
* libiconv-devel-1.14-2

This library provides an iconv() implementation, for use on systems
which don't have one in their C standard library, or whose
implementation cannot convert from/to Unicode.

This release enabled a number of aliases for known codesets for better
compatibility with glibc.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: libgit2-0.21.3-1

[Yaakov Selkowitz]

The following packages have been added to the Cygwin distribution:

* libgit2_21-0.21.3-1
* libgit2-devel-0.21.3-1

libgit2 is a portable, pure C implementation of the Git core methods
provided as a re-entrant linkable library with a solid API, allowing you
to write native speed custom Git applications in any language which
supports C bindings.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: libffi-3.2.1-1

[Yaakov Selkowitz]

The following packages have been updated in the Cygwin distribution:

* libffi6-3.2.1-1
* libffi-devel-3.2.1-1

The libffi library provides a portable, high level programming interface
to various calling conventions. This allows a programmer to call any
function specified by a call interface description at run-time.

This is an update to the latest upstream release.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: highlight-3.13-1

[Yaakov Selkowitz]

The following packages have been updated in the Cygwin distribution:

* highlight-3.13-1
* highlight-common-3.13-1
* highlight-gui-3.13-1

Highlight converts sourcecode to HTML, XHTML, RTF, LaTeX, TeX, SVG,
BBCode and terminal escape sequences with coloured syntax highlighting.
Language definitions and colour themes are customizable.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: hexedit-1.2.13-2

[Yaakov Selkowitz]

The following package has been updated in the Cygwin distribution:

* hexedit-1.2.13-2

hexedit shows a file both in ASCII and in hexadecimal. The file can be a
device as the file is read a piece at a time. You can modify the file
and search through it.

This release has been rebuilt for the latest version of ncurses.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New: gpgme-1.4.4-1

[Yaakov Selkowitz]

The following packages have been added to the Cygwin distribution:

* libgpgme11-1.4.4-1
* libgpgme-devel-1.4.4-1

GPGME (GnuPG Made Easy) is a C language library that allows to add
support for cryptography to a program. It is designed to make access to
public key crypto engines like GnuPG or GpgSM easier for applications.
GPGME provides a high-level crypto API for encryption, decryption,
signing, signature verification and key management.

--
Yaakov

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: "warning: could not match any font: *-normal-normal-10"

[MichaelJKelly]

Also, here is the exact output I'm getting (sorry, should have included this
in the first post).
error.txt   




--
View this message in context: 
http://cygwin.1069669.n5.nabble.com/warning-could-not-match-any-font-normal-normal-10-tp109433p115543.html
Sent from the Cygwin list mailing list archive at Nabble.com.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: "warning: could not match any font: *-normal-normal-10"

[MichaelJKelly]

I'm also seeing this.  Attached is the cygcheck.out file  cygcheck.out
  

Any ideas?





--
View this message in context: 
http://cygwin.1069669.n5.nabble.com/warning-could-not-match-any-font-normal-normal-10-tp109433p115542.html
Sent from the Cygwin list mailing list archive at Nabble.com.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Mirroring Cygwin

[Yaakov Selkowitz]

On Mon, 2015-02-16 at 15:27 -0800, ray sison wrote:
> I manage the mirrors for Go-Parts.com
> We previously had our mirrors links on Cygwin and we would like you to 
> reestablish our mirror links.
> 
> ftp://mirrors-usa.go-parts.com/cygwin
> 
> Please let me know if you need additional information.

Mirrors are verified regularly and are automatically disabled when they
aren't current for a certain duration.  Per your request, I have reset
the count on your mirror and registered you as the contact.

--
Yaakov



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Mirroring Cygwin

[ray sison]

Hi

I manage the mirrors for Go-Parts.com
We previously had our mirrors links on Cygwin and we would like you to 
reestablish our mirror links.


ftp://mirrors-usa.go-parts.com/cygwin

Please let me know if you need additional information.

Ray Sison
Go Parts

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[PATCH] Re: -pthread in gcc

[Yaakov Selkowitz]

On Fri, 2015-02-06 at 17:28 +0800, JonY wrote:
> On 2/6/2015 16:30, Pavel Fedin wrote:
> >> use -2 version
> >>
> >> https://cygwin.com/ml/cygwin-announce/2015-02/msg6.html
> > 
> >  I have just checked, i have it installed. I even tried to reinstall it, but
> > the problem is still there:
> 
> Confirmed, looks like the original patch no longer works, I'll need to
> find out how to fix this.

Jon,

Patch 0014 is missing the attached to enable cygwin.opt.

--
Yaakov

--- a/gcc/config.gcc	2015-02-16 15:56:43.460029500 -0600
+++ b/gcc/config.gcc	2015-02-16 15:57:04.754233500 -0600
@@ -1586,7 +1586,7 @@
 	xm_file=i386/xm-cygwin.h
 	tmake_file="${tmake_file} i386/t-cygming t-slibgcc"
 	target_gtfiles="\$(srcdir)/config/i386/winnt.c"
-	extra_options="${extra_options} i386/cygming.opt"
+	extra_options="${extra_options} i386/cygming.opt i386/cygwin.opt"
 	extra_objs="winnt.o winnt-stubs.o"
 	c_target_objs="${c_target_objs} msformat-c.o"
 	cxx_target_objs="${cxx_target_objs} winnt-cxx.o msformat-c.o"
@@ -1602,7 +1602,7 @@
 	xm_file=i386/xm-cygwin.h
 	tmake_file="${tmake_file} i386/t-cygming t-slibgcc i386/t-cygwin-w64"
 	target_gtfiles="\$(srcdir)/config/i386/winnt.c"
-	extra_options="${extra_options} i386/cygming.opt"
+	extra_options="${extra_options} i386/cygming.opt i386/cygwin.opt"
 	extra_objs="winnt.o winnt-stubs.o"
 	c_target_objs="${c_target_objs} msformat-c.o"
 	cxx_target_objs="${cxx_target_objs} winnt-cxx.o msformat-c.o"
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1

[Andrey Repin]

Greetings, Denis Excoffier!

> Oops. I'm wrong.

> Until this morning i really thought that XP comes with two "personal places" 
> for each user:
> - C:/Home/user for the personal files of the user (that can be called the 
> home directory)
> - C:/Document and Settings/user for the internal Windows files (Program
> Files etc.) not for normal user consumption

> This, because our IT people are keen enough to provide us a "secondary"
> place where to put our personal files. I imagine
> they had too many complaints about spaces in directory names.

> Sorry for the noise.

You CAN change the default location of "Document and Settings" folder. Takes
all of 30 minutes to google, download and make a new ISO image for future
installations.
My regular Windows XP install put user profiles into C:\Users\ nowadays.

P.S.
I hope you've caught the other branch of the discussion, about the pre-set
$HOME and implications of its existence.


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 17.02.2015, <00:34>

Sorry for my terrible english...


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1

[Angelo Graziosi]

Corinna Vinschen wrote:

I think I fixed it


Oh yes, it is fixed in 1.7.35-0.2! I was busy with another Emacs glitch 
and could not answer before..


Thanks for the quick fix!

Ciao,
 Angelo.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Very slow Cygwin startup on Windows 7

[Andrey Repin]

Greetings, Corinna Vinschen!

>> I was unable to find relevant CVS tree. The winsup/doc appears to contain the
>> parts of /cygwin-ug-net/ but not the /faq/ part of the website.

> They do.  It's just the sh***y web interface of cvsweb, which only shows
> up to 25 entries.

> If you look at https://sourceware.org/viewvc/src/winsup/doc/ you'll
> see a button "Go to:" and right of it a drop-down menu with the text
> "Page 1: .cvsignore to ...".  Just change to the next page and press the
> "Go to:" button.

> Much easier (see https://cygwin.com/cvs.html):

>   cvs -d :pserver:anon...@cygwin.com:/cvs/src checkout winsup

> This checks out a directory called "src".  Just cd into src/winsup/doc
> and all documentation is there.

Right. I was just unsure, if that's the same CVS. Will know now, thanks!


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 17.02.2015, <00:05>

Sorry for my terrible english...


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: sharutils-4.15-1

[Eric Blake (cygwin)]

A new release of sharutils, 4.15-1, has been uploaded and will soon be
available at your favorite mirror.  This leaves 4.14.2-1 as the previous
build.

NEWS:
=
This is a new upstream release.

Using shar on text mounts continues to have the possibility that line
endings on text files might not be handled the way you want, but if it
was truly a text file, that should not matter to you; the heuristic that
shar uses to decide between text and binary files is whether it contains
non-printing characters.  It is safer to use shar/unshar on binary
mounts (remembering that unshar is inherently unsafe).  uuencode and
uudecode, on the other hand, work reliably regardless of the underlying
mount point.  See also the package documentation found in
/usr/share/doc/sharutils/.

DESCRIPTION:

The sharutils package contains the GNU shar utilities, a set of tools
for encoding and decoding packages of files (in binary or text format)
in a special plain text format called shell archives (shar).  This
format can be sent through e-mail (which can be problematic for regular
binary files).  The shar utility supports a wide range of capabilities
(compressing, uuencoding, splitting long files for multi-part mailings,
providing checksums), which make it very flexible at creating shar
files.  After the files have been sent, the unshar tool scans mail
messages looking for shar files.  Unshar automatically strips off mail
headers and introductory text and then unpacks the shar files.

Note that unshar is inherently unsafe by design, because it executes
arbitrary shell scripts; therefore the creation of shar archives should
be limited to situations where the receiver trusts the sender.  However,
uuencode and uudecode are useful in their own right, and are safe to use.

UPDATE:
===
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system. Save it and run setup, answer the questions and pick up
'sharutils' from the 'Archive' category.

DOWNLOAD:
=
Note that downloads from cygwin.com aren't allowed due to bandwidth
limitations.  This means that you will need to find a mirror which has
this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

-- 
Eric Blake
volunteer cygwin sharutils package maintainer

For more details on this list (including unsubscription), see:
http://sourceware.org/lists.html




signature.asc
Description: OpenPGP digital signature

[ANNOUNCEMENT] Re: Updated: readline-6.3.8-1, bash-4.3.33-1

[Eric Blake (cygwin)]

On 01/27/2015 05:14 PM, Eric Blake (cygwin) wrote:
> A new release of readline, 6.3.8-1, has been uploaded for experimental
> use, and will soon reach a mirror near you; leaving the current version
> still at 6.1.2-4 (32-bit) or 6.2-1 (64-bit).  I will promote this build
> to current once I have a working bash-4.3 build, assuming no major
> issues are found.

On 02/09/2015 07:02 AM, Eric Blake (cygwin) wrote:
> A new release of bash, 4.3.33-1, has been uploaded as an experimental
> version, and will soon reach a mirror near you; the current version
> remains at 4.1.17-9.

It's been a week of testing the new bash, with no major complaints, so
I've gone ahead and promoted the new readline and bash builds to current.

-- 
Eric Blake
volunteer cygwin bash/readline package maintainer

For more details on this list (including unsubscription), see:
http://sourceware.org/lists.html




signature.asc
Description: OpenPGP digital signature

Re: slow startup after upgrade

[Corinna Vinschen]

On Feb 16 20:02, Roger Orr wrote:
> Corinna Vinschen wrote:
> > So I'd think the best way forward is to update to the
> > 1.7.35-0.1 test release and report further from there. 
> 
> Thanks, this does help a little. However I will still be using the 'files'
> setting.

The idea was to test this stuff to find a better solution which is
acceptable.  If you simply revert to "files" without helping to test
we'll probably never find the culprit.

> Here are some results in case they're of interest. (Windows 7/64 with
> cygwin/64.)
> 
> 1) Running cygwin "echo.exe" from a cmd.exe command shell
> 
> a) With passwd: files and group: files in /etc/nsswitch.conf
>   0.03 - 0.4 s
> 
> b) With 1.7.34 and default /etc/nsswitch.conf
> 
>   around 120s
> 
> C) With 1.7.35 and default /etc/nsswitch.conf
> 
>   4.4 - 4.6s

Much better, but...

...what's going on with your AD?!?  There are only a couple of calls to
LookupAccountSid (one for your user account, one per group in your user
token) and a single LDAP call fetching a handful of attributes for your
user account.  This shouldn't really require 4 secs.

It would be nice to know what part of the code is so slow.  The
LookupAccountSid calls shouldn't be so slow because they only fetch
information already cached on the local machine.  So it's probably
the LDAP call.  Why does an LDAP call take 4 secs?!?

Are you remote from your DC, by any chance?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgp7Y5tLfD5mP.pgp
Description: PGP signature

RE: slow startup after upgrade

[Roger Orr]

Corinna Vinschen wrote:
> So I'd think the best way forward is to update to the
> 1.7.35-0.1 test release and report further from there. 

Thanks, this does help a little. However I will still be using the 'files'
setting.

Here are some results in case they're of interest. (Windows 7/64 with
cygwin/64.)

1) Running cygwin "echo.exe" from a cmd.exe command shell

a) With passwd: files and group: files in /etc/nsswitch.conf
  0.03 - 0.4 s

b) With 1.7.34 and default /etc/nsswitch.conf

  around 120s

C) With 1.7.35 and default /etc/nsswitch.conf

  4.4 - 4.6s

2) mkgroup

1.7.34 took 46m 4s
1.7.35 took 39s

output is 53kb, 681 lines

3) mkpasswd

1.7.34 took 1h 14m 6s
1.7.35 took 59m 0s

output is 132kb, 1081 lines

Regards,
Roger.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1

[Denis Excoffier]

On 2015-02-13 22:30, Denis Excoffier wrote:
> 
> On 2015-02-13 22:04, Warren Young wrote:
>> 
>>> On Feb 13, 2015, at 11:30 AM, Denis Excoffier  
>>> wrote:
>>> 
>>> I tried (according to the new documentation):
>>> 
>>> db_home: /%H/%U/cygdir
>>> 
>>> and that was fine but %H was replaced by the
>>> /cygdrive/C/Document and Settings/ prefix
>> 
>> I don’t think you should use %H when that directory might contain spaces.  
>> It’s likely to cause many problems.
> 
> You misunderstand. I don't need this stupid 'Document and Settings' thing. I 
> need %H to represent my home dir, that means
> /cygdrive/d/Home/myuser1 on this XP P3 (a corporate one) and 
> /cygdrive/c/Users/myuser2 on this W7 (another corporate).
> That way, using %H/%U/cygdir under both architectures would generate the 
> right thing.
> 
> But currently, on XP SP3, the %H is replaced by '/cygdrive/d/Document and 
> Settings/myuser1' which i'm pretty
> close to consider as a bug. Should be '/cygdrive/d/Home/myuser1' i suppose.

Oops. I'm wrong.

Until this morning i really thought that XP comes with two "personal places" 
for each user:
- C:/Home/user for the personal files of the user (that can be called the home 
directory)
- C:/Document and Settings/user for the internal Windows files (Program Files 
etc.) not for normal user consumption

This, because our IT people are keen enough to provide us a "secondary" place 
where to put our personal files. I imagine
they had too many complaints about spaces in directory names.

Sorry for the noise.

Denis Excoffier.
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: setfacl: root of all evil?

[Houder]

> On Feb 16 14:53, Houder wrote:
>> > Hi Corinna,
>> >
>> > Yes, sorry, setfacl again ...
>> [snip]
>>
>> > RFC :-)
>
> Dumb bug in Cygwin.  I found it and fixed it locally.

Indeed? Did expect a deliberate different school of thoughts ... Apparently,
not.

[snip]

> Actually, I don't think I'm going to apply the fix anyway.  As I
> mentioned last week, I'm mulling over a complete rewrite of the core
> functionality of chmod/acl to read and create ACLs in a unified way
> within a single set of functions, rather than having two sets of
> functions doing almost, but (as you noticed) not exactly the same thing.

Yes, took notice of that.

> I have a notion how to create more strict, more correct POSIX ACLs
> within the restrictions of Windows ACLs than the current implenentation,
> but this needs a lot of hacking and testing so it's not done quickly.

Alright. Not in hurry awaiting a solution (at least, I am not). Take your
time ...

Henri


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: 1.7.35 Bash spawned by Perl has DOS-style argv0

[Corinna Vinschen]

On Feb 16 10:33, Corinna Vinschen wrote:
> On Feb 15 19:22, Achim Gratz wrote:
> > Corinna Vinschen writes:
> > > Thanks for the testcase!  The problem you're describing is the result of
> > > a thinko when I revamped the PATH finding functionality in Cygwin a
> > > couple of days ago.  I fixed that in CVS.  I will upload a new developer
> > > snapshot for testing to https://cygwin.com/snapshots/ later today.
> > 
> > This still doesn't work correctly and breaks autotools:
> > 
> > autoreconf-2.69: running: aclocal --force 
> > am-wrapper: am-wrapper.sh: error: Unable to locate any usuable version of 
> > automake.
> > I tried these versions: 1.14 1.13 1.12 1.11 1.10 1.9 1.8 1.7 1.6 
> > 1.5 1.4 1.99 1.98 1.97 1.96 1.95 1.94 1.93 1.92 1.91 1.90 1.89 1.88 1.87 
> > 1.86 1.85 1.84 1.83 1.82 1.81 1.80 1.79 1.78 1.77 1.76 1.75 1.74 1.73 1.72 
> > 1.71 1.70 1.69 1.68 1.67 1.66 1.65 1.64 1.63 1.62 1.61 1.60 1.59 1.58 1.57 
> > 1.56 1.55 1.54 1.53 1.52 1.51 1.50 1.49 1.48 1.47 1.46 1.45 1.44 1.43 1.42 
> > 1.41 1.40 1.39 1.38 1.37 1.36 1.35 1.34 1.33 1.32 1.31 1.30 1.29 1.28 1.27 
> > 1.26 1.25 1.24 1.23 1.22 1.21 1.20 1.19 1.18 1.17 1.16 1.15 1.14
> > With a base name of '/usr/share/autotools/am-wrapper.sh'.
> > autoreconf-2.69: aclocal failed with exit status: 1
> > 
> > Here, am-wrapper has been called via /usr/bin/automake, but argv[0] is
> > apparently resolved to the link target rather than the invoked program.
> 
> Thanks, I'll look into it.

Please try https://cygwin.com/ml/cygwin-announce/2015-02/msg00099.html


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgp5zWh7_EoTx.pgp
Description: PGP signature

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1

[Corinna Vinschen]

On Feb 15 21:28, Angelo Graziosi wrote:
> Corinna Vinschen wrote:
> >I released a very early TEST version of the next upcoming Cygwin
> >release.  The version number is 1.7.35-0.1.
> 
> With this release, the Emacs (master) build is broken. It does not pass the
> autogen.sh step:

Thanks.  I think I fixed it.  I even added useful comments to the
sources now :}

Please test https://cygwin.com/ml/cygwin-announce/2015-02/msg00099.html


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpDDusMOB1Ae.pgp
Description: PGP signature

Re: setfacl: root of all evil?

[Corinna Vinschen]

On Feb 16 14:53, Houder wrote:
> > Hi Corinna,
> >
> > Yes, sorry, setfacl again ...
> [snip]
> 
> > RFC :-)

Dumb bug in Cygwin.  I found it and fixed it locally.

> Btw, my post is NOT a request for a snapshot at the end of the day, in which
> things have been fixed ... :-)

Heh, thanks :)

Actually, I don't think I'm going to apply the fix anyway.  As I
mentioned last week, I'm mulling over a complete rewrite of the core
functionality of chmod/acl to read and create ACLs in a unified way
within a single set of functions, rather than having two sets of
functions doing almost, but (as you noticed) not exactly the same thing.

I have a notion how to create more strict, more correct POSIX ACLs
within the restrictions of Windows ACLs than the current implenentation,
but this needs a lot of hacking and testing so it's not done quickly.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgp2VJcacPCE5.pgp
Description: PGP signature

RE: Writing to /dev/clipboard from multiple processes in Bash gives inconsistent behaviour

[cyg Simple]

> From: Andrey Repin 
> 
> If you know how to do it, may be you can describe the correct way of doing
it,
> to share the knowledge?
> The preferable format would be a FAQ entry.
> 

You are free to add a FAQ entry if you think it is worthy of one.  I don't
think that it is.

cyg Symple


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: setfacl: root of all evil?

[Houder]

> Hi Corinna,
>
> Yes, sorry, setfacl again ...
[snip]

> RFC :-)

Btw, my post is NOT a request for a snapshot at the end of the day, in which
things have been fixed ... :-)

I wrote it up as a notice (or a request for an exchange of thoughts).

Henri


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

setfacl: root of all evil?

[Houder]

Hi Corinna,

Yes, sorry, setfacl again ...

Now, I am NOT an expert on Windows (I do not want to be), and I realize, that I 
am in the company
of experts on Windows (on Windows ACL) here, so it is inevitable, that I will 
be out of my league
below, and speak "errorneously" about Windows ACL.

Nevertheless, the reason for my post is that setfacl FAILS, where chmod 
SUCCEEDS ...

Over the years (XP) my "Posix" trees (Cygwin) looked like this:

@@ uname -a
CYGWIN_NT-6.1-WOW Seven 1.7.35(0.286/5/3) 2015-02-12 20:59 i686 Cygwin

@@ mkdir T
@@ icacls T@@ getfacl T@@ ls -ld T
T Seven\Henri:(F)  # file: T   drwxr-xr-x+ 1 Henri None 
0 ... T
  Seven\None:(RX)  # owner: Henri
  Everyone:(RX)# group: None
  CREATOR OWNER:(OI)(CI)(IO)(F)user::rwx
  CREATOR GROUP:(OI)(CI)(IO)(RX)   group::r-x
  Everyone:(OI)(CI)(IO)(RX)other:r-x
   default:user::rwx
   default:group::r-x
   default:other:r-x

@@ touch T/aap
@@ icacls T/aap@@ getfacl T/aap@@ ls -l T/aap
T/aap Seven\Henri:(R,W,D,WDAC,WO)  # file: T/aap   -rw-r--r-- 1 Henri None 
0 ... T/aap
  Seven\None:(R)   # owner: Henri
  Everyone:(R) # group: None
   user::rw-
   group::r--
   other:r--

@@ chmod 755 T/aap
@@ icacls T/aap@@ getfacl T/aap@@ ls -l T/aap
T/aap Seven\Henri:(M,WDAC,WO)  # file: T/aap   -rwxr-xr-x 1 Henri None 
0 ... T/aap
  Seven\None:(RX)  # owner: Henri
  Everyone:(RX)# group: None
   user::rwx
   group::r-x
   other:r-x

This "standard" has served me well ... I did not have to fight with mkdir, 
chmod, etc ... And the
occasional Windows generated file did not fall "out of tune" too much.

Moreover, after extraction of a .zip file in one of my "Posix" directories, it 
was fairly easy to
reset the permissions of the extracted files (and directories), using setfacl.

Currently, using this procedure, setfacl fails ...

My investigation into the cause of this failure, eventually led me to simple 
test cases in which
setfacl fails, but where chmod succeeds.

(more details, if needed, in attached files)

Basically, setfacl removes "write attributes" from the file owner (where chmod 
does not).

(also: setfacl makes the creator owner loose rights -- in comparison to chmod)

RFC :-)

Henri

- setfacl/file
@@ pwd # bash NOT elevated
/drv/e
@@ mkdir T
@@ touch T/aap
@@ setfacl -s u::r--,g::r--,o:r-- T/aap
@@ setfacl -s u::rw-,g::r--,o:r-- T/aap
setfacl: Permission denied
@@ chmod 644 T/aap
chmod: changing permissions of ‘T/aap’: Permission denied
@@ touch T/aap
touch: cannot touch ‘T/aap’: Permission denied
@@ rm T/aap
/bin/rm: remove write-protected regular empty file ‘T/aap’? y
@@ ls -l T/aap
ls: cannot access T/aap: No such file or directory
@@

- chmod/file
@@ pwd # bash NOT elevated
/drv/e
@@ mkdir T
@@ touch T/aap
@@ icacls T/aap
T/aap Seven\Henri:(R,W,D,WDAC,WO)
  Seven\None:(R)
  Everyone:(R)

Successfully processed 1 files; Failed processing 0 files
@@ chmod u-w T/aap
@@ icacls T/aap
T/aap Seven\Henri:(R,D,WDAC,WO,WA) # < Note: lost W, but got WA in stead 
... (setfacl fails here)
  Seven\None:(R)
  Everyone:(R)

Successfully processed 1 files; Failed processing 0 files
@@ chmod u+w T/aap
@@ icacls T/aap
T/aap Seven\Henri:(R,W,D,WDAC,WO)
  Seven\None:(R)
  Everyone:(R)

Successfully processed 1 files; Failed processing 0 files
@@ touch aap
@@

- setfacl/directory
@@ pwd # bash NOT elevated
/drv/e
@@ mkdir T
@@ setfacl -s u::r-x,g::r-x,o:r-x,d:u::rwx,d:g::r-x,d:o:r-x T
@@ setfacl -s u::rwx,g::r-x,o:r-x,d:u::rwx,d:g::r-x,d:o:r-x T
setfacl: Permission denied
@@ chmod 755 T
chmod: changing permissions of ‘T’: Permission denied
@@ rmdir T
@@ ls -ld T
ls: cannot access T: No such file or directory

- chmod/directory
@@ pwd
/drv/e
@@ mkdir T
@@ chmod u-w T
@@ icacls T
T Seven\Henri:(RX,D,WDAC,WO,WA) # < Note: lost W, but got WA in stead ... 
(setfacl fails here)
  Seven\None:(RX)
  Everyone:(RX)
  CREATOR OWNER:(OI)(CI)(IO)(F)
  CREATOR GROUP:(OI)(CI)(IO)(RX)
  Everyone:(OI)(CI)(IO)(RX)

Successfully processed 1 files; Failed processing 0 files
@@ chmod u+w T
@@ icacls T
T Seven\Henri:(F)
  Seven\None:(RX)
  Everyone:(RX)
  CREATOR OWNER:(OI)(CI)(IO)(F)
  CREATOR GROUP:(OI)(CI)(IO)(RX)
  Everyone:(OI)(CI)(IO)(RX)

Successfully processed 1 files; Failed processing 0 files
@@

=setfacl sucks ...

List of commands:
 - mkdir T
 - touch T/aap
 - setfacl -s u::r--,g::r--,o:r-- T/aap ## inadvertently removes "write 
attributes" from the file owner
 - setfacl -s u::rw-,g::r--,o:r-- T/aap # denied
 - chm

[ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.2

[Corinna Vinschen]

Hi Cygwin friends and users,


I released another very early TEST version of the next upcoming Cygwin
release.  The version number is 1.7.35-0.2.

This release is equivalent to 1.7.35-0.1 with the exception of
(hopefully) fixing a regression in terms of the PATH search in execlp
and other, similar functions.  The fix addresses the bug reports
https://cygwin.com/ml/cygwin/2015-02/msg00432.html and
https://cygwin.com/ml/cygwin/2015-02/msg00437.html

Other than that, this test release adds the symbol __mempcpy to the
64 bit version of Cygwin which has been simply forgotten so far.

This version is equivalent to the latest developer snapshot and mainly
addressing the 1.7.34 "slow startup" problem reported on the mailing
list a couple of times.


If you're not familiar with the new account information handling
introduced in Cygwin 1.7.34, I suggest to read the new documentation
at https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping


The essential changes in this test release are:

- The default settings for db_home, db_shell, and db_gecos in case
  there's no /etc/nsswitch.conf file, or if they are not mentioned 
  in /etc/nsswitch.conf, are now set to just the fallback, which is

db_home: /home/%U
db_shell: /bin/bash
db_gecos: 

  This means, if you don't set these values in /etc/nsswitch.conf,
  there's no reason for Cygwin to access the DC via LDAP.

- Next, I revamped the code fetching values over LDAP to do the actual
  fetching only if it's really required.  So far, the LDAP call was made
  all the time, even if the settings in /etc/nsswitch.conf didn't
  require that.

- Last but not least, the primary group of the current user account is
  not read anymore from the LDAP call, but simply from the current user
  token of the user.

- Group account requests don't access LDAP at all, unless values
  for the UNIX gid <-> Windows SID mapping are required (see
  https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-nfs and
  https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-samba
  for an explanation).

All in all, that *should* have the desired effect to avoid all LDAP
calls to the DC for the current user account and its primary and
supplementary group accounts in the default case, even if you only
use the "db" setting for passwd and groups in /etc/nsswitch.conf:

  passwd: db
  group: db

The only downside for other scenarios is that the default settings
in /etc/nsswitch.conf don't catch the "cygwin desc" settings for
db_home, db_shell, and db_gecos anymore by default.  If you want to
use them, you now have to tweak /etc/nsswitch.conf, but most more
complex scenarios will require that anyway.


Other changes in this release:
==

- New APIs: cabsl, cimagl, creall, finitel, hypotl, sqrtl.

- Fix /proc/cpuinfo multicore info on Intel CPUs.
  Addresses: https://cygwin.com/ml/cygwin-apps/2015-02/msg00077.html

- Generate unique inode number for /dev/tty under all circumstances.
  Addresses: https://cygwin.com/ml/cygwin/2015-02/msg00211.html

- Fix handling of PATH search in execlp and other calls to honor mount flags.
  Addresses: https://cygwin.com/ml/cygwin/2015-02/msg00119.html

- Remove a debug message accidentally printed to the terminal window
  if an application calls fcntl(F_SETFL) erroneously.

- Regression in 1.7.34: acl(SETACL, ...) overwrote the incoming acltent_t
  array for bookkeeping purposes while iterating over its entries.  This
  broke reusing the acl in the calling application (e.g. setfacl).
  Addresses: https://cygwin.com/ml/cygwin/2015-02/msg00304.html

- 64 bit: Export forgotten symbol __mempcpy.
  Addresses: https://cygwin.com/ml/cygwin/2015-02/msg00394.html


To install 32-bit Cygwin use https://cygwin.com/setup-x86.exe
To install 64 bit Cygwin use https://cygwin.com/setup-x86_64.exe

If you're already running a 32 bit version of Cygwin on 64 bit Windows
machines, you can continue to do so.  If you're planning a new install
of Cygwin on a 64 bit Windows machine, consider to use the new 64 bit
Cygwin version, unless you need certain packages not yet available in
the 64 bit release.


Have fun,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1

[Corinna Vinschen]

On Feb 16 10:56, Achim Gratz wrote:
> Corinna Vinschen writes:
> >> That makes me wonder, if there's a sane way to simulate such login process
> >> under cygwin without asking user for name/password?
> >> Or unsetting global %HOME% is the only way to go?
> >
> > There's no reason at all to set a global %HOME% variable for Cygwin.
> 
> The trouble is that it changes things when some bright chap thought it a
> good idea to set it in Windows, even though Windows itself makes no use
> of it that I would know of.  If you've set it yourself you can take note
> and change it, but sometimes you're not in that position.

But there's no way to change that other than giving the bright chap a
good spanking.  And in many cases setting HOME in the Windows environment
works nicely for some people.  Personally I'm in favor of discouraging
people to do that (*), but hey, ultimately it's their system.

The fact that shells don't set HOME themselves is the right thing to do
and there's really no good reason to special-case that for Cygwin.  You
can get the same problem on other Unix systems.  Consider the capability
to set the environment in ~/.ssh/authorized_keys for instance.


Corinna

(*) This may qualify for YA faq entry, or a rewrite of the faq entries
"Why doesn't bash read my .bashrc file on startup?" and
"My HOME environment variable is not what I want."

For a start, I changed the references to HOME from the Windows
environment in the User's Guide.

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgp0LF3TYdkbm.pgp
Description: PGP signature

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1

[Achim Gratz]

Corinna Vinschen writes:
>> That makes me wonder, if there's a sane way to simulate such login process
>> under cygwin without asking user for name/password?
>> Or unsetting global %HOME% is the only way to go?
>
> There's no reason at all to set a global %HOME% variable for Cygwin.

The trouble is that it changes things when some bright chap thought it a
good idea to set it in Windows, even though Windows itself makes no use
of it that I would know of.  If you've set it yourself you can take note
and change it, but sometimes you're not in that position.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: mintty needs a patch

[Corinna Vinschen]

On Feb 15 19:41, Thomas Wolff wrote:
> Am 15.02.2015 um 10:27 schrieb Corinna Vinschen:
> >On Feb 14 23:10, Tony Kelman wrote:
> >>I was trying to build mintty from its src package today. As a heads-up
> >>for whoever next tries to build the package, I get the following error
> >>on either 32 or 64 bit:
> >>
> >>gcc -c -MMD -MP -DTARGET=x86_64-pc-cygwin -DNDEBUG -std=gnu99 -include std.h
> >>-Wall -Wextra -Wundef -Werror -mtune=atom -fomit-frame-pointer -O2 wintext.c
> >>windres --preprocessor 'gcc -E -xc -DRC_INVOKED -MMD -MP
> >>-DTARGET=x86_64-pc-cygwin -DNDEBUG' res.rc res.o
> >>wintext.c: In function ‘win_text’:
> >>wintext.c:522:13: error: array subscript is above array bounds
> >>[-Werror=array-bounds]
> >>   if (!fonts[nfont]) {
> >> ^
> >>cc1: all warnings being treated as errors
> >>Makefile:117: recipe for target 'wintext.o' failed
> >>make: *** [wintext.o] Error 1
> >>
> >>
> >>This can at least be made into a warning by taking off -Werror, but it looks
> >>like it might be a real off-by-one. Our neighbors over at MSYS2 have a patch
> >>https://github.com/Alexpux/MSYS2-packages/blob/master/mintty/01-array-bounds.patch
> >>(the packaging repo there has a BSD 3-clause license) to change FONT_MAXNO
> >>in wintext.c from 0x1F to 0x20.
> >Sadly the mintty maintainer is AWOL for quite some time.  Would you
> >like to take over maintainership?  Given the overall stability of the
> >package, maintaining it shouldn't be much of a burden.
> I have contributed to mintty before and will look into this issue.
> I'd like to discuss further details in PM if you like.

Not in PM.  This is what the cygwin-apps mailing list is for.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgp3khky4yhtM.pgp
Description: PGP signature

Re: 1.7.35 Bash spawned by Perl has DOS-style argv0

[Corinna Vinschen]

On Feb 15 19:22, Achim Gratz wrote:
> Corinna Vinschen writes:
> > Thanks for the testcase!  The problem you're describing is the result of
> > a thinko when I revamped the PATH finding functionality in Cygwin a
> > couple of days ago.  I fixed that in CVS.  I will upload a new developer
> > snapshot for testing to https://cygwin.com/snapshots/ later today.
> 
> This still doesn't work correctly and breaks autotools:
> 
> autoreconf-2.69: running: aclocal --force 
> am-wrapper: am-wrapper.sh: error: Unable to locate any usuable version of 
> automake.
> I tried these versions: 1.14 1.13 1.12 1.11 1.10 1.9 1.8 1.7 1.6 1.5 
> 1.4 1.99 1.98 1.97 1.96 1.95 1.94 1.93 1.92 1.91 1.90 1.89 1.88 1.87 1.86 
> 1.85 1.84 1.83 1.82 1.81 1.80 1.79 1.78 1.77 1.76 1.75 1.74 1.73 1.72 1.71 
> 1.70 1.69 1.68 1.67 1.66 1.65 1.64 1.63 1.62 1.61 1.60 1.59 1.58 1.57 1.56 
> 1.55 1.54 1.53 1.52 1.51 1.50 1.49 1.48 1.47 1.46 1.45 1.44 1.43 1.42 1.41 
> 1.40 1.39 1.38 1.37 1.36 1.35 1.34 1.33 1.32 1.31 1.30 1.29 1.28 1.27 1.26 
> 1.25 1.24 1.23 1.22 1.21 1.20 1.19 1.18 1.17 1.16 1.15 1.14
> With a base name of '/usr/share/autotools/am-wrapper.sh'.
> autoreconf-2.69: aclocal failed with exit status: 1
> 
> Here, am-wrapper has been called via /usr/bin/automake, but argv[0] is
> apparently resolved to the link target rather than the invoked program.

Thanks, I'll look into it.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpVC3g3LGkQ0.pgp
Description: PGP signature

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1

[Corinna Vinschen]

On Feb 15 21:36, Andrey Repin wrote:
> >> By the way,
> >> getent passwd %USERNAME%
> >> return homedir correctly, but bash insist on using existing HOME even if
> >> started as login shell.
> 
> > Of course.  All shells do that.  They expect HOME to have a useful value
> > because HOME is usually set by the login process before the shell is
> > started.  And the login process, if there is any, fetches HOME from the
> > account DB.
> 
> That makes me wonder, if there's a sane way to simulate such login process
> under cygwin without asking user for name/password?
> Or unsetting global %HOME% is the only way to go?

There's no reason at all to set a global %HOME% variable for Cygwin.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpJTelDDIQQa.pgp
Description: PGP signature

Re: Very slow Cygwin startup on Windows 7

[Corinna Vinschen]

On Feb 15 21:38, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
> 
> >> >> If you are accepting suggestions, and up for some experimentation, try 
> >> >> this:
> >> >> 
> >> >> # getent passwd $(id -u) > /etc/passwd
> >> >> # getent group $(id -G) > /etc/group
> >> >> # echo -e "#\npasswd: files db\ngroup: files db\n" > /etc/nsswitch.conf
> >> >> 
> >> >> and start bash without cygserver running. Just for test.
> >> >> The idea is to have "your" groups in files so that in simple case of 
> >> >> (just
> >> >> startup" Cygwin don't have to talk to DC all too much. If at all.
> >> >> 
> >> >> You'd still need to run cygserver to benefit from long-time caching, 
> >> >> though.
> >> 
> >> > Do you feel up to the task to extend the FAQ entry
> >> 
> >> > https://cygwin.com/faq/faq.html#faq.using.startup-slow
> >> 
> >> > with a description of your solution?
> >> 
> >> I took a liberty to reorder and rewrite it a little.
> >> Please tell me, if I didn't lost anything in the process.
> 
> > It reads nicely.  The paragraph starting with "The 1.7.35 release is
> > expected..." needs a tweak as soon as 1.7.35 goes release, of course,
> > but otherwise it's really neat.
> 
> > The problem is this:  The source of the file is not in HTML but in XML,
> > see https://sourceware.org/viewvc/src/winsup/doc/faq-setup.xml?view=log
> 
> > Any problem to rework for XML and sending as unified patch against the
> > latest version of the file from CVS?
> 
> I was unable to find relevant CVS tree. The winsup/doc appears to contain the
> parts of /cygwin-ug-net/ but not the /faq/ part of the website.

They do.  It's just the sh***y web interface of cvsweb, which only shows
up to 25 entries.

If you look at https://sourceware.org/viewvc/src/winsup/doc/ you'll
see a button "Go to:" and right of it a drop-down menu with the text
"Page 1: .cvsignore to ...".  Just change to the next page and press the
"Go to:" button.

Much easier (see https://cygwin.com/cvs.html):

  cvs -d :pserver:anon...@cygwin.com:/cvs/src checkout winsup

This checks out a directory called "src".  Just cd into src/winsup/doc
and all documentation is there.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpw55q4mHnmD.pgp
Description: PGP signature

Re: Updated: setup.exe (Release 2.867)

[Corinna Vinschen]

On Feb 16 14:12, Luke Kendall wrote:
> On 10/02/15 09:39, Luke Kendall wrote:
> >On 06/02/15 21:23, Corinna Vinschen wrote:
> > > "Of course"?  In fact upset (the script creating the setup.ini files)
> > > reads the content of md5.sum and uses the checksums in there if
> > > available to create the setup.ini entry.  It only computes its own
> > > checksum if the md5.sum file is missing the info.  So, afaics, in border
> > > cases in which a file gets replaced, there is a chance that the
> > > setup.ini checksum is incorrect as well.  In theory that's not supposed
> > > to happen because replacing a distro package should always include
> > > bumping the subversion, thus creating a new file and just removing the
> > > old one.
> >
> >Hmm, that's interesting.
> >
> >I based what I said on my experience; I've tried to work out how it fits
> >together by looking at the files we get via rsyncing from mirrors.  It's
> >not like I've read some reference that describes the Cygwin packaging
> >and release process and procedures (I have a feeling that such a
> >reference would be setup.exe's source code, by I may also be quite
> >mistaken about that).
> >
> >But the mismatches have been so common, and persisted so long, that I
> >(perhaps wrongly) came to the conclusion that relying on the md5.sum
> >file was bad, simply because in all the mismatches I've seen over the
> >last several months (I'm guessing something like six), setup.ini has
> >been correct and the package md5.sum has been wrong; and the error has
> >persisted for many, many days.
> >
> >I suppose another possibility is that we *think* we're rsyncing nightly,
> >and we're not, and it's only the automated consistency check that's
> >really running each night!  I'll check into that possibility.
> 
> Just to close this off: this was indeed the answer.  We had rsync-ed -src
> and debuginfo packages at one point, but they were being excluded those from
> the nightly updates.  (I was unaware of that.)
> 
> So I was wrong.  I apologise for the mistake.

No reason to apologize.  But it's nice to know the problem is known
and fixed.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpXWTrNcJmY6.pgp
Description: PGP signature