Re: duplicate between packages (libuninameslist)
Lemures Lemniscati via Cygwin-apps writes: > When I updated libuninameslist packages, I've moved the files from > libuninameslist[01] into libuninameslist-devel. > > So, duplication will last until libuninamelist0 is removed. That is one of the things setup can't handle very well, but you can use cygcheck to see if the duplicate got removed during installation. In this particular case I'd think there is not much of a problem. > To reduce the duplication, I should make libuninameslist0-20091231-2 > in some way (e.g. removing duplicated files, or renaming them). The problem is not that there is duplication among different versions of the poackage (which is unavoidable when you move files between packages), but that the order of removal and installation is not deterministic. > I wonder what is a good way... You might think that re-releasing would fix things, but then you'd need to ensure that eveybody had updated to before the re-release already. That generally doesn't work. We could eventually use package transactions (libsolv supports that) to really ensure things work correctly, but we're missing lots of bits to make that happen. So I have this at the moment for instance: Missing file: /usr/lib/debug/usr/bin/ncdump.exe.dbg from package netcdf-debuginfo Missing file: /usr/lib/debug/usr/bin/ncgen.exe.dbg from package netcdf-debuginfo netcdf-debuginfo 4.8.0-2 Incomplete which is the problem that originally prompted Marco to look for duplicates I guess. But I'm updating my instzallation quite often, so it's unlikely I miss an intermediate version. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: duplicate between packages (libuninameslist)
On 02.05.2021 03:47, Lemures Lemniscati via Cygwin-apps wrote: On Tue, 27 Apr 2021 05:45:40 +0200, Marco Atzeri via Cygwin-apps 2 usr/share/doc/libuninameslist/COPYING 2 usr/share/doc/libuninameslist/LICENSE About libuninameslist (which I maintain), these files are contained in: libuninameslist0-20091231-1 libuninameslist-devel-20200413p3-1 When I updated libuninameslist packages, I've moved the files from libuninameslist[01] into libuninameslist-devel. So, duplication will last until libuninamelist0 is removed. no big deal as they are the same file. it can wait the next release. To reduce the duplication, I should make libuninameslist0-20091231-2 in some way (e.g. removing duplicated files, or renaming them). it should contain only the dll; I found the style libgdal28_CONTENTS="usr/bin/cyggdal-28.dll" is useful to notice upstream API bump, that sometime they forget to announce Regards, Lem Regards Marco
Re: duplicate between packages (libuninameslist)
On Tue, 27 Apr 2021 05:45:40 +0200, Marco Atzeri via Cygwin-apps > So I checked on my /etc/setup how many duplicates there are > and it seems also other package has the same problem > > Some are not an issue, but on the binaries I can not judge > $ cd /etc/setup > $ zcat *.lst.gz | sed '/\/$/d' | sort |uniq -c | awk '$1 > 1' >2 usr/share/doc/libuninameslist/COPYING >2 usr/share/doc/libuninameslist/LICENSE About libuninameslist (which I maintain), these files are contained in: libuninameslist0-20091231-1 libuninameslist-devel-20200413p3-1 When I updated libuninameslist packages, I've moved the files from libuninameslist[01] into libuninameslist-devel. So, duplication will last until libuninamelist0 is removed. To reduce the duplication, I should make libuninameslist0-20091231-2 in some way (e.g. removing duplicated files, or renaming them). I wonder what is a good way... Regards, Lem
Re: duplicate between packages
On 4/26/2021 11:45 PM, Marco Atzeri via Cygwin-apps wrote: Hi Maintainers, as I just found 2 of my packages colliding with same program name $ cygcheck -f /usr/bin/ncgen hdf4-4.2.15-3 netcdf-4.8.0-2 as one is much older than the other, the installation sequence can give some inconsistencies in the system. So I checked on my /etc/setup how many duplicates there are and it seems also other package has the same problem Some are not an issue, but on the binaries I can not judge $ cygcheck -f /usr/i686-w64-mingw32/sys-root/mingw/include/pthread_signal.h mingw64-i686-headers-8.0.0-1 mingw64-i686-winpthreads-8.0.0-1 $ cygcheck -f /usr/bin/t1asm.exe t1utils-1.39-1 texlive-20210325-1 $ cd /etc/setup $ zcat *.lst.gz | sed '/\/$/d' | sort |uniq -c | awk '$1 > 1' 3 etc/postinstall/python3-wx.sh 2 usr/bin/gpgsplit.exe 2 usr/bin/ncdump.exe 2 usr/bin/ncgen.exe 2 usr/bin/prove 2 usr/bin/pygmentex 2 usr/bin/shasum 2 usr/bin/t1ascii.exe 2 usr/bin/t1asm.exe 2 usr/bin/t1binary.exe 2 usr/bin/t1disasm.exe 2 usr/bin/t1mac.exe 2 usr/bin/t1unmac.exe 2 usr/i686-w64-mingw32/sys-root/mingw/include/pthread_signal.h 2 usr/lib/cygh5bzip2.dll 3 usr/share/aclocal/README 2 usr/share/doc/fltk/CHANGES 2 usr/share/doc/fltk/COPYING 2 usr/share/doc/fltk/CREDITS 2 usr/share/doc/fltk/examples/adjuster.cxx ... 2 usr/share/doc/fltk/examples/valuators.h 2 usr/share/doc/fltk/README 2 usr/share/doc/libsodium/AUTHORS 2 usr/share/doc/libsodium/ChangeLog 2 usr/share/doc/libsodium/LICENSE 2 usr/share/doc/libsodium/THANKS 2 usr/share/doc/libspiro/README 2 usr/share/doc/libuninameslist/COPYING 2 usr/share/doc/libuninameslist/LICENSE 2 usr/share/doc/webrtc-audio-processing/AUTHORS 2 usr/share/doc/webrtc-audio-processing/COPYING 2 usr/share/doc/webrtc-audio-processing/NEWS 2 usr/share/doc/webrtc-audio-processing/README 2 usr/share/info/guile.info.gz 2 usr/share/info/guile.info-9.gz 2 usr/share/info/r5rs.info.gz 2 usr/share/man/man1/ncdump.1.gz 2 usr/share/man/man1/ncgen.1.gz 2 usr/share/man/man1/passwd.1.gz 2 usr/share/man/man1/pdfdetach.1.gz 2 usr/share/man/man1/pdffonts.1.gz 2 usr/share/man/man1/pdfimages.1.gz 2 usr/share/man/man1/pdfinfo.1.gz 2 usr/share/man/man1/pdftohtml.1.gz 2 usr/share/man/man1/pdftoppm.1.gz 2 usr/share/man/man1/pdftops.1.gz 2 usr/share/man/man1/pdftotext.1.gz 2 usr/share/man/man1/ts.1.gz 2 usr/share/texmf-dist/doc/generic/tex-ini-files/README.md 2 usr/share/texmf-dist/scripts/pygmentex/pygmentex.py 2 usr/share/texmf-dist/tex/latex/pygmentex/pygmentex.sty 2 usr/share/tlpkg/tlpobj/pygmentex.i386-cygwin.tlpobj 2 usr/share/tlpkg/tlpobj/pygmentex.tlpobj 2 usr/share/tlpkg/tlpobj/pygmentex.x86_64-cygwin.tlpobj 2 usr/share/tlpkg/tlpobj/tex-ini-files.doc.tlpobj 2 usr/x86_64-w64-mingw32/sys-root/mingw/include/pthread_signal.h Thanks, Marco. Several of these involve my packages. I'll take a look at those. Ken
[ITP] cdo 2.0.0rc1
Available in Debian. Climate Data Operators CDO is a collection of command line Operators to manipulate and analyse Climate and NWP model Data. Supported data formats are GRIB 1/2, netCDF 3/4, SERVICE, EXTRA and IEG. https://code.mpimet.mpg.de/projects/cdo http://matzeri.altervista.org/x86/release/cdo/ http://matzeri.altervista.org/x86_64/release/cdo/ To build from code I am forced to use # ugly workaround find . -name Makefile -exec sed -i -e 's/-Wp,-D_FORTIFY_SOURCE=2//' {} \; between configure and make, as normal cygport settings seems to collide with source on FORTIFY If someone has a better idea, I will appreciate suggestion
[ITP] NCO 4.9.8
Available in Debian, Fedora .. The NCO toolkit manipulates and analyzes data stored in netCDF-accessible formats, including DAP, HDF4, and HDF5. It exploits the geophysical expressivity of many CF (Climate & Forecast) metadata conventions, http://nco.sourceforge.net/ http://matzeri.altervista.org/x86/release/nco/ http://matzeri.altervista.org/x86_64/release/nco/
[ITP] ecCodes 2.21.0
Library used in the Meteo science, available in Debian and Fedora ecCodes is a package developed by ECMWF which provides an application programming interface and a set of tools for decoding and encoding messages in the following formats: WMO FM-92 GRIB edition 1 and edition 2 WMO FM-94 BUFR edition 3 and edition 4 WMO GTS abbreviated header (only decoding). https://confluence.ecmwf.int/display/ECC/ecCodes+Home https://www.ecmwf.int/ http://matzeri.altervista.org/x86/release/eccodes/ http://matzeri.altervista.org/x86_64/release/eccodes/ Regards