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 9CC071384B4 for ; Mon, 28 Dec 2015 18:24:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1D47121C022; Mon, 28 Dec 2015 18:24:23 +0000 (UTC) Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id F119021C003 for ; Mon, 28 Dec 2015 18:24:21 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id pv2so109195508lbb.1 for ; Mon, 28 Dec 2015 10:24:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mail-followup-to:mime-version :content-type:content-disposition:content-transfer-encoding :user-agent; bh=1jyGl4JZE4FpZd/gSe7ir5qDlydXE8AA8y+yrz+92JM=; b=LJhufM8acTbeMsVMmmYR/NGJLKYNnoOfM9IsxaXD/8aXth0yqkHkYWtV12EAYxWO+B 0WIkZMrV8eQQprr+VnBlseOt/82wk+eOre3l7NcOTc5PgVAtDcQsxdDYlZteEUsErmi5 Wsz5IYtS7l1ZiklvIbmPx1V+/FWeDksgk7EIIBe0LBZQzE21pPOq0NcsRHR29gTYlCeC N4tPEzcvx5KCbsKjwZC3zLgbJ+8140osbjC1/pa+PvamlM+r9TIzSUMq0HA9Cwh1TVLm o36cHFpF5nQL11mZlRjNBrq/t3HsGWHkRCmUW4gAAnU29neFA5peDQ5u9VuvObQzfUJV zmjQ== X-Received: by 10.112.202.101 with SMTP id kh5mr19579431lbc.66.1451327060313; Mon, 28 Dec 2015 10:24:20 -0800 (PST) Received: from mail.sys.local (81-27-52-32.domolink.elcom.ru. [81.27.52.32]) by smtp.gmail.com with ESMTPSA id o3sm3281593lfb.39.2015.12.28.10.24.18 for (version=TLSv1/SSLv3 cipher=OTHER); Mon, 28 Dec 2015 10:24:18 -0800 (PST) Received: from web (unknown [IPv6:fd00:83cc:3e1c:4550::10a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail.sys.local (Postfix) with ESMTPSA id 00C32B8B for ; Mon, 28 Dec 2015 21:24:16 +0300 (MSK) Date: Mon, 28 Dec 2015 21:24:14 +0300 From: trupanka@gmail.com To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Need clear semantics for packages with binary entities Message-ID: <20151228182414.GB4303@web> Mail-Followup-To: gentoo-dev@lists.gentoo.org 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 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.23 (2014-03-12) X-Archives-Salt: 0de03299-bf13-4dc7-b79f-80d7c85724e7 X-Archives-Hash: 483797082c8b983006721acc72605be2 I’m suffering from the fact that users can distinguish packages containing binaries just by eye. There is no mechanism to allow/ignore such packages. For license restrictions we have ‘package.license/’ whitelist. I figure out the following binary entities in portage’s packages that (to my point of view) need to be clearly defined as BINARY: 1. *-bin packages (maven-bin, icedtea-bin) 2. firmware packages (linux-firmware) 3. purely binary packages that are installed without any notion they are binary or source packages just like Ubuntu’s ones (app-office/upwork) 4. packages with pre-compiled bytecode/objectcode that are installed like packages in #3. (geogebra, many packages with .jar files in dev-java/*) 5. packages with ‘-binary’ USE-flag. Semantics of ‘-binary’ differs: (seabios) binary : Use official upstream pre-built binaries (ghc) binary : Install the binary version directly, rather than using it to build the source version. (scala) binary : Install from (Gentoo-compiled) binary instead of building from sources. Set this when you run out of memory during build. (etc...) 6. packages that need binaries to compile/bootstrap (sbcl) 7. to be continued... I guess #1 semantics has no control. Such packages may be installed as a dependency without warnings they are binaries. #5 semantics are not clear (defined in manifest.xml) The only binary entities under users’ control are: 1. packages from “PKGDIR” installed with ‘emerge --usepkg’ 2. packages with -binary USE-flag I wonder if Gentoo’s devs can do something with the problem. I think it’s problem in source-based Linux distribution.