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 004BF138B45 for ; Wed, 20 Feb 2013 16:46:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1743C21C028; Wed, 20 Feb 2013 16:46:13 +0000 (UTC) Received: from mail-vc0-f178.google.com (mail-vc0-f178.google.com [209.85.220.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0243B21C001 for ; Wed, 20 Feb 2013 16:46:11 +0000 (UTC) Received: by mail-vc0-f178.google.com with SMTP id m8so5188438vcd.9 for ; Wed, 20 Feb 2013 08:46:11 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:sender:x-originating-ip:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding:x-gm-message-state; bh=qAH2u77tLzXt1sqdDlGC7uGDM9OsjOMpZZm95NUsjiQ=; b=KnuLgrRoyQtfTl7mzT3BUfoXvGXT2tTcRoqmpwGy2qzOALx6JEcHulpHGFsyQMtUEA 0Rw/mmQjpsBEgTNS1BQAmif4Z0cBj9WffwCKv6fNi3AqGiTtgmU+QhZ7fm2Pn/QcMPBJ TvXDo0u2ounYkrFojBR6JiqNdBgqCkPda4i5FzH16d1skvqXSY4U/kKH2/RZcBofkXan 8lMnBFQV+2xXm582bfegRbYG7I1a582JPY8/1cLv63u2fsl9e33k/6GQtnS1AW4E7duP KKuc6/JS5p/3XnE7hwqiQAJzwUa2ttVe9CY+gMifdjzX7X11xEvMdGhyP+7j35posahP RM8g== 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 X-Received: by 10.58.32.10 with SMTP id e10mr26969276vei.59.1361378756172; Wed, 20 Feb 2013 08:45:56 -0800 (PST) Sender: antarus@scriptkitty.com Received: by 10.220.108.77 with HTTP; Wed, 20 Feb 2013 08:45:56 -0800 (PST) X-Originating-IP: [75.147.136.182] In-Reply-To: <20130220162802.30963.qmail@stuge.se> References: <511F8D2E.1080006@flameeyes.eu> <511F9A9F.8040206@gentoo.org> <511F9ADE.2050503@flameeyes.eu> <20767.41371.270947.851486@a1i15.kph.uni-mainz.de> <5120654B.6050406@gentoo.org> <20768.43798.568305.561675@a1i15.kph.uni-mainz.de> <512389BF.9090504@gentoo.org> <5124CCE9.50203@flameeyes.eu> <20130220162802.30963.qmail@stuge.se> Date: Wed, 20 Feb 2013 08:45:56 -0800 X-Google-Sender-Auth: FTapcjDWIrbjh9AREJ10GbbTlEg Message-ID: Subject: Re: [gentoo-dev] Re: linux-firmware From: Alec Warner To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQklrCq4w0uGQwMRPOc9YjJvNIE9f9ooI0Oj8G6v4r51LinWb/m76ZhXoZkwjGJbZY7+b0GV X-Archives-Salt: 3faa8283-68ba-40ef-864e-added9e1f0a1 X-Archives-Hash: 0f79a0cff53cfcba013af966dde5553b On Wed, Feb 20, 2013 at 8:28 AM, Peter Stuge wrote: > Diego Elio Petten=C3=B2 wrote: >> The policy is also because any ebuild relying on a network service >> to work cannot be assured to work at any point in time > > While noble, I think it is a bit na=C3=AFve. Reality is that many if not > most ebuilds *anyway* rely on temporal things - such as a current > enough versions of portage, or a new enough profile, or tar and sed. These are things that we have covered, generally speaking. @system will bring in tar and sed, and a minimum version of portage. Old profiles are tagged as deprecated, and users are encouraged to migrate to current profiles. The PMS defines which bits the ebuilds can use, and if a program needs a 'newer' sed, it should say so in its dependencies. We could add something like PROPERTIES=3D"network" to packages that require the network. I'm vaguely sure for instance, that some src_test() phases require a functioning network to work properly. > > Requiring git and a network connection is the restriction imposed by > the copyright holder. There's really no way around that. I'm confused though, we can easily just make 2 ebuilds. linux-firmware[non-free] <- the use flag to toggle between free and non-free licenses. linux-firmware-noredist <- This one is RESTRICT=3D"fetch mirror" RESTRICT=3D"fetch mirror" already exists, has existed for years, and exists for exactly this purpose. > > >> depends on the network connection of the user, but it also depends >> on the service to be available. > > Right, because those files can only be legally distributed by the > service on the network. No matter how much you and I think that > sucks, it is still the only way for the user to get that file. > > It makes no sense to make that unneccessarily difficult for users. I don't think fetch restriction is that annoying. You could argue that we do it debian / ubuntu style where the files are fetched in a postinstall, but I think that is sort of hacky myself. > > >> So don't even _think_ about trying to ask for an exception for Git, >> because you'll have to have it over my ssh key. > > This is just trying to be a bully and acting like a drama queen, > which does nothing but make you look super silly, and that seems > completely unneccessary. > > If you dislike something then you should express that in a more > mature manner so that people can actually take you seriously. > > When you behave badly like this you just end up getting bad behavior, > spite and disrespect in return, even if it takes a while to reach you. > > > //Peter >