Updated: openblas-0.3.25-1

[Marco Atzeri via Cygwin-announce]

New releases 0.3.25-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 .

--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.

Re: inkscape installed but does nothing

[Mark Geisert via Cygwin]

Mark Geisert via Cygwin wrote:
I've found that Cygwin's latest inkscape 0.92.3 cannot be built with either 
gcc-g++ 11.4 or 11.2.  There are incompatibilities with recent C++ include files. 
Inkscape *can* be built with gcc-g++ 7.4; that version even seems to run okay.


So it seems that without finding and installing an intervening gcc-g++ I probably 
cannot build an inkscape that shows the OP's issue for its investigative value: 
building okay but not runnable.


In the meantime I will work towards an NMU (non-maintainer update) of inkscape 
using the gcc-g++ that works... hopefully in the next couple of days or so.


I have uploaded a re-build of inkscape that seems to avoid the issue reported by 
the OP, namely inkscape exiting without doing anything (with exit code 127).


Could the OP please try installing this updated inkscape, shown as 0.92.3-2 (Test) 
in the Cygwin setup app.  Being a test build, setup will not automatically update 
from an older inkscape; you have to manually select the test version from the 
"New" dropdown within setup.


Kindly let us know if that fixes your original issue and/or has any new issues 
when you have a chance.  Thanks for reporting the original issue.

Enjoy,

..mark

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

Updated: inkscape 0.92.3-2 (Test)

[Mark Geisert]

I've uploaded a non-maintainer re-build of the existing inkscape 0.92.3. 
This attempts to work around a problem with the current inkscape reported 
to exit with 127 error code (missing DLL entry).


This build was produced with gcc-g++ 7.4 while the current build was 
produced with gcc-g++ 6.4.  Newer gcc-g++ releases than these fail to 
build our existing inkscape due to C++ include file evolution.


The only changes in this test build were to the cygport file:
- inherit python3 rather than 'python'
- supply a BUILD_REQUIRES containing most if not all requirements

..mark
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.

Re: cmd.exe clone with UNC support?

[Andrey Repin via Cygwin]

Greetings, Risto Laitinen!

>> cmd.exe already supports UNC paths

> You cannot cd to an UNC path.

You can in bash. And then run
cmd /C …whatever…

…given sufficient system configuration
(https://www.google.com/search?q=DisableUNCCheck)

> On Thu, Nov 30, 2023 at 9:59 PM Bill Stewart via Cygwin
>  wrote:
>>
>> On Wed, Nov 29, 2023 at 9:51 PM Martin Wege via Cygwin 
>> wrote:
>>
>> Is there a cmd.exe clone for Windows which supports UNC paths?
>> >
>>
>> No, and this is because cmd.exe already supports UNC paths. I have been
>> using UNC paths in cmd.exe for many years.
>>
>> It might help to describe your problem rather than a proposed solution.

So, ^^^ this.


-- 
With best regards,
Andrey Repin
Friday, December 1, 2023 04:42:26

Sorry for my terrible english...

-- 
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 mount limited to 64 mounts, even for UNC paths?

[Andrey Repin via Cygwin]

Greetings, Martin Wege!

> Cygwin mount(1) is (per docs) limited to 64 mounts. Why was that
> limitation chosen, and does it  apply even if I create bind mounts to
> UNC paths (not DOS letters)? DOS letters might be restricted by the
> ASCII A-Z, but UNC paths are unlimited.

More interesting question is: why do you need so many _Cygwin_ mounts?
There's a lot of other options, from NTFS junctions to using UNC paths
directly (Cygwin tools aren't picky in this regard).


-- 
With best regards,
Andrey Repin
Friday, December 1, 2023 04:53:35

Sorry for my terrible english...


-- 
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: cmd.exe clone with UNC support?

[Risto Laitinen via Cygwin]

> cmd.exe already supports UNC paths

You cannot cd to an UNC path.

On Thu, Nov 30, 2023 at 9:59 PM Bill Stewart via Cygwin
 wrote:
>
> On Wed, Nov 29, 2023 at 9:51 PM Martin Wege via Cygwin 
> wrote:
>
> Is there a cmd.exe clone for Windows which supports UNC paths?
> >
>
> No, and this is because cmd.exe already supports UNC paths. I have been
> using UNC paths in cmd.exe for many years.
>
> It might help to describe your problem rather than a proposed solution.
>
> Bill
>
> --
> 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

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

Updated: perl-5.36.3-1

[ASSI]

Perl 5.36.3-1 is now available on Cygwin, the update is fixing an
upstream bug in tarball creation that affects meta-information for the
bundled Perl distributions.  The previous release therefore is
considered broken and has been removed.  The following packages have
been released for Cygwin:

 perl-5.36.3-1-src
 perl-5.36.3-1
 perl_base-5.36.3-1
 perl_autorebase-5.36.3-1
 perl_manpages-5.36.3-1
 perl_pods-5.36.3-1

Release notes:
https://metacpan.org/release/PEVANS/perl-5.36.3

-- 
-- 
  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.

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

[Jon Turney via Cygwin]

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.



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

liblapack-devel seems to be missing liblapack0 dependency

[airplanemath via Cygwin]

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?


--
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: cmd.exe clone with UNC support?

[Bill Stewart via Cygwin]

On Wed, Nov 29, 2023 at 9:51 PM Martin Wege via Cygwin 
wrote:

Is there a cmd.exe clone for Windows which supports UNC paths?
>

No, and this is because cmd.exe already supports UNC paths. I have been
using UNC paths in cmd.exe for many years.

It might help to describe your problem rather than a proposed solution.

Bill

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

[Jose Isaias Cabrera via Cygwin]

On Wednesday, November 29, 2023 08:03 PM, Jose Isaias Cabrera expressed:
>
> On Wednesday, November 29, 2023 05:46 PM, Brian Inglis expressed:
>
> > Great catch - Citrix is on BLODA as it tries to intercept a lot in every 
> > app:
> [clip]
> > Dirty-dirty-dirty! Citrix ;^>
>
> Well, it's not Citrix. I have Citrix in all my machines (work stuff) and those
> instances of cygwin work ok. But, in any case, I disabled it, reinstalled
> everything, and still no luck. However, if I turn off the Windows Firewall, it
> works. So, now I have to figure that out. If anyone has any ideas, please let
> me know. I am going to start some internet searches and see what I can find.

I am correcting myself on this one. It was Citrix and by re-installing and not 
checking the "application protection" checkbox, it's working. As we say in 
Spanish, just clearing the water... :-)

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

[Jose Isaias Cabrera via Cygwin]

On Thursday, November 30, 2023 03:00 AM, Eirik Nordbrøden expressed:
>
> Hello
>
> I had problems with Cygwin SSH not working after enabling "application 
> protection"
> in Citrix. Disabling this functionality in Citrix made Cygwin SSH start 
> working again.
>
> Eirik Nordbrøden,

This was my problem also.

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

[Jose Isaias Cabrera via Cygwin]

On Thursday, November 30, 2023 08:16 AM, Matthias--- expressed:

> Hello,
>
> After removing Citrix and install it again without "app protection", my 
> segmentation fault has gone.
> All is working now :)
> It looks like this app protection is the reason for the segmentation fault.
>
>
> Thank you for all the hints and your support
> Matthias

Indeed, Matthias is correct. I re-installed Citrix without the application 
protection and I am now back on business. Thanks all for the support and 
willing to help.

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

UPD: "Unneeded" packages are hard to get rid of in Setup

[Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin]

UPDATE:

Running "cygcheck -rvs" on the updated installation (after all the "Unneeded" 
packages were gone),
revealed that a few packages had become "Incomplete":

base-files
libMagickCore6_6
libMagickCore7_9
perl
perl-mapages
squid

I re-ran Setup and chose these packages to "Reinstall" from the "Up-To-Date" 
list.

All of them were "(auto-selected)" previously, and I suppose with re-install 
they lost their
status and are now installed as "Picked" (by me), so they won't be tracked as 
"Unneeded" anymore
(which is not a big deal but not exactly as it has been intended, either).

Anyways, the reinstall of these has fixed the issue with their completeness, 
and all seems now to be in a good working order.

I have a detailed report (cygcheck -rvs) of which files went missing from those 
packages (if anybody wants to see them).

Anton Lavrentiev
Contractor NIH/NLM/NCBI


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

"Unneeded" packages are hard to get rid of in Setup

[Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin]

Hi All,

I was updating my Cygwin installation at home and that had accumulated some 
"Unneeded" packages, which were very hard to deal with:

The default disposition is "Keep" (while logically, since they are "safe to be 
removed", it should have been "Uninstall")
so it nearly got me a carpal syndrome to manually click on each of those pesky 
packages to select "Uninstall", individually
(I don't think there's a group update -- I can't "select" more than a single 
line with the mouse);

But that wasn't all!

When I re-ran Setup I still had quite a few of the packages showing up as 
"Unneeded" -- I suppose because they were the
dependencies of some of the packages that had just been removed previously.  I 
took me a dozen of iterations of re-running
Setup, and each time selecting the packages, again, individually, and then 
seeing a fewer left for the next Setup run, etc...

FTR, the most stubborn to go away was the old python stuff...

So I have a question:  from the usability standpoint, can "Uninstall" be the 
default action suggested for the "Unneeded" please?
If Setup cannot figure out the circular dependencies and needs a few rounds 
like in my case, at least the user does not have to
re-click everything every single time!  Or better yet if Setup could do both, 
suggest "Uninstall" and figure out the order of the
package removal so that all the dependencies are satisfied, but that's a 
considerable improvement, and is left as a suggestion.

Thanks!

Anton Lavrentiev
Contractor NIH/NLM/NCBI


-- 
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: [NMU] inkscape 0.92.3-2 (Test)

[Jon Turney via Cygwin-apps]

On 30/11/2023 00:38, Mark Geisert via Cygwin-apps wrote:
I've uploaded a non-maintainer re-build of the existing inkscape 0.92.3. 
This attempts to work around a problem with the current inkscape 
reported to exit with 127 error code (missing DLL).  This build was 
produced with gcc-g++ 7.4 while the current build was produced with 
gcc-g++ 6.4.  Newer gcc-g++ releases fail to build inkscape due to C++ 
include file evolution.


The only changes in this test build were to the cygport file:
- include python3 rather than 'python'
- supply a BUILD_REQUIRES containing most if not all requirements

Not sure of the logistical process for doing a non-maintainer update.  
If I've missed something please let me know.  I might consider doing an 
ITA if I have luck with this... we'll see.

Thanks,


Thanks very much for looking into this.

So, this is all a bit ad-hoc at the moment, but only certain ("trusted") 
 maintainers are currently allowed to do NMUs.


If you have ideas about how to make things work better, I'm all ears.

For the moment, I tweaked things to let your upload through.

Re: Cygwin 3.4.9 - how to install ssh-keygen - solved

[Matthias--- via Cygwin]

Hello,

After removing Citrix and install it again without "app protection", my 
segmentation fault has gone.
All is working now :)
It looks like this app protection is the reason for the segmentation fault.


Thank you for all the hints and your support
Matthias



-- 
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: [PATCH cygport] git.cygclass: Suppress the depth option

[Daisuke Fujimura via Cygwin-apps]

Implementations that conditionally branch on variables are simple.

The proposed retry implementation complicates git.cygclass, but I
think it reduces the maintainer's effort.

I have created a patch for a retry implementation.
Could you review it?

diff --git a/cygclass/git.cygclass b/cygclass/git.cygclass
index e53a7985..1e26ab37 100644
--- a/cygclass/git.cygclass
+++ b/cygclass/git.cygclass
@@ -76,19 +76,33 @@ git_fetch() {
  # (not allowed for a hash, unless remote is configured to permit
  # it with allow*SHA1InWant).
  _depth="--depth 1"
+ _branch=""
  if defined GIT_TAG
  then
- _depth+=" --branch ${GIT_TAG}"
+ _depth=" --branch ${GIT_TAG}"
  elif defined GIT_BRANCH
  then
- _depth+=" --branch ${GIT_BRANCH}"
+ _depth=" --branch ${GIT_BRANCH}"
  fi
  fi

  # T likely doesn't exist at this point, so create it first
  mkdir -p ${T}
  cd ${T}
- verbose git clone ${_depth} --no-checkout ${GIT_URI} ${GIT_MODULE}
|| error "git clone failed"
+ _gitlog=${T}/git.$$.log
+ verbose git clone ${_depth} ${_branch} --no-checkout ${GIT_URI}
${GIT_MODULE} |& tee ${_gitlog}
+ if [ ${PIPESTATUS[0]} != 0 ]
+ then
+ grep "fatal: dumb http transport does not support shallow
capabilities" ${_gitlog} >& /dev/null
+ if [ $? = 0 ]
+ then
+ warning "git clone failed, retry without --depth option"
+ verbose git clone ${_branch} --no-checkout ${GIT_URI} ${GIT_MODULE}
|| error "git clone failed"
+ else
+ error "git clone failed"
+ fi
+ fi
  cd ${T}/${GIT_MODULE}

 #v* git.cygclass/GIT_BRANCH


On Mon, Nov 20, 2023 at 11:23 PM Jon Turney  wrote:
>
> On 19/11/2023 02:11, Daisuke Fujimura via Cygwin-apps wrote:
> > Some git providers do not support smart transport, so specifying the
> > depth option will result in an error.
>
> Right. This is a bug and needs fixing.
>
> Thanks for the patch.
>
> > ```
> > Cloning into ''...
> > fatal: dumb http transport does not support shallow capabilities
> > ```
> >
> > Therefore, I suggest adding a variable to suppress the depth option.
> > (Variable names should be changed to something appropriate according
> > to the naming convention.)
> >
> > diff --git a/cygclass/git.cygclass b/cygclass/git.cygclass
> > index e53a7985..0aa97a09 100644
> > --- a/cygclass/git.cygclass
> > +++ b/cygclass/git.cygclass
> > @@ -75,7 +75,12 @@ git_fetch() {
> > # shallow fetch a ref (master, branch or tag) with --depth=1
> > # (not allowed for a hash, unless remote is configured to permit
> > # it with allow*SHA1InWant).
> > - _depth="--depth 1"
> > + _depth=""
> > + # git provider does not support smart transport
> > + if ! defined GIT_PROVIDER_NOT_SUPPORT_SMART_TRANSPORT
>
> If you're going to add a variable which changes the behaviour of cygport
> like this, it should be documented (by adding an appropriate robodoc
> comment)
>
> This could just be named something a little shorter, like
> "GIT_URI_NO_SMART_TRANSPORT", since it's really a property of the URI's
> host?
>
> But I wonder if wouldn't just be better to try with --depth and then
> fallback to without it, if that fails (especially if we can tell it
> failed for that reason).
>
> (Looking at [1], that seems a better approach than trying to probe the
> URI for smart transport support, which seems problematic)
>
> [1]
> https://stackoverflow.com/questions/9270488/is-it-possible-to-detect-whether-a-http-git-remote-is-smart-or-dumb
>
> What do you think?
>
> > + then
> > + _depth="--depth 1"
> > + fi
> > if defined GIT_TAG
> > then
> > _depth+=" --branch ${GIT_TAG}"
> >
>

RE: Cygwin 3.4.9 - how to install ssh-keygen

[Eirik Nordbrøden via Cygwin]

Hello

I had problems with Cygwin SSH not working after enabling "application 
protection" in Citrix. Disabling this functionality in Citrix made Cygwin SSH 
start working again.

Eirik Nordbrøden, 
(+47) 90174789

> -Original Message-
> From: Cygwin  bounces+eirik.nordbroden=netnordic@cygwin.com> On Behalf Of Jose
> Isaias Cabrera via Cygwin
> Sent: torsdag 30. november 2023 02:03
> To: cygwin 
> Subject: Re: Cygwin 3.4.9 - how to install ssh-keygen
> 
> On Wednesday, November 29, 2023 05:46 PM, Brian Inglis expressed:
> 
> > Great catch - Citrix is on BLODA as it tries to intercept a lot in every 
> > app:
> [clip]
> > Dirty-dirty-dirty! Citrix ;^>
> 
> Well, it's not Citrix. I have Citrix in all my machines (work stuff) and those
> instances of cygwin work ok. But, in any case, I disabled it, reinstalled
> everything, and still no luck. However, if I turn off the Windows Firewall, it
> works. So, now I have to figure that out. If anyone has any ideas, please let 
> me
> know. I am going to start some internet searches and see what I can find.
> 
> 
> 
> --
> 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

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