Re: [ANNOUNCEMENT] Updated: python 3.9 packages

[Tatsuro MATSUOKA]

> - Original Message -
> 
> From: "Marco Atzeri via Cygwin-announce" 
> To: "cygwin
> Date: 2022/01/09 日 22:35
> Subject: [ANNOUNCEMENT] Updated: python 3.9 packages
> 
> 
> Several python packages have been added to the Cygwin distribution
> and at the same time the equivalent packages for 3.6/3.7/3.8
> have been uploaded.
> 
>python-hypothesis-6.35.0-1
>python-pip-21.3.1-2
>python-virtualenv-20.13.0-1
>python-wheel-0.37.1-1
>python-numpy-1.22.0-1
> 
> CHANGES
> latest upstream releases
> 
> CYGWIN CHANGES
> 
> As python2 is no longer supported
> 
> https://devguide.python.org/devcycle/#end-of-life-branches
> 
> the package are updated to include postinstall script that
> use "alternatives" to define for
> 
>/usr/bin/python
> 
>/usr/bin/python3
>/usr/bin/idle3
>/usr/bin/pydoc3
> 
> a default to the highest package available.
> 
> $ alternatives --display python
> python - status is auto.
>   link currently points to /usr/bin/python3.9
> /usr/bin/python2.7 - priority 27
> /usr/bin/python3.6 - priority 36
> /usr/bin/python3.7 - priority 37
> /usr/bin/python3.8 - priority 38
> /usr/bin/python3.9 - priority 39
> Current `best' version is /usr/bin/python3.9.

I tried to python 3.9 to install jupyterlab
but python3.9-zmq is not available.
Therefore I gave up to use python3.9 and decided to use python3.8 instead.
Is there any reason that python-zmp package is absent for python 3.9?

Tatsuro 


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

Re: Unable to open the clipboard

[Marco Atzeri]

On 10.01.2022 07:44, Mark Geisert wrote:

Marco Atzeri wrote:

On 04.01.2022 19:08, Marco Atzeri wrote:

On 04.01.2022 06:15, Mark Geisert wrote:


Hi Mark,
just found another issue

$ putclip < Announce_octave
Aborted (core dumped)

It seems caused by the longest line (86 characters)

$ cat Announce_octave  | putclip
Aborted (core dumped)

$ cat Announce_octave | sed -e "/html$/ d" | putclip

of course the Clipboard is fine

$ cat Announce_octave  > /dev/clipboard


I'm unable to reproduce.  If you happen to have a putclip.exe.stackdump 
left behind, could you post that please?


..mark



here it is

$ cat putclip.exe.stackdump
Stack trace:
FrameFunctionArgs
000B980  001800620B7 (000BB88, 002, 002, 
000DE50)
000  001800640F5 (064, 000, 078, 
000)
000C090  001801305E8 (0010080, 07E67F0, 000, 
000)
0C1  0018012BD1B (01F, 000, 000, 
0018022DE20)
609  0018012C125 (7FF84F2EBA68, 000C420, 7FF84FA9FB43, 
000)
609  00180212C08 (000C440, 000, 008, 
13920028A3BD5C75)
609  00180213065 (0400028, 7FF84FA958B0, 7FF84FA95990, 
0400028)
609  001800D7FE8 (000, 0400018, 0010001, 
0080BB0)
609  0018018EFFB (000, 0400018, 0010001, 
0080BB0)
609  0010040162C (3700360002, EA8087F46D20, 7FF84EA653DC, 
000)
000  0010040261E (00180049B21, 00180048A70, 002, 
00180322FC0)
000CD30  00180049B8D (000, 000, 000, 
000)
000FFF0  00180047746 (000, 000, 000, 
000)
000FFF0  001800477F4 (000, 000, 000, 
000)

End of stack trace

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

Re: Unable to open the clipboard

[Mark Geisert]

Marco Atzeri wrote:

On 04.01.2022 19:08, Marco Atzeri wrote:

On 04.01.2022 06:15, Mark Geisert wrote:

Mark Geisert wrote:
I haven't been able to reproduce the issue with -7 or the more recent -8 test 
version.  I suppose you might try -8 and see if it helps. Puzzling...


Sorry, the {put,get}clip.exe are in cygutils-extra package.  But -8 is correct.

..mark



Thanks Mark,
-8 seems to work fine.



Hi Mark,
just found another issue

$ putclip < Announce_octave
Aborted (core dumped)

It seems caused by the longest line (86 characters)

$ cat Announce_octave  | putclip
Aborted (core dumped)

$ cat Announce_octave | sed -e "/html$/ d" | putclip

of course the Clipboard is fine

$ cat Announce_octave  > /dev/clipboard


I'm unable to reproduce.  If you happen to have a putclip.exe.stackdump left 
behind, could you post that please?


..mark

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

Re: qt terminal for gnuplot on cygwin workaround)

[Mark Geisert]

Hi Tatsuro,

Tatsuro MATSUOKA wrote:

A workaround for qt enables qt termnal on Cygwin is shown by  Enrico Forestieri
https://sourceforge.net/p/gnuplot/mailman/gnuplot-beta/thread/16092.81463...@web103110.mail.kks.yahoo.co.jp/

--- a/qtbase-everywhere-src-5.10.1/src/network/socket/qlocalsocket_unix.cpp
+++ b/qtbase-everywhere-src-5.10.1/src/network/socket/qlocalsocket_unix.cpp
@@ -239,7 +239,7 @@ void QLocalSocket::connectToServer(OpenM
  }

  // create the socket
-if (-1 == (d->connectingSocket = qt_safe_socket(PF_UNIX, SOCK_STREAM, 0,
O_NONBLOCK))) {
+if (-1 == (d->connectingSocket = qt_safe_socket(PF_UNIX, SOCK_STREAM,
0))) {
  d->errorOccurred(UnsupportedSocketOperationError,
 
QLatin1String("QLocalSocket::connectToServer"));

  return;

I myself generate library libQt5Network as libQt5Network-gnuplot and used 
gnuplot  build.
I dp not know that the modification avove is valid but enables me to use qt 
terminal on cygwin.


Apologies for the late response.  As quoted above, the patch changes the number of 
args passed to qt_safe_socket() so maybe that's incorrect?


In any case I think the intent was to change the call from nonblocking to 
blocking.  That seems likely to interfere with other socket or terminal I/O that 
may be expected asynchronously.


I investigated the gnuplot vs Qterm problem several years ago and found the root 
cause: deep within the Qt networking code a call to connect() wasn't expecting the 
error EINPROGRESS to be returned.  POSIX decrees this error when a nonblocking 
connect() cannot immediately be completed.  I opened a Qt BUG for this, but the Qt 
folks declined to fix.  I then tried making a Cygwin-only patch but was stymied by 
my inability to build Qt itself due to bit rot.


If we have or can get a recent Qt build completed, I can supply a patch to fix the 
issue.


..mark

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

Re: fuse

[Mark Geisert]

Hi Thomas,

Thomas Wolff wrote:

What became of the winfsp-fuse project discussed in July 2016?
I'd like to be able to use ftpfs or sshfs in cygwin.


Integration of the project into Cygwin stalled around that time, or was it 2018? 
ISTR there was an objection from the Dokany FUSE project about whether WinFSP FUSE 
should be the basis for Cygwin's implementation.  I tried to mollify that by 
implementing a poor-man's plugin feature that would allow a user to select which 
underlying FUSE layer to use.  I believe I was waiting for confirmation from 
Dokany that they could work with that plugin architecture.


I think it was my ITP for libfuse that prompted the discussion with Dokany.  In 
any case the ITP was never acted on and the project has since languished.  WinFSP 
itself has been improved over time; I don't know if the improvements would require 
an update to the Cygwin portion.


I would love to have somebody interested in trying out FUSE on Cygwin.  If you 
require a cygfuse package I guess the first step for that would be for me to 
reissue the ITP and make the package real.  Another alternative would be for you 
to build from the Github repo https://github.com/mgeisert/cygfuse if you're 
feeling adventurous.


..mark

[PATCH] Cygwin: do not build MinGW testsuite/cygrun --with-cross-bootstrap

[Yaakov Selkowitz]

---
 winsup/testsuite/Makefile.am | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/winsup/testsuite/Makefile.am b/winsup/testsuite/Makefile.am
index 4b8c7dbb7..ac68934d0 100644
--- a/winsup/testsuite/Makefile.am
+++ b/winsup/testsuite/Makefile.am
@@ -61,4 +61,6 @@ EXTRA_DEJAGNU_SITE_CONFIG = site-extra.exp
 clean-local:
rm -f *.log *.exe *.exp *.bak *.stackdump winsup.sum
 
+if CROSS_BOOTSTRAP
 SUBDIRS = cygrun
+endif
-- 
2.34.1

Re: permission 600

[Thomas Wolff]

Am 10.01.2022 um 00:13 schrieb Tatsuro MATSUOKA:

- Original Message -

From: "Eliot Moss"
To: "cygwin
Date: 2022/01/09 日 20:26
Subject: Re: permission 600


On 1/9/2022 6:11 AM, Tatsuro MATSUOKA wrote:

- Original Message -

From: "Thomas Wolff"
Date: 2022/01/09 日 17:51
Subject: Re: permission 600
Am 09.01.2022 um 07:10 schrieb Tatsuro MATSUOKA:

- Original Message -

From: "Marco Atzeri"
To: "cygwin> Date: 2022/01/09 日 14:39
Subject: Re: permission 600


On 09.01.2022 06:28, Tatsuro MATSUOKA wrote:

$ echo aaa > test.txt
$ ls -l  test.txt
-rw-r--r-- 1 user user 4 Jan  9 14:07 test.txt
$ chmod 600 test.txt
$ ls -l test.txt
-rw-r--r-- 1 user user 4 Jan  9 14:07 test.txt

it works for me

$ ls -l test.txt
-rw-r--r-- 1 Marco Kein 4 Jan  9 06:35 test.txt

$ chmod 600 test.txt

$ ls -l test.txt
-rw--- 1 Marco Kein 4 Jan  9 06:35 test.txt

I suspect that having user and group called same
is the clue


Ah! Thanks!

Tatsuro

Did you verify it by using different names?
It can hardly be an explanation by POSIX means. If so, it must be some
weird consequence of Windows-specific stuff. Maybe a workaround could be
found for cygwin?

I made another windows account and sign in PC with different user name.
But result for chmod 600 gave the same results.
I found the workaround for jupyter by readind the code of "paths.py" in jupyter.

You can find the underlying Window permissions using icacls.  Cygwin
has to set up some funky work-arounds to model some of the POSIX
permissions - the two models are substantially different.  Sometimes
clearing back to some nominal Windows permissions and applying
chmod again helps.  "setfacl -b" can help clear out permissions,
etc.  Don't forget that permissions can be inherited from the
containing directory as well.

Other people may be able to offer more specific guidance, especially
if you post the output of icacls.

Best - Eliot Moss


Because my C drive is not enough, I installed cygwin into USB drive and make 
home directory on it.
chmod issue are story files on the usb drive.
On files on C drive, chmod 600 works as expected.

My workround for jupyter changed :
export JUPYTER_ALLOW_INSECURE_WRITES=true
=>
export JUPYTER_RUNTIME_DIR=/cygdrive/c/Users/user/AppData/Local/Temp
(/cygdrive/c/Users/user/AppData/Local/Temp "tmp" environmental variable value 
in my current environment.)

For another usb drive, chmod works as expected.
chmod does not work  => FAT32
chmod works => NTFS

I was about to ask...

I back up all files to the external HDD and  format FAT32 drive to NTFS drive 
and back them.
You can actually convert a USB drive to NTFS without copying files and 
reformatting,

using $SYSTEMROOT/System32/convert

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

Re: permission 600

[Tatsuro MATSUOKA]

> - Original Message -
> 
> From: "Eliot Moss" 
> To: "cygwin
> Date: 2022/01/09 日 20:26
> Subject: Re: permission 600
> 
> 
> On 1/9/2022 6:11 AM, Tatsuro MATSUOKA wrote:
> >> - Original Message -
> >>
> >> From: "Thomas Wolff"
> >> Date: 2022/01/09 日 17:51
> >> Subject: Re: permission 600
> >> Am 09.01.2022 um 07:10 schrieb Tatsuro MATSUOKA:
>  - Original Message -
> 
>  From: "Marco Atzeri"
>  To: "cygwin> Date: 2022/01/09 日 14:39
>  Subject: Re: permission 600
> 
> 
>  On 09.01.2022 06:28, Tatsuro MATSUOKA wrote:
> > $ echo aaa > test.txt
> > $ ls -l  test.txt
> > -rw-r--r-- 1 user user 4 Jan  9 14:07 test.txt
> > $ chmod 600 test.txt
> > $ ls -l test.txt
> > -rw-r--r-- 1 user user 4 Jan  9 14:07 test.txt
>  it works for me
> 
>  $ ls -l test.txt
>  -rw-r--r-- 1 Marco Kein 4 Jan  9 06:35 test.txt
> 
>  $ chmod 600 test.txt
> 
>  $ ls -l test.txt
>  -rw--- 1 Marco Kein 4 Jan  9 06:35 test.txt
> 
>  I suspect that having user and group called same
>  is the clue
> 
> >>> Ah! Thanks!
> >>>
> >>> Tatsuro
> >> Did you verify it by using different names?
> >> It can hardly be an explanation by POSIX means. If so, it must be some
> >> weird consequence of Windows-specific stuff. Maybe a workaround could be
> >> found for cygwin?
> > 
> > I made another windows account and sign in PC with different user name.
> > But result for chmod 600 gave the same results.
> > I found the workaround for jupyter by readind the code of "paths.py" in 
> > jupyter.
> 
> You can find the underlying Window permissions using icacls.  Cygwin
> has to set up some funky work-arounds to model some of the POSIX
> permissions - the two models are substantially different.  Sometimes
> clearing back to some nominal Windows permissions and applying
> chmod again helps.  "setfacl -b" can help clear out permissions,
> etc.  Don't forget that permissions can be inherited from the
> containing directory as well.
> 
> Other people may be able to offer more specific guidance, especially
> if you post the output of icacls.
> 
> Best - Eliot Moss
> 
Because my C drive is not enough, I installed cygwin into USB drive and make 
home directory on it.
chmod issue are story files on the usb drive.
On files on C drive, chmod 600 works as expected.

My workround for jupyter changed :
export JUPYTER_ALLOW_INSECURE_WRITES=true
=>
export JUPYTER_RUNTIME_DIR=/cygdrive/c/Users/user/AppData/Local/Temp  
(/cygdrive/c/Users/user/AppData/Local/Temp "tmp" environmental variable value 
in my current environment.)

For another usb drive, chmod works as expected.
chmod does not work  => FAT32
chmod works => NTFS

I back up all files to the external HDD and  format FAT32 drive to NTFS drive 
and back them.

Thanks!

Tatsuro


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

[no subject]

[وليد ابو جواد]

تم الإرسال من البريد لـ Windows


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

fuse

[Thomas Wolff]

What became of the winfsp-fuse project discussed in July 2016?
I'd like to be able to use ftpfs or sshfs in cygwin.
Thomas

[ANNOUNCEMENT] cygport 0.34.1-1

[Jon Turney]

The following packages have been uploaded to the Cygwin distribution:

* cygport-0.34.1-1

cygport is the standard method for building and maintaining
packages for the Cygwin distribution.

Highlights of this release:

* autotools: WANT_AUTOCONF=2.7 is now the default
* python-wheel: PYTHON_WHEEL_VERSIONS behaviour updated for python 3.9.
* obsoletetions no longer generate the empty packages required by old 
setup versions, just the appropriate obsoletes: headers in .hint files.



Achim Gratz (9):
  src_install: correct test in make_etc_defaults
  list_deps: correct search order for Perl dependencies
  pkg_dist: uniquify requirements after the version has been stripped
  Update Debian URL to use HTTPS
  Update GCC URL to use HTTPS
  Update GNU URL to use HTTPS
  Update Sourceware URL to use HTTPS
  lib/pkg_pkg.cygpart: stop generating packages for obsoletions
  autotools.cygclass: recognize WANT_AUTOCONF=2.7 / autoconf2.7 and 
make autoconf2.7 the default


Brian Inglis (1):
  Document patch names which shouldn't appear in PATCH_URI

Christian Franke (1):
  Add -Werror=return-type to CXXFLAGS/OBJCXXFLAGS.

Jon Turney (6):
  Update xorg.cygclass URLs
  Update GitHub action to set PATH via environment file
  Updates to tests for package updates
  Updates to tests for package updates
  Raise an error if we package files in /usr/local
  Bump version to 0.34.1

Lemures Lemniscati (135):
  Update URLs in COPYING
  Update URLs in COPYING-DOCS
  Update URLs in README
  Update URLs in bin/cygport.in
  Update URLs in cygclass/R.cygclass
  Update a URL in cygclass/ant.cygclass
  Update a URL cygclass/apache.cygclass
  Update a URL cygclass/apache2.cygclass
  Update a URL in cygclass/aspell-dict.cygclass
  Update URLs in cygclass/autotools.cygclass
  Modify README: Add some comments about Gentoo
  Update URLs in cygclass/berkdb.cygclass
  Update URLs in cygclass/bzr.cygclass
  Update a URL in cygclass/clang.cygclass
  Update URLs in cygclass/claws-mail.cygclass
  Update a URL in cygclass/cross.cygclass
  Update a URL in cygclass/cvs.cygclass
  Update a URL in cygclass/distutils-multi.cygclass
  Update a URL in cygclass/distutils.cygclass
  Update a URL in cygclass/emacs.cygclass
  Update a URL in cygclass/fossil.cygclass
  Update a URL in cygclass/fox.cygclass
  Update a URL in cygclass/git.cygclass
  Update a URL in cygclass/gnome2.cygclass
  Update a URL in cygclass/gst-plugins0.10.cygclass
  Update a URL in cygclass/hg.cygclass
  Update a URL in cygclass/java.cygclass
  Update a URL in cygclass/kf5.cygclass
  Update a URL in cygclass/lua.cygclass
  Update a URL in cygclass/mtn.cygclass
  Update a URL in cygclass/nant.cygclass
  Update a URL in cygclass/ninja.cygclass
  Update a URL in cygclass/ocaml-dune.cygclass
  Update a URL in cygclass/ocaml.cygclass
  Update a URL in cygclass/octave.cygclass
  Update a URL in cygclass/perl.cygclass
  Update a URL in cygclass/pypy-distutils.cygclass
  Update a URL in cygclass/pypy.cygclass
  Update a URL in cygclass/python-distutils.cygclass
  Update a URL in cygclass/python-wheel.cygclass
  Update a URL in cygclass/python.cygclass
  Update a URL in cygclass/python.org.cygclass
  Update a URL in cygclass/python2-distutils.cygclass
  Update a URL in cygclass/python2-wheel.cygclass
  Update a URL in cygclass/python2.cygclass
  Update a URL in cygclass/python3-distutils.cygclass
  Update a URL in cygclass/python3.cygclass
  Update a URL in cygclass/qt3-qmake.cygclass
  Update a URL in cygclass/qt3.cygclass
  Update a URL in cygclass/qt4-cmake.cygclass
  Update a URL in cygclass/qt4-qconf.cygclass
  Update a URL in cygclass/qt4-qmake.cygclass
  Update a URL in cygclass/qt4.cygclass
  Update a URL in cygclass/qt5-qmake.cygclass
  Update a URL in cygclass/qt5.cygclass
  Update a URL in cygclass/svn.cygclass
  Update a URL in cygclass/tcl.cygclass
  Update a URL in cygclass/test-fetch.cygclass
  Update a URL in cygclass/toolchain.cygclass
  Update a URL in cygclass/utils.cygclass
  Update a URL in cygclass/vim.cygclass
  Update a URL in cygclass/waf.cygclass
  Update a URL in cygclass/wxwidgets.cygclass
  Update a URL in cygclass/xorg.cygclass
  Update a URL in cygclass/xvfb.cygclass
  Update a URL in data/cygport.nanorc
  Update a URL in lib/check_funcs.cygpart
  Update a URL in lib/config_registry.cygpart
  Update a URL in lib/help.cygpart
  Update a URL in lib/inheritance.cygpart
  Update a URL in lib/pkg_cleanup.cygpart
  Update a URL in lib/pkg_upload.cygpart
  Update a URL in lib/src_compile.cygpart
  Update a URL in lib/src_prep.cygpart
  Update a URL in lib/src_test.cygpart
  Update a URL in 

cygport 0.34.1-1

[Jon Turney]

The following packages have been uploaded to the Cygwin distribution:

* cygport-0.34.1-1

cygport is the standard method for building and maintaining
packages for the Cygwin distribution.

Highlights of this release:

* autotools: WANT_AUTOCONF=2.7 is now the default
* python-wheel: PYTHON_WHEEL_VERSIONS behaviour updated for python 3.9.
* obsoletetions no longer generate the empty packages required by old 
setup versions, just the appropriate obsoletes: headers in .hint files.



Achim Gratz (9):
  src_install: correct test in make_etc_defaults
  list_deps: correct search order for Perl dependencies
  pkg_dist: uniquify requirements after the version has been stripped
  Update Debian URL to use HTTPS
  Update GCC URL to use HTTPS
  Update GNU URL to use HTTPS
  Update Sourceware URL to use HTTPS
  lib/pkg_pkg.cygpart: stop generating packages for obsoletions
  autotools.cygclass: recognize WANT_AUTOCONF=2.7 / autoconf2.7 and 
make autoconf2.7 the default


Brian Inglis (1):
  Document patch names which shouldn't appear in PATCH_URI

Christian Franke (1):
  Add -Werror=return-type to CXXFLAGS/OBJCXXFLAGS.

Jon Turney (6):
  Update xorg.cygclass URLs
  Update GitHub action to set PATH via environment file
  Updates to tests for package updates
  Updates to tests for package updates
  Raise an error if we package files in /usr/local
  Bump version to 0.34.1

Lemures Lemniscati (135):
  Update URLs in COPYING
  Update URLs in COPYING-DOCS
  Update URLs in README
  Update URLs in bin/cygport.in
  Update URLs in cygclass/R.cygclass
  Update a URL in cygclass/ant.cygclass
  Update a URL cygclass/apache.cygclass
  Update a URL cygclass/apache2.cygclass
  Update a URL in cygclass/aspell-dict.cygclass
  Update URLs in cygclass/autotools.cygclass
  Modify README: Add some comments about Gentoo
  Update URLs in cygclass/berkdb.cygclass
  Update URLs in cygclass/bzr.cygclass
  Update a URL in cygclass/clang.cygclass
  Update URLs in cygclass/claws-mail.cygclass
  Update a URL in cygclass/cross.cygclass
  Update a URL in cygclass/cvs.cygclass
  Update a URL in cygclass/distutils-multi.cygclass
  Update a URL in cygclass/distutils.cygclass
  Update a URL in cygclass/emacs.cygclass
  Update a URL in cygclass/fossil.cygclass
  Update a URL in cygclass/fox.cygclass
  Update a URL in cygclass/git.cygclass
  Update a URL in cygclass/gnome2.cygclass
  Update a URL in cygclass/gst-plugins0.10.cygclass
  Update a URL in cygclass/hg.cygclass
  Update a URL in cygclass/java.cygclass
  Update a URL in cygclass/kf5.cygclass
  Update a URL in cygclass/lua.cygclass
  Update a URL in cygclass/mtn.cygclass
  Update a URL in cygclass/nant.cygclass
  Update a URL in cygclass/ninja.cygclass
  Update a URL in cygclass/ocaml-dune.cygclass
  Update a URL in cygclass/ocaml.cygclass
  Update a URL in cygclass/octave.cygclass
  Update a URL in cygclass/perl.cygclass
  Update a URL in cygclass/pypy-distutils.cygclass
  Update a URL in cygclass/pypy.cygclass
  Update a URL in cygclass/python-distutils.cygclass
  Update a URL in cygclass/python-wheel.cygclass
  Update a URL in cygclass/python.cygclass
  Update a URL in cygclass/python.org.cygclass
  Update a URL in cygclass/python2-distutils.cygclass
  Update a URL in cygclass/python2-wheel.cygclass
  Update a URL in cygclass/python2.cygclass
  Update a URL in cygclass/python3-distutils.cygclass
  Update a URL in cygclass/python3.cygclass
  Update a URL in cygclass/qt3-qmake.cygclass
  Update a URL in cygclass/qt3.cygclass
  Update a URL in cygclass/qt4-cmake.cygclass
  Update a URL in cygclass/qt4-qconf.cygclass
  Update a URL in cygclass/qt4-qmake.cygclass
  Update a URL in cygclass/qt4.cygclass
  Update a URL in cygclass/qt5-qmake.cygclass
  Update a URL in cygclass/qt5.cygclass
  Update a URL in cygclass/svn.cygclass
  Update a URL in cygclass/tcl.cygclass
  Update a URL in cygclass/test-fetch.cygclass
  Update a URL in cygclass/toolchain.cygclass
  Update a URL in cygclass/utils.cygclass
  Update a URL in cygclass/vim.cygclass
  Update a URL in cygclass/waf.cygclass
  Update a URL in cygclass/wxwidgets.cygclass
  Update a URL in cygclass/xorg.cygclass
  Update a URL in cygclass/xvfb.cygclass
  Update a URL in data/cygport.nanorc
  Update a URL in lib/check_funcs.cygpart
  Update a URL in lib/config_registry.cygpart
  Update a URL in lib/help.cygpart
  Update a URL in lib/inheritance.cygpart
  Update a URL in lib/pkg_cleanup.cygpart
  Update a URL in lib/pkg_upload.cygpart
  Update a URL in lib/src_compile.cygpart
  Update a URL in lib/src_prep.cygpart
  Update a URL in lib/src_test.cygpart
  Update a URL in 

[ANNOUNCEMENT] Updated: python 3.9 packages

[Marco Atzeri via Cygwin-announce]

Several python packages have been added to the Cygwin distribution
and at the same time the equivalent packages for 3.6/3.7/3.8
have been uploaded.

  python-hypothesis-6.35.0-1
  python-pip-21.3.1-2
  python-virtualenv-20.13.0-1
  python-wheel-0.37.1-1
  python-numpy-1.22.0-1

CHANGES
latest upstream releases

CYGWIN CHANGES

As python2 is no longer supported

https://devguide.python.org/devcycle/#end-of-life-branches

the package are updated to include postinstall script that
use "alternatives" to define for

  /usr/bin/python

  /usr/bin/python3
  /usr/bin/idle3
  /usr/bin/pydoc3

a default to the highest package available.

$ alternatives --display python
python - status is auto.
 link currently points to /usr/bin/python3.9
/usr/bin/python2.7 - priority 27
/usr/bin/python3.6 - priority 36
/usr/bin/python3.7 - priority 37
/usr/bin/python3.8 - priority 38
/usr/bin/python3.9 - priority 39
Current `best' version is /usr/bin/python3.9.

The following link are not provided anymore.
/usr/bin/idle
/usr/bin/pydoc

Rationale:
https://www.python.org/dev/peps/pep-0394/
In other systems as Debian
/usr/bin/python is discouraged.

As on Cygwin we have still several third packages depending on
python2, the usage of alternatives should allow to manage
until all are updated to python3

DESCRIPTION
Python is a programming language that lets you work quickly
and integrate systems more effectively.
Python is powerful... and fast; plays well with others;
runs everywhere; is friendly & easy to learn; is Open.

HOMEPAGE
https://www.python.org/

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:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: python 3.9 packages

[Marco Atzeri via Cygwin-announce]

Several python packages have been added to the Cygwin distribution
and at the same time the equivalent packages for 3.6/3.7/3.8
have been uploaded.

  python-hypothesis-6.35.0-1
  python-pip-21.3.1-2
  python-virtualenv-20.13.0-1
  python-wheel-0.37.1-1
  python-numpy-1.22.0-1

CHANGES
latest upstream releases

CYGWIN CHANGES

As python2 is no longer supported

https://devguide.python.org/devcycle/#end-of-life-branches

the package are updated to include postinstall script that
use "alternatives" to define for

  /usr/bin/python

  /usr/bin/python3
  /usr/bin/idle3
  /usr/bin/pydoc3

a default to the highest package available.

$ alternatives --display python
python - status is auto.
 link currently points to /usr/bin/python3.9
/usr/bin/python2.7 - priority 27
/usr/bin/python3.6 - priority 36
/usr/bin/python3.7 - priority 37
/usr/bin/python3.8 - priority 38
/usr/bin/python3.9 - priority 39
Current `best' version is /usr/bin/python3.9.

The following link are not provided anymore.
/usr/bin/idle
/usr/bin/pydoc

Rationale:
https://www.python.org/dev/peps/pep-0394/
In other systems as Debian
/usr/bin/python is discouraged.

As on Cygwin we have still several third packages depending on
python2, the usage of alternatives should allow to manage
until all are updated to python3

DESCRIPTION
Python is a programming language that lets you work quickly
and integrate systems more effectively.
Python is powerful... and fast; plays well with others;
runs everywhere; is friendly & easy to learn; is Open.

HOMEPAGE
https://www.python.org/

Regards
Marco Atzeri


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

Re: permission 600

[Eliot Moss]

On 1/9/2022 6:11 AM, Tatsuro MATSUOKA wrote:

- Original Message -

From: "Thomas Wolff"
Date: 2022/01/09 日 17:51
Subject: Re: permission 600
Am 09.01.2022 um 07:10 schrieb Tatsuro MATSUOKA:

- Original Message -

From: "Marco Atzeri"
To: "cygwin> Date: 2022/01/09 日 14:39
Subject: Re: permission 600


On 09.01.2022 06:28, Tatsuro MATSUOKA wrote:

$ echo aaa > test.txt
$ ls -l  test.txt
-rw-r--r-- 1 user user 4 Jan  9 14:07 test.txt
$ chmod 600 test.txt
$ ls -l test.txt
-rw-r--r-- 1 user user 4 Jan  9 14:07 test.txt

it works for me

$ ls -l test.txt
-rw-r--r-- 1 Marco Kein 4 Jan  9 06:35 test.txt

$ chmod 600 test.txt

$ ls -l test.txt
-rw--- 1 Marco Kein 4 Jan  9 06:35 test.txt

I suspect that having user and group called same
is the clue


Ah! Thanks!

Tatsuro

Did you verify it by using different names?
It can hardly be an explanation by POSIX means. If so, it must be some
weird consequence of Windows-specific stuff. Maybe a workaround could be
found for cygwin?


I made another windows account and sign in PC with different user name.
But result for chmod 600 gave the same results.
I found the workaround for jupyter by readind the code of "paths.py" in jupyter.


You can find the underlying Window permissions using icacls.  Cygwin
has to set up some funky work-arounds to model some of the POSIX
permissions - the two models are substantially different.  Sometimes
clearing back to some nominal Windows permissions and applying
chmod again helps.  "setfacl -b" can help clear out permissions,
etc.  Don't forget that permissions can be inherited from the
containing directory as well.

Other people may be able to offer more specific guidance, especially
if you post the output of icacls.

Best - Eliot Moss

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

Re: permission 600

[Tatsuro MATSUOKA]

> - Original Message -
> 
> From: "Thomas Wolff" 
> Date: 2022/01/09 日 17:51
> Subject: Re: permission 600
> Am 09.01.2022 um 07:10 schrieb Tatsuro MATSUOKA:
> >> - Original Message -
> >>
> >> From: "Marco Atzeri"
> >> To: "cygwin> Date: 2022/01/09 日 14:39
> >> Subject: Re: permission 600
> >>
> >>
> >> On 09.01.2022 06:28, Tatsuro MATSUOKA wrote:
> >>> $ echo aaa > test.txt
> >>> $ ls -l  test.txt
> >>> -rw-r--r-- 1 user user 4 Jan  9 14:07 test.txt
> >>> $ chmod 600 test.txt
> >>> $ ls -l test.txt
> >>> -rw-r--r-- 1 user user 4 Jan  9 14:07 test.txt
> >> it works for me
> >>
> >> $ ls -l test.txt
> >> -rw-r--r-- 1 Marco Kein 4 Jan  9 06:35 test.txt
> >>
> >> $ chmod 600 test.txt
> >>
> >> $ ls -l test.txt
> >> -rw--- 1 Marco Kein 4 Jan  9 06:35 test.txt
> >>
> >> I suspect that having user and group called same
> >> is the clue
> >>
> > Ah! Thanks!
> >
> > Tatsuro
> Did you verify it by using different names?
> It can hardly be an explanation by POSIX means. If so, it must be some 
> weird consequence of Windows-specific stuff. Maybe a workaround could be 
> found for cygwin?

I made another windows account and sign in PC with different user name.
But result for chmod 600 gave the same results.
I found the workaround for jupyter by readind the code of "paths.py" in jupyter.

Tatsuro


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

Using ZChunk for setup…

[Achim Gratz]

I've been experimenting with ZChunk with the idea of eventually using it
for setup:

https://www.jdieter.net/posts/2018/05/31/what-is-zchunk/
https://github.com/zchunk/zchunk

The chunked ini file is ~10…15% larger than the original (after
compression).  In order to minimize the overhead, I've re-arranged the
package entries to have one chunk for every source package.  The actual
benefit is that the typical download size reduces to less than 5% of the
original.  Two examples of much longer timespans between updates are
provided at the end, which would still download only around a third of
the original:

--8<---cut here---start->8---
# no changes, only header gets downloaded
update from 20220109 to 20220109
Would download 82277 of 4061994 bytes
Matched 4103 of 4103 chunks

update from 20220106 to 20220109
Would download 112022 of 4061994 bytes
Matched 4078 of 4103 chunks

update from 20211221 to 20220106
Would download 172069 of 4061583 bytes
Matched 4024 of 4103 chunks

update from 20211218 to 20211221
Would download 216879 of 4052330 bytes
Matched 4012 of 4098 chunks

update from 20211204 to 20211218
Would download 248101 of 4020714 bytes
Matched 3997 of 4097 chunks

update from 20200102 to 20210703
Would download 1438581 of 3960442 bytes
Matched 2938 of 4087 chunks

update from 20190101 to 20200102
Would download 1139408 of 3723670 bytes
Matched 3142 of 3987 chunks
--8<---cut here---end--->8---

WDYT?


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

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

RE: Cygwin setup writing incorrect symlinks for native

[David Allsopp]

Jon Turney wrote:
> On 06/01/2022 16:45, David Allsopp wrote:
> > Jon Turney wrote:
> >> On 06/01/2022 10:46, David Allsopp wrote:
> >>> Running Cygwin setup 2.912 with --symlink-type native (or
> >>> CYGWIN=winsymlinks:native) is not correctly translating all symlinks.
> >>> A default install has these faulty ones:
> >>>
> >>> /etc/pki/tls/cert.pem ->
> >>> \??\/etc\pki\ca-trust\extracted\pem\tls-ca-bundle.pem
> >>> /etc/pki/tls/certs/ca-bundle.crt ->
> >>> \??\/etc\pki\ca-trust\extracted\pem\tls-ca-bundle.pem
> >>> /etc/pki/tls/certs/ca-bundle.trust.crt ->
> >>> \??\/etc\pki\ca-trust\extracted\openssl\ca-bundle.trust.crt
> >>> /etc/ssl/certs -> \??\/etc\pki\tls\certs /lib/security/cacerts ->
> >>> \??\/etc\pki\ca-trust\extracted\java\cacerts
> >>> /usr/share/doc/groff-1.22.4/pdf/mom-pdf.pdf ->
> >>> \??\/usr\share\doc\groff-1.22.4\examples\mom\mom-pdf.pdf
> >>
> >>
> >> Thanks for reporting this.
> >>
> >> Yes, it seems this is messed up where the target of the symlink is an
> >> absolute path.
> >>
> >> I've uploaded setup 2.913 with an attempted fix.
> >>
> >> https://cygwin.com/setup/setup-2.913.x86_64.exe
> >> https://cygwin.com/setup/setup-2.913.x86.exe
> >>
> >> Please try that (you'll have to reinstall the effected packages), and
> >> see if it improves things for you?
> >
> > Thank you! This fixes it for the Cygwin side, although the symlinks are
> > still technically not right from the Windows side. They're still showing
> > up prefixed \??\.
> >
> > It's an age since I mucked around with those functions - IIRC the API
> > function for writing them adds the \??\ itself and doesn't expect it
> > to have been supplied? However, when you read the reparse point you
> > have to remember to remove it yourself because who needs consistency
> > :o)
> 
> Thanks for testing.  It seems I still didn't have this quite right and
> these symlinks just happened to work for cygwin, but not native tools.
> 
> Please try
> 
>https://cygwin.com/setup/setup-2.914.x86_64.exe
>https://cygwin.com/setup/setup-2.914.x86.exe

I'm afraid that's just changed the \??\ to \\?\ on those symlinks.

All best,


David

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

Re: permission 600

[Thomas Wolff]

Am 09.01.2022 um 07:10 schrieb Tatsuro MATSUOKA:

- Original Message -

From: "Marco Atzeri"
To: "cygwin> Date: 2022/01/09 日 14:39
Subject: Re: permission 600


On 09.01.2022 06:28, Tatsuro MATSUOKA wrote:

$ echo aaa > test.txt
$ ls -l  test.txt
-rw-r--r-- 1 user user 4 Jan  9 14:07 test.txt
$ chmod 600 test.txt
$ ls -l test.txt
-rw-r--r-- 1 user user 4 Jan  9 14:07 test.txt

it works for me

$ ls -l test.txt
-rw-r--r-- 1 Marco Kein 4 Jan  9 06:35 test.txt

$ chmod 600 test.txt

$ ls -l test.txt
-rw--- 1 Marco Kein 4 Jan  9 06:35 test.txt

I suspect that having user and group called same
is the clue


Ah! Thanks!

Tatsuro

Did you verify it by using different names?
It can hardly be an explanation by POSIX means. If so, it must be some 
weird consequence of Windows-specific stuff. Maybe a workaround could be 
found for cygwin?

Thomas

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