* bug#42401: 28.0.50; gnus-slave renamed to gnus-child
[not found] <87y2nj7zr3.fsf.ref@yahoo.com>
@ 2020-07-17 0:26 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2020-07-17 1:06 ` Lars Ingebrigtsen
0 siblings, 1 reply; 5+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2020-07-17 0:26 UTC (permalink / raw)
To: 42401
For some reason, gnus-slave has been renamed to gnus-child without
appropriate aliases. Reacting to the latest ridiculousness occuring in
society is already stupid, but breaking backwards compatibility for them
is even worse. The term `slave' used in the `gnus-slave' sense has no
connotations towards racism or slavery. Similarly, the term
`gnus-child' has no connotations towards adult-ism or child
'oppression', if we ever get to that. Instead of changing things at
random, why don't we just stick with one name that works? I doubt it's
possible to find any term that doesn't become offensive at one point.
(P.S: I'm asian and I find the face `term-color-yellow' offensive /s)
In GNU Emacs 28.0.50 (build 466, x86_64-pc-linux-gnu, GTK+ Version 3.98.5, cairo version 1.17.3)
of 2020-07-14 built on local-build-system
Repository revision: a3f4f737ce2d31b143586ded6697e910248dfb87
Repository branch: mashup
Windowing system distributor 'The GNU project's GTK toolkit.', version 3.98.5
System Description: Fedora 32 (Workstation Edition)
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#42401: 28.0.50; gnus-slave renamed to gnus-child
2020-07-17 0:26 ` bug#42401: 28.0.50; gnus-slave renamed to gnus-child Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2020-07-17 1:06 ` Lars Ingebrigtsen
2020-07-17 2:00 ` Lars Ingebrigtsen
0 siblings, 1 reply; 5+ messages in thread
From: Lars Ingebrigtsen @ 2020-07-17 1:06 UTC (permalink / raw)
To: 42401; +Cc: Po Lu
Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs@gnu.org> writes:
> For some reason, gnus-slave has been renamed to gnus-child without
> appropriate aliases.
What are the missing aliases?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#42401: 28.0.50; gnus-slave renamed to gnus-child
2020-07-17 1:06 ` Lars Ingebrigtsen
@ 2020-07-17 2:00 ` Lars Ingebrigtsen
2020-07-17 7:55 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
0 siblings, 1 reply; 5+ messages in thread
From: Lars Ingebrigtsen @ 2020-07-17 2:00 UTC (permalink / raw)
To: 42401; +Cc: Po Lu
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text
> editors" <bug-gnu-emacs@gnu.org> writes:
>
>> For some reason, gnus-slave has been renamed to gnus-child without
>> appropriate aliases.
>
> What are the missing aliases?
Ah, I see that the invocations I was using for autoloading the aliases
didn't work for interactive commands? I've now redone this stuff with
just calls to make-obsolete, which seems to work for me.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#42401: 28.0.50; gnus-slave renamed to gnus-child
2020-07-17 2:00 ` Lars Ingebrigtsen
@ 2020-07-17 7:55 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2020-07-17 12:57 ` Lars Ingebrigtsen
0 siblings, 1 reply; 5+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2020-07-17 7:55 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 42401
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
>> Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text
>> editors" <bug-gnu-emacs@gnu.org> writes:
>>
>>> For some reason, gnus-slave has been renamed to gnus-child without
>>> appropriate aliases.
>>
>> What are the missing aliases?
>
> Ah, I see that the invocations I was using for autoloading the aliases
> didn't work for interactive commands? I've now redone this stuff with
> just calls to make-obsolete, which seems to work for me.
Nice, thanks for fixing the bug, and also thanks for being reasonable.
I've had to deal with 2 projects that broke ABI because of current
events, and refused to fix it.
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#42401: 28.0.50; gnus-slave renamed to gnus-child
2020-07-17 7:55 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2020-07-17 12:57 ` Lars Ingebrigtsen
0 siblings, 0 replies; 5+ messages in thread
From: Lars Ingebrigtsen @ 2020-07-17 12:57 UTC (permalink / raw)
To: Po Lu; +Cc: 42401
Po Lu <luangruo@yahoo.com> writes:
> Nice, thanks for fixing the bug, and also thanks for being reasonable.
OK; thanks for testing. I'm now closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-07-17 12:57 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <87y2nj7zr3.fsf.ref@yahoo.com>
2020-07-17 0:26 ` bug#42401: 28.0.50; gnus-slave renamed to gnus-child Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2020-07-17 1:06 ` Lars Ingebrigtsen
2020-07-17 2:00 ` Lars Ingebrigtsen
2020-07-17 7:55 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2020-07-17 12:57 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).