On Nov 28, 2007 9:21 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Nov 28, 2007 7:55 PM, Charles Moad <[EMAIL PROTECTED]> wrote:
> > So should I bother with binary releases for 0.91.0? I assume you
> > meant 0.91.1 below as well.
>
> Yes, I meant 91.1 and yes, we should go ahead with the binary
On Nov 28, 2007 7:55 PM, Charles Moad <[EMAIL PROTECTED]> wrote:
> So should I bother with binary releases for 0.91.0? I assume you
> meant 0.91.1 below as well.
Yes, I meant 91.1 and yes, we should go ahead with the binary
releases. The only way we can find any bugs in the current release,
incl
So should I bother with binary releases for 0.91.0? I assume you
meant 0.91.1 below as well.
- Charlie
On Nov 28, 2007, at 3:34 PM, John Hunter wrote:
> On Nov 28, 2007 2:21 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>> I suppose this was bound to happen...
>>
>> The released version h
Charlie Moad wrote:
> 2. Can anyone test this on 10.4?
> http://dev.imamuseum.org/~cmoad/matplotlib-0.91.0-py2.5-macosx-10.5-i386.egg
I downloaded this, and did:
$ easy_install matplotlib-0.91.0-py2.5-macosx-10.5-i386.egg
and got what I enclosed below.
The short version: it went and found t
On Nov 28, 2007 2:21 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I suppose this was bound to happen...
>
> The released version has a bug that prevents using the (serif) STIX
> fonts. Entirely my fault for not checking all font possibilities after
> a recent change.
>
> r4492 fixes this bu
I suppose this was bound to happen...
The released version has a bug that prevents using the (serif) STIX
fonts. Entirely my fault for not checking all font possibilities after
a recent change.
r4492 fixes this bug.
Let me know how you want to proceed... I'm happy to help cutting
another relea
John Hunter wrote:
> On Nov 28, 2007 1:07 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>> Great work everyone with getting the release out!
>>
>> Now is probably a good time to discuss how the SVN repository will look
>> after the release.
>>
>> My thoughts are below -- any and all concerns or
On Nov 28, 2007 1:07 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Great work everyone with getting the release out!
>
> Now is probably a good time to discuss how the SVN repository will look
> after the release.
>
> My thoughts are below -- any and all concerns or suggestions are
> welcome.
On Wednesday 28 November 2007 01:12:00 pm John Hunter wrote:
> On Nov 28, 2007 11:46 AM, Eric Firing <[EMAIL PROTECTED]> wrote:
> > I assume there is also some sort of C and/or C++ mode, and similar hook
> > additions are needed for them--correct? Or is there a hierarchy of
> > modes, in which cas
Great work everyone with getting the release out!
Now is probably a good time to discuss how the SVN repository will look
after the release.
My thoughts are below -- any and all concerns or suggestions are
welcome. I'm happy to do this work, and will probably wait until next
week sometime to
On Nov 28, 2007 12:22 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> So, I think perhaps this description in CODING_GUIDE is backward, but
> wanted to double check before I fix it.
Yep, good catch. I updated the doc. I think I have it this time...
Please do not commit lines with trailing
I think the emacs version dependency in the CODING_GUIDE may be backward.
AFAIK, "write-file-functions" is the current one to use for emacs 22
(the latest released version) and beyond. "local-write-file-hooks" is
the old deprecated way.
The docstring for local-write-file-hooks is:
"This variabl
On Nov 28, 2007 11:46 AM, Eric Firing <[EMAIL PROTECTED]> wrote:
> I assume there is also some sort of C and/or C++ mode, and similar hook
> additions are needed for them--correct? Or is there a hierarchy of
> modes, in which case a single hook could go at a higher level?
I don't know about a hi
John Hunter wrote:
> On Nov 21, 2007 1:52 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
>> Thanks, that works, but unforunately only on emacs21 but not xemacs 21.
>> Looks like I'll now have to find a way to do the one thing in emacs that
>> keeps me using xemacs: goto-line bound to M-g. (Any quick t
For those using emacs-22.1 (apparently local-write-file-hooks is
deprecated and didn't work for me) --->
(setq python-mode-hook
'(lambda ()
(add-hook 'write-file-functions 'delete-trailing-whitespace)
))
Maybe we should do a big trailing whitespace removal en masse once we
move
On Nov 21, 2007 1:52 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Thanks, that works, but unforunately only on emacs21 but not xemacs 21.
> Looks like I'll now have to find a way to do the one thing in emacs that
> keeps me using xemacs: goto-line bound to M-g. (Any quick tips appreciated.)
I thi
My 1 year old only let me get the source release pushed last night and
build the mac release. I'll try to get the windows builds posted
tonight.
On Nov 28, 2007 8:23 AM, Rob Hetland <[EMAIL PROTECTED]> wrote:
>
> On Nov 28, 2007, at 12:03 AM, John Hunter wrote:
>
>
> > I think native tcl/tk is pr
On Nov 28, 2007, at 12:03 AM, John Hunter wrote:
> I think native tcl/tk is preferable, but this is not a terribly
> informed opinion. If you don't hear otherwise from someone else, just
> build under that assumption.
I am still having issues with Tk on my machine (native? version
8.4.7).
18 matches
Mail list logo
