Re: Package file lists archive

[Steven Penny]

On Wed, Jun 18, 2014 at 1:18 AM, Christopher Faylor wrote:
> Your idea of "constructive" is apparently flawed.

This is an interesting comment, taking in that your response ignores the
original question and focuses on off topic quibbling. I will pose your viewpoint
and my question again

> And, frankly, I think it's a bad idea to keep a monolithic list of
> packages available for people to download anyway.

Do you have an explanation for this opinion, or citations as to why this is a
bad idea, taking into account that major Linux distros are already using this
very method?

--
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: Package file lists archive

[Christopher Faylor]

On Tue, Jun 17, 2014 at 11:29:53PM -0500, Steven Penny wrote:
>On Tue, Jun 17, 2014 at 9:29 AM, Christopher Faylor wrote:
>>On Mon, Jun 09, 2014 at 11:17:11AM -0500, Steven Penny wrote:
>>>Of course because of Cygwin flawless website...
>>>
>> If you want to experimentally figure out how many warnings you get,
>> please go right ahead and continue with this style of communication.
>
>Really, I can do without veiled threats. If you are going to ban me or 
>whatever,
>go ahead and do it.
>
>I have brought some constructive criticisms of this project with the hope of
>starting a discussion around fixing/improving certain issues. Instead I am met
>with brick wall attitude and threats of being pushed off the mailing list.

Your idea of "constructive" is apparently flawed.  The comment that you
cut (and I just put back) illustrates what I was talking about, as does
your suggestion that I should contact Debian maintainers because I
disagreed with the idea of maintaining a package file list.

Your truculent insistence that I should knight you as the coreutils/bash
maintainer is another example.

>My suggestion has merit: Debian is no niche operating system and
>"apt-get" is no niche package manager.

You can make any suggestions you want.  Just avoid the snide asides.

cgf

--
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: Website: Package listing not working + cygport query

[Christopher Faylor]

On Wed, Jun 18, 2014 at 12:04:29AM -0500, Yaakov Selkowitz wrote:
>On 2014-06-17 10:32, Christopher Faylor wrote:
>> I'm surprised that I haven't seen this before: The name that you used to
>> generate your packages was "David Stacey/None".  My parser wasn't
>> expecting a name with a space and I didn't detect the fact that the
>> parsing failed (#($& just realized that I forgot to fix that).  So it
>> was just outputting a '0' size, one per line.
>>
>> Yaakov, wouldn't it make sense not to just use 0/0 as user/group when
>> generating packages with cygport by forcing --owner=0, --group=0 to the
>> tar command?  I'm not suggesting that this is the right way to fix this
>> particular problem but I don't think it's a good idea to leak people's
>> names and groups out onto the interwebs if we can help it.  It will also
>> make the packages slightly smaller.
>
>That would undermine any legitimate specification of gid/uid.  I would 
>like to see how this is handled in the Linux distros first.

I don't see how the random uid/gids of a user would ever be legitimate.
Some released rpm packages do contain (incorrectly, imo) the uid/gid of
the build system that created them but rpm does have a mechanism for
specifying ownership.  If it was really important that arbitrary
ownership must be assigned for some package then it seems like that
would be another cygport enhancement since there is no easy way for
a package maintainer to force their uid to some other value.

cgf

--
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: rebaseall breaks some packages(?)

[Katsumi Yamaoka]

On Wed, 18 Jun 2014 13:11:44 +0900, Katsumi Yamaoka wrote:
> I did do nothing special; nevertheless all seems to be working
> fine now.  It's a mystery, but I'm sorry for the noise anyway.

A similar trouble happened after performing setup-x86.exe, that
updated a couple of packages and ran autorebase.bat.  Rebaseall
from scratch didn't help but re-installing gnome-keyring,
p11-kit-trust, bzr, and python made the system normal.  Sigh.

--
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: Website: Package listing not working + cygport query

[Yaakov Selkowitz]

On 2014-06-17 10:32, Christopher Faylor wrote:

I'm surprised that I haven't seen this before: The name that you used to
generate your packages was "David Stacey/None".  My parser wasn't
expecting a name with a space and I didn't detect the fact that the
parsing failed (#($& just realized that I forgot to fix that).  So it
was just outputting a '0' size, one per line.

Yaakov, wouldn't it make sense not to just use 0/0 as user/group when
generating packages with cygport by forcing --owner=0, --group=0 to the
tar command?  I'm not suggesting that this is the right way to fix this
particular problem but I don't think it's a good idea to leak people's
names and groups out onto the interwebs if we can help it.  It will also
make the packages slightly smaller.


That would undermine any legitimate specification of gid/uid.  I would 
like to see how this is handled in the Linux distros first.



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: Package file lists archive

[Steven Penny]

On Tue, Jun 17, 2014 at 9:29 AM, Christopher Faylor wrote:
> If you want to experimentally figure out how many warnings you get,
> please go right ahead and continue with this style of communication.

Really, I can do without veiled threats. If you are going to ban me or whatever,
go ahead and do it.

I have brought some constructive criticisms of this project with the hope of
starting a discussion around fixing/improving certain issues. Instead I am met
with brick wall attitude and threats of being pushed off the mailing list.

My suggestion has merit: Debian is no niche operating system and "apt-get" is no
niche package manager. To look to them for "how it should be done" or
"one way to do it" is not a mistake in my opinion. However I am met with this

> And, frankly, I think it's a bad idea to keep a monolithic list of
> packages available for people to download anyway.

Which is little more than your opinion with no explanation or citations as to
why it is a bad idea. If it is such a bad idea, why are these major Linux
distros using it?

--
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: rebaseall breaks some packages(?)

[Katsumi Yamaoka]

On Tue, 17 Jun 2014 18:33:14 +0100, David Stacey wrote:
> On 17/06/14 09:28, Marco Atzeri wrote:
[...]
>> Sometime you need to full rebase from scratch.
>> Remove the rebase database /etc/rebase.db.i386
>> and rebaseall again.
>> Be sure to have not any running cygwin program

> This might happen if you updated from rebase-4.4.0 to 4.4.1. The older
> version could have corrupt addresses in its database, which would
> cause errors of the kind you've experienced. The problem would get
> worse if other packages were added. Although the code is fixed, you'll
> need to delete the rebase database and run rebaseall again as Marco
> suggests.

I'll try it when the trouble happens again.  Thanks a lot for
the suggestion.

--
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: rebaseall breaks some packages(?)

[Katsumi Yamaoka]

On Tue, 17 Jun 2014 15:40:25 +0900, Katsumi Yamaoka wrote:
[...]
> Rebaseall doesn't help.  A way to make those programs work I
> found is only to reinstall the packages:
> `gnome-keyring', `p11-kit-trust', `bzr', and `python'.

> However, those reinstallations cause some other programs to not
> work.  For those other programs, rebaseall does help.  Though it
> breaks bzr, emacs-w3m, etc. again.  It's annoying.

I did do nothing special; nevertheless all seems to be working
fine now.  It's a mystery, but I'm sorry for the noise anyway.

--
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: nmh 1.6-1 -- A capable mail handling system with a command line interface

[David Levine]

PACKAGE DESCRIPTION
===

Homepage: http://savannah.nongnu.org/projects/nmh/
License : BSD

Nmh isn't a single comprehensive program.  Instead, it consists of
simple, single-purpose programs for sending, receiving, saving,
retrieving, and otherwise manipulating email messages.  You can freely
intersperse nmh commands with other shell commands or write custom
scripts which utilize nmh commands.  If you want to use nmh as a true
email user agent, you'll want to also install xmh to provide a user
interface for it--nmh only has a command line interface.  nmh is
configured to use less and emacs by default but profile configuration
and run-time options allow use of more and vim, respectively.

CHANGES SINCE LAST RELEASE
==

This is an update to the latest upstream release.  This is the
first Cygwin release that does not require any patches to the
upstream code.

See NEWS at http://git.savannah.gnu.org/cgit/nmh.git/plain/NEWS
and /usr/share/doc/nmh/NEWS.

INSTALL OR UPGRADE NOTES


Standard install.

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the mailing list, 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(at)cygwin.com

More information on unsubscribing can be found:

http://sources.redhat.com/lists.html#unsubscribe-simple

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

--
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

AW: gecos from AD? (was Re: timeout in LDAP access)

[Christoph H. Hochstaetter]

On Jun 17 14:52, Corinna Vinschen wrote:
>On Jun 17 12:30, Corinna Vinschen wrote:
>> On Jun 17 12:00, Corinna Vinschen wrote:
>> > On Jun 16 22:39, Denis Excoffier wrote:
>> > > Another (unrelated and less important) problem is that 'getent'
>> > > happily produces lines with some extra ‘:’, in particular when the
>> > > gecos field itself contains ‘:’.
>> >
>> > Wow, that *is* important.  All fields returned from the server have
>> > to get their colons converted to commas.  I'll fix that.
>
>On second thought, removing colons should only occur for gecos.
>The other fields shouldn't contain colons anyway since their
>content has to be POSIX-compatible anyway.
>
>So, either I add code to remove the colons from the gecos field ...
>
>
>> While we're at it... do we really need the gecos info?  Cygwin fills
>> out this field with the Windows username and SID info for internal
>> purposes, and then adds the gecos info from AD.  However, it's just
>> informational and usually only used by the finger(1) tool.
>>
>> Shall I just remove fetching the gecos fields from AD entirely?
>
>... or that.
See http://www.manpages.info/freebsd/passwd.5.html

"This information is used by the finger(1) program, and the first field
used by the system mailer "

Some mail program might want to use the gecos field as a friendly name
in the from: field. Thus the gecos field should start with the user's full
name and then a comma (at least when retrieved with getpwnam(3)
but getpwent(3) would be great too). Whether the name comes from
the gecos field in AD or any other source (e.g. some other AD field)
doesn't seem to make a difference for me.

-Christoph

--
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: emacs 24.3.1: output from async-shell-command is not always displayed

[Ken Brown]

On 6/17/2014 2:22 PM, Filipp Gunbin wrote:

Here are the steps to reproduce.

M-& echo "sleep 1; ps &" > /tmp/1.sh

Then M-& /tmp/1.sh (few times).

On my machine, sometimes it gives the output in the *Async Shell
Command* buffer, sometimes not.  Without "sleep 1" the output is
displayed almost always.

M-! /tmp/1.sh displays the output always.


I'm seeing something different, but I'm running a pretest of emacs-24.4 
rather than emacs-24.3.  I find that the output is never displayed, with 
or without "sleep 1".  But if I remove the "&" from 1.sh, then the 
output is always displayed (again, with or without "sleep 1").  Could 
you try installing the test release emacs-24.3.90-1 and see if you get 
the same results I'm getting?


I don't know if there's a bug here or not.  If there is, it's not 
specific to Cygwin; I get the same behavior on Fedora 20.


Do you have a use case for wanting to call asynchronously a command 
that's already running asynchronously (because of the "&")?


Ken

--
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 package: man-db-2.6.7-1

[Chris J. Breisch]

Version 2.6.7-1 of "man-db" has been uploaded.

DESCRIPTION
===
man-db is an implementation of the standard Unix documentation system 
accessed using the man command. It uses a Berkeley DB database in place 
of the traditional flat-text whatis databases.


HOMEPAGE

http://www.nongnu.org/man-db/



--
Chris J. Breisch

--
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: gecos from AD? (was Re: timeout in LDAP access)

[Denis Excoffier]

On 2014-06-17 14:51, Corinna Vinschen wrote:
> On Jun 17 12:30, Corinna Vinschen wrote:
>> On Jun 17 12:00, Corinna Vinschen wrote:
>>> On Jun 16 22:39, Denis Excoffier wrote:
 Another (unrelated and less important) problem is that 'getent'
 happily produces lines with some extra ‘:’, in particular when the
 gecos field itself contains ‘:’.
>>> 
>>> Wow, that *is* important.  All fields returned from the server have to
>>> get their colons converted to commas.  I'll fix that.
> 
> On second thought, removing colons should only occur for gecos.  The
> other fields shouldn't contain colons anyway since their content has to
> be POSIX-compatible anyway.
> 
> So, either I add code to remove the colons from the gecos field …
This.
> 
> 
>> While we're at it... do we really need the gecos info?  Cygwin fills
>> out this field with the Windows username and SID info for internal
>> purposes, and then adds the gecos info from AD.  However, it's just
>> informational and usually only used by the finger(1) tool.
>> 
>> Shall I just remove fetching the gecos fields from AD entirely?
> 
> ... or that.
Not that.

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: gecos from AD? (was Re: timeout in LDAP access)

[Denis Excoffier]

On 2014-06-17 12:30, Corinna Vinschen wrote:
> On Jun 17 12:00, Corinna Vinschen wrote:
>> On Jun 16 22:39, Denis Excoffier wrote:
>>> Another (unrelated and less important) problem is that 'getent'
>>> happily produces lines with some extra ‘:’, in particular when the
>>> gecos field itself contains ‘:’.
>> 
>> Wow, that *is* important.  All fields returned from the server have to
>> get their colons converted to commas.  I'll fix that.
> 
> While we're at it... do we really need the gecos info?  Cygwin fills
> out this field with the Windows username and SID info for internal
> purposes, and then adds the gecos info from AD.  However, it's just
> informational and usually only used by the finger(1) tool.
The gecos field from AD seems to be _prepended_ (not appended) to the
username + SID. In any case, it may represent some information with
high added value (like user real name or e-mail address, depending on
local rules of course). I would not vote for removing it.

Why is it so clear that the ‘:’ should be replaced by a comma? Here, we
have situations where it contains something
like « Owner: Albert Einstein ». An underscore could be more appropriate.

There is something more important: i’ve written in one of my previous
messages that when ‘:’ occurs in gecos, the resulting ‘passwd’ file under
‘getent’ will contain more ‘:’ than expected, but this is incorrect. In fact
(and i would like someone to try it), when ‘:’ is found within the
gecos field, ‘getent’ does not show the last (homedir) field, and
the count of ‘:’ is still correct. The problem might not be in getent after
all.

Regards,

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: timeout in LDAP access

[Denis Excoffier]

Hi Corinna,

On 2014-06-17 12:00, Corinna Vinschen wrote:
> 
> So I expect an LDAP_SUCCESS with ldap_count_entries() == 0 and then
> repeat the request.  But the code doesn't expect LDAP_TIMEOUT in this
> case.  Do I have to handle LDAP_TIMEOUT here as well?
LDAP_TIMEOUT can occur there. I can even suppose it occurs more
frequently for the _last_ 100-sid chunk (eg there are 5868 users in
a domain, and timeout occurs after 5800 and the last 68 get lost). But
it can also occur after 27 chunks while about 35 users are still to be
read in a given domain (yes, that makes about 352700 users in a single domain).

I’m pretty convinced today that 300 is more than enough, and that with 3, only
one or two timeouts are to be expected for an AD with 50 users and not so
many domains (50 or 100). The flaw is that as soon as the first timeout occurs,
the whole rest of the current domain is skipped, which can be much in some 
cases.
ldap_get_next_page_s() should perhaps deserve a second chance (with timeout 
30s).
After all, this function is called 3527 times (for the same domain).

Also a simple observation: if LDAP_TIMEOUT is not to be expected, what is the
use of this timeval* parameter in ldap_get_next_page_s()?

> I'm wondering if the timeout, at least for enumerating accounts, should
> go away entirely.  In case of a connection problem this could result in
> a hang for about 2 minutes by default I think (LDAP_OPT_PING_LIMIT).
I think i like this (it it works). But in this case, it will not resume
to the next domain, and the whole operation (eg getent) is interrupted?


Regards,

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: Question on gcc install

[JonY]

On 6/18/2014 05:33, Arthur Schwarz wrote:
> Hi Larry;
> 
> I think I mislead you. Netbeans is quite comfortable with cygwin, and I
> believe demands it in a Windows environment. What Netbeans requires is the
> exact oath to use for gcc, g++, gfortran, the assembler, make file, gdb, and
> qmake (optional). The make file path and gdb are invariant. The other
> executables must be provided (except for the unadornded gcc, g++, gfortran,
> and as). 
> 

http://wiki.osdev.org/Target_Triplet

No, gdb happens to be invariant because you don't have cross gdb
installed. You cannot debug 32bit code with 64bit gdb on Windows.

> The issue of "what's going on" first came up because gcc -m32 did not work
> for any compiler. In talking with  Marc Glisse @ gcc.gnu.org, he had some
> questions on c++config.h. In finding the path to and looking at this file I
> became confused as to the directories available, their use and their
> association with the executables and gcc versions. Given the latest (16 Jun)
> release I am further confused.
> 

Cygwin gcc has never supported -m32.

> At the present time /bin/gcc.exe, etc., works. /bin/*mingw*.exe either
> compiles but does not link, or does not compile - which seems to be a header
> issue. gcc -m32 does not work which may be a gcc.gnu issue.
> 

Can you at least be specific about the errors? It is rather frustrating
reading your emails, being so vague about and all. Are you mixing Cygwin
and mingw code?

> If there is a resource document that I can look at to find the meaning of
> life, could you tell me where to find it? I have downloaded the gcc.gnu.org
> document set for vrs. 4.8.3, Is this sufficient?

My advice is, stop jumping to conclusions, and stop assuming facts about
how things are related, and fix your email client to reply to threads
properly instead of starting a new thread for every reply.




signature.asc
Description: OpenPGP digital signature

Re: Question on gcc install

[Arthur Schwarz]

Hi Larry;

I think I mislead you. Netbeans is quite comfortable with cygwin, and I
believe demands it in a Windows environment. What Netbeans requires is the
exact oath to use for gcc, g++, gfortran, the assembler, make file, gdb, and
qmake (optional). The make file path and gdb are invariant. The other
executables must be provided (except for the unadornded gcc, g++, gfortran,
and as). 

The issue of "what's going on" first came up because gcc -m32 did not work
for any compiler. In talking with  Marc Glisse @ gcc.gnu.org, he had some
questions on c++config.h. In finding the path to and looking at this file I
became confused as to the directories available, their use and their
association with the executables and gcc versions. Given the latest (16 Jun)
release I am further confused.

At the present time /bin/gcc.exe, etc., works. /bin/*mingw*.exe either
compiles but does not link, or does not compile - which seems to be a header
issue. gcc -m32 does not work which may be a gcc.gnu issue.

If there is a resource document that I can look at to find the meaning of
life, could you tell me where to find it? I have downloaded the gcc.gnu.org
document set for vrs. 4.8.3, Is this sufficient?

Thanks
art


--
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: Emacs-w32 ... still crashing

[Larry Hall (Cygwin)]

On 06/17/2014 03:22 PM, Zdzislaw Meglicki wrote:

When I go to snapshots on the Cygwin site, there are
only Cygwin dlls there. Where is the latest Emacs
stuff? And which version of Emacs should go with
which Cygwin dll?


Snapshots are of the Cygwin DLL/package.  If you're looking for Emacs, you
grab that with setup*.exe.


--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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

Emacs-w32 ... still crashing

[Zdzislaw Meglicki]

When I go to snapshots on the Cygwin site, there are
only Cygwin dlls there. Where is the latest Emacs
stuff? And which version of Emacs should go with
which Cygwin dll?

Gustav Meglicki
Indiana University

--
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: Change PS1 when running as administrator

[Eric Blake]

On 06/17/2014 11:19 AM, Ernie Rael wrote:
> On 6/17/2014 9:34 AM, Andrey Repin wrote:
> 
>>>   [[ $(id -G) =~ \b544\b ]]
>>> was suggested (the suggestion used symbolic name instead of a number and
>>> didn't use word boundary). Seems like word boundary is needed, but I
>>> couldn't get this to work. Are the regex boundary matchers not
>>> supported  by bash =~ operator?
>> I don't think bash equivalent of test implements Perl RE.
>> Neither the base test implementation, to that extent.
> 
> I thought, perhaps incorrectly, that \b has been around forever and is
> posix.

Forever in Linux, but not required by POSIX and not present in BSD (from
which Cygwin inherits its regex implementation).

-- 
Eric Blake   eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: Change PS1 when running as administrator

[Eric Blake]

On 06/17/2014 10:21 AM, Ernie Rael wrote:
> On 6/17/2014 1:45 AM, GrahamC wrote:
>> If we are looking for other alternatives the GROUPS environment
>> variable can also be used:
>>
>> PS1='\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
>> for G in "${GROUPS[@]}"; do
>>  if [ "$G" = 544 ]; then
>>  PS1='\[\e]0;Administrator \w\a\]\n\[\e[32m\]\u@\h
>> \[\e[33m\]\w\[\e[0m\]\n# '
>>  fi
>> done
> 
> Speaking of alternatives,
> 
> For matching in bash, something like
> 
> [[ $(id -G) =~ \b544\b ]]

\b is a glibc regex() extension, not supported in Cygwin regex

Cygwin supports \< as a shortcut for [[:<:]], and \> as a shortcut for
[[:>:]], which are both BSD extensions.  \b is roughly equivalent to
[[:<:][:>:]] - but someone would have to actually patch cygwin's
regcomp.c to enable that extension.

https://cygwin.com/viewvc/src/winsup/cygwin/regex/regcomp.c?view=co&revision=1.16&content-type=text%2Fplain

> 
> was suggested (the suggestion used symbolic name instead of a number and
> didn't use word boundary). Seems like word boundary is needed, but I
> couldn't get this to work. Are the regex boundary matchers not
> supported  by bash =~ operator?

bash only supports what the libc regex() supports, and since Cygwin
regex() is not as full-featured as glibc regex(), the answer is that you
can't use \b in Cygwin bash (yet; PTC).

-- 
Eric Blake   eblake redhat com+1-919-301-3266
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: Website: Package listing not working + cygport query

[David Stacey]

On 17/06/14 16:39, Christopher Faylor wrote:

On Tue, Jun 17, 2014 at 11:32:00AM -0400, Christopher Faylor wrote:

I'm surprised that I haven't seen this before: The name that you used to
generate your packages was "David Stacey/None".  My parser wasn't
expecting a name with a space and I didn't detect the fact that the
parsing failed (#($& just realized that I forgot to fix that).  So it
was just outputting a '0' size, one per line.

Just to be clear: This was 100% my problem.  You should have been able
to use any name you want in the tar file and my script should have been
robust enough to handle it.


Thanks for looking at this. These two links are working now:

https://cygwin.com/packages/x86/keepassx/keepassx-0.4.3-2
https://cygwin.com/packages/x86/doxygen/doxygen-1.8.7-1

But these still give a column of zeros:

https://cygwin.com/packages/x86/libpoco-devel/libpoco-devel-1.4.6p3-1
https://cygwin.com/packages/x86/perl-Text-CSV/perl-Text-CSV-1.32-1
https://cygwin.com/packages/x86/perl-Text-CSV_XS/perl-Text-CSV_XS-1.09-1

I've obviously managed to do something else that you weren't expecting - 
sorry!


Dave.


--
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

emacs 24.3.1: output from async-shell-command is not always displayed

[Filipp Gunbin]

Here are the steps to reproduce.

M-& echo "sleep 1; ps &" > /tmp/1.sh

Then M-& /tmp/1.sh (few times).

On my machine, sometimes it gives the output in the *Async Shell
Command* buffer, sometimes not.  Without "sleep 1" the output is
displayed almost always.

M-! /tmp/1.sh displays the output always.

Filipp

--
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

abort during exit() with a dynamically loaded C++ library

[Jon TURNEY]

I think I have found a problem when building programs using the latest 
mesa library, where abort is being called during exit()


This seems to be x86 specific, and looks like it is somehow related to 
having a C++ library dynamically loaded by a C program.


I think I have reduced it to the following test case:

test.c:

#include 
#include 

int main()
{
   void *h = dlopen("dllib.dll", 0);
   assert(h);
   dlclose(h);
}

dllib.c:

#include 

std::fstream instance;

Makefile:

all:
g++ -g -O0 -c dllib.cc
g++ -g -O0 -shared -o dllib.dll dllib.o
gcc -g -O0 -o test.exe test.c
./test


Running under gdb shows gcc_abort() in __deregister_frame_info_bases() 
is being hit


$ gdb test
[...]
Program received signal SIGABRT, Aborted.
0x0028da18 in ?? ()
(gdb) bt
#0  0x0028da18 in ?? ()
#1  0x74f912cc in WriteFile () from 
/cygdrive/c/Windows/syswow64/kernel32.dll
#2  0x610da70c in sig_send(_pinfo*, siginfo_t&, _cygtls*)@12 
(p=p@entry=0x60fd, si=..., tls=tls@entry=0x0)

at /usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/sigproc.cc:638
#3  0x610d7dbc in _pinfo::kill(siginfo_t&)@8 (this=0x60fd, si=...)
at /usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/signal.cc:248
#4  0x610d8286 in kill0 (pid=pid@entry=5044, si=...) at 
/usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/signal.cc:299
#5  0x610d8452 in kill (sig=sig@entry=6, pid=5044) at 
/usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/signal.cc:308
#6  raise (sig=sig@entry=6) at 
/usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/signal.cc:284
#7  0x610d86f3 in abort () at 
/usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/signal.cc:371
#8  0x699134d1 in __deregister_frame_info_bases (begin=0x404038 
<__EH_FRAME_BEGIN__>)

at /usr/src/debug/gcc-4.8.3-1/libgcc/unwind-dw2-fde.c:216
#9  0x00401182 in __gcc_deregister_frame ()
#10 0x61006466 in do_global_dtors () at 
/usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/dcrt0.cc:62

#11 0x61159aba in __call_exitprocs (code=code@entry=0, d=d@entry=0x0)
at 
/usr/src/debug/cygwin-1.7.30-1/newlib/libc/stdlib/__call_atexit.c:118
#12 0x611305d8 in exit (code=0) at 
/usr/src/debug/cygwin-1.7.30-1/newlib/libc/stdlib/exit.c:66
#13 0x61006b39 in cygwin_exit (n=0) at 
/usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/dcrt0.cc:1248
#14 0x61008041 in cygwin_exit_return () at 
/usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/dcrt0.cc:1041
#15 0x61005e84 in _cygtls::call2(unsigned long (*)(void*, void*), void*, 
void*)@16 (this=,
func=func@entry=0x610071d0 , arg=arg@entry=0x0, 
buf=buf@entry=0x28cd84)

at /usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/cygtls.cc:100
#16 0x61005ff6 in _cygtls::call (func=func@entry=0x610071d0 
, arg=arg@entry=0x0)

at /usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/cygtls.cc:30
#17 0x61006f54 in _dll_crt0@0 () at 
/usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/dcrt0.cc:1098
#18 0x00401222 in cygwin_crt0 (f=0x4011a0 ) at 
/usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/lib/cygwin_crt0.c:22
#19 0x00401015 in mainCRTStartup () at 
/usr/src/debug/cygwin-1.7.30-1/winsup/cygwin/crt0.c:29


--
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: Question on gcc install

[Larry Hall (Cygwin)]

On 06/17/2014 12:31 PM, Arthur Schwarz wrote:

The issue and confusion arise because I am using the Netbeans IDE, and
Netbeans requires explicit reference to the gcc, g++, fortran compilers and
assembler being used. I am running into difficulties.


Sorry, I don't know anything about how to configure build tools for Netbeans
(and doing so is an off-topic question for this list) but I will say that if
Netbeans is only going to be handing DOS-style paths to the build tools, the
Cygwin build tools won't be the ones you want to use.  They really want
POSIX-style paths that Cygwin prefers.  So MinGW seems to me like the thing
for you to focus on.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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: Re: Question on gcc install

[Arthur Schwarz]

Win7
gcc 4.8.3-?
Netbeans 7.4

Hi csaba;

I just downloaded the latest version of gcc (16 Jun version). Strangely
enough, the [ANNOUNCEMENT] says that it is gcc 4.8.3-1 and the setup
download says it is gcc 4.8.3-2. Sigh.

There are some changes. The 
i686-pc-cygwin-gcc-4.8.2.exe
x86_64-pc-cygwin-gcc-4.8.3.exe

executables are missing as well as all executables for gnu cygwin, that is:
i686-pc-cygwin-*
x86_64-pc-cygwin-*

instead we are left with our friends, gcc.exe, g++.exe, gfortran.exe, and
as.exe.

The /usr directories and the /usr/lib/gcc directories are unchanged. I can
understand (I think) the /usr directories, there is 1 directory supporting
gnu cygwin and 3 directories supporting mingw, but I don't understand
/usr/lib/gcc. There is, at best, only one gnu cygwin executable toolchain,
but there are 2 directories which support gnu cygwin,
i686-pc-cygwin
x86_64-pc-cygwin

Now if I can sort of make sense out of the previous collection of
executables and directories, this one seems to have too many directories for
the supported gnu cygwin compilers in /usr/lib/gcc or too few executables in
/bin.

There is but one other point. There has been a change to the compiler
version supported in /usr/lib/gcc/i686-pc-cygwin. It is now 4.8.3 instead of
4.8.2. The new list is:
/usr/lib/gcc/
i686-pc-cygwin4.8.3
i686-pc-mingw32   4.7.3
i686-w64-mingw32  4.8.2
x86_64-pc-cygwin  4.8.3
x86_64-w64-mingw324.8.2

Bye the bye, being a quick and quite inaccurate typist, my last e-mail
should have said, "In any case, anything you can do to clarify would be
appreciated (including the statement, "read the book")." The sentiment is
still valid.

art 


--
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: rebaseall breaks some packages(?)

[David Stacey]

On 17/06/14 09:28, Marco Atzeri wrote:

On 17/06/2014 08:40, Katsumi Yamaoka wrote:

Hi,

I updated the Cygwin installation on Win7 SP1 32-bit yesterday
(using setup-x86.exe) and got unable to use some commands.
For instance, when I tried to update the Emacs source by using
bzr+ssh I got:

$ cd emacs/trunk
$ bzr update
 0 [main] python2.7 3856 child_info_fork::abort: address\
 space needed by '_AES.dll' (0x5B) is already occupied
 bzr: ERROR: Don't know how to handle SSH connections. Please\
 set BZR_SSH environment variable.



(0x5B) is a very low address, I guess your rebase was not really
successful.

on my system the address is much higher
 $rebase -i /usr/lib/python2.7/site-packages/Crypto/Cipher/_AES.dll
/usr/lib/python2.7/site-packages/Crypto/Cipher/_AES.dll base 
0x4b5b size 0x0
000e000




Rebaseall doesn't help.


Sometime you need to full rebase from scratch.
Remove the rebase database /etc/rebase.db.i386
and rebaseall again.
Be sure to have not any running cygwin program


This might happen if you updated from rebase-4.4.0 to 4.4.1. The older 
version could have corrupt addresses in its database, which would cause 
errors of the kind you've experienced. The problem would get worse if 
other packages were added. Although the code is fixed, you'll need to 
delete the rebase database and run rebaseall again as Marco suggests.


Cheers,

Dave.


--
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: Change PS1 when running as administrator

[Ernie Rael]

On 6/17/2014 9:34 AM, Andrey Repin wrote:


  [[ $(id -G) =~ \b544\b ]]
was suggested (the suggestion used symbolic name instead of a number and
didn't use word boundary). Seems like word boundary is needed, but I
couldn't get this to work. Are the regex boundary matchers not
supported  by bash =~ operator?

I don't think bash equivalent of test implements Perl RE.
Neither the base test implementation, to that extent.


I thought, perhaps incorrectly, that \b has been around forever and is 
posix.


In any event, looks like

[[ $(id -G) =~ (^| )544($| ) ]]

would work.

--
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: Change PS1 when running as administrator

[Andrey Repin]

Greetings, Ernie Rael!

> On 6/17/2014 1:45 AM, GrahamC wrote:
>> If we are looking for other alternatives the GROUPS environment variable can 
>> also be used:
>>
>> PS1='\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
>> for G in "${GROUPS[@]}"; do
>>  if [ "$G" = 544 ]; then
>>  PS1='\[\e]0;Administrator \w\a\]\n\[\e[32m\]\u@\h 
>> \[\e[33m\]\w\[\e[0m\]\n# '
>>  fi
>> done

> Speaking of alternatives,

> For matching in bash, something like

>  [[ $(id -G) =~ \b544\b ]]

> was suggested (the suggestion used symbolic name instead of a number and
> didn't use word boundary). Seems like word boundary is needed, but I
> couldn't get this to work. Are the regex boundary matchers not
> supported  by bash =~ operator?

I don't think bash equivalent of test implements Perl RE.
Neither the base test implementation, to that extent.

> Can use something like

>  id -G | grep -q "\b544\b"

> (or echo ${GROUPS[@]} | ...)


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 17.06.2014, <20:30>

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: Emacs-w32 ... still crashing

[Andrey Repin]

Greetings, Ken Brown!

> On 6/17/2014 10:47 AM, Zdzislaw Meglicki wrote:
>> emacs 24.3-7   OK
>> emacs-debuginfo   24.3-7   OK
>> emacs-el  24.3-7   OK
>> emacs-w32 24.3-7   OK
>> emacs-X11 24.3-7   OK

> You no longer have the test release of emacs.  Every time you run setup, 
> you have to select "Keep" for any test versions of packages that you 
> have.

Alernatively, you can uncheck the mark for "Binary" download thus preventing
the update of certain package.

> My advice is to always click the "View" button until you see 
> "Pending".  This will show you what setup is planning to do, so you can 
> avoid surprises.


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 17.06.2014, <20:20>

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: Question on gcc install

[Arthur Schwarz]

Win7
gcc 4.8.3
Netbeans 7.4

Hi Csaba;

I used setup.exe.

The issue and confusion arise because I am using the Netbeans IDE, and
Netbeans requires explicit reference to the gcc, g++, fortran compilers and
assembler being used. I am running into difficulties.

1: mingw fails to link correctly. Hundreds if not thousands of linker
errors.
2: the gcc -m32 option fails (cross-posted to gcc.gnu.org).
3: The relationship between executables and directories is not understood.
4: The pairing of executables is not well understood, especially those with
version numbers on them.

For point (4) there are executables with appended version numbers for gcc
but there are no similarly appended version numbers to g++ and fortran. My
guess is that the version numbers specify the supported version for the
prefixed executables (see below).
i686-pc-cygwin-gcc-4.8.2.exe
i686-pc-mingw32-gcc-4.7.3.exe
i686-w64-mingw32-gcc-4.8.2.exe
x86_64-pc-cygwin-gcc-4.8.3.exe
x86_64-w64-mingw32-gcc-4.8.2.exe

In a much similar fashion I don't understand the relationship between the
different gcc/g++/fortran/as prefixes, and I don't know what documents
identify usages. Are they gcc or cygwin documents. 
i686-pc-cygwin
i686-pc-mingw32
i686-w64-mingw32
x86_64-pc-cygwin
x86_64-w64-mingw32

The directory structures point (3) are completely mystifying. I can
understand the /usr/lib/gcc directories but am completely mystified by the
/usr directories.

/usr/   /usr/lib/gcc
i686-pc-cygwin  i686-pc-cygwin
i686-pc-mingw32 i686-pc-mingw32
i686-w64-mingw32
i686-w64-mingw32
x86_64-w64-mingw32  x86_64-pc-cygwin

x86_64-w64-mingw32

For one, there seems to be too few /usr/ directories in comparison to the
prefixes. For another, only one of the directories contain support for gcc
vrs. 4.8.3 (x86_64-pc-cygwin). The remainder of the support is mostly for
gcc vrs. 4.8.2. So whatever the directories do, their support is
inconsistent, i.e., they all don't support the downloaded gcc version
(4.8.3) and their support is not consistent for gcc vrs. 4.8.2. 

/usr/lib/gcc/
i686-pc-cygwin  4.8.2
i686-pc-mingw32 4.7.3
i686-w64-mingw324.8.2
x86_64-pc-cygwin4.8.3
x86_64-w64-mingw32  4.8.2

So I don't know how to setup Netbeans and I don't know what I have. I
downloaded gcc 4.8.3 and I seem to have only 1 of 5 systems with 4.8.3, the
rest being 4.8.2 or 4.7.3. I don't understand the difference between, e.g.,
x86_64-pc-cygwin-gcc.exe and x86_64-pc-cygwin-gcc-4.8.3.exe. My guess is
that there is no difference between the versioned and unversioned
executables and that the gcc vrs. 4.8.3 downloads only included the
x86_64-pc-cygwin compiler. And of course, the gcc.exe file, the
x86_64-pc-cygwin-gcc.exe, and the x86_64-pc-cygwin-gcc-4.8.3.exe would all
be the same if my guesses are correct.

In any case, anything you can do to clarify would be appreciated (include
the statement, "read to --- book").
art


--
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: Change PS1 when running as administrator

[Ernie Rael]

On 6/17/2014 1:45 AM, GrahamC wrote:

If we are looking for other alternatives the GROUPS environment variable can 
also be used:

PS1='\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
for G in "${GROUPS[@]}"; do
 if [ "$G" = 544 ]; then
 PS1='\[\e]0;Administrator \w\a\]\n\[\e[32m\]\u@\h 
\[\e[33m\]\w\[\e[0m\]\n# '
 fi
done


Speaking of alternatives,

For matching in bash, something like

[[ $(id -G) =~ \b544\b ]]

was suggested (the suggestion used symbolic name instead of a number and
didn't use word boundary). Seems like word boundary is needed, but I
couldn't get this to work. Are the regex boundary matchers not
supported  by bash =~ operator?  Can use something like

id -G | grep -q "\b544\b"

(or echo ${GROUPS[@]} | ...)

 -ernie



--
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: GNU Awk 4.0.1: Cygwin's awk is filtering CR from the input

[Corinna Vinschen]

On Jun 17 10:57, James Calfee wrote:
> "It seems like the issue is awk specific under Cygwin.  I tried a few
> different things and it seems that awk is silently treating replacing
> \r\n with \n in the input data."
> 
> See stack overflow ticket #24251296
> titled: does-awk-cr-lf-handling-break-on-cygwin
> 
> Unfortunately the spam filter rejects links to stack overflow (already
> a spam filtered site)
> 
> On Linux (good, we have cr and nl)
> $ echo $'line1\r\nline2'|awk 1|od -a
> 000   l   i   n   e   1  cr  nl   l   i   n   e   2  nl
> 015
> 
> On Cygwin or MSYS (bad, we have only a cr)
> $ echo $'line1\r\nline2'|awk 1|od -a
> 000   l   i   n   e   1  nl   l   i   n   e   2  nl
> 014

This is by design.  The Cygwin version of gawk is by default always
writing POSIX line endings to stdout.  Try using the BINMODE option:

  echo $'line1\r\nline2'|awk -v BINMODE=1 1|od -a


Corinna

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


pgpb18wGT2uS4.pgp
Description: PGP signature

Re: Website: Package listing not working + cygport query

[Christopher Faylor]

On Tue, Jun 17, 2014 at 11:32:00AM -0400, Christopher Faylor wrote:
>I'm surprised that I haven't seen this before: The name that you used to
>generate your packages was "David Stacey/None".  My parser wasn't
>expecting a name with a space and I didn't detect the fact that the
>parsing failed (#($& just realized that I forgot to fix that).  So it
>was just outputting a '0' size, one per line.

Just to be clear: This was 100% my problem.  You should have been able
to use any name you want in the tar file and my script should have been
robust enough to handle it.

cgf

--
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: Emacs-w32 ... still crashing

[Ken Brown]

On 6/17/2014 10:47 AM, Zdzislaw Meglicki wrote:

emacs 24.3-7   OK
emacs-debuginfo   24.3-7   OK
emacs-el  24.3-7   OK
emacs-w32 24.3-7   OK
emacs-X11 24.3-7   OK


You no longer have the test release of emacs.  Every time you run setup, 
you have to select "Keep" for any test versions of packages that you 
have.  My advice is to always click the "View" button until you see 
"Pending".  This will show you what setup is planning to do, so you can 
avoid surprises.


Ken


--
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: Website: Package listing not working + cygport query

[Christopher Faylor]

On Tue, Jun 17, 2014 at 10:31:11AM -0400, Christopher Faylor wrote:
>On Mon, Jun 09, 2014 at 07:19:04PM +0100, David Stacey wrote:
>>On the cygwin.com website, none of my packages display their contents 
>>correctly, e.g.:
>>
>> https://cygwin.com/packages/x86/keepassx/keepassx-0.4.3-2
>>https://cygwin.com/packages/x86/libpoco-devel/libpoco-devel-1.4.6p3-1
>> https://cygwin.com/packages/x86/doxygen/doxygen-1.8.7-1
>>
>>All I see is a long list of zeros. Other people's package listings are 
>>fine, e.g.:
>>
>>https://cygwin.com/packages/x86/libopenssl100/libopenssl100-1.0.1h-1
>>https://cygwin.com/packages/x86/texlive-collection-basic/texlive-collection-basic-20130529-1
>>
>>Is this a website problem? Or have I managed to get something seriously 
>>wrong in building my packages? I'm using Firefox 29.0.1 under Fedora 20 
>>64-bit, although looking at the source code it seems as though the 
>>browser is rendering the pages correctly.
>
>It's not a website problem.  It is apparently a problem with the "upset" script
>which generates these listings.  I'm investigating.

I'm surprised that I haven't seen this before: The name that you used to
generate your packages was "David Stacey/None".  My parser wasn't
expecting a name with a space and I didn't detect the fact that the
parsing failed (#($& just realized that I forgot to fix that).  So it
was just outputting a '0' size, one per line.

Yaakov, wouldn't it make sense not to just use 0/0 as user/group when
generating packages with cygport by forcing --owner=0, --group=0 to the
tar command?  I'm not suggesting that this is the right way to fix this
particular problem but I don't think it's a good idea to leak people's
names and groups out onto the interwebs if we can help it.  It will also
make the packages slightly smaller.

cgf

--
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: Emacs-w32 ... still crashing

[Zdzislaw Meglicki]

Yes, on running cygcheck -cv gdb I get the same output
as you do: the info documentation is missing. Why is it
missing? Do I need to request it explicitly, or is it
missing from Cygwin distribution?

Gustav Meglicki
Indiana University

--
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

GNU Awk 4.0.1: Cygwin's awk is filtering CR from the input

[James Calfee]

"It seems like the issue is awk specific under Cygwin.  I tried a few
different things and it seems that awk is silently treating replacing
\r\n with \n in the input data."

See stack overflow ticket #24251296
titled: does-awk-cr-lf-handling-break-on-cygwin

Unfortunately the spam filter rejects links to stack overflow (already
a spam filtered site)

On Linux (good, we have cr and nl)
$ echo $'line1\r\nline2'|awk 1|od -a
000   l   i   n   e   1  cr  nl   l   i   n   e   2  nl
015

On Cygwin or MSYS (bad, we have only a cr)
$ echo $'line1\r\nline2'|awk 1|od -a
000   l   i   n   e   1  nl   l   i   n   e   2  nl
014

--
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: Emacs-w32 ... still crashing

[Marco Atzeri]

On 17/06/2014 16:47, Zdzislaw Meglicki wrote:





gdb   7.6.50-4 
Incomplete

... Is gdb meant to be "Incomplete?" I just ran vanilla
installation, requesting "all."


may be it is just a setup glitch.
Just ask for verbose output

$ cygcheck -cv gdb
Cygwin Package Information
Last downloaded files to: e:\downloads\cygwin_cache
Last downloaded files from: ftp://ftp.gwdg.de/pub/cygwin/

Package  VersionStatus
Missing file: /usr/share/info/annotate.info.gz from package gdb
Missing file: /usr/share/info/gdb.info.gz from package gdb
Missing file: /usr/share/info/stabs.info.gz from package gdb
gdb  7.6.50-4   Incomplete



Gustav Meglicki
Indiana University




--
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

Emacs-w32 ... still crashing

[Zdzislaw Meglicki]

Following my previous message, the versions:

Cygwin DLL version info: 
    DLL version: 1.7.30 
    DLL epoch: 19 DLL old termios: 5 
    DLL malloc env: 28 
    Cygwin conv: 181 
    API major: 0 
    API minor: 272 
    Shared data: 5 
    DLL identifier: cygwin1 
    Mount registry: 3 
    Cygwin registry name: Cygwin 
    Program options name: Program Options 
    Installations name: Installations 
    Cygdrive default prefix:
    Build date: 
    Shared id: cygwin1S5 

emacs 24.3-7   OK 
emacs-debuginfo   24.3-7   OK 
emacs-el  24.3-7   OK 
emacs-w32 24.3-7   OK 
emacs-X11 24.3-7   OK 

gdb   7.6.50-4 
Incomplete 

... Is gdb meant to be "Incomplete?" I just ran vanilla
installation, requesting "all."

Gustav Meglicki
Indiana University

--
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: tmux failed and got the message: failed to connect to server: No error

[Robert Pendell]

On Mon, Jun 16, 2014 at 12:23 PM, Corinna Vinschen wrote:
> On Jun 16 17:08, Henry S. Thompson wrote:
>> Corinna Vinschen writes:
>>
>> > [Corinna is BACK!]
>> >
>> > I'll generate a new snapshot later today.
>>
>> Hope you had a great holiday!  You were missed.
>
> Holiday was great, thank you.
>
> And the snapshot is up now.
>
>

I just tested the 6/16 snapshot and tmux appears to be working for me now.

--
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: Website: Package listing not working

[Christopher Faylor]

On Mon, Jun 09, 2014 at 07:19:04PM +0100, David Stacey wrote:
>On the cygwin.com website, none of my packages display their contents 
>correctly, e.g.:
>
> https://cygwin.com/packages/x86/keepassx/keepassx-0.4.3-2
>https://cygwin.com/packages/x86/libpoco-devel/libpoco-devel-1.4.6p3-1
> https://cygwin.com/packages/x86/doxygen/doxygen-1.8.7-1
>
>All I see is a long list of zeros. Other people's package listings are 
>fine, e.g.:
>
>https://cygwin.com/packages/x86/libopenssl100/libopenssl100-1.0.1h-1
>https://cygwin.com/packages/x86/texlive-collection-basic/texlive-collection-basic-20130529-1
>
>Is this a website problem? Or have I managed to get something seriously 
>wrong in building my packages? I'm using Firefox 29.0.1 under Fedora 20 
>64-bit, although looking at the source code it seems as though the 
>browser is rendering the pages correctly.

It's not a website problem.  It is apparently a problem with the "upset" script
which generates these listings.  I'm investigating.

cgf

--
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: Package file lists archive

[Christopher Faylor]

On Mon, Jun 09, 2014 at 11:17:11AM -0500, Steven Penny wrote:
>On Mon, Jun 9, 2014 at 10:17 AM, Warren Young wrote:
>> Speaking of, is the source for package-grep.cgi available somewhere?  I
>
>http://cygwin.com/cgi-bin/cvsweb.cgi/htdocs/cgi-bin2?cvsroot=cygwin
>
>Of course because of Cygwin flawless website, this is not indexed by Google and
>not even linked on Cygwin.com, so you are a left with "Isla de Muerta".

Ok Mr Penny.  Here's warning 1 for you:

Can the attitude.  I'm sick of it.

If you want to experimentally figure out how many warnings you get,
please go right ahead and continue with this style of communication.

cgf

--
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

Emacs-w32... still crashing

[Zdzislaw Meglicki]

OK, the latest crash, after the latest upgrades, 
about which in the follow up posting. I was running 
emacs-w32 under gdb. Emacs crashed on segmentation 
fault and the backtrace points to... (Emacs) alloc. 
Here it is:

Program received signal SIGSEGV, Segmentation fault.
0x7ff9778dec8b in ?? ()
(gdb) backtrace 
#0  0x7ff9778dec8b in ?? () 
#1  0x7ff97582d2d6 in RtlFillMemory () from 
/cygdrive/c/WINDOWS/system32/KERNEL32.DLL 
#2  0x004338ac in ?? () 
#3  0x0028 in ?? () 
#4  0x0028 in ?? () 
#5  0x0001004f7ef2 in xrealloc (block=, size=25770479024) at 
/usr/src/debug/emacs-24.3-7/src/alloc.c:708 
#6  0x0001005790cf in w32font_text_extents ( font=0x100fc1d58 , 
code=0x100fc1d58 , nglyphs=0, metrics=0x1008ab750 ) at 
/usr/src/debug/emacs-24.3-7/src/w32font.c:511 
#7  0x00010041a89e in get_per_char_metric ( font=font@entry=0x100fc1d58 , 
char2b=) at /usr/src/debug/emacs-24.3-7/src/xdisp.c:23010 
#8  0x00010043bcdf in x_produce_glyphs (it=0x437d10) at 
/usr/src/debug/emacs-24.3-7/src/xdisp.c:24787 
#9  0x0001004258cf in move_it_in_display_line_to (it=it@entry=0x437d10, 
to_charpos=to_charpos@entry=21, to_x=to_x@entry=-1, op=op@entry=MOVE_TO_POS) at 
/usr/src/debug/emacs-24.3-7/src/xdisp.c:8337 
#10 0x00010042d1bc in move_it_to (it=0x437d10, to_charpos=21, to_x=-1, 
to_y=-1, to_vpos=-1, op=8) at /usr/src/debug/emacs-24.3-7/src/xdisp.c:8895 
#11 0x00010043234c in resize_mini_window ( w=w@entry=0x100f7fc60 , 
exact_p=exact_p@entry=0) at /usr/src/debug/emacs-24.3-7/src/xdisp.c:10404 
#12 0x0001004324d2 in display_echo_area_1 (a1=4311219296, a2=, a3=, a4=) at 
/usr/src/debug/emacs-24.3-7/src/xdisp.c:10269 
#13 0x000100418a90 in with_echo_area_buffer ( w=w@entry=0x100f7fc60 , 
which=, fn=fn@entry=0x1004324c0 , a1=a1@entry=4311219296, 
a2=a2@entry=4304630834, a3=a3@entry=0, a4=a4@entry=0) at 
/usr/src/debug/emacs-24.3-7/src/xdisp.c:10062 
#14 0x000100436de2 in display_echo_area ( w=0x100f7fc60 ) at 
/usr/src/debug/emacs-24.3-7/src/xdisp.c:10239 
#15 echo_area_display (update_frame_p=update_frame_p@entry=0) at 
/usr/src/debug/emacs-24.3-7/src/xdisp.c:10827 
#16 0x000100435d97 in redisplay_internal () at 
/usr/src/debug/emacs-24.3-7/src/xdisp.c:13176 
#17 0x000100437d16 in redisplay_preserve_echo_area ( from_where=) at 
/usr/src/debug/emacs-24.3-7/src/xdisp.c:13750
#
18 0x0001004aa2da in detect_input_pending_run_timers ( 
do_display=do_display@entry=true) 
#19 0x000100551406 in wait_reading_process_output ( 
time_limit=time_limit@entry=0, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, 
do_display=do_display@entry=true, wait_for_cell=wait_for_cell@entry=4304630834, 
wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0) at 
/usr/src/debug/emacs-24.3-7/src/process.c:4743 
#20 0x0001004ab2ae in kbd_buffer_get_event (end_time=0x0, 
used_mouse_menu=0x43a2c7, kbp=) at 
/usr/src/debug/emacs-24.3-7/src/keyboard.c:3803 
#21 read_char (commandflag=1, nmaps=2, maps=0x43a1a0, prev_event=4304630834, 
used_mouse_menu=0x43a2c7, end_time=end_time@entry=0x0) at 
/usr/src/debug/emacs-24.3-7/src/keyboard.c:2769 
#22 0x0001004ad463 in read_key_sequence (keybuf=keybuf@entry=0x43a410, 
prompt=, dont_downcase_last=dont_downcase_last@entry=false, 
can_return_switch_frame=can_return_switch_frame@entry=true, 
fix_current_buffer=fix_current_buffer@entry=true, bufsize=30) at 
/usr/src/debug/emacs-24.3-7/src/keyboard.c:9231 
#23 0x0001004af75e in command_loop_1 () at 
/usr/src/debug/emacs-24.3-7/src/keyboard.c:1459 
#24 0x000100510cde in internal_condition_case ( bfun=bfun@entry=0x1004af540 
, handlers=4304832354, hfun=hfun@entry=0x1004a58a0 ) 
at /usr/src/debug/emacs-24.3-7/src/eval.c:1289 
#25 0x0001004a09da in command_loop_2 (ignore=ignore@entry=4304630834) at 
/usr/src/debug/emacs-24.3-7/src/keyboard.c:1168 
#26 0x000100510b9f in internal_catch (tag=, func=func@entry=0x1004a09b0 , 
arg=4304630834) at /usr/src/debug/emacs-24.3-7/src/eval.c:1060 
#27 0x0001004a5374 in command_loop () at 
/usr/src/debug/emacs-24.3-7/src/keyboard.c:1147 
#28 recursive_edit_1 () at /usr/src/debug/emacs-24.3-7/src/keyboard.c:779 
#29 0x0001004a56a7 in Frecursive_edit () at 
/usr/src/debug/emacs-24.3-7/src/keyboard.c:843
#30 0x0001005ab7d3 in main (argc=, argv=) at 
/usr/src/debug/emacs-24.3-7/src/emacs.c:1532 

Other problems... gdb hangs on quit after the program it was supervising was 
stopped and killed. Killing the Cygwin window from 
the ask manager stuffs up things so bad, hat Cygwin terminal can no longer be 
restarted. I only get the message:

   Failed to fork child process: No such file or directory. 

A log-off, log-on is required.

Gustav Meglicki,
Indiana University


--
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: Package file lists archive

[Christopher Faylor]

On Thu, Jun 12, 2014 at 04:58:25PM -0500, Steven Penny wrote:
>On Mon, May 26, 2014 at 3:12 PM, Christopher Faylor wrote:
>> And, frankly, I think it's a bad idea to keep a monolithic list of
>> packages available for people to download anyway.
>
>I would counter that Debian and others who use "apt-get" already do this,
>Example
>
>http://http.debian.net/debian/dists/wheezy/main/Contents-amd64.gz
>
>> This file maps each file available in the Debian GNU/Linux system to
>> the package from which it originates.  It includes packages from the
>> DIST distribution for the ARCH architecture.
>> You can use this list to determine which package contains a specific
>> file, or whether or not a specific file is available.  The list is
>> updated weekly, each architecture on a different day.
>
>so maybe you could voice your opinion to them as well.

FYI, trolling is obviously off-topic here.

It's nice that you found a solution to your problem, however.

cgf

--
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] Updated: rsync 3.0.9-1 -- fast, versatile file synchronizing tool

[Frank Fesevur]

2014-06-17 10:57 GMT+02:00 Jari Aalto:
> PACKAGE DESCRIPTION
> ===
>
> Homepage: http://freecode.com/projects/rsync
> License : GPL-3+
>
> Fast and versatile file-copying tool which can copy locally and
> to/from a remote host. It offers many options to control its behavior,
> and its remote-update protocol can minimize network traffic to make
> transferring updates between machines fast and efficient. It is widely
> used for backups and mirroring and as an improved copy command for
> everyday use.

Jari, you announced 3.0.9-1 which was the version already available,
but you uploaded 3.1.0-1. I assume a copy-paste error.

Did you know that 3.1.0 has performance issues on cygwin? See almost
at the bottom of the "BUG FIXED" at
http://rsync.samba.org/ftp/rsync/src-previews/rsync-3.1.1pre2-NEWS

I tried to build rsync a while ago myself using cygport (I even
considered to ITA when 3.1.1 would be final). But when I ran "cygport
test" 6 test (batch-mode, chmod-option, exclude, hands, itemize and
symlink-ignore) fail with timeouts.

The 3.1.1pre1 fixes these issues. All the test that fail with 3.1.0
pass with 3.1.1pre1. I haven't tried to test your version.

And why is http://freecode.com/projects/rsync mentioned as homepage
and not http://rsync.samba.org/?

Regards,
Frank

--
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: gecos from AD? (was Re: timeout in LDAP access)

[Corinna Vinschen]

On Jun 17 12:30, Corinna Vinschen wrote:
> On Jun 17 12:00, Corinna Vinschen wrote:
> > On Jun 16 22:39, Denis Excoffier wrote:
> > > Another (unrelated and less important) problem is that 'getent'
> > > happily produces lines with some extra ‘:’, in particular when the
> > > gecos field itself contains ‘:’.
> > 
> > Wow, that *is* important.  All fields returned from the server have to
> > get their colons converted to commas.  I'll fix that.

On second thought, removing colons should only occur for gecos.  The
other fields shouldn't contain colons anyway since their content has to
be POSIX-compatible anyway.

So, either I add code to remove the colons from the gecos field ...


> While we're at it... do we really need the gecos info?  Cygwin fills
> out this field with the Windows username and SID info for internal
> purposes, and then adds the gecos info from AD.  However, it's just
> informational and usually only used by the finger(1) tool.
> 
> Shall I just remove fetching the gecos fields from AD entirely?

... or that.


Corinna

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


pgpitKjUaoN1p.pgp
Description: PGP signature

Re: [BUG] Memory trashing still persists on x86-64

[Andrey Repin]

Greetings, Pavel Fedin!

>  By the way, i have some suggestions for Setup program. First, can you make
> a possibility to downgrade to any version, not only one version back ? The
> latest stable Cygwin version is 1.28, but in Setup i can only select 1.29.
> Also, it would be nice to be able to 'stick' to a certain version. Currently
> setup tries to update me every time, i have to manually select old version
> every time.

Many would love to see such improvements to Cygwin setup... but...
Unless someone take the hat and implement much of APT or other well-known
package manager functionality in Cygwin setup, this all remains a wishful
thinking...

>  I am horribly sorry, i don't have time and cannot actively participate. :(


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 17.06.2014, <16:41>

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

Pyclewn doesn't run because Cygwin gdb's version string is non-standard

[Philip Daniels]

Hi,

I am trying to run Pyclewn (gdb front end for Vim) under Cygwin. Installation
went fine, but when starting Pyclewn, it starts gdb and attempts to determine
the version number:

Exception in pyclewn:


"cannot find the gdb version"
source line: "raise ClewnError('cannot find the gdb version')"
at /usr/lib/python3.2/site-packages/clewn/gdb.py:357

pyclewn aborting...



The cause appears to be that the version number reported by Cygwin gdb is
non-standard, Pyclewn doesn't like the "(cygwin-special)" after the verison
number:

GNU gdb (GDB) 7.6.50.20130728-cvs (cygwin-special)

The relevant bit of Pyclewn is

def parse_gdb_version(header):
 r"""Parse the gdb version from the gdb header.

 From GNU coding standards: the version starts after the last space of
the
 first line.

 >>> DOCTEST_GDB_VERSIONS = [
 ... r'~"GNU gdb (GDB) 7.5.1\n"',
 ... r'~"GNU gdb (Sourcery CodeBench Lite 2011.09-69)
7.2.50.20100908-cvs\n"',
 ... r'~"GNU gdb (GDB) SUSE (7.5.1-2.5.1)\n"',
 ... r'~"GNU gdb (GDB) Fedora (7.6-32.fc19)\n"',
 ... r'~"GNU gdb (GDB) 7.6.1.dummy\n"',
 ... ]

I checked the gdb source code, and it appears that the comment in Pyclewn
is correct w.r.t. the format. Here is the relevant bit of top.c:

/* Print the GDB banner.  */
void
print_gdb_version (struct ui_file *stream)
{
  /* From GNU coding standards, first line is meant to be easy for a
 program to parse, and is just canonical program name and version
 number, which starts after last space.  */


For info and links to bug reports:

http://stackoverflow.com/questions/18157954/fedora-19-pyclewn-cant-find-gdb-version


-- 
Philip Daniels.

--
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: Updated: rsync 3.0.9-1 -- fast, versatile file synchronizing tool

[Frank Fesevur]

2014-06-17 12:37 GMT+02:00:
> Just out of curiosity does 3.1.0 have issues?

Yes, it is very slow on cygwin. Various tests fails. 3.1.1pre1 works
as expected (haven't tried pre2). But I think Jari wants to wait for
the official release of 3.1.1

Regards,
Frank

--
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: Updated: rsync 3.0.9-1 -- fast, versatile file synchronizing tool

[dathead2]

Just out of curiosity does 3.1.0 have issues?

> On Jun 17, 2014, at 4:57 AM, Jari Aalto  wrote:
> 
> 
> PACKAGE DESCRIPTION
> ===
> 
> Homepage: http://freecode.com/projects/rsync
> License : GPL-3+
> 
> Fast and versatile file-copying tool which can copy locally and
> to/from a remote host. It offers many options to control its behavior,
> and its remote-update protocol can minimize network traffic to make
> transferring updates between machines fast and efficient. It is widely
> used for backups and mirroring and as an improved copy command for
> everyday use.
> 
> CHANGES SINCE LAST RELEASE
> ==
> 
> See homepage for release announcement and *-NEWS files at
> http://rsync.samba.org/ftp/rsync/src/
> 
> INSTALL OR UPGRADE NOTES
> 
> 
> Standard install.
> 
> CYGWIN INSTALLATION INFORMATION
> ===
> 
> To install this package, click on the "Install Cygwin now" link on the
>  web page. This downloads setup.exe to your
> system. Then, run setup and answer all of the questions. You'll find
> the package listed in the "All" category. After installation, read the
> documentation at directories:
> 
>/usr/share/doc//*
>/usr/share/doc/Cygwin/.README
> 
> If you have questions or comments, please send them to the Cygwin
> mailing list at .
> 
> CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
> 
> 
> This message has been sent to cygwin-announce list.
> 
> If you want to unsubscribe from the mailing list, 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(at)cygwin.com
> 
> More information on unsubscribing can be found:
> 
>http://sources.redhat.com/lists.html#unsubscribe-simple
> 
> Please read *all* of the information on unsubscribing that is available
> starting at the above URL.

--
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

gecos from AD? (was Re: timeout in LDAP access)

[Corinna Vinschen]

On Jun 17 12:00, Corinna Vinschen wrote:
> On Jun 16 22:39, Denis Excoffier wrote:
> > Another (unrelated and less important) problem is that 'getent'
> > happily produces lines with some extra ‘:’, in particular when the
> > gecos field itself contains ‘:’.
> 
> Wow, that *is* important.  All fields returned from the server have to
> get their colons converted to commas.  I'll fix that.

While we're at it... do we really need the gecos info?  Cygwin fills
out this field with the Windows username and SID info for internal
purposes, and then adds the gecos info from AD.  However, it's just
informational and usually only used by the finger(1) tool.

Shall I just remove fetching the gecos fields from AD entirely?


Corinna

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


pgpeU1vWcpCzA.pgp
Description: PGP signature

Re: postgresql-9.2.4-2: ossp-uuid module

[Filipp Gunbin]

On 16/06/2014 22:24 +0200, Marco Atzeri wrote:

> On 16/06/2014 19:04, Filipp Gunbin wrote:
>> On 27/07/2013 09:57 +0200, marco atzeri wrote:
>>
>> Currently postgres with ossp-uuid module (--with-ossp-uuid added to
>> CYGCONF_ARGS) builds with OSSP uuid library
>> (http://www.ossp.org/pkg/lib/uuid/), but not with libuuid which is
>> included in util-linux.  I do not have enough skills to identify
>> problem, but it seems that function "uuid_export" is missing there.
>> Maybe the OSSP uuid library needs to be added as a separate package in
>> Cygwin?  It builds from original source with no patches.
>
>
> It seems that uuid-ossp and util-linux uuid are two complete
> not compatible libraries.

Yes.

> Anyway, until someone add the uuid-ossp package on cygwin,
> I will not add such dependency on postgres

I tried to prepare a package for uuid-ossp, but the result files produce
naming conflicts with libuuid and I don't know how to resolve them.  If
someone helps me, I'm willing to continue.

If someone just needs the uuid-ossp postgresql extension, here's the
ugly solution:

1. make && make install uuid-ossp library (it will install into
/usr/local)

2. add --with-ossp-uuid to CYGCONF_ARGS and build Cygwin postgresql

3. just copy uuid-related files from inst subdirectory to the postgres
directory

4. CREATE EXTENSION "uuid-ossp" now should work


Thanks Marco.

Filipp

--
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 package: splitpatch 0.0+20131223+gitb13d810-1 -- split a patch into hunks

[Jari Aalto]

PACKAGE DESCRIPTION
===

Homepage: http://www.clearchain.com/blog/posts/splitting-a-patch
License : GPL-2+

Divide a patch or diff file into pieces. The split can made by file or
by hunk basis. This makes is possible to separate changes that might
not be desireable or assemble the patch into more coherent set of
changes.

The hunk option opens up possibility to compare similar patches
hunk-by-hunk using tool like interdiff(1) from patchutils package.
Operating on hunk level also gives more control, smilar to Git, to
selectively shelve in changes e.g. to Version Control repository.

CHANGES SINCE LAST RELEASE
==

See commit log at https://github.com/benjsc/splitpatch

INSTALL OR UPGRADE NOTES


Standard install.

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the mailing list, 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(at)cygwin.com

More information on unsubscribing can be found:

http://sources.redhat.com/lists.html#unsubscribe-simple

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

--
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: rsync 3.0.9-1 -- fast, versatile file synchronizing tool

[Jari Aalto]

PACKAGE DESCRIPTION
===

Homepage: http://freecode.com/projects/rsync
License : GPL-3+

Fast and versatile file-copying tool which can copy locally and
to/from a remote host. It offers many options to control its behavior,
and its remote-update protocol can minimize network traffic to make
transferring updates between machines fast and efficient. It is widely
used for backups and mirroring and as an improved copy command for
everyday use.

CHANGES SINCE LAST RELEASE
==

See homepage for release announcement and *-NEWS files at
http://rsync.samba.org/ftp/rsync/src/

INSTALL OR UPGRADE NOTES


Standard install.

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the mailing list, 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(at)cygwin.com

More information on unsubscribing can be found:

http://sources.redhat.com/lists.html#unsubscribe-simple

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

--
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: tnef 1.4.9-1 -- Tool to unpack MIME application/ms-tnef attachments

[Jari Aalto]

PACKAGE DESCRIPTION
===

Homepage: https://freecode.com/projects/tnef
License : GPL-2+

TNEF is a program for unpacking MIME attachments of type
application/ms-tnef. This is typcially a Microsoft only attachment.
The TNEF program allows one to unpack the attachments which were
encapsulated into the TNEF attachment, thus alleviating the need to
use Microsoft Outlook to view the attachment.

CHANGES SINCE LAST RELEASE
==

See NEWS at http://sourceforge.net/p/tnef/git/ci/master/tree/
and /usr/share/doc/tnef/NEWS

INSTALL OR UPGRADE NOTES


Standard install.

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the mailing list, 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(at)cygwin.com

More information on unsubscribing can be found:

http://sources.redhat.com/lists.html#unsubscribe-simple

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

--
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: timeout in LDAP access

[Corinna Vinschen]

Hi Denis,

On Jun 16 22:39, Denis Excoffier wrote:
> Hello,
> 
> I’ve exercised ‘getent' a little bit those days (with 'db_enum: all’
> in /etc/nsswitch.conf), and it seems to me that the timeout ‘tv' (3
> seconds, in ldap.cc) is probably too small for servers not so quickly
> responsive or with many (50, fake or real) users around (see the
> call to ldap_get_next_page_s()). 300 seconds should be enough i
> suppose.

300 seconds is a lot.  I'm not quite sure I'm following you here.  Let
me start by explaining how the timeout is applied so we're all on the
same page.

When opening the conection to the DC, the bind operatrion will wait
3 seconds for the bind operation to complete.

In calls to getpwnam, getpwuid, getgrname, getgrgid, the 3 seconds
timeout is the timeout for fetching a single user or group entry.  And
it's not the timeout for fetching the basic info (name<->SID mapping),
but only the timeout for the LDAP call returning the extended user info
(pgid, gecos, home, shell).  So, typically the user<->uid mapping is
correct, only the secondary info might be wrong, if it's set in AD at
all.

When enumerating accounts (getpwent, getgrent) the timeout is applied to
every call fetching the next 100 accounts.  The *only* information which
is actually enumerated is the list of existing SIDs, with a timeout of
3 seconds per 100 SIDs.  So it's taking more than 3 seconds to fetch
100 account SIDs?  And then...

> Also it is a pity that LDAP_TIMEOUT is not announced to the user
> (except under strace: 0x55). I don’t know the general policy for
> timeouts, but i consider that the user would like to be informed when
> the passwd/group list was truncated.

...you really get an LDAP_TIMEOUT from ldap_get_next_page_s?  This
puzzels me a bit since the documentation implies that tyhis won't
happen.  Here's the snippet from MSDN:

  When parsing the results set, it is possible for the server to return
  an empty page of results and yet still respond with an LDAP_SUCCESS
  return code. This indicates that the server was unable to retrieve a
  page of results, due to a timeout or other reason, but has not
  completed the search request. The proper behavior in this instance is
  to continue to call ldap_get_next_page_s until either another page of
  results are successfully retrieved, an error code is returned, or
  LDAP_NO_RESULTS_RETURNED is returned to indicate the search is
  complete.

So I expect an LDAP_SUCCESS with ldap_count_entries() == 0 and then
repeat the request.  But the code doesn't expect LDAP_TIMEOUT in this
case.  Do I have to handle LDAP_TIMEOUT here as well?

As far as propagating the timeout to the user, that's kind of tricky.
I'm not looking forward to do that, but if so, it could only be an EIO
error returned from get{pw,gr}ent.

The general problem with timeouts is that they are always wrong.

I'm wondering if the timeout, at least for enumerating accounts, should
go away entirely.  In case of a connection problem this could result in
a hang for about 2 minutes by default I think (LDAP_OPT_PING_LIMIT).

I could also raise the timeout, but the value doesn't really matter, it
will be just as wrong as 3 seconds, just differently.

Thoughts?

> Another (unrelated and less important) problem is that 'getent'
> happily produces lines with some extra ‘:’, in particular when the
> gecos field itself contains ‘:’.

Wow, that *is* important.  All fields returned from the server have to
get their colons converted to commas.  I'll fix that.


Thanks,
Corinna

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


pgpEGVJEHmmv8.pgp
Description: PGP signature

Re: [ANNOUNCEMENT] Updated: fossil 20140612172556-1 -- DVCS with built-in wiki, http server and issue tracker (FIXED)

[Jari Aalto]

2014-06-17 01:47 David Stacey :
| On 16/06/14 11:58, Jari Aalto wrote:
|
| > Thanks Jan. New release uploaded. Should appear shortly in
| > archives.
|
| Thanks for changing this, but I'm only seeing the '-2' build for
| x86_64, not x86.

Hm, for some reason the cron did not pick it up at Cygwin
site. I'll look into it.

Thanks,
Jari


--
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: Change PS1 when running as administrator

[GrahamC]

> Frank Fesevur writes:
>> When I run as administrator I change my PS1 from "$" to "#" with these
>> line in ~/.bashrc.
>>
>> if id -Gn | grep -i Administrators > /dev/null
>
> If anything I'd check for membership in group 544.  "Administrators"
> surely is one of these strings that gets localized depending on the
> phase of the moon or something.  I can't look right now, but I'm pretty
> sure it says "Administratoren" in a german Windows version.

> On all my Dutch Windows all group names are localized apart from
> 544/Administrators.

># id
>uid=1000(Frank) gid=513(Geen)
>groups=513(Geen),0(root),544(Administrators),545(Gebruikers)

>But I agree checking the numeric value is better.

>> If more people like this idea, maybe it could included in /etc/bash.bashrc?
>
> I'll have to think about it, but I lean toward putting it into profile.d
> instead.

>Thanks for considering.
>The other PS1 setting (user@host dir) is also in bash.bashrc. That's
>why I suggested bash.bashrc.

>Regards,
>Frank

If we are looking for other alternatives the GROUPS environment variable can 
also be used:

PS1='\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
for G in "${GROUPS[@]}"; do
    if [ "$G" = 544 ]; then
        PS1='\[\e]0;Administrator \w\a\]\n\[\e[32m\]\u@\h 
\[\e[33m\]\w\[\e[0m\]\n# '
    fi
done

Somebody really clever with regular expressions could probably make an 
equivalent one line test.

--
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: rebaseall breaks some packages(?)

[Achim Gratz]

Marco Atzeri  gmail.com> writes:
> (0x5B) is a very low address, I guess your rebase was not really
> successful.

Such low addresses are often a result of an address conflict or BLODA in my
experience.  If indeed the rebase positions the library at that address,
then a full rebase is in order to maybe come up with a better adress space
layout.


Regards,
Achim.


--
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: rebaseall breaks some packages(?)

[Marco Atzeri]

On 17/06/2014 08:40, Katsumi Yamaoka wrote:

Hi,

I updated the Cygwin installation on Win7 SP1 32-bit yesterday
(using setup-x86.exe) and got unable to use some commands.
For instance, when I tried to update the Emacs source by using
bzr+ssh I got:

$ cd emacs/trunk
$ bzr update
 0 [main] python2.7 3856 child_info_fork::abort: address\
 space needed by '_AES.dll' (0x5B) is already occupied
 bzr: ERROR: Don't know how to handle SSH connections. Please\
 set BZR_SSH environment variable.



(0x5B) is a very low address, I guess your rebase was not really
successful.

on my system the address is much higher
 $rebase -i /usr/lib/python2.7/site-packages/Crypto/Cipher/_AES.dll
/usr/lib/python2.7/site-packages/Crypto/Cipher/_AES.dll base 0x4b5b 
size 0x0000e000




Rebaseall doesn't help.


Sometime you need to full rebase from scratch.
Remove the rebase database /etc/rebase.db.i386
and rebaseall again.
Be sure to have not any running cygwin program


Thanks in advance for your help.
Regards,


Regards
Marco


--
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: Change PS1 when running as administrator

[Achim Gratz]

Thomas Wolff  towo.net> writes:
> As Corinna had said. Yet, I'd like to check official documentation to 
> confirm "544" is a constant for this purpose.

I suggest you go to MSDN and search for "well-known security identifiers"
and then read Corinnas explanation of how these are mapped to Cygwin UID/GID
again.


Regards,
Achim.


--
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