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 <gentoo-catalyst+bounces-2365-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1Qagh5-0002tl-P0
for garchives@archives.gentoo.org; Sun, 26 Jun 2011 04:11:35 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 1CCAB1C00A;
Sun, 26 Jun 2011 04:11:17 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
by pigeon.gentoo.org (Postfix) with ESMTP id E44D21C00A
for <gentoo-catalyst@lists.gentoo.org>; Sun, 26 Jun 2011 04:11:16 +0000 (UTC)
Received: from mail-vw0-f53.google.com (mail-vw0-f53.google.com [209.85.212.53])
(using TLSv1 with cipher RC4-SHA (128/128 bits))
(No client certificate requested)
(Authenticated sender: mattst88)
by smtp.gentoo.org (Postfix) with ESMTPSA id 09B622AC056
for <gentoo-catalyst@lists.gentoo.org>; Sun, 26 Jun 2011 04:11:15 +0000 (UTC)
Received: by vws13 with SMTP id 13so3419490vws.40
for <gentoo-catalyst@lists.gentoo.org>; Sat, 25 Jun 2011 21:11:14 -0700 (PDT)
Received: by 10.52.106.232 with SMTP id gx8mr6338770vdb.236.1309061474083;
Sat, 25 Jun 2011 21:11:14 -0700 (PDT)
Precedence: bulk
List-Post: <mailto:gentoo-catalyst@lists.gentoo.org>
List-Help: <mailto:gentoo-catalyst+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-catalyst+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-catalyst+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-catalyst.gentoo.org>
X-BeenThere: gentoo-catalyst@lists.gentoo.org
Reply-to: gentoo-catalyst@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.52.158.168 with HTTP; Sat, 25 Jun 2011 21:10:54 -0700 (PDT)
In-Reply-To: <4E06A41E.6000705@gentoo.org>
References: <4E03DD4C.7050005@gentoo.org> <1308899274.624.67.camel@tablet>
<4E04C66B.4010302@gentoo.org> <BANLkTinzTfe+xVPPawAG1fRM-H8pNDfEOw@mail.gmail.com>
<4E061FD0.4050009@gentoo.org> <BANLkTimJSLxA8wRU0HPemibB0ObscFqmHQ@mail.gmail.com>
<4E069B1F.8040409@gentoo.org> <20110626024929.GA6506@linux1> <4E06A41E.6000705@gentoo.org>
From: Matt Turner <mattst88@gentoo.org>
Date: Sun, 26 Jun 2011 00:10:54 -0400
Message-ID: <BANLkTimyULktAWdabvYVJpMtUq38EKoXnw@mail.gmail.com>
Subject: Re: [gentoo-catalyst] Migrating man page to asciidoc?
To: gentoo-catalyst@lists.gentoo.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt:
X-Archives-Hash: 39902dcd3167f8652272e1bae7f827e0
On Sat, Jun 25, 2011 at 11:14 PM, Sebastian Pipping <sping@gentoo.org> wrot=
e:
> On 06/26/2011 04:49 AM, William Hubbs wrote:
>> 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.
>
> The varience in timestamp has been no problem for other projects
> including genkernel. =A0If all that varies is the time stamp and it
> matters to you, it would be easy to add a section to the Makefile
> setting the timestamp to a hardcoded value.
>
>
>> 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
>
> That adds quite some load on indirect dependencies for more or less
> nothing, as seen with Matt earlier.
For the live ebuild, I don't see any problem with this. I think we
just want to avoid having to install asciidoc for the released
catalyst versions.
>> or we can go back to the manpage that is in the git
>> repository.
>
> Do I have to list reasons against this option?
Yeah, this option is really distasteful.
I think the best solution is to simply hack the timestamp on the
generated files or something similar. We definitely don't want `emerge
=3Dcatalyst-2*` to require asciidoc and all its indirect dependencies
for a single man page, and we definitely don't want to check-in
generated files to git for a variety of reasons.
Matt