From owner-freebsd-ports@FreeBSD.ORG Mon Jan 5 09:42:05 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0865F8EB for ; Mon, 5 Jan 2015 09:42:05 +0000 (UTC) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85EA964632 for ; Mon, 5 Jan 2015 09:42:03 +0000 (UTC) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3kGBgg0bcfzZrp; Mon, 5 Jan 2015 10:41:51 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id F6Pw6bJmkC5B; Mon, 5 Jan 2015 10:41:35 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Mon, 5 Jan 2015 10:41:30 +0100 (CET) Message-ID: <54AA5C4A.5090301@FreeBSD.org> Date: Mon, 05 Jan 2015 10:41:30 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Thomas Mueller , freebsd-ports@freebsd.org Subject: Re: multimedia/libva fails in configure stage, missing file? References: <251934.51704.bm@smtp118.sbc.mail.ne1.yahoo.com> <54A074AF.4040709@FreeBSD.org> <100948.14193.bm@smtp119.sbc.mail.ne1.yahoo.com> <54A1A000.7050807@FreeBSD.org> <92121.6371.bm@smtp115.sbc.mail.ne1.yahoo.com> <54A32410.9020300@FreeBSD.org> <106917.74102.bm@smtp112.sbc.mail.ne1.yahoo.com> <54A6DB7A.5000905@FreeBSD.org> <987407.23877.bm@smtp120.sbc.mail.ne1.yahoo.com> <54A862E2.2070102@FreeBSD.org> <841102.2852.bm@smtp113.sbc.mail.ne1.yahoo.com> In-Reply-To: <841102.2852.bm@smtp113.sbc.mail.ne1.yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jan 2015 09:42:05 -0000 On 01/05/15 05:37, Thomas Mueller wrote: > from Guido Falsi: > >> Mine was just an idea. The cause could be something else. I don't know >> much about the automake internals. It simply dies with return code one. >> You should try to diagnose that. > > I don't know how to diagnose automake's failing, except to try on another FreeBSD, NetBSD or Linux system. > > I see some ports that previously didn't list automake or autoconf as dependency now do, such as mutt. As I suggested you should check the files present in /usr/local/share/aclocal using "pkg which". There could be stale files there causing the failure. Unluckily I could not reproduce the problem here, and it's not appearing in poudriere or the build cluster. It looks like it's a local problem on your system, so it needs to be fixed there. You can try another system, and if you find a way to reproduce the problem report that to me, but if it just works on another system you will need to find what broke on your machine. My suspect is there is some old or stale file around on your machine which causes automake to fail. Finding that isn't easy I know. It has little debugging help. Since in the while I updated libva, can you post the output of the failure with recent libva? I could try to get some more insight with that. There are ways to get some more output from the tools but they require to manually run them with appropriate options. you could try running automake with the -v option by hand in the port's WRKSRC (inside the software decompressed distribution) and see if that gives some hint where the failure is. > > It also looks like, if I have a useful system, I really should back it up, the whole OS + packages/ports, to another partition. This is a completely different subject. I think it is overkill. Anyway filesystem snapshot could be a better approach, if the filesystem you're using supports those. > > That would protect not only against a massive portupgrade/portmaster removing and failing to rebuild a port but also against messing the base system with an update that turns out to be buggy. > portmaster has a "-b" option to keep backups of packages before removing them which you could investigate. You can also downgrade your ports tree to a known working release using subversion. Another more elaborate option is building your own binary packages with poudriere and using pkg to upgrade the system from a successful run with poudriere. Also using the official binary packages is a viable option you should consider if you want to avoid this kind of scenario. These just from the top of my head. -- Guido Falsi