Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.6.0-0.11

[Brian Inglis]

On 2016-08-23 22:15, Brian Inglis wrote:

On 2016-08-23 10:11, Corinna Vinschen wrote:

On Aug 23 07:27, Brian Inglis wrote:

Compared lists of locale_t headers and functions for POSIX, Cygwin,
and glibc, attached below for comparison, and found:

* missed string.h(strerror_l) on my first check;
   not sure if you can implement that easily on Windows?

* GNU also supports wchar.h(wcsftime_l) and time.h(strptime_l);

* GNU also defines string.h(str[n]casecmp_l) functions as an extension,
   as well as in POSIX specified strings.h.


I just applied a couple of patches to add the missing strerror_l,
strptime_l and wcsftime_l.  I also added the missing str[n]casecmp_l
prototypes to strings.h.  I'll create a new test release in a bit.


GNU duplicates the POSIX strings.h(str[n]casecmp_l) in string.h also.


i.e. str[n]casecmp_l should be defined under #if __POSIX_VISIBLE >= 200809
but not defined under #ifdef __GNU_VISIBLE in string*s*.h,
and defined under #ifdef __GNU_VISIBLE but not defined under
#if __POSIX_VISIBLE >= 200809 in *string*.h;
strerror_l should be under #if __POSIX_VISIBLE  >= 200809 in *string*.h,
or its #includes.

--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

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

[Brian Inglis]

On 2016-08-23 10:11, Corinna Vinschen wrote:

On Aug 23 07:27, Brian Inglis wrote:

Compared lists of locale_t headers and functions for POSIX, Cygwin,
and glibc, attached below for comparison, and found:

* missed string.h(strerror_l) on my first check;
   not sure if you can implement that easily on Windows?

* GNU also supports wchar.h(wcsftime_l) and time.h(strptime_l);

* GNU also defines string.h(str[n]casecmp_l) functions as an extension,
   as well as in POSIX specified strings.h.


I just applied a couple of patches to add the missing strerror_l,
strptime_l and wcsftime_l.  I also added the missing str[n]casecmp_l
prototypes to strings.h.  I'll create a new test release in a bit.


GNU duplicates the POSIX strings.h(str[n]casecmp_l) in string.h also.

--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

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

Cygwin 2.6.0-0.12 (?)

[Jim Reisert AD1C]

I just updated Cygwin-64 and got 2.6.0-0.12:

CYGWIN_NT-10.0 JJR 2.6.0(0.304/5/3) 2016-08-23 18:30 x86_64 Cygwin

I can not find any corresponding announcement E-mail.

-- 
Jim Reisert AD1C, , http://www.ad1c.us

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

Won't let me load the new software

[Walter Rutledge]

[main] Intellycheckupdates 5948 find_fast_cwd: Warning: coulnd't compute
FAST_CWD pointer.  

 

 

Please let me know what I need to do to get the program loaded and working
again please

 

 

Thanks

Walter Rutledge



--
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: ImageMagick -6 not wotrking in WXP

[Ken Brown]

On 8/23/2016 7:28 PM, Rodrigo Medina wrote:

 Hi,

 From an xterm the command
 display picture.jpg
 exits without doing anything.


This is a known issue (on 32-bit Cygwin only), triggered by the recent 
update of libgd3:


  https://www.cygwin.com/ml/cygwin/2016-08/msg00339.html

The workaround is to revert to the previous version (2.1.1-2) of libgd3.

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

Native build fails in winsup/cygwin/libc/strptime.cc because of strtou?l_l()

[Hans-Bernhard Bröker]

Hello everyone,

building the git version of cygwin natively on Cygwin-2.5.3, I'm running 
into a problem with strtoul_l / strtol_l. 
winsup/cygwin/libc/strptime.cc fails to build:


hbbro@NB4 ~/prg/cygwin/bld/x86_64-unknown-cygwin/winsup/cygwin
$ make
c++wrap -O2 -g -fno-rtti -fno-exceptions -fno-use-cxa-atexit -Wall 
-Wstrict-aliasing -Wwrite-strings -fno-common -pipe -fbuiltin 
-fmessage-length=0 -MMD -Werror -fmerge-constants -ftracer 
-mcmodel=small -c -o strptime.o 
../../../../newlib-cygwin/winsup/cygwin/libc/strptime.cc
../../../../newlib-cygwin/winsup/cygwin/libc/strptime.cc: In function 
'era_info_t* get_era_info(const char*, locale_t)':
../../../../newlib-cygwin/winsup/cygwin/libc/strptime.cc:125:53: error: 
'strtol_l' was not declared in this scope

   ei[cur].offset = strtol_l (era, &c, 10, locale);
 ^
../../../../newlib-cygwin/winsup/cygwin/libc/strptime.cc: In function 
'char* __strptime(const char*, const char*, tm*, era_info_t**, 
alt_digits_t**, locale_t)':
../../../../newlib-cygwin/winsup/cygwin/libc/strptime.cc:390:50: error: 
'strtoul_l' was not declared in this scope

  width = strtoul_l (fmt - 1, &end, 10, locale);
  ^
make: *** 
[../../../../newlib-cygwin/winsup/cygwin/../Makefile.common:41: 
strptime.o] Fehler 1



Looking at the .ii file, it appears __GNU_VISIBLE is not active for this 
C++ source file?


--
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: mintty 2.4.3 and test release mintty 2.5.0

[Thomas Wolff]

Am 23.08.2016 um 11:30 schrieb Frank Fesevur:

2016-08-23 1:29 GMT+02:00 Thomas Wolff:

I have also uploaded mintty 2.5.0 as a test release with the following
change:

   * Revise DPI handling (#470; #492, #487); always consider individual
monitor DPI.

Note that this release introduces a slightly incompatible change in mintty.
The issue is that the interpretation of font size used to be suitable for
traditional resolution monitors and did not consider higher-DPI monitors or
the Windows monitor "zooming" feature which adjusts a virtual DPI.
As a result, the handling of changed DPI (when moving the window to another
monitor) introduced in 2.2.1 interfered with other aspects, the initial DPI
was not considered, and a number of unpleasant side effects were
occasionally observed.

I intend to change DPI handling to be consistent with the respective monitor
DPI (as optionally configured by "zooming factor"), and to comply with font
size interpreation of other applications, e.g. notepad. In consequence the
initial font size may be smaller (or larger) than before, depending on the
actual monitor geometry and configuration. Nothing would change on a
"standard" monitor configuration. To compensate, some people may have to
change their font size configuration.

I was about to write a bug report that I encountered with a maximized
mintty on a 125% secondary screen. When I minimized it to the taskbar
it would restore to my primary screen. But that problem is fixed now,
so for me 2.5.0 solves that problem even before reporting it. The
draft mail is thrown away ;-)

Thanks for the fix!
Thanks for the report anyway; I wasn't aware of that problem and I have 
no idea how it was magically resolved...

Thomas

--
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: #!/bin/sh and #!/bin/bash is not the same

[cyg Simple]

On 8/22/2016 3:31 PM, Morten Kjærulff wrote:
> 
> This:
> 
> date
> echo a | while read ; do
>   sleep 3 &
> done
> wait
> date
> 
> will run in 0 seconds, with BOTH /bin/sh and /bin/bash
> 
> This:
> 
> date
> while read ; do
>   sleep 3 &
> done < <(echo a)
> wait
> date
> 
> will run in 3 seconds with /bin/bash and get syntax errors with /bin/sh:
> syntax error near unexpected token `<'
> `done < <(echo a)'
> 

See
http://stackoverflow.com/questions/12120598/syntax-error-in-shell-script-with-process-substitution
for the answer to your quandary.

-- 
cyg Simple

--
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: Cygwin SSHD 32bit

[Erik Soderquist]

On Tue, Aug 23, 2016 at 12:43 PM, Marcel Grandemange wrote:
> I have entirely disabled the firewall at one point and this didn't help.
> Also keep in mind I did install bitvise ssh server to do a comparison and
> this worked.

Then I don't know, though I will be watching this thread for a
possible solution to my issue as well.

Also, please do not top post

-- Erik

--
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: Cygwin SSHD 32bit

[Marcel Grandemange]

I have entirely disabled the firewall at one point and this didn't help. 
Also keep in mind I did install bitvise ssh server to do a comparison and 
this worked.

I would also like to add to this I also went through the effort of removing 
the SSH packages from Cygwin and built from source OpenSSH as well at one 
point which also I might add , had ther exact same issues.


-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of 
Erik Soderquist
Sent: Tuesday, August 23, 2016 6:35 PM
To: cygwin@cygwin.com
Subject: Re: Cygwin SSHD 32bit

On Tue, Aug 23, 2016 at 12:24 PM, Marcel Grandemange  wrote:
> Good Day
>
> I would really appreciate it if someone can assist me.
>
> I have a Windows server 2003 server with the latest Cygwin installed.
>
> CYGWIN_NT-5.2  2.5.2(0.297/5/3) 2016-06-23 14:27 i686 Cygwin
>
> I have setup the SSH service as I have many a time before on other
> servers. The service successfully starts however I cannot SSH into the
> machine and am presented with the following error:
>
> ssh_exchange_identification: read: Connection reset by peer
>
> Note that I have allowed it through the firewall and this error is
> even present on the machine itself

I had this error on a Windows Home Server v1 (server 2003 SB base) and the 
only way I was able to resolve it was to disable the Microsoft firewall on 
the host and use an external firewall.  It seems to be a problem with the 
Microsoft firewall in my experience.  I had tried both opening tcp/22 and 
the executable (either/or as well as together) to no avail.

-- Erik

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


--
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: Cygwin SSHD 32bit

[Erik Soderquist]

On Tue, Aug 23, 2016 at 12:24 PM, Marcel Grandemange  wrote:
> Good Day
>
> I would really appreciate it if someone can assist me.
>
> I have a Windows server 2003 server with the latest Cygwin installed.
>
> CYGWIN_NT-5.2  2.5.2(0.297/5/3) 2016-06-23 14:27 i686 Cygwin
>
> I have setup the SSH service as I have many a time before on other
> servers. The service successfully starts however I cannot SSH into the
> machine and am presented with the following error:
>
> ssh_exchange_identification: read: Connection reset by peer
>
> Note that I have allowed it through the firewall and this error is even
> present on the machine itself

I had this error on a Windows Home Server v1 (server 2003 SB base) and
the only way I was able to resolve it was to disable the Microsoft
firewall on the host and use an external firewall.  It seems to be a
problem with the Microsoft firewall in my experience.  I had tried
both opening tcp/22 and the executable (either/or as well as together)
to no avail.

-- Erik

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

Cygwin SSHD 32bit

[Marcel Grandemange]

Good Day

I would really appreciate it if someone can assist me.

I have a Windows server 2003 server with the latest Cygwin installed.

CYGWIN_NT-5.2  2.5.2(0.297/5/3) 2016-06-23 14:27 i686 Cygwin

I have setup the SSH service as I have many a time before on other
servers. The service successfully starts however I cannot SSH into the
machine and am presented with the following error:

ssh_exchange_identification: read: Connection reset by peer

Note that I have allowed it through the firewall and this error is even
present on the machine itself

$ ssh - localhost
OpenSSH_7.3p1, OpenSSL 1.0.2h  3 May 2016
debug1: Reading configuration data /etc/ssh_config
debug2: resolving "localhost" port 22
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/Marcel/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Marcel/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Marcel/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Marcel/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Marcel/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Marcel/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Marcel/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/Marcel/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.3
ssh_exchange_identification: read: Connection reset by peer


There are no hosts.allow or hosts.deny files present on this machine and
Cygwin has been reinstalled several times under different users to test
permission theories I had.

When I change the permission of the /var/empty folder to my current user
to allow me to run the sshd Daemon as my current user I see the following:

$ /usr/sbin/sshd -d
debug2: load_server_config: filename /etc/sshd_config
debug2: load_server_config: done config len = 288
debug2: parse_server_config: config /etc/sshd_config len 288
debug3: /etc/sshd_config:19 setting Protocol 2
debug3: /etc/sshd_config:43 setting PermitRootLogin yes
debug3: /etc/sshd_config:53 setting AuthorizedKeysFile
.ssh/authorized_keys
debug3: /etc/sshd_config:79 setting KerberosOrLocalPasswd yes
debug3: /etc/sshd_config:109 setting UsePrivilegeSeparation yes
debug3: /etc/sshd_config:125 setting Subsystem sftp
/usr/sbin/sftp-server
debug1: sshd version OpenSSH_7.3, OpenSSL 1.0.2h  3 May 2016
debug1: private host key #0: ssh-rsa
SHA256:eH6f4o7GOW6xajSHXQywMtsWmocl4PzgNy6o1Dmbxoc
debug1: private host key #1: ssh-dss
SHA256:pZxX5Ddzn6mR5sOlRPjNV3mtXgJTSpZjkSgpySz0wsI
debug1: private host key #2: ecdsa-sha2-nistp256
SHA256:dyTs9OY0gaXfEv09jx3DZYlgEUjBQKKGkQJ/ioTG2qQ
debug1: private host key #3: ssh-ed25519
SHA256:KeIpfsnyBDf2V7OH9BFjx8xmhh/HwqJ2QUOyUPy6hsM
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-d'
debug2: fd 3 setting O_NONBLOCK
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
debug1: fd 4 clearing O_NONBLOCK
debug1: Server will not fork when running in debugging mode.
debug3: send_rexec_state: entering fd = 7 config len 288
debug3: ssh_msg_send: type 0
debug3: send_rexec_state: done
debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7
debug1: inetd sockets after dupping: 3, 3

It seems that the SSH daemon never gets to the “SSH2_MSG_KEXINIT sent”
stage.

I have attempted numerous modifications of the setup and daemon config,
eventually just to confirm all networking aspects are correct I installed
bitvise ssh server and this worked, however I really need to get Cygwin
working correctly. I have also tried changing the default port to 2200 but
all yield same result.

Any Ideas?

Kind Regards
Marcel Grandemange
OPS Manager
Antfarm (PTY) Ltd
Tel: 012 346 7511
Direct : 0100072640

--
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: The Cygwin User Guide on path names

[Corinna Vinschen]

On Aug 23 12:16, Ken Brown wrote:
> The section on path names in the user guide
> (https://cygwin.com/cygwin-ug-net/using.html#using-pathnames) strikes me as
> misleading when it says in the first sentence, "Cygwin supports both POSIX-
> and Win32-style paths."  I think it would be better to say "The Cygwin DLL"
> and to emphasize that Cygwin applications do *not* necessarily support Win32
> paths.  See
> 
>   https://www.cygwin.com/ml/cygwin/2016-08/msg00409.html
> 
> for a recent example where this has come up.  It's also come up in
> connection with git and emacs and probably many other applications.
> 
> The documentation also says, "The usage of Win32 paths, though possible, is
> deprecated"  I wonder if this should be strengthened to say something
> like, "The usage of Win32 paths, though possible, is strongly deprecated and
> may be removed in a future release of Cygwin."
> 
> I'll be glad to prepare a documentation patch.

Yes, please.  Thanks for the offer,
Corinna

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


signature.asc
Description: PGP signature

The Cygwin User Guide on path names

[Ken Brown]

The section on path names in the user guide 
(https://cygwin.com/cygwin-ug-net/using.html#using-pathnames) strikes me 
as misleading when it says in the first sentence, "Cygwin supports both 
POSIX- and Win32-style paths."  I think it would be better to say "The 
Cygwin DLL" and to emphasize that Cygwin applications do *not* 
necessarily support Win32 paths.  See


  https://www.cygwin.com/ml/cygwin/2016-08/msg00409.html

for a recent example where this has come up.  It's also come up in 
connection with git and emacs and probably many other applications.


The documentation also says, "The usage of Win32 paths, though possible, 
is deprecated"  I wonder if this should be strengthened to say 
something like, "The usage of Win32 paths, though possible, is strongly 
deprecated and may be removed in a future release of Cygwin."


I'll be glad to prepare a documentation patch.

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: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.6.0-0.11

[Corinna Vinschen]

On Aug 23 07:27, Brian Inglis wrote:
> Compared lists of locale_t headers and functions for POSIX, Cygwin,
> and glibc, attached below for comparison, and found:
> 
> * missed string.h(strerror_l) on my first check;
>not sure if you can implement that easily on Windows?
> 
> * GNU also supports wchar.h(wcsftime_l) and time.h(strptime_l);
> 
> * GNU also defines string.h(str[n]casecmp_l) functions as an extension,
>as well as in POSIX specified strings.h.

I just applied a couple of patches to add the missing strerror_l,
strptime_l and wcsftime_l.  I also added the missing str[n]casecmp_l
prototypes to strings.h.  I'll create a new test release in a bit.


Thanks a lot,
Corinna

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


signature.asc
Description: PGP signature

[ANNOUNCEMENT] Updated: {libEMF/libEMF1/libEMF-devel}-1.0.8-1: A library for generating Enhanced Metafiles

[Dr . Volker Zell]

Hi

New versions of 'libEMF/libEMF1/libEMF-devel' have been uploaded to a server 
near you.

 o Updated to latest upstream release
 o Build for cygwin 2.5.2 with gcc-5.4.0
 o [x86] Removed .la file from /usr/lib

--
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: zsh bug: Incorrect (misleading) error message in zsh when using rm and drive letter is specified

[Ken Brown]

On 8/23/2016 3:57 AM, Ronald Fischer wrote:

I observed this:

-0-1- ~/exp  > rm e:/media/*
zsh: sure you want to delete all the files in /home/FISRONA/exp/e:/media
[yn]? n

We see that zsh is catching the case that I want to rm all files in the
specified directory, and warns me about it (note that it is a zsh error
message, not a error message from rm), which is fine and expected
behaviour (which can be controlled by the zsh option RM_STAR_SILENT).
However, the path printed by zsh is wrong: It interprets e:/... as
relative path, while it is an absolute path. It seems that zsh is not
translating windows pathes using a drive letter to /cygdrive/... pathes
in this case.


Some Cygwin applications do this translation, but not all.  You're 
better off just using Posix paths.


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: Trouble installing to UNC path and/or mapped network drive

[Andreas Wettergren]

> -Original Message-
> From: Andrey Repin [mailto:anrdae...@yandex.ru]
> Sent: Tuesday, August 23, 2016 12:01 PM
> To: Andreas Wettergren ;
> cygwin@cygwin.com
> Subject: Re: Trouble installing to UNC path and/or mapped network drive
> 
> Greetings, Andreas Wettergren!
> 
> > Hi,
> > We have a shared Cygwin environment installed to a Windows network
> > share at my workplace, and I have been assigned the task to update it
> > (along with installing a Perl program I wrote + dependencies).
> 
> I'll just throw in a note that the way Cygwin operates discourages any
> "shared" setup scenario.
> If you want a stable set of packages, your only real solution is a local 
> package
> mirror.
> For more information, look up the "rebase" in Cygwin documentation.
> 
> 
> --
> With best regards,
> Andrey Repin
> Tuesday, August 23, 2016 12:58:57
> 
> Sorry for my terrible english...

Thanks for your reply.

Noted, but maybe we are talking about different types of sharing?
In our scenario we are actually using the Cygwin installation as a shared 
multi-user system,
we are not sharing the just the installation packages for multiple 
installations like a mirror.

It's a bit wild if you ask me :) 
If I didn't use it every day I wouldn't think that sort of setup would work in 
practice.
There are some valid reasons it has been set up this way, but it does come with 
some special headaches as well...

I'll look into rebase anyway, thanks for the tip.

(BTW, my original issue has been resolved, for details see my reply to Erik)

Best regards

Andreas Wettergren
Translation Support
Office: +46 31-360 98 30   

Re: Wrong file permissions

[Erik Soderquist]

On Tue, Aug 23, 2016 at 10:23 AM, Eliot Moss  wrote:
> Thank you, Erik -- you answered better than I could have!  I don't
> use a domain login, so the fact that my local SID is different has
> been very plain to me!

Multiple years as a network admin managing Windows/Linux/UNIX hybrid
environments both with and without Windows AD involved has lead me to
many many interesting twists in how the SIDs are handled... I
particularly ran into the machine specific SIDs when ghosting client
machines for faster reload and deployment... You can imagine the fun I
had sorting out why adding a freshly ghosted machine to the domain
caused things to break on another machine...

-- Erik

--
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: Trouble installing to UNC path and/or mapped network drive

[Andreas Wettergren]

Thanks for your reply, the problem has been resolved, details below and in my 
previous reply to Erik.

> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> Behalf Of Achim Gratz
> Sent: Monday, August 22, 2016 7:37 PM
> To: cygwin@cygwin.com
> Subject: Re: Trouble installing to UNC path and/or mapped network drive
> 
> Andreas Wettergren writes:
> > I’m running this as a network user that has full read & write access
> > to the target directory and subdirectories.  This user is also a
> > member of the local administrator group.
> […]
> > I’ve tried to run the setup to an empty network path (no prior cygwin
> > files, just an empty directory) as well, with identical results.
> > Nothing gets written to this directory.
> 
> I think the problem is either the local administrator group (sometimes local
> administrators are expressedly forbidden to do anything on the
> network) or your network user cannot change the DACL on the network
> share (another common setup in large organizations).
> 

Yes, it was something like this (I haven't pinpointed the exact cause yet),
running the setup as the network administrator seem to have done the trick.

> > I’ve also tried to run the install to a local drive on my computer.
> > This works as expected, no problems.
> 
> You could try to move / copy that installation to the network share, then.
> 

I had this in mind as something to try, but I wasn't sure if anything in the 
installation might get incorrect paths or similar.

> > Finally, this sort of install routine has apparently worked in the
> > past, my colleague tells me this is the way he has updated our Cygwin
> > environment before.  It’s possible he did something slightly
> > differently to what I have done this time though.
> 
> Or meanwhile some new security policy got installed that throws a spanner in
> the works.  If your colleague is still able to update Cygwin, you'll know it's
> some sort of access right you're missing and can work it out from there.
> 

Correct, it was some sort of permissions issue, possibly related to underlying 
Samba problems (see my reply to Erik for details).
I think this Cygwin account I was using was created for a different purpose
(updating a specific in-house program inside Cygwin), and the full install 
scenario had not been tested before.

Thanks for your suggestions, much appreciated!


Andreas Wettergren
Translation Support
Amesto Translations




> 
> Regards,
> Achim.
> --
> +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk
> Blofeld]>+
> 
> Samples for the Waldorf Blofeld:
> http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
> 
> --
> 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: Wrong file permissions

[Eliot Moss]

On 8/23/2016 9:41 AM, Erik Soderquist wrote:

On Mon, Aug 22, 2016 at 3:59 AM, Björn Kautler  wrote:



Your domain user SID will remain the same, however, all of the local
machine's domain SIDs will be different as it is a different host on
the domain, so I would expect permissions problems for any/all machine
specific installations when doing a raw perms copy.




I would imagine all of the *files* are present in the cygwin root, but
I've never checked, and a simple file copy, even if the adjustments
are made to result in the correct permissions, will not get things
like registry entries.  (I don't know how many there are, but do know
I've seen some).


Thank you, Erik -- you answered better than I could have!  I don't
use a domain login, so the fact that my local SID is different has
been very plain to me!

Regards -- EM

--
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: Trouble installing to UNC path and/or mapped network drive

[Erik Soderquist]

On Tue, Aug 23, 2016 at 10:06 AM, Andreas Wettergren  wrote:
>> Why 32 bit rather than 64 bit in a 64 bit environment?  (more curious than
>> anything else, I don't think this affects the outcome).
>>
>
> This is partially for historical reasons, and partially because I'm 
> personally not
> 100% sure every client that uses the environment is 64-bit yet.

Valid reasons  :)

>> > To work around this, I mapped a network “drive” in Windows Explorer.
>> > The drive is mapped so that my target directory is Z:\Cygwin.
>>
>> Did you set the drive mapping to be remembered on future logins?  If not, a
>> new instance after privilege elevation may also not have the drive mapping.
>> (Still might not, I've had UAC/network drive mapping problems with other
>> programs as well).  Is disabling UAC and running entirely as local admin to 
>> test
>> an option?  For that matter, is installinng on the host the installation is 
>> local to
>> an option?
>
> Good points.
> I got some help from my colleague in the end, and it turns out he ran the 
> install as network administrator after all.
> In hindsight I should have tried this, but his instructions specifically 
> mentioned this "Cygwin" user, so I assumed they were accurate.

Assumptions can be dangerous  ;)

> A detail I forgot to mention is that the network share is not really a 
> Windows share, it's actually on a Samba server.
> (Sorry, I should have mentioned this, but I forgot).

That adds additional twists... I have seen Samba configured (both
accidentally and intentionally) to report "full control" when queried
for what permissions a user has and still have everything locked as
read only for most users.  Windows can now do this from AD Group
Policies as well, but is rarely configured to do so.

> Although at first glance it seems the Cygwin user I was using looks like it 
> has the correct permissions,
> something was obviously missing or incorrectly mapped, running as the network 
> admin worked fine.
> I suspect there might be some underlying issue on the Linux file system level 
> or it may be a Samba permissions mapping issue
> for the Cygwin user.
>
> UAC should not have been an issue, the account was in the local admins group,
> but having the mapping be remembered would make sense anyhow, I agree.
> (And running as the actual local administrator account may perhaps make some 
> minute difference that the group membership
> doesn't bring.)

Actually, unless the cygwin user was a domain account rather than a
local machine account, I would be surprised if it was not receiving
the ghost "full control" I mentioned above.

>> > The symptoms begin with an error saying something like “Unable to extract
>> /etc/ -- the file is in use.” plus a suspicion about a corrupt package.
>> > Skipping past this error gives an almost identical error but about
>> > “/etc/postinstall”, and skipping that gives another about
>> “/etc/postinstall/000-cygwin-post-install.sh”.
>>
>> When was the most recent filesystems check on the host with the actual
>> files?  A corrupt directory tree can cause similar issues.
>>
>
> Will do. Even if my immediate problem is solved, I think you may be right,
> there seems to be some lingering permissions issue that caused my confusion.
>
> Thanks again, even if my problem turned out to really be 
> account/permissions-related,
> your answers might give some useful hints for others with similar problems.



You are very welcome  :)

-- Erik

--
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: Trouble installing to UNC path and/or mapped network drive

[Andreas Wettergren]

Thank you very much for the reply, my issue has been resolved, details in my 
answers below.

> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> Behalf Of Erik Soderquist
> Sent: Monday, August 22, 2016 6:04 PM
> To: cygwin@cygwin.com
> Subject: Re: Trouble installing to UNC path and/or mapped network drive
> 
> On Mon, Aug 22, 2016 at 5:57 AM, Andreas Wettergren wrote:
> > The computer I’m using to launch the setup from is running Windows 7
> Professsional (64 - bit).
> > I’m using setup-x86.exe version 2.874.
> 
> Why 32 bit rather than 64 bit in a 64 bit environment?  (more curious than
> anything else, I don't think this affects the outcome).
> 

This is partially for historical reasons, and partially because I'm personally 
not 
100% sure every client that uses the environment is 64-bit yet.

> > Antivirus (Webroot SecureAnywhere) is disabled, but not completely
> unloaded, during setup.
> > (I have permissions to disable Webroot via a control applet, but I
> > don’t think I’m allowed to unload it completely)
> 
> Do you have the option of creating a couple virtual machines to test with
> virgin Windows installs?  That could relatively quickly determine if it is
> something in the exiting environment...
> 
> > First I tried using an UNC path, but this does not work at all, the
> > setup program complains that the UNC path is not an absolute path.
> > (Should this be considered a bug?  If so I will rerun the setup, get
> > the exact error message and report it separately.)
> 
> I believe this is expected, but will leave the final determination to others 
> with
> greater knowledge than I.
> 

Yep, I suspect network installs aren't really a supported scenario anyway, so 
filing a bug might not be useful.

> > To work around this, I mapped a network “drive” in Windows Explorer.
> > The drive is mapped so that my target directory is Z:\Cygwin.
> 
> Did you set the drive mapping to be remembered on future logins?  If not, a
> new instance after privilege elevation may also not have the drive mapping.
> (Still might not, I've had UAC/network drive mapping problems with other
> programs as well).  Is disabling UAC and running entirely as local admin to 
> test
> an option?  For that matter, is installinng on the host the installation is 
> local to
> an option?
> 

Good points. 
I got some help from my colleague in the end, and it turns out he ran the 
install as network administrator after all.
In hindsight I should have tried this, but his instructions specifically 
mentioned this "Cygwin" user, so I assumed they were accurate.

A detail I forgot to mention is that the network share is not really a Windows 
share, it's actually on a Samba server.
(Sorry, I should have mentioned this, but I forgot).
Although at first glance it seems the Cygwin user I was using looks like it has 
the correct permissions,
something was obviously missing or incorrectly mapped, running as the network 
admin worked fine.
I suspect there might be some underlying issue on the Linux file system level 
or it may be a Samba permissions mapping issue
for the Cygwin user.

UAC should not have been an issue, the account was in the local admins group, 
but having the mapping be remembered would make sense anyhow, I agree.
(And running as the actual local administrator account may perhaps make some 
minute difference that the group membership 
doesn't bring.)

> > The symptoms begin with an error saying something like “Unable to extract
> /etc/ -- the file is in use.” plus a suspicion about a corrupt package.
> > Skipping past this error gives an almost identical error but about
> > “/etc/postinstall”, and skipping that gives another about
> “/etc/postinstall/000-cygwin-post-install.sh”.
> 
> When was the most recent filesystems check on the host with the actual
> files?  A corrupt directory tree can cause similar issues.
> 

Will do. Even if my immediate problem is solved, I think you may be right,
there seems to be some lingering permissions issue that caused my confusion.

Thanks again, even if my problem turned out to really be 
account/permissions-related,
your answers might give some useful hints for others with similar problems.

Best regards

Andreas Wettergren
Translation Support
Amesto Translations



> -- Erik
> 
> --
> 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: Wrong file permissions

[Erik Soderquist]

On Mon, Aug 22, 2016 at 3:59 AM, Björn Kautler  wrote:
> Hi Eliot,
>
> thanks for your answer.
>
> It seems this was an issue with the NTFS permissions.
> I also was not able to access the folders via Windows Explorer.
> After also fixing the Windows permissions it works now as expected so far.
>
> Do you really think I got a new SID on the new box when logging in
> with the same user of the same domain?
> Can I check this somehow?

Your domain user SID will remain the same, however, all of the local
machine's domain SIDs will be different as it is a different host on
the domain, so I would expect permissions problems for any/all machine
specific installations when doing a raw perms copy.

> Why should the setup be redone on a new box?
> I'd need to do redo all installations, configuration, and so on.

I usually do this via script.  Besides, after copying, unless you
first do a full update on your source every time you'd still need to
update to current for the latest fixes.

> Besides ths permsissions issue I had, why shouldn't I just copy over
> the whole cygwin root directory?
> Everything cygwin related should be in there, isn't it?

I would imagine all of the *files* are present in the cygwin root, but
I've never checked, and a simple file copy, even if the adjustments
are made to result in the correct permissions, will not get things
like registry entries.  (I don't know how many there are, but do know
I've seen some).

-- Erik


ps:  this is a "no top posting" email list; please put your comments
and responses inline with what your are responding to so you do not
disrupt the normal flow of reading.

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

Non-Privileged Execution of cygrunsrv/cygserver

[Brian Inglis]

Hi folks,

Does anyone know how to start cygrunsrv/cygserver from a non-elevated shell?
Starting them in an elevated system startup scheduled task works, as does
shutting them down from a non-elevated shell before running setup.

The problem is that neither the scheduled task nor service startup can be
run from a non-elevated shell.
This used to be doable in a profile script on Windows 7 with earlier Cygwin,
but no longer works after Win 10 and/or security and/or Cygwin updates.

Alternatively (main use case) could setup-x86{,-64} be changed to shut down
cygrunsrv/cygserver if they are running when it starts, then restart them
if setup completes successfully, and they were running when setup started?

--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

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

[Brian Inglis]

On 2016-08-20 15:37, Corinna Vinschen wrote:

I uploaded a new Cygwin test release 2.6.0-0.11.
(Still) two interesting changes in this test release:
- Fix the bug reported in
  https://cygwin.com/ml/cygwin/2016-08/msg00357.html
- Add missing nl_langinfo_l functions as reported in
  https://cygwin.com/ml/cygwin/2016-08/msg00349.html
The 2.6.0 release is going to introducing the locale_t datatype, as well
as all functions related to locale_t locales and per-thread locales per
POSIX-1.2008.
So, rather than just providing a single, per-process locale, you can now
create new locales ("newlocale") and set it as locale for the current
thread ("uselocale") or use it directly with one of the new functions
taking a locale_t as parameter (i.e. isalpha_l).
The full list of new interfaces is:
- POSIX:
newlocale, freelocale, duplocale, uselocale, nl_langinfo_l
isalnum_l, isalpha_l, isblank_l, iscntrl_l, isdigit_l, isgraph_l,
islower_l, isprint_l, ispunct_l, isspace_l, isupper_l,
iswalnum_l, iswalpha_l, iswblank_l, iswcntrl_l, iswctype_l, iswdigit_l,
iswgraph_l, iswlower_l, iswprint_l, iswpunct_l, iswspace_l, iswupper_l,
iswxdigit_l, isxdigit_l
tolower_l, toupper_l, towctrans_l, towlower_l, towupper_l,
wctrans_l, wctype_l
strcasecmp_l, strcoll_l, strncasecmp_l, strxfrm_l
wcscasecmp_l, wcscoll_l, wcstrncasecmp_l, wcstrxfrm_l
strfmon_l, strftime_l
- GNU extensions:
isascii_l, toascii_l
strtol_l, stroll_l, strtoul_l, strtoull_l
strtod_l, strtofl, strtold_l
wcstol_l, wcsoll_l, wcstoul_l, wcstoull_l
wcstod_l, wcstofl, wcstold_l


Hi folks,

Compared lists of locale_t headers and functions for POSIX, Cygwin,
and glibc, attached below for comparison, and found:

* missed string.h(strerror_l) on my first check;
   not sure if you can implement that easily on Windows?

* GNU also supports wchar.h(wcsftime_l) and time.h(strptime_l);

* GNU also defines string.h(str[n]casecmp_l) functions as an extension,
   as well as in POSIX specified strings.h.

--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

POSIX   CYGWIN  GLIBC
headers ctype.h
functions   isalnum_l   isalnum_l   isalnum_l
functions   isalpha_l   isalpha_l   isalpha_l
functions   isblank_l   isblank_l   isblank_l
functions   iscntrl_l   iscntrl_l   iscntrl_l
functions   isdigit_l   isdigit_l   isdigit_l
functions   isgraph_l   isgraph_l   isgraph_l
functions   islower_l   islower_l   islower_l
functions   isprint_l   isprint_l   isprint_l
functions   ispunct_l   ispunct_l   ispunct_l
functions   isspace_l   isspace_l   isspace_l
functions   isupper_l   isupper_l   isupper_l
functions   isxdigit_l  isxdigit_l  isxdigit_l
functions   tolower_l   tolower_l   tolower_l
functions   toupper_l   toupper_l   toupper_l
functions   toascii_l   toascii_l
functions   isascii_l   isascii_l
headers wctype.h
functions   iswalnum_l  iswalnum_l  iswalnum_l
functions   iswalpha_l  iswalpha_l  iswalpha_l
functions   iswblank_l  iswblank_l  iswblank_l
functions   iswcntrl_l  iswcntrl_l  iswcntrl_l
functions   iswctype_l  iswctype_l  iswctype_l
functions   iswdigit_l  iswdigit_l  iswdigit_l
functions   iswgraph_l  iswgraph_l  iswgraph_l
functions   iswlower_l  iswlower_l  iswlower_l
functions   iswprint_l  iswprint_l  iswprint_l
functions   iswpunct_l  iswpunct_l  iswpunct_l
functions   iswspace_l  iswspace_l  iswspace_l
functions   iswupper_l  iswupper_l  iswupper_l
functions   iswxdigit_l iswxdigit_l iswxdigit_l
functions   towctrans_l towctrans_l towctrans_l
functions   towlower_l  towlower_l  towlower_l
functions   towupper_l  towupper_l  towupper_l
functions   wctrans_l   wctrans_l   wctrans_l
functions   wctype_lwctype_lwctype_l
headers locale.h
functions   duplocale   duplocale   duplocale
functions   freelocale  freelocale  freelocale
functions   newlocale   newlocale   newlocale
functions   uselocale   uselocale   uselocale
headers wchar.h
functions   wcscasecmp_lwcscasecmp_lwcscasecmp_l
functions   wcscoll_l   wcscoll_l   wcscoll_l
functions   wcsncasecmp_l   wcsncasecmp_l   wcsncasecmp_l
functions 

Re: building libgeos [solved]

[Felipe Vieira]

Hey guys,

after a couple more trials was able to solve the issue. I am not sure
exactly what was the problem but I'll be reporting the full
workaround.

Neither I am certain that the libgeos shipped with cygwin has an
issue; it looks like it was a matplotlib basemap issue instead.

Anyways here is the full process to get matplotlib basemap on cygwin:

1) <> git clone https://github.com/matplotlib/basemap .
Instead use their releases page:
https://github.com/matplotlib/basemap/releases . Follow the procedure
indicated in their github home page.

2) After the "> ./configure --prefix=$GEOS_DIR" but before the " >
make; make install" edit the file include/geos/platform.h on line 87
from:

'''
#if defined(HAVE_ISNAN)
# define ISNAN(x) (isnan(x))
#else
# if defined(_MSC_VER)
#  define ISNAN(x) _isnan(x)
# elif defined(__MINGW32__)
// sandro furieri: sanitizing MinGW32
#  define ISNAN(x) (std::isnan(x))
# elif defined(__OSX__) || defined(__APPLE__)
   // Hack for OS/X  incorrectly re-defining isnan() into oblivion.
   // It does leave a version in std.
#  define ISNAN(x) (std::isnan(x))
# elif defined(__sun) || defined(__sun__)
#  include 
#  define ISNAN(x) (::isnan(x))
# endif
#endif
'''
to
'''
# define ISNAN(x) (std::isnan(x))
# include 
# include 
'''
now proceed to the " > make; make install" and continue the procedure
as informed.

Thanks for all the help!

Best regards,

--
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: sqlite3-3.14.1-1 for Cygwin/Cygwin64

[Keith Christian]

Thank you for the update, Jan!

On Tue, Aug 23, 2016 at 3:31 AM, Jan Nijtmans  wrote:
> SQLite is a software library that implements a self-contained,
> serverless, zero-configuration, transactional SQL database engine
>
> Changes since 3.13.0-1
> =
> * Update to upstream SQLite 3.14.1, also known as the π release.
> 
> * Maximum default page length enhanced from 8192 to 32768
> * Maximum Number Of Attached Databases enhanced from 10 to 62
> 
> Additional SQLite bug-fixes, rejected (apparently) upstream
> but important (and simple) enough for Cygwin:
>   * VFS filename truncation issues
> 
>   * Wrong filename handling in sqlite3_load_extension() for Cygwin
> 
>   * pragma database_list returns win32 paths on Cygwin
> 
>   * ISO time leap second
> 
>   * update to Unicode 9.0 for FTS3/4/5 tokenizer
>
> --
> Jan Nijtmans
>
> --
> 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
>
> --
> 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
>

--
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: issue report

[Andrey Repin]

Greetings, Stanislav Bivolarski!

> C:\wamp\www\Leanplum-Marketing>grunt install
> (node) sys is deprecated. Use util instead.
> Running "exec:seedDB" (exec) task
>   0 [main] sh 728 find_fast_cwd: WARNING: Couldn't compute
> FAST_CWD pointer.  Please report this problem to
> the public mailing list cygwin@cygwin.com

Please do not report issues in versions of Cygwin years, if not decades, old.
Only the current version is supported.

>>> 0 [main] sh 728 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.  
>>> Please report this problem to
>>> the public mailing list cygwin@cygwin.com
>>> tools/db_create.sh: line 3: $'\r': command not found
> : No such file or directory 4: tools/config.sh
>>> Exited with code: 1.
> Warning: Task "exec:seedDB" failed. Use --force to continue.

> Aborted due to warnings.

> --
> Problem reports:   http://cygwin.com/problems.html
> FAQ:   http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html

Also this ^

P.S.
And as a general rule, "paste error text in google first".


-- 
With best regards,
Andrey Repin
Tuesday, August 23, 2016 13:01:51

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: Trouble installing to UNC path and/or mapped network drive

[Andrey Repin]

Greetings, Andreas Wettergren!

> Hi,
> We have a shared Cygwin environment installed to a Windows network share at
> my workplace, and I have been assigned the task to update it (along with
> installing a Perl program I wrote + dependencies).

I'll just throw in a note that the way Cygwin operates discourages any
"shared" setup scenario.
If you want a stable set of packages, your only real solution is a local
package mirror.
For more information, look up the "rebase" in Cygwin documentation.


-- 
With best regards,
Andrey Repin
Tuesday, August 23, 2016 12:58:57

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: sqlite3-3.14.1-1 for Cygwin/Cygwin64

[Jan Nijtmans]

SQLite is a software library that implements a self-contained,
serverless, zero-configuration, transactional SQL database engine

Changes since 3.13.0-1
=
* Update to upstream SQLite 3.14.1, also known as the π release.

* Maximum default page length enhanced from 8192 to 32768
* Maximum Number Of Attached Databases enhanced from 10 to 62

Additional SQLite bug-fixes, rejected (apparently) upstream
but important (and simple) enough for Cygwin:
  * VFS filename truncation issues

  * Wrong filename handling in sqlite3_load_extension() for Cygwin

  * pragma database_list returns win32 paths on Cygwin

  * ISO time leap second

  * update to Unicode 9.0 for FTS3/4/5 tokenizer

--
Jan Nijtmans

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

--
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: mintty 2.4.3 and test release mintty 2.5.0

[Frank Fesevur]

2016-08-23 1:29 GMT+02:00 Thomas Wolff:
> I have also uploaded mintty 2.5.0 as a test release with the following
> change:
>
>   * Revise DPI handling (#470; #492, #487); always consider individual
> monitor DPI.
>
> Note that this release introduces a slightly incompatible change in mintty.
> The issue is that the interpretation of font size used to be suitable for
> traditional resolution monitors and did not consider higher-DPI monitors or
> the Windows monitor "zooming" feature which adjusts a virtual DPI.
> As a result, the handling of changed DPI (when moving the window to another
> monitor) introduced in 2.2.1 interfered with other aspects, the initial DPI
> was not considered, and a number of unpleasant side effects were
> occasionally observed.
>
> I intend to change DPI handling to be consistent with the respective monitor
> DPI (as optionally configured by "zooming factor"), and to comply with font
> size interpreation of other applications, e.g. notepad. In consequence the
> initial font size may be smaller (or larger) than before, depending on the
> actual monitor geometry and configuration. Nothing would change on a
> "standard" monitor configuration. To compensate, some people may have to
> change their font size configuration.

I was about to write a bug report that I encountered with a maximized
mintty on a 125% secondary screen. When I minimized it to the taskbar
it would restore to my primary screen. But that problem is fixed now,
so for me 2.5.0 solves that problem even before reporting it. The
draft mail is thrown away ;-)

Thanks for the fix!

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

[ANNOUNCEMENT] Updated: {t1lib/t1lib-x11/t1lib5/t1libx5/t1lib-devel/t1libx-devel}-5.1.2-13: Rasterizer library for Adobe Type 1 Fonts

[Dr . Volker Zell]

Hi

New versions of 't1lib/t1lib-x11/t1lib5/t1libx5/t1lib-devel/t1libx-devel' have 
been uploaded to a server near you.

 o Build for cygwin 2.5.2 with gcc-5.4.0
 o [x86] removed .la files from /usr/lib

--
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: mintty 2.4.3 and test release mintty 2.5.0

[Thomas Wolff]

I have uploaded mintty 2.4.3 with the following changes:

  * Fix trails when moving other window over mintty under certain 
conditions (#576).

  * Fix format of double child creation error message.

I have also uploaded mintty 2.5.0 as a test release with the following 
change:


  * Revise DPI handling (#470; #492, #487); always consider individual 
monitor DPI.


Note that this release introduces a slightly incompatible change in mintty.
The issue is that the interpretation of font size used to be suitable 
for traditional resolution monitors and did not consider higher-DPI 
monitors or the Windows monitor "zooming" feature which adjusts a 
virtual DPI.
As a result, the handling of changed DPI (when moving the window to 
another monitor) introduced in 2.2.1 interfered with other aspects, the 
initial DPI was not considered, and a number of unpleasant side effects 
were occasionally observed.


I intend to change DPI handling to be consistent with the respective 
monitor DPI (as optionally configured by "zooming factor"), and to 
comply with font size interpreation of other applications, e.g. notepad. 
In consequence the initial font size may be smaller (or larger) than 
before, depending on the actual monitor geometry and configuration. 
Nothing would change on a "standard" monitor configuration. To 
compensate, some people may have to change their font size configuration.


The homepage is at http://mintty.github.io/
It also links to the issue tracker.

--
Thomas

--
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: {libtasn1_6/libtasn1-devel/libtasn1-doc}-4.9-1: ASN.1 library

[Dr . Volker Zell]

Hi

New versions of 'libtasn1_6/libtasn1-devel/libtasn1-doc' have been uploaded to 
a server near you.

 o Update to latest upstream release
 o Build for cygwin 2.5.2 with gcc-5.4.0
 o [x86] Removed the /usr/lib/libtasn1.la file


libtasn1 NEWS:
==
  
 o Fixes to OID encoding of OIDs which have elements which exceed 2^32

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

zsh bug: Incorrect (misleading) error message in zsh when using rm and drive letter is specified

[Ronald Fischer]

I observed this:

-0-1- ~/exp  > rm e:/media/*
zsh: sure you want to delete all the files in /home/FISRONA/exp/e:/media
[yn]? n

We see that zsh is catching the case that I want to rm all files in the
specified directory, and warns me about it (note that it is a zsh error
message, not a error message from rm), which is fine and expected
behaviour (which can be controlled by the zsh option RM_STAR_SILENT).
However, the path printed by zsh is wrong: It interprets e:/... as
relative path, while it is an absolute path. It seems that zsh is not
translating windows pathes using a drive letter to /cygdrive/... pathes
in this case.

Version information:
zsh 5.1.1 (x86_64-unknown-cygwin)
 
Ronald

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