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 C64103858C52 for ; Tue, 12 Apr 2022 00:09:43 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org C64103858C52 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-smtpc6a.ng.seznam.cz (email-smtpc6a.ng.seznam.cz [10.23.10.165]) id 68bb1d6bcded1f9468bb1365; Tue, 12 Apr 2022 02:09:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seznam.cz; s=beta; t=1649722178; bh=/4p6IMvmZDM3HzEOhZczjrld/KS0AzpT35vgFnaJeSA=; 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=Z8AQfDWqNVR6AosG1CpTsiwKtLWAD1ogffN7t+OxA9iESeUIrJALF/3Meh27K8Hg9 /kWZT50WrppJFVaji6M8nBGiSCc59Ipl+mbAXIjUrjqpPq5lUkOJ1RXS9xGKDNaSzR hanuKu1DJF+KlRFZ5smlHAyWa0zEj6+EJY4yhulY= Received: from [192.168.2.5] (brno.ccbr.com [77.240.178.2]) by email-relay18.ng.seznam.cz (Seznam SMTPD 1.3.136) with ESMTP; Tue, 12 Apr 2022 02:09:33 +0200 (CEST) Message-ID: <480ef945-55f2-b00d-6dd7-7a204acf14e9@seznam.cz> Date: Tue, 12 Apr 2022 02:09:14 +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: <3d27c87c-e4ab-b9cc-5eb7-7b5798628962@seznam.cz> From: Libor Ukropec In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-szn-frgn: <2277f6b2-bff6-40c2-9b97-b5b743513202> X-szn-frgc: <0> X-Spam-Status: No, score=-2.9 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: Tue, 12 Apr 2022 00:09:46 -0000 > Run cygport ... all with --debug flag which enables shell tracing I'll answer it myself. If the cygport is given the filename *without* ".cygport" extension, it executes, but wrongly detects the PVR - NAME/VERSION/RELEASE. When I provided full name, it works as I'd expected. I think this deserves improvement. Probably caused by TAB completion when it stopped on the first "." because python-fasteners.cygport file exists and also the python-fasteners.noarch existed already from previous run in the same directory. Regards, Libor I'll try to forget how many hours it took. Dne 10.04.2022 v 20:26 Libor Ukropec napsal(a): > Hi Brian, > > 1. regarding python-fasteners: > > Dne 08.04.2022 v 1:44 Brian Inglis napsal(a): > > Run cygport ... all with --debug flag which enables shell tracing > > throughout and redirect all output &> debug.log for review. > > Output for command `cygport --debug python-fasteners download all check > &> debug.log` > > is here, if you can deduct from it something useful: > > https://gist.github.com/cz6ace/929812203a42bd2d69506cad19385eed#file-debug-log > > > (it is quite long, I do not want to paste it directly into the email) > > Also it is unknown to me, how the new repository can be added into the > https://cygwin.com/git/?a=project_list;pf=git/cygwin-packages so I can > execute the tests in the playground too. > > > 2. regarding duplicity itself. My first successful build: > https://github.com/cygwin/scallywag/actions/runs/2144688591 > > Regards, > Libor > > Dne 08.04.2022 v 1:44 Brian Inglis napsal(a): >> Run cygport ... all with --debug flag which enables shell tracing >> throughout and redirect all output &> debug.log for review. >> >> On 2022-04-07 16:26, Libor Ukropec wrote: >>> 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 >>>>> >>>> >>>> >>> >> >> > >