From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel,gmane.comp.lib.gnulib.bugs Subject: Re: Still unable to build trunk Date: Mon, 24 Jan 2011 12:58:54 -0800 Organization: UCLA Computer Science Department Message-ID: <4D3DE80E.5030805@cs.ucla.edu> References: <87y66fv2d3.fsf@stupidchicken.com> <4D388F7F.20708@swipnet.se> <87r5c7jk5m.fsf@stupidchicken.com> <4D39EF9C.1050804@cs.ucla.edu> <4D3A8666.4070609@cs.ucla.edu> <877hdvd49f.fsf@meyering.net> <83mxmrzhb6.fsf@gnu.org> <4D3C9C5B.8050303@cs.ucla.edu> <83aaiqyxrw.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1295902772 16876 80.91.229.12 (24 Jan 2011 20:59:32 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 24 Jan 2011 20:59:32 +0000 (UTC) Cc: cyd@stupidchicken.com, jan.h.d@swipnet.se, bug-gnulib@gnu.org, jim@meyering.net, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 24 21:59:26 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PhTVQ-0005qU-Jd for ged-emacs-devel@m.gmane.org; Mon, 24 Jan 2011 21:59:21 +0100 Original-Received: from localhost ([127.0.0.1]:43223 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PhTVN-0002Yk-Sh for ged-emacs-devel@m.gmane.org; Mon, 24 Jan 2011 15:59:17 -0500 Original-Received: from [140.186.70.92] (port=41854 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PhTVD-0002UE-KN for emacs-devel@gnu.org; Mon, 24 Jan 2011 15:59:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PhTVB-000571-BF for emacs-devel@gnu.org; Mon, 24 Jan 2011 15:59:06 -0500 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:59592) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PhTV4-00055X-Cz; Mon, 24 Jan 2011 15:58:58 -0500 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 1AF0239E80E0; Mon, 24 Jan 2011 12:58:56 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Original-Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bnmTCPDmc7jp; Mon, 24 Jan 2011 12:58:55 -0800 (PST) Original-Received: from [131.179.64.200] (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id EAC9E39E8083; Mon, 24 Jan 2011 12:58:54 -0800 (PST) User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 In-Reply-To: <83aaiqyxrw.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:134905 gmane.comp.lib.gnulib.bugs:24891 Archived-At: On 01/24/11 10:14, Eli Zaretskii wrote: > I thought something like "autoreconf -I m4" > was needed to build successfully after synchronizing with the > repository, if my last synchronization was before the import from > gnulib. If that's not true, are you saying that just "./configure" > should be enough? Yes, it should be enough, unless the commit was busted (or unless I'm missing something, which is quite plausible since I don't know bzr well). Here I'm assuming that someone else (who had up-to-date autotools) did a 'make sync-from-gnulib' and then committed the result. When you resynchronize from the repository, you should get not only the hand-maintained source files (such as 'configure.in'); you should also get the automatically-generated files (such as 'configure'), and their time stamps should be no earlier than those of the source files. If you are using HP-UX 'make' you might have trouble, since it violates POSIX and considers a destination to be out-of-date if its time stamp is the same as the source. But the workaround is simple: use GNU 'make' if you're on HP-UX, which you should be doing anyway for other reasons if you're a maintainer. > Any other issues that make the curve steep? Well, you asked. :-) Sure, another thing that makes it hard for newbies is that there's no web site to browse the sources and their histories. There is , but it's the history filtered through git, which is not the same thing. When I visit the latest version of the log for the master, for example, I'm usually missing the last few versions, and I often see two or more copies of a particular change, due to the way that bzr is mirrored into git. It's pretty confusing. Let me give you another example of something I did wrong. I did my first checkin using 'git'. (I didn't know bzr was the only way to install changes.) After a few hours the checkin vanished. There was no explanation or diagnostic. OK, OK, so I did something stupid, but I was a *newbie*, and it's a natural newbie mistake: the system should do a better job of telling me what's going on.