John Hendy jw.he...@gmail.com writes:
On Mon, Apr 15, 2013 at 3:28 PM, Eric Schulte schulte.e...@gmail.com wrote:
Nicolas Goaziou n.goaz...@gmail.com writes:
John Hendy jw.he...@gmail.com writes:
On Mon, Apr 15, 2013 at 2:56 PM, Nicolas Goaziou n.goaz...@gmail.com
wrote:
Hello,
John
Best,
--
Eric Schulte
http://cs.unm.edu/~eschulte
--
Eric Schulte
http://cs.unm.edu/~eschulte
--
Eric Schulte
http://cs.unm.edu/~eschulte
t...@tsdye.com (Thomas S. Dye) writes:
Hi all,
Eric Schulte schulte.e...@gmail.com writes:
- Can we prune some options/syntax that's no longer necessary? For
example, what does =:wrap= (no argument provided) do?
Wrap has been deprecated for some time. Perhaps it has been long enough
the efforts and it would be sufficient to avoid the
endless loop when waiting for a file which never will generated.
cheers thomas
Eric Schulte schulte.e...@gmail.com writes:
Bastien b...@gnu.org writes:
Hi Thomas,
thanks for the follow-up.
Thomas Alexander Gerds t...@biostat.ku.dk
Nicolas Goaziou n.goaz...@gmail.com writes:
Hello,
Eric Schulte schulte.e...@gmail.com writes:
When I attempt to export a .org file to Beamer (with C-c C-e l b after
requiring ox-beamer) I get the following error [1]. From the info page
(info (org)Beamer export) it looks like I shouldn't
Please see the attached patch, I'd love for this to be applied.
Cheers,
From 04358f2eecf99e43f79956f0d3bc66aa0ab4b95d Mon Sep 17 00:00:00 2001
From: Eric Schulte schulte.e...@gmail.com
Date: Sun, 14 Apr 2013 11:43:30 -0600
Subject: [PATCH 3/3] customizable verbatim export for LaTeX (fancyvrb
that I can use underscores w/o
exporting subscript words. Previously even with ^:nil, superscripts
using curly braces would be exported as superscripts. I guess I'll have
to find a new mode of operation with the new exporter.
Thanks,
--
Eric Schulte
http://cs.unm.edu/~eschulte
-final-output-functions
'org-latex-filter-fancyvrb)
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Nicolas Goaziou n.goaz...@gmail.com writes:
Eric Schulte schulte.e...@gmail.com writes:
Oh, this must be a bug in the old exporter which I grew to depend upon.
FWIW I always set ^:nil to t, so that I can use underscores w/o
exporting subscript words. Previously even with ^:nil, superscripts
nil nil)
--
Eric Schulte
http://cs.unm.edu/~eschulte
of this variable? I don't really use
R myself.
Thanks,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Sebastien Vauban wxhgmqzgw...@spammotel.com writes:
Eric,
Eric Schulte wrote:
Extra question: tested with a sh block, both of the above do work, that is
with strings or symbols. Which one is supposed to be better (that is, will
be
more portable with time), if there is one?
Both
#+RESULTS:
| a | b |
|---+---|
| 1 | 2 |
| 3 | 4 |
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Sebastien Vauban wxhgmqzgw...@spammotel.com writes:
Hi Eric,
Eric Schulte wrote:
Sebastien Vauban wxhgmqzgw...@spammotel.com writes:
Eric Schulte wrote:
Emacs Lisp is an exception in terms of colname processing, it has default
header arguments set to pass column names through to the code
!
--
Eric Schulte
http://cs.unm.edu/~eschulte
think I understood this one: it is because nil is interpreted as a
string, not as the empty list; right?
That's because strings aren't quoted, right?
Yes.
Cheers,
Best regards,
Seb
--
Eric Schulte
http://cs.unm.edu/~eschulte
://tbgtd.tiddlyspot.com/
That is the killer brother application for Org, for sure.
There was that relevant GSoC project, but I'd be interested in this
happening in python or similar. Now that we have the standard for
orgmode as a file format...
Best regards,
Seb
--
Eric Schulte
http
Sebastien Vauban wxhgmqzgw...@spammotel.com writes:
Hello,
Shouldn't we, for the sake of simplifying the multiple options, drop the
support for `:results code'?
It is completely redundant (though, less powerful) with `:wrap'.
I have no problem with that.
Best regards,
Seb
--
Eric
be of use.
https://github.com/eschulte/org-ehtml
--
Eric Schulte
http://cs.unm.edu/~eschulte
--
mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode:
get Memacs from https://github.com/novoid/Memacs
https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on
github
--
Eric Schulte
http://cs.unm.edu/~eschulte
the LaTeX manual or LaTeX Companion for explanation.
Type H return for immediate help.
...
l.51 \begin{org}
! LaTeX Error: \begin{document} ended by \end{org}.
Suggestions?
Thanks,
John
--
Eric Schulte
http://cs.unm.edu/~eschulte
mention *XYZ* is treated as lisp.
Maybe (org-babel-read \*R*\) works for you.
Or I suppose you could hack this with (setq *R* *R*)
HTH,
I just pushed up a fix. Sorry for the bug.
--
Eric Schulte
http://cs.unm.edu/~eschulte
column names from
a table built entirely from within R.
Additional testing by someone more familiar with R than myself would be
greatly appreciated.
Thanks,
From 680bfe22c423d5fad43348fc86eba6618f3aa57c Mon Sep 17 00:00:00 2001
From: Eric Schulte schulte.e...@gmail.com
Date: Mon, 8 Apr 2013 10
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Sebastien Vauban wxhgmqzgw...@spammotel.com writes:
Hi Eric,
Eric Schulte wrote:
Sebastien Vauban wxhgmqzgw...@spammotel.com writes:
Eric Schulte wrote:
Emacs Lisp is an exception in terms of colname processing, it has default
header arguments set to pass column names through to the code
-babel-R-command' variable doesn't point to R, or maybe
you have a broken install?
If this problem persists please send an error trace (with
`debug-on-error' set to t).
Cheers,
John
--
Eric Schulte
http://cs.unm.edu/~eschulte
-echo-1(data=input)
#+RESULTS: ELisp-echo-1(data=input)
| id | var1 |
|--+--|
| obs1 | foo |
| obs2 | bar |
Thanks for pointing this out.
--
Eric Schulte
http://cs.unm.edu/~eschulte
Sebastien Vauban wxhgmqzgw...@spammotel.com writes:
Hi Eric,
Eric Schulte wrote:
Emacs Lisp is an exception in terms of colname processing, it has
default header arguments set to pass column names through to the code
block, where the processing may be done trivially in Emacs Lisp.
OK
think before I apply it? I'm nervous about such a patch at the
last minute.
From c12003708f691862086aac30c675868cd69d6bb3 Mon Sep 17 00:00:00 2001
From: Eric Schulte schulte.e...@gmail.com
Date: Sat, 6 Apr 2013 10:18:35 -0600
Subject: [PATCH] raw org and drawer imply verbatim results
This unifies
Sebastien Vauban wxhgmqzgw...@spammotel.com writes:
Eric,
Eric Schulte wrote:
I would agree that this (meaning raw implies scalar) should either occur
for all languages or for none.
I think this is something interesting, but I wonder now if we wouldn't loose
more than we would win. I mean
on my laptop.
Thanks,
Regards,
Achim.
--
Eric Schulte
http://cs.unm.edu/~eschulte
Bastien b...@altern.org writes:
Hi Eric,
Eric Schulte schulte.e...@gmail.com writes:
I'm nervous about such a patch at the last minute.
Please go ahead and apply it, that's the best way to find problems.
Done. Thanks,
--
Eric Schulte
http://cs.unm.edu/~eschulte
are related to each
other.
org-src-jump.el
Description: application/emacs-lisp
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
documents.
On Thu, Apr 4, 2013 at 4:10 PM, Sebastien Vauban wxhgmqzgw...@spammotel.com
wrote:
Eric,
Eric Schulte wrote:
Sebastien Vauban wxhgmqzgw...@spammotel.com writes:
Eric Schulte wrote:
At this point I'm not sure if the documentation or the code should be
amended. I've
~/.dovecotrc)
(nnimap-stream shell)))
So far, my emacs (which contains everything I do except Firefox) has
remained responsive, and my mailstore still makes sense to K9 when I'm
mobile.
G
--
Eric Schulte
http://cs.unm.edu
Bastien b...@altern.org writes:
Hi Eric,
Eric Schulte schulte.e...@gmail.com writes:
Bastien, please commit these whenever you want, or let me know and I can
commit them.
Please go ahead.
Done.
If you have one minute, you can clone orgweb.git and send a patch
against Changes.org
Sebastien Vauban wxhgmqzgw...@spammotel.com writes:
Hello Eric,
Eric Schulte wrote:
At this point I'm not sure if the documentation or the code should be
amended. I've personally never liked the args-in-block-name syntax, but
I don't recall if we formally decided to abandon
argument implication rules which would make code
blocks do what I mean more naturally in more situations?
Cheers,
Best regards,
Seb
--
Eric Schulte
http://cs.unm.edu/~eschulte
it.
(gnus-kill From Jambunathan K)
If Jambunathan replies to this message, please don't let me know,
I'll be blissfully unaware.
--
Eric Schulte
http://cs.unm.edu/~eschulte
Carsten Dominik carsten.domi...@gmail.com writes:
On 2.4.2013, at 23:54, Eric Schulte schulte.e...@gmail.com wrote:
Gary Oberbrunner ga...@oberbrunner.com writes:
Aha -- you have to use the :var syntax on the begin_src line, not the
params-in-parens syntax on the name line. Your version
)
+ (switch-to-buffer
+ (funcall (intern (concat org-babel-prep-session: lang))
+session params))
(keyword
(if (member (org-element-property :key element) '(INCLUDE
SETUPFILE))
(find-file
--
Eric Schulte
http://cs.unm.edu/~eschulte
Aaron Ecay aarone...@gmail.com writes:
* lisp/ob-R.el (org-babel-R-initiate-session): handle case where the
session buffer exists, but does not have a live process
Applied, but I removed an unnecessary save-excursion nested inside of a
save-window-excursion.
Thanks!
--
Eric Schulte
http
Aaron Ecay aarone...@gmail.com writes:
* testing/lisp/test-ob-emacs-lisp.el: Move stray test inside
ert-deftest
Applied, Thanks!
--
Eric Schulte
http://cs.unm.edu/~eschulte
if the
current way of dealing with the the unmerged and merged parameters and
the info block is necessary, but I'd be wary of such a change.
Can you check if this change causes any of the existing tests to fail?
Thanks,
--
Eric Schulte
http://cs.unm.edu/~eschulte
this is a relic of an earlier calling convention?
Yes, that is exactly the case.
--
Eric Schulte
http://cs.unm.edu/~eschulte
Rick Frankel r...@rickster.com writes:
On Sun, Mar 31, 2013 at 07:37:38AM -0600, Eric Schulte wrote:
It is certainly true that Emacs Lisp is treated differently than all
other languages. There are also significant differences between
languages, e.g., session evaluation doesn't make sense
. That is,
however, mandatory for these functions to work properly and safely.
I haven't checked if the logic hasn't changed with that patch, but I
don't think it's any easier to understand than before.
I agree with Achim, I think we should retain the macro.
Best,
--
Eric Schulte
http://cs.unm.edu
Eric Schulte schulte.e...@gmail.com writes:
Aaron Ecay aarone...@gmail.com writes:
Here are several patches to fix things in and around org-babel.
They're each independent of the others (and hopefully all apply
cleanly, without depending on other members of the series). Here's a
little
of these
changes can be tricky and `org-babel-expand-noweb-references' and
`org-babel-tangle' are both core functions.
Have you run the test suite to confirm that these changes don't break
any existing tests?
Thanks,
--
Eric Schulte
http://cs.unm.edu/~eschulte
(at least in org code).
The rgrep command disagrees with this last statement.
./ob-core.el:411: (progn (org-babel-load-in-session current-prefix-arg
info) t)
--
Eric Schulte
http://cs.unm.edu/~eschulte
Aaron Ecay aarone...@gmail.com writes:
Hi Eric
2013ko martxoak 31an, Eric Schulte-ek idatzi zuen:
Hi,
I've been wanting to add the ability to post-process the results of a
code block for some time, and some recent threads (e.g., [1] and [2])
could both have benefited from post
Aaron Ecay aarone...@gmail.com writes:
* doc/org.texi: Document how :var introduces code block dependencies.
I've committed this patch, although I then simplified your discussion of
code block re-execution.
Thanks!
--
Eric Schulte
http://cs.unm.edu/~eschulte
Achim Gratz strom...@nexgo.de writes:
Eric Schulte writes:
Can you check if this change causes any of the existing tests to fail?
I don't think there is a test for that, at least I don't remember
anything in that direction. However when implementing my earlier change
w.r.t. confirmation I
these whenever you want, or let me know and I can
commit them.
Cheers,
post-patches.tar.bz2
Description: BZip2 compressed data
--
Eric Schulte
http://cs.unm.edu/~eschulte
liked the args-in-block-name syntax, but
I don't recall if we formally decided to abandon it, or if it has simply
been broken in a recent commit.
--
Eric Schulte
http://cs.unm.edu/~eschulte
Aaron Ecay aarone...@gmail.com writes:
Hi Eric,
2013ko martxoak 23an, Eric Schulte-ek idatzi zuen:
Unless you actually try :var and find it lacking in some way, I'd prefer
to stick with simply using :var to identify dependencies between code
blocks. We've seen in other places how
look like obvious wins, some less so. I
likely won't have time to review them (or do much of anything) in the
near term, but at some point I will make time to review them and reply
here.
--
Eric Schulte
http://cs.unm.edu/~eschulte
-evaluate t)
+ (and (eq type 'inline)
+ (eq org-export-babel-evaluate 'inline-only)))
(not (and hash (equal hash (org-babel-current-result-hash)
(let ((lang (nth 0 info))
(body (if (org-babel-noweb-p (nth 2 info) :eval)
--
Eric Schulte
http
Rick Frankel r...@rickster.com writes:
On Sat, Mar 30, 2013 at 06:43:30PM -0600, Eric Schulte wrote:
Rick Frankel r...@rickster.com writes:
*Note* =wrap= and =raw= give same results
#+begin_src perl :results raw
q[|c1|c2|
|-
|a|1|
|b|2|];
#+end_src
#+results
to specify a code block reference to use to post-process the
results of the current code block. The following example illustrates
how this header argument could be used to add attr_latex lines to table
code block results.
#+Title: Proposed =post= Header Argument
#+Author: Eric Schulte
* a code block
Eric Abrahamsen e...@ericabrahamsen.net writes:
Eric Schulte schulte.e...@gmail.com writes:
Exists on Worg? Sorry for my obtuseness, but I'm not finding it.
http://orgmode.org/worg/org-contrib/babel/header-args.html
Great! I just saw mention of the wrap header argument in another thread
|
|---++---+--+---+-+---+---|
| Thomas S. Dye | Department of Anthropology | University of Hawai`i |
| Honolulu | HI | USA | t...@tsdye.com | yes |
All the best,
Tom
--
Eric Schulte
http://cs.unm.edu/~eschulte
Rick Frankel r...@rickster.com writes:
On Fri, Mar 29, 2013 at 06:01:21PM -0600, Eric Schulte wrote:
Yes and no. :colnames works, but often the header comes from the
processing, so they may not be static (I use a lot of call:s). Also,
I've been having trouble using the output from raw
,
--
Eric Schulte
http://cs.unm.edu/~eschulte
)))
(t (error This should not happen
(while (re-search-forward re end t)
- (replace-match | t t)))
+ (replace-match
+ (if (= (char-after) ?-) | | ) t t)))
(goto-char beg)
(org-table-align)))
--
Eric Schulte
http://cs.unm.edu/~eschulte
-python.html
Thanks,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Andreas Röhler andreas.roeh...@easy-emacs.de writes:
Am 29.03.2013 16:09, schrieb Eric Schulte:
with current
GNU Emacs 24.3.1 (i686-pc-linux-gnu, GTK+ Version 2.24.14) of 2013-03-05
Org-mode version 7.9.3f (release_7.9.3f-17-g7524ef @
MY_PATH/emacs-24.3/lisp/org/)
python from org-source
John Hendy jw.he...@gmail.com writes:
On Fri, Mar 29, 2013 at 10:09 AM, Eric Schulte schulte.e...@gmail.comwrote:
with current
GNU Emacs 24.3.1 (i686-pc-linux-gnu, GTK+ Version 2.24.14) of 2013-03-05
Org-mode version 7.9.3f (release_7.9.3f-17-g7524ef @
MY_PATH/emacs-24.3/lisp/org
with a named session.
#+begin_src python :session foo
x = 9
x
#+end_src
#+RESULTS:
: 9
#+begin_src python :session foo
x
#+end_src
#+RESULTS:
: 9
Notice that the un-named session still has the desired value.
#+begin_src python :session
x
#+end_src
#+RESULTS:
: 3
--
Eric Schulte
http://cs.unm.edu
Andreas Röhler andreas.roeh...@easy-emacs.de writes:
Am 29.03.2013 17:20, schrieb Eric Schulte:
A valid opinion, in fact I think I defended that point of view myself,
Hi Eric,
so, if I'm saying: let's make things considerably easier, working right from
the spot,
why not try that?
What
Eric Schulte schulte.e...@gmail.com writes:
Andreas Röhler andreas.roeh...@easy-emacs.de writes:
Am 26.03.2013 16:35, schrieb Eric Schulte:
John Hendy jw.he...@gmail.com writes:
On Tue, Mar 26, 2013 at 10:00 AM, Andreas Röhler
andreas.roeh...@easy-emacs.de wrote:
Hi all,
while digging
, please let me know
if the problem persists.
Best,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Bastien b...@altern.org writes:
Christopher Schmidt christop...@ch.ristopher.com writes:
Eric Schulte schulte.e...@gmail.com writes:
Yes this fixes the problem.
Thank you. I committed this.
14df16d org.el: Use longest form when translating keys.
Thanks!
I'm seeing this same
Gary Oberbrunner ga...@oberbrunner.com writes:
On Fri, Mar 29, 2013 at 11:09 AM, Eric Schulte schulte.e...@gmail.comwrote:
Because of quirks of the python language, when executing outside of a
session, it is necessary to explicitly specify a return.
...
This is clearly stated
-earmufs. I think you mean
-with-earmufs?
Fixed. Thanks again!
--
Eric Schulte
http://cs.unm.edu/~eschulte
Exists on Worg? Sorry for my obtuseness, but I'm not finding it.
http://orgmode.org/worg/org-contrib/babel/header-args.html
--
Eric Schulte
http://cs.unm.edu/~eschulte
Rick Frankel r...@rickster.com writes:
On Fri, Mar 29, 2013 at 09:04:42AM -0600, Eric Schulte wrote:
Rick Frankel r...@rickster.com writes:
Users may want to insert a - in their tables, and I think it would be
surprising to magically replace floating - characters with hlines
writing an email to save the average reader one minute, please do so, as
on average many more than 10 people will read every post you send to
this list.
Thanks,
--
Eric Schulte
http://cs.unm.edu/~eschulte
if the problem persists.
# -*- org-babel-default-header-args:R: ((:session . foo)) -*-
#+Title: Example
#+Author: Eric Schulte
For more information on file local variables see [[info:elisp#File%20Local%20Variables][info:elisp#File Local
Variables]].
Because there is a default :session values assigned
have no idea why our Emacs
versions would differ in such fundamental behavior.
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
way to Worg. I'm certainly guilty of this
myself, but there are only so many hours in the day.
--
Eric Schulte
http://cs.unm.edu/~eschulte
Achim Gratz strom...@nexgo.de writes:
Am 26.03.2013 13:37, schrieb Eric Schulte:
This can be done system wide by setting the language-specific header
arguments.
I've yet to see an example on how to do this.
#+begin_src emacs-lisp
(setq org-babel-default-header-args:R
Andreas Röhler andreas.roeh...@easy-emacs.de writes:
Am 26.03.2013 16:35, schrieb Eric Schulte:
John Hendy jw.he...@gmail.com writes:
On Tue, Mar 26, 2013 at 10:00 AM, Andreas Röhler
andreas.roeh...@easy-emacs.de wrote:
Hi all,
while digging through the org-babel stuff, which is quite
Achim Gratz strom...@nexgo.de writes:
Am 25.03.2013 01:27, schrieb Eric Schulte:
The attached patch fixes this behavior, however I haven't committed it
because I fear it would undo some of Achim's intentions in commit
ca125b82b. I'll leave the final solution to Achim.
This should
John Hendy jw.he...@gmail.com writes:
On Sun, Mar 24, 2013 at 9:38 PM, Nick Dokos nicholas.do...@hp.com wrote:
Eric Schulte schulte.e...@gmail.com wrote:
From participating in evaluating code throughout the discussion and
catching the comments throughout, I'd say yes, at least in terms
versions you have used recently.
There are tools to help find the commits causing a change in behavior.
See http://git-scm.com/book/en/Git-Tools-Debugging-with-Git for a pretty
good summary.
--
Eric Schulte
http://cs.unm.edu/~eschulte
John Hendy jw.he...@gmail.com writes:
On Mon, Mar 25, 2013 at 11:01 AM, Ista Zahn istaz...@gmail.com wrote:
On Mon, Mar 25, 2013 at 11:40 AM, Eric Schulte schulte.e...@gmail.com
wrote:
John Hendy jw.he...@gmail.com writes:
On Sun, Mar 24, 2013 at 9:38 PM, Nick Dokos nicholas.do...@hp.com
the version of ob-python.el from the
master branch (which expects `org-babel-result-cond' to be defined).
This is an increasingly common problem. Maybe the following can help.
http://orgmode.org/worg/org-faq.html#keeping-current-with-Org-mode-development
--
Eric Schulte
http://cs.unm.edu/~eschulte
. no)
| (:tangle . no)
| (:padnewline . yes))
|
|
| Documentation:
| Default arguments to use when evaluating a source block.
|
| [back]
`
--
Eric Schulte
http://cs.unm.edu/~eschulte
of
ob-python.el.
Sorry I can't be of more help.
--
Eric Schulte
http://cs.unm.edu/~eschulte
committed it
because I fear it would undo some of Achim's intentions in commit
ca125b82b. I'll leave the final solution to Achim.
Thanks for pointing this out,
From 0007d05de6e2d8994da01eee3ed4cec29ff43682 Mon Sep 17 00:00:00 2001
From: Eric Schulte schulte.e...@gmail.com
Date: Sun, 24 Mar 2013 18:25:42
to conclusively state
that there is or isn't a bug in the current ob-python handling and
naming of sessions? If there is, is there a recipe for reproducing this
bug?
Thanks,
--
Eric Schulte
http://cs.unm.edu/~eschulte
,
--
Eric Schulte
http://cs.unm.edu/~eschulte
from the Org-mode side?
Is it possible simply to ensure that code block output lines end in
newlines?
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
that Org-mode itself will ever want to programatically and
non-interactively insert a code block in an Org-mode file (if fact that
sounds rather dangerous to me), so I would vote against adding such a
function to the core.
--
Eric Schulte
http://cs.unm.edu/~eschulte
Aaron Ecay aarone...@gmail.com writes:
Hi Eric,
I’m jointly replying to 2 of your emails.
2013ko martxoak 13an, Eric Schulte-ek idatzi zuen:
This is what is already taking place. The :var header arguments are
automatically expanded into dependencies between code blocks, and the
results
Achim Gratz strom...@nexgo.de writes:
Eric Schulte writes:
I just pushed up a patch which should allow code blocks to find
un-named results even when there are comment lines (such as #+options
or #+attr_backend) between the code block and the results.
Shouldn't babel use org-element
and I prefer the minimalist syntax,
although values for the :results parameter are heterogeneous.
+1 for maintaining the existing concise syntax.
--
Eric Schulte
http://cs.unm.edu/~eschulte
of
results.
Also, just in case it's not known, you don't have to manually name the
#+results block. Just create your babel block with a #+name: attribute
and when you run it with C-c C-c, a named #+result will automatically
be created.
John
Cheers,
--
Jay
--
Eric Schulte
http
/emacs24-starter-kit
--
Eric Schulte
http://cs.unm.edu/~eschulte
601 - 700 of 2930 matches
Mail list logo