* 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).