From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id IJSPAo9/SGFOfQAAgWs5BA (envelope-from ) for ; Mon, 20 Sep 2021 14:33:19 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id KHTPOY5/SGHnUgAAB5/wlQ (envelope-from ) for ; Mon, 20 Sep 2021 12:33:18 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 4F3EB5DA3 for ; Mon, 20 Sep 2021 14:33:18 +0200 (CEST) Received: from localhost ([::1]:50074 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mSIU1-0007wI-9j for larch@yhetil.org; Mon, 20 Sep 2021 08:33:17 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39888) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mSITD-0007vR-6A for guix-devel@gnu.org; Mon, 20 Sep 2021 08:32:27 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:59994) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mSITA-0006cM-Rg for guix-devel@gnu.org; Mon, 20 Sep 2021 08:32:26 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4HCkTZ50NTz1qwyP; Mon, 20 Sep 2021 14:32:18 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4HCkTZ4n3wz1qqkB; Mon, 20 Sep 2021 14:32:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id Ujbnp_Q3jG2r; Mon, 20 Sep 2021 14:32:17 +0200 (CEST) Received: from hermia.goebel-consult.de (ppp-93-104-51-169.dynamic.mnet-online.de [93.104.51.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Mon, 20 Sep 2021 14:32:17 +0200 (CEST) Received: from thisbe.goebel-consult.de (hermia.goebel-consult.de [192.168.110.7]) by hermia.goebel-consult.de (Postfix) with ESMTP id 3FFFE60110; Mon, 20 Sep 2021 14:32:23 +0200 (CEST) Subject: Re: Python Site Package Syntax Runtime Error To: Antwane Mason References: From: Hartmut Goebel Organization: crazy-compilers.com Message-ID: <1621bc1d-a291-e2dd-c598-0367d7c47edd@crazy-compilers.com> Date: Mon, 20 Sep 2021 14:32:14 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------AD219ED9A827CFF80BB48502" Content-Language: en-US Received-SPF: none client-ip=212.18.0.9; envelope-from=h.goebel@crazy-compilers.com; helo=mail-out.m-online.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1632141198; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=Zc6lHff/Cd+rFNrXrO6H2oSz4foPL4klUnZpji78UwA=; b=i+PqNR4GkqkEcLS7d5tGw74gda4r5yqlMcqLqJS3vZSZyOY+D01pJ3FXt4syvzutnZaYmb 4gdZ4gNvQtrNkBjWCobM6OALAM80b3xPfOWJ88F1sY3ccbgsKQekmjL8tIyigPd/cKjGXK qVpyv/IWQlBxuu1ZcISGi+msQyy91MnbmVf4NTxb/RCJSSb04IuySgoeuCiwpz1RIQUVRw j453mR/CVvRysTmkcou9rELUE2ctVu8auja4/F6FhAXWjlzfTBvMlNJHW9xs6hwgJD1Nu+ TUqafwH/FhR+RdG+kH0LwtkoPauv3nhrT+4PAXc5r/wx8gDnRj1VNO1SNxv0Mw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1632141198; a=rsa-sha256; cv=none; b=fJ+5ELCe3EHaDSKT5hJWEMN/30Bn/V9+Kql5CIFWbYnBB8zFwcgoPwUfIDcR1ew8Npymj5 I4cR1I6ffWnb/LZ6YLAFvvu+PkpfYUQzAGuN9/+GmlomGtwI+Fl2zgwgwqjYMM2kryz1dv xLuVTgpNzadt8/ZmAeBfZxUCLMeWC+pkTq0FtbLIQgOIUUgpIvXlfUdqol9D9eO2VWFh1i Bc3QYtJK47jnzE65KJmTMui5fvqMOzt3HeF38MjkFLtsmhqj8uBc0xmuftSP9uZ7B0pb8z 2N3Dbv6/hVqpffk6VtEoNxOp84yYiLIIVADCi8oDx3FCLZvYIEVMDn7AkqrDkg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Spam-Score: -2.39 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: 4F3EB5DA3 X-Spam-Score: -2.39 X-Migadu-Scanner: scn0.migadu.com X-TUID: KVPQ4VAU/bYK This is a multi-part message in MIME format. --------------AD219ED9A827CFF80BB48502 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Am 18.09.21 um 21:44 schrieb Antwane Mason: > From what I can tell, one of the build phases responsible for wrapping > executables into shell scripts is wrongly wrapping one of the python > files. This causes the shell script which is named as the original > python file to be loaded as a python module causing a syntax error > because the export line is a shell directive and not valid python > syntax. Below is the stack trace again for reference.  The last file > referenced in the stack trace is a shell script wrapper for the > original onlykey_agent.py file which was renamed > .onlykey_agent.py-real. Below is the full file for this shell script. > Can anyone provide guidance as to which build phase needs to change > and how to change it to prevent onlykey_agent.py from being wrapped? Looking at the code of the package - which actually is quite simple - I discover scripts=['onlykey_agent.py'], This might indeed trigger some issue in phase wrap. Please open a bug-report for this, explicitly pointing to release v1.1.11 of that package. As a solution for you I propose replacing the aforementioned line in setup.py by this line:     py_modules=['onlykey_agent'], I also suggest reporting this upstream, since I assume having onlykey_agent.py in bin is not desired. (Actually this is not a working script at all.) -- Regards Hartmut Goebel | Hartmut Goebel | h.goebel@crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible | --------------AD219ED9A827CFF80BB48502 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Am 18.09.21 um 21:44 schrieb Antwane Mason:
From what I can tell, one of the build phases responsible for wrapping executables into shell scripts is wrongly wrapping one of the python files. This causes the shell script which is named as the original python file to be loaded as a python module causing a syntax error because the export line is a shell directive and not valid python syntax. Below is the stack trace again for reference.  The last file referenced in the stack trace is a shell script wrapper for the original onlykey_agent.py file which was renamed .onlykey_agent.py-real. Below is the full file for this shell script. Can anyone provide guidance as to which build phase needs to change and how to change it to prevent onlykey_agent.py from being wrapped?


Looking at the code of the package - which actually is quite simple - I discover

scripts=['onlykey_agent.py'],

This might indeed trigger some issue in phase wrap. Please open a bug-report for this, explicitly pointing to release v1.1.11 of that package.

As a solution for you I propose replacing the aforementioned line in setup.py by this line:

    py_modules=['onlykey_agent'],

I also suggest reporting this upstream, since I assume having onlykey_agent.py in bin is not desired. (Actually this is not a working script at all.)

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |
--------------AD219ED9A827CFF80BB48502--