GNU bug report logs - #28456
11.90.2.2017-07-25; \\input parsing

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: auctex; Reported by: Pierre Lorenzon <devel@HIDDEN>; dated Thu, 14 Sep 2017 06:17:01 UTC; Maintainer for auctex is bug-auctex@HIDDEN.

Message received at 28456 <at> debbugs.gnu.org:


Received: (at 28456) by debbugs.gnu.org; 16 Sep 2017 03:43:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Sep 15 23:43:27 2017
Received: from localhost ([127.0.0.1]:43241 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1dt40t-0005hO-7A
	for submit <at> debbugs.gnu.org; Fri, 15 Sep 2017 23:43:27 -0400
Received: from smtp12.smtpout.orange.fr ([80.12.242.134]:50176
 helo=smtp.smtpout.orange.fr)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <devel@HIDDEN>) id 1dt40r-0005hB-L2
 for 28456 <at> debbugs.gnu.org; Fri, 15 Sep 2017 23:43:26 -0400
Received: from localhost ([90.92.22.244]) by mwinf5d23 with ME
 id A3jD1w00E5FypUy033jDZe; Sat, 16 Sep 2017 05:43:19 +0200
X-ME-Helo: localhost
X-ME-Date: Sat, 16 Sep 2017 05:43:19 +0200
X-ME-IP: 90.92.22.244
Date: Sat, 16 Sep 2017 05:23:06 +0200 (CEST)
Message-Id: <20170916.052306.2092779858961478750.devel@HIDDEN>
To: mose@HIDDEN
Subject: Re: bug#28456: 11.90.2.2017-07-25; \\input parsing
From: Pierre Lorenzon <devel@HIDDEN>
In-Reply-To: <CAKtYQqSoYU71K2pfD0GUCwNDbmVEAsp6KrZ_sij6_Xxet9--yA@HIDDEN>
References: <20170914.075543.1745039455657449830.devel@HIDDEN>
 <CAKtYQqSoYU71K2pfD0GUCwNDbmVEAsp6KrZ_sij6_Xxet9--yA@HIDDEN>
X-Mailer: Mew version 6.7 on Emacs 26.0 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 28456
Cc: 28456 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)


Hi Mosč,

Here is a small hack to fix this bug in particular case I
encountered but I am not sure that the regexp is able to render
the whole complexity of expressions that might be parsed.


>>>  -- Patch 
(defconst regexp-input
  "\\\\input{\\(\\(\\(\\.*\\)/\\)*[^#}%\\\\\\.\n\r]+\\)\\(\\.[^#}%\\\\\\.\n\r]+\\)?}"
  "Regexp used to match \\input{something}")

(defconst regexp-include
  "\\\\include{\\(\\(\\(\\.*\\)/\\)*[^#}%\\\\\\.\n\r]+\\)\\(\\.[^#}%\\\\\\.\n\r]+\\)?}"
  "Regexp used to match \\include{something}")

(add-to-list 'LaTeX-auto-regexp-list
	      (list regexp-input 1 'TeX-auto-file))
(add-to-list 'LaTeX-auto-regexp-list
	      (list regexp-include 1 'TeX-auto-file))

>>>  -- End Patch


It is clear that two constants above derive from the same
expression and that a common model might certainly be defined
for all these regexps.



Pierre



From: Mosč Giordano <mose@HIDDEN>
Subject: Re: bug#28456: 11.90.2.2017-07-25; \\input parsing
Date: Fri, 15 Sep 2017 18:44:15 +0200

> Hi Pierre,
> 
> 
> 2017-09-14 7:55 GMT+02:00 Pierre Lorenzon <devel@HIDDEN>:
>> As if second \input
>>   \input{../../Exercices/Ensembles/Applications-Proprietes}
>>
>> were not parsed when first one
>>
>>   \input{Introduction}
>>
>> is. In fact looking carefully at regexp used to match \\input
>> which is part of the LaTeX-auto-regexp-list variable, it
>> clearly appears that an path like \input{../../something} will
>> not be parsed.
> 
> I can reproduce the error and confirm your analysis.
> 
>> Question is why? When LaTex allows inputs with so complexe
>> paths, why are they not parse by auctex?
> 
> It's hard to answer the question: that regexp has been there for more
> than 20 years now ;-)
> 
> I don't have the time to do it now (I also have a flaky Internet
> connection in this period), but if someone wants to tackle this issue,
> I fixed something similar for \addbibresource a few months ago:
> 
>     * b2f69e18 (2017-03-31)  Fix detection of bibliography files with
>     dots in path
> 
> Please, also add a test.  Maybe this could be an occasion to review
> similar regexps (for \include, \bibliography, etc), or maybe have a
> common variable for all this cases.
> 
> Bye,
> Mosč




Information forwarded to bug-auctex@HIDDEN:
bug#28456; Package auctex. Full text available.

Message received at 28456 <at> debbugs.gnu.org:


Received: (at 28456) by debbugs.gnu.org; 15 Sep 2017 16:45:06 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Sep 15 12:45:06 2017
Received: from localhost ([127.0.0.1]:43077 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1dstjm-0007qD-2e
	for submit <at> debbugs.gnu.org; Fri, 15 Sep 2017 12:45:06 -0400
Received: from eggs.gnu.org ([208.118.235.92]:55060)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mose@HIDDEN>) id 1dstjk-0007pU-SV
 for 28456 <at> debbugs.gnu.org; Fri, 15 Sep 2017 12:45:05 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <mose@HIDDEN>) id 1dstjd-0002RW-56
 for 28456 <at> debbugs.gnu.org; Fri, 15 Sep 2017 12:44:59 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: *
X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_50,RCVD_IN_SORBS_SPAM,
 RP_MATCHES_RCVD,URIBL_BLOCKED autolearn=disabled version=3.3.2
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38507)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <mose@HIDDEN>)
 id 1dstjd-0002RN-1W
 for 28456 <at> debbugs.gnu.org; Fri, 15 Sep 2017 12:44:57 -0400
Received: from mail-vk0-f46.google.com ([209.85.213.46]:51302)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128)
 (Exim 4.82) (envelope-from <mose@HIDDEN>) id 1dstjc-0001e0-PK
 for 28456 <at> debbugs.gnu.org; Fri, 15 Sep 2017 12:44:56 -0400
Received: by mail-vk0-f46.google.com with SMTP id g68so1286863vki.8
 for <28456 <at> debbugs.gnu.org>; Fri, 15 Sep 2017 09:44:56 -0700 (PDT)
X-Gm-Message-State: AHPjjUgtGr+APF3c7nmUNlwdzereTGHJgYpw3b4xBEru6BJndVDbZ8j/
 /g+dtvllzQaHKrIbBo4DaqgD6WxhocE/emkYFTI=
X-Google-Smtp-Source: AOwi7QDbSSACnScfLYAazeHBZ3dVi+wISM1DoHhXvrmC7i3TwCw1zRadeUp8vwwr0mALJRtoNEgSXU2Ve7MuG+1SABk=
X-Received: by 10.31.230.129 with SMTP id d123mr8538849vkh.64.1505493896207;
 Fri, 15 Sep 2017 09:44:56 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.176.21.134 with HTTP; Fri, 15 Sep 2017 09:44:15 -0700 (PDT)
In-Reply-To: <20170914.075543.1745039455657449830.devel@HIDDEN>
References: <20170914.075543.1745039455657449830.devel@HIDDEN>
From: =?UTF-8?Q?Mos=C3=A8_Giordano?= <mose@HIDDEN>
Date: Fri, 15 Sep 2017 18:44:15 +0200
X-Gmail-Original-Message-ID: <CAKtYQqSoYU71K2pfD0GUCwNDbmVEAsp6KrZ_sij6_Xxet9--yA@HIDDEN>
Message-ID: <CAKtYQqSoYU71K2pfD0GUCwNDbmVEAsp6KrZ_sij6_Xxet9--yA@HIDDEN>
Subject: Re: bug#28456: 11.90.2.2017-07-25; \\input parsing
To: Pierre Lorenzon <devel@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2001:4830:134:3::e
X-Spam-Score: -4.5 (----)
X-Debbugs-Envelope-To: 28456
Cc: 28456 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -4.5 (----)

Hi Pierre,


2017-09-14 7:55 GMT+02:00 Pierre Lorenzon <devel@HIDDEN>:
> As if second \input
>   \input{../../Exercices/Ensembles/Applications-Proprietes}
>
> were not parsed when first one
>
>   \input{Introduction}
>
> is. In fact looking carefully at regexp used to match \\input
> which is part of the LaTeX-auto-regexp-list variable, it
> clearly appears that an path like \input{../../something} will
> not be parsed.

I can reproduce the error and confirm your analysis.

> Question is why? When LaTex allows inputs with so complexe
> paths, why are they not parse by auctex?

It's hard to answer the question: that regexp has been there for more
than 20 years now ;-)

I don't have the time to do it now (I also have a flaky Internet
connection in this period), but if someone wants to tackle this issue,
I fixed something similar for \addbibresource a few months ago:

    * b2f69e18 (2017-03-31)  Fix detection of bibliography files with
    dots in path

Please, also add a test.  Maybe this could be an occasion to review
similar regexps (for \include, \bibliography, etc), or maybe have a
common variable for all this cases.

Bye,
Mos=C3=A8




Information forwarded to bug-auctex@HIDDEN:
bug#28456; Package auctex. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 14 Sep 2017 06:16:16 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Sep 14 02:16:16 2017
Received: from localhost ([127.0.0.1]:39458 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1dsNRg-00033m-Bq
	for submit <at> debbugs.gnu.org; Thu, 14 Sep 2017 02:16:16 -0400
Received: from eggs.gnu.org ([208.118.235.92]:46132)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <devel@HIDDEN>) id 1dsNRe-00033W-Dn
 for submit <at> debbugs.gnu.org; Thu, 14 Sep 2017 02:16:14 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <devel@HIDDEN>) id 1dsNRX-0002Bg-NH
 for submit <at> debbugs.gnu.org; Thu, 14 Sep 2017 02:16:09 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: *
X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_50,RCVD_IN_SORBS_SPAM,
 URIBL_BLOCKED autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:42493)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <devel@HIDDEN>)
 id 1dsNRX-0002BW-JB
 for submit <at> debbugs.gnu.org; Thu, 14 Sep 2017 02:16:07 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:37063)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <devel@HIDDEN>) id 1dsNRS-0004Ho-UD
 for bug-auctex@HIDDEN; Thu, 14 Sep 2017 02:16:07 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <devel@HIDDEN>) id 1dsNRN-00025r-Ui
 for bug-auctex@HIDDEN; Thu, 14 Sep 2017 02:16:02 -0400
Received: from smtp11.smtpout.orange.fr ([80.12.242.133]:49909
 helo=smtp.smtpout.orange.fr)
 by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
 (Exim 4.71) (envelope-from <devel@HIDDEN>)
 id 1dsNRN-00024V-GR
 for bug-auctex@HIDDEN; Thu, 14 Sep 2017 02:15:57 -0400
Received: from localhost ([90.92.22.244]) by mwinf5d34 with ME
 id 9JFp1w0095FypUy03JFp8T; Thu, 14 Sep 2017 08:15:55 +0200
X-ME-Helo: localhost
X-ME-Date: Thu, 14 Sep 2017 08:15:55 +0200
X-ME-IP: 90.92.22.244
Date: Thu, 14 Sep 2017 07:55:43 +0200 (CEST)
Message-Id: <20170914.075543.1745039455657449830.devel@HIDDEN>
To: bug-auctex@HIDDEN
Subject: 11.90.2.2017-07-25; \\input parsing
From: Pierre Lorenzon <devel@HIDDEN>
X-Mailer: Mew version 6.7 on Emacs 26.0 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x [fuzzy]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -4.5 (----)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -4.5 (----)


Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.

Be sure to consult the FAQ section in the manual before submitting
a bug report.  In addition check if the bug is reproducable with an
up-to-date version of AUCTeX.  So please upgrade to the version
available from http://www.gnu.org/software/auctex/ if your
installation is older than the one available from the web site.

If the bug is triggered by a specific (La)TeX file, you should try
to produce a minimal sample file showing the problem and include it
in your report.

Your report will be posted for the auctex package at the GNU bug
tracker.  Visit http://debbugs.gnu.org/cgi/pkgreport.cgi?pkg=auctex
to browse existing AUCTeX bugs.
------------------------------------------------------------------------

Hi,

Here is the sample file:

>>>  -- .tex 

\begin{plnpsudpb}{Ą rendre le 19 octobre 2016}
  \label{PB-I}
  %%
  \input{Introduction}
  %% 
  \input{../../Exercices/Ensembles/Applications-Proprietes}
  %%
  \begin{exercice}[L'addition dans $\Nat$]

   
  \end{exercice}
  %% 
\end{plnpsudpb}
%%% Local Variables: 
%%% mode: latex
%%% TeX-master: "Header"
%%% End: 

>>>  -- End .tex 

And here is the style .el file produced by auctex:

>>>  -- .el 

(TeX-add-style-hook
 "Probleme-I"
 (lambda ()
   (TeX-run-style-hooks
    "Introduction")
   (LaTeX-add-labels
    "PB-I"))
 :latex)


>>>  -- End .el

As if second \input
  \input{../../Exercices/Ensembles/Applications-Proprietes}

were not parsed when first one

  \input{Introduction}

is. In fact looking carefully at regexp used to match \\input
which is part of the LaTeX-auto-regexp-list variable, it
clearly appears that an path like \input{../../something} will
not be parsed.

Question is why? When LaTex allows inputs with so complexe
paths, why are they not parse by auctex?

Surely I can add somehting suitable to the parse variables so
that these inputs will be detected but why is it not done by
default in auctex?


Regards

Pierre




Emacs  : GNU Emacs 26.0.50 (build 1, x86_64-pc-linux-gnu)
 of 2017-09-11
Package: 11.90.2.2017-07-25

current state:
==============
(setq
 AUCTeX-date "2017-07-25"
 window-system nil
 LaTeX-version "2e"
 TeX-style-path '("~/.emacs.d/auctex"
		  "/home/devel/.emacs.d/elpa/auctex-11.91.0/style"
		  "/usr/local/share/texmf/tex/latex/auto/"
		  "/usr/local/share/texmf/tex/latex/style/" "auto" "style")
 TeX-auto-save t
 TeX-parse-self t
 TeX-master nil
 TeX-command-list '(("pdf" "ps2pdf13 %s.ps" TeX-run-command nil t)
		    ("Hacha" "hacha %s.html" TeX-run-command nil t)
		    ("PHPindex" "hacha -o index.php %s.html" TeX-run-command
		     nil t)
		    ("PHP" "hevea -fix -o %s.php %t" TeX-run-command nil t)
		    ("Info" "hevea -fix -info %t" TeX-run-command nil t)
		    ("Txt" "hevea -fix -text %t" TeX-run-command nil t)
		    ("Hevea" "hevea -fix %t" TeX-run-command nil t)
		    ("TeX" "%(PDF)%(tex) %`%S%(PDFout)%(mode)%' %t"
		     TeX-run-TeX nil
		     (plain-tex-mode texinfo-mode ams-tex-mode) :help
		     "Run plain TeX")
		    ("LaTeX" "%`%l%(mode)%' %t" TeX-run-TeX nil
		     (latex-mode doctex-mode) :help "Run LaTeX")
		    ("Makeinfo" "makeinfo %t" TeX-run-compile nil
		     (texinfo-mode) :help "Run Makeinfo with Info output")
		    ("Makeinfo HTML" "makeinfo --html %t" TeX-run-compile nil
		     (texinfo-mode) :help "Run Makeinfo with HTML output")
		    ("AmSTeX" "%(PDF)amstex %`%S%(PDFout)%(mode)%' %t"
		     TeX-run-TeX nil (ams-tex-mode) :help "Run AMSTeX")
		    ("ConTeXt" "texexec --once --texutil %(execopts)%t"
		     TeX-run-TeX nil (context-mode) :help "Run ConTeXt once")
		    ("ConTeXt Full" "texexec %(execopts)%t" TeX-run-TeX nil
		     (context-mode) :help "Run ConTeXt until completion")
		    ("BibTeX" "bibtex %s" TeX-run-BibTeX nil t :help
		     "Run BibTeX")
		    ("View" "dvi2tty -q -w 132 %s" TeX-run-command t t :help
		     "Run Text viewer")
		    ("Print" "%p" TeX-run-command t t :help "Print the file")
		    ("Queue" "%q" TeX-run-background nil t :help
		     "View the printer queue" :visible TeX-queue-command)
		    ("File" "%(o?)dvips %d -o %f " TeX-run-command t t :help
		     "Generate PostScript file")
		    ("Index" "makeindex %s" TeX-run-command nil t :help
		     "Create index file")
		    ("Check" "lacheck %s" TeX-run-compile nil (latex-mode)
		     :help "Check LaTeX file for correctness")
		    ("Spell" "(TeX-ispell-document \"\")" TeX-run-function nil
		     t :help "Spell-check the document")
		    ("Clean" "TeX-clean" TeX-run-function nil t :help
		     "Delete generated intermediate files")
		    ("Clean All" "(TeX-clean t)" TeX-run-function nil t :help
		     "Delete generated intermediate and output files")
		    ("Other" "" TeX-run-command t t :help
		     "Run an arbitrary command")
		    )
 )




Acknowledgement sent to Pierre Lorenzon <devel@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-auctex@HIDDEN. Full text available.
Report forwarded to bug-auctex@HIDDEN:
bug#28456; Package auctex. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.