Re: Mosh connection errors

[John Hood]

(I'm one of the Mosh maintainers, but I happen to be here too.)

The usual cause of this is the ssh session not being able to find 
mosh-server on the remote server.  Try 'ssh -t root@host -- mosh-server' 
to simplify debugging a bit.  What OS and Mosh version do you have on 
the server?


regards,

  --jh



On 01/29/2017 07:15, Roger Qiu wrote:

Hi Everybody,

Upon trying to execute mosh 1.2.5 from the official packages, it gives 
back this:


```

mosh root@host

bash: No such file or directory
write: Broken pipe
/usr/bin/mosh: Did not find remote IP address (is SSH ProxyCommand 
disabled?).


```

No idea what could be causing, but this doesn't happen when I'm on Linux.

Thanks,

Roger




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

Re: cygcheck and literal plus sign

[Steven Penny]

On Mon, 30 Jan 2017 18:30:19, Jon Turney wrote:
> I added a workaround to the script so that corresponding decoding ('+' 
> -> ' ') is skipped if it looks like a cygcheck request ('text=1'), so 
> this should be working again

Confirmed fixed, thanks.


--
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: cygcheck and literal plus sign

[Jon Turney]

On 28/01/2017 03:01, Steven Penny wrote:

On Mon, 27 Jan 2014 16:43:23, Steven Penny wrote:

$ cygcheck -p 'g\x2b\x2b.exe'


I think this relies on this being interpreted as a PCRE regex, which 
hasn't been the case for a while, since some server-side changes.



It looks like this is broken again. package-grep does work:


Thanks for pointing this out.


$ q=https://cygwin.com/cgi-bin2/package-grep.cgi
$ curl -s "$q"'?text=1=x86_64=mingw32-g%2B%2B' | awk 'NR>1{$0=$1}1'
Found 4 matches for mingw32-g++
mingw64-i686-gcc-g++-5.4.0-2
mingw64-i686-gcc-g++-5.4.0-3
mingw64-x86_64-gcc-g++-5.4.0-2
mingw64-x86_64-gcc-g++-5.4.0-3

but it seems no incantation will make cygcheck work:

[...]


$ cygcheck -p mingw32-g++
Found 0 matches for mingw32-g


It looks like the underlying bug here is that 'cygcheck -p' doesn't 
encode '+', but the package-grep-cgi script is expecting the query part 
of the URL to be application/x-www-form-urlencoded (as is the case with 
the web form interface to this search), where '+' is the encoding for a 
' '...


I added a workaround to the script so that corresponding decoding ('+' 
-> ' ') is skipped if it looks like a cygcheck request ('text=1'), so 
this should be working again



$ cygcheck -p mingw32-g++
Found 4 matches for mingw32-g++
mingw64-i686-gcc-g++-5.4.0-2 - mingw64-i686-gcc-g++: GCC for Win32 
(i686-w64-mingw32) toolchain (C++) (installed binaries and support files)
mingw64-i686-gcc-g++-5.4.0-3 - mingw64-i686-gcc-g++: GCC for Win32 
(i686-w64-mingw32) toolchain (C++) (installed binaries and support files)
mingw64-x86_64-gcc-g++-5.4.0-2 - mingw64-x86_64-gcc-g++: GCC for Win64 
toolchain (C++) (installed binaries and support files)
mingw64-x86_64-gcc-g++-5.4.0-3 - mingw64-x86_64-gcc-g++: GCC for Win64 
toolchain (C++) (installed binaries and support files)



--
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: Why is popen from stdio.h disabled with -std=c++11?

[Yaakov Selkowitz]

On 2017-01-30 10:41, Пётр Б. wrote:

Why is popen from stdio.h disabled with -std=c++11? I am trying to
grasp it and I can't.

It is exposed if -std=c11 but not for c++11.


No, it's not, you get an implicit function declaration warning in C. 
C++ is simply less forgiving (which is not a bad thing in this case).



What is the problem and can it be solved?


Use -std=gnu++11, or -D_DEFAULT_SOURCE with -std=c++11.


Why does -std=c++11 prevent POSIX visibility?


Because it means ISO standard C++, which popen is not.


MinGW exposes popen as _popen, could it be an option for Cygwin?


Absolutely not, that is an MSVC-ism.

--
Yaakov

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

Re: /etc/rebase.db.x86_64 writeable by group None

[Eliot Moss]

On 1/30/2017 11:35 AM, Andrey Repin wrote:

Greetings, Bengt Larsson!


On my system /etc/rebase.db.x86_64 is writable by group None.


It is writable by the group with which you've installed Cygwin the first time.
Assuming you've never changed it. In any case, your report lacking any details
necessary to investigate.


This is typical, unless you change the group used for Cygwin things ... 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: /etc/rebase.db.x86_64 writeable by group None

[Andrey Repin]

Greetings, Bengt Larsson!

> On my system /etc/rebase.db.x86_64 is writable by group None.

It is writable by the group with which you've installed Cygwin the first time.
Assuming you've never changed it. In any case, your report lacking any details
necessary to investigate.


-- 
With best regards,
Andrey Repin
Monday, January 30, 2017 19:34:20

Sorry for my terrible english...


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

Why is popen from stdio.h disabled with -std=c++11?

[Пётр Б .]

See usr/include/stdio.h:343 (2016.12.16)

Why is popen from stdio.h disabled with -std=c++11? I am trying to
grasp it and I can't. It is exposed if -std=c11 but not for c++11.
What is the problem and can it be solved?

Why does -std=c++11 prevent POSIX visibility?

MinGW exposes popen as _popen, could it be an option for Cygwin?

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

[PATCH] Fix cygcheck -p's handling of '+'

[Jon Turney]

The form data sent to the server should be application/x-www-form-urlencoded

This replaces spaces with '+' before being RFC 11738 encoded, so a literal
'+' must be %-encoded also.

See https://cygwin.com/ml/cygwin/2014-01/msg00287.html et seq.

Signed-off-by: Jon Turney 
---
 winsup/utils/cygcheck.cc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/winsup/utils/cygcheck.cc b/winsup/utils/cygcheck.cc
index d1e27b7..e745b20 100644
--- a/winsup/utils/cygcheck.cc
+++ b/winsup/utils/cygcheck.cc
@@ -2009,8 +2009,8 @@ check_keys ()
   return 0;
 }
 
-/* RFC1738 says that these do not need to be escaped.  */
-static const char safe_chars[] = "$-_.+!*'(),";
+/* These do not need to be escaped in application/x-www-form-urlencoded */
+static const char safe_chars[] = "$-_.!*'(),";
 
 /* the URL to query.  */
 static const char base_url[] =
-- 
2.8.3

Re: Bug in lrzip 0.631-1 (32 bit version) with -d -o - options

[David Balažic]

I tried in Ubuntu 32 bit (both the packaged lrzip  and a self compiled
one) and there the problem does not happen, so it looks like either:
 - bad lrzip in cygwin
 - cygwin pipe issues?

Regards,
David


On 25 January 2017 at 23:15, David Balažic  wrote:
> Hi!
>
> The 32 bit version of lrzip 0.631-1 contains a bug that corrupts the
> decompressed dat in some circumstances.
>
> I reproduced the problem on 2 PCs (the md5sum of the broken output was
> the same on both systems).
>
> I seems to happen when the (de)compressed file size is bigger than the
> available RAM (note that the 32 bit version uses max 4GB in any case)
> and lrzip resorts to using a temporary file.
>
> See below for reproducing:
>
> $ lrzip -i sda.img.lrz2
> sda.img.lrz2:
> lrzip version: 0.6 file
> Compression: rzip + lzma
> Decompressed file size: 64017212928
> Compressed file size: 7210541304
> Compression ratio: 8.878
> MD5 used for integrity testing
> MD5: 6594f5b0d22efd345003260054165842
>
> $ date; df -h ; TMP=/cygdrive/i/t/tmp/  lrzip -v  -d  -o -
> sda.img.lrz2  | tee >(md5sum --tag) >(sha1sum --tag) > /dev/null   ;
> date
> Tue Jan 24 21:29:01 CET 2017
> Filesystem  Size  Used Avail Use% Mounted on
> C:/cygwin   114G   94G   21G  83% /
> D:  541G  534G  7.1G  99% /cygdrive/d
> I:  391G  279G  113G  72% /cygdrive/i
> Q:   60G   57G  2.8G  96% /cygdrive/q
> The following options are in effect for this DECOMPRESSION.
> Threading is ENABLED. Number of CPUs detected: 4
> Detected 17160601600 bytes ram
> Compression level 7
> Nice Value: 19
> Show Progress
> Verbose
> Output Filename Specified: -
> Temporary Directory set as: /cygdrive/i/t/tmp/
> Outputting to stdout.
> Detected lrzip version 0.6 file.
> MD5 being used for integrity testing.
> Decompressing...
> Unable to decompress entirely in ram, will use physical files
> Dumping temporary file to control->outFILE.
>
> [1]+  Stopped TMP=/cygdrive/i/t/tmp/ lrzip -v -d -o -
> sda.img.lrz2 | tee >(md5sum --tag) >(sha1sum --tag) > /dev/null
> Tue Jan 24 21:31:39 CET 2017
>
> stein@hofer8 /cygdrive/i/Zotac_bak
> $ fg
> TMP=/cygdrive/i/t/tmp/ lrzip -v -d -o - sda.img.lrz2 | tee >(md5sum
> --tag) >(sha1sum --tag) > /dev/null
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
> Dumping temporary file to control->outFILE.
>
> Average DeCompression Speed:  0.668MB/s
> Dumping temporary file to control->outFILE.
> [OK] - 64017212928 bytes
> Total time: 25:22:26.25
> SHA1 (-) = 6c519210541eb128c03b7c0f803adb2b46ee2a72
> MD5 (-) = 8bd6ad48f2cea6a710af70b434d57673
>
>
> The correct md5sum is 6594f5b0d22efd345003260054165842.
>
>
> Simply decompressing the file (lrzip -d -o sda.img sda.img.lrz2) to
> filesystem works fine, only when piped to stdout the problem happens.
>
> The 64 bit version does not have this problem.
>
>
> I will check if the same problem happens with the native linux build
> of lrzip (it takes a day...).
>
>
> I tried to reproduce the problem with a smaller file, but there it did
> not happen. Maybe my first test file has some corruption that causes
> this (unlikely).
>
> Some version information (complete cygcheck -s -v -r output attached):
>
> base-cygwin   3.8-1
> cygwin2.6.1-1
> lrzip 0.631-1
>
> Regards,
> David

--
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: Debugging MariaDB Severe Crash (mysqld daemon dies)

[Keith Christian]

OwN-3m-All,

If no one from the Cygwin team answers here, perhaps run Cygwin setup
and install the source package from Cygwin and re-compile with all
debugging  turned on (however that's done in MariaDB.)

Only a suggestion, I'm not an expert in the recent changes to Cygwin,
all of which have been very good.

On Sat, Jan 28, 2017 at 11:10 PM, OwN-3m-All  wrote:
> I opened a bug here with MariaDB since I don't know what else to do:
>
> https://jira.mariadb.org/browse/MDEV-11931
>
> The link above contains a database dump and the query that causes it
> to crash on Windows running under cygwin.
>
> --
> 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: X colormap problem when viewed via Microsoft Remote Desktop

[Jon Turney]

On 29/01/2017 03:16, jeff_sche...@att.net wrote:

After a fairly recent update of cygwin, I now find that all my X
windows (xterm, emacs, etc.) have color and font problems.  Non-x
terminal windows are fine.  Windows 7 is running as a VM on an esxi
hypervisor, so I view it remotely with Microsoft Remote Desktop.  It
worked well on a previous cygwin release, but I don't have the exact
date when it changed.  Also, I don't think the problem is with MRD
because I see it with VNC also.


Thanks for reporting this problem.

"color and font problems" is a bit vague.  Can you upload a screenshot 
somewhere which illustrates this?


This is unlikely to be a problem with actual X colourmaps unless you are 
using antique X clients which use 8 bit visuals.


However, RDP can step down the display colour depth, whereas the colour 
depth of an X server root window cannot change, which can cause 
dithering to occur.


Additionally, sometimes DirectDraw rendering to RDP doesn't seem to work 
properly, for unknown reasons. (This is discussed briefly in [1])


Since this has started 'recently', I guess it might be related to the 
'-compositewm' option being turned on by default [2].


So, you might try starting the X server with a limited colour depth 
(e.g. '-depth 16'), or try the '-engine 1' or '-nocompositewm' options [3].


[1] https://x.cygwin.com/docs/ug/using-terminal-server.html
[2] https://cygwin.com/ml/cygwin-announce/2016-06/msg00045.html
[3] https://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-command-line-args

--
Jon Turney
Volunteer Cygwin/X X Server maintainer

--
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: {gd/libgd3/libgd-devel}-2.2.4-1: A library for the dynamic creation of images by programmers

[Dr . Volker Zell]

Hi

New versions of 'gd/libgd3/libgd-devel' have been uploaded to a server near you.

 o Build for cygwin 2.6.1 with gcc-5.4.0
 o Update to latest upstream release


gd NEWS:

  
Security

gdImageCreate() doesn't check for oversized images and as such is prone to 
DoS vulnerabilities. (CVE-2016-9317)
double-free in gdImageWebPtr() (CVE-2016-6912)
potential unsigned underflow in gd_interpolation.c
DOS vulnerability in gdImageCreateFromGd2Ctx()

Fixed

Fix #354: Signed Integer Overflow gd_io.c
Fix #340: System frozen
Fix OOB reads of the TGA decompression buffer
Fix DOS vulnerability in gdImageCreateFromGd2Ctx()
Fix potential unsigned underflow
Fix double-free in gdImageWebPtr()
Fix invalid read in gdImageCreateFromTiffPtr()
Fix OOB reads of the TGA decompression buffer
Fix #68: gif: buffer underflow reported by AddressSanitizer
Avoid potentially dangerous signed to unsigned conversion
Fix #304: test suite failure in gif/bug6 [2.2.3]
Fix #329: GD_BILINEAR_FIXED gdImageScale() can cause black border
Fix #330: Integer overflow in gdImageScaleBilinearPalette()
Fix 321: Null pointer dereferences in gdImageRotateInterpolated
Fix whitespace and add missing comment block
Fix #319: gdImageRotateInterpolated can have wrong background color
Fix color quantization documentation
Fix #309: gdImageGd2() writes wrong chunk sizes on boundaries
Fix #307: GD_QUANT_NEUQUANT fails to unset trueColor flag
Fix #300: gdImageClone() assigns res_y = res_x
Fix #299: Regression regarding gdImageRectangle() with gdImageSetThickness()
Replace GNU old-style field designators with C89 compatible initializers
Fix #297: gdImageCrop() converts palette image to truecolor image
Fix #290: TGA RLE decoding is broken
Fix unnecessary non NULL checks
Fix #289: Passing unrecognized formats to gdImageGd2 results in corrupted 
files
Fix #280: gdImageWebpEx() quantization parameter is a misnomer
Publish all gdImageCreateFromWebp*() functions and gdImageWebpCtx()
Fix issue #276: Sometimes pixels are missing when storing images as BMPs
Fix issue #275: gdImageBmpCtx() may segfault for non-seekable contexts
Fix copy error in gdImageScaleBicubicFixed()

Added

More documentation
Documentation on GD and GD2 formats
More tests

--
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: octave forge packages

[Marco Atzeri]

New version of

octave-bim   1.1.5-2
octave-bsltl 1.1.1-1
octave-cgi   0.1.2-2
octave-control   3.0.0-2
octave-data-smoothing1.3.0-3
octave-database  2.4.1-2
octave-dataframe 1.1.0r244-2
octave-devel 4.2.0-1
octave-divand1.1.2-3
octave-doc   4.2.0-1
octave-doctest   0.5.0-1
octave-econometrics  1.1.1-3
octave-financial 0.5.0-2
octave-fits  1.0.7-2
octave-fl-core   1.0.0r7-3
octave-fpl   1.3.5-2
octave-fuzzy-logic-toolkit   0.4.5-3
octave-ga0.10.0r147-3
octave-general   2.0.0-2
octave-generate_html 0.1.13-1
octave-geometry  2.1.1-2
octave-gsl   2.0.0-1 (new package)
octave-image 2.6.1-1
octave-instrument-control0.2.3-1
octave-integration   1.0.7r28-3
octave-interval  2.1.0-1
octave-io2.4.5-1
octave-level-set 0.3.0r20151217-2
octave-linear-algebra2.2.2-2
octave-lssa  0.1.2rh56-1
octave-ltfat 2.2.0-1
octave-mapping   1.2.1-2
octave-mechanics 1.3.1r89-3
octave-miscellaneous 1.2.1-3
octave-mpi   1.2.0r43-3
octave-msh   1.0.10-3
octave-mvn   1.1.0-3
octave-nan   3.1.2-1
octave-ncarray   1.0.4-1
octave-netcdf1.0.11-2
octave-nurbs 1.3.10-2
octave-ocs   0.1.5-2
octave-octclip   1.0.8-2
octave-octproj   1.1.5-3
octave-odepkg0.9.1-0.1
octave-optics0.1.3-2
octave-optim 1.5.2-2
octave-parallel  3.1.1-2
octave-quaternion2.4.0-2
octave-queueing  1.2.5-1
octave-secs1d0.1.0r12690-2
octave-secs2d0.0.9r12205a-2
octave-secs3d0.0.1r11495-3
octave-signal1.3.2-2
octave-sockets   1.2.0-2
octave-sparsersb 1.0.2-2
octave-specfun   1.1.0r153-1
octave-splines   1.3.2-1
octave-statistics1.3.0-1
octave-stk   2.3.4-2
octave-strings   1.2.0-2
octave-struct1.0.14-2
octave-tisean0.2.3-2
octave-vrml  1.0.13r146-3

are available in the Cygwin distribution:

The following package were not yet updated for build issues
octave-communications
octave-optiminterp
octave-specfun
octave-tsa


ADVISE
To load any package before usage run
 "pkg load "

see "help pkg" for details.

CHANGES
Latest upstream packages rebuilt for octave 4.2.x

DESCRIPTION
The octave-forge project contains contributed functions
for GNU Octave which are not in the main distribution.

HOMEPAGE
http://octave.sourceforge.net

Full documentation and FAQ are available at:
http://octave.sourceforge.net/docs.html
http://octave.sourceforge.net/packages.php

Regards
Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

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

Updated: {gd/libgd3/libgd-devel}-2.2.4-1: A library for the dynamic creation of images by programmers

[Dr . Volker Zell]

Hi

New versions of 'gd/libgd3/libgd-devel' have been uploaded to a server near you.

 o Build for cygwin 2.6.1 with gcc-5.4.0
 o Update to latest upstream release


gd NEWS:

  
Security

gdImageCreate() doesn't check for oversized images and as such is prone to 
DoS vulnerabilities. (CVE-2016-9317)
double-free in gdImageWebPtr() (CVE-2016-6912)
potential unsigned underflow in gd_interpolation.c
DOS vulnerability in gdImageCreateFromGd2Ctx()

Fixed

Fix #354: Signed Integer Overflow gd_io.c
Fix #340: System frozen
Fix OOB reads of the TGA decompression buffer
Fix DOS vulnerability in gdImageCreateFromGd2Ctx()
Fix potential unsigned underflow
Fix double-free in gdImageWebPtr()
Fix invalid read in gdImageCreateFromTiffPtr()
Fix OOB reads of the TGA decompression buffer
Fix #68: gif: buffer underflow reported by AddressSanitizer
Avoid potentially dangerous signed to unsigned conversion
Fix #304: test suite failure in gif/bug6 [2.2.3]
Fix #329: GD_BILINEAR_FIXED gdImageScale() can cause black border
Fix #330: Integer overflow in gdImageScaleBilinearPalette()
Fix 321: Null pointer dereferences in gdImageRotateInterpolated
Fix whitespace and add missing comment block
Fix #319: gdImageRotateInterpolated can have wrong background color
Fix color quantization documentation
Fix #309: gdImageGd2() writes wrong chunk sizes on boundaries
Fix #307: GD_QUANT_NEUQUANT fails to unset trueColor flag
Fix #300: gdImageClone() assigns res_y = res_x
Fix #299: Regression regarding gdImageRectangle() with gdImageSetThickness()
Replace GNU old-style field designators with C89 compatible initializers
Fix #297: gdImageCrop() converts palette image to truecolor image
Fix #290: TGA RLE decoding is broken
Fix unnecessary non NULL checks
Fix #289: Passing unrecognized formats to gdImageGd2 results in corrupted 
files
Fix #280: gdImageWebpEx() quantization parameter is a misnomer
Publish all gdImageCreateFromWebp*() functions and gdImageWebpCtx()
Fix issue #276: Sometimes pixels are missing when storing images as BMPs
Fix issue #275: gdImageBmpCtx() may segfault for non-seekable contexts
Fix copy error in gdImageScaleBicubicFixed()

Added

More documentation
Documentation on GD and GD2 formats
More tests

[ANNOUNCEMENT] Updated: glpk-4.61-1

[Marco Atzeri]

Version 4.61-1 of
   glpk
   libglpk40
   libglpk-devel
have been uploaded for cygwin.

The GLPK (GNU Linear Programming Kit) package is
intended for solving large-scale linear
programming (LP), mixed integer programming (MIP),
 and other related problems. It is a set of
routines written in ANSI C and organized in
the form of a callable library.

CHANGES
This is a new upstream relase, with improvments and bugfixes:
http://lists.gnu.org/archive/html/info-gnu/2017-01/msg00011.html

HOMEPAGE
https://www.gnu.org/software/glpk/

Regards

Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

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

Updated: octave forge packages

[Marco Atzeri]

New version of

octave-bim   1.1.5-2
octave-bsltl 1.1.1-1
octave-cgi   0.1.2-2
octave-control   3.0.0-2
octave-data-smoothing1.3.0-3
octave-database  2.4.1-2
octave-dataframe 1.1.0r244-2
octave-devel 4.2.0-1
octave-divand1.1.2-3
octave-doc   4.2.0-1
octave-doctest   0.5.0-1
octave-econometrics  1.1.1-3
octave-financial 0.5.0-2
octave-fits  1.0.7-2
octave-fl-core   1.0.0r7-3
octave-fpl   1.3.5-2
octave-fuzzy-logic-toolkit   0.4.5-3
octave-ga0.10.0r147-3
octave-general   2.0.0-2
octave-generate_html 0.1.13-1
octave-geometry  2.1.1-2
octave-gsl   2.0.0-1 (new package)
octave-image 2.6.1-1
octave-instrument-control0.2.3-1
octave-integration   1.0.7r28-3
octave-interval  2.1.0-1
octave-io2.4.5-1
octave-level-set 0.3.0r20151217-2
octave-linear-algebra2.2.2-2
octave-lssa  0.1.2rh56-1
octave-ltfat 2.2.0-1
octave-mapping   1.2.1-2
octave-mechanics 1.3.1r89-3
octave-miscellaneous 1.2.1-3
octave-mpi   1.2.0r43-3
octave-msh   1.0.10-3
octave-mvn   1.1.0-3
octave-nan   3.1.2-1
octave-ncarray   1.0.4-1
octave-netcdf1.0.11-2
octave-nurbs 1.3.10-2
octave-ocs   0.1.5-2
octave-octclip   1.0.8-2
octave-octproj   1.1.5-3
octave-odepkg0.9.1-0.1
octave-optics0.1.3-2
octave-optim 1.5.2-2
octave-parallel  3.1.1-2
octave-quaternion2.4.0-2
octave-queueing  1.2.5-1
octave-secs1d0.1.0r12690-2
octave-secs2d0.0.9r12205a-2
octave-secs3d0.0.1r11495-3
octave-signal1.3.2-2
octave-sockets   1.2.0-2
octave-sparsersb 1.0.2-2
octave-specfun   1.1.0r153-1
octave-splines   1.3.2-1
octave-statistics1.3.0-1
octave-stk   2.3.4-2
octave-strings   1.2.0-2
octave-struct1.0.14-2
octave-tisean0.2.3-2
octave-vrml  1.0.13r146-3

are available in the Cygwin distribution:

The following package were not yet updated for build issues
octave-communications
octave-optiminterp
octave-specfun
octave-tsa


ADVISE
To load any package before usage run
 "pkg load "

see "help pkg" for details.

CHANGES
Latest upstream packages rebuilt for octave 4.2.x

DESCRIPTION
The octave-forge project contains contributed functions
for GNU Octave which are not in the main distribution.

HOMEPAGE
http://octave.sourceforge.net

Full documentation and FAQ are available at:
http://octave.sourceforge.net/docs.html
http://octave.sourceforge.net/packages.php

Regards
Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

[ANNOUNCEMENT] Updated: pure-ftpd-1.0.44-1

[Marco Atzeri]

Version 1.0.44-1 of

   pure-ftpd

have been uploaded for cygwin.

CHANGES
Latest upstream release.

DESCRIPTION
Pure-FTPd is a free (BSD), secure, production-quality
and standard-conformant FTP server. It doesn't provide
useless bells and whistles, but focuses on efficiency
and ease of use

HOMEPAGE
https://www.pureftpd.org/project/pure-ftpd

Regards
Marco Atzeri


If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

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

Updated: octave-4.2.0-1

[Marco Atzeri]

New versions 4.2.0-1 of

   octave,
   octave-devel,
   octave-doc

are available in the Cygwin distribution:

CHANGES
First upstream 4.2 release
https://www.gnu.org/software/octave/news/2016/11/14/octave-4.2.0-released.html

Full changes:
https://www.gnu.org/software/octave/NEWS-4.2.html

GENERAL 4.x NOTE
there are 2 octave main binaries
octave-cli  command line inteface
octave-gui  graphical interface
octave  default to graphical version

OCTAVE-FORGE NOTE
You need to install with setup the specific forge package
you are looking for.

The update of the global pkg database is now managed
by cygwin setup during the postinstall phase.
A semaphore system is in place to update the database only when needed
and just one time, also when multiple forge packages are added or removed.

DESCRIPTION
The GNU Octave language for numerical computations is a (mostly Matlab (R)
compatible) high-level language, primarily intended for numerical
computations.  It provides a convenient command-line interface for solving
linear and nonlinear problems numerically.

HOMEPAGE
http://www.gnu.org/software/octave/


Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

Updated: pure-ftpd-1.0.44-1

[Marco Atzeri]

Version 1.0.44-1 of

   pure-ftpd

have been uploaded for cygwin.

CHANGES
Latest upstream release.

DESCRIPTION
Pure-FTPd is a free (BSD), secure, production-quality
and standard-conformant FTP server. It doesn't provide
useless bells and whistles, but focuses on efficiency
and ease of use

HOMEPAGE
https://www.pureftpd.org/project/pure-ftpd

Regards
Marco Atzeri


If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

Updated: glpk-4.61-1

[Marco Atzeri]

Version 4.61-1 of
   glpk
   libglpk40
   libglpk-devel
have been uploaded for cygwin.

The GLPK (GNU Linear Programming Kit) package is
intended for solving large-scale linear
programming (LP), mixed integer programming (MIP),
 and other related problems. It is a set of
routines written in ANSI C and organized in
the form of a callable library.

CHANGES
This is a new upstream relase, with improvments and bugfixes:
http://lists.gnu.org/archive/html/info-gnu/2017-01/msg00011.html

HOMEPAGE
https://www.gnu.org/software/glpk/

Regards

Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

Timestamp going backwards

[Fergus]

Never seen this before: I updated Cygwin about 5 hours ago using setup.ini
with timestamp 1485762241 downloaded from
ftp://ftp.mirrorservice.org/sites/sourceware.org/pub/cygwin/x86/setup*ini*
Just interrogated the same site again. The timestamp is 1485760326.
Perplexing.




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

Guile update? Missing `scandir`

[Václav Haisman]

Hi.

My project is using Autogen to generate makefiles but it used
`scandir` function which appears to be missing from the version of
Guile that Cygwin package provides. Would it be possible to update
Guile to something more recent which does contain the `scandir`
function implementation? See also
https://www.gnu.org/software/guile/manual/html_node/File-Tree-Walk.html.

-- 
VH

--
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: [ITP] libmicrohttpd 0.9.52

[Peter Ross]

Ping!

On Tue, Dec 13, 2016 at 08:25:32PM +1100, Peter Ross wrote:
> Small C library for embedding HTTP server into applications.
> This is not to be confused with the existing 'micro-httpd' cygwin package.
> 
> Homepage: https://www.gnu.org/software/libmicrohttpd/
> 
> License: LGPL version 2.1
> 
> Yep, is packaged by other distro:
> https://packages.debian.org/search?keywords=microhttpd=names
> https://packages.ubuntu.com/search?keywords=microhttpd=names
> https://software.opensuse.org/package/libmicrohttpd
> https://admin.fedoraproject.org/pkgdb/package/rpms/libmicrohttpd/
> 
> Packages:
> http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1.hint
> http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1.tar.xz
> http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1-src.tar.xz
> http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1.hint
> http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1.tar.xz
> http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1-src.tar.xz
> 
> Cygport file:
> 
> NAME="libmicrohttpd"
> VERSION=0.9.52
> RELEASE=1
> CATEGORY="Libs"
> SUMMARY="library embedding HTTP server functionality"
> DESCRIPTION="GNU libmicrohttpd is a small C library that is supposed to make 
> it easy to run an HTTP server as part of another application. GNU GNU 
> Libmicrohttpd is free software and part of the GNU project. Key features that 
> distinguish GNU Libmicrohttpd from other projects are:
> - C library: fast and small
> - API is simple, expressive and fully reentrant
> - Implementation is HTTP 1.1 compliant
> - HTTP server can listen on multiple ports
> - Four different threading models (select, poll, pthread, thread pool)
> - Supported platforms include GNU/Linux, FreeBSD, OpenBSD, NetBSD, Android, 
> OS X, W32, Symbian and z/OS
> - Support for IPv6
> - Support for SHOUTcast
> - Support for incremental processing of POST data (optional)
> - Support for basic and digest authentication (optional)
> - Support for SSL3 and TLS (requires libgcrypt and libgnutls, optional)
> - Binary is only about 32k (without TLS/SSL support and other optional 
> features)"
> HOMEPAGE="https://www.gnu.org/software/libmicrohttpd/;
> SRC_URI="https://ftp.gnu.org/gnu/libmicrohttpd/libmicrohttpd-${VERSION}.tar.gz;
> DEPEND="gettext-devel"
> 
> # enable test suite
> DEPEND="${DEPEND} libcurl-devel"
> 
> # enable SSL
> DEPEND="${DEPEND} libgcrypt-devel libgnutls-devel"
> 
> # Note, if cygport fails with this error:
> #/usr/bin/sed: can't read /usr/lib/libtasn1.la: No such file or directory 
> # it means libgnutls has installed an obsolete .la file.
> # to solve this problem, delete /usr/lib/libgnutls.la
> # discussion here: https://cygwin.com/ml/cygwin/2016-12/msg00106.html
> 
> -- Peter
> (A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B)

-- Peter
(A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B)


signature.asc
Description: PGP signature

Re: dirent.d_type is not working on Cygwin symbolic links.

[Csaba Raduly]

On Sun, Jan 29, 2017 at 8:34 PM, Thomas Wolff  wrote:
> Am 29.01.2017 um 20:17 schrieb waterlan:
>>
>> Christian Franke schreef op 2017-01-29 12:15:
>>>
>>> waterlan wrote:

 The dirent.d_type value for Cygwin symbolic links is 0 (DT_UNKNOWN). The
 value is 10 (DT_LNK) for Windows native symbolic links. I think d_type
 should be 10 for Cygwin symbolic links too.

>>>
>>> Sorry, no.
>>>
>>> The actual type should only be returned in dirent.d_type if the info
>>> is available at very low cost. This is not the case for Cygwin
>>> symbolic links.
>>>
>>> If DT_UNKNOWN is returned, lstat() must be called if type info is
>>> required.
>>>
>>> Quote from Linux man page readdir(3):
>>> "All applications must properly handle a return of DT_UNKNOWN."
>>> (https://linux.die.net/man/3/readdir)
>>>
>>> See also thread starting at:
>>> https://sourceware.org/ml/cygwin-patches/2008-q4/msg0.html
>>
>>
>> In this case I do not agree with this. Cygwin symbolic links are there to
>> emulate Linux symlinks. Therefore I expect the same behaviour.
>>
>> ``Cygwin is
>> * a large collection of GNU and Open Source tools which provide
>> functionality similar to a Linux distribution on Windows.''
>> (https://cygwin.com/)

similar != identical

>
> As you're quoting from the cygwin home page, you chose the wrong bullet.
> It's about tools while the functionality you are commenting about is
> provided by
>>
>> * a DLL (cygwin1.dll) which provides substantial POSIX API functionality.
>
> So the reference here is POSIX, not Linux, if we're getting picky. And as
> Christian Franke had already quoted, the field in question is not mandatory
> at all by POSIX. So you'll have to do what other people also do: defensive
> programming, not expecting too much but taking all cases into account.

In other words, "all the world is not Linux".

Csaba
-- 
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The numbers you can count are not the real numbers.
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

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