From mboxrd@z Thu Jan  1 00:00:00 1970
From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=)
Subject: Re: Extra files in build container
Date: Mon, 19 Jun 2017 23:21:03 +0200
Message-ID: <87y3sn7jy8.fsf@gnu.org>
References: <20170615072917.4ogzt24ginrkgqx3@zaehlwerk.net>
	<87y3ssicsg.fsf@gnu.org>
	<20170617065848.cfevrq6bpgsa2vlt@zaehlwerk.net>
	<87r2ygz09e.fsf@gnu.org>
	<8c45d3ef-26d9-5818-69e9-c342c243c9e6@zaehlwerk.net>
	<87poe0uj5k.fsf@gnu.org>
	<20170619164842.6tu5et5uztpmbxho@zaehlwerk.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:54544)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1dN46f-0007I3-Gj
	for help-guix@gnu.org; Mon, 19 Jun 2017 17:21:10 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1dN46c-0004be-Aj
	for help-guix@gnu.org; Mon, 19 Jun 2017 17:21:09 -0400
In-Reply-To: <20170619164842.6tu5et5uztpmbxho@zaehlwerk.net> (Gregor Giesen's
	message of "Mon, 19 Jun 2017 18:48:42 +0200")
List-Id: <help-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/help-guix/>
List-Post: <mailto:help-guix@gnu.org>
List-Help: <mailto:help-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=subscribe>
Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org
Sender: "Help-Guix" <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
To: Gregor Giesen <giesen@zaehlwerk.net>
Cc: help-guix@gnu.org

Hi Gregor,

Gregor Giesen <giesen@zaehlwerk.net> skribis:

> On Mon, Jun 19, 2017 at 04:49:43PM +0200, Ludovic Court=C3=A8s wrote:
>> >> I think it would be easier to just use =E2=80=98substitute*=E2=80=99 =
to replace all the
>> >> occurrences of =E2=80=9Ctcp=E2=80=9D, etc., wouldn=E2=80=99t it?
>> > alas many occurences of "tcp", "udp", etc. are hidden in
>> > encrypted/hashed records, so simple plain text substitutions would
>> > break the signatures.
>>=20
>> Yes, I can imagine.  But maybe (maybe not!), by selecting the right set
>> of files to modify, and by adjusting the regexp (let=E2=80=99s say =E2=
=80=9C\<tcp\>=E2=80=9D or
>> =E2=80=9C"tcp"=E2=80=9D) to match only what matters, it could work.
> here is a sample record pair:
>
> wks02.types-signed.wb.sidnlabs.nl.      60      IN      WKS     10.0.0.1 =
udp 0 1 2 domain
> wks02.types-signed.wb.sidnlabs.nl.      60      IN      RRSIG   WKS 8 5 6=
0 20140201000000 20130930114324 62298 types-signed.wb.sidnlabs.nl. P+p1gcQb=
O4I/sBQUZktrz4Q1osWIFIFGlK8o+SzIXMjxmdNy36vjwW6Sfy97CycbLRFIQ2grPv/cPaXtoMb=
+usHCoDtl5sSvLTJFmg9hpQ+xm12GvunZvAYAGx9fZic+QvLahSg+cjqX1M0oR9B68gcx+duMdL=
zawlUcIqX8gmA=3D
>
> So changing the first line requires to recreating the signature record
> in the second line which I find much more difficult then the LD_PRELOAD.

Indeed, I hadn=E2=80=99t realized that test data included such things.  All
right then!

Ludo=E2=80=99.