From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: 'Shadow' package home page and tarball no longer accessible Date: Sun, 06 Apr 2014 21:11:34 +0200 Message-ID: <87wqf2z315.fsf@gnu.org> References: <87lhw4njyj.fsf@yeeloong.lan> <87ob0g6et9.fsf@gnu.org> <87k3b3uvrb.fsf@yeeloong.lan> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51475) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WWsTm-0007xp-W2 for guix-devel@gnu.org; Sun, 06 Apr 2014 15:11:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WWsTi-0002Jn-6c for guix-devel@gnu.org; Sun, 06 Apr 2014 15:11:42 -0400 Received: from hera.aquilenet.fr ([2a01:474::1]:44827) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WWsTh-0002JI-NM for guix-devel@gnu.org; Sun, 06 Apr 2014 15:11:38 -0400 In-Reply-To: <87k3b3uvrb.fsf@yeeloong.lan> (Mark H. Weaver's message of "Sat, 05 Apr 2014 20:50:00 -0400") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Mark H Weaver Cc: guix-devel@gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mark H Weaver skribis: > ludo@gnu.org (Ludovic Court=C3=A8s) writes: > >> Mark H Weaver skribis: >> >>> FYI, for well over a month now, our 'shadow' package cannot be built >>> because the tarball URL is no longer accessible. The home page is no >>> longer accessible either. I finally looked into this, and found this >>> post on the mailing list: >>> >>> https://lists.alioth.debian.org/pipermail/pkg-shadow-devel/2014-Febru= ary/010041.html >>> >>> The git repository is still accessible, however: >>> >>> git://git.debian.org/git/pkg-shadow/shadow >> >> Fixed in commit aaff68e. > > This new 'shadow' package fails to build on the Loongson 3A machine, > even though the old tarball version worked (after I manually added the > tarball to the store from an existing copy). > > I've attached the failed build log. Any ideas? This build log reads: --8<---------------cut here---------------start------------->8--- make[2]: Entering directory '/tmp/nix-build-shadow-4.1.5.1.drv-2/source/po' test ! -f ./shadow.pot || \ test -z "bs.gmo ca.gmo cs.gmo da.gmo de.gmo dz.gmo el.gmo es.gmo eu.gmo f= i.gmo fr.gmo gl.gmo he.gmo hu.gmo id.gmo it.gmo ja.gmo kk.gmo km.gmo ko.gmo= nb.gmo ne.gmo nl.gmo nn.gmo pl.gmo pt.gmo pt_BR.gmo ro.gmo ru.gmo sk.gmo s= q.gmo sv.gmo tl.gmo tr.gmo uk.gmo vi.gmo zh_CN.gmo zh_TW.gmo" || make bs.gm= o ca.gmo cs.gmo da.gmo de.gmo dz.gmo el.gmo es.gmo eu.gmo fi.gmo fr.gmo gl.= gmo he.gmo hu.gmo id.gmo it.gmo ja.gmo kk.gmo km.gmo ko.gmo nb.gmo ne.gmo n= l.gmo nn.gmo pl.gmo pt.gmo pt_BR.gmo ro.gmo ru.gmo sk.gmo sq.gmo sv.gmo tl.= gmo tr.gmo uk.gmo vi.gmo zh_CN.gmo zh_TW.gmo make[3]: Entering directory '/tmp/nix-build-shadow-4.1.5.1.drv-2/source/po' : --update --previous bs.po shadow.pot : --update --previous ca.po shadow.pot : --update --previous cs.po shadow.pot : --update --previous da.po shadow.pot : --update --previous dz.po shadow.pot : --update --previous de.po shadow.pot rm -f el.gmo && : -c --statistics -o el.gmo el.po rm -f es.gmo && : -c --statistics -o es.gmo es.po mv: cannot stat 't-el.gmo': No such file or directory Makefile:234: recipe for target 'el.gmo' failed make[3]: *** [el.gmo] Error 1 --8<---------------cut here---------------end--------------->8--- Obviously it fails because Gettext is not an input. Conversely, the build log on my machine shows: --8<---------------cut here---------------start------------->8--- make[2]: Entering directory '/tmp/nix-build-shadow-4.1.5.1.drv-0/source/po' make[2]: Nothing to be done for 'all'. make[2]: Leaving directory '/tmp/nix-build-shadow-4.1.5.1.drv-0/source/po' --8<---------------cut here---------------end--------------->8--- So it looks like a timestamp issue. I think the problem is that =E2=80=98copy-recursively=E2=80=99 doesn=E2=80= =99t preserve timestamps, which leads to non-determinism (whereas when building from a tarball, =E2=80=98tar=E2=80=99 does preserve them.) Can you try this patch: --=-=-= Content-Type: text/x-patch Content-Disposition: inline diff --git a/gnu/packages/admin.scm b/gnu/packages/admin.scm index 51b40c8..84f86c5 100644 --- a/gnu/packages/admin.scm +++ b/gnu/packages/admin.scm @@ -201,7 +201,13 @@ client and server, a telnet client and server, and an rsh client and server.") (delete-file (string-append bin "/groups")) (for-each delete-file (find-files man "^groups\\.")) #t)) - %standard-phases)))) + (alist-cons-after + 'unpack + (lambda _ + (for-each (lambda (file) + (utime file 0 0 0)) + (find-files "." ""))) + %standard-phases))))) (inputs (if (string-suffix? "-linux" (or (%current-target-system) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Unfortunately, the real fix is for =E2=80=98unpack=E2=80=99 in gnu-build-sy= stem.scm, so it=E2=80=99ll have to wait until the next core-updates cycle. Ludo=E2=80=99. --=-=-=--