all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* ERC versioning
@ 2014-08-21 18:43 Kelvin White
  2014-08-21 20:23 ` Stefan Monnier
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: Kelvin White @ 2014-08-21 18:43 UTC (permalink / raw
  To: emacs-devel


Is there any reason not to drop ERC version now that
it isn't maintained seperately from Emacs? So, instead of ...
"ERC Version 5.3 (IRC client for Emacs)" 
it would be "ERC (IRC client for Emacs 24.4)" etc.

Otherwise it will always be version 5.3 but part of Emacs release
cycle. Any thoughts?



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: ERC versioning
  2014-08-21 18:43 ERC versioning Kelvin White
@ 2014-08-21 20:23 ` Stefan Monnier
  2014-08-22  3:31 ` Mario Lang
  2014-08-22 19:18 ` Tom Tromey
  2 siblings, 0 replies; 4+ messages in thread
From: Stefan Monnier @ 2014-08-21 20:23 UTC (permalink / raw
  To: Kelvin White; +Cc: emacs-devel

> Is there any reason not to drop ERC version now that
> it isn't maintained seperately from Emacs? So, instead of ...
> "ERC Version 5.3 (IRC client for Emacs)" 
> it would be "ERC (IRC client for Emacs 24.4)" etc.

> Otherwise it will always be version 5.3 but part of Emacs release
> cycle. Any thoughts?

Fine by me,


        Stefan



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: ERC versioning
  2014-08-21 18:43 ERC versioning Kelvin White
  2014-08-21 20:23 ` Stefan Monnier
@ 2014-08-22  3:31 ` Mario Lang
  2014-08-22 19:18 ` Tom Tromey
  2 siblings, 0 replies; 4+ messages in thread
From: Mario Lang @ 2014-08-22  3:31 UTC (permalink / raw
  To: emacs-devel

Kelvin White <kwhite@gnu.org> writes:

> Is there any reason not to drop ERC version now that
> it isn't maintained seperately from Emacs? So, instead of ...
> "ERC Version 5.3 (IRC client for Emacs)" 
> it would be "ERC (IRC client for Emacs 24.4)" etc.
>
> Otherwise it will always be version 5.3 but part of Emacs release
> cycle. Any thoughts?

Good idea.

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer <URL:http://debian.org/>
  .''`. | Get my public key via finger mlang/key@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-      <URL:http://delysid.org/>  <URL:http://www.staff.tugraz.at/mlang/>



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: ERC versioning
  2014-08-21 18:43 ERC versioning Kelvin White
  2014-08-21 20:23 ` Stefan Monnier
  2014-08-22  3:31 ` Mario Lang
@ 2014-08-22 19:18 ` Tom Tromey
  2 siblings, 0 replies; 4+ messages in thread
From: Tom Tromey @ 2014-08-22 19:18 UTC (permalink / raw
  To: Kelvin White; +Cc: emacs-devel

>>>>> "Kelvin" == Kelvin White <kwhite@gnu.org> writes:

Kelvin> Is there any reason not to drop ERC version now that
Kelvin> it isn't maintained seperately from Emacs? So, instead of ...
Kelvin> "ERC Version 5.3 (IRC client for Emacs)" 
Kelvin> it would be "ERC (IRC client for Emacs 24.4)" etc.

Kelvin> Otherwise it will always be version 5.3 but part of Emacs release
Kelvin> cycle. Any thoughts?

One reason to keep an ERC version is in case anybody wants to do a
release of ERC separate from an Emacs release.  Having proper version
numbers would allow users to install a newer ERC from ELPA and also have
the right thing happen if they subsequently install a newer Emacs
containing an even newer version of ERC.

Tom



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2014-08-22 19:18 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-08-21 18:43 ERC versioning Kelvin White
2014-08-21 20:23 ` Stefan Monnier
2014-08-22  3:31 ` Mario Lang
2014-08-22 19:18 ` Tom Tromey

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.