From owner-freebsd-gnome@FreeBSD.ORG Mon Oct 17 20:52:28 2011 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 279D4106566B; Mon, 17 Oct 2011 20:52:28 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id C79BE8FC08; Mon, 17 Oct 2011 20:52:27 +0000 (UTC) Received: from orion.SpringDaemons.com (207.47.0.2.static.nextweb.net [207.47.0.2]) by mx0.deglitch.com (Postfix) with ESMTPA id 5F43D8FC2D; Tue, 18 Oct 2011 00:52:19 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 11DD25C36; Mon, 17 Oct 2011 13:51:31 -0700 (PDT) Date: Mon, 17 Oct 2011 13:51:30 -0700 From: Stanislav Sedov To: Ion-Mihai Tetcu Message-Id: <20111017135130.d9caa4f1.stas@FreeBSD.org> In-Reply-To: <20111017153551.23281532@tetcu.info> References: <20111011063602.GO68552@droso.net> <20111017153551.23281532@tetcu.info> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 17 Oct 2011 23:05:45 +0000 Cc: dinoex@FreeBSD.org, naddy@FreeBSD.org, autotools@FreeBSD.org, current@FreeBSD.org, kuriyama@FreeBSD.org, ports@FreeBSD.org, skv@FreeBSD.org, python@FreeBSD.org, portmgr@FreeBSD.org, gnome@FreeBSD.org, roam@FreeBSD.org, Erwin Lansing , mm@FreeBSD.org Subject: Re: [UPDATE] Re: Update on ports on 10.0 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2011 20:52:28 -0000 On Mon, 17 Oct 2011 15:35:51 +0300 Ion-Mihai Tetcu mentioned: > > > Here's a little status update: > We iterated through a few -exp runs (basically for ports/161404 -- > committed and ports/161431 -- skv@ any problem with it?). With those two > we can build around 7k packages. The majority of the rest can't be built > because of a few high profile ports that don't package: expat (6581), > curl (975), jpeg(5057), lcms(1080), libiconv(11180), libltdl(1187), > libogg(1947), pcre(5737), python27(5935). > > http://pointyhat.freebsd.org/errorlogs/i386-10-latest/ > > What we'd like to do next is see how many ports we can package after > individually fixing those above. This will require a few other -exps > since undoubtedly we'll find other highly-depended-on ports broken that > weren't tried because of the blockers above. > It doesn't require an exp-run to understand that you won't move much further with just fixinng these ports. If you want, I and other people can tell you exactly what will break next (libX* being some of them). There's no way you can work this aroun by fixing few ports by hand: virtually any ports using libtool (and I mean using libtool, not having it in depends list) contains an embedded version of it inside "configure" and thus requires patching similar to the patch Ed, Doug and other people proposed. Actually, that sed one-liner fixed like 99% of the ports in tree, excluding some complex ones (like GCC). So why not commit that patch as a KNOB to bsd.port.mk like it was initially proposed and let people use it in individual ports makefiles to fix them (and portmgr@ can commit the initial bunch of these knobs)? This is the easiest thing you can do now, and you will be able to abandon it when the better solution is available (which is unlikely). WRT your "submit upstream" comment, personanlly, I'd argue against this: this is not the upstream maintainer's problem, it the buggy tools they use to generate the configure scripts, so until the fixed version of libtool is available in all major distributions and widely installed, they're not going to replace it or patch locally. Given the debian/ubuntu release schedule, this is not going to happen earlier that 1-2 years from now, and your patches/requests sent could potentially cause them to abandon FreeBSD support altogether requiring a lot of work to maintain which will be totally understandable. -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments