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
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
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.
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.
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.
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
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
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
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?
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.
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
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:
> 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.
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)
Version: 23.2
Looks like this patch was in 23.2.
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:
> (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
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:
> 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
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:
> Maybe Glenn could tell how he was able to corrupt his bookmarks file ?
I intentionally added junk to it.
Please can we have the relevant patch installed in emacs-24.
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
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
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.
Lars Ingebrigtsen wrote:
> Perhaps something had bound outline-regexp while loading stuff earlier,
> leaving the variable unbound?
I bet you are right.
This is the same issue as
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10745
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
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.
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-
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
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
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
[
Experience shows that issues with Org are best reported to the Org list.
I have reassigned the bug accordingly.
PS perhaps this is related to your earlier
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17651
Both seem to involve the cache.
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
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:
> 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
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.
Just to mention the obvious thing; has anyone tried M-x
toggle-debug-on-quit followed by ctrl-g?
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.
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.
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.
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
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
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
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
(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
(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
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
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
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
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
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-
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,
"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 ""
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:
> 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.
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
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.
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:
> 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
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
Also, the following have no :type at all:
org-babel-maxima-command
org-texinfo-def-table-markup
org-inlinetask-show-first-star
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...)'
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
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
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
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
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
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
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
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)
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
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
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.
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
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.
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 |
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
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
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
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
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.)
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.)
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
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
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
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
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: 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
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
Version: 26.1
Addressed in Emacs e1a9dc0.
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
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
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
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)
Mark A. Hershberger wrote:
> The other is to add a (require ‘holidays) to the org-calendar-holiday
> function. This would allow org.el to continue to work with CVS as well
> as released versions of emacs.
The org.el in Emacs should just be changed to use the new name. If it
must remain compatibl
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
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.
1 - 100 of 101 matches
Mail list logo