Re: GDAL Update

[Marco Atzeri via Cygwin]

On 23/04/2024 11:54, Nejia Ben Nasr via Cygwin wrote:

Hi,

I would like to know if you have set a date for updating the GDAL package 
following the correction for reading geotiff images.
GDAL doesn't read geotiff 
(cygwin.com)

Thank you!



just updated

--
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: OpenMPI - Cannot find -lmpich file or directory

[marco atzeri via Cygwin]

On Mon, May 13, 2024 at 8:29 PM Karel Ziminsky via Cygwin  wrote:
>
> Hi,
>
>
> I am trying to install a software package that requires MPI support. I
> installed OpenMPI and the C and C++ libraries for Cygwin, but my software
> package is looking for an -lmpich extension that it cannot find.
>
> Could someone provide me more information on what this extension is for? Is
> there a different package I need to install for Cygwin that has it?
>
>
> V/r,
> --
> *Karel Ziminsky*

MPICH is not OpenMPI.

So or your software is looking for the wrong library , or it is not
correctly detecting OpenMPI

-- 
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: GDAL doesn't read geotiff

[marco atzeri via Cygwin]

On Wed, Apr 3, 2024 at 9:53 AM Nejia Ben Nasr via Cygwin
 wrote:
>
> Hi all,
>
> I downloaded the last version of GDAL package.
> gdalinfo on any tiff file give "Segmentation fault".
>

noted.
Not sure when I can look on it

-- 
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: HDF5 Installation

[marco atzeri via Cygwin]

On Mon, Mar 18, 2024 at 3:28 PM Kyle Shores via Cygwin  wrote:
>
> Howdy!
>
> Looking at the list of files
> 
> for the 2024 HDF5 installation 1.12.3
> , I notice that
> neither the pkg-config or cmake files are installed. For reference,
> mingw's installation
> of hdf5  has them
> here:
>
>
>- /mingw64/lib/cmake/hdf5-targets.cmake
>- /mingw64/lib/pkgconfig/hdf5.pc
>
> Are these installed elsewhere? If not, what's preventing them from
> being installed, or what can I do to help them be installed?
>

Hi Kyle

the package is NOT built using cmake but is using autoconf.
There are no special change. So upstream have not included those files
in the 1.12.3 autoconf

I have not yet tried to build using cmake nor built the 1.14.x series

Regards
Marco

-- 
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: tried Setup (2.931), but failed

[Marco Atzeri via Cygwin]

On 10/03/2024 17:32, Lester Ingber via Cygwin wrote:

I see:

lingber@LouiseLG /etc/postinstall$ source ca-certificates.sh
+ source ca-certificates.sh
++ '[' '!' -e /etc/pki/ca-trust/ca-legacy.conf ']'
++ '[' -f /etc/pki/ca-trust/ca-legacy.conf -a -x /usr/bin/diff ']'
++ /usr/bin/mkdir -p /var/cache/setup/etc/pki/ca-trust
++ /usr/bin/rm -f /var/cache/setup//etc/pki/ca-trust/ca-legacy.conf.diff
++ /usr/bin/diff -wut /etc/pki/ca-trust/ca-legacy.conf 
/etc/defaults/etc/pki/ca-trust/ca-legacy.conf
++ /usr/bin/ca-legacy install
++ /usr/bin/update-ca-trust




forgot to ask, what is the output of

$ echo $?

after that ?

if it is 0 you can just
$ mv ca-certificates.sh ca-certificates.sh.done





--
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: tried Setup (2.931), but failed

[Marco Atzeri via Cygwin]

On 10.03.2024 12:56, Lester Ingber via Cygwin wrote:

I tried Setup (2.931) but it too failed to fix ca-certificates.

Lester



Hi lester,

Setup is not changing the script, so do not expect a change from that side

can you please

$ cd /etc/postinstall/
$ set -x
$ source ca-certificates.sh

On my system the output is:

+ source ca-certificates.sh
++ '[' '!' -e /etc/pki/ca-trust/ca-legacy.conf ']'
++ '[' -f /etc/pki/ca-trust/ca-legacy.conf -a -x /usr/bin/diff ']'
++ /usr/bin/mkdir -p /var/cache/setup/etc/pki/ca-trust
++ /usr/bin/rm -f /var/cache/setup//etc/pki/ca-trust/ca-legacy.conf.diff
++ /usr/bin/diff -wut /etc/pki/ca-trust/ca-legacy.conf 
/etc/defaults/etc/pki/ca-trust/ca-legacy.conf

++ /usr/bin/ca-legacy install
++ /usr/bin/update-ca-trust

What is coming out from your ?

Regards
Marco

--
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: What's the official state of Python module pynfft in Cygwin?

[marco atzeri via Cygwin]

Hi Oriol,
Please, reply to the mailing list, NOT directly to the sender and
stick to bottom post.

On Tue, Feb 27, 2024 at 6:25 PM Oriol Monserrat  wrote:
>
> Dear Marco,
>
> Thank you very much for your quick reply. I hope not to be on the stupid 
> questions side.
> I was wondering if someone tried or succeeded in installing it. Similar case 
> to the scipy library.
>
> Thank you again,
> Oriol
>
> El mar, 27 feb 2024 a las 16:43, marco atzeri escribió:
>>
>> On Tue, Feb 27, 2024 at 4:27 PM Oriol Monserrat via Cygwin
>>  wrote:
>> >
>> > Hi all,
>> >
>> > We are trying to install pynfft in Cygwin. Is it
>> > supported officially? Or unsupported but instalable?
>> >
>> > Thank you in advance
>> >
>>
>> It does NOT exist as Cygwin package
>>
>> https://www.cygwin.com/packages/src_package_list.html


I looked on the python package, and it seems you are missing the baseline

 pynfft: Python bindings around the NFFT C-library, which uses the
speed of FFTW,

to have the bindings you need first to port the library NFFT to Cygwin.

It seems interesting from Mathematical point of view and I will give it a try.
No promise as time is scarse and my real job, that NOT in software, is
taking a lot of extra hours.

Cygwin is just an hobby

Regards
Marco

-- 
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: What's the official state of Python module pynfft in Cygwin?

[marco atzeri via Cygwin]

On Tue, Feb 27, 2024 at 4:27 PM Oriol Monserrat via Cygwin
 wrote:
>
> Hi all,
>
> We are trying to install pynfft in Cygwin. Is it
> supported officially? Or unsupported but instalable?
>
> Thank you in advance
>

It does NOT exist as Cygwin package

https://www.cygwin.com/packages/src_package_list.html

-- 
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: Problem with pyNFFT install

[marco atzeri via Cygwin]

On Tue, Feb 27, 2024 at 11:17 AM natan_b--- via Cygwin
 wrote:
>
> Hi Guy,
>
> I've a problem to install pyNFFT with python3.9 -m pip install pyNFFT
>
> I ask if possible to install 3.11 python version
>

It was on the TODO list, but I was hit by the failed upgrade from
3.9.16-1 to 3.9.18-1

https://cygwin.com/pipermail/cygwin/2024-February/255467.html

I have the strong feeling that it will hit the same issue.

> Thank to all
>
> natanb

Regards
Marco

-- 
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: cygwin1.dll 3.5.0-1 appears to cause spurious "error 127" with make 4.4.1

[Marco Atzeri via Cygwin]

On 26/02/2024 18:16, Dimitry Andric via Cygwin wrote:

On 26 Feb 2024, at 18:00, Marco Atzeri via Cygwin  wrote:


On 26/02/2024 17:34, Dimitry Andric via Cygwin wrote:

Hi,
After a recent upgrade of a Cygwin installation, including cygwin1.dll
(see https://cygwin.com/pipermail/cygwin/2024-February/255308.html) to
3.5.0-1, I now get spurious "error 127" messages from (Cygwin's copy of)
GNU make 4.4.1-2, when it starts external processes and those external
processes exit with a zero exit code.
For example, a very simple Makefile:
all:
cmd /c echo done
Running this a few times in a Cygwin bash prompt, gives:
   Dim@kilchoman ~/foobar
   $ make
   cmd /c echo done
   done
   Dim@kilchoman ~/foobar
   $ make
   cmd /c echo done
   done
   make: *** [Makefile:2: all] Error 127


this smells as a lost race with your AV
can you tell it to not bother the Cygwin directory ?


I have no antivirus program except Microsoft's built-in thing, but even
if I completely disable that, it makes no difference.



can you follow https://cygwin.com/problems.html and:
Run cygcheck -s -v -r > cygcheck.out and include that file as an 
attachment in your report.

maybe we found some additional suggestion for you


--
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: cygwin1.dll 3.5.0-1 appears to cause spurious "error 127" with make 4.4.1

[Marco Atzeri via Cygwin]

On 26/02/2024 17:34, Dimitry Andric via Cygwin wrote:

Hi,

After a recent upgrade of a Cygwin installation, including cygwin1.dll
(see https://cygwin.com/pipermail/cygwin/2024-February/255308.html) to
3.5.0-1, I now get spurious "error 127" messages from (Cygwin's copy of)
GNU make 4.4.1-2, when it starts external processes and those external
processes exit with a zero exit code.

For example, a very simple Makefile:

all:
cmd /c echo done

Running this a few times in a Cygwin bash prompt, gives:

   Dim@kilchoman ~/foobar
   $ make
   cmd /c echo done
   done

   Dim@kilchoman ~/foobar
   $ make
   cmd /c echo done
   done
   make: *** [Makefile:2: all] Error 127



this smells as a lost race with your AV
can you tell it to not bother the Cygwin directory ?



Does anybody know if there are intermediate cygwin1.dll copies
somewhere, so I attempt to bisect where this problem started occurring?

-Dimitry


you can test the next snapshots to see if it makes any difference
https://cygwin.com/packages/summary/cygwin-src.html



--
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: python3 3.9.18-1 hanging

[Marco Atzeri via Cygwin]

On 20/02/2024 04:46, Marco Atzeri wrote:

On 20/02/2024 03:46, Takashi Yano via Cygwin wrote:




I hit probably the same issue while building pango1.0 1.51.2-1
with python39 3.9.18-2 (Test) installed.

Several python3.9 processes are stalled and some of them cannot
be terminated even with kill -9.

Attaching gdb to them shows SIGSEGV in the thread whose stack
is corrupted. The program counter is 0 as follows. Null function
pointer dereference?

Thread 12 "python3.9" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 19184.0x18ac]
0x in ?? ()

Another thread seems to stop in exit_thread() (winsup/cygwin/sigproc.cc).
It may be due to SEGV.

Downgrading it to 3.9.16-1 solves the issue.



The problem seems to be somewhere between 3.16 and 3.17

it is also the upstream transition were several patches are
not used anymore, so it seems the new inside path has some
hidden consequence for Cygwin



to avoid anymore ME TOO test failure, I removed python 3.18-1 and -2
completely

Regards
Marco




--
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: python3 3.9.18-1 hanging

[Marco Atzeri via Cygwin]

On 20/02/2024 03:46, Takashi Yano via Cygwin wrote:

On Tue, 30 Jan 2024 11:18:37 +0100
Marco Atzeri wrote:

On 30/01/2024 10:22, Andrew Murray via Cygwin wrote:

Hi,

Over in Pillow’s GitHub Actions, the Cygwin job has started hanging when 
running pytest - 
https://github.com/python-pillow/Pillow/actions/runs/7690866578/job/20955296663

Interestingly, this is not something specific to Pillow. Cygwin has also been 
hanging for NumPy’s GitHub Actions, 
https://github.com/numpy/numpy/issues/25708, and GitPython, 
https://github.com/gitpython-developers/GitPython/pull/1814.

The conclusion that these Python developers have come to is that the problem 
started when Cygwin’s python3 package updated to 3.9.18-1. For the moment, they 
have downgraded to 3.9.16-1.

However, I’m letting you know here about the problem, in case you would like to 
find a more permanent solution.

Thanks



thanks,
I will look

of course as soon I removed from test the problem raised


I hit probably the same issue while building pango1.0 1.51.2-1
with python39 3.9.18-2 (Test) installed.

Several python3.9 processes are stalled and some of them cannot
be terminated even with kill -9.

Attaching gdb to them shows SIGSEGV in the thread whose stack
is corrupted. The program counter is 0 as follows. Null function
pointer dereference?

Thread 12 "python3.9" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 19184.0x18ac]
0x in ?? ()

Another thread seems to stop in exit_thread() (winsup/cygwin/sigproc.cc).
It may be due to SEGV.

Downgrading it to 3.9.16-1 solves the issue.



The problem seems to be somewhere between 3.16 and 3.17

it is also the upstream transition were several patches are
not used anymore, so it seems the new inside path has some
hidden consequence for Cygwin



--
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: I am getting an error trying to use openssl 1.1.1v in cygwin

[marco atzeri via Cygwin]

On Sun, Feb 18, 2024 at 3:40 PM Cary Lewis via Cygwin  wrote:
>
> Attempting to run:
>
> openssl enc -base64 -i file
>
> gives the following error:
>
> 42949672976:error:25066067:DSO support routines:dlfcn_load:could not load
> the shared library:crypto/dso/dso_dlfcn.c:118:filename(libproviders.dll):
> No such file or directory
> 42949672976:error:25070067:DSO support routines:DSO_load:could not load the
> shared library:crypto/dso/dso_lib.c:162:
> 42949672976:error:0E07506E:configuration file
> routines:module_load_dso:error loading
> dso:crypto/conf/conf_mod.c:224:module=providers, path=providers
> 42949672976:error:0E076071:configuration file routines:module_run:unknown
> module name:crypto/conf/conf_mod.c:165:module=providers
>
> I removed openssl 1.1.1v with apt-cyg remove openssl and reinstalled it
> with apt-cyg install openssl, and now I have version 3.0.13 30 which
> resolves the problem.
>
> I had version OpenSSL 1.1.1f installed on another machine, which did not
> display the error.
>
> I am just posting here in case someone else runs into this issue.
>

what about to use the Cygwin setup so that all the dependencies are
properly updated ?
My guess is that that you have not updated the cygwin1.dll

Regards
Marco

PS: apt-cyg is not supported by cygwin maintainers (and the last time
I checked was also not updated by long time)

-- 
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: pip install ocassionally hangs

[Marco Atzeri via Cygwin]

On 30/01/2024 14:21, Marco Atzeri wrote:

On 30/01/2024 12:50, Daniel Abrahamsson via Cygwin wrote:

Marco Atzeri wrote:


what if you downgrade to 3.9.16 ?


Thank you. Yes, downgrading solves the problem. The issue is probably 
the same as the one reported in "python3 3.9.18-1 hanging".


As I was testing this, I noticed a peculiar thing with the Cygwin 
Setup. I have a script that sets up my Cygwin environment. That 
scripts calls the installer with a list of packages. When I pin the 
python version using "python39=3.9.16-1,python39-devel=3.9.16-1", the 
installer downgrades to 3.9.16-1. But if I run the installer again 
with the same options, it updates to python 3.9.18-1.


Regards,
Daniel



I reset 3.9.18-1 as test, but the propagation will need some time to
be recognized by the Cygwin server and to passed to the mirrors

After that Setup should stop to propose upgrade to 3.9.18



Hi Daniel,

I have not forgot the issue, I can replicate the issue and
running as

$ PYTHONUNBUFFERED=1 PYTHONVERBOSE=1 pip3 install --force 
jenkins_job_builder==5.0.4


it goes a bit further, but at the end stop again

It seems some type of race on 3.9.18 (both -1 and -2, so irrelevant on 
my simple patch trial)


I will see if 3.9.17 has the same issue and after that bisecting until I 
find the upstream change that has problem on Cygwin.


Thanks again for the test case

Regards
Marco






--
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: exit code 2 from /etc/preremove/python39-pip.sh

[marco atzeri via Cygwin]

On Wed, Feb 14, 2024 at 9:27 AM Fergus Daly via Cygwin
 wrote:
>
> I don't think it matters much (or at all*) but while installing today's 
> python39 update I got:
>   running: .. .. \bin\bash.exe --norc --noprofile 
> "/etc/preremove/python39-pip.sh"
>   abnormal exit: exit code=2
> On inspection the .sh file contains the single command:
>   /usr/sbin/alternatives --remove pip3 /usr/bin/pip3.9
> This syntax with arguments and switches is duplicated frequently in 
> /etc/preremove/ scripts
> so I cannot quite see where the problem resides .. ..
> Fergus
> (*) Nothing seems to be broken.
>

there was a typing mistake in the code of the previous variant.
The new version should be right (I hope)

You should see something like

$ /usr/sbin/alternatives --list
2to3auto/usr/bin/2to3-3.9
automake-docauto/usr/share/info/automake1.9.info.gz
gnuplot auto/usr/bin/gnuplot-X11.exe
pip3auto/usr/bin/pip3.9
pydoc3  auto/usr/bin/pydoc3.9
python  auto/usr/bin/python3.9
python3 auto/usr/bin/python3.9
python3-config  auto/usr/bin/python3.9-config
sphinx-apidoc   auto/usr/bin/sphinx-apidoc-3.9
sphinx-autogen  auto/usr/bin/sphinx-autogen-3.9
sphinx-buildauto/usr/bin/sphinx-build-3.9
sphinx-quickstart   auto/usr/bin/sphinx-quickstart-3.9

with more variant if other python's are installed

$ /usr/sbin/alternatives --display pip3
pip3 - status is auto.
 link currently points to /usr/bin/pip3.9
/usr/bin/pip3.9 - priority 39
Current `best' version is /usr/bin/pip3.9.

Regards
Marco

-- 
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: python3-pip obsoleted by python36-pip?

[Marco Atzeri via Cygwin]

On 13/02/2024 19:18, Irfan Adilovic via Cygwin wrote:

Excerpt from:

https://cygwin.com/packages/summary/python3-pip.html

depends: python39-pip
obsoleted_by: python36-pip

This makes no sense -- it selects the full python36 installation at every
update attempt, when I want to keep the latest python installation only.

Am I missing something obvious, or is this a bug? (Obsolete package?)

I don't know how to submit a patch for this, as I can't figure out where
this dependency/obsoletion is managed. (I looked at git://
cygwin.com/git/cygwin-packages/python-pip but it doesn't seem related,
there is no mention of python39 at all)

Irfan



It seems a package bug.

Marco


--
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: Problem with building LibreOffice in Cygwin 3.5.0 (child_info::sync: wait failed)

[Marco Atzeri via Cygwin]

On 12/02/2024 07:51, Ilmari Lauhakangas via Cygwin wrote:
We have multiple developers on Windows 11 reporting that Cygwin 3.5.0 
has a regression that makes building LibreOffice fail with these types 
of messages:


0 [main] sh 1280 child_info::sync: wait failed, pid 1288, Win32 error 183
321 [main] sh 1280 dofork: child 1288 - died waiting for dll loading, 
errno 11

/usr/bin/sh: fork: retry: Resource temporarily unavailable

Any ideas about this?

For reference, our build instructions are here: 
https://wiki.documentfoundation.org/Development/BuildingOnWindows


Regards,
Ilmari Lauhakangas



what is failing to fork ?



--
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: cygsshd fails due to bad ownership or modes of /cygdrive/c/Users

[marco atzeri via Cygwin]

On Wed, Feb 7, 2024 at 3:26 AM Frank-Ulrich Sommer via Cygwin
 wrote:
> On 06.02.2024 22:22, Brian Inglis via Cygwin wrote:
> > On 2024-02-05 18:36, Eliot Moss via Cygwin wrote:
> >> On 2/5/2024 8:28 PM, Frank-Ulrich Sommer via Cygwin wrote:
> >>> On 05.02.2024 00:53, Frank-Ulrich Sommer via Cygwin wrote:
>  I'm trying to run cygsshd on my PC with Windows 11 and connect from a 
>  linux machine. I have added the public key to 
>  /cygdrive/c/Users/xxx/.ssh/authorized_keys and created a symbolic link 
>  from  /cygdrive/c/Users/xxx/.ssh to /home/xxx/.ssh. As usual I checked 
>  the access rights and mode of the .ssh directory (700 and belongs to 
>  user xxx) and the authorized_keys file (600 and also belongs to user 
>  xxx) and also of the home directory (had to change ownership).

> The problem seems to be that OpenSSH does not even arrive at checking the 
> home diretory or the .ssh directory. It starts checking every directory in 
> the path and fails already at "/cygdrive/c/Users". Now that I know how to get 
> the sources I added debug output to the error message. OpenSSH sees this 
> directory as belonging to user with UID 18 and it has mode 4750. Mode ist 
> checked not to contain 0022 which is fine here. Then it checks that the owner 
> is the correct system user and the only criteria is that the UID must be 
> zero. Only for AIX and HPUX the user "bin" with UID 2 is also accepted. So 
> this check fails and OpenSSH assumes that the directory does not belong to 
> the correct privileged system user.
>
> I think the only way to fix this with the current OpenSSH is disabling strict 
> mode, but normally I'm quite reluctant to do something like that.2
>

what is the issue on using /home/USER/.ssh folder ?

I prefer to leave the Cygwin Home and the Windows Home well separated
to avoid this ACL collision

 $ set | grep -i ^home
HOME=/home/matzeri
HOMEDRIVE=C:
HOMEPATH='\Users\matzeri'

-- 
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: ipython failing after last python code update.

[marco atzeri via Cygwin]

On Fri, Feb 2, 2024 at 11:34 AM Emilio Rojas via Cygwin  wrote:
>
> I've attached the cygcheckout.out file.
>
> python3.9.18 seems to work fine, but when I run ipython8.18.1 it hangs
> after tying any command.
>

Hi Emilio,
you are in the right place.

Others have reported similar problems on other python packages

https://cygwin.com/pipermail/cygwin/2024-January/255273.html
https://cygwin.com/pipermail/cygwin/2024-January/255267.html

and going back to 3.9,16-1 solved their issue.

Can you confirm that using previous version python 3.9.16-1 you have
no problem ?

The easy way to replace python39 version 3.9.18-1 with version
3.9.16-1 is to select "Sync" at the Package selection window

Regards
Marco

-- 
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: ca-certificates.sh cannot install?

[Marco Atzeri via Cygwin]

On 31/01/2024 19:14, Lester Ingber via Cygwin wrote:

Assuming we are still in /etc/postinstall/
I see no file with that name?


that is strange.
Have you tried to re-install the package ?

As the AV eaten the file ?


On my wife's system (the broken system) I see
source ca-certificates.sh

(line is blank)


as it is not there, bash is reading nothing to do.



On my system, I see only
ca-certificates.dash.done
ca-certificates.sh.done


There should be only one

$ ls -l /etc/postinstall/ca-*
-rwxr-xr-x 1 marco Administrators 837 Jan  5 11:06 
/etc/postinstall/ca-certificates.sh.done


ca-certificates.dash.done is likely a residual of the past


Lester


Regards
Marco




--
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: ca-certificates.sh cannot install?

[Marco Atzeri via Cygwin]

On 31/01/2024 18:36, Lester Ingber via Cygwin wrote:

The outcome is 1.

Lester



so you need debugging

$ set -x
$ source  ./ca-certificates.sh

on my system the output is:

+ source ./ca-certificates.sh
++ '[' '!' -e /etc/pki/ca-trust/ca-legacy.conf ']'
++ '[' -f /etc/pki/ca-trust/ca-legacy.conf -a -x /usr/bin/diff ']'
++ /usr/bin/mkdir -p /var/cache/setup/etc/pki/ca-trust
++ /usr/bin/rm -f /var/cache/setup//etc/pki/ca-trust/ca-legacy.conf.diff
++ /usr/bin/diff -wut /etc/pki/ca-trust/ca-legacy.conf 
/etc/defaults/etc/pki/ca-trust/ca-legacy.conf

++ /usr/bin/ca-legacy install
++ /usr/bin/update-ca-trust


Regards
Marco


--
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: ca-certificates.sh cannot install?

[Marco Atzeri via Cygwin]

On 31/01/2024 17:40, Lester Ingber via Cygwin wrote:

I just installed the latest Cygwin on our two PCs.  I was hoping this
would take care of this problem, but it did not.  On just one of the PCs, I see 
(in black):

Package: _/Unknown package
ca-certificates.sh exit code 1

The other PC is fine with all installations.




try

$ cd /etc/postinstall
$ ./ca-certificates.sh
$ echo $?

if the outcome is 0 you can just

$ mv ./ca-certificates.sh $ ./ca-certificates.sh.done


Regards
Marco



--
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: python3 3.9.18-1 hanging

[Marco Atzeri via Cygwin]

On 31/01/2024 17:36, Eliah Kagan via Cygwin wrote:

Hi,





However, I was able to make a *fairly* simple script that reliably 
produces it, at least on my machine (and on GitHub Actions runners). It 
seems to me that this script may give some insight. In case it's useful:


import hashlib
import threading
import time
t1 = threading.Thread(target=lambda: print("hello"))
t2 = threading.Thread(target=lambda: print("goodbye"))
t1.start()
time.sleep(1)
print("in between")
t2.start()
t1.join()
t2.join()

The interesting thing here is that the `hashlib` import is required. 
Even though that import is not used, the script does not trigger the 
problem if it is removed.



..



-Eliah



Thanks Eliah,

for the detailed investigation

I will look on it, likely during the weekend

Regards
Marco


--
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: Aren't Windows System Error popups meant to be disabled in Cygwin?

[marco atzeri via Cygwin]

On Wed, Jan 31, 2024 at 2:41 PM David Allsopp via Cygwin  wrote:
>
> Starting with this very trivial C program:
>
> #include 
> #include 
>
> int main(void) {
>   printf("Zstandard v%d\n", ZSTD_versionNumber());
> }
>
> and compiling with
>
> x86_64-w64-mingw32-gcc -o test.exe test.c -lzstd
>
> when I then run ./test.exe, I get the Windows critical-error-handler
> dialog stating "The code execution cannot proceed because
> libzstd-1.dll was not found. Reinstalling the program may fix this
> problem."
>
> My question is not how to fix the problem (I'm well aware of that),
> but rather why that message is being displayed at all, and is it a bug
> in Cygwin somewhere? All I could find Googling was previous
> suggestions that Cygwin routinely calls SetErrorMode with, amongst
> other things, SEM_FAILCRITICALERRORS with the intention of suppressing
> this dialog.
>
> Is that correct, and if so is this just me? :o)
>
> Windows 10 22H2, Cygwin 3.4.10, running all the commands from mintty.
> I also get the same popup if I run C:\cygwin64\bin\sh -c
> "/cygdrive/c/path/to/test" either from a Command Prompt or even from
> "Start -> Run". Running this via "sh" called from a non-Cygwin process
> (itself invoked from a Command Prompt) which has also called
> SetErrorMode is how I hit this.
>
> Thanks!
>
>
> David
>

x86_64-w64-mingw32-gcc produces a Windows program, why Cygwin should
be involved in the execution ?

-- 
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: Tmux crashes on copy

[marco atzeri via Cygwin]

On Wed, Jan 31, 2024 at 2:39 PM Jon Turney via Cygwin  wrote:
>
> On 21/01/2024 22:13, Brian Inglis via Cygwin wrote:
> > On 2024-01-21 14:12, ASSI via Cygwin wrote:
> >> Brian Inglis via Cygwin writes:
> >>> Previous maintainer added some artificial single digit release
> >>> prefixes (in a few packages), but we decided to drop those and use the
> >>> release date directly as used in the package.
> >
> >> That is the upstream versioning scheme for patch releases or beta
> >> versions, which can't be used directly on Cygwin without losing the
> >> release part of the package version.
> >> You might want to go for something like 6.4+20240120-1 instead.
>
> I'm not sure that's the right solution
>
> Ideally, V should be the upstream version label.
>
> If upstream really is making multiple releases called '6.4', which we're
> supposed to distinguish by some other means, then there aren't really
> any good answers...
>
> See the mess that is https://repology.org/project/ncurses/information,
> where everyone makes up there own scheme.
>
> > Good point, but I figured we could add the suffix .1 or something if we
> > could not get a change merged upstream: the snapshots are weekly or
> > better in ncurses, although others not so often, and I have no idea how
> > they decide when to release a new GNU version 6.5?
> >
> > What happens if we change versioning from 6.4-mmdd to 6.4+mmdd-1?
>

 for me  will make more sense a scheme like

6.4-5+GITID
6.4-6+GITID
..

just my 2c€

Regards
Marco

-- 
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: python3 vs. python39 current/test inconsistency

[Marco Atzeri via Cygwin]

On 30/01/2024 18:24, Bruce Jerrick wrote:


In setup.ini, python3-3.9.18-1 is [current], and depends on python39,
but python39-3.9.18-1 is [test] (python39-3.9.16-1 is [current] ).


Hi Bruce,
the python3 is almost only a stub to pull python39 in this moment,
so the mismatch should have no impact.

However for uniformity I also declared python3-3.9.18-1 as test

Regards
Marco

PS:
see bottom of https://cygwin.com/   At "Support for Cygwin"

Please do not send personal email with "quick questions" to individual 
Cygwin contributors. The Cygwin mailing lists are the places for all 
questions. Really. I mean it.


--
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: python3 3.9.18-1 hanging

[Marco Atzeri via Cygwin]

On 30/01/2024 13:13, ggl329 via Cygwin wrote:

Hi,


On 30/01/2024 10:22, Andrew Murray via Cygwin wrote:
Interestingly, this is not something specific to Pillow. Cygwin has 
also been hanging for NumPy’s GitHub Actions, 
https://github.com/numpy/numpy/issues/25708, and GitPython, 
https://github.com/gitpython-developers/GitPython/pull/1814.


In my environment, python-numpy stops working too.

$ python
Python 3.9.16 (main, Mar  8 2023, 22:47:22)
[GCC 11.3.0] on cygwin
Type "help", "copyright", "credits" or "license" for more information.

import numpy
help(numpy)

### stop here.


By downgrading libopenblas from 0.3.26-1 to 0.3.25-1, it works again.
Python 3.9.18 behaves same.

This may be related to the issue.



probably a different issue.
Let me check in the coming days

Regards
Marco


--
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: pip install ocassionally hangs

[Marco Atzeri via Cygwin]

On 30/01/2024 12:50, Daniel Abrahamsson via Cygwin wrote:

Marco Atzeri wrote:


what if you downgrade to 3.9.16 ?


Thank you. Yes, downgrading solves the problem. The issue is probably the same as the one 
reported in "python3 3.9.18-1 hanging".

As I was testing this, I noticed a peculiar thing with the Cygwin Setup. I have a script 
that sets up my Cygwin environment. That scripts calls the installer with a list of 
packages. When I pin the python version using 
"python39=3.9.16-1,python39-devel=3.9.16-1", the installer downgrades to 
3.9.16-1. But if I run the installer again with the same options, it updates to python 
3.9.18-1.

Regards,
Daniel



I reset 3.9.18-1 as test, but the propagation will need some time to
be recognized by the Cygwin server and to passed to the mirrors

After that Setup should stop to propose upgrade to 3.9.18

Regards
Marco


--
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: pip install ocassionally hangs

[Marco Atzeri via Cygwin]

On 29/01/2024 17:00, Daniel Abrahamsson via Cygwin wrote:

Hi,

Since some time ago (perhaps a week or two), "pip install" occassionally hangs.
Ctrl+C does not work. I have to kill the process via the task manager. I can
reproduce the problem somewhat reliably by running:

 pip install --force jenkins_job_builder==5.0.4

This is the last thing printed before the process hangs:

 Downloading requests-2.31.0-py3-none-any.whl (62 kB)
    62.6/62.6 kB 1.2 MB/s eta 
0:00:00
 Using cached certifi-2023.11.17-py3-none-any.whl (162 kB)
 Using cached charset_normalizer-3.3.2-py3-none-any.whl (48 kB)
 Downloading idna-3.6-py3-none-any.whl (61 kB)
    0.0/61.6 kB ? eta -:--:--

I tried attaching to the python39 process with strace and got the following
message repeated over and over again:

 --- Process 41672 (pid: 1250), exception c005 at 

Cygwin version: 3.5.0-0.615.g1c13ca67b506.x86_64
Python version: Python 3.9.18
pip version: pip 23.3.2

Regarding the Cygwin version, a colleague ran into the same problem on the 3.4
branch, so I don't think it is related to anything new on the 3.5 branch.

Any ideas on how to debug this?

Regards,
Daniel Abrahamsson



what if you downgrade to 3.9.16 ?



--
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: python3 3.9.18-1 hanging

[Marco Atzeri via Cygwin]

On 30/01/2024 10:22, Andrew Murray via Cygwin wrote:

Hi,

Over in Pillow’s GitHub Actions, the Cygwin job has started hanging when 
running pytest - 
https://github.com/python-pillow/Pillow/actions/runs/7690866578/job/20955296663

Interestingly, this is not something specific to Pillow. Cygwin has also been 
hanging for NumPy’s GitHub Actions, 
https://github.com/numpy/numpy/issues/25708, and GitPython, 
https://github.com/gitpython-developers/GitPython/pull/1814.

The conclusion that these Python developers have come to is that the problem 
started when Cygwin’s python3 package updated to 3.9.18-1. For the moment, they 
have downgraded to 3.9.16-1.

However, I’m letting you know here about the problem, in case you would like to 
find a more permanent solution.

Thanks



thanks,
I will look

of course as soon I removed from test the problem raised

:-(



--
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: zp_octave_finish.dash fails when updating

[Marco Atzeri via Cygwin]

On 29/01/2024 20:18, Uwe F. Mayer via Cygwin wrote:

The script /etc/postinstall/zp_octave_finish.dash from octave-8.4.0-1.tar.bz2 
fails during Cygwin update because that script expects the directory 
/usr/share/octave/packages to exist. Creating that directory fixes this error.

CYGWIN_NT-10.0-19045 Windows-10-Laptop 3.5.0-0.617.g030a762535c1.x86_64 
2024-01-29 13:16 UTC x86_64 Cygwin



thanks Uwe,

for the check.
I will add on next release

Regards
Marco





--
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: /usr/bin/fallocate missing in Cygwin 3.5's "util-linux" ...

[Marco Atzeri via Cygwin]

On 27/01/2024 11:06, Mark Geisert via Cygwin wrote:

On 1/26/2024 11:26 PM, ASSI via Cygwin wrote:

Mark Geisert via Cygwin writes:

A new build of the util-linux package, 2.33.1-3, now includes
fallocate and its man page.  The updated package is now making its way
to the Cygwin mirrors.  fallocate requires Cygwin version >= 3.5.0.


It also doesn't work at all on Cygwin 3.4.x and 3.5 isn't yet released,
so please add a dependency for cygwin(>= 3.5) to the hints file.


Done. I guess you answered my unasked question of how to limit one 
executable of a package to specific Cygwin version(s): you don't. You 
limit the whole package instead?

Thanks & Regards,

..mark



yes but put it as test, otherwise Setup will pull cygwin-3.5.0



--
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: Source code for bash package?

[Marco Atzeri via Cygwin]

On 26/01/2024 08:22, Cedric Blancher via Cygwin wrote:

Good morning!

Where can I find the source code for the Cygwin bash package? Not the
bash source itself, I am looking for the data which is used to build
the Cygwin bash package.

Ced



https://cygwin.com/cgit/cygwin-packages/bash/tree/

and also in the cygwin source package that you can download with Setup

Regards
Marco

--
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: Wrong NTFS permissions

[Marco Atzeri via Cygwin]

On 23/01/2024 22:54, Vincent Rivière via Cygwin wrote:

Hi,

I'm facing a really weird issue with NTFS permissions.

$ umask
0022

$ cd /cygdrive/h/


what is H ?


$ mkdir a

$ ls -ld a
drwxr-xr-x 1 vincent vincent 0 Jan 23 22:35 a

# You can see that permissions are fine.

$ getfacl a
# file: a
# owner: vincent
# group: vincent
user::rwx
group::r-x
other::r-x
default:user::rwx
default:group::r-x
default:other::rwx

# I have no idea if those default: values are good.

$ cd a
$ mkdir b

$ ls -ld b
drwxr-xrwx+ 1 vincent vincent 0 Jan 23 22:44 b

# Bogus permissions!

$ getfacl b
# file: b
# owner: vincent
# group: vincent
getfacl: b: Invalid argument

Am I missing something, or this is a Cygwin bug?

Cheers,


my guess,
it is related to the remote server as I see as expected

$ cd /cygdrive/z

$ mkdir a

$ getfacl a
# file: a
# owner: Unknown+User
# group: Unix_Group+0
user::rwx
group::rwx
other::rwx

$ cd a

$ mkdir b

$ getfacl b
# file: b
# owner: Unknown+User
# group: Unix_Group+0
user::rwx
group::rwx
other::rwx


Use csih package for more info on your remote package

$ /usr/lib/csih/getVolInfo .
Device Type: 0x07
Characteristics: 0x0010
  FILE_REMOVABLE_MEDIA  : FALSE
  FILE_REMOTE_DEVICE: TRUE
Volume Name: 
Serial Number  : 2870488680
Max Filenamelength : 255
Filesystemname : 
Flags  : 0x0001002f
  FILE_CASE_SENSITIVE_SEARCH: TRUE
  FILE_CASE_PRESERVED_NAMES : TRUE
  FILE_UNICODE_ON_DISK  : TRUE
  FILE_PERSISTENT_ACLS  : TRUE
  FILE_FILE_COMPRESSION : FALSE
  FILE_VOLUME_QUOTAS: TRUE
  FILE_SUPPORTS_SPARSE_FILES: FALSE
  FILE_SUPPORTS_REPARSE_POINTS  : FALSE
  FILE_SUPPORTS_REMOTE_STORAGE  : FALSE
  FILE_RETURNS_CLEANUP_RESULT_INFO  : FALSE
  FILE_SUPPORTS_POSIX_UNLINK_RENAME : FALSE
  FILE_VOLUME_IS_COMPRESSED : FALSE
  FILE_SUPPORTS_OBJECT_IDS  : TRUE
  FILE_SUPPORTS_ENCRYPTION  : FALSE
  FILE_NAMED_STREAMS: FALSE
  FILE_READ_ONLY_VOLUME : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE: FALSE
  FILE_SUPPORTS_TRANSACTIONS: FALSE
  FILE_SUPPORTS_HARD_LINKS  : FALSE
  FILE_SUPPORTS_EXTENDED_ATTRIBUTES : FALSE
  FILE_SUPPORTS_OPEN_BY_FILE_ID : FALSE
  FILE_SUPPORTS_USN_JOURNAL : FALSE
  FILE_SUPPORTS_INTEGRITY_STREAMS   : FALSE
  FILE_SUPPORTS_BLOCK_REFCOUNTING   : FALSE
  FILE_SUPPORTS_SPARSE_VDL  : FALSE
  FILE_DAX_VOLUME   : FALSE
  FILE_SUPPORTS_GHOSTING: FALSE


Regards
Marco


--
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: request: update swig to later version

[Marco Atzeri via Cygwin]

On 21/01/2024 21:07, pdt--- via Cygwin wrote:

Hello,

The current swig is rather old. Would it be possible to spin a newer version.

Specifically, there are some changes in 4.1 .0 that relates to multithreaded 
behavior I am depending on.
Thanks,


/pedro



Noted.

Regards
MArco


--
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: Chromedriver does not launch from python 3.9 script

[Marco Atzeri via Cygwin]

On 20/01/2024 21:26, James via Cygwin wrote:

Latest version of Cygwin installed and updated.

I'm trying to run this python script which uses chromium in order to execute.

I got it all installed, and I'm just now trying to run the script and login, 
but it keeps saying it cannot find the chromedriver.exe.

But the file exists and I know it's looking in the right place because I pasted 
the linux version in the same spot and renamed it to chromedriver.exe and it 
gave me an error about running a 16 bit program. I also dropped in the latest 
version from the google archive for chromedriver.exe and when I ran the script, 
it said the new version was not compatible with my current version, so I know 
for a fact it is reading the file.

So why is it telling me it doesn't exist?

But, this works:

$ pip show selenium
Name: selenium
Version: 4.16.0
Summary:
Home-page: https://www.selenium.dev
Author:
Author-email:
License: Apache 2.0
Location: /home/User/Teachable-Dl/env/lib/python3.9/site-packages
Requires: certifi, trio, trio-websocket, urllib3
Required-by: seleniumbase

In any case, here is the error I get when I try to run the script:

User@User-PC ~/Teachable-Dl
$ python3 main.py --url https://courseurl.com/courses/enrolled/869509 
--man_login_url https://sso.teachable.com/secure/1096/identity/login/password 
--verbose
Traceback (most recent call last):
File 
"/home/User/Teachable-Dl/env/lib/python3.9/site-packages/seleniumbase/core/browser_launcher.py",
 line 2963, in get_local_driver

...

FileNotFoundError: [Errno 2] No such file or directory: 
'C:\\Users\\User\\.cache\\selenium\\chromedriver\\win64\\109.0.5414.74\\chromedriver.exe'
(env)



have you tried replacing with a POSIX path ?
https://cygwin.com/cygwin-ug-net/using.html#using-pathnames

To have it use cygpath

$ cygpath -u 
"C:\\Users\\User\\.cache\\selenium\\chromedriver\\win64\\109.0.5414.74\\chromedriver.exe"

/cygdrive/c/Users/User/.cache/selenium/chromedriver/win64/109.0.5414.74/chromedriver.exe



Now if I directly run that path:

cygstart 
"C:\\Users\\User\\.cache\\selenium\\chromedriver\\win64\\109.0.5414.74\\chromedriver.exe"

It runs same as clicking on it, so the file exists and the path is right. The popup window is a 
command window which starts with "Starting ChromeDriver 109" and the last line is 
"ChromeDriver was started successfully"

But the same file is saying doesn't exist when I try to run the script.

I also pasted the chromedriver.exe file into /env/bin/ folder in the working 
directory, but it still says doesn't exist, yet now it says the file at the new 
correct path doesn't exist, so in other words it detected and found it at the 
new location but still is saying it didn't exist but it does.

Also, if I delete the folder at that path and then run the script again, it 
still fails but it also creates the directory at that path and puts the 
chromedriver.exe in the directory - that means it literally put the file there 
itself but it's saying that it isn't found.



The Cygwin DLL and some programs like cygstart can handle the Windows 
PATH style, but most of the applications don't, so use POSIX


Regards
Marco


--
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: Cygwin/X - Query: why invoking from cmd backgrounds?

[Marco Atzeri via Cygwin]

On 20/01/2024 09:55, Shaddy Baddah via Cygwin wrote:

Hi,

I am just wondering if anyone understands why XWin detaches/runs in
the background, when launched from Windows Command Prompt.


Hi Shaddy,
Only a guess


But here's what happens when I run that first command line from
Windows Command Prompt. No output and the command returns, though the
server is running (including with an icon tray clickable):

| C:\Users\shaddy>C:\PublicData\sw.portapps\cygwin.x86_64\bin\XWin :1 
-nolisten tcp -ac -multiwindow

|
| C:\Users\shaddy>

Is this special detection and handling in the main() (or whatever
entrypoint is applicable)?


I assume you still have the log on /var/log/xwin/XWin.0.log
but it is not anymore duplicated on the terminal



Regards,
Shaddy


Marco


--
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: fish shell config issue starting 3.6.4 package

[Marco Atzeri via Cygwin]

On 12/01/2024 08:17, Xavier Delaruelle via Cygwin wrote:

Hello,

Since fish shell has been updated to 3.6.4 at the beginning of the year, I
obtain a configuration error:

 fish: Unknown command: pgrep
 /etc/fish/conf.d/01_fish_variables.fish (line 13):
 pgrep fish | grep -v \^$fish_pid\$ | xargs -r kill
 ^~~~^
 from sourcing file /etc/fish/conf.d/01_fish_variables.fish
 called on line 248 of file /usr/share/fish/config.fish
 from sourcing file /usr/share/fish/config.fish
 called during startup

It seems like default fish configuration relies on pgrep which is not found
on Cygwin.

Same issue occurs also with 3.7.0.

Regards,
Xavier



Hi Xavier,
it seems a missing dependency

pgrep is part of procps-ng package

$ cygcheck -p bin/pgrep
Found 10 matches for bin/pgrep
busybox-1.23.2-1 - busybox: Tiny utilities in a single executable
busybox-1.36.1-1 - busybox: Tiny utilities in a single executable
...
procps-ng-4.0.2-2 - procps-ng: System and process monitoring utilities
procps-ng-4.0.3-1 - procps-ng: System and process monitoring utilities
procps-ng-4.0.4-1 - procps-ng: System and process monitoring utilities
procps-3.2.8-5 - procps: Obsoleted by procps-ng


--
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: libguile package | dlopen: no such file: guile-readline.dll

[Marco Atzeri via Cygwin]

On 06/01/2024 15:05, Mike Gran wrote:

On Saturday, January 6, 2024 at 01:45:09 AM PST, marco atzeri via Cygwin  wrote:
On Sat, 6 Jan 2024, 10:28 Brian Inglis via Cygwin,  wrote:



On 2024-01-05 18:07, asebian via Cygwin wrote:

package: liguile3.0_1
version: 3.0.9-2


Problem

Loading the ice-9/readline module coming with libguile raises an error:

$ guile -q
scheme@(guile-user)> (use-modules (ice-9 readline))
While compiling expression:
In procedure dlopen: file "guile-readline.dll", message "No such file
or directory"







will look on the guile issue next week


This is a known regression in Guile itself. Bug #64723. Guile used to use 
libltdl to
do dynamic linking, and libltdl would search for dlls that had
major version numbers attached, such as 'guile-readline0.dll'

Guile replaced libltdl with internal code, which no longer handles
dlls with major version numbers attached.  A patch was proposed
but has not made it into the main tree to restore major version
number handling in Dlls.

I keep my own version of the patch in my fork: here.

github.com/spk121/guile/commit/ddcdfe0db957a8231deb8e8ee70a7aec6307acd9

Another workaround  would be to add the "-avoid-version" flag to LDFLAGS for
guile-readline



Thanks for the patch

with it

$ cygcheck -cd guile3.0
Cygwin Package Information
Package  Version
guile3.0 3.0.9-3


$ guile -q
GNU Guile 3.0.9
..
scheme@(guile-user)> (use-modules (ice-9 readline))
scheme@(guile-user)>

Regards
Marco



--
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: libguile package | dlopen: no such file: guile-readline.dll

[marco atzeri via Cygwin]

On Sat, 6 Jan 2024, 10:28 Brian Inglis via Cygwin,  wrote:

> On 2024-01-05 18:07, asebian via Cygwin wrote:
> > package: liguile3.0_1
> > version: 3.0.9-2
> >
> > 
> > Problem
> >
> > Loading the ice-9/readline module coming with libguile raises an error:
> >
> > $ guile -q
> > scheme@(guile-user)> (use-modules (ice-9 readline))
> > While compiling expression:
> > In procedure dlopen: file "guile-readline.dll", message "No such file
> > or directory"
> >
> > Seems as if version number 0 got attached:
> >
> > $ ls -1 /usr/lib/guile/3.0/extensions/
> > guile-readline.la
> > guile-readline-0.dll
> >
> > C:\cygwin64\lib\guile\3.0\exte
> > nsions> dir /B
> > guile-readline-0.dll
> > guile-readline.la
> >
> > 
> > Makeshift fix
> >
> > Create symlink (as Admin):
> >
> > C:\cygwin64\lib\guile\3.0\extensions> mklink guile-readline.dll
> > guile-readline-0.dll
> > symbolic link created for guile-readline.dll <<===>> guile-readline-0.dll
> >
> > $ guile -q
> > scheme@(guile-user)> (use-modules (ice-9 readline))
> > scheme@(guile-user)> (activate-readline)
>
> As these appear to be generated during package config or build, this
> should be
> handled during package config, build, install, or postinstall, perhaps
> using
> alternatives.
>

Alternatives today can not be used as does not handle dll's only exe and
script

Mklink could be a possible general approch in alternatives for handling
dll.
With some file system limitation

I will look on the guile issue next week

-- 
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: Package request: ytdl-org/youtube-dl

[Marco Atzeri via Cygwin]

On 02/01/2024 07:40, Cedric Blancher via Cygwin wrote:

Good morning!

I'd like to request https://github.com/ytdl-org/youtube-dl as a Cygwin
package, so we can mirror training videos locally.

Also, it is a cool demo to show the power of Cygwin, to show that it
can download youtube videos without paying for "Youtube Premium" =:-)

Ced


why not you ?

https://cygwin.com/packaging-contributors-guide.html

--
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: set XATTR_SIZE_MAX and XATTR_LIST_MAX in cygwin/limits.h

[Marco Atzeri via Cygwin]

On 22/12/2023 21:33, Philippe Cerfon wrote:

Hey Marco.

On Fri, Dec 22, 2023 at 5:46 AM Marco Atzeri  wrote:

I am trying to backport on 3.9.18 for Cygwin


Great to hear!

I think it should be fairly easy. The only thing really needed on the
CPython side is USE_XATTRS being defined.

Regards,
Philippe


please give a try .
I uploaded 3.9.18-1 as test version

--
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: set XATTR_SIZE_MAX and XATTR_LIST_MAX in cygwin/limits.h

[Marco Atzeri via Cygwin]

On 30/05/2023 13:28, Philippe Cerfon via Cygwin wrote:

Just for the records:

I've made a PR against CPython that would enable XATTRs with Cygwin:
https://github.com/python/cpython/pull/105075

and sent a patch against newlib, which is AFAICS the right place to
have the XATTR_*_MAX exported:
https://sourceware.org/pipermail/newlib/2023/020347.html

Thanks,
Philippe



I am trying to backport on 3.9.18 for Cygwin

Regards
Myrco



--
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: vim: errors launching "/usr/bin/vi

[marco atzeri via Cygwin]

On Wed, Dec 20, 2023 at 6:04 AM Marco Atzeri wrote:
>
> On 20/12/2023 03:47, Beau James via Cygwin wrote:
> > This problem appeared with my most recent Cygwin update that included an
> > update to "vim".
>
> vi is usually an alias to vim
>
> $ alias | grep vi
>
>   alias vi='vim'
>
> so you are in reality calling vim
>
> $ which vim
> /usr/bin/vim
>
>
> I am investigating the /usr/bin/vi issue
>

-2 version should have solved the issue

-- 
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: vim: errors launching "/usr/bin/vi

[Marco Atzeri via Cygwin]

On 20/12/2023 03:47, Beau James via Cygwin wrote:
This problem appeared with my most recent Cygwin update that included an 
update to "vim".


My Cygwin installation now show vim version 9.0.2115.

Launching VIM from the shell running in a mintty window using the full 
pathname "/usr/bin/vim" works fine.


But launching "/usr/bin/vi" (which has worked fine for many years, until 
the most recent update), results in a long string of startup E319 errors:



    $ /usr/bin/vi
    Error detected while processing /usr/share/vim/vim90/filetype.vim:
    line   11:
    E319: Sorry, the command is not available in this version: let
    did_load_filetypes = 1
    line   14:
    E319: Sorry, the command is not available in this version: let
    s:cpo_save = &cpo
    line   48:
    E319: Sorry, the command is not available in this version: func
    s:StarSetf(ft)
    line   52:
    E319: Sorry, the command is not available in this version: endfunc

    etc. etc.

Note that the startup errors appear only when using the full pathname 
"/usr/bin/vi". Using the command name alone ("vi") relying on the search 
path does not trigger the startup errors; using either the full pathname 
"/usr/bin/vim" or the command name alone "vim" relying on the search 
path does not trigger the startup errors.




vi is usually an alias to vim

$ alias | grep vi

 alias vi='vim'

so you are in reality calling vim

$ which vim
/usr/bin/vim


I am investigating the /usr/bin/vi issue



--
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: Recent update of libgpg-error0 and libassuan0 break curl and Opam (OCaml package manager)

[Marco Atzeri via Cygwin]

On 19/12/2023 19:05, José Isaías Cabrera via Cygwin wrote:


On Tuesday, December 19, 2023 12:16 PM, Michael Soegtrop expressed:


Since there seem to be various issues with this update of libgpg-error0, can we 
please have a roll-back?


Or, perhaps, fix the issue on the broken library.



I just rolled back the libgpg-error0 as fast term solution,
it will need some hours to propagate to the various mirrors

Fixing the broken library requires debugging and
understanding the issue, so it could take time that we can not afford.

Sorry for the inconvenience
MArco



--
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: /usr/bin/vi: errors parsing .vim files from vim-common package

[Marco Atzeri via Cygwin]

On 18/12/2023 20:42, Lee via Cygwin wrote:

tl,dr:  Did vi/vim change from /etc/alternatives to an alias?

$ ls -l $(which vi) $(which vim)
-rwxr-xr-x 1 root Administrators 1507859 Dec 12 09:07 /usr/bin/vi.exe
-rwxr-xr-x 1 root Administrators 3565587 Dec 12 09:07 /usr/bin/vim.exe



they are two different binaries

$ ls -l vi vim
-rwxr-xr-x 1 marco None 1.5M Dec 12 13:58 vi
-rwxr-xr-x 1 marco None 3.5M Dec 12 13:58 vim

> $ alias vi
> alias vi='vim'
>


$ grep -rH alias .
./profile.d/vim.csh:alias vi vim
./profile.d/vim.fish:alias vi vim
./profile.d/vim.sh:  # for bash and zsh, only if no alias is already set
./profile.d/vim.sh:  alias vi >/dev/null 2>&1 || alias vi=vim

it is the default if both vi and vim are installed
and it was in the cygwin package by long time



On Sat, Dec 16, 2023 at 3:11 PM John Hein wrote:


I just updated vim packages (including vim-minimal and vim-common) to 9.0.2155-1


I've got the same version installed
$ grep '^vi' cygcheck-srv_2023-12-17.txt
vim 9.0.2155-1OK
vim-common  9.0.2155-1OK
vim-minimal 9.0.2155-1OK


Now when I run 'vi', I get this:

Error detected while processing /usr/share/vim/vim90/filetype.vim:
line   11:

   <.. snip ..>

and so on.


is you use /usr/bin/vi, you will bypass the alias and
hitting the same problem

 /usr/bin/vi is loading plugin intended only for vim

I will need some time to dig in the issue

Regards
Marco





--
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: BugZilla for Cygwin, PLEASE!

[marco atzeri via Cygwin]

On Mon, Dec 18, 2023 at 12:22 PM Cedric Blancher  wrote:
>
> On Mon, 18 Dec 2023 at 07:58, Marco Atzeri  wrote:
> >
> > On 18/12/2023 07:45, Dan Shelton via Cygwin wrote:
> > > Hello!
> > >
> > > I don't see whether this has been discussed before,
> > > but PLEASE could Cygwin get a bug tracker (BUGZILLA!)?
> > >
> > > Dan
> >
> > https://cygwin.com/acronyms/#SHTDI
> >
> > the bandwidth of current maintainers is the major constraint
> >
> > The current bugtracker is this mailing list
>
> Yeah, from a project administrator and project management  viewpoint
> this is just stupid.

Maybe, but it works for us.

> A bug tracker like Bugzilla would improve the "little bandwidth" the
> maintainers have, by organising them better. It would make them more
> efficient. That said, PLEASE don't use JIRA or AZURE bugtracker, that
> would be an overkill and lead to worse performance. Just plain old
> Bugzilla.

You are assuming that we are a coordinated large team.
We are few maintainers working very asynchronous

> Ced

Feel free to join us and improve the things

   https://cygwin.com/contrib.html

Regards
Marco

-- 
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: Errors in setup.log around ca-certificates and openssl (seems to work anyway)

[marco atzeri via Cygwin]

On Mon, Dec 18, 2023 at 11:36 AM Michael Soegtrop  wrote:
>
> Dear Cygwin Team,
>
> since a while I have these errors in the setup log file of new cygwin
> installations
>
> C:\bin\cygwin\var\log\setup.log.full:
>
> running: C:\bin\cygwin\bin\bash.exe --norc --noprofile
> "/etc/postinstall/ca-certificates.sh"
> /usr/bin/ln: failed to create symbolic link
> '/etc/pki/ca-trust/extracted/pem/directory-hash/ca-certificates.crt':
> Permission denied
> abnormal exit: exit code=1

Hi Michael,

you can try to run by hand the
 /etc/postinstall/ca-certificates.sh

and after manually rename it as

  /etc/postinstall/ca-certificates.sh.done

so that will not be tried any longer

> running: C:\bin\cygwin\bin\bash.exe --norc --noprofile
> "/etc/postinstall/openssl.sh"
> can't run /etc/postinstall/openssl.sh: No such file

likely as it was already completed and you have it as already renamed "*.done"

$ ls /etc/postinstall/openssl.sh*
/etc/postinstall/openssl.sh.done

> Things like HTTPS downloads with curl seem to work anyway so these
> errors might be benign, but they are still not nice.
>
> Best regards,
>
> Michael

Regards
Marco

-- 
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: Custom package repository in addition to default Cygwin packages?

[marco atzeri via Cygwin]

On Mon, Dec 18, 2023 at 11:57 AM Cedric Blancherwrote:
>
> Good morning!
>
> Can Cygwin setup.exe be modified to support more than one package
> repository, e.g. first the default Cygwin package repro, and then a
> company package repro (e.g. fr.pasteur.cygwin.packages ?).
>
> Ced
> --

no need to change. It is already feasible as you can specify multiple URLs
(with multiples -s switches)
-
$ ./setup.x86_64 --help

Cygwin setup 2.928

Command Line Options:
..
 -O --only-siteDo not download mirror list.  Only use sites
   specified with -s
..
-s --site Download site URL, path or UNC path

The default is to both download and install packages, unless either
--download or --local-install is specified.
-

Regards
Marco

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

cygwin@cygwin.com

[Marco Atzeri via Cygwin]

On 18/12/2023 08:16, Dan Shelton via Cygwin wrote:

On Mon, 18 Dec 2023 at 08:05, Marco Atzeri via Cygwin  wrote:






Cygwin can not go faster than the engine below and there are
several cubersome tricks to handle the POSIX compliance

I have seen worst timing trying to emulate  Unix Layer on top of
a not supporting Microsoft environment.


Sorry, but I disagree. I think that Cygwin could compete with WSL in
terms of performance.
I think the issue is just bad symlink emulation for filesystems which
do not need symlink emulation.



https://cygwin.com/acronyms/#PTC


Dan


Regards
Marco


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

cygwin@cygwin.com

[Marco Atzeri via Cygwin]

On 18/12/2023 07:53, Dan Shelton via Cygwin wrote:

On Mon, 18 Dec 2023 at 07:49, Marco Atzeri via Cygwin  wrote:






Is your cygserver running ?


Yes, Cygserver is running

Dan


Hi Dan,

the fact that you have only a factor 2 to 4 compared to WSL and Debian
tell me that Cygwin is very effective as User space enviroment.


1. time find . >/dev/null
Cygwin 86 seconds
WSL 23 seconds
Debian 19 seconds

2. time find . -ls >/dev/null
Cygwin 129 seconds
WSL 38 seconds
Debian 32 seconds

3. time grep -r -E NOMATCH 2>/dev/null
Cygwin 390 seconds
WSL 144 seconds
Debian 141 seconds

Cygwin can not go faster than the engine below and there are
several cubersome tricks to handle the POSIX compliance

I have seen worst timing trying to emulate  Unix Layer on top of
a not supporting Microsoft environment.

Regards
Marco



--
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: BugZilla for Cygwin, PLEASE!

[Marco Atzeri via Cygwin]

On 18/12/2023 07:45, Dan Shelton via Cygwin wrote:

Hello!

I don't see whether this has been discussed before,
but PLEASE could Cygwin get a bug tracker (BUGZILLA!)?

Dan


https://cygwin.com/acronyms/#SHTDI

the bandwidth of current maintainers is the major constraint

The current bugtracker is this mailing list

Regards
Marco


--
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: Qemu packages for Cygwin?

[Marco Atzeri via Cygwin]

On 18/12/2023 07:42, Dan Shelton via Cygwin wrote:

Hello!

Does Cygwin come with qemu packages?

Dan


why should an "Unix Emulation layer" that run in "User Space"
trying to run a "Full-system emulation" (https://www.qemu.org/) ?



It seems like using square wheels

Regards
Marco


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

cygwin@cygwin.com

[Marco Atzeri via Cygwin]

On 18/12/2023 07:22, Dan Shelton via Cygwin wrote:

On Wed, 6 Dec 2023 at 05:08, Dan Shelton  wrote:


Hello!
I am unhappy to report a severe performance issue with find -ls, ls -R
and grep -r, with Cygwin 3.4.9 and Cygwin 3.5.0 when samba shares are
involved.

Imagine a directory with 256 subdirs, and each has 256 files per
subdir, all on a samba share, samba server is on Linux with tmpfs.

mkdir dir1
for ((i=0;i<256;i++)) ; do
 mkdir "dir1/subdir$i"
 for ((j=0; j < 256;j++));do
 echo  "j=$j" >"dir1/subdir$i/j$j.txt"
 done
done

Time comparisations then show a dramatic difference, Debian Linux
accessing the samba share, WSL accessing the samba share, and Cygwin
accessing the samba share:

..

Why does that happen?


It would be nice if someone from the Cygwin authors could assist me in
figuring out why this happens.

My working theory is that the extra file and dir lookup calls are for
soft- and hardlink emulation for file systems which do not have soft-
or hardlinks?
If this is correct, then a fix might be to 1) determinate the
filesystem type (cached, per process lifetime in absence of
/etc/mnttab) and its boundaries (mount point, and whether other muont
points are below it) 2) Only use the emulation for FAT filesystems,
and for NTFS, REFS, SMBFS the native filesystem link is used.

Help!

Dan


Is your cygserver running ?




--
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: libxxhash.pc seems incorrect in libxxhash-devel-0.8.0-1

[Marco Atzeri via Cygwin]

On 17/12/2023 15:56, Marco Atzeri wrote:

On 17.12.2023 14:20, Daisuke Fujimura via Cygwin wrote:

`pkg-config libxxhash --modversion` returns empty.
(expected: 0.8.0)

$ cygcheck -cd libxxhash-devel
Cygwin Package Information
Package  Version
libxxhash-devel  0.8.0-1

$ cat /usr/lib/pkgconfig/libxxhash.pc
#   xxHash - Extremely fast hash algorithm
#   Copyright (C) 2012-2020, Yann Collet, Facebook
#   BSD 2-Clause License 
(https://www.opensource.org/licenses/bsd-license.php)


prefix=/usr
exec_prefix=${prefix}
includedir=${prefix}/include
libdir=${exec_prefix}/lib

Name: xxhash
Description: extremely fast hash algorithm
URL: https://www.xxhash.com/
Version:
Libs: -L${libdir} -lxxhash
Cflags: -I${includedir}



Noted


next version is on the way

$ cat xxhash-0.8.2-1.x86_64/inst/usr/lib/pkgconfig/libxxhash.pc
#   xxHash - Extremely fast hash algorithm
#   Copyright (C) 2012-2021, Yann Collet, Facebook
#   BSD 2-Clause License 
(https://www.opensource.org/licenses/bsd-license.php)


prefix=/usr
exec_prefix=${prefix}
includedir=${prefix}/include
libdir=${exec_prefix}/lib

Name: xxhash
Description: extremely fast hash algorithm
URL: http://www.xxhash.com/
Version: 0.8.2
Libs: -L${libdir} -lxxhash
Cflags: -I${includedir}


--
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: libxxhash.pc seems incorrect in libxxhash-devel-0.8.0-1

[Marco Atzeri via Cygwin]

On 17.12.2023 14:20, Daisuke Fujimura via Cygwin wrote:

`pkg-config libxxhash --modversion` returns empty.
(expected: 0.8.0)

$ cygcheck -cd libxxhash-devel
Cygwin Package Information
Package  Version
libxxhash-devel  0.8.0-1

$ cat /usr/lib/pkgconfig/libxxhash.pc
#   xxHash - Extremely fast hash algorithm
#   Copyright (C) 2012-2020, Yann Collet, Facebook
#   BSD 2-Clause License (https://www.opensource.org/licenses/bsd-license.php)

prefix=/usr
exec_prefix=${prefix}
includedir=${prefix}/include
libdir=${exec_prefix}/lib

Name: xxhash
Description: extremely fast hash algorithm
URL: https://www.xxhash.com/
Version:
Libs: -L${libdir} -lxxhash
Cflags: -I${includedir}



Noted

--
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: Automatic Cygwin installation for CI ?

[Marco Atzeri via Cygwin]

On 15/12/2023 18:07, Mainz, Roland via Cygwin wrote:


Hi!



Is there any documentation how Cygwin 3.5.0 can be automatically (without GUI 
and user intervention, e.g. via *.bat script) be installed as part of a CI 
(Continuous integration) build environment ?



Bye,
Roland



the source code of the Cygwin build server is here

   https://cygwin.com/cgit/cygwin-apps/scallywag/

It builds cygwin packages and eventually also install them,
It creates the proper development environment installing the
needed package for every instance

log of the outcome are available at

 https://cygwin.com/cgi-bin2/jobs.cgi

Regards
Marco







--
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: socat 1.8 release, please update it

[Marco Atzeri via Cygwin]

On 10/12/2023 17:06, xvac--- via Cygwin wrote:

Hi,

I notice socat 1.8 release, so socat package in cygwin is outdate.

please up it to date, 1.8 has much new feature very useful.

thanks ;p


Do not spam the cygwin maintainer/packager list please

See :

https://cygwin.com/faq.html#faq.using.old-packages
-
Every package in the Cygwin distribution has a maintainer who is 
responsible for sending out updates of the package. This person is a 
volunteer who is rarely the same person as the official developer of the 
package. If you notice that a version of a package seems to be out of 
date, the reason is usually pretty simple -- the person who is 
maintaining the package hasn't gotten around to updating it yet. Rarely, 
the newer package actually requires complex changes that the maintainer 
is working out.


If you urgently need an update, sending a polite message to the cygwin 
mailing list pinging the maintainer is perfectly acceptable. There are 
no guarantees that the maintainer will have time to update the package 
or that you'll receive a response to your request, however.


Remember that the operative term here is "volunteer".
-

One month does not classify as "urgently need an update"
in my TODO list, but maybe Andrew can put your request
in the Christmas wish list

Regards
Marco


--
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: R library() bug

[marco atzeri via Cygwin]

On Tue, Dec 5, 2023 at 4:39 AM Stephen P Carrier  wrote:
>
Hi Stephen,
on this mailing list, for reply we use bottom post

https://curl.se/mail/etiquette.html#Do_Not_Top_Post

> Thanks for this explanation.  That is exactly what was happening.  I regret 
> not noticing the issue from this:
>
> # ldd stats.dll
> ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ff9fc82)
> KERNEL32.DLL => /cygdrive/c/Windows/System32/KERNEL32.DLL (0x7ff9fbf1)
> KERNELBASE.dll => /cygdrive/c/Windows/System32/KERNELBASE.dll (0x7ff9fa26)
> msvcrt.dll => /cygdrive/c/Windows/System32/msvcrt.dll (0x7ff9fb93)
> stats.dll => /usr/lib/R/library/stats/libs/stats.dll (0x3ee78)
> cygwin1.dll => /usr/bin/cygwin1.dll (0x7ff9ee76)
> libR.dll => /usr/bin/libR.dll (0x3ef04)
> cyggomp-1.dll => /usr/bin/cyggomp-1.dll (0x3f95a)
> cygblas-0.dll => /usr/bin/cygblas-0.dll (0x3ec3f)
> cyglapack-0.dll => not found
>
> I do wonder if the error message could be changed from file not found to file 
> could not be loaded.

it did not found cyglapack-0.dll, but surely the sequence of messages
if misleading

> Thank you so much!  --Stephen

Regards
Marco

-- 
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: Maximum path and path element length, Win32 vs Cygwin vs SFU?

[Marco Atzeri via Cygwin]

On 03/12/2023 17:45, Cedric Blancher via Cygwin wrote:

Good evening!

What is the maximum path length and path element (single file, dirname
length) in Win32 API, Cygwin APIs on Windows 11, and SFU on Win7?

There seems to be some confusion, docs cite 256, 260 and 32k, and
getconf PATH_MAX / returns 4096.

What is the maximum supported in the Win32 API, what is the maximum
supported in Cygwin, and what applications and drivers need to expect?

Ced


for Cygwin look at

/usr/include/limits.h
/usr/include/cygwin/config.h
/usr/include/cygwin/limits.h


$ grep -rH PATH_MAX .
./config.h:#define __FILENAME_MAX__ 4096/* Keep in sync with 
PATH_MAX in limits.h. */

./limits.h:#define __PATH_MAX 4096

Regards
Marco


--
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: R install.package() bug

[Marco Atzeri via Cygwin]

On 28/11/2023 06:01, Stephen P Carrier via Cygwin wrote:

I would like to report an issue with install.packages() experienced today
using the current R package.

I installed R 4.3.0 on system:

# uname -rs
CYGWIN_NT-10.0-20348 3.4.9-1.x86_64

I tried to install the DBI package, DBI_1.1.3.tar.gz, downloaded from a
mirror.

I used

install.packages("/path/to/DBI_1.1.13.tar.gz", repos = NULL);

What happens is:

-
Installing package into ‘/usr/lib/R/site-library’
(as ‘lib’ is unspecified)
During startup - Warning message:
package ‘stats’ in options("defaultPackages") was not found
* installing *source* package ‘DBI’ ...
** package ‘DBI’ successfully unpacked and MD5 sums checked
** using staged installation
Error : Invalid DESCRIPTION file

Malformed maintainer field.

See section 'The DESCRIPTION file' in the 'Writing R Extensions'
manual.
ERROR: installing package DESCRIPTION failed for package ‘DBI’
-

I looked in the manual to see what DESCRIPTION files should look like.  The
encoding is specified as UTF-8 in the file so the umlauts sprinkled
throughout should be fine.  The 'Maintainer:' line contains an umlaut, I
removed it, after which the package installed without error.  Umlauts
elsewhere in the DESCRIPTION file are not a problem.

Seems like a bug.  I don't have R 4.3.0 installed on a Linux system to test
if the bug is upstream from Cygwin, and my immediate problem is solved with
a simple workaround.

Thanks to all for maintaining this fine product (Cygwin kernel and all the
packages).

--Stephen Carrier


It is an UTF8 issue, it will need some time to understand why
the code page interpretation is wrong for R and it is not using UTF8

As work around:

$ tar -xf DBI-1.1.3.tar.gz

$ cd DBI-1.1.3

$ grep Mü DESCRIPTION
person("Kirill", "Müller", , "krlml...@mailbox.org", role = 
c("aut", "cre"),


$ sed -e "s/Müller/Mueller/" -i DESCRIPTION

$ grep ller DESCRIPTION
person("Kirill", "Mueller", , "krlml...@mailbox.org", role = 
c("aut", "cre"),


$ cd ..

$ tar -xzf DBI-1.1.3.tar.gz DBI-1.1.3

and then in R:

> install.packages("/tmp/DBI-1.1.3.tar.gz", repos = NULL);
Installing package into ‘/usr/lib/R/site-library’
(as ‘lib’ is unspecified)
* installing *source* package ‘DBI’ ...
** using staged installation
** R
** byte-compile and prepare package for lazy loading
** help
*** installing help indices
** building package indices
** installing vignettes
** testing if installed package can be loaded from temporary location
** testing if installed package can be loaded from final location
** testing if installed package keeps a record of temporary installation 
path

* DONE (DBI)


Regards Marco

PS: I see only 1.1.3 on https://github.com/r-dbi/DBI/releases


--
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: R library() bug

[Marco Atzeri via Cygwin]

On 02/12/2023 00:29, Stephen P Carrier wrote:



On Fri, Dec 1, 2023 at 3:24 PM Stephen P Carrier <mailto:carr...@berkeley.edu>> wrote:




On Tue, Nov 28, 2023 at 8:32 PM Marco Atzeri mailto:marco.atz...@gmail.com>> wrote:

On 29.11.2023 02:12, Stephen P Carrier via Cygwin wrote:
 > I have found another issue with Cygwin R.
 >
 > This is for a brand new R installation (4.3.0) on up-to-date
Cygwin.  I am
 > warned when starting R that "stats" package was not found. 
Though it was

 > just a warning I do need the stats package for some things.
 >
 > Minimal test case:  I invoke "R" with no arguments and get:



 > During startup - Warning message:
 > package ‘stats’ in options("defaultPackages") was not found
 >> library("stats")
 > Error: package or namespace load failed for ‘stats’ in
dyn.load(file,
 > DLLpath = DLLpath, ...):
 >   unable to load shared object
'/usr/lib/R/library/stats/libs/stats.dll':
 >    No such file or directory


Hi Stephen,
a big hint is what stats.dll requires

$ cygcheck /usr/lib/R/library/stats/libs/stats.dll | grep -v "^   "
C:\cygwin64\lib\R\library\stats\libs\stats.dll
  C:\cygwin64\bin\libR.dll
  C:\cygwin64\lib\lapack\cyglapack-0.dll

the last math library is, for specific system reason, in an unusual 
position, and for that reason the package provides the etc/profile to 
add "/usr/lib/lapack" to the PATH


$ cygcheck -l liblapack0
/etc/profile.d/lapack0.csh
/etc/profile.d/lapack0.sh
/usr/lib/lapack/cygblas-0.dll
/usr/lib/lapack/cyglapack-0.dl

$ echo $PATH
/home/marco/bin:/usr/local/bin:/usr/bin:/usr/lib/lapack:/usr/sbin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/d/utility

I assume that you are redefining the PATH and missed this Lapack directory


Regards
Marco



--
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: liblapack-devel seems to be missing liblapack0 dependency

[Marco Atzeri via Cygwin]

On 30/11/2023 22:05, Jon Turney wrote:

On 30/11/2023 20:23, airplanemath via Cygwin wrote:

To whom it may concern,

An automated script started failing yesterday, apparently because it 
could not
find the lapack and blas DLLs.  On investigation, only liblapack-devel 
was installed,
not liblapack0.  Should we be updating scripts to explicitly install 
liblapack0 when

using some executable linked with liblapack-devel?



No. I think this was a build error in a recent lapack update.

Marco,

I adjusted this on sourceware.

I think the cygport maybe needs something like 
DEPS_PATH="/usr/lib/lapack/" for the dependency to be automatically 
detected correctly, if libpack0 isn't already installed.




correct.
I will look for most effective solutions

Thanks
Marco


--
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: SINGULAR Help Needed

[Marco Atzeri via Cygwin]

On 29.11.2023 02:53, Brian Inglis via Cygwin wrote:

On 2023-11-27 10:41, Marco Atzeri via Cygwin wrote:

On 03.10.2023 11:10, Rambiz Khalili via Cygwin wrote:

Since the SINGULAR forum has stopped operating, I do not know how to get
help with regards to my programming problems. Please let me know where I
could direct my questions to. Is there a dedicated google group out 
there,

please?



general support should be requested upstream

https://www.singular.uni-kl.de/index.php.html

If the Forum is not working I suggest you to use the mailing list or 
open a bug report.


You need to better develop your research skills, as it looks like 
Singular has moved to:


https://www.computeralgebra.de/sfb/projects/singular-a-new-level-of-abstraction-and-performance/

 https://www.oscar-system.org/

See bottom of that home page for Slack group



Doh !

I was using my cache of links for packages that I handle :-(

It is the lower priority package that I handle,
partially to the upstream uncooperative way..

Regards
Marco

--
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: R library() bug

[Marco Atzeri via Cygwin]

On 29.11.2023 02:12, Stephen P Carrier via Cygwin wrote:

I have found another issue with Cygwin R.

This is for a brand new R installation (4.3.0) on up-to-date Cygwin.  I am
warned when starting R that "stats" package was not found.  Though it was
just a warning I do need the stats package for some things.

Minimal test case:  I invoke "R" with no arguments and get:

-
R version 4.3.0 (2023-04-21) -- "Already Tomorrow"
Copyright (C) 2023 The R Foundation for Statistical Computing
Platform: x86_64-pc-cygwin (64-bit)

R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.

R is a collaborative project with many contributors.
Type 'contributors()' for more information and
'citation()' on how to cite R or R packages in publications.

Type 'demo()' for some demos, 'help()' for on-line help, or
'help.start()' for an HTML browser interface to help.
Type 'q()' to quit R.

During startup - Warning message:
package ‘stats’ in options("defaultPackages") was not found

library("stats")

Error: package or namespace load failed for ‘stats’ in dyn.load(file,
DLLpath = DLLpath, ...):
  unable to load shared object '/usr/lib/R/library/stats/libs/stats.dll':
   No such file or directory
-

However, the file /usr/lib/R/library/stats/libs/stats.dll is very much a
file that exists and is readable by the user running R.  I've looked over
file and folder permissions and don't see an issue.  Other packages in
options('defaultPackages') load without difficulty.

Could the maintainer have a look?  Thanks.

--Stephen Carrier



Can you share as attachment the cygcheck.out ?

https://www.cygwin.com/problems.html

Run
   "cygcheck -s -v -r > cygcheck.out"
and include that file as an attachment in your report. Please do not 
compress or otherwise encode the output. Just attach it as a straight 
text file so that it can be easily viewed.


--
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: Python C Extension Module loading issue on Cygwin

[Marco Atzeri via Cygwin]

On 22.09.2023 08:39, Mesibo Technical via Cygwin wrote:

This issue is about Python on Cygwin not using the recommended module extension.

[cut]

Any idea why Cygwin is using the .dll extension instead of the .pyd
extension as recommended by Python's official documentation?
Additionally, is there a way to know during runtime the specific
extension used by a particular version of Python, without having to
make assumptions based on the system type?


Cygwin is Unix on Windows, so the dll extension is equivalent
to the so extension on Linux/Unix.
I am almost sure that we are not modifying the source code for this 
specific issue. But I could be wrong




Any insights or solutions will be greatly appreciated.

Thanks a lot!



Regards
Marco

--
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: SINGULAR Help Needed

[Marco Atzeri via Cygwin]

On 03.10.2023 11:10, Rambiz Khalili via Cygwin wrote:

Dear Madam or Sir,

Since the SINGULAR forum has stopped operating, I do not know how to get
help with regards to my programming problems. Please let me know where I
could direct my questions to. Is there a dedicated google group out there,
please?

Best Regards
Rambiz Khalili



general support should be requested upstream

https://www.singular.uni-kl.de/index.php.html

If the Forum is not working I suggest you to use the mailing list or 
open a bug report.


Regards
Marco

--
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: Missing Python dependencies for venv standard library module

[Marco Atzeri via Cygwin]

On 10.11.2023 16:43, Adam Dinwoodie via Cygwin wrote:

On Fri, Nov 10, 2023 at 02:35:16PM +, Jon Turney wrote:

On 08/11/2023 16:17, Adam Dinwoodie via Cygwin wrote:

Hullo,

It looks like the python39 package is missing dependencies on
python-setuptools-wheel and python-pip-wheel.  I've not checked, but I
suspect earlier Python versions are missing the same dependencies.
Without these, the Python built-in venv module doesn't work:

  $ python3 -m venv v
  Error: Command '['/home/WDAGUtilityAccount/v/bin/python3', '-Im', 
'ensurepip', '--upgrade', '--default-pip']' returned non-zero exit status 1.

Compare when the both python-setuptools-wheel and python-pip-wheel are
installed:

  $ python3 -m venv v
  $ . v/bin/activate
  (v) $ python3 -c 'import sys; print(sys.path)'
  ['', '/usr/lib/python39.zip', '/usr/lib/python3.9', 
'/usr/lib/python3.9/lib-dynload', 
'/home/WDAGUtilityAccount/v/lib/python3.9/site-packages']
  (v) $ deactivate

I've attached cygcheck files from sandbox VMs for both the broken and
working cases.  I'm not sure what the correct fix is here -- possibly
adding dependencies, possibly changing how things are packaged -- but
I'd expect Python standard library modules to either work or to give an
error message that makes it clearer what additional packages are
required to make them work.


Yeah. I have a vague recollection there was some other case recently where
one these being missing was causing some confusion.

I think the easiest way to convince me that this is a historical oversight
would be to look how other distros do this: If they have python depend on
python-setuptools and python-wheel, then we probably should as well...


I only have Debian set up to check quickly, but just looking at that
example:

- /usr/share/python-wheels/setuptools-66.1.1-py3-none-any.whl is
   provided by the python3-setuptools-whl package.
- python3-setuptools-whl is required by python3.11-venv
- python3.11-venv is required by python3-venv
- python3-venv is suggested (*not* required) by python3

Slighly confusingly, python3.11-venv looks to only provide the ensurepip
module; the venv module is provided by libpython3.11-stdlib, which is a
requirement for python3, so it's only an Apt "suggestion" that gets this
working there.  However, Debian does provide a more useful error message
when you don't have things installed usefully:

 $ python3 -m venv v
 The virtual environment was not created successfully because ensurepip is 
not
 available.  On Debian/Ubuntu systems, you need to install the python3-venv
 package using the following command.
 
 apt install python3.11-venv
 
 You may need to use sudo with that command.  After installing the python3-venv

 package, recreate your virtual environment.
 
 Failing command: /home/adam/v/bin/python3


So that's at least one other distro that is at least a bit more helpful.
As I say, I don't have strong opinions on what the correct fix is here.
Just adding the dependencies is an obvious option, and probably the
easiest option from a maintainer perspective, but it's clearly not the
only option.


Hi Adam,

I had the impression that setuptools was obsolete.
But I need to refresh my knowledge and the python packages in generale

Regards
Marco



--
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: Package request fmt

[Marco Atzeri via Cygwin]

On 14.11.2023 12:23, miloskomarcevic--- via Cygwin wrote:

Please package https://github.com/fmtlib/fmt
See https://repology.org/project/fmt/versions

Thanks, and best regards,Milos & the Exiv2 team


Hi Milo,

it does not work in this way.

Are you volunteering yourself ?
See https://cygwin.com/contrib.html

Regards
Marco

--
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: Could we get Vim 9 packaged to fix CVEs

[Marco Atzeri via Cygwin]

On 17.11.2023 23:14, Brian Inglis via Cygwin wrote:

On 2023-11-12 15:27, Brian Inglis via Cygwin wrote:

On 2023-11-09 09:35, Jack S via Cygwin wrote:

Would it be possible to update the vim packages with Vim 9, please?



Also now:
 https://github.com/vim/vim/security/advisories/GHSA-q22m-h7m2-9mgm


Expanding above:

CVE-2023-46246: Integer overflow in :history Ex-Command in Vim < 9.0.2068
https://github.com/vim/vim/security/advisories/GHSA-q22m-h7m2-9mgm
fixed in Vim patch 9.0.2068
https://github.com/vim/vim/commit/9198c1f2b1ddecde22af918541e0de2a32f0f45a


...

Noted

Regards
Marco


--
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: Cygwin 3.4.9 - how to install ssh-keygen

[Marco Atzeri via Cygwin]

On 20.11.2023 23:41, Lee via Cygwin wrote:

On Mon, Nov 20, 2023 at 11:54 AM Matthias wrote:


Unfortunately  I can't find ssh-keygen in the installable packages.
Howto install ssh-keygen or how to create hostkeys?


The easy way to see if it's already installed
   $ which ssh-keygen
   /usr/bin/ssh-keygen

If no, Cygwin is a bit of a pain when looking for a program that's
included in another package.


Hi Lee,
cygcheck can help here as it can ask the Cygwin website

$ cygcheck -p bin/ssh-keygen
Found 6 matches for bin/ssh-keygen
openssh-debuginfo-9.3p2-1 - openssh-debuginfo: Debug info for openssh
openssh-debuginfo-9.4p1-1 - openssh-debuginfo: Debug info for openssh
openssh-debuginfo-9.5p1-1 - openssh-debuginfo: Debug info for openssh
openssh-9.3p2-1 - openssh: The OpenSSH server and client programs
openssh-9.4p1-1 - openssh: The OpenSSH server and client programs
openssh-9.5p1-1 - openssh: The OpenSSH server and client programs


Regards
Lee


Regards
Marco


--
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: Vim and perl

[Marco Atzeri via Cygwin]

On 28.06.2023 09:20, Andrey Voropaev via Cygwin wrote:

Hello,

It appears that perl packages were updated to version 5.36. Unfortunately
vim packages, compiled to provide perl support, still are trying to load
5.32 version of perl. Is it possible to recompile vim packages as well?

Best regards
Andrey



on the  way


--
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: help needed - transition from 32bits to 64bits

[marco atzeri via Cygwin]

On Thu, Jun 15, 2023 at 2:59 PM Dan Harkless via Cygwin  wrote:
>
> On 6/15/2023 5:47 AM, marco atzeri via Cygwin wrote:
> > On Thu, Jun 15, 2023 at 12:15 PM gh via Cygwin  wrote:
> > > Currently, cygwin is in C:\cygwin, which I have moved to C:\cygwin-bck. I 
> > > then want to install in the now almost empty C:\cygwin,
> >
> > No need to rename the directory as the Cygwin 64 bit will be installed
> > in C:\Cygwin64 folder
>
> Right, but the OP _wanted_ to keep their old paths.  Gilbert, you can
> change the install path of Cygwin64 at install-time to be C:\cygwin.
> There's no requirement for the 64-bit version to be installed in a
> "cygwin64" directory.
>
> Alternatively, you could let it install into C:\cygwin64 and then make a
> Junction or Symbolic Link (e.g. using mklink in a Command Prompt) from
> cygwin to cygwin64, but if it were me I'd probably go with your original
> intention.
>
> --
> Dan Harkless

just renaming the current c:\Cygwin folder to anything (e.g c:\Cygwin32 )
will leave a working Cygwin 32 installation, except any services installed
that of course will have the broken links and broken windows shortcut

-- 
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: Identical Cygwin websites - differing downloads

[marco atzeri via Cygwin]

On Thu, Jun 15, 2023 at 3:20 PM happynumnums via Cygwin
 wrote:
>
> When looking for the latest Cygwin installer, I came across two different 
> domains.
>
> One insecure:
> http://cygwin.org/
>
> and one secure:
> https://cygwin.net/
>
> When checking the downloaded latest 3.4.6 installer with sha512sum.exe, I get 
> differing checksums from the executables from both websites:
>
> an unexpected checksum (from first site)
> 787c46173f5f91d350d31053f09d2bc18e1a80907a9f571f905fa7579cd2fa7b2502337da57aa70a5c8c4209a365f3604cee3c8ffe6c451b397986ddf17eea14
>
> and the expected checksum from the 2nd site (as printed on both pages):
> 4779bead277ba7e682212ed3b1c9c2a56f9b15586dc2db3949556958b683b6f8a11c1c8957e1027d798281fcc98ccf12c418a609911c7e553787c88f8af86152
>
> The first file size shows 1350kB, the 2nd 1356kb.
>
> Can somebody clarify, if cygwin.org is a phishing site or otherwise explain 
> the differences?
>
> Sent with [Proton Mail](https://proton.me/) secure email.
>

all sites point to the same address and all works with HTTPS
IPv4 address (8.43.85.97)

https://sitereport.netcraft.com/?url=https://cygwin.net

problem/cache in the middle ?

Regards
Marco

-- 
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: help needed - transition from 32bits to 64bits

[marco atzeri via Cygwin]

On Thu, Jun 15, 2023 at 12:15 PM gh via Cygwin  wrote:
>
> Dear all,
>
> Sorry if this question was already answered somewhere in the FAQ.
>
>
>
> I am running a deprecated 32bits version, and want to switch to 64bits. 
> Install procedure is easy, but does not cover one thing : I
> would like to preserve the list of packages I have installed, and minimize 
> the change of paths in my windows environment (did not
> change anything for the last 10 years, so I don't want to dig into where are 
> things).
>
>
>
> Currently, cygwin is in C:\cygwin, which I have moved to C:\cygwin-bck. I 
> then want to install in the now almost empty C:\cygwin,
> but copying there the necessary config files so that setup-x86_64.exe knows 
> which packages to download.
>
>
>
> Thanks in advance,
>
>
>
> Gilbert
>
Hi Gilbert,

No need to rename the directory as the Cygwin 64 bit will be installed
in C:\Cygwin64 folder

Attached the script that I use to reinstall my system on different computers.
It can be adapted to duplicate the 32bit in a 64 bit installation

Assuming your file list is not longer than 32K, this should work :

  chmod + x cyg-reinstall.sh
   sed -e "1d"  /etc/setup/installed.db | sed -e "s/ .*$//" > filelist.txt
  ./cyg-reinstall.sh -f  filelist.txt
  cp cyg-reinstall-x86.bat cyg-reinstall-x86_64.bat
  sed -i -e "s/setup-x86.exe/setup-x86_64.exe/" cyg-reinstall-x86_64.bat

if the  "filelist.txt" is too long you can split in multiple chunks, like:

   grep -v "^lib" filelist.txt > nolib-list.txt
   grep "^lib" filelist.txt > lib-list.txt

I usually need to split mine, as my installation hit the 32K limit of
command line

 wc -l *.txt
  2608 filelist.txt
  1297 lib-list.txt
  1311 nolib-list.txt

 ls -1s *.txt
40K filelist.txt
20K lib-list.txt
20K nolib-list.txt

Regards
Marco
#!/bin/bash
#Copyright (c) 2021, 2023 Marco Atzeri
#All rights reserved.

#Redistribution and use in source and binary forms, with or without
#modification, are permitted provided that the following conditions are met:
#1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
#2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
#3. All advertising materials mentioning features or use of this software must display the following acknowledgement: This product includes software developed by Marco Atzeri.
#4. Neither the name of the Marco Atzeri nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.

#THIS SOFTWARE IS PROVIDED BY MARCO ATZERI ''AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL MARCO ATZERI BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
#SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

# Create a batch file to reinstall using setup-{ARCH}.exe
# all packages or the ones reported as incomplete
# or install from a list or remove from a list

# If you hit the length limit of command line in bash or CMD
#
# https://devblogs.microsoft.com/oldnewthing/20031210-00/?p=41553
# https://learn.microsoft.com/en-us/troubleshoot/windows-client/shell-experience/command-line-string-limitation
#
# the best way is to split the installation in multiples chunks

print_error=1

if [ $# -eq 1 ]
  then
if [ $1 == "-I" ]
then
  lista=$(mktemp)
  cygcheck -c | grep "Incomplete" > $lista
  print_error=0
fi
if [ $1 == "-A" ]
then
  lista=$(mktemp)
  cygcheck -cd | sed -e "1,2d" > $lista
  print_error=0
fi
fi

if [ $# -eq 2 ]
  then
if [ $1 == "-f" -o $1 == "-r" ]
then
  lista=$2
  print_error=0
fi
fi

# error message if options are incorrect.
if [ $print_error -eq 1 ]
then
echo -n "Usage : " $(basename $0)
echo " [ -A | -I | -f filelist | -r filelist ]"
echo "  create cyg-reinstall-{ARC}.bat from"
echo "  options"
echo "-A  :  install All packages as reported by cygcheck"
echo "-I  :  install Incomplete packages as reported by

Re: fork bug in cygheap

[marco atzeri via Cygwin]

On Wed, Jun 14, 2023 at 2:20 PM Paolo via Cygwin  wrote:
>
>   Hi all,
>
> I just found a bug (I think) in cygheap_fixup_in_child
> function (cygheap.cc).
> the effect is that, sometimes a command from a
> script ends with the following error message
>
> 0 [main] openssl (17784)
> child_copy: cygheap read copy failed, 0x0..0x8003D8538, done 0, windows
> pid 17784, Win32 error 299
>
> Digging a little bit in the code I found
> that commit_size in cygheap_fixup_in_child is wrongly calculated if the
> condition (child_proc_info->cygheap_max > (void *)
> CYGHEAP_STORAGE_INITIAL) is met.
>
> Currently, in that case, its value is
> evaluated as
>
> commit_size = allocsize
> (child_proc_info->cygheap_max);
>
> but I think this is wrong and it should
> be
>
> commit_size = allocsize (child_proc_info->cygheap_max) -
> CYGHEAP_STORAGE_LOW;
>
> The wrong value avoids the successful execution of
> the following second VirtualAlloc and the the error in child_copy
> function.
>
> I tried to recompile the cygwin dll with the above change and
> indeed the error disappears.
>
> I'm I correct?
> Paolo.
>

it looks like
https://cygwin.com/pipermail/cygwin-developers/2023-April/012620.html

-- 
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: [ANNOUNCEMENT] Updated: guile-3.0.9-2

[Marco Atzeri via Cygwin]

On 01/06/2023 03:45, Mike Gran via Cygwin wrote:

On Saturday, May 13, 2023 at 11:40:01 PM PDT, Marco Atzeri via Cygwin-announce via 
Cygwin  wrote:


Version 3.0.9-2 of



    guile3.0
    libguile3.0-devel
    libguile3.0_1



have been uploaded for cygwin.


Hello Marco and Cygwin:

Where can I find the source patches that Cygwin uses for guile3.0?

On Github, for some project, I'm trying to make my own
CI/CD nightly build of upstream Guile's main branch on a
handful of OSs, and I'm having a bit of trouble getting Cygwin
to build.

If anyone's curious, here's my Github Action YML so far.

https://github.com/spk121/guile/blob/main-patches/.github/workflows/windows-cygwin.yml

Regards,
Mike Gran



Hi Mike,
download the source package.
You can use setup to install it or going directly to one of the mirror like

https://mirrors.kernel.org/sourceware/cygwin/x86_64/release/guile3.0/

All the patches and the cygport script to build it are there

I have not yet (moved) uploaded the guile cygwin patches in the expected 
canonical repository for cygwin.

It is on the long TODO list

regards
Marco





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

[ANNOUNCEMENT] Updated: R-4.3.0-1

[Marco Atzeri via Cygwin-announce via Cygwin]

Versions 4.3.0-1  of

R
libRmath
libRmath-devel

for cygwin are now available.

CHANGES
Latest upstream release
https://mailman.stat.ethz.ch/pipermail/r-announce/2023/000691.html

DESCRIPTION
R is a language and environment for statistical computing and graphics.

R provides a wide variety of statistical (linear and nonlinear
modelling, classical statistical tests, time-series analysis,
classification, clustering, ...) and graphical techniques, and
is highly extensible.
The S language is often the vehicle of choice for research in
statistical methodology, and R provides an Open Source route
to participation in that activity.

HOMEPAGE
http://www.r-project.org/


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

Re: set XATTR_SIZE_MAX and XATTR_LIST_MAX in cygwin/limits.h (was: python + XATTRs under cygwin?)

[marco atzeri via Cygwin]

On Tue, May 30, 2023 at 1:29 PM Philippe Cerfon via Cygwin wrote:
>
> Just for the records:
>
> I've made a PR against CPython that would enable XATTRs with Cygwin:
> https://github.com/python/cpython/pull/105075
>
> and sent a patch against newlib, which is AFAICS the right place to
> have the XATTR_*_MAX exported:
> https://sourceware.org/pipermail/newlib/2023/020347.html
>
> Thanks,
> Philippe
>
> On Tue, May 30, 2023 at 3:37 AM Philippe Cerfon  wrote:
> >
> > Hey.
> >
> > I did some further tests as described in detail at
> > https://github.com/python/cpython/issues/90026#issuecomment-1567631574
> > and it turns out that Python's code would already support XATTRs on
> > Cygwin if the necessary defines were in place.
> >
> > Currently, the most recent version of Python in cygwin is 3.9.9, which

latest is 3.9.16
https://cygwin.com/packages/summary/python39-src.html

> > uses the following check in cpython/Modules/posixmodule.c:
> >#if defined(HAVE_SYS_XATTR_H) && defined(__GLIBC__) &&
> > !defined(__FreeBSD_kernel__) && !defined(__GNU__)
> >
> > in order to determine whether the XATTR code should be compiled or not.
> >
> > In CPython’s master this was changed to:
> >#if defined(HAVE_SYS_XATTR_H) && defined(__linux__) &&
> > !defined(__FreeBSD_kernel__) && !defined(__GNU__)
> >
> > I plan on making a PR against CPython, which would also set the
> > necessary symbol, if __CYGWIN__ is defined.
> >
> >
> > There are however two problems:
> > 1) Compilation then fails, as the code needs the symbols
> > XATTR_SIZE_MAX and XATTR_LIST_MAX, which on Linux are defined in
> > linux/limits.h as:
> >#define XATTR_SIZE_MAX 65536/* size of an extended attribute
> > value (64k) */
> >#define XATTR_LIST_MAX 65536/* size of extended attribute
> > namelist (64k) */
> >
> > This would need to be added to cygwin/limits.h with whichever values
> > are proper for Cygwin (not sure how to find out?)
> >
> >
> > 2) I guess the changes in CPython won't be backported (and it's not
> > even merged)... so Cygwin's Python maintainer will hopefully find the
> > time to package newer versions.
> > So there will probably quite some time, until it finally works in Python.
> >
> >
> > Anyway, whom can I ask or (1)?
> >
> >
> > Thanks,
> > Philippe.

I will look on that, but do not expect anything in short term

Regards
Marco

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

[ANNOUNCEMENT] Updated: openblas-0.3.23-1

[Marco Atzeri via Cygwin-announce via Cygwin]

New releases 0.3.23-1 of

openblas  (source)
libopenblas   (dinamic library)

are available in the Cygwin distribution :

CHANGES
Last upstream release bugfix and performance improvment
https://github.com/xianyi/OpenBLAS/releases


DESCRIPTION
OpenBLAS is an optimized BLAS library based on
GotoBLAS2 1.13 BSD version and further extended.
OpenBLAS is licensed under the 3-clause BSD license.

HOMEPAGE
http://www.openblas.net/

CYGWIN NOTES
1) As BLAS it is around 5-10 times faster than Netlib reference,
   included in the liblapack0 package.

2) No devel package is provided as liblapack-devel already provide
   the needed headers and import.
   Openblas is fully compatible with Netlib BLAS.

3) libopenblas consist of a single file
 /usr/bin/cygblas-0.dll
   that will precede in PATH the liblapack0
 /usr/lib/lapack/cygblas-0.dll
   and used instead. Removing libopenblas will restore the
   usage of Netlib BLAS

4) CPU architecture covered up to now

 64 bit
ATOM BARCELONA BOBCAT BULLDOZER COOPERLAKE CORE2 DUNNINGTON
EXCAVATOR HASWELL NANO NEHALEM OPTERON OPTERON_SSE3 PENRYN
PILEDRIVER PRESCOTT SANDYBRIDGE SAPPHIRERAPIDS SKYLAKEX
STEAMROLLER ZEN


 32 bit
ATHLON ATOM BANIAS BARCELONA BOBCAT BULLDOZER COPPERMINE
CORE2 DUNNINGTON HASWELL KATMAI NANO NEHALEM NORTHWOOD
OPTERON OPTERON_SSE3 P5 P6 PENRYN PILEDRIVER PRESCOTT
SANDYBRIDGE VIAC3 YONAH ZEN


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

[ANNOUNCEMENT] Updated : cmake 3.25.3-1

[Marco Atzeri via Cygwin-announce via Cygwin]

On 13.03.2023 21:06, marco atzeri wrote:

Test version  3.25.3-1 of

cmake
cmake-doc
cmake-gui
emacs-cmake
bash-completion-cmake
vim-cmake

are available in the Cygwin distribution.


promoted to stable

Regards
Marco

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

[ANNOUNCEMENT] Updated: qpdf-11.4.0-1

[Marco Atzeri via Cygwin-announce via Cygwin]

Versions 11.4.0-1 of

  qpdf
  libqpdf29
  libqpdf-devel

are available in the Cygwin distribution:

CHANGES
Latest upstream release

DESCRIPTION
QPDF is a command-line program that does structural, content-preserving
transformations on PDF files. It also provides many useful capabilities
to developers of PDF-producing software or for people who just want to
look at the innards of a PDF file to learn more about how they work.

QPDF is capable of creating linearized (also known as web-optimized)
files and encrypted files. QPDF also supports a special mode designed
to allow you to edit the content of PDF files in a text editor.

QPDF includes support for merging and splitting PDFs through the
ability to copy objects from one PDF file into another and to manipulate
the list of pages in a PDF file. The QPDF library also makes it possible
for you to create PDF files from scratch.


HOMEPAGE
https://qpdf.sourceforge.net/

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

Re: Mounted Network Drives generate "Too many levels of symbolic links"

[Marco Atzeri via Cygwin]

On 24/05/2023 20:53, Takashi Yano via Cygwin wrote:


On Tue, 23 May 2023 13:11:42 +
Beth Kirschner wrote:

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

Your cygcheck.out says you are using cygwin 3.3.4.
What does 'uname -a' says?


Beth,
this likely was caused by an upgrade with processes still running

Check also if you have any file in /usr/bin/ with *.new name as also 
those packages


will require a re-installation



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

[ANNOUNCEMENT] Updated: hexchat-2.16.1-1

[Marco Atzeri via Cygwin-announce via Cygwin]

Version 2.16.1-1 of

  hexchat
  hexchat-devel
  hexchat-lua
  hexchat-perl
  hexchat-python

is available in the Cygwin distribution.

CHANGES
Latest upstream release

DESCRIPTION
HexChat is an IRC client for Windows and UNIX-like operating systems.

HOMEPAGE
https://github.com/hexchat/hexchat

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

[ANNOUNCEMENT] Updated: subversion-1.14.2-1

[Marco Atzeri via Cygwin-announce via Cygwin]

Version 1.14.2-1 of

   subversion
   subversion-devel
   subversion-gnome
   subversion-httpd
   subversion-perl
   subversion-python
   subversion-ruby
   subversion-tools

have been uploaded for cygwin.

CHANGES
Latest upstream security fix release
https://lists.apache.org/thread/bg8z05826qho57ggbhgk8dcmwv230xzy

DESCRIPTION
Subversion is an open source version control system.
Subversion exists to be universally recognized and adopted
as an open-source, centralized version control system
characterized by its reliability as a safe haven for valuable
data; the simplicity of its model and usage; and its ability
to support the needs of a wide variety of users and projects,
from individuals to large-scale enterprise operations.

HOMEPAGE
https://subversion.apache.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

Re: Broken dependency: python39-markdown needs python39-importlib-metadata

[Marco Atzeri via Cygwin]

On 19.05.2023 23:22, Oleksandr Gavenko via Cygwin wrote:

I installed python39-markdown and wanted to:

   import markdown

That fails with:

   File "/home/user/my/blog_md.py", line 5, in 
 import markdown
   File "/usr/lib/python3.9/site-packages/markdown/__init__.py", line 29, in 

 from .core import Markdown, markdown, markdownFromFile  # noqa: E402
   File "/usr/lib/python3.9/site-packages/markdown/core.py", line 26, in 

 from . import util
   File "/usr/lib/python3.9/site-packages/markdown/util.py", line 36, in 

 import importlib_metadata as metadata
   ModuleNotFoundError: No module named 'importlib_metadata'

In markdown/util.py:

   if sys.version_info >= (3, 10):
   from importlib import metadata
   else:
   # 

noted


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

[ANNOUNCEMENT] Updated: postgresql-15.3-1

[Marco Atzeri via Cygwin-announce via Cygwin]

Version 15.3-1  of packages

  libecpg-compat3
  libecpg-devel
  libecpg6
  libpgtypes3
  libpq-devel
  libpq5
  postgresql
  postgresql-client
  postgresql-contrib
  postgresql-devel
  postgresql-doc
  postgresql-plperl
  postgresql-plpython

are available in the Cygwin distribution:

CHANGES
This is the latest upstream 15.x release,
upstream and security info on
https://www.postgresql.org/about/news/postgresql-153-148-1311-1215-and-1120-released-2637/

Migration to Version 15.x
https://www.postgresql.org/docs/15/release-15.html

ADVISE for major version UPGRADE
http://www.postgresql.org/support/versioning/

Major releases usually change the internal format of system tables
and data files. These changes are often complex, so we do not maintain
backward compatibility of all stored data. A dump/reload of the
database or use of the pg_upgrade module is required for major upgrades.


DESCRIPTION
PostgreSQL is a powerful, open source object-relational database system.
It has a proven architecture that has earned it a strong reputation for
reliability, data integrity, and correctness.
It is fully ACID compliant, has full support for foreign keys, joins, views,
triggers, and stored procedures (in multiple languages).
It includes most SQL:2008 data types

HOMEPAGE
http://www.postgresql.org

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

[ANNOUNCEMENT] Updated: ImageMagick-7.0.10.61-1

[Marco Atzeri via Cygwin-announce via Cygwin]

New version 7.0.10.61-1 of

   ImageMagick
   ImageMagick-doc
   libMagickCore7_9 API bump
   libMagickC++7_4
   libMagickWand7_9 API bump
   libMagick-devel
   perl-Image-Magick

have been uploaded for cygwin

CYGWIN CHANGES
rebuilt for perl 5.36

CHANGES
recent upstream 7.x version

DESCRIPTION
ImageMagick® is a software suite to create, edit, compose, or convert
bitmap images. It can read and write images in a variety of formats
(over 100) including DPX, EXR, GIF, JPEG, JPEG-2000, PDF, PhotoCD,
PNG, Postscript, SVG, and TIFF. Use ImageMagick to resize, flip,
mirror, rotate, distort, shear and transform images, adjust image
colors, apply various special effects, or draw text, lines, polygons,
ellipses and Bézier curves.

HOMEPAGE
http://www.imagemagick.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

[ANNOUNCEMENT] Updated: guile-3.0.9-2

[Marco Atzeri via Cygwin-announce via Cygwin]

Version 3.0.9-2 of

  guile3.0
  libguile3.0-devel
  libguile3.0_1

have been uploaded for cygwin.

CYGWIN NOTE
"guile" package has been obsoleted

The package postinstallation script uses alternatives(8)
to install a symlink for /usr/bin/{guile,guild,guile-config}
programs.

CYGWIN CHANGES
Rebuilt with backported upstream patches to solve the problem reported on
https://sourceware.org/pipermail/cygwin/2023-May/253622.html

CHANGES
Latest upstream bugfix releases.
https://www.gnu.org/software/guile/news/gnu-guile-309-released.html

DESCRIPTION
Guile is an implementation of the Scheme programming language,
supporting the Revised5 and most of the Revised6 language
reports, as well as many SRFIs.
Guile is designed to help programmers create flexible applications
that can be extended by users or other programmers with plug-ins,
modules, or scripts.

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

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

Re: [ANNOUNCEMENT] Updated: guile-3.0.9-1

[Marco Atzeri via Cygwin]

On 09.05.2023 22:26, marco atzeri wrote:

On Tue, May 9, 2023 at 7:25 PM Achim Gratz via Cygwin wrote:


Jon Turney via Cygwin writes:

This update seems to break guile-config somehow:


$ guile-config --version
error: ("/usr/bin/pkg-config" "--modversion" "guile-3.0") exited with non-zero 
error code 127


Confirmed.

That would be ENOEXEC, so it looks like the quotes shown in the rerror
message are somehow actually going into the exec call.  Since one of the
changes in this version is to use spawn_posix instead of execle, I'd
start to look there.


Regards,
Achim.


Noted. I can look on it during weekend


3.0.9-2 is on the way.

  $ guile-config --version
  guile-config - Guile version 3.0.9

it was a upstream bug that impacted also other not-Linux platform



--
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: [ANNOUNCEMENT] Updated: guile-3.0.9-1

[marco atzeri via Cygwin]

On Tue, May 9, 2023 at 7:25 PM Achim Gratz via Cygwin wrote:
>
> Jon Turney via Cygwin writes:
> > This update seems to break guile-config somehow:
> >
> >> $ guile-config --version
> >> error: ("/usr/bin/pkg-config" "--modversion" "guile-3.0") exited with 
> >> non-zero error code 127
>
> Confirmed.
>
> That would be ENOEXEC, so it looks like the quotes shown in the rerror
> message are somehow actually going into the exec call.  Since one of the
> changes in this version is to use spawn_posix instead of execle, I'd
> start to look there.
>
>
> Regards,
> Achim.

Noted. I can look on it during weekend

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

[ANNOUNCEMENT] Updated: irssi-1.4.4-2

[Marco Atzeri via Cygwin-announce via Cygwin]

New version 1.4.4-2

  irssi
  irssi-devel

have been uploaded.

CYGWIN CHANGES
Rebuilt for Perl 5.36.x

CHANGES
This is a new upstream security and bug fix.
 https://irssi.org/news/

full list of changes
 https://github.com/irssi/irssi/releases

The problem mentioned in

 https://sourceware.org/pipermail/cygwin/2022-August/252009.html

is still present

DESCRIPTION
Irssi is a terminal based IRC client for UNIX systems.
It also supports SILC and ICB protocols via plugins.


HOMEPAGE
 http://www.irssi.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

[ANNOUNCEMENT] Updated: GraphicsMagick-1.3.40-2

[Marco Atzeri via Cygwin-announce via Cygwin]

Version 1.3.40-2 of
   GraphicsMagick
   libGraphicsMagick-devel
   libGraphicsMagick3
   libGraphicsMagick++12
   libGraphicsMagickWand2
   perl-Graphics-Magick

have been uploaded for cygwin

CYGWIN CHANGES
Rebuilt for Perl 5.36.x

CHANGES
Upstream security and bug fixes release
http://www.graphicsmagick.org/NEWS.html#january-14-2023

DESCRIPTION
GraphicsMagick is the swiss army knife of image processing.
It provides a robust and efficient collection of tools and
libraries which support reading, writing, and manipulating an
image in over 88 major formats including important formats like
DPX, GIF, JPEG, JPEG-2000, PNG, PDF, PNM, and TIFF.

HOMEPAGE
http://www.graphicsmagick.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

Re: Cygwin packages params in setup command line

[marco atzeri via Cygwin]

On Wed, May 3, 2023 at 3:26 PM Anderson via Cygwin  wrote:
>
> Hi,
>
> I need to know if have a limit of packages to install on packages params on
> cygwin setup command line.
>
> I put many packages but some packages are not installed.
>
> Thanks.
>
Hi Anderson,

except the length limit of the command line , no.

See
https://devblogs.microsoft.com/oldnewthing/20031210-00/?p=41553
https://learn.microsoft.com/en-us/troubleshoot/windows-client/shell-experience/command-line-string-limitation

on Cygwin command line the limit is the first one on the CMD the limit
is the second.

If you need to install more the easy way is to split your requirements
in more block.
The last time I reinstalled 1500 packages, splitting between lib* and
the other packages was enough when
running setup from a Bash shell.

Regards
Marco

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

[ANNOUNCEMENT] Test: octave-8.2.0-1

[Marco Atzeri via Cygwin-announce via Cygwin]

Test versions 8.2.0-1 of

  octave
  octave-devel
  octave-doc

are available in the Cygwin distribution:

When the octave subpackage will also be rebuild and available
it will move to stable.

CHANGES
Latest upstream  release.
https://octave.org/news/release/2023/04/13/octave-8.2.0-released.html

GENERAL NOTE
there are 2 octave main binaries with multiple graphic properties

  octave  command line with full plotting capabilities

  octave --guigraphical interface

  octave-cli  command line inteface with plotting
  restricted to fltk and gnuplot toolkits

Of the 3 graphics toolkit fltk, gnuplot and qt

  fltk is the worst performing on cygwin
  gnuplot the lightest
  qt the most graphic rich

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 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
https//octave.org

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

[ANNOUNCEMENT] Updated: tesseract-ocr-5.3.1-1

[Marco Atzeri via Cygwin-announce via Cygwin]

Version 5.3.1-1 of packages

   libtesseract-ocr_5
   tesseract-ocr
   tesseract-ocr-devel
   tesseract-training-util

are available in the Cygwin distribution:

Other language specific data are available upstream
  https://github.com/tesseract-ocr/tessdata/

while training data for building new language data are in
  https://github.com/tesseract-ocr/langdata


CHANGES
Upstream last release
https://github.com/tesseract-ocr/tesseract/releases


DESCRIPTION
Tesseract is probably the most accurate open source OCR engine
available. Combined with the Leptonica Image Processing Library
it can read a wide variety of image formats and convert them to
text in over 60 languages. It was one of the top 3 engines in
the 1995 UNLV Accuracy test.
Improved extensively by Google.
It is released under the Apache License 2.0.


HOMEPAGE
https://github.com/tesseract-ocr/


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

[ANNOUNCEMENT] Updated: leptonica-1.83.1-1

[Marco Atzeri via Cygwin-announce via Cygwin]

Version 1.83.1-1  of packages

   leptonica
   libleptonica-devel
   libleptonica_6   API BUMP

are available in the Cygwin distribution:

CHANGES
Latest upstream release
http://www.leptonica.org/source/version-notes.html


DESCRIPTION
Leptonica is a pedagogically-oriented open source site containing
software that is broadly useful for image processing and image analysis
 applications.

Featured operations are

Rasterop (a.k.a. bitblt)
Affine transformations (scaling, translation, rotation, shear) on
images of arbitrary pixel depth
Binary and grayscale morphology, rank order, and convolution
Seedfill and connected components
Image transformations combining changes in scale and pixel depth
Pixelwise masking, blending, enhancement, arithmetic ops, etc.

HOMEPAGE
http://www.leptonica.org

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

[ANNOUNCEMENT] Test: octave-8.1.0-1

[Marco Atzeri via Cygwin-announce via Cygwin]

Test versions 8.1.0-1 of

  octave
  octave-devel
  octave-doc

are available in the Cygwin distribution:

When the octave subpackage will also be rebuild and available
it will move to stable.

CHANGES
Latest upstream  release.
https://octave.org/news/release/2023/03/07/octave-8.1.0-released.html

GENERAL NOTE
there are 2 octave main binaries with multiple graphic properties

  octave  command line with full plotting capabilities

  octave --guigraphical interface

  octave-cli  command line inteface with plotting
  restricted to fltk and gnuplot toolkits

Of the 3 graphics toolkit fltk, gnuplot and qt

  fltk is the worst performing on cygwin
  gnuplot the lightest
  qt the most graphic rich

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 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
https//octave.org

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