From owner-svn-ports-head@freebsd.org Fri Mar 2 09:53:17 2018 Return-Path: Delivered-To: svn-ports-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB144F3594F; Fri, 2 Mar 2018 09:53:17 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pg0-x22f.google.com (mail-pg0-x22f.google.com [IPv6:2607:f8b0:400e:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E89D78301; Fri, 2 Mar 2018 09:53:17 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pg0-x22f.google.com with SMTP id g12so3587516pgs.0; Fri, 02 Mar 2018 01:53:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:reply-to:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=QQX7RWOFpDvNoo/NZsdrC9UgKgMaWxjmNCaBPiPPu9g=; b=KpA+lh5VRj74eIBexE5IDBCv7SrYUlND/+qfIQkcu3NTB4/Z2eY3c6rfQ3aNfflA3I G8Y0gIs8lmtd0TV9kmf+qOrI3x/NY5MHPYBxLihKwKdxB21z01ctJZMH+oI+8qq47Djo wNpkYvbueLVnnbF4EbSQSYCxnC53TXHJpX2EUPkk9amNTz5vieKxwMmoSKIX8rf7d+5p TBib7d8cefj+Sd0GzzHSkEwmqfhF5Knon0uC1pKf8psI58svdNVYb+PyBMCc0sQIviWa ep2RMjfNlF1mQ9euqmzW/g6XQDgRzFtcNSXUzz/PfNwTctKluWGlHvhIkbl3DrtHM+CG KtmQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:subject:to:cc:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=QQX7RWOFpDvNoo/NZsdrC9UgKgMaWxjmNCaBPiPPu9g=; b=ULbGZHIzK6ZQY71ete0Sfr+4DnjTVB5xKnvD1itay4g+rYWR5yKOjiVE0gYQZx7TAl AedDvdi/Hxc8sH/M9RIe2lnnGS46rP/THdBXiGM9AfbI9Rd4eznl/gBLfWjG9JBzXExJ 2jONyLhVoaDL2nczP2dWvVdGBpcGtGfPR1LuWpJpXRTMVlG9kNsCbUrkFc8a3yx9F1fO ahfu+1HGPmmeGMUbMg4k6OmdHfzqAHypDKsvejwzXxpVDVGUmxP/G8XK5CP8NsScm5EE 0m3wYtowIoMIwSNVhU/5ndkGb4QvfqS39vFuBRoGIIFXTwnZIqP1ShngeBpBdOLuNSGF H8CQ== X-Gm-Message-State: APf1xPDKclPuFO3Gqq0UJEv+C2fFsd6rd0lJ5mWXEa3H6Issgj7ttLJc w1UKaG9bMh/W+mKvahFTGcXIN1I2 X-Google-Smtp-Source: AG47ELuq16nRQkJd1DiwYqRM++IMsc9LPYFln6NReJ10zktqy1joB6fgiyn0DfPIseNRhn30fZcTCQ== X-Received: by 10.99.166.10 with SMTP id t10mr4087877pge.198.1519984396004; Fri, 02 Mar 2018 01:53:16 -0800 (PST) Received: from [192.168.1.100] (152.94.214.218.sta.wbroadband.net.au. [218.214.94.152]) by smtp.gmail.com with ESMTPSA id f186sm13779330pfc.86.2018.03.02.01.53.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 02 Mar 2018 01:53:15 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: svn commit: r463374 - head/security/nyx To: yuri@freebsd.org, ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org, python Cc: "Tobias C. Berner" References: <201803020651.w226ptn3091275@repo.freebsd.org> <6f698e1f-a5d5-2cd7-b2b7-c288a3c65bb6@FreeBSD.org> <6dd4b973-fbcb-8fa8-fb3e-1cece416898f@freebsd.org> <531069af-c0fc-1b2c-0c91-52cd73ba001e@FreeBSD.org> <848460b9-1e0b-2a36-abc8-bfa130dee349@freebsd.org> From: Kubilay Kocak Message-ID: Date: Fri, 2 Mar 2018 20:53:10 +1100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:54.0) Gecko/20100101 Thunderbird/54.0a2 MIME-Version: 1.0 In-Reply-To: <848460b9-1e0b-2a36-abc8-bfa130dee349@freebsd.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-AU Content-Transfer-Encoding: 7bit X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2018 09:53:18 -0000 On 3/2/18 7:32 PM, Yuri wrote: > On 03/01/18 23:57, Kubilay Kocak wrote: >> 1) Assuming what users care about is risky business. > > > Port has to provide to users functionality that they expect. If port is > an app, executable provides this functionality. Executables based on > different python versions are expected to work the same way. If they In Python land, there is categorically no established expectation that 'apps' work identically between versions, nor do they actually in reality in the vast majority of cases, in particularly between major versions. Beyond that: 1. user sees software foo supports Python X - Y 2. user wants to use foo for Y, the stack for which they have already have installed (not X) 3. user cannot find said package 4. user is forced to install foo for X and foo's dependencies for X unnecessarily 1. user wants to migrate from X to Y 2. user wants to replace foo for X with foo for Y 3. user cannot do what they want > don't work the same way, this is a bug. Packages aren't created in order > to allow users to detect bugs, or to compare performance, therefore > there should be no need to build multiple packages for apps. If some But what if that's what users want to do? I know I and many others have. > expert user will want to test with some other python versions, he still > can do this by rebuilding it locally. This was the logic why I added Why should that be necessary? Why would we introduce that barrier? > noflavors. For libraries though functionality is a set of python > modules, therefore they should be in all flavors. What you suggest (to > have flavors for apps) just doesn't seem to have any benefit. :) POLA also applies.