From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id F20841381F3 for ; Fri, 26 Apr 2013 17:11:58 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1E420E0CC9; Fri, 26 Apr 2013 17:11:25 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 40911E0CC2 for ; Fri, 26 Apr 2013 17:11:24 +0000 (UTC) Received: from [192.168.1.11] (pool-71-245-176-92.pitbpa.fios.verizon.net [71.245.176.92]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zerochaos) by smtp.gentoo.org (Postfix) with ESMTPSA id 3D43533DF76 for ; Fri, 26 Apr 2013 17:11:23 +0000 (UTC) Message-ID: <517AB5DF.9090601@gentoo.org> Date: Fri, 26 Apr 2013 13:14:07 -0400 From: "Rick \"Zero_Chaos\" Farina" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130406 Thunderbird/17.0.5 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Should mirror restriction imply bindist restriction? References: <20858.42422.774640.252393@a1i15.kph.uni-mainz.de> <517AA97D.8040402@gentoo.org> <20130426185621.68dbd58a@marga.jer-c2.orkz.net> In-Reply-To: <20130426185621.68dbd58a@marga.jer-c2.orkz.net> X-Enigmail-Version: 1.6a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 349dc06f-dd40-4301-8c61-3e24140a8bb6 X-Archives-Hash: 246d36ffcfa4d5041cb4fb53bda92c45 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/26/2013 12:56 PM, Jeroen Roovers wrote: > On Fri, 26 Apr 2013 12:21:17 -0400 > "Rick \"Zero_Chaos\" Farina" wrote: > >> I agree with you entirely, but there is one major bit of information >> missing... What exactly does RESTRICT=bindist do? AFAICT it does >> exactly nothing. If we are going to address merging the two >> restriction (which I'm all for) then we might want to have it >> documented how it all works. > > # quickpkg x11-drivers/nvidia-drivers > * x11-drivers/nvidia-drivers-304.88: package has RESTRICT=bindist! > * x11-drivers/nvidia-drivers-304.88: it might not be legal to > redistribute this. > * Building package for > x11-drivers/nvidia-drivers-304.88 ... [ ok ] Honestly in my life I've never used quickpkg to generate a package, portage just builds packages for me with FEATURES=buildpkg. Glad to know there is a warning for quickpkg users at least. I think it needs to be a bit more severe than that though. Catalyst has a feature for bindist, as does portage, but niether seem to care at all about RESTRICT=bindist enforcement at all. I see this as something to be improved upon, if I tell portage/catalyst that I am going to bindist the package it shouldn't allow me to build restricted things at all. > > It issues a severe warning against distributing the built package. > Yes warnings are nice, but building a few thousand packages a day I honestly don't read all the warnings... I trust that when I tell portage/catalyst I am going to bindist that it would attempt to help keep me on the right side of the law. It is simple enough to disable bindist if I want to, well you know, distribute the binary illegally. - -ZC -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRerXeAAoJEKXdFCfdEflKm7IQALMZstOAU+8lL6+yfxPxhlP7 Q3lN0EUxu/bXwQLXj7XS52NOqUopBrK99JbLCfdvSqrNO7wtDyyXVvv6pNkt8a5h 5LBGm9kyLZ3fEiy4YuKk9TNbvEr8EeFfBAZD69MEwutkUoPMU0UpNXXDFAdLgw0I w+iabf11ltvBwOSUC7qb0m37lWJZyMzvvtKFmrqgd4U7k4VTLtJNrQBAbiiJj1QT O6boLbWQvfJqOzlzoTEtv01EjSaV+Bl13daVQYOX+YboVBQlJHqJAeLgUZRR5jss mhLWG5r/0LXSm1fvjCtvhy3aWj7BMwAxOanCUCZiYRmQkgqPh/pPsniA0lu6XdjP vv4LJND6qfc52fivbfrbPmCHJ3tehXgs7Tikwee2vBHoeCbKKFvHoLwzxwhmGnDs BCrmDN/BbaS2+1+L6gVwYE/ZMreKe8L6RdsI8Kwwp7gYsZbsR1E56SuzO46+zAjs T2uIetXfJnM82sE/8YZ76CUg5dPld95edKGxPHcfeqCQr2XXcqjWVlHCFuShrvTA gHDnLV/eVCvakhQY/tTnGgtxUcEkP9hj6tJzaW7sK8wsen1/sVa/EtVtppPfrKpI s3wKAHLzzw+R+IfI3rFsyEIulpp9NS3Vlx3WkTmJmGx67GvlH+102j0xW0VLCZUo vs4wUfqjp46R/MvPa2/3 =lrxt -----END PGP SIGNATURE-----