From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1R7G2K-0001Cv-6i for garchives@archives.gentoo.org; Sat, 24 Sep 2011 00:24:08 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 909D821C3E9; Sat, 24 Sep 2011 00:23:58 +0000 (UTC) Received: from mail-yi0-f53.google.com (mail-yi0-f53.google.com [209.85.218.53]) by pigeon.gentoo.org (Postfix) with ESMTP id C594D21C112 for ; Sat, 24 Sep 2011 00:23:16 +0000 (UTC) Received: by yie21 with SMTP id 21so4361547yie.40 for ; Fri, 23 Sep 2011 17:23:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=kYqGyrkG5ARZqE7/yQGqkAO2nGKYbt5j05t5oQB5Uak=; b=FAZpZJAF3xMA+jdCBsLaUhWXhUa5L4gkopysPZVMZaR1jEAFXuFJ/raGR493AaM4b4 xUeNRPSEDJtadMtoYuGUl/LtzqceIaj1hnNUucsdVG2x5T/PP4D0RciycWZJy6/Cy3Hg dxt93lWuZDZbgEpKcVScQwavAEI3rjw+cnD/A= Received: by 10.68.15.71 with SMTP id v7mr13057571pbc.111.1316823795790; Fri, 23 Sep 2011 17:23:15 -0700 (PDT) Received: from smtp.gmail.com:587 ([2620:0:1000:fd10:224:d7ff:feae:c014]) by mx.google.com with ESMTPS id e8sm43501186pbc.8.2011.09.23.17.23.13 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 23 Sep 2011 17:23:15 -0700 (PDT) Received: by smtp.gmail.com:587 (sSMTP sendmail emulation); Fri, 23 Sep 2011 17:23:08 -0700 Date: Fri, 23 Sep 2011 17:23:08 -0700 From: Brian Harring To: Nikos Chantziaras Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: zlib breakage Message-ID: <20110924002308.GA3359@localhost> References: 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=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: X-Archives-Hash: 52cea05ae7b871ffce913e88a0812cc2 On Sat, Sep 24, 2011 at 02:58:02AM +0300, Nikos Chantziaras wrote: > On 09/24/2011 02:40 AM, Alec Warner wrote: > >> This was just another episode of Vapier's hostile and arrogant behavior > >> towards users. Every time someone comes up with a valid argument of why > >> he's wrong, the final answer is "don't care, I do what I please because I'm > >> the dev and you're not." So my reply was the politest I could come up with > >> without using the f-word. The problem with your justification here is the statement "he's wrong"; that's opinion (and in this realm the dev frankly 9 times out of 10 is more experienced in the pkg in question thus their opinion carries greater weight). Treating your opinion as justification to be an ass doesn't really fly, especially considering the stats I mention below. > > I'm curious what you think the final answer should be? > > Taking other people's input and concerns into account would be OK. > Knowing when you're wrong is a useful thing. Right now, zlib does the > exact opposite of what should be done; Vapier changed zlib, and tries to > fix the packages that break because of that change. The correct way to > handle it is to let zlib be, and fix the packages that stopped working > with zlib 1.2.5.1. > > Why is that the correct way? Because we don't know yet what upstream is > planning. We don't know if they'll rename those macros. If they won't, > then Gentoo is creating problems for itself. Packages that won't build > out of the box on Gentoo's zlib will need to be patched. And you can't > go to upstream of those packages with that patch, because it's none of > their business. They know their code works against vanilla zlib, they > have no reason to change it. If Gentoo decides to break a base library > by making it incompatible with the upstream version, it's their own fault. "Incompatible with upstream version" ? Quick bug count, 12 packages (most of which are doing bad things in their header usage) went boom. 13 out of *608* packages. I reiterate, 6-!@#*ing-hundred-and-8. If that 13 became 50 I'd be viewing this differently, but half the time core pkg upgrades break that /alone/ (meaning upstream induced breakage). The packages are broken; while vapier is mildly ahead of the curve, updating upstream is going in parallel. I strongly suspect you've got the unstated 13th, or hit some fallout thus why you're pushing on this as hard as you are. While that sucks for you, you'd have hit the same breakage once upstream releases the API change. All vapier is doing is frankly fixing the offending packages (which those patches then go upstream) so the upstream zlib change can be made w/out any fallout. By and large, this is good open source behaviour, and fits with the gentoo "don't fuck with upstream's releases" philosophy (which is aimed at avoiding the sort of hellacious backporting/monkey-patching debian/fedora are known for). Nothing to see here, pretty much. ~brian