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 50AF159CAF for ; Thu, 7 Apr 2016 16:22:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B03D821C035; Thu, 7 Apr 2016 16:22:18 +0000 (UTC) Received: from mail-ig0-f179.google.com (mail-ig0-f179.google.com [209.85.213.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B7F0B21C00C for ; Thu, 7 Apr 2016 16:22:17 +0000 (UTC) Received: by mail-ig0-f179.google.com with SMTP id gy3so17181377igb.1 for ; Thu, 07 Apr 2016 09:22:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to; bh=VPGBt9laBrp7Kvu29kXzDlgdAnbG01pIYPCi/ZMlUck=; b=oki4ENlt656o+h9n+oKhrSbYqN4pCQMm8D1N7Wt8j6dtV5mw3d9eXW9irJX7uaPO82 fspJnh06hnWg/CV25htcS/vD57/HtqvmaXFdW/0eESwpBm4b/g6hbsPgrKUImibQjO5w AhkTAO4/R5zEv0GuObLy6IKsDgzHF4xCd+Jbj3eNMkZqDKZ5clxad2rkw7bRafL3XXok qvzDF9DPi6R8Z8n4nOxZq5pcWvbGGcoujDMtCNBO1vLXMh16xlTyz/Shkl7PyWRPf5pz /fEPJqjhTPKJbjWmrW2fJR3/jb8I+Mmtuafm6Nf4cUtwSzEddbaX3R4YE0Tf3VSXnEOq mhzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to; bh=VPGBt9laBrp7Kvu29kXzDlgdAnbG01pIYPCi/ZMlUck=; b=KL5eybSOd1glJhsX6k/NqNCmfidFTlyv6LNyiwYuUlykDMKKQ9xE/NZ53j4l5owjBd k8BUnflf5h5CImJATBF/jhiwQEUbAR0H9NeknSPxa+glbnE1FWYkzFSVfAKrms+0V0by z7j0hBJ+78SV5lvU0gcz9qxYa8h/2rUpA6XHzlS52UWHWR74A1dxuATh/x8CBOurVLgx ULgcwx2QGEaW+u0kQKHYS6jMbFG/KEecQcO7J6uJXtAbEAD8AqtUx8KHNv6N+6Sf2OcT i16P7QvHOulbkHHyVQ8bvsDy58VoChFz4E6xbecwNCj6TTV9ciKh9Aa1BgFn1x2tn9nZ 81RQ== X-Gm-Message-State: AD7BkJJ4/G7aJWQMcLkuhvQn+lQ0eW7K47r9yQwLLiUUvBKSxwkSU2d/GjGr6v63RDZikHtBY2uQs0pDFRZARA== 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.50.221.169 with SMTP id qf9mr2013003igc.97.1460046136940; Thu, 07 Apr 2016 09:22:16 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.64.52.72 with HTTP; Thu, 7 Apr 2016 09:22:16 -0700 (PDT) In-Reply-To: <20160407154636.GA26596@whubbs1.gaikai.biz> References: <570312c8.1469ca0a.30985.5db1@mx.google.com> <570523FD.3040703@iee.org> <570530D4.4030803@gentoo.org> <20160406204310.GA11167@whubbs1.gaikai.biz> <763f78cb-66f7-484f-bb64-a182f2747d54@gentoo.org> <57067172.49cbca0a.693b1.ffff9909@mx.google.com> <20160407154636.GA26596@whubbs1.gaikai.biz> Date: Thu, 7 Apr 2016 12:22:16 -0400 X-Google-Sender-Auth: AHXDqaYHuBErSoWKROdMiG-9_0w Message-ID: Subject: Re: [gentoo-dev] Re: usr merge From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 0c5c81d0-8fdc-46e9-8cbf-f8eee3e0bc72 X-Archives-Hash: ce2753c975d9a820d2f030d0ed611f09 On Thu, Apr 7, 2016 at 11:46 AM, William Hubbs wrote: >> #!/bin/bash will work whether you've done a usr merge or not >> #!/usr/bin/bash will probably only work if you've done the usr merge >> #!/usr/bin/python will work whether you've done a usr merge or not >> #!/bin/python will probably only work if you've done the usr merge > > That's correct, but you shouldn't be using shebangs like the second and > fourth ones now either. The standard shebangs (the first and third > ones) are fully compatible pre and post usr merge. > > If people decide to start using non-standard shebangs like your second > and fourth ones above, that is wrong and should be stopped. > Of course, but how will this be easily prevented? If a package (whether new or a routine update) changes a path somewhere it would work just fine in testing, due to the compatibility symlinks. I can't really think of any straightforward way to detect this in an automated fashion either, at least not 100% reliably. Upstream could introduce these paths without a developer noticing, or a developer might just not notice that netstat and bzip2 and more is in /bin, but lsof and xz and less are in /usr/bin. Since we do not have any policy as to what has to go in either path any of these are subject to change at any time as well. Heck, we struggle just to get people to stop using /etc/init.d/functions.sh. Again, I don't see this as a reason not to make it optional, but I suspect that we will find bugs here from time to time which users who run with the split /usr will have to report/fix. -- Rich