From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0 Subject: Re: postorius, v2 Date: Sun, 5 Feb 2017 01:28:01 +0000 Message-ID: <20170205012801.mqsr5cpfxkrwjbqd@wasp> References: <87k29dqw8g.fsf@wasp.i-did-not-set--mail-host-address--so-tickle-me> <20170130112253.27338-1-contact.ng0@cryptolab.net> <58931D56.6010409@crazy-compilers.com> <878tpomgea.fsf@wasp.i-did-not-set--mail-host-address--so-tickle-me> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35678) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1caBbC-0003J7-Uv for guix-devel@gnu.org; Sat, 04 Feb 2017 20:26:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1caBb9-0003WX-QY for guix-devel@gnu.org; Sat, 04 Feb 2017 20:26:38 -0500 Received: from fragranza.investici.org ([2a00:1dc0:2479::19]:62822) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1caBb9-0003Vg-FL for guix-devel@gnu.org; Sat, 04 Feb 2017 20:26:35 -0500 Content-Disposition: inline In-Reply-To: <878tpomgea.fsf@wasp.i-did-not-set--mail-host-address--so-tickle-me> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Hartmut Goebel Cc: guix-devel On 17-02-02 21:28:29, ng0 wrote: > > Hartmut Goebel writes: > > > Hi, > > > > I just found that I did not verify the inputs carefully enough. Sorry. > > Here are my comments: > > > > * python-defusedxml: okay > > * python-openid: okay > > * python-django-allauth: > > o openid, request-oauthlib requests ought to be propagated inputs > > o mock is native, okay, but only required for the python2 variant > > o Why is django a native input? See below for discussion > > * python-django-gravatar2, may be okay, see below for discussion. > > * python-django-mailman3 > > o All "inputs" except django need to be propagated inputs. > > o Regarding django: see below > > * * postorius: okay (this is an application, so no propagated inputs > > are required) > > > > > > And as we just learned about the licenses: python-django-mailman3 should > > be gpl3+ > > > > > > I'm unsure about the correct handling of django in django-XXX. Can we > > find rules for this to make future packager's life easier? > > > > Should django be a "normal" input or a "native" one? What does this > > depend on? > > > > For now I will go with (input) and not (native-input). If that's > not okay, we can still fix it afterwards? > I will send the new patchseries tomorrow. > > Thanks! I will send the rebased series tomorrow afternoon. I will not be in the position to answer very much next week, so if no one else replies to the django issue, you could decide on what's the best approach practically. Changes to individual packages can still be applied afterwards. > > Clear is: django-XXX should not "propagate" django: > > > > * django is a framework, django-XXX is an extension for this framework. > > * If some application is using django-XXX, I'd expect it to have > > django specified as "input", too, since primary it is a django > > application. Maybe even djangoXXX is an optional component > > > > > > Just for the records: > > > > * django-XXX should propagate other django extension it requires. > > o If some application is using django-XXX, if should not care > > about other django extensions django-XXX requires. This is the > > same like as it does not have to care about other python > > packages django-XXX requires. > > > -- > ng0 . https://www.inventati.org/patternsinthechaos/ > -- ng0 -- https://www.inventati.org/patternsinthechaos/