;
>
>
>
> -----
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications
which I've communicated upstream to its author.
In case anyone is wondering, there don't seem to be any measurable
performance increases... :(
Cheers,
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Opera
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Science Software Branch
Operatio
DK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______
> Matplotlib-checkins mailing list
> [EMAIL PROTECTED]
> https:
rendering extremely
fast and simple. See:
http://audacity.sourceforge.net/about/images/audacity-macosx.png
Of course, that would mean writing a bunch of new code, but it shouldn't
be incredibly tricky new code. It could convert the time series data to
an image and plot that, or to a fi
Sorry. I didn't read carefully enough. That's right -- the "if
converter: break" was replaced with "return converter".
You're right. This is fine.
Mike
John Hunter wrote:
> On Tue, Oct 7, 2008 at 11:26 AM, Michael Droettboom <[EMAIL PROTECTED]>
Eric Firing wrote:
> Michael Droettboom wrote:
>> Eric Firing wrote:
>>> Mike, John,
>>>
>>> Because path simplification does not work with anything but a
>>> continuous line, it is turned off if there are any nans in the
>>> path. The resul
Michael Droettboom wrote:
> Eric Firing wrote:
>
>> Michael Droettboom wrote:
>>
>>> Eric Firing wrote:
>>>
>>>> Mike, John,
>>>>
>>>> Because path simplification does not work with anything but a
>>>
John Hunter wrote:
> On Wed, Oct 8, 2008 at 11:37 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>
>> I figured this out. When this happens, a RuntimeError("Agg rendering
>> complexity exceeded") is thrown.
>>
>
> Do you think it
Michael Droettboom wrote:
> John Hunter wrote:
>
>> In unrelated news, I am not in favor of the recent change to warn on
>> non-GUI backends when "show" is called. I realize this may sometimes
>> cause head-scratching behavior for some users who call show and
John Hunter wrote:
> On Wed, Oct 8, 2008 at 8:40 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
>
>> Thanks for doing this--it has already helped me in my testing of the
>> gappy-path simplification support, which I have now committed. As you
>> suggested earlier, I included in path.py a check for
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Inst
when the developer doesn't have write
permissions (not the case here), or using http rather than https (also
not the case).
Filed a bug here:
https://sourceforge.net/tracker/?func=detail&atid=21&aid=2168647&group_id=1
Anyone else experiencing this?
Mike
--
Michael Droet
John Hunter wrote:
> On Wed, Oct 15, 2008 at 8:18 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> The new stylesheet for the docs looks great, John!
>>
>
> I just ripped this off hook-line-and-sinker from the sphinx docs, and
> added the few css b
//moblin-contest.org/redirect.php?banner_id=100&url=/
>
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.source
main home page,
but use a smaller version for the documentation pages? Or, to the
extreme, just use a small icon-sized logo like in the Python 2.6 docs?
http://www.python.org/doc/current/library/
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space
Nope, I'm not seeing this, even when I shrink the window width way down.
This is Firefox 2.0 on RHEL4.
Does putting a between matplotlib and home help?
Mike
John Hunter wrote:
> On Wed, Oct 15, 2008 at 10:17 AM, Michael Droettboom <[EMAIL PROTECTED]>
> wrote:
>
>
Weird. Have to admit I don't understand this HTML stuff very well... ;)
John Hunter wrote:
> On Wed, Oct 15, 2008 at 2:22 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> Nope, I'm not seeing this, even when I shrink the window width way down.
>&g
d
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ----
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sour
ow the pitfalls of fonts really well. It is
ported to Windows, but it is generally not there, so we would have to
require or ship it.
Cheers,
Mike
> Stan
>
>
>> -Original Message-
>> From: Michael Droettboom [mailto:[EMAIL PROTECTED]
>> Sent: Wednesday, Octob
--
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Michael Droettboom
Scien
Michael Droettboom wrote:
> Stan West wrote:
>
>> While labeling axes with both standard and Unicode strings, I noticed some
>> alignment problems in EPS output, as in the attached examples. I traced it
>> to differences between RendererPS.draw_text and RendererPS.dra
>> This has been committed to SVN r6295.
>>
>
> You're welcome. For my edification, are there stylistic or other reasons to
> leave the spaces in the PostScript at lines 580, 636, and 704?
>
No. Just used to ignoring whitespace in diffs, since editors often
-
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Div
-
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/list
__
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Ins
in great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>
>
> _______
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourcef
n't be
surprised if some external usage may behave differently, particularly if
it was relying on the old broken behavior. Please test any scripts you
may have that use different fonts (those not included with matplotlib
especially) and report any regressions.
Mike
--
Michael Droe
Eric Firing wrote:
> Michael Droettboom wrote:
>> This may not be necessary if we can get a Windows box, but I thought
>> I'd mention it.
>>
>> I wrote a distutils extension a couple of years ago to build Windows
>> installers on a Linux box with Mingw32. T
gt; On Tue, Oct 28, 2008 at 4:20 PM, Michael Droettboom <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> There's a bug filed for this. I've looked at it a few times, but
> I'm not sure how the image flipping parameters are &qu
/redirect.php?banner_id=100&url=/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-deve
Matplotlib-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>
> -----
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux base
27;s challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ____
g')
>
> I'd be interested in comments / feedback on the attached before I
> start to branch out into more significant changes!
>
> Thanks
>
> Andrew
>
> On Thu, Oct 30, 2008 at 8:02 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> I real
-
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&
gt; ( text_rotation_relative_to_line.py ).
>
> I initially intended to use this method to give text objects the option
> to be rotated with respect to the plot coordinate system (as opposed to
> the screen coordinate system), but I haven't gotten around to finishing
> this y
een rotation functionality to these objects.
>
What is the argument against? It seems like this would be
straightforward (at least from the outside). But I'm probably missing
something.
> If anyone can point me in the right direction on these points, I will
> try to finish a
David Kaplan wrote:
> Hi,
>
> On Wed, 2008-11-05 at 11:58 -0500, Michael Droettboom wrote:
>
>> What is the argument against? It seems like this would be
>> straightforward (at least from the outside). But I'm probably
>> missing
>> something.
>&
gt;
>>> Thanks Michael,
>>>
>>> I've attached a new diff file which I believe also has all the
>>> necessary changes to the collections and images. I've also attached
>>> two simple scripts which test the collections and image functionality.
&g
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
k? If you agree to the _path.cpp change strategy, do
> you prefer to do that yourself, or would you rather that I try it first?
I probably won't have a chance to look at this today, so go ahead if you
like. I'll shoot you a note later in the week if I have time...
Cheers,
Mike
&
Eric Firing wrote:
> Michael Droettboom wrote:
>>
>> Eric Firing wrote:
>>> Mike,
>>>
>>> A bug was recently pointed out: axhline, axvline, axhspan, axvspan
>>> mess up the ax.dataLim. I committed a quick fix for axhline and
>>> axvli
; temporarily disabled.
>
It's fully functional in all the backends where it makes sense. The
part that is unfinished is the user interface -- how to turn the
functionality on and off. We couldn't find both a general and easy way
to do it. But it would be nice to have anothe
hp?banner_id=100&url=/
> ----
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
--
Mich
Paul Kienzle wrote:
>
> On Nov 14, 2008, at 9:59 AM, Michael Droettboom wrote:
>
>> Paul Kienzle wrote:
>>> Hi,
>>>
>>> We found we needed to draw a partial ring, but didn't see one in
>>> patches.py.
>>>
>>> Attache
-
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=10
This might be related to a change I made in the Agg backend to make the
markers look better by rounding their coordinates to the nearest pixel.
It certainly made the stock markers at a standard size look better, but
I suspect as they get smaller, they are converging down to the same
value, thu
I don't know of any, but if you create one let us know. I'd be
interested in playing with such a thing. I'm ready to see what all the
fuss is about... ;)
Mike
Andrew Straw wrote:
> Since using git for some time on several projects (including projects
> with a central svn repository), it's bee
does fix the issue. Another thing I noticed that is fixed with your
> patch: the '.' marks appear like '+' when drawn at a smallish size.
>
> Thanks,
> Andrew
>
> Michael Droettboom wrote:
>
>> This might be related to a change I made in the Agg backend t
m(0.5,30)
>>
>> Eric
>>
>> -
>>
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin S
Hmm... works fine for me here, both with the zoom/pan tool and zoom to
rect. Can you describe a particular action that isn't working? I'm at
a loss otherwise...
Mike
Eric Firing wrote:
> Michael Droettboom wrote:
>> Thanks for the reminder. It wasn't pro
Sorry -- I neglected to commit some changes. (Playing around with bzr
and still getting used to it, I guess.)
Mike
Eric Firing wrote:
> Michael Droettboom wrote:
>> Hmm... works fine for me here, both with the zoom/pan tool and zoom
>> to rect. Can you describe a particu
Eric Firing wrote:
> Michael Droettboom wrote:
>> Sorry -- I neglected to commit some changes. (Playing around with
>> bzr and still getting used to it, I guess.)
>
> Very good, thank you!
Phew! For a minute there I thought I was going crazy...
>
> OT: I'm g
urce event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettbo
configure --prefix=/home/mdroe/usr
make install
... follow Andrew Straw's git instructions ... (???) ... profit!!!
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science
n without you. Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourcef
d register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
>
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Michael Droettboom
Scie
be pixel-aligned, even if it
has rounded corners. But that's perhaps too deep of a change to make
for the impending release and should have to wait for next time.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Insti
John Hunter wrote:
> On Mon, Dec 8, 2008 at 9:13 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> This may also be an argument for finally making the auto-pixel-alignment
>> code programmatic, rather than automatic. As it works now, it
>> automatically pix
This should now be fixed in SVN. Couldn't see any regressions in the
documentation examples, but may be worth another set of eyes before the
release.
Mike
John Hunter wrote:
> On Mon, Dec 8, 2008 at 8:16 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> I don&#
John Hunter wrote:
> On Mon, Dec 8, 2008 at 9:39 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>
>> The gc param would be the easy part -- I was thinking the difficult would be
>> going through all the cases and making sure it's doing the right thing, and
&
John Hunter wrote:
> Since we already have a bug in the 98.4 release, we can anticipate
> needing to do a bugfix release accumulating all the bugs we fix in the
> next week (presuming we don't discover any critical bugs which would
> require us to push out a fix earlier). To make sure we achiev
the
instructions for checking out the branch to:
svn co
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/
<https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/%5C>v0_98_4_maint/matplotlib
mpl98.4
Cheers,
Mike
John Hunter wrote:
>
> On Wed,
7;s broken.
Cheers,
Mike
Michael Droettboom wrote:
> It looks like there was a slight "oops" making the branch.
>
> https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/
> <https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/branches/%5C>v0_98_4_main
John Hunter wrote:
>
>
> On Wed, Dec 10, 2008 at 5:43 PM, Michael Droettboom <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> Hmm... Seems Thunderbird butchered my long URLs.
>
> Anyway, the problem is worse than I thought. Since the bra
Darren Dale wrote:
>
>
> We have a lot of people contributing to mpl, and approaching or
> just after release time we need some mechanism for stabilizing the
> tested feature set of the release candidate while allowing other
> development to proceed, and branches are the natural me
This is mostly for Andrew Straw, but thought anyone else experimenting
with git may be interested. I'm going through some real newbie pains
here, and I don't think what I'm doing is all that advanced.
So, I've had a local git repository cloned from github (as per Andrew's
instructions), made a
Andrew Straw wrote:
> Andrew Straw wrote:
>
> I realize I may have ignored an important question.
>
>
>> Michael Droettboom wrote:
>>
>
>
>>> Now I feel stuck. How do I "undo" the merge from experimental to master?
>>>
There was a discussion on this list around a year ago about this. The
concern was that not rendering $ as $ would break (matplotlib) backward
compatibility with scripts that don't care about math at all but use a
lot of dollar signs (e.g. financial plots). This is one of the few
places where
Well, if it's any consolation -- I just finished setting up the
maintenance branch for 0.98.5, so there's a place for this fix to go... ;)
Mike
Manuel Metz wrote:
> Manuel Metz wrote:
>
>> Jae-Joon Lee wrote:
>>
>>> I just committed the change. Although the change is trivial, I didn't
>>
wrote:
>
>> 0.98.5 source and bins are posted. Please try them out. John can
>> announce at his convenience.
>>
>> - Charlie
>>
>> On Thu, Dec 11, 2008 at 12:15 PM, John Hunter wrote:
>>> On Thu, Dec 11, 2008 at 8:25 AM, Michael Droettboom
>>&
ll apply to svn
> git svn dcommit # Actually apply to svn
>
> Finally, you may want to continue working on your whizbang-branch, so
> rebase it to the new master::
>
> git checkout whizbang-branch
> git rebase master
>
> Michael Droettboom wrote:
>
>
who cannot
> upgrade -- in principle someone might be depending on the traited
> config, in practice unlikely).
>
>
> I just removed them from the trunk, but not the 0.91 or 0.98.5
> branches. I was going to add a note to the API_CHANGES log, was it
> removed?
API_CH
Manuel Metz wrote:
> Michael Droettboom wrote:
>
>> There was a discussion on this list around a year ago about this. The
>> concern was that not rendering $ as $ would break (matplotlib) backward
>> compatibility with scripts that don't care about math at all but
l numpy is available on those
releases). Thanks to the many developers who contributed to this
release, with contributions from Jae-Joon Lee, Michael Droettboom,
Ryan May, Eric Firing, Manuel Metz, Jouni K. Seppaenen, Jeff Whitaker,
Darren Dale, David Kaplan, Michiel de Hoon and many others who
sub
Darren Dale wrote:
> On Fri, Dec 12, 2008 at 9:46 AM, Michael Droettboom <mailto:md...@stsci.edu>> wrote:
>
> Manuel Metz wrote:
> > Michael Droettboom wrote:
> >
> >> There was a discussion on this list around a year ago about
>
Darren Dale wrote:
> On Fri, Dec 12, 2008 at 1:06 PM, Michael Droettboom <mailto:md...@stsci.edu>> wrote:
>
> Darren Dale wrote:
>
> On Fri, Dec 12, 2008 at 9:46 AM, Michael Droettboom
> mailto:md...@stsci.edu>
> <mailto:md...@stsci.
bly better to rsync from sourceforge's server to a local disk and
> do the git svn checkout that way making a whole new git repo.
>
> It may be worth attempting to talk to some real git/svn gurus at this
> point about tracking (only one or a couple) svn branches with git
> branch
is morning thought "let's just fix the
inconsistencies", I'm now leaning to just adding a note to the docs that
"regular text and usetex is fundamentally incompatible in a lot of ways"
and leaving it at that.
Mike
--
M
Darren Dale wrote:
> I am seeing some errors when I build the docs, including import errors
> for nonexistent date_support and basic_units modules, and:
I added the ability for explicitly setting sys.path so that modules in
the same directory as an example would be importable. It looks likes
th
straightforward... just thinking out loud)
5) Release formal "release candidates" -- IMHO these would be most
useful if we expect more people to download and try them than are
already tracking SVN. But even without that, it may help find packaging
bugs (such as the configobj stuff
r issuing a warning*, installed updates, and
> rebooted. I'm still mumbling under my breath about it. Friggin jerks.
I feel your pain. I've been there.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Sp
visitmix.com/
>
>
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
&
examples, I just haven't gotten
around to it yet.
Lastly, since files are in many different places, the Sourceforge site
should probably be cleaned (if it isn't automatically already) to ensure
we don't go over quota.
Mike
--
Michael Droettboom
Science Software Branch
Operations and E
Ok. Based on your success report, I'll go ahead and merge this to trunk.
Sandro: please let me know if these changes break anything in your
package build scripts.
Mike
John Hunter wrote:
> On Wed, Dec 17, 2008 at 10:52 AM, Michael Droettboom wrote:
>
>
>> SUMMAR
e new approach and report any problems.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for
Eric Firing wrote:
> Mike, Jan,
>
> Any attempt to normalize the angles to a fixed range of length 2 pi
> inside of mpl is sure to wreck valid user code; it merely moves the
> trouble spot to a different angle.
Thanks for catching this. Clearly that was a bone-headed fix on my
part... :(
>
> In
It's slightly hackish, but would it be possible to do an "isinstance"
check in savefig, and if the first arg is a PdfFile, set "format" to
"pdf" automatically, and if "format" is set to something else raise an
exception? A little hackish because it doesn't necessarily scale to
other formats ea
Eric Firing wrote:
> Michael Droettboom wrote:
>> Eric Firing wrote:
>>> Mike, Jan,
>>>
>>> Any attempt to normalize the angles to a fixed range of length 2 pi
>>> inside of mpl is sure to wreck valid user code; it merely moves the
>>> tro
Jouni K. Seppänen wrote:
Michael Droettboom writes:
when running usetex_fonteffects.py [...]
TypeError: coercing to Unicode: need string or buffer, NoneType found
-> file = open(input, 'rb')
Perhaps your TeX installation doesn't have the font. If you run
&qu
Jouni: your latest commit resolves the issue for me. Thanks!
Jae-Joon: Your preview.sty work seems to work great with the PDF backend
(for me, at least).
Cheers,
Mike
Michael Droettboom wrote:
>
> Jouni K. Seppänen wrote:
>> Michael Droettboom writes:
>>
>
e 553, in embedType1
t1font = type1font.Type1Font(fontinfo.fontfile)
File
"/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/type1font.py",
line 55, in __init__
file = open(input, 'rb')
TypeError: coercing to Unicode: need string or buffer, NoneType found
>
situation
without crashing. I think this solution (to warn) is adequate,
especially given that most newer TeX distributions shouldn't have this
issue.
Mike
Jouni K. Seppänen wrote:
> Michael Droettboom writes:
>
>
>> The output of "python usetex_texteffe
-------
>
>
>
> _
-loops required to merge from the maintenance branch to the trunk
in git and then push that all back to SVN (should be possible, but may
not play well with svnmerge, anyway). The good news is that, as always,
svnmerge still works for that purpose.
Mike
Michael Droettboom wrote:
> Thanks.
-
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ------------
>
> __
You need the '-S' parameter to specify a branch. Otherwise, any arguments
after the command name are just paths within the working copy, just like most
other svn commands.
So you need to do:
> svnmerge.py merge -S v0_98_5_maint
I just tested a change to the branch followed by a merge and ever
tself where simplification even kicks in.
Mike
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
--
This SF.net email is sponsored by:
Sour
I've checked this change into SVN so others can test it out.
Assuming we don't discover any cases where this is clearly inferior, it
should make it into the next major release.
Mike
Andrew Hawryluk wrote:
>> -Original Message-
>> From: Michael Droettboom [
1 - 100 of 1294 matches
Mail list logo
