From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mxd2.seznam.cz (mxd2.seznam.cz [IPv6:2a02:598:2::210]) by sourceware.org (Postfix) with ESMTPS id 73F3A3857836 for ; Thu, 7 Apr 2022 22:27:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 73F3A3857836 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=seznam.cz Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=seznam.cz Received: from email.seznam.cz by email-smtpc25b.ng.seznam.cz (email-smtpc25b.ng.seznam.cz [10.23.18.35]) id 45734481e025467e45734a8f; Fri, 08 Apr 2022 00:27:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seznam.cz; s=beta; t=1649370436; bh=fV8/R0fxt4WWej70ZKsYFzUsBDqTCqHTdaKlr2dNRAk=; h=Received:Message-ID:Date:MIME-Version:User-Agent:Subject:To: References:From:In-Reply-To:Content-Type:Content-Transfer-Encoding: X-szn-frgn:X-szn-frgc; b=ly1kt9Drjj/J0fVioE35wn0HH24MbokGiROXwpTLIcyb4PeBAyChfg82xUxxq9KwQ iFshnk++3bUe/Y4TjcjwDEzEZzlpo60gr+/NOFss2TWgADhXX07EIi3Zt8AhgV/hqU uVg6KVlz7BdfnTn7NV6qnoEJZrXvW2ZYZhKmcUJY= Received: from [192.168.2.5] (brno.ccbr.com [77.240.178.2]) by email-relay3.ng.seznam.cz (Seznam SMTPD 1.3.136) with ESMTP; Fri, 08 Apr 2022 00:27:12 +0200 (CEST) Message-ID: <3d27c87c-e4ab-b9cc-5eb7-7b5798628962@seznam.cz> Date: Fri, 8 Apr 2022 00:26:55 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Subject: Re: [ITA] duplicity To: cygwin-apps@cygwin.com References: From: Libor Ukropec In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-szn-frgn: X-szn-frgc: <0> X-Spam-Status: No, score=-3.3 required=5.0 tests=BAYES_00, BODY_8BITS, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2022 22:27:24 -0000 Hi Brian, I solved the issue with Python 2.7 by adding PKG_NAMES and *_CONTENTS: inherit python-wheel PYTHON_WHEEL_VERSIONS="2.7:3.8:3.9" NAME="python-fasteners" VERSION=0.16.3 RELEASE=1 CATEGORY="Python" SUMMARY="Cross platform locks for threads and processes." DESCRIPTION="Python standard library provides a lock for threads (both a reentrant one, and a non-reentrant one, see below). Fasteners extends this, and provides a lock for processes, as well as Reader Writer locks for both threads and processes." SRC_URI="https://github.com/harlowja/fasteners/archive/refs/tags/${VERSION}.tar.gz" SRC_DIR="fasteners-${VERSION}" ARCH=noarch PKG_NAMES+=" python27-fasteners" python27_fasteners_CONTENTS="usr/lib/python2.7/site-packages/ usr/share/doc/python27-fasteners/" still I'm concerned about the generated requirements, where the package itself is referring to itself with very long name. Is that normal? >>> python38-fasteners requires: python38 python38-fasteners-python-fasteners-fasteners python38-six >>> python39-fasteners requires: python39 python39-fasteners-python-fasteners-fasteners python39-six >>> python27-fasteners requires: python27 python27-fasteners-python-fasteners-fasteners python27-six Libor Dne 07.04.2022 v 21:39 Libor Ukropec napsal(a): > Hi Brian, > Dne 07.04.2022 v 1:40 Brian Inglis napsal(a): >> On 2022-04-06 16:10, Libor Ukropec wrote: >>> I'd like to offer to adopt maintenance of duplicity (Encrypted >>> bandwidth-efficient backup system) >>> Information from https://duplicity.gitlab.io/ - """The last stable >>> 0.7 release is *0.7.19*, released Apr 19, 2019""", while cygwin >>> contains 0.7.11 from 2017 >>> Updated cygport: >>> https://github.com/cz6ace/cygwin-duplicity >> >> You need to define BUILD_REQUIRES and list all Cygwin packages needed >> to build this package: >> >> https://cygwin.github.io/cygport/check_funcs_cygpart.html#robo791 >> >> Use BUILD_REQUIRES+=" ..." for additional lines of packages. >> >>> Updated build: >>> https://github.com/cz6ace/cygwin-duplicity/releases >> >> See: >> >>      https://cygwin.com/git/cygwin-packages/duplicity.git > > This repository was my starting point, I just increased the version and > prepared the package (below) for the new python dependency (fasterners). > I did not see on the contribution page any mention to the `playground` > thing and an automation - will try that, once my SSH key is added. > > As my first contribution to cygwin I wanted to start with small steps > and stay with 0.7 duplicity, which still depends on the Python 2.7 > >> >> You can clone the repo for the original files, checkout a playground >> branch, commit your changes and patches (and any extra source files), >> define the upstream playground branch, and push your changes there, >> which will run Scallywag CI under Github Actions (or Appveyor if you >> configure that cygport option). >> >>> Please note for successful installation the python 2.7 fasteners >>> package is required, not yet in cygwin, I plan to offer [ITP] for it: >>> cygport: >>> https://github.com/cz6ace/cygwin-python-fasteners >>> build: >>> https://github.com/cz6ace/cygwin-python-fasteners/releases >> >> Need to support python3/39 now: see python package cygports in >> cygwin-packages repos as above! > > Is it a must at this moment? As I stated above, duplicity 0.7.x requires > Python 2.7 > > I changed the `inherit` to python-wheel, which should support 2.7,3.8, 3.9: > > inherit python-wheel > > PYTHON_WHEEL_VERSIONS="2.7:3.8:3.9" > > But the cygport does not create the tar.cz archive for 2.7 and fails with > > ... > -usr/lib/python2.7/site-packages/fasteners/version.py > ... > *** ERROR: Packages are missing files: > > > I tried previous cygport version, but it fails creating python 3.7 package. > > I'll try to look to cygport sources if I am able to see something, which > I doubt. > >> >>> Python standard library provides a lock for threads (both a reentrant >>> one, and a non-reentrant one, see below). Fasteners extends this, and >>> provides a lock for processes, as well as Reader Writer locks for >>> both threads and processes. >>> >>> This library (in newer version) is also present in LInux >>> distributions, e.g. Ubuntu: >>> https://packages.ubuntu.com/source/focal/s390x/python-fasteners >> > >