On 2021/02/01 21:40, Christian Weisgerber wrote: > This updates devel/libmtp to the latest release 1.1.18, which also > includes a -fno-common fix. No major changes, one function was added. > > No idea how to test actual functionality. > > OK?
It works as well as the previous version did on my phone (which is, not very well: it fetches some information, hangs at the end of file listing transfers, but is unable to fetch actual files). So, OK I guess! > Index: Makefile > =================================================================== > RCS file: /cvs/ports/devel/libmtp/Makefile,v > retrieving revision 1.42 > diff -u -p -r1.42 Makefile > --- Makefile 12 Jul 2019 20:44:39 -0000 1.42 > +++ Makefile 1 Feb 2021 20:35:57 -0000 > @@ -2,10 +2,10 @@ > > COMMENT= Media Transfer Protocol (MTP) implementation > > -DISTNAME= libmtp-1.1.15 > +DISTNAME= libmtp-1.1.18 > CATEGORIES= devel > > -SHARED_LIBS += mtp 7.0 # 12.0 > +SHARED_LIBS += mtp 7.1 # 13.0 > > HOMEPAGE= http://libmtp.sourceforge.net/ > > Index: distinfo > =================================================================== > RCS file: /cvs/ports/devel/libmtp/distinfo,v > retrieving revision 1.18 > diff -u -p -r1.18 distinfo > --- distinfo 28 Apr 2018 13:05:45 -0000 1.18 > +++ distinfo 1 Feb 2021 20:35:57 -0000 > @@ -1,2 +1,2 @@ > -SHA256 (libmtp-1.1.15.tar.gz) = 0ECQC0Z1fjEbH7O/qMBdsJyLaBHgRLzoyIyfP206MCE= > -SIZE (libmtp-1.1.15.tar.gz) = 805983 > +SHA256 (libmtp-1.1.18.tar.gz) = coD+UMBEyBigZmf0XqvKiE3qsxk8qoaC4LWB6EeigfA= > +SIZE (libmtp-1.1.18.tar.gz) = 832463 > Index: pkg/PLIST > =================================================================== > RCS file: /cvs/ports/devel/libmtp/pkg/PLIST,v > retrieving revision 1.17 > diff -u -p -r1.17 PLIST > --- pkg/PLIST 31 Jan 2017 10:01:50 -0000 1.17 > +++ pkg/PLIST 1 Feb 2021 20:35:57 -0000 > @@ -21,7 +21,7 @@ bin/mtp-sendtr > @bin bin/mtp-tracks > @bin bin/mtp-trexist > include/libmtp.h > -lib/libmtp.a > +@static-lib lib/libmtp.a > lib/libmtp.la > @lib lib/libmtp.so.${LIBmtp_VERSION} > lib/pkgconfig/libmtp.pc > -- > Christian "naddy" Weisgerber [email protected] >
