Re: [ANNOUNCEMENT] Updated: curl 7.71.1-1

2020-08-10 Thread Brian Inglis 
On 2020-08-10 23:15, ASSI wrote:
> Brian Inglis writes:
>> - it complains that perl(DBD::SQLite) perl(IO::Pty) are not installed - how 
>> do
>> these and your other perl module dependencies map to Cygwin packages?
>> I also mean that in general - how can I map a perl module to a perl package 
>> and
>> vice versa - for future info?
> 
> You go look up the distribution that provides this mocule on MetaCPAN
> and then install perl-.  Eventually though, such these
> dependencies should be listed in the cygport file with their Cygwin
> package names as BUILD_REQUIRES.

Thanks Achim,

So the distribution names are the obvious perl-dbd-sqlite and perl-io-pty and
neither appear to be available from Cygwin?

The git.cygport specifies these as perl module names, which presumably
perl.cygclass handles?

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in IEC units and prefixes, physical quantities in SI.]
--
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: curl 7.71.1-1

2020-08-10 Thread ASSI 
Brian Inglis writes:
> - it complains that perl(DBD::SQLite) perl(IO::Pty) are not installed - how do
> these and your other perl module dependencies map to Cygwin packages?
> I also mean that in general - how can I map a perl module to a perl package 
> and
> vice versa - for future info?

You go look up the distribution that provides this mocule on MetaCPAN
and then install perl-.  Eventually though, such these
dependencies should be listed in the cygport file with their Cygwin
package names as BUILD_REQUIRES.


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

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada
--
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: Race condition hangs on multiple mintty/tcsh? Brad Wetmore

2020-08-10 Thread Takashi Yano via Cygwin 
Hi Thomas,

On Thu, 6 Aug 2020 15:31:24 +0200
Thomas Wolff wrote:
> Am 06.08.2020 um 13:46 schrieb Thomas Wolff:
> > Am 06.08.2020 um 01:23 schrieb Kevin Schnitzius via Cygwin:
> >> On Wednesday, August 5, 2020, 06:56:48 PM EDT, Thomas Wolff 
> >>  wrote:
> >>> Am 04.08.2020 um 12:02 schrieb Thomas Wolff:
>  Am 04.08.2020 um 00:13 schrieb Brad Wetmore via Cygwin:
> > Hi,
> >
> > I generally kick off multiple (10) mintty sessions, and place them
> > around the screen.
> >
> > C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
>  --position @3 --position 120,0 --size 80x71 /bin/tcsh &
> > C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
> > --position @3 --position 715,0 --size 80x45 /bin/tcsh &
> > C:/cygwin64/bin/mintty.exe -i /Cygwin-Terminal.ico \
> > --position @3 --position 715,660 --size 80x24 /bin/tcsh &
> >
> > Within the last 6 months or so, about 2-3 of them would hang and
> > either mintty/tcsh would not start. I put a "sleep 1" in between each
> > invocation and that seemed to take care of it.
> >
> > With the latest cygwin update, about 8 of them just hang even with
> > the sleep 1. I put in a "sleep 2", and now everything is coming up
> > again.
> >
> > Not sure if this is a mintty or tcsh issue, but just wondering if
> > others are seeing this before I start trying to debug this.
>  I can reproduce such behaviour with /bin/bash (easy cross-check), and
>  in fact the shell is running in that case (easy test via `echo >
>  .log`), so I have a vague and unpleasant suspicion it might in fact be
>  related to mintty although I have no idea how that would happen. To be
>  analysed.
> >>> When in this state, on the pty from which mintty receives child process
> >>> output, select() does not report a ready for reading condition; 
> >>> could it
> >>> be related to the recent poll/select patch? I could not reproduce it in
> >>> cygwin 3.0.7.
> >> for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 ; do 
> >> mintty  -i /Cygwin-Terminal.ico  --position @3 --position 120,$i 
> >> --size 80x24 /bin/bash & done
> >>
> >> This does not fail for me.  Nor does it fail from cmd or powershell 
> >> using a script.
> >>
> >> I tried 3.1.4 and 3.1.6 on Windows 10.  I tried up to 100 instances 
> >> of of mintty...
> > Thanks for testing. It is in fact hard to reproduce, maybe also 
> > depending on system load (speculating).
> > I could reproduce one case of one of three terminals being 
> > unresponsive also with xterm.
> And it also happens if I drop select() from mintty (and use just 
> non-blocking read()).
> > Does anybody familiar with pty/select or recent changes have any idea?

I looked into this problem. After much struggle, I think
I have found a workaround for this issue.

I am not sure why this solves the issue at all, however,
this works for me.

Could you please test a patch attached?

-- 
Takashi Yano 


0001-Cygwin-pty-Add-a-workaround-for-issue-of-starting-a-.patch
Description: Binary data
--
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: curl 7.71.1-1

2020-08-10 Thread Brian Inglis 
On 2020-08-10 13:14, Ken Brown via Cygwin wrote:
> On 8/10/2020 1:33 PM, Brian Inglis wrote:
>> On 2020-08-10 08:52, Ken Brown via Cygwin wrote:
>>> On 8/9/2020 5:48 PM, Brian Inglis wrote:
 On 2020-08-09 12:28, Adam Dinwoodie wrote:
> On Fri, 24 Jul 2020 at 13:56, Adam Dinwoodie wrote:
>> In the failing case, the `/configure` stage includes the following
>> text: `configure: Setting CURL_LDFLAGS to '-lcurl -lnghttp2 -lidn2
>> -lssh -lpsl -lssl -lcrypto -lldap -llber -lbrotlidec -lbrotlidec
>> -lz'`; in the working case using -7.66.0-1, the corresponding line is
>> just `configure: Setting CURL_LDFLAGS to '-lcurl'`.
>>> [...]
 Meanwhile, that info likely comes from:

 $ tail -vn15 /lib/pkgconfig/libcurl.pc
 ==> /lib/pkgconfig/libcurl.pc <==
 #
 prefix=/usr
 exec_prefix=/usr
 libdir=${exec_prefix}/lib
 includedir=${prefix}/include
 supported_protocols="DICT FILE FTP FTPS GOPHER HTTP HTTPS IMAP IMAPS LDAP 
 LDAPS
 POP3 POP3S RTSP SCP SFTP SMB SMBS SMTP SMTPS TELNET TFTP"
 supported_features="SSL IPv6 UnixSockets libz brotli AsynchDNS IDN PSL NTLM
 NTLM_WB TLS-SRP HTTP2 HTTPS-proxy"

 Name: libcurl
 URL: https://curl.haxx.se/
 Description: Library to transfer files with ftp, http, etc.
 Version: 7.71.1
 Libs: -L${libdir} -lcurl
 Libs.private: -lnghttp2 -lidn2 -lssh -lpsl -lssl -lcrypto -lldap -llber
 -lbrotlidec -lbrotlidec -lz
 Cflags: -I${includedir}

 it looks like your git build should be using Libs for dynamic builds and 
 adding
 Libs.private for static builds
>>
>>> If you look at configure.ac in the git sources, you'll see that it uses
>>> curl-config, not pkg-config.  The former reports:
>>>
>>> $ curl-config --libs
>>> -lcurl -lnghttp2 -lidn2 -lssh -lpsl -lssl -lcrypto -lldap -llber -lbrotlidec
>>> -lbrotlidec -lz
>>>
>>> Yaakov's build of earlier versions of curl used a patch 
>>> 7.33.0-libdeps.patch to
>>> prevent the unnecessary libs from being listed.  He even had a comment at 
>>> the
>>> beginning of the patch, explaining the reason for it: "These are needed 
>>> only for
>>> static linking, but we build with --disable-static".
>>
>> I try to avoid looking at autotools plumbing if I can possibly avoid it! ;^>
>> Someone cleaned up the approach used, as the patch did not apply and was 
>> dropped.
> 
> My point is that the patch shouldn't have been dropped.  It should have been
> modified to apply to the updated sources.  (I've done this.  See the 
> attached.)
> As Yaakov wrote, the patch is needed to prevent 'curl-config --libs' from
> including libs that are only needed for static linking.
> 
> With the modified patch applied, curl-config gives the expected result:
> 
> $ curl-config --libs
> -lcurl
> 
>> If you look at my later post, cygport git build and tests worked for me with 
>> no
>> problems other than at first missing some package build dependencies
> 
> Those were not really build dependencies.  They only appeared to be needed
> because 'curl-config --libs' erroneously included libs that are only needed 
> for
> static linking.

Your patch seems to reproduce exactly what is currently distributed in the
libcurl-devel package:

$ tail -n7 /lib/pkgconfig/libcurl.pc
Name: libcurl
URL: https://curl.haxx.se/
Description: Library to transfer files with ftp, http, etc.
Version: 7.71.1
Libs: -L${libdir} -lcurl
Libs.private: -lnghttp2 -lidn2 -lssh -lpsl -lssl -lcrypto -lldap -llber
-lbrotlidec -lbrotlidec -lz
Cflags: -I${includedir}

and from what I can see, picked up and used in my vanilla cygport git build from
the vanilla distributed src package:

$ for exe in *.exe */*.exe; do ldd $exe | fgrep -q cygcurl && cygcheck ./$exe &&
echo; done > ~/git-curl.log

[see attached]

Perhaps I am misunderstanding: I was addressing the OP build issue; are you
perhaps concerned solely with the correct operation of curl-config?

In that case, it looks to me as if the generated curl-config --libs statements:

if test "Xyes" = "Xno" -o "Xyes" = "Xyes"; then
  echo ${CURLLIBDIR}-lcurl -lnghttp2 -lidn2 -lssh -lpsl -lssl -lcrypto
-lldap -llber -lbrotlidec -lbrotlidec -lz

based on curl-config.in:

if test "X@ENABLE_SHARED@" = "Xno" -o "X@REQUIRE_LIB_DEPS@" = "Xyes"; 
then
  echo ${CURLLIBDIR}-lcurl @LIBCURL_LIBS@

REQUIRE_LIB_DEPS should be no, derived from configure.ac:

if test "X$enable_shared" = "Xyes" -a "X$link_all_deplibs" = "Xno"
then
REQUIRE_LIB_DEPS=no
else
REQUIRE_LIB_DEPS=yes
fi
AC_SUBST(REQUIRE_LIB_DEPS)
AM_CONDITIONAL(USE_EXPLICIT_LIB_DEPS, test x$REQUIRE_LIB_DEPS = xyes)

but for Cygwin link_all_deplibs remains defaulted to unknown, so either that
variable should be set in configure, or that condition should perhaps be changed
to:

if test "X$enable_shared" = "Xyes" -a "X$link_all_deplibs" != "Xyes"

with appropriate bug reports and changes to be made upstream if possible.

If you can provide any more insight on the

Re: Need information on creating service user to connect from the Agent server to Windows hosts for installing agents on remote

2020-08-10 Thread Andrey Repin 
Greetings, Subramanya Narayanaswamy!

> I'm Trying to setup Cygwin installation on windows server 2012 and 2016.
> I'm installing latest Cygwin version with packages openssh,openssl,zip,unzip.

> When I run Cygwin.bat file and try to configure SSH host service to connect
> from Agent server on this windows host, I don't get a prompt to create
> CYGWIN user at all. By default it is taking the SYSTEM default user for 
> authentication.

That's how it's done.

> But I want create a new Cygwin(let's say agentuser user) using the command
> ssh-host-config by running the Cygwin.bat file.

Why?

> Could you please help on how to setup separate user with right SSH
> permission please? It would be great help. 

What you want to use that user for? If you want to use it for maintenance,
just create a user and `passwd -R` it. Then you can use SSH key to login as
that user.


-- 
With best regards,
Andrey Repin
Tuesday, August 11, 2020 1:37:01

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: Need information on creating service user to connect from the Agent server to Windows hosts for installing agents on remote

2020-08-10 Thread Bill Stewart 
On Mon, Aug 10, 2020 at 12:21 PM Subramanya Narayanaswamy via Cygwin wrote:

When I run Cygwin.bat file and try to configure SSH host service to connect
> from Agent server on this windows host, I don't get a prompt to create
> CYGWIN user at all. By default it is taking the SYSTEM default user for
> authentication.
>

The service now runs as SYSTEM by default and this is a good thing because
you don't have to manage its password or configure special user rights for
it.

Why doesn't this work for your scenario?

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: cygport: Request a new feature in order to set owner/group names in packaged tarballs.

2020-08-10 Thread Lemures Lemniscati via Cygwin-apps 
On Mon, 10 Aug 2020 21:51:35 +0200, Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> > [1]: 
> > https://github.com/cygwin-lem/cygport/commit/7ae236b524fa5f5b27f9773cdf21ee4f6624a53b
> 
> You set the variable CYGPORT_TAR_EXT in pkg_pkg.cygpart, then use it in
> pkg_upload-cygport.  Have you verified tha the latter will have that
> definition included regardless of the code path taken?
> 

Thank you for reviewing, Achim.


Both of pkg_pkg.cygpart and pkg_upload.cygpart are called from cygport
https://github.com/cygwin-lem/cygport/blob/7ae236b524fa5f5b27f9773cdf21ee4f6624a53b/bin/cygport.in#L325-L331

before the functions are called.
https://github.com/cygwin-lem/cygport/blob/7ae236b524fa5f5b27f9773cdf21ee4f6624a53b/bin/cygport.in#L561-L565



But, probably, configuration like this should go to a more suitable
place, as written in comments (in order to avoid concerning which you
have pointed out)
https://github.com/cygwin-lem/cygport/blob/7ae236b524fa5f5b27f9773cdf21ee4f6624a53b/lib/pkg_pkg.cygpart#L23-L24

For example, it might be placed in this part
https://github.com/cygwin-lem/cygport/blob/7ae236b524fa5f5b27f9773cdf21ee4f6624a53b/bin/cygport.in#L249-L274


Regards,
Lem

Re: [ANNOUNCEMENT] Updated: curl 7.71.1-1

2020-08-10 Thread Adam Dinwoodie 
On Sunday 09 August 2020 at 03:48 pm -0600, Brian Inglis wrote:
> Your previous post never made it to me, either cygwin or cygwin-apps lists,
> their archives, or mail-archives'.
> Please check the archives and your email and repost.

Huh.  There was absolutely no indication from my end that anything
hadn't sent.  No idea what went wrong there.

> 
>
> Trying to build with cygport:
>
> - it died silently as I did not have bash-completion-devel installed: could 
> you
> please perhaps move that pkg-config line into src-compile, so that cygport can
> at least run, check, and complain about missing dependencies?

Good shout; it has never bothered me, but it's clearly a sensible change
to make.  I'll do that for the next release.

> - it complains that perl(DBD::SQLite) perl(IO::Pty) are not installed - how do
> these and your other perl module dependencies map to Cygwin packages?
> I also mean that in general - how can I map a perl module to a perl package 
> and
> vice versa - for future info?

Honestly, I've no idea; I don't think there's any canonical conversion.
I mostly have the mapping between Perl modules and their corresponding
Cygwin packages memorised at this point, as they're mostly fairly
obvious if you're looking at the list of packages in the Cygwin
installer.

In theory you could have looked at my cygport.out to see what packages I
had installed, but that would have required my cygport.out that was
attached to the original email that was evidently eaten by a grue.

On Sunday 09 August 2020 at 09:32 pm -0600, Brian Inglis wrote:
> Build ran without problems other than above complaint, and some tests were
> skipped especially svn, cvs, p4, gitweb, those requiring explicit env 
> settings,
> and some subtests failed:
>
> 
> Test Summary Report
> ---
> t3070-wildmatch.sh  (Wstat: 256 Tests: 1890 Failed: 44)
>   Failed tests:  114, 116, 118, 120, 674, 676, 678, 680
> 734, 736, 738, 740, 744, 746, 748, 750
> 954, 956, 958, 960, 964, 966, 968, 970
> 974, 976, 978, 980, 1284, 1286, 1288, 1290
> 1374, 1376, 1378, 1380, 1414, 1416, 1418
> 1420, 1424, 1426, 1428, 1430
>   Non-zero exit status: 1
> t5500-fetch-pack.sh  (Wstat: 256 Tests: 372 Failed: 12)
>   Failed tests:  145, 148, 164-165, 242, 245, 261-262, 339
> 342, 358-359
>   Non-zero exit status: 1
> t5580-unc-paths.sh  (Wstat: 256 Tests: 8 Failed: 3)
>   Failed tests:  4, 6, 8
>   Non-zero exit status: 1
> t5601-clone.sh  (Wstat: 256 Tests: 104 Failed: 4)
>   Failed tests:  62-64, 66
>   Non-zero exit status: 1
> t7815-grep-binary.sh  (Wstat: 0 Tests: 22 Failed: 0)
>   TODO passed:   12
> Files=908, Tests=22240, 17749 wallclock secs
> (12.25 usr 32.41 sys + 6979.47 cusr 28075.98 csys = 35100.10 CPU)
> Result: FAIL
> make[1]: *** [Makefile:52: prove] Error 1
> make[1]: Target all not remade because of errors.
> make[1]: Leaving directory
> /mnt/c/Users/bwi/src/cygwin/git/git-2.28.0-1.x86_64/build/t
> make: *** [Makefile:2767: test] Error 2

That's the currently expected test output for 64-bit Cygwin; cleaning it
up is on my to-do list.

git-remote-http is going to be one of the tests that requires either
gitweb or specific environment settings, because it's fundamentally
about running an HTTP interface, and Git's test scripts don't want to
set one of those up for you silently.

On Monday 10 August 2020 at 03:14 pm -0400, Ken Brown via Cygwin wrote:
> On 8/10/2020 1:33 PM, Brian Inglis wrote:
> > I try to avoid looking at autotools plumbing if I can possibly avoid it! ;^>
> > Someone cleaned up the approach used, as the patch did not apply and was 
> > dropped.

Likewise!  I was somewhat hoping someone else would be able to work out
what was going wrong, and it looks like Ken has achieved that.

> My point is that the patch shouldn't have been dropped.  It should have been
> modified to apply to the updated sources.  (I've done this.  See the
> attached.) As Yaakov wrote, the patch is needed to prevent 'curl-config
> --libs' from including libs that are only needed for static linking.
>
> With the modified patch applied, curl-config gives the expected result:
>
> $ curl-config --libs
> -lcurl
>
> > If you look at my later post, cygport git build and tests worked for me 
> > with no
> > problems other than at first missing some package build dependencies
>
> Those were not really build dependencies.  They only appeared to be needed
> because 'curl-config --libs' erroneously included libs that are only needed
> for static linking.

I've not rebuilt with Ken's patch, but given the behaviour he describes,
the patch looks sensible to me.  Brian, let me know if you reckon
there's value in me rebuilding Curl with this patch and trying to
rebuild Git, or if you're okay to incorporate this patch into a Curl
rebuild now?

Thanks all!

Adam
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/

Re: [ANNOUNCEMENT] Updated: curl 7.71.1-1

2020-08-10 Thread Marco Atzeri via Cygwin 

On 10.08.2020 20:16, Brian Inglis wrote:

On 2020-07-20 11:58, ASSI wrote:

Brian Inglis writes:

The following packages have been uploaded to the Cygwin distribution:
* curl  7.71.1



Curl has dropped the dependency to libmetalink with this release, which
probably is a consequence of the newer SSL (the upstream Changelog is not
very clear there). This was the only consumer of that library so maybe
it should be made obsolete going forward?


It may be used in wget, as that supports metalink, and is used by wget2, so
maybe I should pick up libmetalink if nothing else uses it?

Could someone perhaps check on the package build server with cygcheck or ldd for
any dependencies on cygmetalink-3.dll?



setup.ini reports only previous versions of curl depending from libmetalink3


--
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: cygport: Request a new feature in order to set owner/group names in packaged tarballs.

2020-08-10 Thread Achim Gratz 
Lemures Lemniscati via Cygwin-apps writes:
> [1]: 
> https://github.com/cygwin-lem/cygport/commit/7ae236b524fa5f5b27f9773cdf21ee4f6624a53b

You set the variable CYGPORT_TAR_EXT in pkg_pkg.cygpart, then use it in
pkg_upload-cygport.  Have you verified tha the latter will have that
definition included regardless of the code path taken?


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

SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [ANNOUNCEMENT] Updated: curl 7.71.1-1

2020-08-10 Thread Ken Brown via Cygwin 

On 8/10/2020 1:33 PM, Brian Inglis wrote:

On 2020-08-10 08:52, Ken Brown via Cygwin wrote:

On 8/9/2020 5:48 PM, Brian Inglis wrote:

On 2020-08-09 12:28, Adam Dinwoodie wrote:

On Fri, 24 Jul 2020 at 13:56, Adam Dinwoodie wrote:

In the failing case, the `/configure` stage includes the following
text: `configure: Setting CURL_LDFLAGS to '-lcurl -lnghttp2 -lidn2
-lssh -lpsl -lssl -lcrypto -lldap -llber -lbrotlidec -lbrotlidec
-lz'`; in the working case using -7.66.0-1, the corresponding line is
just `configure: Setting CURL_LDFLAGS to '-lcurl'`.

[...]

Meanwhile, that info likely comes from:

$ tail -vn15 /lib/pkgconfig/libcurl.pc
==> /lib/pkgconfig/libcurl.pc <==
#
prefix=/usr
exec_prefix=/usr
libdir=${exec_prefix}/lib
includedir=${prefix}/include
supported_protocols="DICT FILE FTP FTPS GOPHER HTTP HTTPS IMAP IMAPS LDAP LDAPS
POP3 POP3S RTSP SCP SFTP SMB SMBS SMTP SMTPS TELNET TFTP"
supported_features="SSL IPv6 UnixSockets libz brotli AsynchDNS IDN PSL NTLM
NTLM_WB TLS-SRP HTTP2 HTTPS-proxy"

Name: libcurl
URL: https://curl.haxx.se/
Description: Library to transfer files with ftp, http, etc.
Version: 7.71.1
Libs: -L${libdir} -lcurl
Libs.private: -lnghttp2 -lidn2 -lssh -lpsl -lssl -lcrypto -lldap -llber
-lbrotlidec -lbrotlidec -lz
Cflags: -I${includedir}

it looks like your git build should be using Libs for dynamic builds and adding
Libs.private for static builds



If you look at configure.ac in the git sources, you'll see that it uses
curl-config, not pkg-config.  The former reports:

$ curl-config --libs
-lcurl -lnghttp2 -lidn2 -lssh -lpsl -lssl -lcrypto -lldap -llber -lbrotlidec
-lbrotlidec -lz

Yaakov's build of earlier versions of curl used a patch 7.33.0-libdeps.patch to
prevent the unnecessary libs from being listed.  He even had a comment at the
beginning of the patch, explaining the reason for it: "These are needed only for
static linking, but we build with --disable-static".


I try to avoid looking at autotools plumbing if I can possibly avoid it! ;^>
Someone cleaned up the approach used, as the patch did not apply and was 
dropped.


My point is that the patch shouldn't have been dropped.  It should have been 
modified to apply to the updated sources.  (I've done this.  See the attached.) 
As Yaakov wrote, the patch is needed to prevent 'curl-config --libs' from 
including libs that are only needed for static linking.


With the modified patch applied, curl-config gives the expected result:

$ curl-config --libs
-lcurl


If you look at my later post, cygport git build and tests worked for me with no
problems other than at first missing some package build dependencies


Those were not really build dependencies.  They only appeared to be needed 
because 'curl-config --libs' erroneously included libs that are only needed for 
static linking.


Ken
These are needed only for static linking, but we build with --disable-static

--- origsrc/curl-7.71.1/curl-config.in  2020-06-27 18:03:53.0 -0400
+++ src/curl-7.71.1/curl-config.in  2020-08-10 14:31:22.719684300 -0400
@@ -160,7 +160,7 @@ while test $# -gt 0; do
 else
CURLLIBDIR=""
 fi
-if test "X@ENABLE_SHARED@" = "Xno" -o "X@REQUIRE_LIB_DEPS@" = "Xyes"; 
then
+if test "X@ENABLE_SHARED@" = "Xno" -o "X@REQUIRE_LIB_DEPS@" = 
"Xnothanks"; then
   echo ${CURLLIBDIR}-lcurl @LIBCURL_LIBS@
 else
   echo ${CURLLIBDIR}-lcurl
--- origsrc/curl-7.71.1/libcurl.pc.in   2020-06-27 18:03:53.0 -0400
+++ src/curl-7.71.1/libcurl.pc.in   2020-08-10 14:33:36.069651700 -0400
@@ -35,5 +35,4 @@ URL: https://curl.haxx.se/
 Description: Library to transfer files with ftp, http, etc.
 Version: @CURLVERSION@
 Libs: -L${libdir} -lcurl @LIBCURL_NO_SHARED@
-Libs.private: @LIBCURL_LIBS@
 Cflags: -I${includedir} @CPPFLAG_CURL_STATICLIB@
--
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

Need information on creating service user to connect from the Agent server to Windows hosts for installing agents on remote

2020-08-10 Thread Subramanya Narayanaswamy via Cygwin 
Hi Team,

 

I'm Trying to setup Cygwin installation on windows server 2012 and 2016. I'm 
installing latest Cygwin version with packages openssh,openssl,zip,unzip.

 

When I run Cygwin.bat file and try to configure SSH host service to connect 
from Agent server on this windows host, I don't get a prompt to create CYGWIN 
user at all. By default it is taking the SYSTEM default user for authentication.

 

But I want create a new Cygwin(let's say agentuser user) using the command 
ssh-host-config by running the Cygwin.bat file.

 

Could you please help on how to setup separate user with right SSH permission 
please? It would be great help. 

 

Subramanya

 
--
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: curl 7.71.1-1

2020-08-10 Thread Brian Inglis 
On 2020-07-20 11:58, ASSI wrote:
> Brian Inglis writes:
>> The following packages have been uploaded to the Cygwin distribution:
>> * curl   7.71.1

> Curl has dropped the dependency to libmetalink with this release, which
> probably is a consequence of the newer SSL (the upstream Changelog is not
> very clear there). This was the only consumer of that library so maybe
> it should be made obsolete going forward?

It may be used in wget, as that supports metalink, and is used by wget2, so
maybe I should pick up libmetalink if nothing else uses it?

Could someone perhaps check on the package build server with cygcheck or ldd for
any dependencies on cygmetalink-3.dll?

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in IEC units and prefixes, physical quantities in SI.]
--
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: curl 7.71.1-1

2020-08-10 Thread Brian Inglis 
On 2020-08-10 08:52, Ken Brown via Cygwin wrote:
> On 8/9/2020 5:48 PM, Brian Inglis wrote:
>> On 2020-08-09 12:28, Adam Dinwoodie wrote:
>>> On Fri, 24 Jul 2020 at 13:56, Adam Dinwoodie wrote:
 In the failing case, the `/configure` stage includes the following
 text: `configure: Setting CURL_LDFLAGS to '-lcurl -lnghttp2 -lidn2
 -lssh -lpsl -lssl -lcrypto -lldap -llber -lbrotlidec -lbrotlidec
 -lz'`; in the working case using -7.66.0-1, the corresponding line is
 just `configure: Setting CURL_LDFLAGS to '-lcurl'`.
> [...]
>> Meanwhile, that info likely comes from:
>>
>> $ tail -vn15 /lib/pkgconfig/libcurl.pc
>> ==> /lib/pkgconfig/libcurl.pc <==
>> #
>> prefix=/usr
>> exec_prefix=/usr
>> libdir=${exec_prefix}/lib
>> includedir=${prefix}/include
>> supported_protocols="DICT FILE FTP FTPS GOPHER HTTP HTTPS IMAP IMAPS LDAP 
>> LDAPS
>> POP3 POP3S RTSP SCP SFTP SMB SMBS SMTP SMTPS TELNET TFTP"
>> supported_features="SSL IPv6 UnixSockets libz brotli AsynchDNS IDN PSL NTLM
>> NTLM_WB TLS-SRP HTTP2 HTTPS-proxy"
>>
>> Name: libcurl
>> URL: https://curl.haxx.se/
>> Description: Library to transfer files with ftp, http, etc.
>> Version: 7.71.1
>> Libs: -L${libdir} -lcurl
>> Libs.private: -lnghttp2 -lidn2 -lssh -lpsl -lssl -lcrypto -lldap -llber
>> -lbrotlidec -lbrotlidec -lz
>> Cflags: -I${includedir}
>>
>> it looks like your git build should be using Libs for dynamic builds and 
>> adding
>> Libs.private for static builds

> If you look at configure.ac in the git sources, you'll see that it uses
> curl-config, not pkg-config.  The former reports:
> 
> $ curl-config --libs
> -lcurl -lnghttp2 -lidn2 -lssh -lpsl -lssl -lcrypto -lldap -llber -lbrotlidec
> -lbrotlidec -lz
> 
> Yaakov's build of earlier versions of curl used a patch 7.33.0-libdeps.patch 
> to
> prevent the unnecessary libs from being listed.  He even had a comment at the
> beginning of the patch, explaining the reason for it: "These are needed only 
> for
> static linking, but we build with --disable-static".

I try to avoid looking at autotools plumbing if I can possibly avoid it! ;^>
Someone cleaned up the approach used, as the patch did not apply and was 
dropped.
If you look at my later post, cygport git build and tests worked for me with no
problems other than at first missing some package build dependencies and in the
end I was still missing a couple of perl module dependencies I cannot decode.

I am waiting to hear back from the git maintainer when he has time.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in IEC units and prefixes, physical quantities in SI.]
--
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: cmake-3.17.3-2

2020-08-10 Thread Marco Atzeri via Cygwin-announce 

Version 3.17.3-2 of

  cmake
  cmake-doc
  cmake-gui
  emacs-cmake

are available in the Cygwin distribution.

Please report any issue or problem.
Also positive feedback in complex projects are appreciated

CHANGES
Promoted 3.17.3 from test to default

DESCRIPTION
CMake is an open-source, cross-platform family of tools
designed to build, test and package software


HOMEPAGE
http://www.cmake.org/

Marco Atzeri

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

[ANNOUNCEMENT] Updated: cmake-3.17.3-2

2020-08-10 Thread Marco Atzeri via Cygwin-announce 

Version 3.17.3-2 of

  cmake
  cmake-doc
  cmake-gui
  emacs-cmake

are available in the Cygwin distribution.

Please report any issue or problem.
Also positive feedback in complex projects are appreciated

CHANGES
Promoted 3.17.3 from test to default

DESCRIPTION
CMake is an open-source, cross-platform family of tools
designed to build, test and package software


HOMEPAGE
http://www.cmake.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: [ANNOUNCEMENT] Updated: curl 7.71.1-1

2020-08-10 Thread Ken Brown via Cygwin 

On 8/9/2020 5:48 PM, Brian Inglis wrote:

On 2020-08-09 12:28, Adam Dinwoodie wrote:

On Fri, 24 Jul 2020 at 13:56, Adam Dinwoodie wrote:

In the failing case, the `/configure` stage includes the following
text: `configure: Setting CURL_LDFLAGS to '-lcurl -lnghttp2 -lidn2
-lssh -lpsl -lssl -lcrypto -lldap -llber -lbrotlidec -lbrotlidec
-lz'`; in the working case using -7.66.0-1, the corresponding line is
just `configure: Setting CURL_LDFLAGS to '-lcurl'`.

[...]

Meanwhile, that info likely comes from:

$ tail -vn15 /lib/pkgconfig/libcurl.pc
==> /lib/pkgconfig/libcurl.pc <==
#
prefix=/usr
exec_prefix=/usr
libdir=${exec_prefix}/lib
includedir=${prefix}/include
supported_protocols="DICT FILE FTP FTPS GOPHER HTTP HTTPS IMAP IMAPS LDAP LDAPS
POP3 POP3S RTSP SCP SFTP SMB SMBS SMTP SMTPS TELNET TFTP"
supported_features="SSL IPv6 UnixSockets libz brotli AsynchDNS IDN PSL NTLM
NTLM_WB TLS-SRP HTTP2 HTTPS-proxy"

Name: libcurl
URL: https://curl.haxx.se/
Description: Library to transfer files with ftp, http, etc.
Version: 7.71.1
Libs: -L${libdir} -lcurl
Libs.private: -lnghttp2 -lidn2 -lssh -lpsl -lssl -lcrypto -lldap -llber
-lbrotlidec -lbrotlidec -lz
Cflags: -I${includedir}

it looks like your git build should be using Libs for dynamic builds and adding
Libs.private for static builds


If you look at configure.ac in the git sources, you'll see that it uses 
curl-config, not pkg-config.  The former reports:


$ curl-config --libs
-lcurl -lnghttp2 -lidn2 -lssh -lpsl -lssl -lcrypto -lldap -llber -lbrotlidec 
-lbrotlidec -lz


Yaakov's build of earlier versions of curl used a patch 7.33.0-libdeps.patch to 
prevent the unnecessary libs from being listed.  He even had a comment at the 
beginning of the patch, explaining the reason for it: "These are needed only for 
static linking, but we build with --disable-static".


Ken
--
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: Warning on Socat output

2020-08-10 Thread cygwinautoreply--- via Cygwin 
>Hello,
>I was trying to launch a socat command from Windows 10. The output was:

>*socat TCP4-LISTEN:9000,fork TCP4:localhost:9002*

>*  2 [main] socat 13780 find_fast_cwd: WARNING: Couldn't compute
>FAST_CWD pointer.  Please report this problem to*
>*the public mailing list cygwin@cygwin.com *

>However, Socat is running is not a blocking problem, just reported because
>is written.
>For the version:








































>*socat -V  2 [main] socat 11956 find_fast_cwd: WARNING: Couldn't
>compute FAST_CWD pointer.  Please report this problem tothe public mailing
>list cygwin@cygwin.com socat by Gerhard Rieger - see
>www.dest-unreach.org socat version 1.7.2.1 on
>May 16 2012 00:59:02   running on CYGWIN_NT-6.2-WOW64 version 2012-05-09
>10:25, release 1.7.15(0.260/5/3), machine i686features:  #define WITH_STDIO
>1  #define WITH_FDNUM 1  #define WITH_FILE 1  #define WITH_CREAT 1  #define
>WITH_GOPEN 1  #define WITH_TERMIOS 1  #define WITH_PIPE 1  #define
>WITH_UNIX 1  #undef WITH_ABSTRACT_UNIXSOCKET  #define WITH_IP4 1  #undef
>WITH_IP6  #define WITH_RAWIP 1  #define WITH_GENERICSOCKET 1  #undef
>WITH_INTERFACE  #define WITH_TCP 1  #define WITH_UDP 1  #undef WITH_SCTP
>#define WITH_LISTEN 1  #define WITH_SOCKS4 1  #define WITH_SOCKS4A 1
>#define WITH_PROXY 1  #define WITH_SYSTEM 1  #define WITH_EXEC 1  #define
>WITH_READLINE 1  #undef WITH_TUN  #define WITH_PTY 1  #define WITH_OPENSSL
>1  #undef WITH_FIPS  #define WITH_LIBWRAP 1  #define WITH_SYCLS 1  #define
>WITH_FILAN 1  #define WITH_RETRY 1  #define WITH_MSGLEVEL 0 /*debug*/*

>Best Regards,
>Adriano Lodia

https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
--
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

Warning on Socat output

2020-08-10 Thread Adriano Lodia via Cygwin 
Hello,
I was trying to launch a socat command from Windows 10. The output was:

*socat TCP4-LISTEN:9000,fork TCP4:localhost:9002*

*  2 [main] socat 13780 find_fast_cwd: WARNING: Couldn't compute
FAST_CWD pointer.  Please report this problem to*
*the public mailing list cygwin@cygwin.com *

However, Socat is running is not a blocking problem, just reported because
is written.
For the version:








































*socat -V  2 [main] socat 11956 find_fast_cwd: WARNING: Couldn't
compute FAST_CWD pointer.  Please report this problem tothe public mailing
list cygwin@cygwin.com socat by Gerhard Rieger - see
www.dest-unreach.org socat version 1.7.2.1 on
May 16 2012 00:59:02   running on CYGWIN_NT-6.2-WOW64 version 2012-05-09
10:25, release 1.7.15(0.260/5/3), machine i686features:  #define WITH_STDIO
1  #define WITH_FDNUM 1  #define WITH_FILE 1  #define WITH_CREAT 1  #define
WITH_GOPEN 1  #define WITH_TERMIOS 1  #define WITH_PIPE 1  #define
WITH_UNIX 1  #undef WITH_ABSTRACT_UNIXSOCKET  #define WITH_IP4 1  #undef
WITH_IP6  #define WITH_RAWIP 1  #define WITH_GENERICSOCKET 1  #undef
WITH_INTERFACE  #define WITH_TCP 1  #define WITH_UDP 1  #undef WITH_SCTP
#define WITH_LISTEN 1  #define WITH_SOCKS4 1  #define WITH_SOCKS4A 1
#define WITH_PROXY 1  #define WITH_SYSTEM 1  #define WITH_EXEC 1  #define
WITH_READLINE 1  #undef WITH_TUN  #define WITH_PTY 1  #define WITH_OPENSSL
1  #undef WITH_FIPS  #define WITH_LIBWRAP 1  #define WITH_SYCLS 1  #define
WITH_FILAN 1  #define WITH_RETRY 1  #define WITH_MSGLEVEL 0 /*debug*/*

Best Regards,
Adriano Lodia
--
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: cmake upstream has merged cygwin patches

2020-08-10 Thread Lemures Lemniscati via Cygwin-apps 
On Mon, 10 Aug 2020 10:17:16 +0200, Marco Atzeri via Cygwin-apps
> On 08.08.2020 02:47, Lemures Lemniscati via Cygwin-apps wrote:
> > On Fri, 7 Aug 2020 21:51:00 +0200, Marco Atzeri via Cygwin-apps
> >> On 07.08.2020 18:06, Lemures Lemniscati via Cygwin-apps wrote:
> >>> Hi.
> >>>
> 
> >> Thanks Lem,
> >>
> >> I am impressed, in the past we had much more discussion for having our 
> >> patches merged upstream.
> >>
> >> If you want to take over or just co-maintain,
> >> let me know
> >
> > I'd like to just co-maintain :).
> > Thank you.
> >
> > Regards,
> >
> > Lem
> > 
> you are up.
> 
> I am building cmake-3.17.3-2 with also your last patch
> and put as default
> 
> Regards
> Marco

Thank you, Marco!

Regards,
Lem

Re: Missing 'sphinx-build' command from python37-sphinx package

2020-08-10 Thread Xavier Delaruelle via Cygwin 
Can you update the requirements of python*-sphinx packages to make these
new packages automatically installed when python*-sphinx is installed ? (as
they seem required to build any sphinx documentation)

Regards,
Xavier

Le lun. 10 août 2020 à 10:11, Marco Atzeri  a
écrit :

> On 10.08.2020 09:16, Marco Atzeri wrote:
> > On 10.08.2020 06:58, Xavier Delaruelle wrote:
> >> Hi Marco,
> >>
> >> I have been able to test new packages and now I am hitting another
> issue:
> >>
> >> Extension error:
> >> Could not import extension sphinx.builders.epub3 (exception: No module
> >> named 'sphinxcontrib.serializinghtml')
> >>
> >> The full log is available at [1].
> >>
> >> My software documentation does not rely on any extension (see [2]), so
> >> I assume this is missing extension is something required when you want
> >> to build the HTML documentation.
> >>
> >> My last build that went fine was 4 days ago. It used python37-sphinx
> >> 1.8.5-1 (logs available at [3]).
> >>
> >> Regards,
> >> Xavier
> >>
> >
> > Hi Xavier,
> > it seems some problem of how they modified the
> > python-sphinx  3.1.2
> >
> > I hit the same problem than you on rebuilding cmake
> > and I am building and adding new contrib packages
> >
> > python3x-sphinxcontrib-applehelp1.0.2-1
> > python3x-sphinxcontrib-devhelp  1.0.2-1
> > python3x-sphinxcontrib-htmlhelp 1.0.3-1
> > python3x-sphinxcontrib-serializinghtml  1.1.4-1
> > python3x-sphinxcontrib-websupport   1.2.3-1
> >
> > I wonder if it is a side effect of not having yet ported
> > python3x-sphinx-notfound-page
> >
> > as soon cmake documentation complete, I will upload all the
> > new contrib packages
> >
> > Regards
> > Marco
> >
>
> after adding also
> python3x-sphinxcontrib-qthelp  1.0.3-1
>
> I was able to build cmake documentation
>
> let me know if you need any other sphinxcontrib-**
> package
>
>
> 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: cmake upstream has merged cygwin patches

2020-08-10 Thread Marco Atzeri via Cygwin-apps 

On 08.08.2020 02:47, Lemures Lemniscati via Cygwin-apps wrote:

On Fri, 7 Aug 2020 21:51:00 +0200, Marco Atzeri via Cygwin-apps

On 07.08.2020 18:06, Lemures Lemniscati via Cygwin-apps wrote:

Hi.




Thanks Lem,

I am impressed, in the past we had much more discussion for having our patches 
merged upstream.

If you want to take over or just co-maintain,
let me know


I'd like to just co-maintain :).
Thank you.

Regards,

Lem



you are up.

I am building cmake-3.17.3-2 with also your last patch
and put as default

Regards
Marco

Re: Missing 'sphinx-build' command from python37-sphinx package

2020-08-10 Thread Marco Atzeri via Cygwin 

On 10.08.2020 09:16, Marco Atzeri wrote:

On 10.08.2020 06:58, Xavier Delaruelle wrote:

Hi Marco,

I have been able to test new packages and now I am hitting another issue:

Extension error:
Could not import extension sphinx.builders.epub3 (exception: No module 
named 'sphinxcontrib.serializinghtml')


The full log is available at [1].

My software documentation does not rely on any extension (see [2]), so 
I assume this is missing extension is something required when you want 
to build the HTML documentation.


My last build that went fine was 4 days ago. It used python37-sphinx 
1.8.5-1 (logs available at [3]).


Regards,
Xavier



Hi Xavier,
it seems some problem of how they modified the
python-sphinx  3.1.2

I hit the same problem than you on rebuilding cmake
and I am building and adding new contrib packages

python3x-sphinxcontrib-applehelp    1.0.2-1
python3x-sphinxcontrib-devhelp  1.0.2-1
python3x-sphinxcontrib-htmlhelp 1.0.3-1
python3x-sphinxcontrib-serializinghtml  1.1.4-1
python3x-sphinxcontrib-websupport   1.2.3-1

I wonder if it is a side effect of not having yet ported
python3x-sphinx-notfound-page

as soon cmake documentation complete, I will upload all the
new contrib packages

Regards
Marco



after adding also
python3x-sphinxcontrib-qthelp  1.0.3-1

I was able to build cmake documentation

let me know if you need any other sphinxcontrib-**
package


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

Updated: python packages

2020-08-10 Thread Marco Atzeri via Cygwin-announce 

Several python packages have been uploaded

python36-sphinxcontrib-applehelp-1.0.2-1
python36-sphinxcontrib-devhelp-1.0.2-1
python36-sphinxcontrib-htmlhelp-1.0.3-1
python36-sphinxcontrib-qthelp-1.0.3-1
python36-sphinx-notfound-page-0.5-1

python37-sphinxcontrib-applehelp-1.0.2-1
python37-sphinxcontrib-devhelp-1.0.2-1
python37-sphinxcontrib-htmlhelp-1.0.3-1
python37-sphinxcontrib-qthelp-1.0.3-1
python37-sphinx-notfound-page-0.5-1

python38-sphinxcontrib-applehelp-1.0.2-1
python38-sphinxcontrib-devhelp-1.0.2-1
python38-sphinxcontrib-htmlhelp-1.0.3-1
python38-sphinxcontrib-qthelp-1.0.3-1
python38-sphinx-notfound-page-0.5-1

CHANGES
These are the latest upstream releases

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

HOMEPAGE
https://www.python.org/

Regards
Marco Atzeri


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

[ANNOUNCEMENT] Updated: python packages

2020-08-10 Thread Marco Atzeri via Cygwin-announce 

Several python packages have been uploaded

python36-sphinxcontrib-applehelp-1.0.2-1
python36-sphinxcontrib-devhelp-1.0.2-1
python36-sphinxcontrib-htmlhelp-1.0.3-1
python36-sphinxcontrib-qthelp-1.0.3-1
python36-sphinx-notfound-page-0.5-1

python37-sphinxcontrib-applehelp-1.0.2-1
python37-sphinxcontrib-devhelp-1.0.2-1
python37-sphinxcontrib-htmlhelp-1.0.3-1
python37-sphinxcontrib-qthelp-1.0.3-1
python37-sphinx-notfound-page-0.5-1

python38-sphinxcontrib-applehelp-1.0.2-1
python38-sphinxcontrib-devhelp-1.0.2-1
python38-sphinxcontrib-htmlhelp-1.0.3-1
python38-sphinxcontrib-qthelp-1.0.3-1
python38-sphinx-notfound-page-0.5-1

CHANGES
These are the latest upstream releases

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

HOMEPAGE
https://www.python.org/

Regards
Marco Atzeri


If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Missing 'sphinx-build' command from python37-sphinx package

2020-08-10 Thread Marco Atzeri via Cygwin 

On 10.08.2020 06:58, Xavier Delaruelle wrote:

Hi Marco,

I have been able to test new packages and now I am hitting another issue:

Extension error:
Could not import extension sphinx.builders.epub3 (exception: No module 
named 'sphinxcontrib.serializinghtml')


The full log is available at [1].

My software documentation does not rely on any extension (see [2]), so I 
assume this is missing extension is something required when you want to 
build the HTML documentation.


My last build that went fine was 4 days ago. It used python37-sphinx 
1.8.5-1 (logs available at [3]).


Regards,
Xavier



Hi Xavier,
it seems some problem of how they modified the
python-sphinx  3.1.2

I hit the same problem than you on rebuilding cmake
and I am building and adding new contrib packages

python3x-sphinxcontrib-applehelp1.0.2-1
python3x-sphinxcontrib-devhelp  1.0.2-1
python3x-sphinxcontrib-htmlhelp 1.0.3-1
python3x-sphinxcontrib-serializinghtml  1.1.4-1
python3x-sphinxcontrib-websupport   1.2.3-1

I wonder if it is a side effect of not having yet ported
python3x-sphinx-notfound-page

as soon cmake documentation complete, I will upload all the
new contrib packages

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