You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@whimsical.apache.org by Craig Russell <ap...@gmail.com> on 2020/12/28 04:41:12 UTC
Bug in secretary workbench -- additional ICLA when the first ICLA was
signed with gpg
This second ICLA for Kent Yao is still pending in the workbench.
The second ICLA cannot be filed due to:
#<IOError: Cannot find existing ICLA for kent-yao>
/x1/srv/whimsy/www/secretary/workbench/views/actions/icla2.json.rb:36:in `_evaluate'
/x1/srv/whimsy/www/secretary/workbench/server.rb:121:in `block in <top (required)>'
/x1/srv/whimsy/lib/whimsy/asf/rack.rb:222:in `call'
/var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/out_of_band_gc.rb:48:in `call'
/x1/srv/whimsy/lib/whimsy/asf/rack.rb:147:in `call'
/x1/srv/whimsy/lib/whimsy/asf/rack.rb:78:in `call'
/x1/srv/whimsy/lib/whimsy/asf/rack.rb:253:in `call'
/var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/thread_handler_extension.rb:107:in `process_request'
/var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:157:in `accept_and_process_next_request'
/var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:110:in `main_loop'
/var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler.rb:415:in `block (3 levels) in start_threads'
/var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/utils.rb:113:in `block in create_thread_and_abort_on_exception'
Craig L Russell
Assistant Secretary, Apache Software Foundation
clr@apache.org http://db.apache.org/jdo
Re: Bug in secretary workbench -- additional ICLA when the first ICLA
was signed with gpg
Posted by sebb <se...@gmail.com>.
I think it's working now.
[The code could be neater...]
On Wed, 30 Dec 2020 at 16:43, sebb <se...@gmail.com> wrote:
>
> Sorry to say it does not work on the live system.
> I think it is a credentials issue which did not appear in local testing.
>
> I'll try and fix it shortly.
>
> On Wed, 30 Dec 2020 at 15:35, sebb <se...@gmail.com> wrote:
> >
> > The latest commit [1] should fix this
> >
> > The iclas.txt listing should now be updated as part of the secretary
> > workbench processing.
> >
> > Let me know if there are any issues
> >
> > [1] https://github.com/apache/whimsy/commit/61e6e7974ee3bcb964cb6477912b4ab29e21ab5f
> >
> >
> >
> >
> > On Mon, 28 Dec 2020 at 18:11, Sam Ruby <ru...@intertwingly.net> wrote:
> > >
> > > Perhaps whimsysvn should be given read access after all? At least
> > > temporarily until another approach can be implemented?
> > >
> > > https://lists.apache.org/thread.html/r5bfcd501e21a70ec7c6bebbf91995ef06c2a7e347afa9dbaed040b97%40%3Cprivacy.apache.org%3E
> > >
> > > - Sam Ruby
> > >
> > > On Mon, Dec 28, 2020 at 12:00 PM sebb <se...@gmail.com> wrote:
> > > >
> > > > Here is the error from the update job:
> > > > https://whimsy.apache.org/status/#svn-iclas
> > > >
> > > > On Mon, 28 Dec 2020 at 14:49, Craig Russell <ap...@gmail.com> wrote:
> > > > >
> > > > >
> > > > >
> > > > > > On Dec 28, 2020, at 5:05 AM, sebb <se...@gmail.com> wrote:
> > > > > >
> > > > > > I think that is because the job that updates the cached list of icla
> > > > > > file names no longer has access to the SVN directory to be able to
> > > > > > list the file names.
> > > > >
> > > > > The error occurs after reading the existing ICLA names and details (from iclas.txt apparently) and creating the request to do the work. But when I asked to do the work of filing the new ICLA the error occurs.
> > > > >
> > > > > Craig
> > > > >
> > > > > > It might be possible to do away with the cache, and fetch the names on demand.
> > > > > >
> > > > > > On Mon, 28 Dec 2020 at 04:41, Craig Russell <ap...@gmail.com> wrote:
> > > > > >>
> > > > > >> This second ICLA for Kent Yao is still pending in the workbench.
> > > > > >>
> > > > > >> The second ICLA cannot be filed due to:
> > > > > >>
> > > > > >> #<IOError: Cannot find existing ICLA for kent-yao>
> > > > > >> /x1/srv/whimsy/www/secretary/workbench/views/actions/icla2.json.rb:36:in `_evaluate'
> > > > > >> /x1/srv/whimsy/www/secretary/workbench/server.rb:121:in `block in <top (required)>'
> > > > > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:222:in `call'
> > > > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/out_of_band_gc.rb:48:in `call'
> > > > > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:147:in `call'
> > > > > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:78:in `call'
> > > > > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:253:in `call'
> > > > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/thread_handler_extension.rb:107:in `process_request'
> > > > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:157:in `accept_and_process_next_request'
> > > > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:110:in `main_loop'
> > > > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler.rb:415:in `block (3 levels) in start_threads'
> > > > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/utils.rb:113:in `block in create_thread_and_abort_on_exception'
> > > > > >>
> > > > > >> Craig L Russell
> > > > > >> Assistant Secretary, Apache Software Foundation
> > > > > >> clr@apache.org http://db.apache.org/jdo
> > > > > >>
> > > > >
> > > > > Craig L Russell
> > > > > clr@apache.org
> > > > >
Re: Bug in secretary workbench -- additional ICLA when the first ICLA
was signed with gpg
Posted by sebb <se...@gmail.com>.
Sorry to say it does not work on the live system.
I think it is a credentials issue which did not appear in local testing.
I'll try and fix it shortly.
On Wed, 30 Dec 2020 at 15:35, sebb <se...@gmail.com> wrote:
>
> The latest commit [1] should fix this
>
> The iclas.txt listing should now be updated as part of the secretary
> workbench processing.
>
> Let me know if there are any issues
>
> [1] https://github.com/apache/whimsy/commit/61e6e7974ee3bcb964cb6477912b4ab29e21ab5f
>
>
>
>
> On Mon, 28 Dec 2020 at 18:11, Sam Ruby <ru...@intertwingly.net> wrote:
> >
> > Perhaps whimsysvn should be given read access after all? At least
> > temporarily until another approach can be implemented?
> >
> > https://lists.apache.org/thread.html/r5bfcd501e21a70ec7c6bebbf91995ef06c2a7e347afa9dbaed040b97%40%3Cprivacy.apache.org%3E
> >
> > - Sam Ruby
> >
> > On Mon, Dec 28, 2020 at 12:00 PM sebb <se...@gmail.com> wrote:
> > >
> > > Here is the error from the update job:
> > > https://whimsy.apache.org/status/#svn-iclas
> > >
> > > On Mon, 28 Dec 2020 at 14:49, Craig Russell <ap...@gmail.com> wrote:
> > > >
> > > >
> > > >
> > > > > On Dec 28, 2020, at 5:05 AM, sebb <se...@gmail.com> wrote:
> > > > >
> > > > > I think that is because the job that updates the cached list of icla
> > > > > file names no longer has access to the SVN directory to be able to
> > > > > list the file names.
> > > >
> > > > The error occurs after reading the existing ICLA names and details (from iclas.txt apparently) and creating the request to do the work. But when I asked to do the work of filing the new ICLA the error occurs.
> > > >
> > > > Craig
> > > >
> > > > > It might be possible to do away with the cache, and fetch the names on demand.
> > > > >
> > > > > On Mon, 28 Dec 2020 at 04:41, Craig Russell <ap...@gmail.com> wrote:
> > > > >>
> > > > >> This second ICLA for Kent Yao is still pending in the workbench.
> > > > >>
> > > > >> The second ICLA cannot be filed due to:
> > > > >>
> > > > >> #<IOError: Cannot find existing ICLA for kent-yao>
> > > > >> /x1/srv/whimsy/www/secretary/workbench/views/actions/icla2.json.rb:36:in `_evaluate'
> > > > >> /x1/srv/whimsy/www/secretary/workbench/server.rb:121:in `block in <top (required)>'
> > > > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:222:in `call'
> > > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/out_of_band_gc.rb:48:in `call'
> > > > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:147:in `call'
> > > > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:78:in `call'
> > > > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:253:in `call'
> > > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/thread_handler_extension.rb:107:in `process_request'
> > > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:157:in `accept_and_process_next_request'
> > > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:110:in `main_loop'
> > > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler.rb:415:in `block (3 levels) in start_threads'
> > > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/utils.rb:113:in `block in create_thread_and_abort_on_exception'
> > > > >>
> > > > >> Craig L Russell
> > > > >> Assistant Secretary, Apache Software Foundation
> > > > >> clr@apache.org http://db.apache.org/jdo
> > > > >>
> > > >
> > > > Craig L Russell
> > > > clr@apache.org
> > > >
Re: Bug in secretary workbench -- additional ICLA when the first ICLA
was signed with gpg
Posted by sebb <se...@gmail.com>.
The latest commit [1] should fix this
The iclas.txt listing should now be updated as part of the secretary
workbench processing.
Let me know if there are any issues
[1] https://github.com/apache/whimsy/commit/61e6e7974ee3bcb964cb6477912b4ab29e21ab5f
On Mon, 28 Dec 2020 at 18:11, Sam Ruby <ru...@intertwingly.net> wrote:
>
> Perhaps whimsysvn should be given read access after all? At least
> temporarily until another approach can be implemented?
>
> https://lists.apache.org/thread.html/r5bfcd501e21a70ec7c6bebbf91995ef06c2a7e347afa9dbaed040b97%40%3Cprivacy.apache.org%3E
>
> - Sam Ruby
>
> On Mon, Dec 28, 2020 at 12:00 PM sebb <se...@gmail.com> wrote:
> >
> > Here is the error from the update job:
> > https://whimsy.apache.org/status/#svn-iclas
> >
> > On Mon, 28 Dec 2020 at 14:49, Craig Russell <ap...@gmail.com> wrote:
> > >
> > >
> > >
> > > > On Dec 28, 2020, at 5:05 AM, sebb <se...@gmail.com> wrote:
> > > >
> > > > I think that is because the job that updates the cached list of icla
> > > > file names no longer has access to the SVN directory to be able to
> > > > list the file names.
> > >
> > > The error occurs after reading the existing ICLA names and details (from iclas.txt apparently) and creating the request to do the work. But when I asked to do the work of filing the new ICLA the error occurs.
> > >
> > > Craig
> > >
> > > > It might be possible to do away with the cache, and fetch the names on demand.
> > > >
> > > > On Mon, 28 Dec 2020 at 04:41, Craig Russell <ap...@gmail.com> wrote:
> > > >>
> > > >> This second ICLA for Kent Yao is still pending in the workbench.
> > > >>
> > > >> The second ICLA cannot be filed due to:
> > > >>
> > > >> #<IOError: Cannot find existing ICLA for kent-yao>
> > > >> /x1/srv/whimsy/www/secretary/workbench/views/actions/icla2.json.rb:36:in `_evaluate'
> > > >> /x1/srv/whimsy/www/secretary/workbench/server.rb:121:in `block in <top (required)>'
> > > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:222:in `call'
> > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/out_of_band_gc.rb:48:in `call'
> > > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:147:in `call'
> > > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:78:in `call'
> > > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:253:in `call'
> > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/thread_handler_extension.rb:107:in `process_request'
> > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:157:in `accept_and_process_next_request'
> > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:110:in `main_loop'
> > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler.rb:415:in `block (3 levels) in start_threads'
> > > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/utils.rb:113:in `block in create_thread_and_abort_on_exception'
> > > >>
> > > >> Craig L Russell
> > > >> Assistant Secretary, Apache Software Foundation
> > > >> clr@apache.org http://db.apache.org/jdo
> > > >>
> > >
> > > Craig L Russell
> > > clr@apache.org
> > >
Re: Bug in secretary workbench -- additional ICLA when the first ICLA
was signed with gpg
Posted by Sam Ruby <ru...@intertwingly.net>.
Perhaps whimsysvn should be given read access after all? At least
temporarily until another approach can be implemented?
https://lists.apache.org/thread.html/r5bfcd501e21a70ec7c6bebbf91995ef06c2a7e347afa9dbaed040b97%40%3Cprivacy.apache.org%3E
- Sam Ruby
On Mon, Dec 28, 2020 at 12:00 PM sebb <se...@gmail.com> wrote:
>
> Here is the error from the update job:
> https://whimsy.apache.org/status/#svn-iclas
>
> On Mon, 28 Dec 2020 at 14:49, Craig Russell <ap...@gmail.com> wrote:
> >
> >
> >
> > > On Dec 28, 2020, at 5:05 AM, sebb <se...@gmail.com> wrote:
> > >
> > > I think that is because the job that updates the cached list of icla
> > > file names no longer has access to the SVN directory to be able to
> > > list the file names.
> >
> > The error occurs after reading the existing ICLA names and details (from iclas.txt apparently) and creating the request to do the work. But when I asked to do the work of filing the new ICLA the error occurs.
> >
> > Craig
> >
> > > It might be possible to do away with the cache, and fetch the names on demand.
> > >
> > > On Mon, 28 Dec 2020 at 04:41, Craig Russell <ap...@gmail.com> wrote:
> > >>
> > >> This second ICLA for Kent Yao is still pending in the workbench.
> > >>
> > >> The second ICLA cannot be filed due to:
> > >>
> > >> #<IOError: Cannot find existing ICLA for kent-yao>
> > >> /x1/srv/whimsy/www/secretary/workbench/views/actions/icla2.json.rb:36:in `_evaluate'
> > >> /x1/srv/whimsy/www/secretary/workbench/server.rb:121:in `block in <top (required)>'
> > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:222:in `call'
> > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/out_of_band_gc.rb:48:in `call'
> > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:147:in `call'
> > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:78:in `call'
> > >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:253:in `call'
> > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/thread_handler_extension.rb:107:in `process_request'
> > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:157:in `accept_and_process_next_request'
> > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:110:in `main_loop'
> > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler.rb:415:in `block (3 levels) in start_threads'
> > >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/utils.rb:113:in `block in create_thread_and_abort_on_exception'
> > >>
> > >> Craig L Russell
> > >> Assistant Secretary, Apache Software Foundation
> > >> clr@apache.org http://db.apache.org/jdo
> > >>
> >
> > Craig L Russell
> > clr@apache.org
> >
Re: Bug in secretary workbench -- additional ICLA when the first ICLA
was signed with gpg
Posted by sebb <se...@gmail.com>.
Here is the error from the update job:
https://whimsy.apache.org/status/#svn-iclas
On Mon, 28 Dec 2020 at 14:49, Craig Russell <ap...@gmail.com> wrote:
>
>
>
> > On Dec 28, 2020, at 5:05 AM, sebb <se...@gmail.com> wrote:
> >
> > I think that is because the job that updates the cached list of icla
> > file names no longer has access to the SVN directory to be able to
> > list the file names.
>
> The error occurs after reading the existing ICLA names and details (from iclas.txt apparently) and creating the request to do the work. But when I asked to do the work of filing the new ICLA the error occurs.
>
> Craig
>
> > It might be possible to do away with the cache, and fetch the names on demand.
> >
> > On Mon, 28 Dec 2020 at 04:41, Craig Russell <ap...@gmail.com> wrote:
> >>
> >> This second ICLA for Kent Yao is still pending in the workbench.
> >>
> >> The second ICLA cannot be filed due to:
> >>
> >> #<IOError: Cannot find existing ICLA for kent-yao>
> >> /x1/srv/whimsy/www/secretary/workbench/views/actions/icla2.json.rb:36:in `_evaluate'
> >> /x1/srv/whimsy/www/secretary/workbench/server.rb:121:in `block in <top (required)>'
> >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:222:in `call'
> >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/out_of_band_gc.rb:48:in `call'
> >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:147:in `call'
> >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:78:in `call'
> >> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:253:in `call'
> >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/thread_handler_extension.rb:107:in `process_request'
> >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:157:in `accept_and_process_next_request'
> >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:110:in `main_loop'
> >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler.rb:415:in `block (3 levels) in start_threads'
> >> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/utils.rb:113:in `block in create_thread_and_abort_on_exception'
> >>
> >> Craig L Russell
> >> Assistant Secretary, Apache Software Foundation
> >> clr@apache.org http://db.apache.org/jdo
> >>
>
> Craig L Russell
> clr@apache.org
>
Re: Bug in secretary workbench -- additional ICLA when the first ICLA
was signed with gpg
Posted by Craig Russell <ap...@gmail.com>.
> On Dec 28, 2020, at 5:05 AM, sebb <se...@gmail.com> wrote:
>
> I think that is because the job that updates the cached list of icla
> file names no longer has access to the SVN directory to be able to
> list the file names.
The error occurs after reading the existing ICLA names and details (from iclas.txt apparently) and creating the request to do the work. But when I asked to do the work of filing the new ICLA the error occurs.
Craig
> It might be possible to do away with the cache, and fetch the names on demand.
>
> On Mon, 28 Dec 2020 at 04:41, Craig Russell <ap...@gmail.com> wrote:
>>
>> This second ICLA for Kent Yao is still pending in the workbench.
>>
>> The second ICLA cannot be filed due to:
>>
>> #<IOError: Cannot find existing ICLA for kent-yao>
>> /x1/srv/whimsy/www/secretary/workbench/views/actions/icla2.json.rb:36:in `_evaluate'
>> /x1/srv/whimsy/www/secretary/workbench/server.rb:121:in `block in <top (required)>'
>> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:222:in `call'
>> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/out_of_band_gc.rb:48:in `call'
>> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:147:in `call'
>> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:78:in `call'
>> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:253:in `call'
>> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/thread_handler_extension.rb:107:in `process_request'
>> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:157:in `accept_and_process_next_request'
>> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:110:in `main_loop'
>> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler.rb:415:in `block (3 levels) in start_threads'
>> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/utils.rb:113:in `block in create_thread_and_abort_on_exception'
>>
>> Craig L Russell
>> Assistant Secretary, Apache Software Foundation
>> clr@apache.org http://db.apache.org/jdo
>>
Craig L Russell
clr@apache.org
Re: Bug in secretary workbench -- additional ICLA when the first ICLA
was signed with gpg
Posted by sebb <se...@gmail.com>.
I think that is because the job that updates the cached list of icla
file names no longer has access to the SVN directory to be able to
list the file names.
It might be possible to do away with the cache, and fetch the names on demand.
On Mon, 28 Dec 2020 at 04:41, Craig Russell <ap...@gmail.com> wrote:
>
> This second ICLA for Kent Yao is still pending in the workbench.
>
> The second ICLA cannot be filed due to:
>
> #<IOError: Cannot find existing ICLA for kent-yao>
> /x1/srv/whimsy/www/secretary/workbench/views/actions/icla2.json.rb:36:in `_evaluate'
> /x1/srv/whimsy/www/secretary/workbench/server.rb:121:in `block in <top (required)>'
> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:222:in `call'
> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/out_of_band_gc.rb:48:in `call'
> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:147:in `call'
> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:78:in `call'
> /x1/srv/whimsy/lib/whimsy/asf/rack.rb:253:in `call'
> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/rack/thread_handler_extension.rb:107:in `process_request'
> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:157:in `accept_and_process_next_request'
> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler/thread_handler.rb:110:in `main_loop'
> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/request_handler.rb:415:in `block (3 levels) in start_threads'
> /var/lib/gems/2.7.0/gems/passenger-6.0.5/src/ruby_supportlib/phusion_passenger/utils.rb:113:in `block in create_thread_and_abort_on_exception'
>
> Craig L Russell
> Assistant Secretary, Apache Software Foundation
> clr@apache.org http://db.apache.org/jdo
>