You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Garrett Rooney <ro...@electricjellyfish.net> on 2004/08/12 14:27:22 UTC
Re: svn commit: r10604 - in trunk/subversion: include libsvn_client
libsvn_delta libsvn_repos libsvn_subr svndumpfilter
cmpilato@tigris.org wrote:
> +/**
> + * @since New in 1.1.
> + *
> + * Compare two @c const char * paths, returning an integer greater
> + * than, equal to, or less than 0, using the same comparison rules as
> + * are used by @c svn_path_compare_paths.
> + *
> + * This function is compatible for use with @c qsort().
> + */
> +int svn_sort_compare_paths (const void *a, const void *b);
I think you mean @since New in 1.2 ;-)
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: 1.1.x backports (was Re: svn commit: r10604)
Posted by Michael W Thelen <th...@cs.utah.edu>.
* Michael W Thelen <th...@cs.utah.edu> [2004-08-12 15:34]:
> * Ben Collins-Sussman <su...@collab.net> [2004-08-12 14:49]:
> > Remember ghudson's new plan in HACKING: assuming we find no critical
> > bugs that require restarting the 'soak' period, we're going to release
> > an RC3 about a week before the final 1.1.0, just as a sanity check. So
> > feel free to nominate non-critical stuff that you feel should be in 1.1,
> > and it will be merged for RC3.
>
> There is a non-critical (and nearly trivial) bug fix attached to issue
> #1949. It hasn't been applied to the trunk yet, so it can't properly
^^^^^
Oops, sorry, I meant issue #1950.
--
Michael W. Thelen
Under capitalism, man exploits man. Under communism, it's just the opposite.
-- John Kenneth Galbraith
Re: 1.1.x backports (was Re: svn commit: r10604)
Posted by Michael W Thelen <th...@cs.utah.edu>.
* Ben Collins-Sussman <su...@collab.net> [2004-08-12 14:49]:
> Remember ghudson's new plan in HACKING: assuming we find no critical
> bugs that require restarting the 'soak' period, we're going to release
> an RC3 about a week before the final 1.1.0, just as a sanity check. So
> feel free to nominate non-critical stuff that you feel should be in 1.1,
> and it will be merged for RC3.
There is a non-critical (and nearly trivial) bug fix attached to issue
#1949. It hasn't been applied to the trunk yet, so it can't properly
be nominated for porting to 1.1, but I think it would be nice if both
could happen. Would anyone be willing to review it?
--
Michael W. Thelen
The greatest of all weaknesses is the fear of appearing weak.
-- J.B. Bossuet, "Politics from Holy Writ", 1709
1.1.x backports (was Re: svn commit: r10604)
Posted by Ben Collins-Sussman <su...@collab.net>.
On Thu, 2004-08-12 at 15:34, Peter N. Lundblad wrote:
> > Well, I'm hoping it gets into 1.1. :-)
> >
> Why? Cleanups are good, but are they worth back-porting at this late
> stage? -0.
Remember that a 1.X release doesn't have the same backporting criteria
as a 1.X.Y release.
The latter is "critical bugfixes only!". The goal is to *not* have
1.X.Y releases at all.
But the 1.1.0-RC releases can have more than just crticial bugfixes:
they're about stabilization. They can have trivial bugfixes backported
to them, not just critical ones. And API cleanup, and code cleanup
too.
The 1.1.x branch requires votes for backport, sure, but it's not
"frozen" in the same sense that 1.0.x is. It's a "stabilization"
branch, open to any changes that make the release as clean and polished
as possible. Once 1.1.0 is released, then the 1.1.x branch goes into
"frozen" critical-bugfixes only. At least, that's my understanding.
Remember ghudson's new plan in HACKING: assuming we find no critical
bugs that require restarting the 'soak' period, we're going to release
an RC3 about a week before the final 1.1.0, just as a sanity check. So
feel free to nominate non-critical stuff that you feel should be in 1.1,
and it will be merged for RC3.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn commit: r10604 - in trunk/subversion: include libsvn_client
libsvn_delta libsvn_repos libsvn_subr svndumpfilter
Posted by Garrett Rooney <ro...@electricjellyfish.net>.
Peter N. Lundblad wrote:
>>>I think you mean @since New in 1.2 ;-)
>>
>>Well, I'm hoping it gets into 1.1. :-)
>>
>
> Why? Cleanups are good, but are they worth back-porting at this late
> stage? -0.
Yeah, I was thinking pretty much the same thing...
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn commit: r10604 - in trunk/subversion: include libsvn_client
libsvn_delta libsvn_repos libsvn_subr svndumpfilter
Posted by "Peter N. Lundblad" <pe...@famlundblad.se>.
On Thu, 12 Aug 2004, C. Michael Pilato wrote:
> Garrett Rooney <ro...@electricjellyfish.net> writes:
>
> > cmpilato@tigris.org wrote:
> >
> > > +/**
> > > + * @since New in 1.1.
> > > + *
> > > + * Compare two @c const char * paths, returning an integer greater
> > > + * than, equal to, or less than 0, using the same comparison rules as
> > > + * are used by @c svn_path_compare_paths.
> > > + *
> > > + * This function is compatible for use with @c qsort().
> > > + */
> > > +int svn_sort_compare_paths (const void *a, const void *b);
> >
> > I think you mean @since New in 1.2 ;-)
>
> Well, I'm hoping it gets into 1.1. :-)
>
Why? Cleanups are good, but are they worth back-porting at this late
stage? -0.
//Peter
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn commit: r10604 - in trunk/subversion: include libsvn_client libsvn_delta libsvn_repos libsvn_subr svndumpfilter
Posted by "C. Michael Pilato" <cm...@collab.net>.
Garrett Rooney <ro...@electricjellyfish.net> writes:
> cmpilato@tigris.org wrote:
>
> > +/**
> > + * @since New in 1.1.
> > + *
> > + * Compare two @c const char * paths, returning an integer greater
> > + * than, equal to, or less than 0, using the same comparison rules as
> > + * are used by @c svn_path_compare_paths.
> > + *
> > + * This function is compatible for use with @c qsort().
> > + */
> > +int svn_sort_compare_paths (const void *a, const void *b);
>
> I think you mean @since New in 1.2 ;-)
Well, I'm hoping it gets into 1.1. :-)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org