* bug#39553: 28.0.50; ada mode was removed
@ 2020-02-10 20:30 Tom Tromey
2020-02-17 20:57 ` Paul Eggert
2020-09-07 20:33 ` Nicholas Savage
0 siblings, 2 replies; 19+ messages in thread
From: Tom Tromey @ 2020-02-10 20:30 UTC (permalink / raw)
To: 39553
I built Emacs from source and noticed that ada-mode was removed.
I dislike this decision. I work in Ada with some regularity.
The commit log says:
Delete built-in ada-mode; Gnu ELPA is a good replacement
... however, I think that's insufficient justification. package.el is
designed in such a way that a package could live *both* in emacs proper
and have separate updates on ELPA. I'd prefer this "batteries included"
approach here.
Note that this change neglected to update auto-mode-alist.
So, visiting an Ada source file now causes an error.
In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.11, cairo version 1.16.0)
of 2020-02-07 built on murgatroyd
Repository revision: 30abcda54e1b0e15fc10b3db1c2b9f89ca521bfa
Repository branch: master
Windowing system distributor 'Fedora Project', version 11.0.12006000
System Description: Fedora 30 (Workstation Edition)
Recent messages:
Saving /home/tromey/.newsrc.eld...
Saving file /home/tromey/.newsrc.eld...
Wrote /home/tromey/.newsrc.eld
Saving /home/tromey/.newsrc.eld...done
Making completion list...
File mode specification error: (void-function ada-mode) [2 times]
Type "q" in help window to restore its previous buffer, C-M-v to scroll help.
s is undefined
Quit
Mark saved where search started
Configured using:
'configure --prefix=/home/tromey/Emacs/install --with-libjit
--with-x-toolkit=gtk3
PKG_CONFIG_PATH=/home/tromey/Emacs/install/lib64/pkgconfig/'
Configured features:
XPM JPEG TIFF GIF PNG CAIRO SOUND DBUS GSETTINGS GLIB NOTIFY INOTIFY
LIBSELINUX GNUTLS FREETYPE HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS GTK3 X11
XDBE XIM MODULES THREADS PDUMPER GMP
Important settings:
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: @im=ibus
locale-coding-system: utf-8-unix
Major mode: Fundamental
Minor modes in effect:
ggtags-navigation-mode: t
erc-list-mode: t
erc-menu-mode: t
erc-autojoin-mode: t
erc-ring-mode: t
erc-pcomplete-mode: t
erc-netsplit-mode: t
erc-spelling-mode: t
erc-truncate-mode: t
shell-dirtrack-mode: t
which-function-mode: t
erc-track-mode: t
erc-track-minor-mode: t
erc-notify-mode: t
erc-notifications-mode: t
erc-match-mode: t
erc-services-mode: t
erc-networks-mode: t
erc-hl-nicks-mode: t
erc-button-mode: t
erc-fill-mode: t
erc-stamp-mode: t
erc-irccontrols-mode: t
erc-noncommands-mode: t
erc-move-to-prompt-mode: t
erc-readonly-mode: t
savehist-mode: t
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow emacsbug cl-print webjump novice rfc2368 find-file gud autoconf
autoconf-mode idutils pulse pcase goto-addr ggtags etags fileloop xref
project log-view pcvs-util tabify man html2text find-dired ffap grep
compile python tramp-sh yaml-mode term/xterm xterm dabbrev supercite
regi bbdb-message mailalias mail-hist copyright vc-mtn vc-hg vc-bzr
vc-src vc-sccs vc-svn vc-cvs vc-rcs org-element avl-tree generator
ol-eww ol-rmail ol-mhe ol-irc ol-info ol-gnus nnir ol-docview doc-view
image-mode exif ol-bibtex bibtex ol-bbdb ol-w3m org ob ob-tangle ob-ref
ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint
org-pcomplete org-list org-faces org-entities noutline outline
org-version ob-emacs-lisp ob-core ob-eval org-table ol org-keys
org-compat org-macs org-loaddefs add-log bug-reference vc-git cc-mode
cc-fonts cc-guess cc-menus cc-cmds jka-compr erc-list erc-menu erc-join
erc-ring erc-pcomplete erc-netsplit erc-spelling erc-truncate
smerge-mode diff diff-mode easy-mmode flow-fill mm-archive gnus-html
url-queue help-fns radix-tree url-cache mm-url cl-extra sort smiley
gnus-cite mail-extr gnus-bcklg misearch multi-isearch gnus-async qp
gnus-ml disp-table gnus-topic nndraft nnmh nnfolder utf-7 bbdb-gnus
bbdb-mua bbdb-com crm gnutls network-stream nsm gnus-agent gnus-srvr
gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 mm-view
mml-smime smime dig nntp gnus-cache gnus-sum url url-proxy url-privacy
url-expand url-methods url-history mailcap shr url-cookie url-domsuf svg
dom gnus-group gnus-undo smtpmail sendmail gnus-start gnus-cloud nnimap
nnmail mail-source utf7 netrc nnoo gnus-spec gnus-int gnus-range message
rmc puny rfc822 mml mml-sec epa derived epg epg-config mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
gnus-win gnus nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045
ietf-drums text-property-search mail-utils mm-util mail-prsvr flyspell
ispell diminish appt diary-lib diary-loaddefs cal-menu calendar
cal-loaddefs tramp tramp-loaddefs trampver tramp-integration files-x
tramp-compat shell pcomplete parse-time iso8601 time-date ls-lisp
which-func imenu autorevert filenotify desktop frameset cus-start
cus-load git-link url-util erc-track erc-notify
erc-desktop-notifications erc-match erc-services erc-networks
notifications dbus xml erc-hl-nicks color erc-button erc-fill erc-stamp
wid-edit erc-goodies erc erc-backend erc-compat format-spec thingatpt pp
erc-loaddefs dired-aux dired-x dired dired-loaddefs warnings advice
vc-dir ewoc vc vc-dispatcher flycheck find-func help-mode rx dash
cc-styles cc-align cc-engine cc-vars cc-defs bbdb bbdb-site timezone
ange-ftp comint ansi-color ring server savehist finder-inf info package
easymenu browse-url url-handlers url-parse auth-source cl-seq eieio
eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch
timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core term/tty-colors frame minibuffer cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads dbusbind
inotify dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)
Memory information:
((conses 16 1253099 400357)
(symbols 48 46427 1)
(strings 32 428203 32364)
(string-bytes 1 10037565)
(vectors 16 145593)
(vector-slots 8 2855195 239264)
(floats 8 476 963)
(intervals 56 121804 53778)
(buffers 1000 207))
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-02-10 20:30 bug#39553: 28.0.50; ada mode was removed Tom Tromey
@ 2020-02-17 20:57 ` Paul Eggert
2020-08-23 13:15 ` Stefan Kangas
2020-09-07 20:33 ` Nicholas Savage
1 sibling, 1 reply; 19+ messages in thread
From: Paul Eggert @ 2020-02-17 20:57 UTC (permalink / raw)
To: Stephen Leake; +Cc: 39553, Tom Tromey
Stephen, you made the commit in question. Could you please take a look at
Bug#39553 <https://debbugs.gnu.org/39553>? Thanks.
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-02-10 20:30 bug#39553: 28.0.50; ada mode was removed Tom Tromey
2020-02-17 20:57 ` Paul Eggert
@ 2020-09-07 20:33 ` Nicholas Savage
2020-09-07 20:56 ` Lars Ingebrigtsen
1 sibling, 1 reply; 19+ messages in thread
From: Nicholas Savage @ 2020-09-07 20:33 UTC (permalink / raw)
To: 39553
Without speaking to the policy decision of removing ada-mode, I don't seem to have the same problem as you do in regards to auto-mode-alist. When I open an Ada source file it opens in fundamental mode with no error. Looking through the value of auto-mode-alist as well I don't see anything related to Ada, which is probably the expected behaviour. I've never dealt with Ada files before, so maybe there is a configuration problem on your end?
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-09-07 20:33 ` Nicholas Savage
@ 2020-09-07 20:56 ` Lars Ingebrigtsen
2020-09-08 2:30 ` Eli Zaretskii
2020-09-08 7:36 ` Stefan Kangas
0 siblings, 2 replies; 19+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-07 20:56 UTC (permalink / raw)
To: Nicholas Savage; +Cc: 39553
"Nicholas Savage" <nick@nicksavage.ca> writes:
> Without speaking to the policy decision of removing ada-mode, I don't
> seem to have the same problem as you do in regards to
> auto-mode-alist. When I open an Ada source file it opens in
> fundamental mode with no error. Looking through the value of
> auto-mode-alist as well I don't see anything related to Ada, which is
> probably the expected behaviour. I've never dealt with Ada files
> before, so maybe there is a configuration problem on your end?
I think this was fixed recently:
commit b44a5d849e2d29bf91abe9015105cc71da458b1f
Author: Stephen Leake <stephen_leake@stephe-leake.org>
AuthorDate: Fri Aug 7 04:43:18 2020 -0700
* lisp/files.el (auto-mode-alist): delete ada-mode; now in GNU ELPA only
As for the policy of moving modes to ELPA -- I think we shouldn't do
that until we have the "include ELPA in the Emacs distribution" thing
that's been discussed for quite a while (but hasn't been implemented
yet).
As for ada-mode in particular, it's too late to move it back now, so I
don't think there's anything further to be done in this bug report, so
I'm closing it.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-09-07 20:56 ` Lars Ingebrigtsen
@ 2020-09-08 2:30 ` Eli Zaretskii
2020-09-08 7:36 ` Stefan Kangas
1 sibling, 0 replies; 19+ messages in thread
From: Eli Zaretskii @ 2020-09-08 2:30 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 39553, nick
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Date: Mon, 07 Sep 2020 22:56:42 +0200
> Cc: 39553@debbugs.gnu.org
>
> As for the policy of moving modes to ELPA -- I think we shouldn't do
> that until we have the "include ELPA in the Emacs distribution" thing
> that's been discussed for quite a while (but hasn't been implemented
> yet).
I tend to agree.
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-09-07 20:56 ` Lars Ingebrigtsen
2020-09-08 2:30 ` Eli Zaretskii
@ 2020-09-08 7:36 ` Stefan Kangas
2020-09-08 8:03 ` Andreas Schwab
` (2 more replies)
1 sibling, 3 replies; 19+ messages in thread
From: Stefan Kangas @ 2020-09-08 7:36 UTC (permalink / raw)
To: Lars Ingebrigtsen, Nicholas Savage; +Cc: 39553
Lars Ingebrigtsen <larsi@gnus.org> writes:
> As for the policy of moving modes to ELPA -- I think we shouldn't do
> that until we have the "include ELPA in the Emacs distribution" thing
> that's been discussed for quite a while (but hasn't been implemented
> yet).
Is it hard to do? We just need to add a step to copy the relevant files
in make-tarball.txt and we're done, no? Or do we need it to be
completely automatic?
> As for ada-mode in particular, it's too late to move it back now, so I
> don't think there's anything further to be done in this bug report, so
> I'm closing it.
Can't we just move it back in 27.2?
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-09-08 7:36 ` Stefan Kangas
@ 2020-09-08 8:03 ` Andreas Schwab
2020-09-08 10:30 ` Lars Ingebrigtsen
2020-09-08 14:24 ` Eli Zaretskii
2 siblings, 0 replies; 19+ messages in thread
From: Andreas Schwab @ 2020-09-08 8:03 UTC (permalink / raw)
To: Stefan Kangas; +Cc: Lars Ingebrigtsen, Nicholas Savage, 39553
On Sep 08 2020, Stefan Kangas wrote:
> Is it hard to do? We just need to add a step to copy the relevant files
> in make-tarball.txt and we're done, no? Or do we need it to be
> completely automatic?
You probably also need to regenerate loaddefs.el.
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-09-08 7:36 ` Stefan Kangas
2020-09-08 8:03 ` Andreas Schwab
@ 2020-09-08 10:30 ` Lars Ingebrigtsen
2020-09-08 12:10 ` Stefan Kangas
2020-09-08 14:24 ` Eli Zaretskii
2 siblings, 1 reply; 19+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-08 10:30 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 39553, Nicholas Savage
Stefan Kangas <stefankangas@gmail.com> writes:
>> As for the policy of moving modes to ELPA -- I think we shouldn't do
>> that until we have the "include ELPA in the Emacs distribution" thing
>> that's been discussed for quite a while (but hasn't been implemented
>> yet).
>
> Is it hard to do? We just need to add a step to copy the relevant files
> in make-tarball.txt and we're done, no? Or do we need it to be
> completely automatic?
I think the idea is that one should still be able to download newer
versions of the packages from ELPA, even if (older) versions are
included in the distribution? But I haven't followed the discussions
much...
>> As for ada-mode in particular, it's too late to move it back now, so I
>> don't think there's anything further to be done in this bug report, so
>> I'm closing it.
>
> Can't we just move it back in 27.2?
We could, but I think that'd be even more annoying, really.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-09-08 10:30 ` Lars Ingebrigtsen
@ 2020-09-08 12:10 ` Stefan Kangas
2020-09-08 14:26 ` Stefan Kangas
0 siblings, 1 reply; 19+ messages in thread
From: Stefan Kangas @ 2020-09-08 12:10 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 39553, Nicholas Savage
Lars Ingebrigtsen <larsi@gnus.org> writes:
>> Is it hard to do? We just need to add a step to copy the relevant files
>> in make-tarball.txt and we're done, no? Or do we need it to be
>> completely automatic?
>
> I think the idea is that one should still be able to download newer
> versions of the packages from ELPA, even if (older) versions are
> included in the distribution? But I haven't followed the discussions
> much...
Shouldn't that Just Work (TM)?
To be more specific, typing `M-x list-packages U' should mark such
packages for upgrade automatically? Anything else sounds like a bug to
me.
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-09-08 12:10 ` Stefan Kangas
@ 2020-09-08 14:26 ` Stefan Kangas
2020-09-08 14:56 ` Eli Zaretskii
0 siblings, 1 reply; 19+ messages in thread
From: Stefan Kangas @ 2020-09-08 14:26 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 39553, Nicholas Savage
Stefan Kangas <stefankangas@gmail.com> writes:
> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
>>> Is it hard to do? We just need to add a step to copy the relevant files
>>> in make-tarball.txt and we're done, no? Or do we need it to be
>>> completely automatic?
>>
>> I think the idea is that one should still be able to download newer
>> versions of the packages from ELPA, even if (older) versions are
>> included in the distribution? But I haven't followed the discussions
>> much...
>
> Shouldn't that Just Work (TM)?
>
> To be more specific, typing `M-x list-packages U' should mark such
> packages for upgrade automatically? Anything else sounds like a bug to
> me.
Seems like this actually doesn't work.
I press `M-x list-packages' using an Emacs with svg.el version 1.0.
Version 1.1 is available from GNU ELPA. But it doesn't propose to
update it.
I'm not sure where that leaves us...
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-09-08 14:26 ` Stefan Kangas
@ 2020-09-08 14:56 ` Eli Zaretskii
2020-09-08 15:09 ` Stefan Kangas
0 siblings, 1 reply; 19+ messages in thread
From: Eli Zaretskii @ 2020-09-08 14:56 UTC (permalink / raw)
To: Stefan Kangas; +Cc: larsi, nick, 39553
> From: Stefan Kangas <stefankangas@gmail.com>
> Date: Tue, 8 Sep 2020 14:26:49 +0000
> Cc: 39553@debbugs.gnu.org, Nicholas Savage <nick@nicksavage.ca>
>
> Stefan Kangas <stefankangas@gmail.com> writes:
>
> >> I think the idea is that one should still be able to download newer
> >> versions of the packages from ELPA, even if (older) versions are
> >> included in the distribution? But I haven't followed the discussions
> >> much...
> >
> > Shouldn't that Just Work (TM)?
> >
> > To be more specific, typing `M-x list-packages U' should mark such
> > packages for upgrade automatically? Anything else sounds like a bug to
> > me.
>
> Seems like this actually doesn't work.
>
> I press `M-x list-packages' using an Emacs with svg.el version 1.0.
> Version 1.1 is available from GNU ELPA. But it doesn't propose to
> update it.
>
> I'm not sure where that leaves us...
It leaves us with a job that someone should do, so that we could
bundle ELPA packages with Emacs releases.
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-09-08 14:56 ` Eli Zaretskii
@ 2020-09-08 15:09 ` Stefan Kangas
2020-09-08 15:32 ` Eli Zaretskii
0 siblings, 1 reply; 19+ messages in thread
From: Stefan Kangas @ 2020-09-08 15:09 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: larsi, nick, 39553
Eli Zaretskii <eliz@gnu.org> writes:
>> I'm not sure where that leaves us...
>
> It leaves us with a job that someone should do, so that we could
> bundle ELPA packages with Emacs releases.
Right. Sorry to not be more clear, but what I mean more specifically is
that I don't understand what needs doing here.
I suppose `M-x list-packages U' should consider also built-in packages.
Anything else?
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-09-08 15:09 ` Stefan Kangas
@ 2020-09-08 15:32 ` Eli Zaretskii
2020-09-08 16:13 ` Stefan Kangas
0 siblings, 1 reply; 19+ messages in thread
From: Eli Zaretskii @ 2020-09-08 15:32 UTC (permalink / raw)
To: Stefan Kangas; +Cc: larsi, nick, 39553
> From: Stefan Kangas <stefankangas@gmail.com>
> Date: Tue, 8 Sep 2020 15:09:35 +0000
> Cc: larsi@gnus.org, 39553@debbugs.gnu.org, nick@nicksavage.ca
>
> Right. Sorry to not be more clear, but what I mean more specifically is
> that I don't understand what needs doing here.
>
> I suppose `M-x list-packages U' should consider also built-in packages.
>
> Anything else?
Doesn't package.el maintain some information about packages being
installed? If so, how and where do you maintain that information for
packages that come from the tarball?
IOW, packages installed by package.el go to a special directory and
are handled specially by the startup code, something that is not true
for a built-in package. This needs rectifying in some way. I don't
know enough about package.el to give more specific and detailed
advice, sorry.
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-09-08 15:32 ` Eli Zaretskii
@ 2020-09-08 16:13 ` Stefan Kangas
2020-09-08 17:58 ` Lars Ingebrigtsen
0 siblings, 1 reply; 19+ messages in thread
From: Stefan Kangas @ 2020-09-08 16:13 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: larsi, nick, 39553
Eli Zaretskii <eliz@gnu.org> writes:
> Doesn't package.el maintain some information about packages being
> installed?
AFAIK, it just uses whatever is in your `package-directory-list'.
> If so, how and where do you maintain that information for packages
> that come from the tarball?
Good question, I'd need to look into the details.
> IOW, packages installed by package.el go to a special directory and
> are handled specially by the startup code, something that is not true
> for a built-in package. This needs rectifying in some way. I don't
> know enough about package.el to give more specific and detailed
> advice, sorry.
I thought this was okay, since this is initialized in the early init
file? But I might be overlooking something.
Maybe we should ask on emacs-devel what the hurdles are, because there
seems to be some possibly subtle problems here that I don't fully
understand. It would be good to get this to work, if possible...
^ permalink raw reply [flat|nested] 19+ messages in thread
* bug#39553: 28.0.50; ada mode was removed
2020-09-08 7:36 ` Stefan Kangas
2020-09-08 8:03 ` Andreas Schwab
2020-09-08 10:30 ` Lars Ingebrigtsen
@ 2020-09-08 14:24 ` Eli Zaretskii
2 siblings, 0 replies; 19+ messages in thread
From: Eli Zaretskii @ 2020-09-08 14:24 UTC (permalink / raw)
To: Stefan Kangas; +Cc: larsi, nick, 39553
> From: Stefan Kangas <stefankangas@gmail.com>
> Date: Tue, 8 Sep 2020 00:36:24 -0700
> Cc: 39553@debbugs.gnu.org
>
> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
> > As for the policy of moving modes to ELPA -- I think we shouldn't do
> > that until we have the "include ELPA in the Emacs distribution" thing
> > that's been discussed for quite a while (but hasn't been implemented
> > yet).
>
> Is it hard to do? We just need to add a step to copy the relevant files
> in make-tarball.txt and we're done, no?
That part is simple, but then it won't support updating the package
from ELPA. So doing this "the simple way" flies in the face of the
very reason for which packages are moved to ELPA: to allow users
update them without waiting for the next Emacs release.
The challenge is to "include ELPA" in a way that will allow updating
the included packages.
> > As for ada-mode in particular, it's too late to move it back now, so I
> > don't think there's anything further to be done in this bug report, so
> > I'm closing it.
>
> Can't we just move it back in 27.2?
If that's what people want, sure, I think we can. But we should first
review the reasons for which we moved ada-mode to ELPA: perhaps some
of those reasons are still valid, and we will be re-creating the same
problems again.
^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2020-11-14 11:27 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-02-10 20:30 bug#39553: 28.0.50; ada mode was removed Tom Tromey
2020-02-17 20:57 ` Paul Eggert
2020-08-23 13:15 ` Stefan Kangas
[not found] ` <87pn4h9kcp.fsf@tromey.com>
2020-11-13 21:42 ` bug#39553: Fwd: " Paul Eggert
2020-11-14 11:27 ` bug#39553: [SPAM UNSURE] " Stephen Leake
2020-09-07 20:33 ` Nicholas Savage
2020-09-07 20:56 ` Lars Ingebrigtsen
2020-09-08 2:30 ` Eli Zaretskii
2020-09-08 7:36 ` Stefan Kangas
2020-09-08 8:03 ` Andreas Schwab
2020-09-08 10:30 ` Lars Ingebrigtsen
2020-09-08 12:10 ` Stefan Kangas
2020-09-08 14:26 ` Stefan Kangas
2020-09-08 14:56 ` Eli Zaretskii
2020-09-08 15:09 ` Stefan Kangas
2020-09-08 15:32 ` Eli Zaretskii
2020-09-08 16:13 ` Stefan Kangas
2020-09-08 17:58 ` Lars Ingebrigtsen
2020-09-08 14:24 ` Eli Zaretskii
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.