Re: native Linux userland in Windows 10

[Eliot Moss]

On 4/13/2016 8:14 PM, John Cowan wrote:

Andrey Repin scripsit:


In other words, this is a useless bullshit?
No SSHD, no cron, no… nothing?


I know that some people really depend on having server applications
available on Windows via cygwin.  However, some of us do not use those
and rely only on non-server apps, for which this environment *might*
be useful.  (I am not drawing from the experimental stream and will
wait for the broader release, and see what's available.  Meanwhile,
I am still waiting for my Surface Book to talk to my USB 3.0 backup
disk!  (I have to use it through a USB 2.0 hub, or it won't work!))

Best -- Eliot

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

Re: Warning "Font has limited support for character ranges" on every new window since yesterday

[LLoyd]

Hello Andrey, thank you for your answer.

What do you mean by "that explains it"?
And more importantly, what should I use instead?

Regards,
LLoyd

--
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: native Linux userland in Windows 10

[Andrey Repin]

Greetings, John Cowan!

>> In other words, this is a useless bullshit?
>> No SSHD, no cron, no… nothing?

> Because there is no Upstart, standard Ubuntu cron will not work:
> "start cron" tells you that /com/ubuntu/upstart does not exist.

That's... Ridiculous.
You can try adding upstart, but I highly doubt it'll end good.


-- 
With best regards,
Andrey Repin
Thursday, April 14, 2016 03:54:14

Sorry for my terrible english...

Re: native Linux userland in Windows 10

[John Cowan]

Andrey Repin scripsit:

> In other words, this is a useless bullshit?
> No SSHD, no cron, no… nothing?

Because there is no Upstart, standard Ubuntu cron will not work:
"start cron" tells you that /com/ubuntu/upstart does not exist.

-- 
John Cowan  http://www.ccil.org/~cowanco...@ccil.org
Clear?  Huh!  Why a four-year-old child could understand this report.
Run out and find me a four-year-old child.  I can't make head or tail
out of it.--Rufus T. Firefly on government reports

--
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: Conflict between Cygwin 1.7 and Ubuntu for Windows 14316

[Andrey Repin]

Greetings, John Cowan!

>> You can use the cygwin od (octal dump) command to see the exact byte
>> contents of the files.

> The exact contents aren't the point.  The point is that file1, created
> under Cygwin, is not readable by UoW (or writable either), whereas file2,
> created by very similar methods under Win32 proper, is readable and
> writable by UoW.  So, for example, if I unpack a tarball of source
> code using Cygwin tar, none of the files from the tarball are
> readable by UoW.

Remove your symlink in the /home directory and use nsswitch.conf to configure
your home directory location.
Then set cygdrive to noacl and try again.


-- 
With best regards,
Andrey Repin
Thursday, April 14, 2016 01:20:46

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: Cygwin certificate is not trusted? Unknown issuer?

[Achim Gratz]

Kenneth Wolcott writes:
> wget fails
>
>  https://cygwin.com/setup-x86_64.exe
> Resolving cygwin.com (cygwin.com)... 209.132.180.131
> Connecting to cygwin.com (cygwin.com)|209.132.180.131|:443... connected.
> ERROR: The certificate of ‘cygwin.com’ is not trusted.
> ERROR: The certificate of ‘cygwin.com’ hasn't got a known issuer.

This was a problem on the cygwin.com server due to a botched attempt of
renewing the server certificate.  It's been fixed by overseers by
installing the almost expired cert again for now.


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

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables

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

Re: Warning "Font has limited support for character ranges" on every new window since yesterday

[Thomas Wolff]

Am 13.04.2016 um 09:00 schrieb LLoyd:

Hello.

I am using the .fon ones (http://font.gohu.org/gohufont-windows-2.0.zip)

Those are not installable here in Windows 7.


...
Do you think I should try another one? If yes, I can either test all
the installable ones or only one if you want me to test only one.
The first TTF archive listed on http://font.gohu.org/ is not installable 
either.
But the second one (https://github.com/koemaeda/gohufont-ttf) works and 
does not produce the warning.

So please use a modern font format.

Regards,
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: Cygwin certificate is not trusted? Unknown issuer?

[Eric Blake]

On 04/13/2016 01:45 PM, Kenneth Wolcott wrote:
> wget fails
> 
>  https://cygwin.com/setup-x86_64.exe
> Resolving cygwin.com (cygwin.com)... 209.132.180.131
> Connecting to cygwin.com (cygwin.com)|209.132.180.131|:443... connected.
> ERROR: The certificate of ‘cygwin.com’ is not trusted.
> ERROR: The certificate of ‘cygwin.com’ hasn't got a known issuer.

I get the same on a Fedora box, but with a nicer error message:

$ wget https://cygwin.com/setup-x86_64.exe
--2016-04-13 14:00:44--  https://cygwin.com/setup-x86_64.exe
Resolving cygwin.com (cygwin.com)... 209.132.180.131
Connecting to cygwin.com (cygwin.com)|209.132.180.131|:443... connected.
ERROR: cannot verify cygwin.com's certificate, issued by ‘CN=DigiCert
SHA2 High Assurance Server CA,OU=www.digicert.com,O=DigiCert Inc,C=US’:
  Unable to locally verify the issuer's authority.
To connect to cygwin.com insecurely, use `--no-check-certificate'.

So I don't think it's a bug in the just-uploaded wget 1.17.1-2.

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



signature.asc
Description: OpenPGP digital signature

Cygwin certificate is not trusted? Unknown issuer?

[Kenneth Wolcott]

wget fails

 https://cygwin.com/setup-x86_64.exe
Resolving cygwin.com (cygwin.com)... 209.132.180.131
Connecting to cygwin.com (cygwin.com)|209.132.180.131|:443... connected.
ERROR: The certificate of ‘cygwin.com’ is not trusted.
ERROR: The certificate of ‘cygwin.com’ hasn't got a known issuer.

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

[newlib-cygwin] Get rid of some special cases for Cygwin in sys/types.h

[Corinna Vinschen]

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=7b391244009ebca831aa8f8dac82112a9daa9023

commit 7b391244009ebca831aa8f8dac82112a9daa9023
Author: Corinna Vinschen 
Date:   Wed Apr 13 21:00:17 2016 +0200

Get rid of some special cases for Cygwin in sys/types.h

Remove off_t typedef from cygwin/types.h thus relying on sys/types.h.
Introduce winsup/cygwin/machine/_types.h and move some types shared
with newlib into it.  Get rid of their definition in cygwin/types.h.
Add same handling for __key_t/key_t as for the other types.

Signed-off-by: Corinna Vinschen 

Diff:
---
 newlib/libc/include/sys/_types.h   |  4 
 newlib/libc/include/sys/types.h|  7 +++
 winsup/cygwin/include/cygwin/types.h   | 28 
 winsup/cygwin/include/machine/_types.h | 26 ++
 winsup/cygwin/include/sys/cygwin.h |  4 +---
 5 files changed, 34 insertions(+), 35 deletions(-)

diff --git a/newlib/libc/include/sys/_types.h b/newlib/libc/include/sys/_types.h
index b38a161..c12eca3 100644
--- a/newlib/libc/include/sys/_types.h
+++ b/newlib/libc/include/sys/_types.h
@@ -45,6 +45,10 @@ typedef _off_t __off_t;
 
 typedef _off64_t __loff_t;
 
+#ifndef __key_t_defined
+typedef long __key_t;
+#endif
+
 /*
  * We need fpos_t for the following, but it doesn't have a leading "_",
  * so we use _fpos_t instead.
diff --git a/newlib/libc/include/sys/types.h b/newlib/libc/include/sys/types.h
index 496c2ae..316ee9a 100644
--- a/newlib/libc/include/sys/types.h
+++ b/newlib/libc/include/sys/types.h
@@ -167,7 +167,6 @@ typedef int32_t register_t;
  * how the file was compiled (e.g. -mint16 vs -mint32, etc.).
  */
 
-#ifndef __CYGWIN__ /* which defines these types in it's own types.h. */
 #ifndef _OFF_T_DECLARED
 typedef__off_t off_t;  /* file offset */
 #define_OFF_T_DECLARED
@@ -184,7 +183,6 @@ typedef __uid_t uid_t;  /* user id */
 typedef__gid_t gid_t;  /* group id */
 #define_GID_T_DECLARED
 #endif
-#endif /* !__CYGWIN__ */
 
 #ifndef _PID_T_DECLARED
 typedef__pid_t pid_t;  /* process id */
@@ -195,8 +193,9 @@ typedef __pid_t pid_t;  /* process id */
 typedef _mode_t mode_t;
 #endif
 
-#ifndef __CYGWIN__
-typedeflong key_t;
+#ifndef _KEY_T_DECLARED
+typedef__key_t key_t;  /* IPC key */
+#define_KEY_T_DECLARED
 #endif
 
 #ifndef _SSIZE_T_DECLARED
diff --git a/winsup/cygwin/include/cygwin/types.h 
b/winsup/cygwin/include/cygwin/types.h
index bdf4085..f9ed4b6 100644
--- a/winsup/cygwin/include/cygwin/types.h
+++ b/winsup/cygwin/include/cygwin/types.h
@@ -32,19 +32,8 @@ typedef struct timespec timespec_t;
 typedef struct timespec timestruc_t;
 #endif /*__timestruc_t_defined*/
 
-#ifndef __off_t_defined
-#define __off_t_defined
-typedef __off_t off_t;
-#endif /*__off_t_defined*/
-
 typedef __loff_t loff_t;
 
-#ifndef __dev_t_defined
-#define __dev_t_defined
-typedef __int16_t __dev16_t;
-typedef __uint32_t dev_t;
-#endif /*__dev_t_defined*/
-
 #ifndef __blksize_t_defined
 #define __blksize_t_defined
 typedef __int32_t blksize_t;
@@ -68,18 +57,6 @@ typedef unsigned long fsblkcnt_t;
 typedef unsigned long fsfilcnt_t;
 #endif /* __fsfilcnt_t_defined */
 
-#ifndef __uid_t_defined
-#define __uid_t_defined
-typedef unsigned short __uid16_t;
-typedef __uint32_t uid_t;
-#endif /*__uid_t_defined*/
-
-#ifndef __gid_t_defined
-#define __gid_t_defined
-typedef unsigned short __gid16_t;
-typedef __uint32_t gid_t;
-#endif /*__gid_t_defined*/
-
 #ifndef __ino_t_defined
 #define __ino_t_defined
 #ifndef __x86_64__
@@ -113,11 +90,6 @@ struct flock {
pid_tl_pid; /* returned with F_GETLK */
 };
 
-#ifndef __key_t_defined
-#define __key_t_defined
-typedef long long key_t;
-#endif /* __key_t_defined */
-
 #ifndef __BIT_TYPES_DEFINED
 #define __BIT_TYPES_DEFINED__ 1
 
diff --git a/winsup/cygwin/include/machine/_types.h 
b/winsup/cygwin/include/machine/_types.h
new file mode 100644
index 000..aafa998
--- /dev/null
+++ b/winsup/cygwin/include/machine/_types.h
@@ -0,0 +1,26 @@
+/* Cygwin's machine/_types.h */
+
+#ifndef _MACHINE__TYPES_H
+#define _MACHINE__TYPES_H
+
+#include 
+
+#if defined (__INSIDE_CYGWIN__) || defined (_COMPILING_NEWLIB)
+typedef __int16_t  __dev16_t;
+typedef __uint16_t __uid16_t;
+typedef __uint16_t __gid16_t;
+#endif
+
+#define __dev_t_defined
+typedef __uint32_t __dev_t;
+
+#define __uid_t_defined
+typedef __uint32_t __uid_t;
+
+#define __gid_t_defined
+typedef __uint32_t __gid_t;
+
+#define __key_t_defined
+typedef long long __key_t;
+
+#endif /* _MACHINE__TYPES_H */
diff --git a/winsup/cygwin/include/sys/cygwin.h 
b/winsup/cygwin/include/sys/cygwin.h
index 8c7128c..e663690 100644
--- a/winsup/cygwin/include/sys/cygwin.h
+++ b/winsup/cygwin/include/sys/cygwin.h
@@ -397,11 +397,9 @@ extern void cygwin_premain3 

[newlib-cygwin] Eliminate use of Newlib-specific

[Corinna Vinschen]

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=477463a2011ba81907a753df9ce7a71b6563db54

commit 477463a2011ba81907a753df9ce7a71b6563db54
Author: Sebastian Huber 
Date:   Wed Apr 13 13:10:15 2016 +0200

Eliminate use of Newlib-specific 

This change solves a glibc/BSD compatibility problem.

glibc and BSD use double underscore types for internal types.  The Linux
port of Newlib uses some glibc provided internal type definitions which
are not protected by guard defines, e.g. __off_t.  To avoid a conflict
Newlib uses single underscore types for some internal types, e.g.
_off_t.  However, for BSD compatibility we have to define the internal
types with double underscore names in .

The header file  is Newlib-specific.  It was used
instead of  to provide the internal type definitions
_CLOCK_T, _TIME_T_, _CLOCKID_T_, _TIMER_T_, and __suseconds_t.  Move
these definitions to  (there exist two instances of this
file, one for Linux and one for all other targets).  This makes the
_HAVE_SYSTYPES configuration define obsolete (could possibly break the
__RDOS__ target).  Use the standard  include throughout.

Move __loff_t defintion to default (non-Linux) .  Define
it via _off64_t to avoid a dependency on the compiler.

Provide the __off_t definition via default (non-Linux) 
based on _off_t for all systems except Cygwin.  For Cygwin use _off64_t.
Define off_t via __off_t.

Provide the __pid_t definition via default (non-Linux) .
This prevents a potential __pid_t and pid_t incompatibility.  Add BSD
guard defines for pid_t.

Signed-off-by: Sebastian Huber 

Diff:
---
 newlib/libc/include/machine/types.h| 27 +++---
 newlib/libc/include/reent.h|  1 -
 newlib/libc/include/sys/_timespec.h|  2 +-
 newlib/libc/include/sys/_timeval.h |  2 +-
 newlib/libc/include/sys/_types.h   | 21 
 newlib/libc/include/sys/config.h   |  1 -
 newlib/libc/include/sys/timeb.h|  2 +-
 newlib/libc/include/sys/times.h|  2 +-
 newlib/libc/include/sys/types.h|  8 +++-
 newlib/libc/sys/linux/sys/_types.h |  7 +++
 newlib/libc/sys/linux/sys/types.h  |  1 -
 newlib/libc/sys/rtems/include/machine/_types.h |  3 ---
 newlib/libc/sys/sparc64/sys/_timeval.h |  2 +-
 winsup/cygwin/include/cygwin/types.h   |  7 +--
 14 files changed, 40 insertions(+), 46 deletions(-)

diff --git a/newlib/libc/include/machine/types.h 
b/newlib/libc/include/machine/types.h
index 4250ee3..669242b 100644
--- a/newlib/libc/include/machine/types.h
+++ b/newlib/libc/include/machine/types.h
@@ -2,31 +2,10 @@
 #define_MACHTYPES_H_
 
 /*
- *  The following section is RTEMS specific and is needed to more
- *  closely match the types defined in the BSD machine/types.h.
- *  This is needed to let the RTEMS/BSD TCP/IP stack compile.
+ * This file is provided for backward compatibility.  It is no longer used in
+ * Newlib.  Do not add new things to it.
  */
-#if defined(__rtems__)
-#include 
-#endif
 
-#define_CLOCK_T_   unsigned long   /* clock() */
-#define_TIME_T_long/* time() */
-#define _CLOCKID_T_unsigned long
-#define _TIMER_T_  unsigned long
-
-#ifndef _HAVE_SYSTYPES
-typedef long int __off_t;
-typedef int __pid_t;
-#ifdef __GNUC__
-__extension__ typedef long long int __loff_t;
-#else
-typedef long int __loff_t;
-#endif
-#endif
-
-typedeflong__suseconds_t;  /* microseconds (signed) */
+#include 
 
 #endif /* _MACHTYPES_H_ */
-
-
diff --git a/newlib/libc/include/reent.h b/newlib/libc/include/reent.h
index 861be71..b7664b0 100644
--- a/newlib/libc/include/reent.h
+++ b/newlib/libc/include/reent.h
@@ -92,7 +92,6 @@ extern "C" {
 
 #include 
 #include 
-#include 
 
 #define __need_size_t
 #define __need_ptrdiff_t
diff --git a/newlib/libc/include/sys/_timespec.h 
b/newlib/libc/include/sys/_timespec.h
index bd66dfc..4a7aabc 100644
--- a/newlib/libc/include/sys/_timespec.h
+++ b/newlib/libc/include/sys/_timespec.h
@@ -34,7 +34,7 @@
 #ifndef _SYS__TIMESPEC_H_
 #define_SYS__TIMESPEC_H_
 
-#include 
+#include 
 
 #ifndef __time_t_defined
 typedef_TIME_T_time_t;
diff --git a/newlib/libc/include/sys/_timeval.h 
b/newlib/libc/include/sys/_timeval.h
index 0a4c539..d813d1f 100644
--- a/newlib/libc/include/sys/_timeval.h
+++ b/newlib/libc/include/sys/_timeval.h
@@ -29,7 +29,7 @@
 #ifndef _SYS__TIMEVAL_H_
 #define _SYS__TIMEVAL_H_
 
-#include 
+#include 
 
 #ifndef _SUSECONDS_T_DECLARED
 typedef__suseconds_t   suseconds_t;
diff --git a/newlib/libc/include/sys/_types.h b/newlib/libc/include/sys/_types.h
index 07bc276..b38a161 100644
--- 

[ANNOUNCEMENT] ca-certificates 2.7-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* ca-certificates-2.7-1

Mozilla's CA root certificates for use with OpenSSL, NSS, GnuTLS, and
other software that handles certificate verification.

This includes the latest root certificate changes:

https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.23_release_notes

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

ca-certificates 2.7-1

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* ca-certificates-2.7-1

Mozilla's CA root certificates for use with OpenSSL, NSS, GnuTLS, and
other software that handles certificate verification.

This includes the latest root certificate changes:

https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.23_release_notes

--
Yaakov

Re: native Linux userland in Windows 10

[John Cowan]

Andrey Repin scripsit:

> In other words, this is a useless bullshit?
> No SSHD, no cron, no… nothing?

It's meant to be a client, not a server.  I see no reason why cron
should not work.  I'll try it and sshd when I get home tonight,
along with the icacls commands.

-- 
John Cowan  http://www.ccil.org/~cowanco...@ccil.org
Most languages are dramatically underdescribed, and at least one is
dramatically overdescribed.  Still other languages are simultaneously
overdescribed and underdescribed.  Welsh pertains to the third category.
--Alan King

--
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: Conflict between Cygwin 1.7 and Ubuntu for Windows 14316

[KARL BOTTS]

How about the perms on the dir containing the file?


---
Karl Botts, kdbo...@usa.net


--
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: multiple definition of `atan2l' on the current Cygwin

[Marco Atzeri]

On 13/04/2016 18:55, René Berber wrote:

On 4/12/2016 7:08 PM, Tatsuro MATSUOKA wrote:

[snip]

/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/libstdc++.dll.a(d005836.o):(.text+0x0):
multiple definition of `atan2l'
**
/usr/lib/../lib/libm.a(t-d000195.o):fake:(.text+0x0): first defined
here


Those lines point to the double definition very clearly.

In Linux, libstdc++ doesn't include atan2l, only libm has it.  The
question then is: why is libstdc++ different?



likely because it was built before that libm had it.
Only latest cygwin 2.5.0 has 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: multiple definition of `atan2l' on the current Cygwin

[René Berber]

On 4/12/2016 7:08 PM, Tatsuro MATSUOKA wrote:

[snip]
> /usr/lib/gcc/x86_64-pc-cygwin/5.3.0/libstdc++.dll.a(d005836.o):(.text+0x0):
> multiple definition of `atan2l' 
> ** 
> /usr/lib/../lib/libm.a(t-d000195.o):fake:(.text+0x0): first defined
> here

Those lines point to the double definition very clearly.

In Linux, libstdc++ doesn't include atan2l, only libm has it.  The
question then is: why is libstdc++ different?
-- 
René Berber


--
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: Conflict between Cygwin 1.7 and Ubuntu for Windows 14316

[Gerrit Haase]

2016-04-13 17:43 GMT+02:00 John Cowan writes:
> The exact contents aren't the point.  The point is that file1, created
> under Cygwin, is not readable by UoW (or writable either), whereas file2,
> created by very similar methods under Win32 proper, is readable and
> writable by UoW.

Seems to be a permission issue, can you provide the output of:

icacls file1
icacls file2

please?

;)
Gerrit

--
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: Conflict between Cygwin 1.7 and Ubuntu for Windows 14316

[John Cowan]

Eliot Moss scripsit:

> You can use the cygwin od (octal dump) command to see the exact byte
> contents of the files.

The exact contents aren't the point.  The point is that file1, created
under Cygwin, is not readable by UoW (or writable either), whereas file2,
created by very similar methods under Win32 proper, is readable and
writable by UoW.  So, for example, if I unpack a tarball of source
code using Cygwin tar, none of the files from the tarball are
readable by UoW.

-- 
John Cowan  http://www.ccil.org/~cowanco...@ccil.org
Barry thirteen gules and argent on a canton azure fifty mullets of five
points of the second,  six, five, six, five, six, five, six, five, and six.
--blazoning the U.S. flag

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

Updated: wget-1.17.1-2

[Eric Blake (cygwin)]

A new release of wget, 1.17.1-2, will be available soon for download
from your favorite mirror, leaving 1.17.1-1 as previous.

NEWS:
=
This is a minor rebuild to pick up the new libpsl library and latest
cygwin headers. See also the package documentation in
/usr/share/doc/wget/.

DESCRIPTION:

GNU Wget is a file retrieval utility which can use either the HTTP,
HTTPS, or FTP protocols. Wget features include the ability to work in
the background while you're logged out, recursive retrieval of
directories, file name wildcard matching, remote file timestamp storage
and comparison, use of Rest with FTP servers and Range with HTTP servers
to retrieve files over slow or unstable connections, support for Proxy
servers, and configurability.

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

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

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

-- 
Eric Blake
volunteer cygwin wget package maintainer

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




signature.asc
Description: OpenPGP digital signature

[ANNOUNCEMENT] Updated: wget-1.17.1-2

[Eric Blake (cygwin)]

A new release of wget, 1.17.1-2, will be available soon for download
from your favorite mirror, leaving 1.17.1-1 as previous.

NEWS:
=
This is a minor rebuild to pick up the new libpsl library and latest
cygwin headers. See also the package documentation in
/usr/share/doc/wget/.

DESCRIPTION:

GNU Wget is a file retrieval utility which can use either the HTTP,
HTTPS, or FTP protocols. Wget features include the ability to work in
the background while you're logged out, recursive retrieval of
directories, file name wildcard matching, remote file timestamp storage
and comparison, use of Rest with FTP servers and Range with HTTP servers
to retrieve files over slow or unstable connections, support for Proxy
servers, and configurability.

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

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

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

-- 
Eric Blake
volunteer cygwin wget package maintainer

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




signature.asc
Description: OpenPGP digital signature

Re: native Linux userland in Windows 10

[Andrey Repin]

Greetings, Warren Young!

> On Apr 12, 2016, at 1:22 PM, Eliot Moss  wrote:
>> 
>> It will be interesting to see how they map identities and permissions!

> They don’t map identities at all, a fact that is clear from this presentation:

>   https://channel9.msdn.com/Events/Build/2016/C906

> They’re clearly saying that the Ubuntu world will have a completely
> different user set from your Windows desktop.  The inverse is clear from the
> fact that every native user that wants to have Ubuntu for Windows available 
> installs their own separate copy.

> This is what I meant in my previous comments about “no AD/SAM integration”.

In other words, this is a useless bullshit?
No SSHD, no cron, no… nothing?


-- 
With best regards,
Andrey Repin
Wednesday, April 13, 2016 18:24:49

Sorry for my terrible english...

Re: Conflict between Cygwin 1.7 and Ubuntu for Windows 14316

[Eliot Moss]

On 4/13/2016 9:11 AM, John Cowan wrote:

LLoyd scripsit:


John, if you can confirm?


Exactly right.


Please also provide the "cat /mnt/c/file1" and "cat /mnt/c/file2" from UoW.



From the Cygwin shell (note that my Cygwin and Windows home directories

are the same: /home/cowan is a Cygwin symlink to /cygdrive/c/Users/cowan):

cowan@large-skunk ~
$ echo stuff >file1

cowan@large-skunk ~
$ cat file1
stuff

cowan@large-skunk ~
$ ls -l file1
-rw-r--r--+ 1 cowan cowan 6 Apr 13 08:57 file1


From cmd.exe:


c:\Users\cowan>echo stuff >file2

c:\Users\cowan>type file2
stuff


From UoW bash prompt:


root@localhost:~# cd /mnt/c/Users/cowan
root@localhost:/mnt/c/Users/cowan# cat file1
cat: file1: Permission denied
root@localhost:/mnt/c/Users/cowan# cat file2
stuff
root@localhost:/mnt/c/Users/cowan# ls -l file1 file2
-rwxrwxrwx 1 root root 6 Apr 13 12:57 file1
-rwxrwxrwx 1 root root 8 Apr 13 12:57 file2

As you can see, they look exactly the same but are different somehow.
What is more, if I use cmd.exe echo to append to file1 and Cygwin echo
to append to file2, it changes nothing.  Likewise, if I overwrite them
completely, it changes nothing.  Only if I remove them and re-create
them from the "wrong" side does file1 become readable and file2 become
unreadable.

This is 64-bit Windows on an NTFS file system, but 32-bit Cygwin.  I'll
try installing Cygwin64 tonight and seeing if that makes any difference.



You can use the cygwin od (octal dump) command to see the exact byte contents
of the files.  (Use od -c .)  I suspected that one difference was \r\n
line termination from Windows echo and \n termination from cygwin echo.  That
did not explain the two byte difference in length, however.  I tried it myself
and found that cmd's echo adds a space after "stuff".  If I do:
c:\Users\moss> echo stuff> file1
(Note: no space before the > !)
It writes "stuff" without the extra space.  The line termination is still \r\n.
cygwin's echo gets rid of the space (because bash trims it before passing the
"stuff" argument) and uses \n as the line terminator.

As for permissions issues, that would have to do with cygwin's permission
system, a rather different topic.

Perhaps you did not know that the two echo's are different?

Regards -- Eliot MOss

--
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: native Linux userland in Windows 10

[John Cowan]

KARL BOTTS scripsit:

> Remember, they have tried basically the same thing at least twice
> before: the "POSIX Subsystem" of WinNT, and the "Unix Tools for Windows".

Actually, Microsoft hasn't.  The Posix subsystem never did anything
useful and was just a cynical hack to satisfy government checklists.
Must support Posix -- check.  But most limits were set as low as they
could go.  OpenNT/Interix/WSU was a third-party product, and was an
entirely separate implementation of Posix, not quite matching any existing
OS.  I ported a large proprietary Linux C++ program to it as a proof
of concept, and there were a lot of issues but it did eventually work.
The intention here is to match the Linux kernel, at least up to a point
(and nobody knows what that point is).

> I could be wrong.  I'll give it a year or two to settle, and then give it a
> try.  I just hope it does not interfere too much with my Cygwin setup, which I
> expect to keep for the foreseeable future.

It definitely doesn't affect Cygwin in any way.

-- 
John Cowan  http://www.ccil.org/~cowanco...@ccil.org
"Your honour puts yourself to much trouble correcting my English and
doubtless the final letter will be much better literature; but it will
go from me Mukherji to him Bannerji, and he Bannerji will understand it a
great deal better as I Mukherji write it than as your honour corrects it."
--19th-century Indian civil servant to his British superior

--
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: Conflict between Cygwin 1.7 and Ubuntu for Windows 14316

[John Cowan]

LLoyd scripsit:

> John, if you can confirm?

Exactly right.

> Please also provide the "cat /mnt/c/file1" and "cat /mnt/c/file2" from UoW.

>From the Cygwin shell (note that my Cygwin and Windows home directories
are the same: /home/cowan is a Cygwin symlink to /cygdrive/c/Users/cowan):

cowan@large-skunk ~
$ echo stuff >file1

cowan@large-skunk ~
$ cat file1
stuff

cowan@large-skunk ~
$ ls -l file1
-rw-r--r--+ 1 cowan cowan 6 Apr 13 08:57 file1

>From cmd.exe:

c:\Users\cowan>echo stuff >file2

c:\Users\cowan>type file2
stuff

>From UoW bash prompt:

root@localhost:~# cd /mnt/c/Users/cowan
root@localhost:/mnt/c/Users/cowan# cat file1
cat: file1: Permission denied
root@localhost:/mnt/c/Users/cowan# cat file2
stuff
root@localhost:/mnt/c/Users/cowan# ls -l file1 file2
-rwxrwxrwx 1 root root 6 Apr 13 12:57 file1
-rwxrwxrwx 1 root root 8 Apr 13 12:57 file2

As you can see, they look exactly the same but are different somehow.
What is more, if I use cmd.exe echo to append to file1 and Cygwin echo
to append to file2, it changes nothing.  Likewise, if I overwrite them
completely, it changes nothing.  Only if I remove them and re-create
them from the "wrong" side does file1 become readable and file2 become
unreadable.

This is 64-bit Windows on an NTFS file system, but 32-bit Cygwin.  I'll
try installing Cygwin64 tonight and seeing if that makes any difference.

-- 
John Cowan  http://www.ccil.org/~cowanco...@ccil.org
A: "Spiro conjectures Ex-Lax."
Q: "What does Pat Nixon frost her cakes with?"
  --"Jeopardy" for generative semanticists

--
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: native Linux userland in Windows 10

[KARL BOTTS]

What baffles me is, why didn't MS just arrange to support Cygwin more
directly, e.g., make a "blessed" distribution mechanism for Cygwin available
to their users?  Surely this could have been worked out: they have some sort
of "partnership" with RedHat, they claim.

I put a lengthy comment to that effect in the forum associated with that
video, after a colleague who was at the "Build Conference" in SF emailed it to
me last week.  (There may be more than one video.)

I do not think they have really considered the integration issues that Cygwin
has mostly solved.  Not just permissions, but small things like cygpath and
such utilities.  No doubt they can, but will they stick to it long enough to
make everything work?  I have my doubts.

Remember, they have tried basically the same thing at least twice before: the
"POSIX Subsystem" of WinNT, and the "Unix Tools for Windows".  Both failed and
have been abandoned.  And PowerShell is sort of another try: do you all know
that they started from the old ksh sources, somehow?  But they totally screwed
up PS, from my point of view, by making it deal primarily with binary streams
of proprietary data instead of text.  That may make it better for a former
CMD.EXE user, but it does not integrate at all with anything else.  For
instance, trying to pipe PS output into a bash script, or vice versa, is a
nightmare.  I have given up.

At the end of the day, mass Windows users just don't get the whole idea of a
shell as an integrator of software tools.  They think it is supposed to make
pretty pictures in a console emulator, as a poor substitute for a GUI.  I
suspect that will lead MS to screw up their Unix environment, to make it more
friendly to their primary user base.  Which will make it useless to me.

I could be wrong.  I'll give it a year or two to settle, and then give it a
try.  I just hope it does not interfere too much with my Cygwin setup, which I
expect to keep for the foreseeable future.


---
Karl Botts, kdbo...@usa.net


--
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: Conflict between Cygwin 1.7 and Ubuntu for Windows 14316

[LLoyd]

That's what he is saying. Apparently, doing:
/cygdrive/c $ echo stuff > file1
and doing
C:\> echo stuff > file2
Does not produce exactly the same files.

John, if you can confirm?
Please also provide the "cat /mnt/c/file1" and "cat /mnt/c/file2" from UoW.

Regards,
LLoyd

On 13 April 2016 at 19:01, Gerrit Haase  wrote:
> 2016-04-13 7:22 GMT+02:00 John Cowan wrote:
>>
>> When a file is created under Cygwin, ...
>
> What do you mean "under Cygwin"? I always thought that there is no
> difference at all, creating files worked always transparently for me,
> given that the permissions were correctly set.
>
>
> Regards,
> Gerrit
>
> --
> 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: native Linux userland in Windows 10

[Tony Kelman]

> 2016-04-12 14:50 GMT+02:00 Andrew Schulman is curious:
>>
>> Has anyone had a chance to try this new feature? Does it work as well as is
>> claimed?
>>
>
> I will try ;)
>
> Here is how to:
>
> http://blog.dustinkirkland.com/2016/04/howto-ubuntu-on-windows.html
>
> Gerrit

I've been giving it a spin. Lots of things are broken or not yet
implemented, still lots of problems at this stage. Apparently they
already have fixes for some of the issues that have been reported
at https://github.com/Microsoft/BashOnWindows/issues but not rolled
out to users yet. In its current form it could only possibly be a
replacement for cygwin if you can get away with your only interoperation
between cygwin and win32 executables or libraries being the /cygdrive
mounted filesystem. Getting binaries straight from Ubuntu is a cool
trick and will be really convenient once enough of the syscalls are
working that you don't notice any gaps. I'd prefer a different distro's
userland if I had a choice, but maybe that'll be possible later.

-Tony

  
--
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: Conflict between Cygwin 1.7 and Ubuntu for Windows 14316

[Gerrit Haase]

2016-04-13 7:22 GMT+02:00 John Cowan wrote:
>
> When a file is created under Cygwin, ...

What do you mean "under Cygwin"? I always thought that there is no
difference at all, creating files worked always transparently for me,
given that the permissions were correctly set.


Regards,
Gerrit

--
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: native Linux userland in Windows 10

[Gerrit Haase]

2016-04-12 14:50 GMT+02:00 Andrew Schulman is curious:
>
> Has anyone had a chance to try this new feature?  Does it work as well as is
> claimed?
>

I will try ;)

Here is how to:

http://blog.dustinkirkland.com/2016/04/howto-ubuntu-on-windows.html

Gerrit

--
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] texlive-collection-* 20160404-1 (TEST)

[Ken Brown]

Cygwin's TeX Live 2015 collections have been updated to the latest 
upstream release as test releases.


TeX Live provides a comprehensive, cross-platform TeX system.  It 
includes all the major TeX-related programs, macro packages, and fonts 
that are free software, including support for many languages around the 
world.  For more information, see


  http://www.tug.org/texlive/

This test release includes the tlmgr (TeX Live Manager) utility.  tlmgr 
allows a user to manage a TeX Live installation, both packages[1] and 
configuration options.


tlmgr operates in two modes: system mode (the default) and user mode. 
Some of the actions operate on the system directories and are not 
available in user mode.  But installing/removing/updating packages is 
allowed in user mode, with everything taking place in the user's home 
directory.


I have restricted tlmgr so that certain system-mode actions that would 
interfere with Cygwin’s package manager (setup-*.exe) are disabled.  You 
can see the currently enabled actions in /etc/texmf/tlmgr/config.  I 
have tried to be conservative in this initial test release and have 
enabled only those actions that I’m fairly sure are safe[2].  I may 
enable more actions in the future.


Please test this release and report back.  Here are some things you can try:

1. tlmgr help

2. tlmgr paper

[This will show you the current default paper size for the TeX Live 
programs.]


3. tlmgr paper letter

[This sets the default paper size to "letter" size.  It writes to 
various system directories, so you must run it as a user with write 
access to those directories, typically an administrator.]


4. tlmgr init-usertree

[This initializes the directory ~/.local/share/texmf so that you can 
perform various user mode actions.]


5. tlmgr --usermode option showall

6. tlmgr --usermode option autobackup 1

7. tlmgr --usermode option backupdir ~/.local/share/texmf/tlpkg/backups

[If the specified directory doesn’t exist, you’ll get a message telling 
you to create it.]


8. tlmgr info | grep -v '^i '

[This gives you a list of all upstream packages that are not installed 
on your system.]


9. tlmgr --usermode install noto

[noto can be replaced by any other upstream package.]

Ken Brown
Cygwin's TeX Live maintainer

[1] "Package" here is used in the sense of upstream TeX Live.  There are 
about 3000 packages, which are organized into "collections".  Cygwin 
only ships complete collections.  For example, the noto package is part 
of the fontsextra collection.  Up to now, there has been no supported 
way for a Cygwin user to install the noto package without installing the 
entire fontsextra collection.


[2] "Safe" means that they won’t mess up your TeX Live installation.

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

texlive-collection-* 20160404-1 (TEST)

[Ken Brown]

Cygwin's TeX Live 2015 collections have been updated to the latest 
upstream release as test releases.


TeX Live provides a comprehensive, cross-platform TeX system.  It 
includes all the major TeX-related programs, macro packages, and fonts 
that are free software, including support for many languages around the 
world.  For more information, see


  http://www.tug.org/texlive/

This test release includes the tlmgr (TeX Live Manager) utility.  tlmgr 
allows a user to manage a TeX Live installation, both packages[1] and 
configuration options.


tlmgr operates in two modes: system mode (the default) and user mode. 
Some of the actions operate on the system directories and are not 
available in user mode.  But installing/removing/updating packages is 
allowed in user mode, with everything taking place in the user's home 
directory.


I have restricted tlmgr so that certain system-mode actions that would 
interfere with Cygwin’s package manager (setup-*.exe) are disabled.  You 
can see the currently enabled actions in /etc/texmf/tlmgr/config.  I 
have tried to be conservative in this initial test release and have 
enabled only those actions that I’m fairly sure are safe[2].  I may 
enable more actions in the future.


Please test this release and report back.  Here are some things you can try:

1. tlmgr help

2. tlmgr paper

[This will show you the current default paper size for the TeX Live 
programs.]


3. tlmgr paper letter

[This sets the default paper size to "letter" size.  It writes to 
various system directories, so you must run it as a user with write 
access to those directories, typically an administrator.]


4. tlmgr init-usertree

[This initializes the directory ~/.local/share/texmf so that you can 
perform various user mode actions.]


5. tlmgr --usermode option showall

6. tlmgr --usermode option autobackup 1

7. tlmgr --usermode option backupdir ~/.local/share/texmf/tlpkg/backups

[If the specified directory doesn’t exist, you’ll get a message telling 
you to create it.]


8. tlmgr info | grep -v '^i '

[This gives you a list of all upstream packages that are not installed 
on your system.]


9. tlmgr --usermode install noto

[noto can be replaced by any other upstream package.]

Ken Brown
Cygwin's TeX Live maintainer

[1] "Package" here is used in the sense of upstream TeX Live.  There are 
about 3000 packages, which are organized into "collections".  Cygwin 
only ships complete collections.  For example, the noto package is part 
of the fontsextra collection.  Up to now, there has been no supported 
way for a Cygwin user to install the noto package without installing the 
entire fontsextra collection.


[2] "Safe" means that they won’t mess up your TeX Live installation.

Re: multiple definition of `atan2l' on the current Cygwin

[Corinna Vinschen]

On Apr 13 09:08, Tatsuro MATSUOKA wrote:
> > From: Corinna Vinschen > To: cygwin@cygwin.com
> > Cc: 
> > Date: 2016/4/12, Tue 22:39
> > Subject: Re: multiple definition of `atan2l' on the current Cygwin
> > 
> > On Apr 12 17:11, Tatsuro MATSUOKA wrote:
> >>  Hello
> >>  I have updated Cygwin_x86 and Cygwin_x86-64 today.
> >>  In building the gnuplot I have met the error of "multiple definition 
> > of `atan2l'".
> > I can't reproduce this with a simple testcase:
> > 
> >   $ cat > m.cc < >   #include 
> > 
> >   int main ()
> >   {
> >     atan2l (1.0, 2.0);
> >   }
> >   EOF
> >   $ g++ -g -o m m.cc -lm -lstdc++ -lm -lstdc++
> > 
> > This builds and links fine for me.
> > 
> > Is there a chance that gnuplot accidentally provides its own atan2l on
> > Cygwin, despite Cygwin 2.5.0 now providing it per C99?  Or did you, by
> > any chance, try to rebuild gnuplot without reconfiguring the build?
> > 
> > Can you please provide a simple, self-contained testcase?
> Your testcase also works here.
> I tried to make the test but I could not make a simple, self-contained 
> testcase.
> Instead I copy and paste full compile command and output at the link.

That's not helpful, unfortunately.  What about my other questions?


Corinna

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


signature.asc
Description: PGP signature

Re: strxfrm() returns an incorrect value on a short buffer

[Corinna Vinschen]

On Apr 13 10:46, Tony Cook wrote:
> On Tue, Apr 12, 2016 at 03:30:49PM +0200, Corinna Vinschen wrote:
> > On Apr 12 15:07, Tony Cook wrote:
> > > strxfrm() returns an incorrect value if you supply an output buffer
> > > and that buffer is too short for the result.
> > > 
> > > With the code following:
> > > [...]
> > > It appears that strxfrm() is just returning the size of the output
> > > buffer on an overflow error rather than calling LCMapString() again
> > > with cchDest set to zero to get the required buffer length that
> > > strxfrm() is meant to return on a short buffer.
> > 
> > Thanks for the testcase.  I applied a patch
> > 
> >   https://sourceware.org/git/?p=newlib-cygwin.git;h=e1854211
> > 
> > and created new snapshots on
> > 
> >   https://cygwin.com/snapshots/
> > 
> > Please give them a try.
> 
> Thanks, fixed in snapshot 20160412.

Thanks for your feedback,
Corinna

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


signature.asc
Description: PGP signature

Re: gdb using Windows paths in dlopen()ed modules?

[Corinna Vinschen]

On Apr 12 21:16, Yaakov Selkowitz wrote:
> On 2016-04-12 10:20, Marco Atzeri wrote:
> >On 22/02/2016 10:00, Yaakov Selkowitz wrote:
> >>The following packages have been uploaded to the Cygwin distribution:
> >>
> >>* mesa-11.0.9-2
> >>* dri-drivers-11.0.9-2
> >>* libglapi0-11.0.9-2
> >>* libGL1-11.0.9-2
> >>* libGL-devel-11.0.9-2
> >>* libOSMesa8-11.0.9-2
> >>* libOSMesa-devel-11.0.9-2
> >>* libEGL1-11.0.9-2
> >>* libEGL-devel-11.0.9-2
> >>* libGLESv2_2-11.0.9-2
> >>* libGLESv2-devel-11.0.9-2
> >>* windowsdriproto-11.0.9-2
> >>
> >>Mesa is an open-source implementation of the OpenGL specification, a
> >>system
> >>for rendering interactive 3D graphics.
> >>
> >>Complete documentation on OpenGL usage and configuration can be found
> >>here:
> >>
> >>http://x.cygwin.com/docs/ug/using-glx.html
> >>
> >>This release has been rebuilt for LLVM 3.7.
> >>
> >>--
> >>Yaakov
> >>
> >
> >Hi Yaakov,
> >we found a case where the 32bit is segfaulting
> >while dri-drivers-11.0.9-1
> >works fine.
> >For reference:
> >https://cygwin.com/ml/cygwin/2016-04/msg00245.html
> >https://cygwin.com/ml/cygwin/2016-04/msg00251.html
> >
> >To replicate with octave is enough :
> >run from xterm
> >   /usr/bin/octave-cli-4.0.1.exe
> >
> >  x=1:100;
> >  plot(x,x)
> >
> >as dri-drivers seems absent from mesa-debuginfo
> >I can not provide you a meaningful backtrace:
> >
> >#0  0xfc6d00a0 in ?? ()
> >#1  0x43934357 in gallium_dri!__driDriverGetExtensions_swrast ()
> >from E:/cygwin/lib/dri/swrast_dri.so
> [snip]
> > #14 0x4fc1ae48 in glutJoystickGetCenter () from /usr/bin/cygglut-3.dll
> 
> Corinna,
> 
> I'm seeing this as well.  Any idea why gdb is using with dlopen()ed modules?

Sorry, no.  Does that depend on the Cygwin version?


Corinna

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


signature.asc
Description: PGP signature

Re: Warning "Font has limited support for character ranges" on every new window since yesterday

[LLoyd]

Hello.

I am using the .fon ones (http://font.gohu.org/gohufont-windows-2.0.zip)

I never tried to start mintty manually, I am using the standard
desktop shortcut which starts "C:\cygwin64\bin\mintty.exe -i
/Cygwin-Terminal.ico -"

I just tried this:
mintty -o Font=gohufont-14 -
which does produce the warning as you can see in this screenshot:
http://i.imgur.com/igFuQGv.png

I *did* remove my .minttyrc font setting prior to doing that test, so
"mintty -" does not produce any warning and "mintty -o
Font=gohufont-14 -" does produce a warning.

Do you think I should try another one? If yes, I can either test all
the installable ones or only one if you want me to test only one.

Regards,
Alexandre


PS: starting "mintty -o Font=GohuFont" or "mintty -o Font=gohufont"
fails with a "font not found, using a substitute" error

On 13 April 2016 at 15:01, Thomas Wolff  wrote:
> Am 13.04.2016 um 03:43 schrieb LLoyd:
>>
>> Hello.
>>
>> ...
>>
>> Today however, every time I start a new cygwin terminal (with Alt+F2
>> of using the desktop shortcut), I am met with this warning:
>>
>> Font has limited support for character ranges
>>
>> ...
>>
>> I am indeed using a font called gohufont-14 which only comes in size of
>> 14pt.
>> ...
>
> I don't get the warning when I start mintty -o Font=GohuFont; there are
> a number of versions of that font available, some of them not
> installable. Which one do you use?
> Thomas
>
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> https://www.avast.com/antivirus
>
>
> --
> 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: Warning "Font has limited support for character ranges" on every new window since yesterday

[Thomas Wolff]

Am 13.04.2016 um 03:43 schrieb LLoyd:

Hello.

...

Today however, every time I start a new cygwin terminal (with Alt+F2
of using the desktop shortcut), I am met with this warning:

Font has limited support for character ranges

...

I am indeed using a font called gohufont-14 which only comes in size of 14pt.
...

I don't get the warning when I start mintty -o Font=GohuFont; there are
a number of versions of that font available, some of them not
installable. Which one do you use?
Thomas

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


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