Re: [DISCUSS] Daffodil 2.6.0 Release

2020-04-03 Thread Olabusayo Kilo
These issues have been addressed, and the rest will be addressed after 
the release.


https://issues.apache.org/jira/browse/DAFFODIL-2305
https://issues.apache.org/jira/browse/DAFFODIL-2302

The Sonarqube required more work than anticipated and we didn't want to 
hold up the release for it.


I'll be starting the process to create a release candidate.

- Lola

On 3/25/20 3:12 PM, Steve Lawrence wrote:

With the last of the changes recently merged to support improved schema
compilation speed and memory, I think now is a good time to start
discussing the next release.

1) Does anyone have any changes that are close to being ready to merge
or bugs that are worth delaying the next release until resolved?

2) Does anyone want to volunteer to be the release manager for 2.6.0?
The release process [1] now uses containers for most of the heavy
lifting, and since I did it last time it would be good to get someone
else familiar with the new release process and make sure the container
works for someone other than myself.

- Steve


--
Best Regards
Lola K.



Re: [DISCUSS] Daffodil 2.6.0 Release

2020-04-02 Thread Steve Lawrence
Looks like Lola was able to update the KEYS file, so there shouldn't be
any permission issues performing the release steps.

- Steve

On 3/26/20 9:56 AM, Dave Fisher wrote:
> Have Lola check when adding to the KEYS file.
> 
> Sent from my iPhone
> 
>> On Mar 26, 2020, at 6:06 AM, Steve Lawrence  wrote:
>>
>> Sounds good to have Lola do it when the time comes then. I think there
>> will be some slight changes to the release process since I believe only
>> PMC/PPMC members have permission to write to /dist/release, but I think
>> as a committer Lola should have permissions to do everything else.
>>
>>> On 3/25/20 3:58 PM, Adams, Joshua wrote:
>>> I did have interest, but it doesn't look like I'll have the time to do any 
>>> Daffodil work for at least the next 2 weeks.  I have non-issue with someone 
>>> else taking this one.
>>>
>>> Josh
>>>
>>> On Mar 25, 2020 3:56 PM, Olabusayo Kilo  wrote:
>>> I'd like to have the below done for 2.6.0
>>>
>>> https://issues.apache.org/jira/browse/DAFFODIL-2305 - Remove some unused
>>> methods from Term.scala
>>>
>>> https://issues.apache.org/jira/browse/DAFFODIL-2275 - Reduce code smells
>>> and make some configuration changes to Sonarqube
>>>
>>> I don't mind managing the release, although I think Josh A had expressed
>>> interest last time.
>>>
>>>
>>>> On 3/25/20 3:24 PM, Beckerle, Mike wrote:
>>>> I have two issues I'd like fixed for 2.6.0
>>>>
>>>> https://issues.apache.org/jira/browse/DAFFODIL-2302 - this is making it 
>>>> difficult to update a Link16 schema that is in use by multiple parties.
>>>>
>>>> There's a second issue, which is that we still have this "NadaParsers are 
>>>> supposed to optimize out" problem. Came up in this same schema again even 
>>>> after the fix which supposedly addressed it. So I think the fix solved 
>>>> some, but not all of this problem.  I will try to recreate this and reopen 
>>>> the ticket if it is still happening.
>>>>
>>>> I don't want to manage the release, but I definitely think it's better if 
>>>> it isn't Steve L., ... I could have my arm twisted.
>>>> 
>>>> From: Steve Lawrence 
>>>> Sent: Wednesday, March 25, 2020 3:12 PM
>>>> To: dev@daffodil.apache.org 
>>>> Subject: [DISCUSS] Daffodil 2.6.0 Release
>>>>
>>>> With the last of the changes recently merged to support improved schema
>>>> compilation speed and memory, I think now is a good time to start
>>>> discussing the next release.
>>>>
>>>> 1) Does anyone have any changes that are close to being ready to merge
>>>> or bugs that are worth delaying the next release until resolved?
>>>>
>>>> 2) Does anyone want to volunteer to be the release manager for 2.6.0?
>>>> The release process [1] now uses containers for most of the heavy
>>>> lifting, and since I did it last time it would be good to get someone
>>>> else familiar with the new release process and make sure the container
>>>> works for someone other than myself.
>>>>
>>>> - Steve
>>>>
>>> --
>>> Best Regards
>>> Lola K.
>>>
>>>
>>
> 



Re: [DISCUSS] Daffodil 2.6.0 Release

2020-04-02 Thread Steve Lawrence
Looks like Lola was able to update the KEYS file, so there shouldn't be
any permission issues performing the release steps.

- Steve

On 3/26/20 9:56 AM, Dave Fisher wrote:
> Have Lola check when adding to the KEYS file.
> 
> Sent from my iPhone
> 
>> On Mar 26, 2020, at 6:06 AM, Steve Lawrence  wrote:
>>
>> Sounds good to have Lola do it when the time comes then. I think there
>> will be some slight changes to the release process since I believe only
>> PMC/PPMC members have permission to write to /dist/release, but I think
>> as a committer Lola should have permissions to do everything else.
>>
>>> On 3/25/20 3:58 PM, Adams, Joshua wrote:
>>> I did have interest, but it doesn't look like I'll have the time to do any 
>>> Daffodil work for at least the next 2 weeks.  I have non-issue with someone 
>>> else taking this one.
>>>
>>> Josh
>>>
>>> On Mar 25, 2020 3:56 PM, Olabusayo Kilo  wrote:
>>> I'd like to have the below done for 2.6.0
>>>
>>> https://issues.apache.org/jira/browse/DAFFODIL-2305 - Remove some unused
>>> methods from Term.scala
>>>
>>> https://issues.apache.org/jira/browse/DAFFODIL-2275 - Reduce code smells
>>> and make some configuration changes to Sonarqube
>>>
>>> I don't mind managing the release, although I think Josh A had expressed
>>> interest last time.
>>>
>>>
>>>> On 3/25/20 3:24 PM, Beckerle, Mike wrote:
>>>> I have two issues I'd like fixed for 2.6.0
>>>>
>>>> https://issues.apache.org/jira/browse/DAFFODIL-2302 - this is making it 
>>>> difficult to update a Link16 schema that is in use by multiple parties.
>>>>
>>>> There's a second issue, which is that we still have this "NadaParsers are 
>>>> supposed to optimize out" problem. Came up in this same schema again even 
>>>> after the fix which supposedly addressed it. So I think the fix solved 
>>>> some, but not all of this problem.  I will try to recreate this and reopen 
>>>> the ticket if it is still happening.
>>>>
>>>> I don't want to manage the release, but I definitely think it's better if 
>>>> it isn't Steve L., ... I could have my arm twisted.
>>>> 
>>>> From: Steve Lawrence 
>>>> Sent: Wednesday, March 25, 2020 3:12 PM
>>>> To: dev@daffodil.apache.org 
>>>> Subject: [DISCUSS] Daffodil 2.6.0 Release
>>>>
>>>> With the last of the changes recently merged to support improved schema
>>>> compilation speed and memory, I think now is a good time to start
>>>> discussing the next release.
>>>>
>>>> 1) Does anyone have any changes that are close to being ready to merge
>>>> or bugs that are worth delaying the next release until resolved?
>>>>
>>>> 2) Does anyone want to volunteer to be the release manager for 2.6.0?
>>>> The release process [1] now uses containers for most of the heavy
>>>> lifting, and since I did it last time it would be good to get someone
>>>> else familiar with the new release process and make sure the container
>>>> works for someone other than myself.
>>>>
>>>> - Steve
>>>>
>>> --
>>> Best Regards
>>> Lola K.
>>>
>>>
>>
> 



Re: [DISCUSS] Daffodil 2.6.0 Release

2020-03-26 Thread Dave Fisher
Have Lola check when adding to the KEYS file.

Sent from my iPhone

> On Mar 26, 2020, at 6:06 AM, Steve Lawrence  wrote:
> 
> Sounds good to have Lola do it when the time comes then. I think there
> will be some slight changes to the release process since I believe only
> PMC/PPMC members have permission to write to /dist/release, but I think
> as a committer Lola should have permissions to do everything else.
> 
>> On 3/25/20 3:58 PM, Adams, Joshua wrote:
>> I did have interest, but it doesn't look like I'll have the time to do any 
>> Daffodil work for at least the next 2 weeks.  I have non-issue with someone 
>> else taking this one.
>> 
>> Josh
>> 
>> On Mar 25, 2020 3:56 PM, Olabusayo Kilo  wrote:
>> I'd like to have the below done for 2.6.0
>> 
>> https://issues.apache.org/jira/browse/DAFFODIL-2305 - Remove some unused
>> methods from Term.scala
>> 
>> https://issues.apache.org/jira/browse/DAFFODIL-2275 - Reduce code smells
>> and make some configuration changes to Sonarqube
>> 
>> I don't mind managing the release, although I think Josh A had expressed
>> interest last time.
>> 
>> 
>>> On 3/25/20 3:24 PM, Beckerle, Mike wrote:
>>> I have two issues I'd like fixed for 2.6.0
>>> 
>>> https://issues.apache.org/jira/browse/DAFFODIL-2302 - this is making it 
>>> difficult to update a Link16 schema that is in use by multiple parties.
>>> 
>>> There's a second issue, which is that we still have this "NadaParsers are 
>>> supposed to optimize out" problem. Came up in this same schema again even 
>>> after the fix which supposedly addressed it. So I think the fix solved 
>>> some, but not all of this problem.  I will try to recreate this and reopen 
>>> the ticket if it is still happening.
>>> 
>>> I don't want to manage the release, but I definitely think it's better if 
>>> it isn't Steve L., ... I could have my arm twisted.
>>> 
>>> From: Steve Lawrence 
>>> Sent: Wednesday, March 25, 2020 3:12 PM
>>> To: dev@daffodil.apache.org 
>>> Subject: [DISCUSS] Daffodil 2.6.0 Release
>>> 
>>> With the last of the changes recently merged to support improved schema
>>> compilation speed and memory, I think now is a good time to start
>>> discussing the next release.
>>> 
>>> 1) Does anyone have any changes that are close to being ready to merge
>>> or bugs that are worth delaying the next release until resolved?
>>> 
>>> 2) Does anyone want to volunteer to be the release manager for 2.6.0?
>>> The release process [1] now uses containers for most of the heavy
>>> lifting, and since I did it last time it would be good to get someone
>>> else familiar with the new release process and make sure the container
>>> works for someone other than myself.
>>> 
>>> - Steve
>>> 
>> --
>> Best Regards
>> Lola K.
>> 
>> 
> 



Re: [DISCUSS] Daffodil 2.6.0 Release

2020-03-26 Thread Steve Lawrence
Sounds good to have Lola do it when the time comes then. I think there
will be some slight changes to the release process since I believe only
PMC/PPMC members have permission to write to /dist/release, but I think
as a committer Lola should have permissions to do everything else.

On 3/25/20 3:58 PM, Adams, Joshua wrote:
> I did have interest, but it doesn't look like I'll have the time to do any 
> Daffodil work for at least the next 2 weeks.  I have non-issue with someone 
> else taking this one.
> 
> Josh
> 
> On Mar 25, 2020 3:56 PM, Olabusayo Kilo  wrote:
> I'd like to have the below done for 2.6.0
> 
> https://issues.apache.org/jira/browse/DAFFODIL-2305 - Remove some unused
> methods from Term.scala
> 
> https://issues.apache.org/jira/browse/DAFFODIL-2275 - Reduce code smells
> and make some configuration changes to Sonarqube
> 
> I don't mind managing the release, although I think Josh A had expressed
> interest last time.
> 
> 
> On 3/25/20 3:24 PM, Beckerle, Mike wrote:
>> I have two issues I'd like fixed for 2.6.0
>>
>> https://issues.apache.org/jira/browse/DAFFODIL-2302 - this is making it 
>> difficult to update a Link16 schema that is in use by multiple parties.
>>
>> There's a second issue, which is that we still have this "NadaParsers are 
>> supposed to optimize out" problem. Came up in this same schema again even 
>> after the fix which supposedly addressed it. So I think the fix solved some, 
>> but not all of this problem.  I will try to recreate this and reopen the 
>> ticket if it is still happening.
>>
>> I don't want to manage the release, but I definitely think it's better if it 
>> isn't Steve L., ... I could have my arm twisted.
>> ________
>> From: Steve Lawrence 
>> Sent: Wednesday, March 25, 2020 3:12 PM
>> To: dev@daffodil.apache.org 
>> Subject: [DISCUSS] Daffodil 2.6.0 Release
>>
>> With the last of the changes recently merged to support improved schema
>> compilation speed and memory, I think now is a good time to start
>> discussing the next release.
>>
>> 1) Does anyone have any changes that are close to being ready to merge
>> or bugs that are worth delaying the next release until resolved?
>>
>> 2) Does anyone want to volunteer to be the release manager for 2.6.0?
>> The release process [1] now uses containers for most of the heavy
>> lifting, and since I did it last time it would be good to get someone
>> else familiar with the new release process and make sure the container
>> works for someone other than myself.
>>
>> - Steve
>>
> --
> Best Regards
> Lola K.
> 
> 



Re: AW: [DISCUSS] Daffodil 2.6.0 Release

2020-03-26 Thread Steve Lawrence
There's no release date announced, but all these changes seem worth
holding off for to me.

- Steve

On 3/26/20 2:37 AM, Baumann Kurt SBB CFF FFS (Extern) wrote:
> Hi Steve
> 
> 1) We would like to have the fix for following issue 
> https://issues.apache.org/jira/browse/DAFFODIL-2293 in the release 2.6.0. 
> 
> Is there already a release date announced?
> 
> Thanks & best regards,
> Kurt
> 
> -Ursprüngliche Nachricht-
> Von: Steve Lawrence  
> Gesendet: Mittwoch, 25. März 2020 20:13
> An: dev@daffodil.apache.org
> Betreff: [DISCUSS] Daffodil 2.6.0 Release
> 
> With the last of the changes recently merged to support improved schema 
> compilation speed and memory, I think now is a good time to start discussing 
> the next release.
> 
> 1) Does anyone have any changes that are close to being ready to merge or 
> bugs that are worth delaying the next release until resolved?
> 
> 2) Does anyone want to volunteer to be the release manager for 2.6.0?
> The release process [1] now uses containers for most of the heavy lifting, 
> and since I did it last time it would be good to get someone else familiar 
> with the new release process and make sure the container works for someone 
> other than myself.
> 
> - Steve
> 



AW: [DISCUSS] Daffodil 2.6.0 Release

2020-03-26 Thread Baumann Kurt SBB CFF FFS (Extern)
Hi Steve

1) We would like to have the fix for following issue 
https://issues.apache.org/jira/browse/DAFFODIL-2293 in the release 2.6.0. 

Is there already a release date announced?

Thanks & best regards,
Kurt

-Ursprüngliche Nachricht-
Von: Steve Lawrence  
Gesendet: Mittwoch, 25. März 2020 20:13
An: dev@daffodil.apache.org
Betreff: [DISCUSS] Daffodil 2.6.0 Release

With the last of the changes recently merged to support improved schema 
compilation speed and memory, I think now is a good time to start discussing 
the next release.

1) Does anyone have any changes that are close to being ready to merge or bugs 
that are worth delaying the next release until resolved?

2) Does anyone want to volunteer to be the release manager for 2.6.0?
The release process [1] now uses containers for most of the heavy lifting, and 
since I did it last time it would be good to get someone else familiar with the 
new release process and make sure the container works for someone other than 
myself.

- Steve


Re: [DISCUSS] Daffodil 2.6.0 Release

2020-03-25 Thread Adams, Joshua
I did have interest, but it doesn't look like I'll have the time to do any 
Daffodil work for at least the next 2 weeks.  I have non-issue with someone 
else taking this one.

Josh

On Mar 25, 2020 3:56 PM, Olabusayo Kilo  wrote:
I'd like to have the below done for 2.6.0

https://issues.apache.org/jira/browse/DAFFODIL-2305 - Remove some unused
methods from Term.scala

https://issues.apache.org/jira/browse/DAFFODIL-2275 - Reduce code smells
and make some configuration changes to Sonarqube

I don't mind managing the release, although I think Josh A had expressed
interest last time.


On 3/25/20 3:24 PM, Beckerle, Mike wrote:
> I have two issues I'd like fixed for 2.6.0
>
> https://issues.apache.org/jira/browse/DAFFODIL-2302 - this is making it 
> difficult to update a Link16 schema that is in use by multiple parties.
>
> There's a second issue, which is that we still have this "NadaParsers are 
> supposed to optimize out" problem. Came up in this same schema again even 
> after the fix which supposedly addressed it. So I think the fix solved some, 
> but not all of this problem.  I will try to recreate this and reopen the 
> ticket if it is still happening.
>
> I don't want to manage the release, but I definitely think it's better if it 
> isn't Steve L., ... I could have my arm twisted.
> 
> From: Steve Lawrence 
> Sent: Wednesday, March 25, 2020 3:12 PM
> To: dev@daffodil.apache.org 
> Subject: [DISCUSS] Daffodil 2.6.0 Release
>
> With the last of the changes recently merged to support improved schema
> compilation speed and memory, I think now is a good time to start
> discussing the next release.
>
> 1) Does anyone have any changes that are close to being ready to merge
> or bugs that are worth delaying the next release until resolved?
>
> 2) Does anyone want to volunteer to be the release manager for 2.6.0?
> The release process [1] now uses containers for most of the heavy
> lifting, and since I did it last time it would be good to get someone
> else familiar with the new release process and make sure the container
> works for someone other than myself.
>
> - Steve
>
--
Best Regards
Lola K.



Re: [DISCUSS] Daffodil 2.6.0 Release

2020-03-25 Thread Olabusayo Kilo

I'd like to have the below done for 2.6.0

https://issues.apache.org/jira/browse/DAFFODIL-2305 - Remove some unused 
methods from Term.scala


https://issues.apache.org/jira/browse/DAFFODIL-2275 - Reduce code smells 
and make some configuration changes to Sonarqube


I don't mind managing the release, although I think Josh A had expressed 
interest last time.



On 3/25/20 3:24 PM, Beckerle, Mike wrote:

I have two issues I'd like fixed for 2.6.0

https://issues.apache.org/jira/browse/DAFFODIL-2302 - this is making it 
difficult to update a Link16 schema that is in use by multiple parties.

There's a second issue, which is that we still have this "NadaParsers are supposed 
to optimize out" problem. Came up in this same schema again even after the fix which 
supposedly addressed it. So I think the fix solved some, but not all of this problem.  I 
will try to recreate this and reopen the ticket if it is still happening.

I don't want to manage the release, but I definitely think it's better if it 
isn't Steve L., ... I could have my arm twisted.

From: Steve Lawrence 
Sent: Wednesday, March 25, 2020 3:12 PM
To: dev@daffodil.apache.org 
Subject: [DISCUSS] Daffodil 2.6.0 Release

With the last of the changes recently merged to support improved schema
compilation speed and memory, I think now is a good time to start
discussing the next release.

1) Does anyone have any changes that are close to being ready to merge
or bugs that are worth delaying the next release until resolved?

2) Does anyone want to volunteer to be the release manager for 2.6.0?
The release process [1] now uses containers for most of the heavy
lifting, and since I did it last time it would be good to get someone
else familiar with the new release process and make sure the container
works for someone other than myself.

- Steve


--
Best Regards
Lola K.



Re: [DISCUSS] Daffodil 2.6.0 Release

2020-03-25 Thread Beckerle, Mike
I have two issues I'd like fixed for 2.6.0

https://issues.apache.org/jira/browse/DAFFODIL-2302 - this is making it 
difficult to update a Link16 schema that is in use by multiple parties.

There's a second issue, which is that we still have this "NadaParsers are 
supposed to optimize out" problem. Came up in this same schema again even after 
the fix which supposedly addressed it. So I think the fix solved some, but not 
all of this problem.  I will try to recreate this and reopen the ticket if it 
is still happening.

I don't want to manage the release, but I definitely think it's better if it 
isn't Steve L., ... I could have my arm twisted.

From: Steve Lawrence 
Sent: Wednesday, March 25, 2020 3:12 PM
To: dev@daffodil.apache.org 
Subject: [DISCUSS] Daffodil 2.6.0 Release

With the last of the changes recently merged to support improved schema
compilation speed and memory, I think now is a good time to start
discussing the next release.

1) Does anyone have any changes that are close to being ready to merge
or bugs that are worth delaying the next release until resolved?

2) Does anyone want to volunteer to be the release manager for 2.6.0?
The release process [1] now uses containers for most of the heavy
lifting, and since I did it last time it would be good to get someone
else familiar with the new release process and make sure the container
works for someone other than myself.

- Steve