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

2020-08-09 Thread Xavier Delaruelle via Cygwin 
If command names are versioned it is important to get a consistent way for
users to install THE package that provides the 'sphinx-build' command (the
one without version reference in the name). Without having to search which
specific package provides this command and without having to update this
package reference when a new minor version of Python is added.

Xavier

Le sam. 8 août 2020 à 22:08, Hamish MB via Cygwin  a
écrit :

> Perhaps versioned commands like sphinx-build36, 37, 38 and a sphinx-build
> command that defaults to 3.8?
>
> Hamish
> On 8 Aug 2020, at 20:07, Marco Atzeri via Cygwin  > wrote:
>
> On 08.08.2020 09:44, Xavier Delaruelle via Cygwin wrote:
>  Hello,
>
>  I am using cygwin through the AppVeyor CI environment to check my software
>  build process and non-regression testsuite :
>
>  https://ci.appveyor.com/project/xdelaruelle/modules
>
>  In this environment I use python37-sphinx package to build the
>  documentation of the software, which requires the 'sphinx-build' command.
>
>  It seems that this 'sphinx-build' command has disappeared from
>  python37-sphinx package recently:
>
>
> https://ci.appveyor.com/project/xdelaruelle/modules/builds/34537360/job/870u7prqtwgbwtnk
>
>  Which is confirmed by listing package content:
>
>
> https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fpython37-sphinx%2Fpython37-sphinx-3.1.2-1&grep=sphinx
>
>  This issue is also affecting the python36-sphinx package.
>
> 36 was not changed from before, I will look for a way to provide a
> suitable sphinx-build that works with all 3.x versions
>
>
>  python38-package contains the 'sphinx-build' command, however it seems
>  there are some missing requirements to make this package operational. I
> get
>  an "Could not import extension sphinx.builders.epub3
> (exception: No module
>  named 'sphinxcontrib')" error, see build log:
>
>
> https://ci.appveyor.com/project/xdelaruelle/modules/builds/34542552/job/9tw241syk4upr4r1
>
>  Regards,
>  Xavier
>
> noted.
> It is always difficult to establish which submodule are mandatory
> and which are just optional.
>
> It seems I nedd to deploy
>
>   python38-sphinxcontrib-websupport
>   python38-sqlalchemy
>   python38-whoosh
>
> let me fews 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
> --
> 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

[ANNOUNCEMENT] Updated: Perl distributions

2020-08-09 Thread Achim Gratz 


The following Perl distributions have been updated to their latest
version on CPAN:

noarch
--
perl-Alien-Build-2.28-1
perl-Module-ScanDeps-1.28-1
perl-Net-DNS-1.26-1
perl-String-Util-1.31-1
perl-Test-Simple-1.302177-1
perl-Test2-Suite-0.000132-1


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

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

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

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.
--
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

Opengl 4.5 Support

2020-08-09 Thread Hisham Sueyllam via Cygwin 
Well, I was able to get Xwin opengl 4.6 apps to work in cygwin by adding the 
Mesa libs and demos to my setup. Not sure why is this needed but I thought it 
would be a good idea to share my 2 cents worth of knowledge on this forum for 
anyone seeking help. Without the Mesa I was able only to run up to opengl 3.3 
apps...
--
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-09 Thread Marco Atzeri via Cygwin 

On 09.08.2020 10:38, Xavier Delaruelle wrote:
If command names are versioned it is important to get a consistent way 
for users to install THE package that provides the 'sphinx-build' 
command (the one without version reference in the name). Without having 
to search which specific package provides this command and without 
having to update this package reference when a new minor version of 
Python is added.


Xavier



Hi Xavier,

next upload will use "alternatives" to provide the simlinks
so depending which version you install the default version is the
highest, but you can modify if needed.

$ alternatives --display sphinx-build
sphinx-build - status is auto.
 link currently points to /usr/bin/sphinx-build-3.8
/usr/bin/sphinx-build-3.6 - priority 36
/usr/bin/sphinx-build-3.7 - priority 37
/usr/bin/sphinx-build-3.8 - priority 38
Current `best' version is /usr/bin/sphinx-build-3.8.

 $ /usr/bin/sphinx-build-3.8
usage: sphinx-build-3.8 [OPTIONS] SOURCEDIR OUTPUTDIR [FILENAMES...]
sphinx-build-3.8: error: the following arguments are required: 
sourcedir, outputdir, filenames


$ /usr/bin/sphinx-build
usage: sphinx-build [OPTIONS] SOURCEDIR OUTPUTDIR [FILENAMES...]
sphinx-build: error: the following arguments are required: sourcedir, 
outputdir, filenames


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: Opengl 4.5 Support

2020-08-09 Thread Marco Atzeri via Cygwin 

On 09.08.2020 17:23, Hisham Sueyllam via Cygwin wrote:

Well, I was able to get Xwin opengl 4.6 apps to work in cygwin by adding the 
Mesa libs and demos to my setup. Not sure why is this needed but I thought it 
would be a good idea to share my 2 cents worth of knowledge on this forum for 
anyone seeking help. Without the Mesa I was able only to run up to opengl 3.3 
apps...
--



If you follow the link from libGL-dvel to the source package

https://cygwin.com/packages/summary/mesa-src.html


summary: X11 OpenGL implementation

description: Mesa is an open-source implementation of the OpenGL, OpenGL 
ES, and EGL specifications for rendering interactive 3D graphics.



--
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: python packages

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

Several python packages have been uploaded

python27-sqlalchemy-1.3.18-1
python27-whoosh-2.7.4-3

python36-sphinx-3.1.2-2
python36-sphinxcontrib-websupport-1.2.3-1
python36-sqlalchemy-1.3.18-1
python36-whoosh-2.7.4-3

python37-sphinx-3.1.2-2
python37-sphinxcontrib-websupport-1.2.3-1
python37-sqlalchemy-1.3.18-1
python37-whoosh-2.7.4-3

python38-sphinx-3.1.2-2
python38-sphinxcontrib-websupport-1.2.3-1
python38-sqlalchemy-1.3.18-1
python38-whoosh-2.7.4-3

CYGWIN CHANGES
python3X-sphinx uses now alternatives for the possible usage
of concurrent versions

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-09 Thread Xavier Delaruelle via Cygwin 
Hi Marco.

Thanks a lot for your work on this issue.

Regards,
Xavier

Le dim. 9 août 2020 à 17:22, Marco Atzeri  a écrit :

> On 09.08.2020 10:38, Xavier Delaruelle wrote:
> > If command names are versioned it is important to get a consistent way
> > for users to install THE package that provides the 'sphinx-build'
> > command (the one without version reference in the name). Without having
> > to search which specific package provides this command and without
> > having to update this package reference when a new minor version of
> > Python is added.
> >
> > Xavier
> >
>
> Hi Xavier,
>
> next upload will use "alternatives" to provide the simlinks
> so depending which version you install the default version is the
> highest, but you can modify if needed.
>
> $ alternatives --display sphinx-build
> sphinx-build - status is auto.
>   link currently points to /usr/bin/sphinx-build-3.8
> /usr/bin/sphinx-build-3.6 - priority 36
> /usr/bin/sphinx-build-3.7 - priority 37
> /usr/bin/sphinx-build-3.8 - priority 38
> Current `best' version is /usr/bin/sphinx-build-3.8.
>
>   $ /usr/bin/sphinx-build-3.8
> usage: sphinx-build-3.8 [OPTIONS] SOURCEDIR OUTPUTDIR [FILENAMES...]
> sphinx-build-3.8: error: the following arguments are required:
> sourcedir, outputdir, filenames
>
> $ /usr/bin/sphinx-build
> usage: sphinx-build [OPTIONS] SOURCEDIR OUTPUTDIR [FILENAMES...]
> sphinx-build: error: the following arguments are required: sourcedir,
> outputdir, filenames
>
> 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: [ANNOUNCEMENT] Updated: curl 7.71.1-1

2020-08-09 Thread Adam Dinwoodie 
On Fri, 24 Jul 2020 at 13:56, Adam Dinwoodie wrote:
>
> Hi Brian,
>
> On Mon, 20 Jul 2020 at 13:53, Brian Inglis wrote:
> >
> > The following packages have been uploaded to the Cygwin distribution:
> >
> > * curl  7.71.1
> > * libcurl4  7.71.1
> > * libcurl-devel 7.71.1
> > * libcurl-doc   7.71.1
>
> This update appears to break parts of Git compilation that work using
> {curl,libcurl4,libcurl-devel}-7.66.0-1.
>
> Simple test case and error output below, setup.log and cygcheck.out
> attached; the setup.log includes a bunch of recent upgrades and
> downgrades while I isolated the problem and confirmed the STC.
>
> Test case: From a Bash shell, run: `curl
> https://git.kernel.org/pub/scm/git/git.git/snapshot/git-v2.27.0.tar.gz
> | tar -xz && cd git-v2.27.0 && make configure && ./configure
> --with-libpcre && make -j18 git-remote-http.exe`. This is a simplified
> version of the normal Cygport build process for the Cygwin Git
> packages.
>
> 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'`.
>
> The error output at the end of the build in the failing case is as below:
>
> ```
> LINK git-remote-http.exe
> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
> cannot find -lnghttp2
> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
> cannot find -lidn2
> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
> cannot find -lssh
> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
> cannot find -lpsl
> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
> cannot find -lldap
> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
> cannot find -llber
> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
> cannot find -lbrotlidec
> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
> cannot find -lbrotlidec
> collect2: error: ld returned 1 exit status
> make: *** [Makefile:2488: git-remote-http.exe] Error 1
> ```
>
> For now I'm going to continue using the 7.66.0-1 packages; let me know
> if I can help with working out what's going wrong here at all.

Hi Brian,

Is there anything further I can do to help investigate this regression
in the Cygwin curl libraries?

Kind regards,

Adam
--
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-09 Thread Brian Inglis 
On 2020-08-09 12:28, Adam Dinwoodie wrote:
> On Fri, 24 Jul 2020 at 13:56, Adam Dinwoodie wrote:
>> On Mon, 20 Jul 2020 at 13:53, Brian Inglis wrote:
>>> The following packages have been uploaded to the Cygwin distribution:
>>> * curl  7.71.1
>>> * libcurl4  7.71.1
>>> * libcurl-devel 7.71.1
>>> * libcurl-doc   7.71.1

>> This update appears to break parts of Git compilation that work using
>> {curl,libcurl4,libcurl-devel}-7.66.0-1.
>>
>> Simple test case and error output below, setup.log and cygcheck.out
>> attached; the setup.log includes a bunch of recent upgrades and
>> downgrades while I isolated the problem and confirmed the STC.
>>
>> Test case: From a Bash shell, run: `curl
>> https://git.kernel.org/pub/scm/git/git.git/snapshot/git-v2.27.0.tar.gz
>> | tar -xz && cd git-v2.27.0 && make configure && ./configure
>> --with-libpcre && make -j18 git-remote-http.exe`. This is a simplified
>> version of the normal Cygport build process for the Cygwin Git
>> packages.
>>
>> 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'`.
>>
>> The error output at the end of the build in the failing case is as below:
>>
>> ```
>> LINK git-remote-http.exe
>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>> cannot find -lnghttp2
>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>> cannot find -lidn2
>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>> cannot find -lssh
>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>> cannot find -lpsl
>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>> cannot find -lldap
>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>> cannot find -llber
>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>> cannot find -lbrotlidec
>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>> cannot find -lbrotlidec
>> collect2: error: ld returned 1 exit status
>> make: *** [Makefile:2488: git-remote-http.exe] Error 1
>> ```
>>
>> For now I'm going to continue using the 7.66.0-1 packages; let me know
>> if I can help with working out what's going wrong here at all.

> Is there anything further I can do to help investigate this regression
> in the Cygwin curl libraries?

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.

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, so please check whether and how that is used,
and whether you have at least the runtime libs installed, and also the -devel
packages if you are building statically.
Static builds are not uncommon for test versions of package modules, as that
avoids issues with having to install package or dependency dynamic libraries
that may not yet be ready for prime time.

I have never had any problems with packages using pkgconf/-config and never had
to look into it, so anyone with more knowledge and experience of issues there
should feel free to contribute.

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?

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

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

Re: [ANNOUNCEMENT] Updated: curl 7.71.1-1

2020-08-09 Thread Brian Inglis 
On 2020-08-09 15:48, Brian Inglis wrote:
> On 2020-08-09 12:28, Adam Dinwoodie wrote:
>> On Fri, 24 Jul 2020 at 13:56, Adam Dinwoodie wrote:
>>> On Mon, 20 Jul 2020 at 13:53, Brian Inglis wrote:
 The following packages have been uploaded to the Cygwin distribution:
 * curl  7.71.1
 * libcurl4  7.71.1
 * libcurl-devel 7.71.1
 * libcurl-doc   7.71.1
> 
>>> This update appears to break parts of Git compilation that work using
>>> {curl,libcurl4,libcurl-devel}-7.66.0-1.
>>>
>>> Simple test case and error output below, setup.log and cygcheck.out
>>> attached; the setup.log includes a bunch of recent upgrades and
>>> downgrades while I isolated the problem and confirmed the STC.
>>>
>>> Test case: From a Bash shell, run: `curl
>>> https://git.kernel.org/pub/scm/git/git.git/snapshot/git-v2.27.0.tar.gz
>>> | tar -xz && cd git-v2.27.0 && make configure && ./configure
>>> --with-libpcre && make -j18 git-remote-http.exe`. This is a simplified
>>> version of the normal Cygport build process for the Cygwin Git
>>> packages.
>>>
>>> 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'`.
>>>
>>> The error output at the end of the build in the failing case is as below:
>>>
>>> ```
>>> LINK git-remote-http.exe
>>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>>> cannot find -lnghttp2
>>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>>> cannot find -lidn2
>>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>>> cannot find -lssh
>>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>>> cannot find -lpsl
>>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>>> cannot find -lldap
>>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>>> cannot find -llber
>>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>>> cannot find -lbrotlidec
>>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld:
>>> cannot find -lbrotlidec
>>> collect2: error: ld returned 1 exit status
>>> make: *** [Makefile:2488: git-remote-http.exe] Error 1
>>> ```
>>>
>>> For now I'm going to continue using the 7.66.0-1 packages; let me know
>>> if I can help with working out what's going wrong here at all.
> 
>> Is there anything further I can do to help investigate this regression
>> in the Cygwin curl libraries?
> 
> 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.
> 
> 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, so please check whether and how that is used,
> and whether you have at least the runtime libs installed, and also the -devel
> packages if you are building statically.
> Static builds are not uncommon for test versions of package modules, as that
> avoids issues with having to install package or dependency dynamic libraries
> that may not yet be ready for prime time.
> 
> I have never had any problems with packages using pkgconf/-config and never 
> had
> to look into it, so anyone with more knowledge and experience of issues there
> should feel free to contribute.
> 
> 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?
> 
> - 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?

Build ran without problems other than above complaint, and some tests were
skipped especially svn, cvs, p4, git

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

2020-08-09 Thread Xavier Delaruelle via Cygwin 
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

[1]
https://ci.appveyor.com/project/xdelaruelle/modules/build/job/pjnscuqaaof9sxmn
[2] https://github.com/xdelaruelle/modules/blob/master/doc/source/conf.py
[3]
https://ci.appveyor.com/project/xdelaruelle/modules/builds/34510331/job/l9dwhpry900bgmwk


Le dim. 9 août 2020 à 18:14, Xavier Delaruelle 
a écrit :

> Hi Marco.
>
> Thanks a lot for your work on this issue.
>
> Regards,
> Xavier
>
> Le dim. 9 août 2020 à 17:22, Marco Atzeri  a
> écrit :
>
>> On 09.08.2020 10:38, Xavier Delaruelle wrote:
>> > If command names are versioned it is important to get a consistent way
>> > for users to install THE package that provides the 'sphinx-build'
>> > command (the one without version reference in the name). Without having
>> > to search which specific package provides this command and without
>> > having to update this package reference when a new minor version of
>> > Python is added.
>> >
>> > Xavier
>> >
>>
>> Hi Xavier,
>>
>> next upload will use "alternatives" to provide the simlinks
>> so depending which version you install the default version is the
>> highest, but you can modify if needed.
>>
>> $ alternatives --display sphinx-build
>> sphinx-build - status is auto.
>>   link currently points to /usr/bin/sphinx-build-3.8
>> /usr/bin/sphinx-build-3.6 - priority 36
>> /usr/bin/sphinx-build-3.7 - priority 37
>> /usr/bin/sphinx-build-3.8 - priority 38
>> Current `best' version is /usr/bin/sphinx-build-3.8.
>>
>>   $ /usr/bin/sphinx-build-3.8
>> usage: sphinx-build-3.8 [OPTIONS] SOURCEDIR OUTPUTDIR [FILENAMES...]
>> sphinx-build-3.8: error: the following arguments are required:
>> sourcedir, outputdir, filenames
>>
>> $ /usr/bin/sphinx-build
>> usage: sphinx-build [OPTIONS] SOURCEDIR OUTPUTDIR [FILENAMES...]
>> sphinx-build: error: the following arguments are required: sourcedir,
>> outputdir, filenames
>>
>> 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