You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@trafficserver.apache.org by Brian Geffon <br...@gmail.com> on 2012/02/16 05:28:04 UTC
ATS 3.0.3 broken ts.h issue
Hello Everyone,
As some may or may not know, the RC for ATS 3.0.3 has a minor issue in that
the ts.h generated does not correctly set the minor version or the integer
version number in ts.h. Do we have any proposals on how to deal with this?
One issue that immediately comes to mind is that in 3.0.3 we fixed the
broken TSFetchUrl declaration, and unfortunately because the version
numbers are broken in ts.h applications using the api and TSFetchUrl don't
have an easy way to determine whether they need to include a forward
declaration for TSFetchUrl now.
What does everyone think. Suggestions on how to resolve this?
Thanks.
Brian
Re: ATS 3.0.3 broken ts.h issue
Posted by Igor Galić <i....@brainsware.org>.
----- Original Message -----
>
> First off, sorry for the late reply: WORK.
>
> Next
> +1 on 3.0.4
>
> Also, someone should fix up our release process wiki,
> in case someone (me?!) left out a step or two.
>
> n.b.: zym had an issue with TrafficManager -- someone might
> want to take a look at that and +/-1 the backport proposal
> and.. maybe.. backport it too!
Btw, if anyone else would like to RM, step forward,
other wise I'll can probably find enough time this
time around:
I don't have to WORK this weekend.
i
--
Igor Galić
Tel: +43 (0) 664 886 22 883
Mail: i.galic@brainsware.org
URL: http://brainsware.org/
GPG: 6880 4155 74BD FD7C B515 2EA5 4B1D 9E08 A097 C9AE
Re: ATS 3.0.3 broken ts.h issue
Posted by Igor Galić <i....@brainsware.org>.
First off, sorry for the late reply: WORK.
Next
+1 on 3.0.4
Also, someone should fix up our release process wiki,
in case someone (me?!) left out a step or two.
n.b.: zym had an issue with TrafficManager -- someone might
want to take a look at that and +/-1 the backport proposal
and.. maybe.. backport it too!
i
--
Igor Galić
Tel: +43 (0) 664 886 22 883
Mail: i.galic@brainsware.org
URL: http://brainsware.org/
GPG: 6880 4155 74BD FD7C B515 2EA5 4B1D 9E08 A097 C9AE
Re: ATS 3.0.3 broken ts.h issue
Posted by Brian Geffon <br...@gmail.com>.
I like that idea. Igor, thoughts?
Brian
On Feb 15, 2012, at 9:02 PM, James Peach <jp...@apache.org> wrote:
> On 15/02/2012, at 8:58 PM, Brian Geffon wrote:
>
>> Because according to zwoop, once the dist has been pushed they aren't
>> really sure how to fix it..it's technically released, we just
>> haven't publicly announced it.
>
> then releasing 3.0.4 and quietly forgetting about 3.0.3 seems like the lesser evil
>
> J
>
>>
>>
>> On Wed, Feb 15, 2012 at 8:56 PM, James Peach <jp...@apache.org> wrote:
>>
>>> On 15/02/2012, at 8:55 PM, Brian Geffon wrote:
>>>
>>>> And never publicly release 3.0.3?
>>>
>>> Oh, if 3.0.3 hasn't flown the coop yet, then why not fix it there?
>>>
>>>>
>>>> Brian
>>>>
>>>> On Wed, Feb 15, 2012 at 8:51 PM, James Peach <jp...@apache.org> wrote:
>>>>
>>>>> On 15/02/2012, at 8:28 PM, Brian Geffon wrote:
>>>>>
>>>>>> Hello Everyone,
>>>>>> As some may or may not know, the RC for ATS 3.0.3 has a minor issue in
>>>>> that
>>>>>> the ts.h generated does not correctly set the minor version or the
>>>>> integer
>>>>>> version number in ts.h. Do we have any proposals on how to deal with
>>>>> this?
>>>>>> One issue that immediately comes to mind is that in 3.0.3 we fixed the
>>>>>> broken TSFetchUrl declaration, and unfortunately because the version
>>>>>> numbers are broken in ts.h applications using the api and TSFetchUrl
>>>>> don't
>>>>>> have an easy way to determine whether they need to include a forward
>>>>>> declaration for TSFetchUrl now.
>>>>>>
>>>>>> What does everyone think. Suggestions on how to resolve this?
>>>>>
>>>>> Spin a 3.0.4 that just fixes the version numbers?
>>>>>
>>>>> J
>>>>>
>>>
>>>
>
Re: ATS 3.0.3 broken ts.h issue
Posted by James Peach <jp...@apache.org>.
On 15/02/2012, at 8:58 PM, Brian Geffon wrote:
> Because according to zwoop, once the dist has been pushed they aren't
> really sure how to fix it..it's technically released, we just
> haven't publicly announced it.
then releasing 3.0.4 and quietly forgetting about 3.0.3 seems like the lesser evil
J
>
>
> On Wed, Feb 15, 2012 at 8:56 PM, James Peach <jp...@apache.org> wrote:
>
>> On 15/02/2012, at 8:55 PM, Brian Geffon wrote:
>>
>>> And never publicly release 3.0.3?
>>
>> Oh, if 3.0.3 hasn't flown the coop yet, then why not fix it there?
>>
>>>
>>> Brian
>>>
>>> On Wed, Feb 15, 2012 at 8:51 PM, James Peach <jp...@apache.org> wrote:
>>>
>>>> On 15/02/2012, at 8:28 PM, Brian Geffon wrote:
>>>>
>>>>> Hello Everyone,
>>>>> As some may or may not know, the RC for ATS 3.0.3 has a minor issue in
>>>> that
>>>>> the ts.h generated does not correctly set the minor version or the
>>>> integer
>>>>> version number in ts.h. Do we have any proposals on how to deal with
>>>> this?
>>>>> One issue that immediately comes to mind is that in 3.0.3 we fixed the
>>>>> broken TSFetchUrl declaration, and unfortunately because the version
>>>>> numbers are broken in ts.h applications using the api and TSFetchUrl
>>>> don't
>>>>> have an easy way to determine whether they need to include a forward
>>>>> declaration for TSFetchUrl now.
>>>>>
>>>>> What does everyone think. Suggestions on how to resolve this?
>>>>
>>>> Spin a 3.0.4 that just fixes the version numbers?
>>>>
>>>> J
>>>>
>>
>>
Re: ATS 3.0.3 broken ts.h issue
Posted by Brian Geffon <br...@gmail.com>.
Because according to zwoop, once the dist has been pushed they aren't
really sure how to fix it..it's technically released, we just
haven't publicly announced it.
On Wed, Feb 15, 2012 at 8:56 PM, James Peach <jp...@apache.org> wrote:
> On 15/02/2012, at 8:55 PM, Brian Geffon wrote:
>
> > And never publicly release 3.0.3?
>
> Oh, if 3.0.3 hasn't flown the coop yet, then why not fix it there?
>
> >
> > Brian
> >
> > On Wed, Feb 15, 2012 at 8:51 PM, James Peach <jp...@apache.org> wrote:
> >
> >> On 15/02/2012, at 8:28 PM, Brian Geffon wrote:
> >>
> >>> Hello Everyone,
> >>> As some may or may not know, the RC for ATS 3.0.3 has a minor issue in
> >> that
> >>> the ts.h generated does not correctly set the minor version or the
> >> integer
> >>> version number in ts.h. Do we have any proposals on how to deal with
> >> this?
> >>> One issue that immediately comes to mind is that in 3.0.3 we fixed the
> >>> broken TSFetchUrl declaration, and unfortunately because the version
> >>> numbers are broken in ts.h applications using the api and TSFetchUrl
> >> don't
> >>> have an easy way to determine whether they need to include a forward
> >>> declaration for TSFetchUrl now.
> >>>
> >>> What does everyone think. Suggestions on how to resolve this?
> >>
> >> Spin a 3.0.4 that just fixes the version numbers?
> >>
> >> J
> >>
>
>
Re: ATS 3.0.3 broken ts.h issue
Posted by James Peach <jp...@apache.org>.
On 15/02/2012, at 8:55 PM, Brian Geffon wrote:
> And never publicly release 3.0.3?
Oh, if 3.0.3 hasn't flown the coop yet, then why not fix it there?
>
> Brian
>
> On Wed, Feb 15, 2012 at 8:51 PM, James Peach <jp...@apache.org> wrote:
>
>> On 15/02/2012, at 8:28 PM, Brian Geffon wrote:
>>
>>> Hello Everyone,
>>> As some may or may not know, the RC for ATS 3.0.3 has a minor issue in
>> that
>>> the ts.h generated does not correctly set the minor version or the
>> integer
>>> version number in ts.h. Do we have any proposals on how to deal with
>> this?
>>> One issue that immediately comes to mind is that in 3.0.3 we fixed the
>>> broken TSFetchUrl declaration, and unfortunately because the version
>>> numbers are broken in ts.h applications using the api and TSFetchUrl
>> don't
>>> have an easy way to determine whether they need to include a forward
>>> declaration for TSFetchUrl now.
>>>
>>> What does everyone think. Suggestions on how to resolve this?
>>
>> Spin a 3.0.4 that just fixes the version numbers?
>>
>> J
>>
Re: ATS 3.0.3 broken ts.h issue
Posted by Brian Geffon <br...@gmail.com>.
And never publicly release 3.0.3?
Brian
On Wed, Feb 15, 2012 at 8:51 PM, James Peach <jp...@apache.org> wrote:
> On 15/02/2012, at 8:28 PM, Brian Geffon wrote:
>
> > Hello Everyone,
> > As some may or may not know, the RC for ATS 3.0.3 has a minor issue in
> that
> > the ts.h generated does not correctly set the minor version or the
> integer
> > version number in ts.h. Do we have any proposals on how to deal with
> this?
> > One issue that immediately comes to mind is that in 3.0.3 we fixed the
> > broken TSFetchUrl declaration, and unfortunately because the version
> > numbers are broken in ts.h applications using the api and TSFetchUrl
> don't
> > have an easy way to determine whether they need to include a forward
> > declaration for TSFetchUrl now.
> >
> > What does everyone think. Suggestions on how to resolve this?
>
> Spin a 3.0.4 that just fixes the version numbers?
>
> J
>
Re: ATS 3.0.3 broken ts.h issue
Posted by James Peach <jp...@apache.org>.
On 15/02/2012, at 8:28 PM, Brian Geffon wrote:
> Hello Everyone,
> As some may or may not know, the RC for ATS 3.0.3 has a minor issue in that
> the ts.h generated does not correctly set the minor version or the integer
> version number in ts.h. Do we have any proposals on how to deal with this?
> One issue that immediately comes to mind is that in 3.0.3 we fixed the
> broken TSFetchUrl declaration, and unfortunately because the version
> numbers are broken in ts.h applications using the api and TSFetchUrl don't
> have an easy way to determine whether they need to include a forward
> declaration for TSFetchUrl now.
>
> What does everyone think. Suggestions on how to resolve this?
Spin a 3.0.4 that just fixes the version numbers?
J