From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QafPz-0004KC-5v for garchives@archives.gentoo.org; Sun, 26 Jun 2011 02:49:51 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 44DA11C05B; Sun, 26 Jun 2011 02:49:32 +0000 (UTC) Received: from mail-gx0-f181.google.com (mail-gx0-f181.google.com [209.85.161.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 14D711C05B for ; Sun, 26 Jun 2011 02:49:31 +0000 (UTC) Received: by gxk9 with SMTP id 9so2408032gxk.40 for ; Sat, 25 Jun 2011 19:49:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:subject:message-id :mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=w9/DlFjOhGBqQhJap3+W6No5kWipUUdkPfU5pkaMGbc=; b=jltR/81JMZV0EPKhKARqPEIIO63Tl4uRcxI2utVjhM4hVh7i0K7FIPOZrJ/+RgJL9F nKy6yL4Ys5efAHHKV59sw1OG1hoOppka15NKgqDvm63psd1Td2VhXHYQL1KUSCaa+DqT ENVBUBu5Uge3J5ip7wkbHoQD7ExQZoMkhyQ+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; b=G3xNRLfbN9uolLVRuJQq7Obrzd4VA/ttuGPCHKgK0dEQ185UraOxUaXJjg0dQ61mpV Y6mAW4HHoGoJOgOUalnN6y9TSInnWNagirXo+MOR8qV5B+zPfUIfkImY8a1sTQ6RO+Hl A7DZIEYzA1QvSJvAJPBcdOfFyo9Ighg35fwRg= Received: by 10.101.2.4 with SMTP id e4mr5219879ani.39.1309056571566; Sat, 25 Jun 2011 19:49:31 -0700 (PDT) Received: from linux1 (cpe-76-187-76-173.tx.res.rr.com [76.187.76.173]) by mx.google.com with ESMTPS id r4sm4083730ann.27.2011.06.25.19.49.29 (version=SSLv3 cipher=OTHER); Sat, 25 Jun 2011 19:49:31 -0700 (PDT) Sender: William Hubbs Received: by linux1 (sSMTP sendmail emulation); Sat, 25 Jun 2011 21:49:29 -0500 Date: Sat, 25 Jun 2011 21:49:29 -0500 From: William Hubbs To: gentoo-catalyst@lists.gentoo.org Subject: Re: [gentoo-catalyst] Migrating man page to asciidoc? Message-ID: <20110626024929.GA6506@linux1> Mail-Followup-To: gentoo-catalyst@lists.gentoo.org References: <4E03DD4C.7050005@gentoo.org> <1308899274.624.67.camel@tablet> <4E04C66B.4010302@gentoo.org> <4E061FD0.4050009@gentoo.org> <4E069B1F.8040409@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-catalyst@lists.gentoo.org Reply-to: gentoo-catalyst@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <4E069B1F.8040409@gentoo.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: X-Archives-Hash: 9c0aa232aa26a1a3d834d18b7b09d9e7 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 26, 2011 at 04:36:15AM +0200, Sebastian Pipping wrote: > On 06/26/2011 04:02 AM, Matt Turner wrote: > > I get this when trying to do `EGIT_BRANCH=3D"catalyst_2" emerge > > =3Dcatalyst-9999` I suppose because asciidoc isn't listed as a > > dependency. > >=20 > > ./doc/make_subarch_table_guidexml.py > > a2x --conf-file=3Ddoc/asciidoc.conf --attribute=3D"catalystversion=3D`f= grep > > '__version__=3D' catalyst | sed 's|^__version__=3D"\(.*\)"$|\1|'`" \ > > --format=3Dmanpage -D files "doc/catalyst.1.txt" > > /bin/sh: a2x: command not found > > make: *** [files/catalyst.1] Error 127 > > emake failed >=20 > Correct, asciidoc is missing. >=20 >=20 > > but I see that asciidoc has quite a number of dependencies. > >=20 > > [ebuild N ] media-libs/jpeg-8c USE=3D"-static-libs" > > [ebuild N ] app-text/build-docbook-catalog-1.6 > > [ebuild N ] media-libs/libpng-1.4.7 USE=3D"-apng -static-libs" > > [ebuild N ] virtual/jpeg-0 USE=3D"-static-libs" > > [ebuild N ] dev-libs/libgpg-error-1.10 USE=3D"nls -common-lisp > > -static-libs" > > [ebuild N ] app-text/sgml-common-0.6.3-r5 > > [ebuild N ] dev-lang/swig-2.0.4 USE=3D"pcre -ccache -doc" > > [ebuild N ] dev-util/gtk-doc-am-1.17 > > [ebuild N ] app-text/docbook-xsl-stylesheets-1.76.1 > > [ebuild N ] dev-libs/libgcrypt-1.5.0_beta1-r2 USE=3D"-static-libs" > > [ebuild N ] media-libs/gd-2.0.35-r3 USE=3D"fontconfig jpeg png > > truetype zlib -static-libs -xpm" > > [ebuild N ] dev-libs/glib-2.28.8 USE=3D"static-libs -debug -doc > > -fam (-introspection) (-selinux) -test -xattr" > > [ebuild N ] media-gfx/graphviz-2.26.3-r3 USE=3D"nls perl python > > -cairo -doc -examples -gtk (-java) -lasi -ruby -static-libs -tcl" > > [ebuild N ] app-text/docbook-xml-dtd-4.5-r1 > > [ebuild N ] dev-libs/libxslt-1.1.26-r1 USE=3D"crypt python -debug" > > [ebuild N ] app-text/asciidoc-8.6.5 USE=3D"-examples -highlight > > -test -vim-syntax" > >=20 > > Is there some way we can slim this down? Presumably asciidoc isn't > > going to be using any image-related programs for generating a man > > page. >=20 > The image stuff is indirect dependencies, see --tree. >=20 > Future releases of catalyst do not have this problem as the make file > comes pre-rendered with the tarball. This is a live-ebuild issue. No, we can't have the manpage pre-rendered in the tarball, because that makes the tarball different every time it is created since the date/timestamps in the archive will be different. In other words, it is not possible for anyone to ever reproduce the exact same tarball that we produce. I see two ways around this: We can either make asciidoc a build time dependency so that the user can use something like "make manpage" to generate the manpage or we can go back to the manpage that is in the git repository. Thoughts? William --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk4GnjkACgkQblQW9DDEZThRlQCggBj8gSinARco5wwdSRtgysA0 kMQAoKZDEzhgrdumfj7YfEZXCWKWPq28 =jMnj -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl--