Re: Python - plan & execution
On 10.07.2020 01:52, airplanemath via Cygwin-apps wrote: On 7/7/2020 2:40 PM, Marco Atzeri via Cygwin-apps wrote: following on the python update, as I hit a strange issue inherit python-wheel NAME="python-cython" VERSION=0.29.20 builds only version for 3.7 and 3.8 nothing on the log explains why for 3.6 is not built Do you have PYTHON_WHEEL_VERSIONS="all" set??? Alternately, PYTHON_WHEEL_VERSIONS="3.6:3.8:3.7" I am almost sure to have tested at least the second option, and I had the impression that the first version was the default. But I will re-try both of them Be aware that with the latter option the last python version listed is the one unversioned scripts (cython, f2py, pip, pip3) will end up with in their shebang line.?? I am aware of it, thanks. I just tried building cython, and got all versions I asked for (3.6, 3.5, and 2.7, in addition to 3.7 and 3.7).?? That's the only thing I can think of that would be different. thanks of the confirmation that at your side all build further strange of h5py inherit python3-wheel NAME="python3-h5py" VERSION=2.10.0 builds only for 3.8 This one I'm less sure about.?? I'm not sure python3-wheel was updated for multiple python3 versions.?? Changing that to inherit python-wheel might get it to 3.7 and 3.8, then adding PYTHON_WHEEL_VERSION should get it to all versions you're looking for. I will try again with python-wheel Any clue what I should look for ? Marco Regards Marco
Re: [ITP] wget2 - modern fast parallel file and recursive website downloader
On 10.07.2020 03:38, Brian Inglis wrote: On 2020-07-09 12:50, Yaakov Selkowitz wrote: On Thu, 2020-07-09 at 20:27 +0200, Marco Atzeri via Cygwin-apps wrote: On 08.07.2020 22:28, Brian Inglis wrote: On 2020-07-08 14:05, Brian Inglis wrote: wget2 is the successor of wget supplying a shared library API like curl to build a modern, fast, multi-threaded, parallel downloader using HTTP/2, HTTP compression and If-Modified-Since headers; see https://gitlab.com/gnuwget/wget2 It is currently available on Arch, Debian/Ubuntu, openSUSE, Slackware: see https://pkgs.org/download/wget2 I could release the package as is with an exe and dll, but it should be built as separate bin, lib, devel, doc, and debuginfo packages, which I have never done before, so could do with some advice and assistance with the apporach required, which I based on curl, but that requires no script function overrides, and I believe this one may or I need some hints. I have attached my base wget2.cygport which builds one monolithic package but contains comments for subpackage variables, plus comments showing other files which I think should be included in the subpackages, and both references to their locations in subpkg_CONTENTS and alterbative src_install script actions if cygport will not move the contents into the appropriate install directory. Forgot to explain I also produced a summary of the files generated and/or available for packaging under the triplet directory in manifest.list to my previous email. I also need to understand how cyg...dll package numbering should work with this package: base zero or one and include or exclude the 2: libwget0, libwget1, libwget2_0, or libwget2_1, and how to get that generated? Any advice, assistance, help, or hints from more experienced packagers would be welcome. I can also update and release what may be the last patched version of the original wget 1.20.3 (currently 1.19.1) if Eric has no time, or ITA wget if he agrees. I could also ITA curl from Yaakov as I use that and wget a lot in scripts and cron jobs. My suggestion: this in libwget2_0 (per consistency) or libwget0 /usr/bin/cygwget-0.dll libwget0, based on the library name. these in wget2 /usr/bin/wget2.exe /usr/share/doc/wget2/AUTHORS /usr/share/doc/wget2/COPYING /usr/share/doc/wget2/ChangeLog /usr/share/doc/wget2/NEWS /usr/share/doc/wget2/README /usr/share/locale/ca/LC_MESSAGES/wget2.mo /usr/share/locale/cs/LC_MESSAGES/wget2.mo /usr/share/locale/de/LC_MESSAGES/wget2.mo /usr/share/locale/eo/LC_MESSAGES/wget2.mo /usr/share/locale/es/LC_MESSAGES/wget2.mo /usr/share/locale/et/LC_MESSAGES/wget2.mo /usr/share/locale/fi/LC_MESSAGES/wget2.mo /usr/share/locale/fr/LC_MESSAGES/wget2.mo /usr/share/locale/ga/LC_MESSAGES/wget2.mo /usr/share/locale/hr/LC_MESSAGES/wget2.mo /usr/share/locale/hu/LC_MESSAGES/wget2.mo /usr/share/locale/id/LC_MESSAGES/wget2.mo /usr/share/locale/it/LC_MESSAGES/wget2.mo /usr/share/locale/ja/LC_MESSAGES/wget2.mo /usr/share/locale/nb/LC_MESSAGES/wget2.mo /usr/share/locale/nl/LC_MESSAGES/wget2.mo /usr/share/locale/pl/LC_MESSAGES/wget2.mo /usr/share/locale/pt_BR/LC_MESSAGES/wget2.mo /usr/share/locale/ru/LC_MESSAGES/wget2.mo /usr/share/locale/sk/LC_MESSAGES/wget2.mo /usr/share/locale/sr/LC_MESSAGES/wget2.mo /usr/share/locale/sv/LC_MESSAGES/wget2.mo /usr/share/locale/tr/LC_MESSAGES/wget2.mo /usr/share/locale/uk/LC_MESSAGES/wget2.mo /usr/share/locale/vi/LC_MESSAGES/wget2.mo /usr/share/locale/zh_CN/LC_MESSAGES/wget2.mo plus also the manual page that it is missing What is this ? It seems a duplicate of wget2 /usr/bin/wget2_noinstall.exe Test version - the "summary" in manifest.list excludes all the test and fuzz files. it should not be installed at at all. Sometime I remove such files in src_install() or you can put them in PKG_IGNORE Simply based on the name, I'm guessing it shouldn't be installed? these in libwget2-devel or libwget-devel libwget-devel, based on the library name. /usr/include/wget.h /usr/include/wgetver.h /usr/lib/libwget.dll.a /usr/lib/pkgconfig/libwget.pc /usr/share/man/man3/libwget-base64.3.gz /usr/share/man/man3/libwget-bitmap.3.gz /usr/share/man/man3/libwget-console.3.gz /usr/share/man/man3/libwget-dns-caching.3.gz /usr/share/man/man3/libwget-dns.3.gz /usr/share/man/man3/libwget-error.3.gz /usr/share/man/man3/libwget-hash.3.gz /usr/share/man/man3/libwget-hashmap.3.gz /usr/share/man/man3/libwget-io.3.gz /usr/share/man/man3/libwget-ip.3.gz /usr/share/man/man3/libwget-list.3.gz /usr/share/man/man3/libwget-mem.3.gz /usr/share/man/man3/libwget-net.3.gz /usr/share/man/man3/libwget-parse_atom.3.gz /usr/share/man/man3/libwget-parse_sitemap.3.gz /usr/share/man/man3/libwget-printf.3.gz /usr/share/man/man3/libwget-random.3.gz /usr/share/man/man3/libwget-robots.3.gz /usr/share/man/man3/libwget-stringmap.3.gz /usr/share/man/man3/libwget-thread.3.gz /usr/share/man/man3/libwget-utils.3.gz /usr/share/man/man3/libwget-vector.3.gz /usr/share/man/man3/libwget-xalloc.3.gz
Re: [ITP] wget2 - modern fast parallel file and recursive website downloader
On 2020-07-09 12:50, Yaakov Selkowitz wrote: > On Thu, 2020-07-09 at 20:27 +0200, Marco Atzeri via Cygwin-apps wrote: >> On 08.07.2020 22:28, Brian Inglis wrote: >>> On 2020-07-08 14:05, Brian Inglis wrote: wget2 is the successor of wget supplying a shared library API like curl to build a modern, fast, multi-threaded, parallel downloader using HTTP/2, HTTP compression and If-Modified-Since headers; see https://gitlab.com/gnuwget/wget2 It is currently available on Arch, Debian/Ubuntu, openSUSE, Slackware: see https://pkgs.org/download/wget2 I could release the package as is with an exe and dll, but it should be built as separate bin, lib, devel, doc, and debuginfo packages, which I have never done before, so could do with some advice and assistance with the apporach required, which I based on curl, but that requires no script function overrides, and I believe this one may or I need some hints. I have attached my base wget2.cygport which builds one monolithic package but contains comments for subpackage variables, plus comments showing other files which I think should be included in the subpackages, and both references to their locations in subpkg_CONTENTS and alterbative src_install script actions if cygport will not move the contents into the appropriate install directory. >>> >>> Forgot to explain I also produced a summary of the files generated and/or >>> available for packaging under the triplet directory in manifest.list to my >>> previous email. >>> I also need to understand how cyg...dll package numbering should work with this package: base zero or one and include or exclude the 2: libwget0, libwget1, libwget2_0, or libwget2_1, and how to get that generated? Any advice, assistance, help, or hints from more experienced packagers would be welcome. I can also update and release what may be the last patched version of the original wget 1.20.3 (currently 1.19.1) if Eric has no time, or ITA wget if he agrees. I could also ITA curl from Yaakov as I use that and wget a lot in scripts and cron jobs. >> >> My suggestion: >> >> this in libwget2_0 (per consistency) or libwget0 >> >> /usr/bin/cygwget-0.dll > > libwget0, based on the library name. > >> these in wget2 >> >> /usr/bin/wget2.exe >> /usr/share/doc/wget2/AUTHORS >> /usr/share/doc/wget2/COPYING >> /usr/share/doc/wget2/ChangeLog >> /usr/share/doc/wget2/NEWS >> /usr/share/doc/wget2/README >> /usr/share/locale/ca/LC_MESSAGES/wget2.mo >> /usr/share/locale/cs/LC_MESSAGES/wget2.mo >> /usr/share/locale/de/LC_MESSAGES/wget2.mo >> /usr/share/locale/eo/LC_MESSAGES/wget2.mo >> /usr/share/locale/es/LC_MESSAGES/wget2.mo >> /usr/share/locale/et/LC_MESSAGES/wget2.mo >> /usr/share/locale/fi/LC_MESSAGES/wget2.mo >> /usr/share/locale/fr/LC_MESSAGES/wget2.mo >> /usr/share/locale/ga/LC_MESSAGES/wget2.mo >> /usr/share/locale/hr/LC_MESSAGES/wget2.mo >> /usr/share/locale/hu/LC_MESSAGES/wget2.mo >> /usr/share/locale/id/LC_MESSAGES/wget2.mo >> /usr/share/locale/it/LC_MESSAGES/wget2.mo >> /usr/share/locale/ja/LC_MESSAGES/wget2.mo >> /usr/share/locale/nb/LC_MESSAGES/wget2.mo >> /usr/share/locale/nl/LC_MESSAGES/wget2.mo >> /usr/share/locale/pl/LC_MESSAGES/wget2.mo >> /usr/share/locale/pt_BR/LC_MESSAGES/wget2.mo >> /usr/share/locale/ru/LC_MESSAGES/wget2.mo >> /usr/share/locale/sk/LC_MESSAGES/wget2.mo >> /usr/share/locale/sr/LC_MESSAGES/wget2.mo >> /usr/share/locale/sv/LC_MESSAGES/wget2.mo >> /usr/share/locale/tr/LC_MESSAGES/wget2.mo >> /usr/share/locale/uk/LC_MESSAGES/wget2.mo >> /usr/share/locale/vi/LC_MESSAGES/wget2.mo >> /usr/share/locale/zh_CN/LC_MESSAGES/wget2.mo >> plus also the manual page that it is missing >> >> >> What is this ? It seems a duplicate of wget2 >> >> /usr/bin/wget2_noinstall.exe Test version - the "summary" in manifest.list excludes all the test and fuzz files. > Simply based on the name, I'm guessing it shouldn't be installed? > >> these in libwget2-devel or libwget-devel > > libwget-devel, based on the library name. > >> /usr/include/wget.h >> /usr/include/wgetver.h >> /usr/lib/libwget.dll.a >> /usr/lib/pkgconfig/libwget.pc >> /usr/share/man/man3/libwget-base64.3.gz >> /usr/share/man/man3/libwget-bitmap.3.gz >> /usr/share/man/man3/libwget-console.3.gz >> /usr/share/man/man3/libwget-dns-caching.3.gz >> /usr/share/man/man3/libwget-dns.3.gz >> /usr/share/man/man3/libwget-error.3.gz >> /usr/share/man/man3/libwget-hash.3.gz >> /usr/share/man/man3/libwget-hashmap.3.gz >> /usr/share/man/man3/libwget-io.3.gz >> /usr/share/man/man3/libwget-ip.3.gz >> /usr/share/man/man3/libwget-list.3.gz >> /usr/share/man/man3/libwget-mem.3.gz >> /usr/share/man/man3/libwget-net.3.gz >> /usr/share/man/man3/libwget-parse_atom.3.gz >> /usr/share/man/man3/libwget-parse_sitemap.3.gz >> /usr/share/man/man3/libwget-printf.3.gz >>
Re: [ITA] python-imaging
Sending to actual list this time: On 7/8/2020 10:59 AM, Hamish McIntyre-Bhatty via Cygwin-apps wrote: >> Hello, >> >> Attached is my cygport file. As usual, the test packages are available >> at https://www.hamishmb.com/files/cygwin-temp/. >> >> If anyone has feedback I'd appreciate it very much. > I tend to use loops like > > for ver in ${PYTHON_WHEEL_VERSIONS//:/ }; > do > /usr/bin/python${ver} script > done > > for the tests. Also, I believe ${ARCH} is the same as $(uname -m) here, > if you want to streamline the PYTHONPATH definition a bit. Both of > those are personal style and you are entirely welcome to ignore this. > > Other than that, I noticed you're writing your own src_compile and > src_install. Is there some reason python_wheel_compile and > python_wheel_install aren't working for you? I haven't noticed a problem > with either of those functions in the past year or so. (For reference, the > value of PYTHON_WHEEL_VERSIONS determines which python versions > are compiled: see > https://cygwin.github.io/cygport/python-wheel_cygclass.html#robo361). > > Thank you for taking up this package. > >> Hamish McIntyre-Bhatty
Re: Python - plan & execution
On 7/7/2020 2:40 PM, Marco Atzeri via Cygwin-apps wrote: > following on the python update, as I hit a strange issue > > inherit python-wheel > NAME="python-cython" > VERSION=0.29.20 > > builds only version for 3.7 and 3.8 > nothing on the log explains why for 3.6 is not built > Do you have PYTHON_WHEEL_VERSIONS="all" set??? Alternately, PYTHON_WHEEL_VERSIONS="3.6:3.8:3.7" Be aware that with the latter option the last python version listed is the one unversioned scripts (cython, f2py, pip, pip3) will end up with in their shebang line.?? I just tried building cython, and got all versions I asked for (3.6, 3.5, and 2.7, in addition to 3.7 and 3.7).?? That's the only thing I can think of that would be different. > further strange of h5py > > inherit python3-wheel > NAME="python3-h5py" > VERSION=2.10.0 > > builds only for 3.8 This one I'm less sure about.?? I'm not sure python3-wheel was updated for multiple python3 versions.?? Changing that to inherit python-wheel might get it to 3.7 and 3.8, then adding PYTHON_WHEEL_VERSION should get it to all versions you're looking for. > > Any clue what I should look for ? > > Marco >
Re: [ITP] wget2 - modern fast parallel file and recursive website downloader
On Thu, 2020-07-09 at 20:27 +0200, Marco Atzeri via Cygwin-apps wrote: > On 08.07.2020 22:28, Brian Inglis wrote: > > On 2020-07-08 14:05, Brian Inglis wrote: > > > wget2 is the successor of wget supplying a shared library API like curl > > > to build > > > a modern, fast, multi-threaded, parallel downloader using HTTP/2, HTTP > > > compression and If-Modified-Since headers; see > > > > > > https://gitlab.com/gnuwget/wget2 > > > > > > It is currently available on Arch, Debian/Ubuntu, openSUSE, Slackware: > > > see > > > https://pkgs.org/download/wget2 > > > > > > I could release the package as is with an exe and dll, but it should be > > > built as > > > separate bin, lib, devel, doc, and debuginfo packages, which I have never > > > done > > > before, so could do with some advice and assistance with the apporach > > > required, > > > which I based on curl, but that requires no script function overrides, > > > and I > > > believe this one may or I need some hints. > > > > > > I have attached my base wget2.cygport which builds one monolithic package > > > but > > > contains comments for subpackage variables, plus comments showing other > > > files > > > which I think should be included in the subpackages, and both references > > > to > > > their locations in subpkg_CONTENTS and alterbative src_install script > > > actions if > > > cygport will not move the contents into the appropriate install directory. > > > > Forgot to explain I also produced a summary of the files generated and/or > > available for packaging under the triplet directory in manifest.list to my > > previous email. > > > > > I also need to understand how cyg...dll package numbering should work > > > with this > > > package: base zero or one and include or exclude the 2: libwget0, > > > libwget1, > > > libwget2_0, or libwget2_1, and how to get that generated? > > > > > > Any advice, assistance, help, or hints from more experienced packagers > > > would be > > > welcome. > > > > > > I can also update and release what may be the last patched version of the > > > original wget 1.20.3 (currently 1.19.1) if Eric has no time, or ITA wget > > > if he > > > agrees. > > > > > > I could also ITA curl from Yaakov as I use that and wget a lot in scripts > > > and > > > cron jobs. > > My suggestion: > > this in libwget2_0 (per consistency) or libwget0 > > /usr/bin/cygwget-0.dll libwget0, based on the library name. > these in wget2 > > /usr/bin/wget2.exe > /usr/share/doc/wget2/AUTHORS > /usr/share/doc/wget2/COPYING > /usr/share/doc/wget2/ChangeLog > /usr/share/doc/wget2/NEWS > /usr/share/doc/wget2/README > /usr/share/locale/ca/LC_MESSAGES/wget2.mo > /usr/share/locale/cs/LC_MESSAGES/wget2.mo > /usr/share/locale/de/LC_MESSAGES/wget2.mo > /usr/share/locale/eo/LC_MESSAGES/wget2.mo > /usr/share/locale/es/LC_MESSAGES/wget2.mo > /usr/share/locale/et/LC_MESSAGES/wget2.mo > /usr/share/locale/fi/LC_MESSAGES/wget2.mo > /usr/share/locale/fr/LC_MESSAGES/wget2.mo > /usr/share/locale/ga/LC_MESSAGES/wget2.mo > /usr/share/locale/hr/LC_MESSAGES/wget2.mo > /usr/share/locale/hu/LC_MESSAGES/wget2.mo > /usr/share/locale/id/LC_MESSAGES/wget2.mo > /usr/share/locale/it/LC_MESSAGES/wget2.mo > /usr/share/locale/ja/LC_MESSAGES/wget2.mo > /usr/share/locale/nb/LC_MESSAGES/wget2.mo > /usr/share/locale/nl/LC_MESSAGES/wget2.mo > /usr/share/locale/pl/LC_MESSAGES/wget2.mo > /usr/share/locale/pt_BR/LC_MESSAGES/wget2.mo > /usr/share/locale/ru/LC_MESSAGES/wget2.mo > /usr/share/locale/sk/LC_MESSAGES/wget2.mo > /usr/share/locale/sr/LC_MESSAGES/wget2.mo > /usr/share/locale/sv/LC_MESSAGES/wget2.mo > /usr/share/locale/tr/LC_MESSAGES/wget2.mo > /usr/share/locale/uk/LC_MESSAGES/wget2.mo > /usr/share/locale/vi/LC_MESSAGES/wget2.mo > /usr/share/locale/zh_CN/LC_MESSAGES/wget2.mo > plus also the manual page that it is missing > > > What is this ? It seems a duplicate of wget2 > > /usr/bin/wget2_noinstall.exe Simply based on the name, I'm guessing it shouldn't be installed? > these in libwget2-devel or libwget-devel libwget-devel, based on the library name. > /usr/include/wget.h > /usr/include/wgetver.h > /usr/lib/libwget.dll.a > /usr/lib/pkgconfig/libwget.pc > /usr/share/man/man3/libwget-base64.3.gz > /usr/share/man/man3/libwget-bitmap.3.gz > /usr/share/man/man3/libwget-console.3.gz > /usr/share/man/man3/libwget-dns-caching.3.gz > /usr/share/man/man3/libwget-dns.3.gz > /usr/share/man/man3/libwget-error.3.gz > /usr/share/man/man3/libwget-hash.3.gz > /usr/share/man/man3/libwget-hashmap.3.gz > /usr/share/man/man3/libwget-io.3.gz > /usr/share/man/man3/libwget-ip.3.gz > /usr/share/man/man3/libwget-list.3.gz > /usr/share/man/man3/libwget-mem.3.gz > /usr/share/man/man3/libwget-net.3.gz > /usr/share/man/man3/libwget-parse_atom.3.gz > /usr/share/man/man3/libwget-parse_sitemap.3.gz > /usr/share/man/man3/libwget-printf.3.gz > /usr/share/man/man3/libwget-random.3.gz > /usr/share/man/man3/libwget-robots.3.gz > /usr/share/man/man3/libwget-stringmap.3.gz >
Re: [ITA] libuninameslist-20200413-1, python-libuninameslist-0.2-1
On 09.07.2020 14:13, Lemures Lemniscati via Cygwin-apps wrote: Date: Thu, 09 Jul 2020 00:30:53 +0900 From: Lemures Lemniscati Hi! Current Cygwin packages of LibUniNamesList are very old (updated almost 7 years ago). Now, the upstream sources are maintained at https://github.com/fontforge/libuninameslist and able to treat Unicode 13.0. Cygport files are forked here: https://github.com/cygwin-lem/libuninameslist-cygport/tree/w_20200413 from http://cygwin.com/git/cygwin-packages/libuninameslist . by default we now install only the dynamic and not the static so you should remove/not build the usr/lib/libuninameslist-fr.a usr/lib/libuninameslist.a and install only usr/lib/libuninameslist-fr.dll.a usr/lib/libuninameslist.dll.a these should not go in the libuninameslist1 usr/share/doc/libuninameslist/AUTHORS usr/share/doc/libuninameslist/ChangeLog usr/share/doc/libuninameslist/COPYING usr/share/doc/libuninameslist/LICENSE usr/share/doc/libuninameslist/README my suggestion, put them in the devel package. I know that Yaakov installed them, but normally the library package contains only the libraries I have not tested the python-* , but I see no reason to build the 35. (personal opinion) Regards Marco
Re: [ITP] wget2 - modern fast parallel file and recursive website downloader
On 08.07.2020 22:28, Brian Inglis wrote: On 2020-07-08 14:05, Brian Inglis wrote: wget2 is the successor of wget supplying a shared library API like curl to build a modern, fast, multi-threaded, parallel downloader using HTTP/2, HTTP compression and If-Modified-Since headers; see https://gitlab.com/gnuwget/wget2 It is currently available on Arch, Debian/Ubuntu, openSUSE, Slackware: see https://pkgs.org/download/wget2 I could release the package as is with an exe and dll, but it should be built as separate bin, lib, devel, doc, and debuginfo packages, which I have never done before, so could do with some advice and assistance with the apporach required, which I based on curl, but that requires no script function overrides, and I believe this one may or I need some hints. I have attached my base wget2.cygport which builds one monolithic package but contains comments for subpackage variables, plus comments showing other files which I think should be included in the subpackages, and both references to their locations in subpkg_CONTENTS and alterbative src_install script actions if cygport will not move the contents into the appropriate install directory. Forgot to explain I also produced a summary of the files generated and/or available for packaging under the triplet directory in manifest.list to my previous email. I also need to understand how cyg...dll package numbering should work with this package: base zero or one and include or exclude the 2: libwget0, libwget1, libwget2_0, or libwget2_1, and how to get that generated? Any advice, assistance, help, or hints from more experienced packagers would be welcome. I can also update and release what may be the last patched version of the original wget 1.20.3 (currently 1.19.1) if Eric has no time, or ITA wget if he agrees. I could also ITA curl from Yaakov as I use that and wget a lot in scripts and cron jobs. My suggestion: this in libwget2_0 (per consistency) or libwget0 /usr/bin/cygwget-0.dll these in wget2 /usr/bin/wget2.exe /usr/share/doc/wget2/AUTHORS /usr/share/doc/wget2/COPYING /usr/share/doc/wget2/ChangeLog /usr/share/doc/wget2/NEWS /usr/share/doc/wget2/README /usr/share/locale/ca/LC_MESSAGES/wget2.mo /usr/share/locale/cs/LC_MESSAGES/wget2.mo /usr/share/locale/de/LC_MESSAGES/wget2.mo /usr/share/locale/eo/LC_MESSAGES/wget2.mo /usr/share/locale/es/LC_MESSAGES/wget2.mo /usr/share/locale/et/LC_MESSAGES/wget2.mo /usr/share/locale/fi/LC_MESSAGES/wget2.mo /usr/share/locale/fr/LC_MESSAGES/wget2.mo /usr/share/locale/ga/LC_MESSAGES/wget2.mo /usr/share/locale/hr/LC_MESSAGES/wget2.mo /usr/share/locale/hu/LC_MESSAGES/wget2.mo /usr/share/locale/id/LC_MESSAGES/wget2.mo /usr/share/locale/it/LC_MESSAGES/wget2.mo /usr/share/locale/ja/LC_MESSAGES/wget2.mo /usr/share/locale/nb/LC_MESSAGES/wget2.mo /usr/share/locale/nl/LC_MESSAGES/wget2.mo /usr/share/locale/pl/LC_MESSAGES/wget2.mo /usr/share/locale/pt_BR/LC_MESSAGES/wget2.mo /usr/share/locale/ru/LC_MESSAGES/wget2.mo /usr/share/locale/sk/LC_MESSAGES/wget2.mo /usr/share/locale/sr/LC_MESSAGES/wget2.mo /usr/share/locale/sv/LC_MESSAGES/wget2.mo /usr/share/locale/tr/LC_MESSAGES/wget2.mo /usr/share/locale/uk/LC_MESSAGES/wget2.mo /usr/share/locale/vi/LC_MESSAGES/wget2.mo /usr/share/locale/zh_CN/LC_MESSAGES/wget2.mo plus also the manual page that it is missing What is this ? It seems a duplicate of wget2 /usr/bin/wget2_noinstall.exe these in libwget2-devel or libwget-devel /usr/include/wget.h /usr/include/wgetver.h /usr/lib/libwget.dll.a /usr/lib/pkgconfig/libwget.pc /usr/share/man/man3/libwget-base64.3.gz /usr/share/man/man3/libwget-bitmap.3.gz /usr/share/man/man3/libwget-console.3.gz /usr/share/man/man3/libwget-dns-caching.3.gz /usr/share/man/man3/libwget-dns.3.gz /usr/share/man/man3/libwget-error.3.gz /usr/share/man/man3/libwget-hash.3.gz /usr/share/man/man3/libwget-hashmap.3.gz /usr/share/man/man3/libwget-io.3.gz /usr/share/man/man3/libwget-ip.3.gz /usr/share/man/man3/libwget-list.3.gz /usr/share/man/man3/libwget-mem.3.gz /usr/share/man/man3/libwget-net.3.gz /usr/share/man/man3/libwget-parse_atom.3.gz /usr/share/man/man3/libwget-parse_sitemap.3.gz /usr/share/man/man3/libwget-printf.3.gz /usr/share/man/man3/libwget-random.3.gz /usr/share/man/man3/libwget-robots.3.gz /usr/share/man/man3/libwget-stringmap.3.gz /usr/share/man/man3/libwget-thread.3.gz /usr/share/man/man3/libwget-utils.3.gz /usr/share/man/man3/libwget-vector.3.gz /usr/share/man/man3/libwget-xalloc.3.gz /usr/share/man/man3/libwget-xml.3.gz
Re: [ITA] libuninameslist-20200413-1, python-libuninameslist-0.2-1
Date: Thu, 09 Jul 2020 00:30:53 +0900 From: Lemures Lemniscati > Hi! > > Current Cygwin packages of LibUniNamesList are very old (updated almost 7 > years ago). > Now, the upstream sources are maintained at > https://github.com/fontforge/libuninameslist > and able to treat Unicode 13.0. > > Cygport files are forked here: > https://github.com/cygwin-lem/libuninameslist-cygport/tree/w_20200413 > from http://cygwin.com/git/cygwin-packages/libuninameslist . > > New test package files are here: > https://cygwin-lem.github.io/libuninameslist-cygport/index.html . > > Please, check them: > > > x86/libuninameslist/libuninameslist-20200413-1-src.hint > x86/libuninameslist/libuninameslist-20200413-1-src.tar.xz > x86/libuninameslist/libuninameslist-debuginfo/libuninameslist-debuginfo-20200413-1.hint > x86/libuninameslist/libuninameslist-debuginfo/libuninameslist-debuginfo-20200413-1.tar.xz > x86/libuninameslist/libuninameslist-devel/libuninameslist-devel-20200413-1.hint > x86/libuninameslist/libuninameslist-devel/libuninameslist-devel-20200413-1.tar.xz > x86/libuninameslist/libuninameslist1/libuninameslist1-20200413-1.hint > x86/libuninameslist/libuninameslist1/libuninameslist1-20200413-1.tar.xz > x86/python-libuninameslist/python-libuninameslist-0.2-1-src.hint > x86/python-libuninameslist/python-libuninameslist-0.2-1-src.tar.xz > x86/python-libuninameslist/python-libuninameslist-0.2-1.hint > x86/python-libuninameslist/python-libuninameslist-0.2-1.tar.xz > x86/python-libuninameslist/python2-libuninameslist/python2-libuninameslist-0.2-1.hint > x86/python-libuninameslist/python2-libuninameslist/python2-libuninameslist-0.2-1.tar.xz > x86/python-libuninameslist/python27-libuninameslist/python27-libuninameslist-0.2-1.hint > x86/python-libuninameslist/python27-libuninameslist/python27-libuninameslist-0.2-1.tar.xz > x86/python-libuninameslist/python3-libuninameslist/python3-libuninameslist-0.2-1.hint > x86/python-libuninameslist/python3-libuninameslist/python3-libuninameslist-0.2-1.tar.xz > x86/python-libuninameslist/python35-libuninameslist/python35-libuninameslist-0.2-1.hint > x86/python-libuninameslist/python35-libuninameslist/python35-libuninameslist-0.2-1.tar.xz > x86/python-libuninameslist/python36-libuninameslist/python36-libuninameslist-0.2-1.hint > x86/python-libuninameslist/python36-libuninameslist/python36-libuninameslist-0.2-1.tar.xz > x86/python-libuninameslist/python37-libuninameslist/python37-libuninameslist-0.2-1.hint > x86/python-libuninameslist/python37-libuninameslist/python37-libuninameslist-0.2-1.tar.xz > x86/python-libuninameslist/python38-libuninameslist/python38-libuninameslist-0.2-1.hint > x86/python-libuninameslist/python38-libuninameslist/python38-libuninameslist-0.2-1.tar.xz > x86_64/libuninameslist/libuninameslist-20200413-1-src.hint > x86_64/libuninameslist/libuninameslist-20200413-1-src.tar.xz > x86_64/libuninameslist/libuninameslist-debuginfo/libuninameslist-debuginfo-20200413-1.hint > x86_64/libuninameslist/libuninameslist-debuginfo/libuninameslist-debuginfo-20200413-1.tar.xz > x86_64/libuninameslist/libuninameslist-devel/libuninameslist-devel-20200413-1.hint > x86_64/libuninameslist/libuninameslist-devel/libuninameslist-devel-20200413-1.tar.xz > x86_64/libuninameslist/libuninameslist1/libuninameslist1-20200413-1.hint > x86_64/libuninameslist/libuninameslist1/libuninameslist1-20200413-1.tar.xz > x86_64/python-libuninameslist/python-libuninameslist-0.2-1-src.hint > x86_64/python-libuninameslist/python-libuninameslist-0.2-1-src.tar.xz > x86_64/python-libuninameslist/python-libuninameslist-0.2-1.hint > x86_64/python-libuninameslist/python-libuninameslist-0.2-1.tar.xz > x86_64/python-libuninameslist/python2-libuninameslist/python2-libuninameslist-0.2-1.hint > x86_64/python-libuninameslist/python2-libuninameslist/python2-libuninameslist-0.2-1.tar.xz > x86_64/python-libuninameslist/python27-libuninameslist/python27-libuninameslist-0.2-1.hint > x86_64/python-libuninameslist/python27-libuninameslist/python27-libuninameslist-0.2-1.tar.xz > x86_64/python-libuninameslist/python3-libuninameslist/python3-libuninameslist-0.2-1.hint > x86_64/python-libuninameslist/python3-libuninameslist/python3-libuninameslist-0.2-1.tar.xz > x86_64/python-libuninameslist/python35-libuninameslist/python35-libuninameslist-0.2-1.hint > x86_64/python-libuninameslist/python35-libuninameslist/python35-libuninameslist-0.2-1.tar.xz > x86_64/python-libuninameslist/python36-libuninameslist/python36-libuninameslist-0.2-1.hint > x86_64/python-libuninameslist/python36-libuninameslist/python36-libuninameslist-0.2-1.tar.xz > x86_64/python-libuninameslist/python37-libuninameslist/python37-libuninameslist-0.2-1.hint > x86_64/python-libuninameslist/python37-libuninameslist/python37-libuninameslist-0.2-1.tar.xz > x86_64/python-libuninameslist/python38-libuninameslist/python38-libuninameslist-0.2-1.hint > x86_64/python-libuninameslist/python38-libuninameslist/python38-libuninameslist-0.2-1.tar.xz Updated cygport files: to avoid