From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) by sourceware.org (Postfix) with ESMTPS id 52D2C3858C78 for ; Sun, 13 Mar 2022 19:09:48 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 52D2C3858C78 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=systematicsw.ab.ca Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTP id TPBFnGfrn43SgTTb9nBxPX; Sun, 13 Mar 2022 19:09:47 +0000 Received: from [10.0.0.5] ([184.64.124.72]) by cmsmtp with ESMTP id TTb9noawn159UTTb9n1vr6; Sun, 13 Mar 2022 19:09:47 +0000 X-Authority-Analysis: v=2.4 cv=frTP2X0f c=1 sm=1 tr=0 ts=622e417b a=oHm12aVswOWz6TMtn9zYKg==:117 a=oHm12aVswOWz6TMtn9zYKg==:17 a=IkcTkHD0fZMA:10 a=NEAV23lmAAAA:8 a=ejknC5xS72zp2OFXFO8A:9 a=QEXdDO2ut3YA:10 Message-ID: <80cab6f1-3b53-0ba1-abfe-06b9fe2fe17b@SystematicSw.ab.ca> Date: Sun, 13 Mar 2022 13:09:47 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 From: Brian Inglis Subject: Re: python subpackage build error ... not a supported wheel on this platform Reply-To: cygwin-apps@cygwin.com To: cygwin-apps@cygwin.com References: <86a074fd-e2bb-81c3-21ec-15654dec7cad@SystematicSw.ab.ca> <6569c725-f1fd-3d2b-f483-bf393f17593f@dronecode.org.uk> Content-Language: en-CA Organization: Systematic Software In-Reply-To: <6569c725-f1fd-3d2b-f483-bf393f17593f@dronecode.org.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfGDVm+zay45k6iJOlPtyhGySF+mX2jUdkN0wHulcwSeW4HZnfkEejCvXBgfcXXkS2Oj5XzzhEUUP6oFMpKACgC5JaDR9cjxU7sH3c3s4YvsJekfD91Vx LTNyGHC/Nk3obNUJqy9bgP/hHmD4OTkBnbR25nPbf4XbL5QMakerxrvG9X/u+kCyO5EbfzFoQ6jILXCsvH/57HBT3m84Ilkaek0= X-Spam-Status: No, score=-1163.7 required=5.0 tests=BAYES_00, KAM_ASCII_DIVIDERS, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_NONE, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no 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: Sun, 13 Mar 2022 19:09:49 -0000 On 2022-03-13 07:04, Jon Turney wrote: > On 12/03/2022 17:54, Brian Inglis wrote: >> Building locally I get the message below on 64 & 32 bit package builds: >> ERROR: python_nghttp2-1.47.0-cp38-cp38-cygwin_3_3_4_x86_64.whl is not >> a supported wheel on this platform. >> but not in the confines of a scallywag build: what do I need to remove >> or change to build locally? > What have you tried? Installing every python*-{devel,pip,setuptools,wheel} package in sight! See bottom for inherited and installed package lists. > The packages installed by scallywag are recorded in the build log, so > have you looked at that to see what's installed there but not locally? > > At a guess, it might be that you need python38-wheel or python38-pip > installed, which scallywag arranges to be installed when it sees > 'inherit python-wheel' [1] > > [1] > https://github.com/cygwin/scallywag/blob/85647ca844226100006d22537d728332130b4462/analyze.py#L171 Tried config with --enable-python-bindings as well as usual opposite to build with cygport using cython. Just tried uninstalling python*-{tox,virtualenv} and dependencies python-{pip,setuptools,wheel}-wheel with no change! Will next try inherit python3-wheel instead of python-wheel and use python3_wheel_{compile,install}. That gets me further and results in: >>> python38-nghttp2-1.47.0-1.tar.xz tar: usr/lib/python3.8/site-packages/*nghttp2*: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors *** ERROR: Binary package creation failed: python38-nghttp2 Reading through cygport cygclass python/3-wheel docs, it implies that using generic python-nghttp2 in PKG_NAMES should expand to specified (default) versions (now python38-nghttp2, python39-nghttp2) rather than having to explicitly specify the latter? Will try and see if that works as expected and perhaps helps: no - only latest version built, not both 3.8 and 3.9. Now local and scallywag consistently fail not building python 3.8 package! Reverting to python-wheel from python3-wheel. Just found /usr/local/bin/pip{,3,3.8} with explicit #!/usr/bin/python3.8 same date as curl 7.75 release over a year ago, so there must have been some issue to workaround, which never had any impact until this package and release! Sorry for the noise! That all now seems to work properly locally and on scallywag. #==================================================== #Inherited and Installed Scallywag and Local Packages #==================================================== $ egrep inherits scallywag/*86*/6_*.log | cut -d' ' -f3- | sort -ur scallywag: cygport inherits: python-wheel scallywag: build dependencies (deduced from inherits): python2-pip,python2-wheel,python3-devel,python36-pip,python36-wheel,python37-pip,python37-wheel,python38-pip,python38-wheel,python39-pip,python39-wheel # above does not include python2/7-devel, python3[67]-devel $ egrep 'install\spython[^-]*-(devel|pip|setuptools|wheel)' \ scallywag/*86*/[46]_*.log | awk '{print $5}' | sort -u python27-pip python27-setuptools python27-wheel python36-pip python36-setuptools python36-wheel python37-pip python37-setuptools python37-wheel python38-devel python38-pip python38-setuptools python38-wheel python39-devel python39-pip python39-setuptools python39-wheel python3-devel $ apt-cyg l python*-{devel,pip,setuptools,wheel} | cut -d' ' -f1 | \ sort -u python27-devel python27-pip python27-setuptools python27-wheel python2-devel python2-setuptools python36-devel python36-pip python36-setuptools python36-wheel python37-devel python37-pip python37-setuptools python37-wheel python38-devel python38-pip python38-setuptools python38-wheel python39-devel python39-pip python39-setuptools python39-wheel python3-devel python3-pip python3-setuptools python3-wheel python-pip-wheel python-setuptools python-setuptools-wheel python-wheel-wheel -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]