Message ID | 20220529182746.314668-6-monego@posteo.net |
---|---|
State | New |
Headers |
Return-Path: <guix-patches-bounces+patchwork=mira.cbaines.net@gnu.org> X-Original-To: patchwork@mira.cbaines.net Delivered-To: patchwork@mira.cbaines.net Received: by mira.cbaines.net (Postfix, from userid 113) id 6970A27BBEA; Sun, 29 May 2022 19:30:29 +0100 (BST) X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on mira.cbaines.net X-Spam-Level: X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,MAILING_LIST_MULTI,SPF_HELO_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.6 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mira.cbaines.net (Postfix) with ESMTPS id 3F98027BBE9 for <patchwork@mira.cbaines.net>; Sun, 29 May 2022 19:30:29 +0100 (BST) Received: from localhost ([::1]:37854 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from <guix-patches-bounces+patchwork=mira.cbaines.net@gnu.org>) id 1nvNgK-0007cT-Aj for patchwork@mira.cbaines.net; Sun, 29 May 2022 14:30:28 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53842) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1nvNfu-0007XI-MI for guix-patches@gnu.org; Sun, 29 May 2022 14:30:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:48024) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1nvNfu-0000I5-B6 for guix-patches@gnu.org; Sun, 29 May 2022 14:30:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1nvNfu-0003FV-7s for guix-patches@gnu.org; Sun, 29 May 2022 14:30:02 -0400 X-Loop: help-debbugs@gnu.org Subject: [bug#51314] [PATCH v4 05/14] gnu: Add python-zeroconf-0.33. Resent-From: Vinicius Monego <monego@posteo.net> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org> Resent-CC: guix-patches@gnu.org Resent-Date: Sun, 29 May 2022 18:30:02 +0000 Resent-Message-ID: <handler.51314.B51314.165384894912289@debbugs.gnu.org> Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51314 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: 51314@debbugs.gnu.org Cc: Vinicius Monego <monego@posteo.net> Received: via spool by 51314-submit@debbugs.gnu.org id=B51314.165384894912289 (code B ref 51314); Sun, 29 May 2022 18:30:02 +0000 Received: (at 51314) by debbugs.gnu.org; 29 May 2022 18:29:09 +0000 Received: from localhost ([127.0.0.1]:41887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces@debbugs.gnu.org>) id 1nvNf2-0003C9-Pn for submit@debbugs.gnu.org; Sun, 29 May 2022 14:29:09 -0400 Received: from mout01.posteo.de ([185.67.36.65]:36961) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <monego@posteo.net>) id 1nvNey-0003AQ-1M for 51314@debbugs.gnu.org; Sun, 29 May 2022 14:29:04 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 7515E240027 for <51314@debbugs.gnu.org>; Sun, 29 May 2022 20:28:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1653848938; bh=g+MHxkzP3oPWjsx00O+TQTHBs3bGj6a5D8nEVW7jtTM=; h=From:To:Cc:Subject:Date:From; b=UgJ82vMhGKFLVFExh7sgLImb6sJQ9zbzJaDj30YciiojqoXrSbwcsUlJFf7iQENrQ sRFiDsB3Or3oDHDnhbgTgeXJkESmC2mO005U4n6WvqIOnRh21earA7Wv2hp9r13uZl htPerDqMlJI1ntdOJoXSSIH3xHxkNAPrTxhplLlWEIyY0cwI2egkh4fEhHMrO+eimg HGmQVkiZewxjd2sBNFeKuyOaJ1XtAt7JIwwbOMfawd+CJfdLkYJQGZET2+/Dbqx0Ft ncIW2CjGKSgCxtA64vh7/WECkKtKH/6JmfDevQ1v10Dp95dq8BrPunaQCHat9XXsPV Eb1sS3X+RmuLw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4LB6WF3Fv9z9rxN; Sun, 29 May 2022 20:28:57 +0200 (CEST) From: Vinicius Monego <monego@posteo.net> Date: Sun, 29 May 2022 18:27:37 +0000 Message-Id: <20220529182746.314668-6-monego@posteo.net> In-Reply-To: <20220529182746.314668-1-monego@posteo.net> References: <20220529182746.314668-1-monego@posteo.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: <guix-patches.gnu.org> List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-patches>, <mailto:guix-patches-request@gnu.org?subject=unsubscribe> List-Archive: <https://lists.gnu.org/archive/html/guix-patches> List-Post: <mailto:guix-patches@gnu.org> List-Help: <mailto:guix-patches-request@gnu.org?subject=help> List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-patches>, <mailto:guix-patches-request@gnu.org?subject=subscribe> Errors-To: guix-patches-bounces+patchwork=mira.cbaines.net@gnu.org Sender: "Guix-patches" <guix-patches-bounces+patchwork=mira.cbaines.net@gnu.org> X-getmail-retrieved-from-mailbox: Patches |
Series |
Add Octoprint (web UI for 3d printers).
|
|
Commit Message
Vinicius Monego
May 29, 2022, 6:27 p.m. UTC
* gnu/packages/python-xyz.scm (python-zeroconf-0.33): New variable. --- gnu/packages/python-xyz.scm | 15 +++++++++++++++ 1 file changed, 15 insertions(+)
Comments
Vinicius Monego schreef op zo 29-05-2022 om 18:27 [+0000]: > +(define-public python-zeroconf-0.33 > + (package > + (inherit python-zeroconf) > + (name "python-zeroconf") > + (version "0.33.4") To avoid propagation conflicts, would python-zeroconf@0.38.1 suffice? Greetings, Maxime.
Em seg, 2022-05-30 às 00:00 +0200, Maxime Devos escreveu: > Vinicius Monego schreef op zo 29-05-2022 om 18:27 [+0000]: > > +(define-public python-zeroconf-0.33 > > + (package > > + (inherit python-zeroconf) > > + (name "python-zeroconf") > > + (version "0.33.4") > > To avoid propagation conflicts, would python-zeroconf@0.38.1 suffice? > > Greetings, > Maxime. As mentioned in the cover letter for v4, octoprint hard-checks the versions of its dependencies and uses pip to download new versions for the packages it judges the version is incorrect. In the case of zeroconf there is a notice in setup.py: https://github.com/OctoPrint/OctoPrint/blob/53b9b6185781c07e8c4744a6e28462e96448f249/setup.py#L67 > "zeroconf>=0.33,<0.34", # breaking changes can happen on minor > version increases The author recognizes that octoprint is not so friendly to packagers: https://github.com/OctoPrint/OctoPrint/issues/1922#issuecomment-302407764 > It does depend on specific versions of some packages, for the one or > other reasons, and this is something I do not want not change - I've > run into too many problems with outdated python libraries provided by > the system package manager that produced horribly hard to track down > bugs. I guess it would be better if Guix users install octoprint in its own dedicated profile.
Vinicius Monego schreef op ma 30-05-2022 om 20:55 [+0000]: > As mentioned in the cover letter for v4, octoprint hard-checks the > versions of its dependencies and uses pip to download new versions for > the packages it judges the version is incorrect. In the case of > zeroconf there is a notice in setup.py: > > https://github.com/OctoPrint/OctoPrint/blob/53b9b6185781c07e8c4744a6e28462e96448f249/setup.py#L67 To me this seems information to put in a comment next to the input list (and next to python-zeroconf-0.33). Also, I recommend removing the pip downloading code to be 100% sure it won't be run. > The author recognizes that octoprint is not so friendly to packagers: > https://github.com/OctoPrint/OctoPrint/issues/1922#issuecomment-302407764 > It does depend on specific versions of some packages, for the one > or other reasons, and this is something I do not want not change > > - I've run into too many problems with outdated python libraries > > provided by the system package manager that produced horribly > > hard to track down bugs. There are bugs in the python-zeroconf@0.33 that have been fixed in python-zeroconf@0.38.1. The readme in https://github.com/jstasiak/python-zeroconf mentions a few fixed bugs that seem rather subtle. So as-is, we would be distributing an octoprint with a known-buggy depdendency with known fixes. Though neither is changing to the new zeroconf an option (unless changes are made to octoprint) as-is because the new zeroconf is apparently incompatible. Greetings, Maxime.
diff --git a/gnu/packages/python-xyz.scm b/gnu/packages/python-xyz.scm index b7ad14d735..16405634ba 100644 --- a/gnu/packages/python-xyz.scm +++ b/gnu/packages/python-xyz.scm @@ -25598,6 +25598,21 @@ (define-public python-zeroconf (Bonjour/Avahi compatible).") (license license:lgpl2.1+))) +(define-public python-zeroconf-0.33 + (package + (inherit python-zeroconf) + (name "python-zeroconf") + (version "0.33.4") + (source + (origin + (method git-fetch) ; no tests in PyPI release + (uri (git-reference + (url "https://github.com/jstasiak/python-zeroconf") + (commit version))) + (file-name (git-file-name name version)) + (sha256 + (base32 "01bv6xrhf5i7gckg3q53i249zxmhkkr65yib6par8z5risihrpwm")))))) + (define-public python2-zeroconf (package (name "python2-zeroconf")