From owner-cvs-all@FreeBSD.ORG Wed Jun 1 17:42:29 2005 Return-Path: X-Original-To: cvs-all@FreeBSD.ORG Delivered-To: cvs-all@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BAF216A421; Wed, 1 Jun 2005 17:42:29 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9230343D6B; Wed, 1 Jun 2005 17:42:26 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.95] (2-zyx-piter-f0285.r5.ll.kw.ua [195.140.246.50]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j51HgLMo009881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2005 19:42:23 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <429DF37B.8010203@portaone.com> Date: Wed, 01 Jun 2005 20:42:19 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <200506011552.j51FqdR2046893@repoman.freebsd.org> <429DED77.9050003@samsco.org> In-Reply-To: <429DED77.9050003@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/905/Wed Jun 1 09:28:38 2005 on www.portaone.com X-Virus-Status: Clean Cc: cvs-src@FreeBSD.ORG, Tim Kientzle , src-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libarchive archive_private.h archive_read.c archive_read_data_into_fd.c archive_write.c archive_write_set_compression_bzip2.c archive_write_set_compression_gzip.c archive_write_set_compression_none.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 17:42:29 -0000 I think extending tinderbox to add into CC all people who have committed into files that have changed since the last successful build will help to improve situation a lot. This should be pretty easy to do - after the buld is complete dig out revisions of all source files (by direct parsing of CVS/Entries) and save it into some persistent location. If the next build breaks, again make such list and for files whose versions differ do cvs log, parse results and compile the list of people to be notified from it. -Maxim Scott Long wrote: > Tim Kientzle wrote: > >> kientzle 2005-06-01 15:52:39 UTC >> >> FreeBSD src repository >> >> Modified files: >> lib/libarchive archive_private.h archive_read.c >> archive_read_data_into_fd.c >> archive_write.c >> archive_write_set_compression_bzip2.c >> archive_write_set_compression_gzip.c >> archive_write_set_compression_none.c Log: >> Remove the C99-specific __func__ that is one of the few barrier to >> compiling on IRIX and Solaris. Remove the "archive_check_magic" macro >> that existed only to provide __func__ to the underlying >> __archive_check_magic >> function. >> Thanks to: Darin Broady >> MFC after: 14 days >> Revision Changes Path >> 1.18 +17 -15 src/lib/libarchive/archive_private.h >> 1.15 +10 -10 src/lib/libarchive/archive_read.c >> 1.8 +1 -1 src/lib/libarchive/archive_read_data_into_fd.c >> 1.15 +8 -8 src/lib/libarchive/archive_write.c >> 1.8 +1 -1 >> src/lib/libarchive/archive_write_set_compression_bzip2.c >> 1.10 +1 -1 >> src/lib/libarchive/archive_write_set_compression_gzip.c >> 1.8 +1 -1 >> src/lib/libarchive/archive_write_set_compression_none.c > > > One of these last two commits breaks the build: > > /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_pax.o)(.text+0xea7): > In function `archive_write_pax_header': > : undefined reference to `archive_entry_ctime_nsec' > /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_pax.o)(.text+0xeb7): > In function `archive_write_pax_header': > : undefined reference to `archive_entry_ctime' > > I'm getting really really tired of the build breaking practically every > day. Every time I go to make a 6-CURRENT snapshot for release, I get > stopped up by all of this stupid stupid stupid breakage. I'm getting > really tired of it. Anyone who is wondering where the monthly snapshots > for the last few months have gone, it's because the build is broken and > I get tired of trying to fix it. > > > Scott > > >