GNU bug report logs - #39663
27.1; ebnf2ps bugs

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 39663 in the body.
You can then email your comments to 39663 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Mattias Engdegård <mattiase <at> acm.org>
To: bug-gnu-emacs <at> gnu.org
Cc: Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: 27.1; ebnf2ps bugs
Date: Tue, 18 Feb 2020 15:11:23 +0100

A few bugs and other things noticed in ebnf2ps:

* The code resides in lisp/progmodes but isn't actually a mode at all: it converts BNF into railway diagrams in Postscript. It looks a bit out of place. What about moving it to ELPA?

* Prose values in ABNF don't seem to work. Guilty line:

	    (or (looking-at ebnf-abn-non-terminal-letter-chars)

where 'ebnf-abn-non-terminal-letter-chars' is not a regexp but a skip-set used in skip-chars-{forward,backward}. This was found by a relint scan.

* Despite a lot of effort been spent on making it work with Latin-1, I get UTF-8 mojibake in the PostScript output when using chars in the U+00A0..U+00FF range in the rules, eg in nonterminals. Unibyte/multibyte confusion, perhaps?

* The 'ebnf-range-regexp' function is misnamed -- it doesn't return a regexp -- and triggers relint's bad-regexp-o-meter. Moreover, it is only there to compensate for a bug in Emacs 20, long ago fixed. Calls to the function could be replaced by string literals.

Message #8 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: 39663 <at> debbugs.gnu.org, Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Tue, 18 Feb 2020 11:35:30 -0500

> * The code resides in lisp/progmodes but isn't actually a mode at all: it
> converts BNF into railway diagrams in Postscript. It looks a bit out of place.

Agreed, tho it's harmless.

> What about moving it to ELPA?

No opinion about that,


        Stefan

Message #11 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Mattias Engdegård <mattiase <at> acm.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 39663 <at> debbugs.gnu.org, Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Thu, 20 Feb 2020 16:11:48 +0100

A refactoring that removes ebnf-range-regexp has now been pushed to master. The bugs (Latin-1 mojibake, ABNF prose values) remain. Maybe Vinicius would have a look?

Message #14 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: 39663 <at> debbugs.gnu.org, Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Mon, 24 Feb 2020 11:31:14 -0500

> A refactoring that removes ebnf-range-regexp has now been pushed to
> master.  The bugs (Latin-1 mojibake, ABNF prose values) remain.  Maybe
> Vinicius would have a look?

Not sure if Vinicius is still paying attention.
I can probably help with the mojibake (I suspect it's a result
of the code being written for Emacs<23), but I'd need a recipe to
reproduce the problem.


        Stefan

Message #17 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Mattias Engdegård <mattiase <at> acm.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 39663 <at> debbugs.gnu.org, Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Mon, 24 Feb 2020 17:53:31 +0100

24 feb. 2020 kl. 17.31 skrev Stefan Monnier <monnier <at> iro.umontreal.ca>:

> Not sure if Vinicius is still paying attention.
> I can probably help with the mojibake (I suspect it's a result
> of the code being written for Emacs<23), but I'd need a recipe to
> reproduce the problem.

Thanks -- I'm not sure it's worth the effort, but thought it was worth reporting since the author obviously went to some trouble to make Latin-1 work, and that it in fact does not.

Write this line in a buffer:

naïve = façade.

and then run (ebnf-print-buffer "out.ps"). Look at the generated file.

'ebnf-eps-string' looks like an attempt to do it right, but it's not used for productions, only page headers and footer comments. Other strings just end up in... ps-output-string-prim?

'ps-print-buffer' does seem to work, at least up to U+00FF. Anything beyond that becomes '?'.

Message #20 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: 39663 <at> debbugs.gnu.org, Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Mon, 30 Aug 2021 03:15:00 +0200

Mattias Engdegård <mattiase <at> acm.org> writes:

> * Prose values in ABNF don't seem to work. Guilty line:
>
> 	    (or (looking-at ebnf-abn-non-terminal-letter-chars)
>
> where 'ebnf-abn-non-terminal-letter-chars' is not a regexp but a
> skip-set used in skip-chars-{forward,backward}. This was found by a
> relint scan.

Do you have a test case for this?

> * Despite a lot of effort been spent on making it work with Latin-1, I
> get UTF-8 mojibake in the PostScript output when using chars in the
> U+00A0..U+00FF range in the rules, eg in
> nonterminals. Unibyte/multibyte confusion, perhaps?

This now works for the non-ASCII test case.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #25 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Mattias Engdegård <mattiase <at> acm.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 39663 <at> debbugs.gnu.org, Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Mon, 30 Aug 2021 13:39:38 +0200

30 aug. 2021 kl. 03.15 skrev Lars Ingebrigtsen <larsi <at> gnus.org>:

> Do you have a test case for this?

Write this line in a buffer:

nisse = <totte>

and then run

 (let ((ebnf-syntax 'abnf)) (ebnf-print-buffer "out.ps"))

The result is a syntax error. (It works without the <>.)

> This now works for the non-ASCII test case.

Thank you! Doesn't seem to work with ABNF though (set `ebnf-syntax` to `abnf`, and remove the full stop).

Although it could still be useful, the ebnf2ps package does show its age in many respects: non-Unicode, output in EPS rather than PDF or SVG, no interactive preview, etc. It's also misplaced (in 'progmodes' despite not being a programming mode) and, in effect, abandoned. Does it really belong in Emacs core?

(And does anyone use railway diagrams these days?)

Message #28 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 39663 <at> debbugs.gnu.org, mattiase <at> acm.org, viniciusjl.gnu <at> gmail.com,
 monnier <at> iro.umontreal.ca
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Mon, 30 Aug 2021 15:53:24 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Mon, 30 Aug 2021 03:15:00 +0200
> Cc: 39663 <at> debbugs.gnu.org, Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>,
>  Stefan Monnier <monnier <at> iro.umontreal.ca>
> 
> Mattias Engdegård <mattiase <at> acm.org> writes:
> 
> > * Despite a lot of effort been spent on making it work with Latin-1, I
> > get UTF-8 mojibake in the PostScript output when using chars in the
> > U+00A0..U+00FF range in the rules, eg in
> > nonterminals. Unibyte/multibyte confusion, perhaps?
> 
> This now works for the non-ASCII test case.

Can you explain the change you installed?  I don't understand why you
need to decode the input -- isn't that text from an Emacs Lisp string
or from a buffer?

Message #31 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: 39663 <at> debbugs.gnu.org, Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Tue, 31 Aug 2021 03:11:21 +0200

Mattias Engdegård <mattiase <at> acm.org> writes:

> Thank you! Doesn't seem to work with ABNF though (set `ebnf-syntax` to
> `abnf`, and remove the full stop).

I tried

naïve = façade

(setq ebnf-syntax 'abnf)
(ebnf-print-buffer "/tmp/out.ps")

and it seemed to work?

(Is it apparent that I've never even heard of this package before?  :-))

> Although it could still be useful, the ebnf2ps package does show its
> age in many respects: non-Unicode, output in EPS rather than PDF or
> SVG, no interactive preview, etc. It's also misplaced (in 'progmodes'
> despite not being a programming mode) and, in effect, abandoned. Does
> it really belong in Emacs core?
>
> (And does anyone use railway diagrams these days?)

Yeah, it does seem a bit long in the tooth...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #34 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: 39663 <at> debbugs.gnu.org, Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Tue, 31 Aug 2021 03:17:47 +0200

Mattias Engdegård <mattiase <at> acm.org> writes:

>> Do you have a test case for this?
>
> Write this line in a buffer:
>
> nisse = <totte>
>
> and then run
>
>  (let ((ebnf-syntax 'abnf)) (ebnf-print-buffer "out.ps"))
>
> The result is a syntax error. (It works without the <>.)

Thanks; this now works in Emacs 28.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #37 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39663 <at> debbugs.gnu.org, mattiase <at> acm.org, viniciusjl.gnu <at> gmail.com,
 monnier <at> iro.umontreal.ca
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Tue, 31 Aug 2021 03:19:09 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> Can you explain the change you installed?  I don't understand why you
> need to decode the input -- isn't that text from an Emacs Lisp string
> or from a buffer?

The decoding is unnecessary -- but it gives marginally less wrong
results if you have raw bytes in the buffer, I think?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #40 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>, Mattias Engdegård
 <mattiase <at> acm.org>
Cc: "39663 <at> debbugs.gnu.org" <39663 <at> debbugs.gnu.org>,
 Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: RE: [External] : bug#39663: 27.1; ebnf2ps bugs
Date: Tue, 31 Aug 2021 02:21:35 +0000

> > Although it could still be useful, the ebnf2ps package does show its
> > age in many respects: non-Unicode, output in EPS rather than PDF or
> > SVG, no interactive preview, etc. It's also misplaced (in 'progmodes'
> > despite not being a programming mode) and, in effect, abandoned. Does
> > it really belong in Emacs core?
> >
> > (And does anyone use railway diagrams these days?)

Yes, docs still use railroad diagrams.
And BNF (lots of flavors).

And EPS figures are still used in
technical doc production (of PDFs).

Message #43 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: "39663 <at> debbugs.gnu.org" <39663 <at> debbugs.gnu.org>,
 Mattias Engdegård
 <mattiase <at> acm.org>, Lars Ingebrigtsen <larsi <at> gnus.org>,
 Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>
Subject: Re: [External] : bug#39663: 27.1; ebnf2ps bugs
Date: Mon, 30 Aug 2021 23:28:11 -0400

>> > (And does anyone use railway diagrams these days?)
> Yes, docs still use railroad diagrams.

I'd be surprised if anything else ever used railroad diagrams, so this
is not very helpful.  Which kinds of "docs" would use railroad diagrams?

> And BNF (lots of flavors).

That, yes.

> And EPS figures are still used in
> technical doc production (of PDFs).

Embedded PDF seems to have completely replaced it around here.


        Stefan

Message #46 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Mattias Engdegård <mattiase <at> acm.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: "39663 <at> debbugs.gnu.org" <39663 <at> debbugs.gnu.org>,
 Lars Ingebrigtsen <larsi <at> gnus.org>,
 Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>, Eli Zaretskii <eliz <at> gnu.org>,
 Drew Adams <drew.adams <at> oracle.com>
Subject: Re: [External] : bug#39663: 27.1; ebnf2ps bugs
Date: Tue, 31 Aug 2021 11:14:24 +0200

31 aug. 2021 kl. 05.28 skrev Stefan Monnier <monnier <at> iro.umontreal.ca>:

> Embedded PDF seems to have completely replaced it around here.

Yes, with SVG seen now and then. EPS are occasionally spotted in LaTeX document builds but there is at least one native *TeX package for railway diagrams for those who really want them.

I hereby propose that ebnf2ps be moved to GNU ELPA. This is not a change of status or maintainership, just packaging. It is also not a comment on the quality of the package: it now seems to work as originally intended. ELPA didn't exist in the current form when ebnf2ps was originally added to Emacs.

Would such a move be acceptable?

Message #49 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 39663 <at> debbugs.gnu.org, mattiase <at> acm.org, viniciusjl.gnu <at> gmail.com,
 monnier <at> iro.umontreal.ca
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Tue, 31 Aug 2021 15:33:53 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: mattiase <at> acm.org,  39663 <at> debbugs.gnu.org,  viniciusjl.gnu <at> gmail.com,
>   monnier <at> iro.umontreal.ca
> Date: Tue, 31 Aug 2021 03:19:09 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Can you explain the change you installed?  I don't understand why you
> > need to decode the input -- isn't that text from an Emacs Lisp string
> > or from a buffer?
> 
> The decoding is unnecessary -- but it gives marginally less wrong
> results if you have raw bytes in the buffer, I think?

The raw bytes in the buffer, if they are present, are already in their
"decoded" multibyte form.  So I don't think I see how the decoding
could help there.  Do you have an example?

Message #52 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: 39663 <at> debbugs.gnu.org, larsi <at> gnus.org, viniciusjl.gnu <at> gmail.com,
 monnier <at> iro.umontreal.ca, drew.adams <at> oracle.com
Subject: Re: [External] : bug#39663: 27.1; ebnf2ps bugs
Date: Tue, 31 Aug 2021 16:08:00 +0300

> From: Mattias Engdegård <mattiase <at> acm.org>
> Date: Tue, 31 Aug 2021 11:14:24 +0200
> Cc: Drew Adams <drew.adams <at> oracle.com>, Lars Ingebrigtsen <larsi <at> gnus.org>,
>         Eli Zaretskii <eliz <at> gnu.org>,
>         "39663 <at> debbugs.gnu.org" <39663 <at> debbugs.gnu.org>,
>         Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>
> 
> I hereby propose that ebnf2ps be moved to GNU ELPA. This is not a change of status or maintainership, just packaging. It is also not a comment on the quality of the package: it now seems to work as originally intended. ELPA didn't exist in the current form when ebnf2ps was originally added to Emacs.
> 
> Would such a move be acceptable?

Do we want it to be part of an Emacs release tarball, or don't we?

If the latter, what would we tell users who may still be using it?

(I don't use this package, so I personally have nothing against
removing it from Emacs.  But maybe others do use it.)

Message #55 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: "39663 <at> debbugs.gnu.org" <39663 <at> debbugs.gnu.org>,
 Mattias Engdegård <mattiase <at> acm.org>,
 Lars Ingebrigtsen <larsi <at> gnus.org>,
 Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>
Subject: RE: [External] : bug#39663: 27.1; ebnf2ps bugs
Date: Tue, 31 Aug 2021 15:59:36 +0000

> >> > (And does anyone use railway diagrams these days?)
> > Yes, docs still use railroad diagrams.
> 
> I'd be surprised if anything else ever used railroad diagrams, so this
> is not very helpful.  Which kinds of "docs" would use railroad diagrams?

1. There are websites (such as bottlecaps.de/rr/ui)
that let anyone create railroad diagrams, and they
let you do so with many different forms of BNF.
Why do they exist?

2. Here's one set of doc that uses both railroad
diagrams and BNF (which is both more accessible
and usable by code).  This page is just for the
syntax of a single (giant) command: CREATE TABLE.

https://docs.oracle.com/en/database/oracle/oracle-database/21/sqlrf/CREATE-TABLE.html#GUID-F9CE0CC3-13AE-4744-A43C-EAC7A71AAAB6

> > And EPS figures are still used in
> > technical doc production (of PDFs).
> 
> Embedded PDF seems to have completely replaced it around here.

OK! A sample of one.  What docs does "around here"
produce?  Is the syntax they document complex?
Are some of their users (doc readers) disinclined
to read other syntax spec presentations?

Message #58 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Mattias Engdegård <mattiase <at> acm.org>, Stefan Monnier
 <monnier <at> iro.umontreal.ca>
Cc: "39663 <at> debbugs.gnu.org" <39663 <at> debbugs.gnu.org>,
 Lars Ingebrigtsen <larsi <at> gnus.org>,
 Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>, Eli Zaretskii <eliz <at> gnu.org>
Subject: RE: [External] : bug#39663: 27.1; ebnf2ps bugs
Date: Tue, 31 Aug 2021 16:13:45 +0000

> I hereby propose that ebnf2ps be moved to GNU ELPA. This is not a change of
> status or maintainership, just packaging. It is also not a comment on the
> quality of the package: it now seems to work as originally intended. ELPA
> didn't exist in the current form when ebnf2ps was originally added to Emacs.
> 
> Would such a move be acceptable?

FWIW, that makes sense to me.

Message #61 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: "39663 <at> debbugs.gnu.org" <39663 <at> debbugs.gnu.org>,
 Eli Zaretskii <eliz <at> gnu.org>, Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: [External] : bug#39663: 27.1; ebnf2ps bugs
Date: Wed, 01 Sep 2021 09:53:12 +0200

Mattias Engdegård <mattiase <at> acm.org> writes:

> I hereby propose that ebnf2ps be moved to GNU ELPA. This is not a
> change of status or maintainership, just packaging. It is also not a
> comment on the quality of the package: it now seems to work as
> originally intended. ELPA didn't exist in the current form when
> ebnf2ps was originally added to Emacs.

We've only moved one package from Emacs to ELPA so far, and that was not
well received, so I don't think we should repeat that experiment.  (At
least not until we've got the ELPA-bunding stuff actually implemented.)

(And in general, I think moving things to ELPA generally only makes
sense if it's a package that somebody wants to work on a lot outside of
the Emacs release schedule -- not because it's an outdated package.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #64 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39663 <at> debbugs.gnu.org, mattiase <at> acm.org, viniciusjl.gnu <at> gmail.com,
 monnier <at> iro.umontreal.ca
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Wed, 01 Sep 2021 10:05:00 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> The raw bytes in the buffer, if they are present, are already in their
> "decoded" multibyte form.  So I don't think I see how the decoding
> could help there.  Do you have an example?

Uhm...  no, I think that was a thinko -- the decode is a NOOP here,
isn't it?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #67 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Mattias Engdegård <mattiase <at> acm.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: "39663 <at> debbugs.gnu.org" <39663 <at> debbugs.gnu.org>,
 Eli Zaretskii <eliz <at> gnu.org>, Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: [External] : bug#39663: 27.1; ebnf2ps bugs
Date: Wed, 1 Sep 2021 10:23:28 +0200

1 sep. 2021 kl. 09.53 skrev Lars Ingebrigtsen <larsi <at> gnus.org>:

> We've only moved one package from Emacs to ELPA so far, and that was not
> well received, so I don't think we should repeat that experiment.  (At
> least not until we've got the ELPA-bunding stuff actually implemented.)

Very well, I will not pursue the matter further. (What I write below is not an attempt to contradict that claim.)

I still think that the likely small user base of ebnf2ps would make negative reactions unlikely -- we have been talking about moving packages to ELPA for along time, and if we can't do it with this package then when?

> (And in general, I think moving things to ELPA generally only makes
> sense if it's a package that somebody wants to work on a lot outside of
> the Emacs release schedule -- not because it's an outdated package.)

Not sure I agree with that principle -- we'd have to be awfully careful with what we allow in Emacs then, because once in, it can never be removed, even if it didn't really belong in the tree in the first place. Shouldn't we be more forgiving of the past mistakes of others (and of our own)?

In any case this bug can be closed as far as I'm concerned -- once again, thanks for the help.

Message #70 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: "39663 <at> debbugs.gnu.org" <39663 <at> debbugs.gnu.org>,
 Eli Zaretskii <eliz <at> gnu.org>, Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: [External] : bug#39663: 27.1; ebnf2ps bugs
Date: Wed, 01 Sep 2021 10:38:54 +0200

Mattias Engdegård <mattiase <at> acm.org> writes:

> Not sure I agree with that principle -- we'd have to be awfully
> careful with what we allow in Emacs then, because once in, it can
> never be removed, even if it didn't really belong in the tree in the
> first place. Shouldn't we be more forgiving of the past mistakes of
> others (and of our own)?

We do deprecate (and remove) stuff from Emacs if we don't think it's
useful.  I don't think it's useful to think of ELPA as a cemetery for
dead code.  :-)

But I understand that there's many different opinions on this, and I'm
not opposing moving stuff to ELPA on principle -- when we finally get
ELPA bundling, then it's time to re-start the discussions about specific
packages.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #75 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 39663 <at> debbugs.gnu.org, mattiase <at> acm.org, viniciusjl.gnu <at> gmail.com,
 monnier <at> iro.umontreal.ca, drew.adams <at> oracle.com
Subject: Re: [External] : bug#39663: 27.1; ebnf2ps bugs
Date: Wed, 01 Sep 2021 15:08:24 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>,  Drew Adams
>  <drew.adams <at> oracle.com>,  Eli Zaretskii <eliz <at> gnu.org>,
>   "39663 <at> debbugs.gnu.org" <39663 <at> debbugs.gnu.org>,  Vinicius Jose Latorre
>  <viniciusjl.gnu <at> gmail.com>
> Date: Wed, 01 Sep 2021 09:53:12 +0200
> 
> We've only moved one package from Emacs to ELPA so far, and that was not
> well received, so I don't think we should repeat that experiment.  (At
> least not until we've got the ELPA-bunding stuff actually implemented.)
> 
> (And in general, I think moving things to ELPA generally only makes
> sense if it's a package that somebody wants to work on a lot outside of
> the Emacs release schedule -- not because it's an outdated package.)

Agreed.

Message #78 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 39663 <at> debbugs.gnu.org, mattiase <at> acm.org, viniciusjl.gnu <at> gmail.com,
 monnier <at> iro.umontreal.ca
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Wed, 01 Sep 2021 15:09:30 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: mattiase <at> acm.org,  39663 <at> debbugs.gnu.org,  viniciusjl.gnu <at> gmail.com,
>   monnier <at> iro.umontreal.ca
> Date: Wed, 01 Sep 2021 10:05:00 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > The raw bytes in the buffer, if they are present, are already in their
> > "decoded" multibyte form.  So I don't think I see how the decoding
> > could help there.  Do you have an example?
> 
> Uhm...  no, I think that was a thinko -- the decode is a NOOP here,
> isn't it?

I think so.  And quite an expensive one, because I don't see any test
anywhere that would return without doing anything.

Message #81 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: 39663 <at> debbugs.gnu.org, larsi <at> gnus.org, viniciusjl.gnu <at> gmail.com,
 monnier <at> iro.umontreal.ca, drew.adams <at> oracle.com
Subject: Re: [External] : bug#39663: 27.1; ebnf2ps bugs
Date: Wed, 01 Sep 2021 15:10:46 +0300

> From: Mattias Engdegård <mattiase <at> acm.org>
> Date: Wed, 1 Sep 2021 10:23:28 +0200
> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>,
>         Drew Adams <drew.adams <at> oracle.com>, Eli Zaretskii <eliz <at> gnu.org>,
>         "39663 <at> debbugs.gnu.org" <39663 <at> debbugs.gnu.org>,
>         Vinicius Jose Latorre <viniciusjl.gnu <at> gmail.com>
> 
> > (And in general, I think moving things to ELPA generally only makes
> > sense if it's a package that somebody wants to work on a lot outside of
> > the Emacs release schedule -- not because it's an outdated package.)
> 
> Not sure I agree with that principle -- we'd have to be awfully careful with what we allow in Emacs then, because once in, it can never be removed, even if it didn't really belong in the tree in the first place.

No, we can move such packages to lisp/obsolete/, and after some time
there delete them.  It happened in the past.

Message #84 received at 39663 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39663 <at> debbugs.gnu.org, mattiase <at> acm.org, viniciusjl.gnu <at> gmail.com,
 monnier <at> iro.umontreal.ca
Subject: Re: bug#39663: 27.1; ebnf2ps bugs
Date: Thu, 02 Sep 2021 09:20:19 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> I think so.  And quite an expensive one, because I don't see any test
> anywhere that would return without doing anything.

Yup.  Now fixed on the trunk.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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