Package: emacs,org-mode
Version: 28.0.50
Severity: important
Tags: security
emacs -Q hello.org, where hello.org contains:
#+macro: hello (eval (shell-command-to-string "touch /tmp/HELLO"))
Hello. {{{hello}}}
Then:
M-x org-export-dispatch
t A
-> now /tmp/HELLO exist, with no prompting.
This see
Ref eg https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25234#8
https://bugzilla.gnome.org/show_bug.cgi?id=652262
https://gitlab.gnome.org/GNOME/glib/-/issues/1208
and others going back over a decade.
I think Emacs should have a PROBLEMS entry about this.
Eli Zaretskii wrote:
> In rare cases that users become confused, we gently tell them to
> report to the Org developers.
I think it's better all round to just reassign the bug to the "org-mode"
package.
> There is no manager here that forwards bugs.
And yet, all the messages in this thread (save
It's due to the eval-when-compile sections in org-odt-schema-dir-list
and org-odt-styles-dir-list. These don't make sense to me. All they do
is add the build directory. There is a comment "see make install", but I
cannot see what this refers to. No similar variable initializes itself
in this way
Package: emacs,org-mode
Version: 26.1.91
Severity: minor
The compiled file ox-odt.elc contains strings that refer to the
absolute location of the build directory, through
org-odt-schema-dir-list and org-odt-styles-dir-list.
For example, in the Emacs 26.1.91 pretest tarfile, it contains
"/home/nico
I think (or rather assume) that the issue is that GitHub receives
a grade F ("unacceptable") evaluation acccording to the GNU Ethical Repository
Criteria; https://www.gnu.org/software/repo-criteria-evaluation.html.
So does SourceForge, by the way. While there are numerous references
to GitHub and
Richard Stallman wrote:
> If htmlize is useful, we should put it into Emacs.
> Is there some obstacle to that?
Emacs already includes htmlfontify, since 23.2.
Is there some obstacle to Org using that? (bug#7506)
I'm sure this is an impressive technical achievement, but can I urge you
to raise this on emacs-devel first, because I think it's potentially
problematic.
I'm not entirely sure what you are proposing here. If the .org version
will become the "preferred form" for modification, it would eg need to
Stefan, can you shed any light as to why Org is no longer on elpa.gnu.org?
(BTW, I think it would be good if elpa.gnu.org listed a contact email
for these kinds of questions.)
Nicolas Goaziou wrote:
> Note that there is no intent to remove Org from GNU ELPA. Alas, at the
> moment, I have no clu
Version: 26.1
Glenn Morris wrote:
> I would guess this is because Org is not recognized as a built-in
> package (see https://debbugs.gnu.org/30310),
This is now fixed for the next release of Emacs.
> and no longer available from any of the standard elpas.
If it's no l
Version: 26.1
Addressed in Emacs e1a9dc0.
Luis Roca wrote:
> Installing ox-rst returns the following error in *Messages*:
>
>`Incompatible because it depends on uninstallable packages.`
>
> Reviewing other Org export packages reveals the same note for each.
I would guess this is because Org is not recognized as a built-in
pac
Package: emacs,org-mode
Version: 25.3
emacs -Q -f list-packages
The built-in Org mode is not listed.
(This eg causes org-edna to be listed as uninstallable.)
Adding a Version: header comment to lisp/org/org.el would fix this.
(There was one prior to Emacs rev 8223b1d233.)
Obviously it would need
Thanks. I think that will have introduced a compilation warning:
In end of data:
org-duration.el:448:1:Warning: the function 'org-trim' is not known to
be defined.
Package: org-mode
Severity: minor
"make check-declare" reports the following issues:
org/org-compat.el:40:Warning (check-declare): said 'org-table-end' was defined
in unknown file: Malformed declaration
org/org-footnote.el:48:Warning (check-declare): said 'org-fill-paragraph' was
defined
Package: org-mode
Severity: minor
ox-publish.el defines an "org-publish" group, but nothing uses it.
org-pcomplete.el defines an "org-complete" group, but nothing uses it.
org-structure-template-alist uses an "org-completion" group, but
nothing defines it.
Package: org-mode
The following user options have :types that do not match their defaults:
org-babel-stan-cmdstan-directory
org-latex-default-packages-alist
org-odt-with-latex
As a result, customizing them displays "mismatch".
Package: org-mode
In code like
(defcustom ...
:type '(const some-constant))
it's a mistake to write 'some-constant.
So I'm guessing that various instances of quoted consts in
org-agenda-custom-commands-local-options are a mistake. Eg
(const :tag "scheduled" 'scheduled)
etc
Speaking for the version in Emacs, apart from org-gnus the warnings are:
In end of data:
org-irc.el:255:1:Warning: the following functions are not known to be defined:
erc-save-buffer-in-logs, erc-logging-enabled
(I haven't looked at the code.)
Nicolas Goaziou wrote:
> Could this bug be marked as done? Thank you.
Anyone can close any bug by sending mail to eg 18870-done at debbugs.
(Thanks for looking at these reports.)
In org-gnus-store-link:
org-gnus.el:121:49:Warning: reference to free variable ‘gnus-newsgroup-name’
org-gnus.el:127:42:Warning: reference to free variable ‘gnus-summary-buffer’
In org-gnus-follow-link:
org-gnus.el:203:9:Warning: reference to free variable ‘gnus-other-frame-object’
In end of dat
Reassigned to org-mode.
wang jinjian wrote:
> Use case is call dot babel from elisp code block. refer to
> http://orgmode.org/worg/org-tutorials/org-dot-diagrams.html
>
> Below is a more minimal example:
>
> #+NAME: nodes
> | From | To | Weight |
> |--++|
> | A| B | 3 |
Kyle Meyer wrote:
> 685d3ba4a (Replace obsolete aliases of calendar functions, 2014-11-15)
> in the Org mode repo switched the commands over to the diary prefix.
There is a clear problem if Org changes aren't being synced to Emacs for
over 2 years.
Andreas Röhler wrote:
> With org-mode, hs-minor-mode: hs-show-all has no effect, but"Showing
> all blocks ... done" is messaged.
>
> BTW M-x show-all RET works as expected.
I don't think hideshow has ever done anything useful in Org mode, which
is Outline-based. Perhaps you are asking for a new f
David Dynerman wrote:
> The bug does NOT occur with org 8.2.10.
Since that's the version included with Emacs, I'm confused as to why
you've been encouraged to report this to bug-gnu-emacs.
Eli Zaretskii wrote:
> Yes, thanks. Unfortunately, it doesn't say more than the previous
> backtrace: Emacs is displaying some display string with invisible
> property. Why that would lead to an infloop, I don't see.
>
> My suggestion at this point would be to ask on the Org list whether
> your
Eli Zaretskii wrote:
> Thanks, but I think you should first report this to the Org
> developers. Come back here if they say this is a problem in core
> Emacs, not in Org code.
You can just reassign the bug to org-mode, as I did.
(Isn't it weird to have a component of Emacs for which we effective
Kyle Meyer wrote:
> Ari Roponen writes:
>
>> Org mode uses aliases that were removed by this commit:
>>
>> commit 3f65970414538063e38ada2a47cb4ef4f35b630e
>> Author: Glenn Morris
>> Date: Sun Oct 5 19:02:04 2014 -0700
>>
>> Remove ca
Eli Zaretskii wrote:
> Org mode has its own bug tracker, AFAIR.
Nope, just a mailing list AFAIK. Assigning something to the debbugs
org-mode package (which I already did for this report) sends stuff there.
The alternative is to supply a minimum reproducible recipe starting with
emacs -Q, then someone else can debug it.
BTW, it's a nice gesture to provide screencasts, but I don't think
anyone developing Emacs finds them particularly useful for debugging, so
no need to keep providing those AFAICS.
I just want to note that there seems to be a tendency to try and use gdb
to debug Org problems, when debug-on-quit and ctrl-g might work.
Eli Zaretskii wrote:
>> "sp-show--pair-function" (0x88f14c)
[...]
> Maybe. This backtrace looks very different from the last one.
It indeed appears to be from smartparens, which is not part of Emacs.
Just to mention the obvious thing; has anyone tried M-x
toggle-debug-on-quit followed by ctrl-g?
etc/ORG-NEWS in emacs-24 has not been updated for ~ one year.
If you are going to update it, please do so before thie Friday.
Detlev Zundel wrote:
> problem and lingers for a while now. Who can merge the org repository?
> Is there something that an outsider like me can do to help?
Thanks for asking! :)
Anyone with a copy of the Org repo and the Emacs repo can generate the
diff that needs to be applied from the former
Leo Liu wrote:
> In a recent build of emacs trunk, I constantly getting this error
> whenever I open a .org file. Could this be fixed? Thanks, Leo
See http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18401#10
Detlev Zundel wrote:
> org-overview: `recenter'ing a window that does not display current-buffer.
This was apparently fixed in the Org repository months ago,
but still not in the Emacs one. Ref:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17724#26
(We now have 4 separate Emacs reports for this
PS perhaps this is related to your earlier
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17651
Both seem to involve the cache.
Experience shows that issues with Org are best reported to the Org list.
I have reassigned the bug accordingly.
Carlos Sosa wrote:
> Who do I send my notes to regarding "Guía Compacta de Org Mode"?
The address was given in rms's initial message:
http://lists.gnu.org/archive/html/emacs-devel/2014-07/msg00237.html
David Arroyo Menéndez has translated into Spanish
two manuals pertaining to Emacs
[
Eli Zaretskii wrote:
> Bastien, could you please look into this?
This is like forwarding every Emacs bug to Stefan.
I suggest instead reassigning the bug to org-mode (or "emacs,org-mode"),
then simply posting a reply in the normal way. It will then go to the
emacs-orgmode mailing list (which is
Sebastien Vauban wrote:
> Emacs 24.3.91.1 (of 2014-05-12) regularly hangs with Org-mode version
> 8.2.6 (release_8.2.6-1010-g1ca86f).
Well I guess this is an Org bug, which will get more attention on the
Org list.
(See eg http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17484)
Eric Schulte wrote:
>> org-babel-screen-session-write-temp-file and org-babel-screen-test seem
>> to use predictable temp-file names, which is a security issue. Using
>> `make-temp-file', or if the file names really need to be predictable,
>> something equivalent to `doc-view-make-safe-dir' (there
Package: emacs,org-mode
Version: 24.3.90
Severity: important
Tags: security
org-babel-screen-session-write-temp-file and org-babel-screen-test seem
to use predictable temp-file names, which is a security issue. Using
`make-temp-file', or if the file names really need to be predictable,
something e
Glenn Morris wrote:
> Perhaps this is fixed now, according to comments at:
>
> http://lists.gnu.org/archive/html/emacs-orgmode/2014-03/msg01176.html
>
> (It would be great if someone would keep an eye on these Org bugs that
> get reported to Emacs and update them when appropriat
Perhaps this is fixed now, according to comments at:
http://lists.gnu.org/archive/html/emacs-orgmode/2014-03/msg01176.html
(It would be great if someone would keep an eye on these Org bugs that
get reported to Emacs and update them when appropriate.
Although it seems better to report Org bugs t
Eli Zaretskii wrote:
>> file:path
>>
>> is a valid file link type in Org. Therefore,
[...]
> But that's exactly the problem: producing a file name from a file://
> URL requires to remove the "file://" prefix. It is invalid to leave
> the 2 extra slashes and remove only "file:". Why does Org
Version: 24.4
David Reitter wrote:
> CUA mode and shift-select-mode don't seem to be aware of each other.
>
> If I turn on CUA first, and then shift-select-mode, shifted selection
> fails (e.g. shift-right marks only one character as region).
>
> Emacs -Q
> (cua-mode 1)
> (setq shift-select-mode
Package: emacs,org-mode
Version: 24.3.50
This refers to the version of Org mode in Emacs trunk.
./src/emacs -Q -l ox-odt
C-h v org-odt-data-dir
-> Its value is "/usr/share/emacs/etc/org"
This value is hard-coded (and autoloaded; why?) in org-version.el.
This value makes no sense.
For Emacs, it
Bastien wrote:
>> org-babel-lob-files
>
> Not sure what's wrong with the one above. Can you tell me?
emacs -Q -l ob-lob
M-x customize-variable RET org-babel-lob-files RET
-> State: STANDARD. (mismatch)
The specification for a list custom object is as follows:
`(list ELEMENT-TYPES...)'
Also, the following have no :type at all:
org-babel-maxima-command
org-texinfo-def-table-markup
org-inlinetask-show-first-star
Package: org-mode
This refers to the version of Org mode in Emacs trunk.
The following variables have incorrect custom types:
org-babel-latex-htlatex-packages ; prob. you want repeat, not list
org-export-with-creator ; const should not be quoted
org-babel-lob-files
There are many other p
Apparently this is fixed:
http://lists.gnu.org/archive/html/emacs-orgmode/2013-11/msg00682.html
Sadly the relevant messages were not sent to this tracker.
In case people do not know: you can think of ###@debbugs as an alias to
the bug-gnu-emacs@gnu list for bugs in package emacs, to
emacs-orgmo
"Sebastien Vauban" wrote:
> But I wonder: how can you now reproduce it (and not before)?
Because I downloaded a snapshot of Org.
Your problem is not with code that is in Emacs current trunk.
It's nothing to do with eval-after-load. Same result with:
emacs -Q -L /path/to/org/git/lisp \
--eval '(setq org-load-hook (lambda () (message "LOADED") (sit-for 3)
(message "")))'
Then (require 'org). It is some peculiarity of Org trunk.
"Sebastien Vauban" wrote:
> Where is the black magic?
Somewhere in the labyrinthine depths of Org, so I suggest you ask the
Org maintainers to figure out why:
emacs -Q -L /path/to/git/org-mode/lisp
(with-eval-after-load "org"
(message "Eval this when Org is loaded")
(sit-for 3)
(message ""
I glanced at the diff. I'm not sure the :set changes are correct.
Won't this make it impossible to customize these options?
Those cases may have been some of the false positives I mentioned.
Eg
(if (or (featurep 'xemacs) (featurep 'python-mode)) 'python-mode 'python)
is fine for :type 'function,
Package: org-mode
cus-test.el suggests the following variables may have incorrect
custom :types. (There may be some false positives.)
This refers to Org mode in current Emacs trunk.
Eg, org-texinfo-filename does not have "nil" as an option.
org-agenda-deadline-leaders
org-agenda-search-view-max-
Package: org-mode
In org.texi in Emacs trunk, there is an Info node named "org-crypt.el".
Periods are not allowed in Texinfo node names, so please could you
rename this to something else (sadly makeinfo does not warn about such
things).
(You might also want to let Texinfo figure out all the node
Bastien wrote:
>> It was initially reported to bug-gnu-emacs. Then I assigned it to the
>> "emacs,org-mode" package, so that subsequent emails went to the org-mode
>> list as well as the bug-gnu-emacs list. This would have happened with
>> the initial report if it had specified a "Package: emacs,o
Bastien wrote:
>> Please send those patches to the org-mode list first.
>
> PS: Maybe it's just me and I did not see the initial bug
> report on this list -- ignore the heads up if that's so!
If by "this list" you mean the org-mode list:
It was initially reported to bug-gnu-emacs. Then I assigned
Version: 24.1
Mike Kupfer wrote:
> 1. visit an org-mode file.
> 2. insert a date (C-c ! RET)
> 3. M-x calendar RET
>
> This gives me (from *Messages*):
>
> calendar: Symbol's value as variable is void:
> calendar-view-diary-initially-flag
[...]
> This is with the stock Emacs that comes with Ubun
(Please keep the debbugs address included. It is basically an alias for
the org-mode list in this instance.)
Achim Gratz wrote:
> Reimplementation with pcase should fix that unless this is then resolved
> at compile-time?
pcase probably doesn't exist in all the ancient Emacs versions that you
w
Package: org-mode
(This report refers to the version of Org in the Emacs trunk.)
Several Org files cannot be loaded in isolation, by which I mean that eg
emacs -batch -l ob-C
fails. This may have no practical consequences, but seems like bad form
(eg it causes problems for automated testing).
T
Carsten Dominik wrote:
> I would like to leave things in Emacs as they are and fix this with
> the following sync, is that acceptable?
Sure, no rush.
(cus-test.el is in the admin/ directory in the Emacs repo.
It needs some updating, it's not checking everything at present, so
there could be more
Package: org-mode
cus-test.el suggests the following variables may have incorrect
custom :types. (There may be some false positives.)
This refers to Org mode in current Emacs trunk.
Eg, org-footnote-auto-adjust does not have "nil" as an option.
org-refile-target-verify-function
org-icalendar-com
Bastien wrote:
> Glenn Morris writes:
>
>> Assuming this is a recent regression, then if anyone from Org wants this
>> fixed in Emacs 24.3, they should investigate this very quickly and
>> suggest the _minimum_ change.
>
> The minimal fix is attached.
>
> The
Assuming this is a recent regression, then if anyone from Org wants this
fixed in Emacs 24.3, they should investigate this very quickly and
suggest the _minimum_ change.
See also the possibly related, unanswered
http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg00028.html
Lele Gaifax wr
Stefan Monnier wrote:
>> IOW, do you expect the byte-compile instances to be different in any
>> way from a fresh Emacs session invoked from the shell as "emacs -Q"?
>
> Yes, because the current Emacs may be a different executable than the
> one the shell would run in response to "emacs -Q".
http
Please can we have the relevant patch installed in emacs-24.
Jonathan Schaeffer wrote:
> Maybe Glenn could tell how he was able to corrupt his bookmarks file ?
I intentionally added junk to it.
Jonathan Schaeffer wrote:
> To reproduce :
>
> Create a .org file, create 2 level-1 entries. Create one level-2 entry
> and hit C-c C-w to refile it into the other level-1 entry.
>
> Like this :
>
> * Entry One
> * Entry Two
> ** Refile Me
>
> The level-2 entry is copied in the correct location bu
Jonathan Schaeffer wrote:
> Sorry, I missed a step : I manualy load the org-mode mode (Alt-x
> org-mode) before doing anything in the buffer.
> This might be an orgmode bug, from what I read on the internet.
I can reproduce that in Emacs 24.2 and current trunk.
Debugger entered--Lisp error: (wr
Bastien wrote:
> You can also try reporting your problem to the emacs-orgmode mailing
> list: https://lists.gnu.org/mailman/listinfo/emacs-orgmode
It's already there, since I reassigned this bug.
http://lists.gnu.org/archive/html/emacs-orgmode/2012-10/msg00563.html
Jonathan Schaeffer wrote:
> (I made a reply all, is that alright ?)
Yes, that's the right thing to do.
> with emacs -Q, I can not reproduce the bug. But refile does not work
> at all, (Complains : wrong type argument arrayp,nil).
> I do :
> 1. emacs -Q
> 2. C-x C-f refiletest.org
> 3. Fill the b
Jonathan Schaeffer wrote:
> To reproduce :
>
> Create a .org file, create 2 level-1 entries. Create one level-2 entry
> and hit C-c C-w to refile it into the other level-1 entry.
>
> Like this :
>
> * Entry One
> * Entry Two
> ** Refile Me
>
> The level-2 entry is copied in the correct location bu
Albert wrote:
> The version string has an typo in the original report.
>
> I guess it is better to send it again with the correct version in the
> subject.
>
> Should/Can I close this bug-report?
No, please don't close/resend it for such a reason.
I doubt anyone cares about the title, but I will
Version: 24.1
Seems to have been fixed, but this bug was never closed, nor included on
the discussion. Ref thread
http://lists.gnu.org/archive/html/emacs-orgmode/2011-10/msg00439.html
Eric Hanchrow wrote:
> I started emacs with "emacs -Q". Then I typed
>
> M-x o r g - m o d e M-x f l y s p e l l -
> m o d e C-h c C-h c M-TAB
>
> C-h c showed me " runs the command pcomplete".
> C-h c M-TAB (which I typed via Ctrl+Alt+i) showed me "M-TAB runs the
> command flyspell-
Bastien wrote (on Mon, 13 Feb 2012 at 16:25 +0100):
> I added the version tags in git:
> http://orgmode.org/w/?p=org-mode.git;a=commit;h=04971de4b9321becfc2f6f1d0fc78f53726abcc6
Thanks, but if it does not get merged to the Emacs repository before
24.1 is released it won't be too useful.
The following defcustoms seem to be new in Emacs 24.1 (compared to
23.4) but do not have :version tags, so maybe you want to add them.
Some of these could be false alarms; eg if a variable was just
renamed, or if the containing defgroup has a :version tag
ob-ditaa.el: org-ditaa-jar-option
org-fac
This is the same issue as
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10745
Lars Ingebrigtsen wrote:
> Perhaps something had bound outline-regexp while loading stuff earlier,
> leaving the variable unbound?
I bet you are right.
Lars Magne Ingebrigtsen wrote:
>> Debugger entered--Lisp error: (void-variable outline-regexp)
>> outline-mode()
>> org-mode()
>
> This seems like an org-mode bug. Perhaps it needs to require
> outline-mode?
It does, so it is very hard to see how this error could occur.
Steve Revilak wrote:
> Perhaps the value of org-blank-before-new-entry is getting clobbered?
For a start, this:
org-footnote.el:(defvar org-blank-before-new-entry nil) ; silence byte-compiler
is bogus (the relevant syntax is (defvar foo)).
Probably so are these:
org-footnote.el:(defvar org-ex
In light of the following, can this be closed?
http://lists.gnu.org/archive/html/emacs-orgmode/2011-12/msg00155.html
Subject: The Org->ODT exporter is now in Org's core (latest git)
Glenn Morris wrote:
> the package has defined. Though you would have to trust the package not
> to do anything nasty.
Of course, you already have to trust it since byte-compiling can run
arbitrary code.
Stefan Monnier wrote:
> E.g. we could add to bytecomp.el the ability to force `require' to
> reload a package if it's not already loaded from the file that
> locate-library returns.
That will probably work fine most of the time, but what if a package is
restructed so that the feature names are di
Glenn Morris wrote:
>> This uses the Emacs executable on the exec path, which might not be the
>> correct one.
>
> Yes; I wondered if (car command-line-args) was a reliable way to find
> the actual name of the running Emacs binary?
Turns out I was looking for invocation-dir
Eli Zaretskii wrote:
> I think package.el should test with featurep whether a version of a
> package is already loaded, and refuse to load it into a running
> session, or at least display a warning to that effect, suggesting to
> restart Emacs.
Yes, that might be better.
Chong Yidong wrote:
> This uses the Emacs executable on the exec path, which might not be the
> correct one.
Yes; I wondered if (car command-line-args) was a reliable way to find
the actual name of the running Emacs binary?
Stelian Iancu wrote:
> I am sorry to be asking a stupid question, but then, wouldn't restart
> Emacs fix the issue and have the new compiled org files loaded?
No, because the files get compiled with a mix of old and new code
loaded, so the compiled files are probably messed up. Restarting Emacs
w
Glenn Morris wrote:
> fresh Emacs instance. There's no reason the "package manager" could not
> spawn a separate Emacs in batch-mode as a sub-job to do the compilation.
Very lightly tested version:
*** lisp/emacs-lisp/package.el 2011-11-20 03:48:53 +
--- lisp/emacs-lis
Jambunathan K wrote:
> When compiling with package manager, the compilation happens from within
> a running Emacs session and very likely the "old" Org files are already
> loaded in to the runtime "inadvertently" by the user either by looking
> at the org agenda for the day or may be by just viewi
Jambunathan K wrote:
> I would like to submit my OpenDocument Text exporter for Org to GNU ELPA.
Org is already in GNU ELPA (with daily snapshots IIUC), so if your
package is accepted into Org it will automatically be in GNU ELPA.
Hello Org-mode,
There are some Org-mode bugs at
http://debbugs.gnu.org/org-mode
that were reported to Emacs. Maybe someone could take a look at them.
Thanks.
This report is a literal duplicate of
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9179
and will be deleted soon. Please direct any future correspondence on
this issue to 9179@debbugs.
Version: 23.2
Looks like this patch was in 23.2.
Robin Green wrote:
> I didn't intentionally defeat it. I use wanderlust - that's probably why.
Definitely - only the "built-in" mail clients are supported.
Maybe you could propose a patch for report-emacs-bug. This is the
relevant section:
(cond ((memq mail-user-agent '(message-user-agent gn
Robin Green wrote:
> This bug report will be sent to the Free Software Foundation,
> not to your local site managers!
> Please write in English if possible, because the Emacs maintainers
> usually do not have translators to read other languages for them.
[...]
> I submitted a bug report using M-x
1 - 100 of 101 matches
Mail list logo