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 764FF1381F3 for ; Tue, 23 Apr 2013 11:19:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 18FF8E0960; Tue, 23 Apr 2013 11:19:08 +0000 (UTC) Received: from mail.schwarzvogel.de (skade.schwarzvogel.de [144.76.18.87]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 31540E08D3 for ; Tue, 23 Apr 2013 11:19:06 +0000 (UTC) Received: from klausman by mail.schwarzvogel.de with local (Exim 4.80.1) (envelope-from ) id 1UUbFZ-000P9t-6C for gentoo-dev@lists.gentoo.org; Tue, 23 Apr 2013 13:19:05 +0200 Date: Tue, 23 Apr 2013 13:19:05 +0200 From: Tobias Klausmann To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] FYI: libpng16 won't be able to show some broken icons libpng15 was still able to Message-ID: <20130423111905.GA92694@skade.schwarzvogel.de> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <51703A47.4060304@gentoo.org> <20130422110334.GA76925@skade.schwarzvogel.de> <51766167.9050306@gmail.com> <51766374.1030107@gentoo.org> <20854.26649.991033.420549@a1i15.kph.uni-mainz.de> 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: <20854.26649.991033.420549@a1i15.kph.uni-mainz.de> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: Tobias Klausmann X-Archives-Salt: cae73069-be82-4ae4-8c31-fd8a07efa168 X-Archives-Hash: b1c5aee945d67001b854adecd2eba993 Hi! On Tue, 23 Apr 2013, Ulrich Mueller wrote: > > I appericiate the work done by Tobias utmost too but I have to agree > > this is not something I want to see running automatically, or even > > from within ebuilds. > > +1 > > In Tobias's list, I count some 80 packages that need fixing. That's > way too few to merit a general solution. Also this number will > decrease when files are fixed upstream. I see two problems with this approach: - What do we do with unresponsive-yet-not-dead upstreams? - What about future packages that ship broken files? I mean not just existing packages that keep issuing broken PNGs but also future packages that we just didn't cover now? The former has two and a half solutions: - Wait until itmagically fixes itself or upstream comes around. This is only 1/2 a solution, IMO. - Add a separate tarball or the like that the Gentoo maintainer generates from the broken PNGs. Use this tarball to overwrite the broken results of equivalent_of("make install"). - Have a convenience function that can be used for known-bad packages to fix broken IDATs. Basically calling my script or the binary Samuli mentioned. The second problem, however, is trickier. We can rely on people noticing the error messages/broken packages and hope they file bugs. The other option is to have a QA-like check for it, again using the simplest possible binary to do so. Regards, Tobias