From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (unknown [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id D8A611381FA for ; Sat, 10 May 2014 15:20:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 071D5E0A85; Sat, 10 May 2014 15:20:13 +0000 (UTC) Received: from mail-ve0-f177.google.com (mail-ve0-f177.google.com [209.85.128.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2BDDDE0A72 for ; Sat, 10 May 2014 15:20:12 +0000 (UTC) Received: by mail-ve0-f177.google.com with SMTP id db11so6681042veb.36 for ; Sat, 10 May 2014 08:20:11 -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:content-type; bh=6/t6MJNrLnZiH5NZ6xlnUQNkNYH0x8NnREw8OHj21G4=; b=lkeUFGZv/q53T9ULdpvGwrg1QFvC4gRQ3UxaGb+2y6yBGsZLkB34QNEYsJb/PKwdao BdcP/EaMgDJqxmZ2XE+YUnwglgYMrDziAMjyMPOzvnltf00iEOWYCS4c10raWK4+THKn KA0fs1UUBFxE5Y51A0nXK72vOdwIeECx3bvMaZCr4yQstMaN3hS4oQc4GVU91VW0/v4h HbSt7eI6MWs3K156zV+W6R5XnrCuQfXGN+MzliSkj7aGIj+13JP++e46NLL7fTtRV1A1 9xL7b9/WRAqljHt31FqhYpongWasAoNg6ChxM31eXJAkBm05McjgOxENCV8qavt4IRXr LAug== 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.52.3.168 with SMTP id d8mr248832vdd.79.1399735211372; Sat, 10 May 2014 08:20:11 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.52.53.201 with HTTP; Sat, 10 May 2014 08:20:11 -0700 (PDT) In-Reply-To: <536E2B61.5090905@gentoo.org> References: <536CE132.1070305@gentoo.org> <536D1CA1.8060903@gentoo.org> <536D3329.2020804@gentoo.org> <20140509220854.133e00ef@gentoo.org> <20140509223202.795ea810@gentoo.org> <536D3BEC.5040800@gentoo.org> <1399703518.1994.32.camel@rook> <536DF3C8.2020406@gentoo.org> <536E2305.8010904@gentoo.org> <536E2B61.5090905@gentoo.org> Date: Sat, 10 May 2014 11:20:11 -0400 X-Google-Sender-Auth: BA9cs6GTGzlHONEMj3lrgW0e7hg Message-ID: Subject: Re: [gentoo-dev] Re: Banning modification of pkg-config files From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: a2ad67ba-5154-4e03-916b-26d3f3394339 X-Archives-Hash: 4d01f8ee728359cccd74e8b8ffd9ad5f On Sat, May 10, 2014 at 9:36 AM, hasufell wrote: > Longterm, this makes it year after year more difficult to develop > software for "Linux". Instead (like valve), people start to develop for > certain distros only (like Ubuntu), because it's just too much work to > bother with all this hackery-here-hackery-there-incompatible-here > things. Maybe also a reason they start to bundle all libraries for every > single game (among the convenience factor), effectively decreasing > security overall. I'm with you here, but what is the solution? If we say we stick to upstream then we don't provide pkg-config files at all (in these cases). Then when Debian does the other upstreams use them and then those packages break on Gentoo. People are still going to target their favorite distro no matter what we do. The only people with the power to break the distro-targeting behavior are the maintainers of the upstream packages. The linux kernel maintains a few stable branches with well-defined support periods, and as a result you can bet that just about any distro is going to be on one of them. Few other projects take this kind of care. Indeed, some upstreams can't be bothered to change their SONAME when their ABI changes. You could try to get distros to come together, but that tends not to work either. The minor distros all have lots of incentive to do this, but nobody cares about targeting them. The really big distros don't have incentive to play along, because they can just tell everybody that if their software breaks on their distro it is their problem. Then you have companies like RedHat which want to differentiate themselves so the last thing they want is to make other distros as robust, and to be fair they don't want to do the integration work only to have others mooch. So, in your mind what would a sane policy look like? Should packages like lua not provide pkg-config files even though apparently every other distro does? If so, where do we draw the line? Do we follow some particular distro like Debian? Do we list 4 distros and allow the file if 3/4 use it? If we don't allow a pkg-config in general can maintainers still have a "gentoo-foo" file? If we want a firm policy then there needs to be a proposal for one that makes sense. Otherwise the council is 95% likely to just say "we recommend that maintainers use care when creating pkg-config files but we leave it to their discretion," because that is the only thing that makes any sense when you can't come up with a rule that makes sense. Rich