Good news is that this would be solved by adding authentication to this URL. Bad news is that it seems that authentication is the problem stopping other services (like the board agenda) from being invoked:
https://github.com/apache/whimsy/commit/c76c8db0d1f606d583e88f0a89cf5ac35892611e - Sam Ruby On Sat, Aug 20, 2016 at 11:49 PM, Craig Russell <[email protected]> wrote: > >> On Aug 20, 2016, at 7:40 PM, Sam Ruby <[email protected]> wrote: >> >> On Sat, Aug 20, 2016 at 8:39 PM, Craig Russell <[email protected]> >> wrote: >>> Getting there. >>> >>> 1. When I load the workbench, >>> >>> svn update /Users/clr/apache/foundation/officers >>> svn: E155021: This client is too old to work with the working copy at >>> '/Users/clr/apache/foundation' (format 31). >>> You need to get a newer Subversion client. For more details, see >>> http://subversion.apache.org/faq.html#working-copy-format-change >>> svn update /Users/clr/apache/documents >>> svn: E155021: This client is too old to work with the working copy at >>> '/Users/clr/apache/documents' (format 31). >>> You need to get a newer Subversion client. For more details, see >>> http://subversion.apache.org/faq.html#working-copy-format-change >>> >>> So clearly the svn that the workbench is using is older than the one I have >>> been using. >>> >>> bash-3.2$ svn --version >>> svn, version 1.9.3 (r1718519) >>> compiled Jan 26 2016, 10:22:17 on x86_64-apple-darwin15.3.0 >>> … >>> >>> bash-3.2$ which svn >>> /opt/local/bin/svn >>> >>> bash-3.2$ svn update /Users/clr/apache/documents/received >>> Updating '/Users/clr/apache/documents/received': >>> At revision 70911. >> >> If you visit http://whimsy.local/test.cgi you will see what what the >> value of the PATH environment variable is for CGI scripts. Compare it >> to >> >> $ echo $PATH >> >> Feel free to make a change to the 'SetEnv PATH' line in >> /etc/apache2/other/whimsy.conf and restart apache. > > I changed the SetEnv PATH line to include where the latest svn is located. > > svn update /Users/clr/apache/foundation/officers > Updating '/Users/clr/apache/foundation/officers': > svn: E170013: Unable to connect to a repository at URL > 'https://svn.apache.org/repos/private/foundation' > svn: E215004: No more credentials or we tried too many times. > Authentication failed > svn update /Users/clr/apache/documents > Updating '/Users/clr/apache/documents': > svn: E170013: Unable to connect to a repository at URL > 'https://svn.apache.org/repos/private/documents' > svn: E215004: No more credentials or we tried too many times. > Authentication failed > svn update /Users/clr/apache/foundation/Meetings/20160322 > Updating '/Users/clr/apache/foundation/Meetings/20160322': > svn: E170013: Unable to connect to a repository at URL > 'https://svn.apache.org/repos/private/foundation/Meetings' > svn: E215004: No more credentials or we tried too many times. > Authentication failed > svn update /Users/clr/apache/infrastructure/trunk/subreq > Updating '/Users/clr/apache/infrastructure/trunk/subreq': > svn: E170013: Unable to connect to a repository at URL > 'https://svn.apache.org/repos/infra/infrastructure/trunk/subreq' > svn: E215004: No more credentials or we tried too many times. > Authentication failed > >> >>> 2. I entered info for an icla. It created a @ [email protected] entry >>> >>> When I commit, >>> >>> http://whimsy.local/secretary/workbench/file.cgi >>> Failed to load resource: the server responded with a status of 500 >>> (Internal Server Error) >> >> Hopefully there is more information in either >> /var/log/apache2/error_log or /var/log/apache2/whimsy_error.log? >> >> - Sam Ruby >> >> >>>> On Aug 20, 2016, at 4:48 PM, Sam Ruby <[email protected]> wrote: >>>> >>>> On Sat, Aug 20, 2016 at 6:44 PM, Craig Russell <[email protected]> >>>> wrote: >>>>> >>>>>> On Aug 20, 2016, at 3:31 PM, Sam Ruby <[email protected]> wrote: >>>>>> >>>>>> You've clearly got CGI working at this point, next would be individual >>>>>> configuration of individual CGI applications. I'll post instructions >>>>>> shortly on how to configure the secretary workbench application. You >>>>>> basically figured out the first step, though the recommendation will >>>>>> be to copy the file and edit the copy. This will reduce the >>>>>> possibility of checking in your configuration changes. >>>> >>>> I've posted instructions: >>>> >>>> https://github.com/apache/whimsy/blob/master/config/secretary-workbench.md >>>> >>>>> Yes. It would be nice to have the local_paths.yml checked into git in an >>>>> unused place as a starting point and then have instructions on how to >>>>> copy it to the live location. >>>> >>>> I'd like to keep it so that updating whimsy-vm3 can be done without a >>>> shell account -- this means that the configuration used by the live >>>> server is checked into git and overrides appear elsewhere in the file >>>> system. >>>> >>>>> Similarly, whimsy.conf should be copied to httpd/other first and edited >>>>> there. I think I can make that change myself. >>>> >>>> I believe that this is how the current instructions are worded, but if >>>> there is a bug, by all means feel free to fix it! >>>> >>>>> Craig >>>>>> >>>>>> - Sam Ruby >>>> >>>> - Sam Ruby >>>> >>>>>> On Sat, Aug 20, 2016 at 5:40 PM, Craig Russell >>>>>> <[email protected]> wrote: >>>>>>> I changed the local_paths.yml to refer to my checked-out svn repo and >>>>>>> it now completes loading the local_paths.yml file. >>>>>>> >>>>>>> Now, I select my test.txt file which is in the documents/received (live >>>>>>> svn repo) and get the right menus on the left but permission denied in >>>>>>> the right panel. >>>>>>> >>>>>>> Forbidden >>>>>>> >>>>>>> You don't have permission to access /members/received/test.txt on this >>>>>>> server. >>>>>>> >>>>>>> Still some mis-configuration going on. My yml file: >>>>>>> >>>>>>> meeting: /Users/clr/apache/foundation/Meetings/20160322 >>>>>>> foundation: /Users/clr/apache/foundation >>>>>>> officers: /Users/clr/apache/foundation/officers >>>>>>> documents: /Users/clr/apache/documents >>>>>>> received: /Users/clr/apache/documents/received >>>>>>> mail: /Users/clr/apache/secmail.rb >>>>>>> subreq: /Users/clr/apache/subreq >>>>>>> >>>>>>> >>>>>>> Craig >>>>>>> >>>>>>>> On Aug 20, 2016, at 2:25 PM, Craig Russell <[email protected]> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> On Aug 20, 2016, at 2:12 PM, Sam Ruby <[email protected]> wrote: >>>>>>>>> >>>>>>>>> On Sat, Aug 20, 2016 at 4:53 PM, Craig Russell >>>>>>>>> <[email protected]> wrote: >>>>>>>>>> I’m at the last step in MACOSX.md and it looks good. >>>>>>>>>> >>>>>>>>>> I can load the whimsy.local page and it has lots of links to the >>>>>>>>>> whimsy resources. >>>>>>>>> >>>>>>>>> Cool. >>>>>>>>> >>>>>>>>>> But when I access the secretary/workbench, the screen splits like it >>>>>>>>>> should but the left pane shows the ruby code from worklist.cgi >>>>>>>>>> instead of running the ruby code: >>>>>>>>>> >>>>>>>>>> #!/usr/bin/env ruby >>>>>>>>>> require 'wunderbar' >>>>>>>>>> require 'yaml' >>>>>>>>>> >>>>>>>>>> DOCTYPES = %w{icla grant ccla nda other} >>>>>>>>>> >>>>>>>>>> I think there must be something wrong with my passenger config. >>>>>>>>> >>>>>>>>> Passenger is not involved in running CGIs. What is most likely the >>>>>>>>> issue is that the line including mod_cgi wasn't uncommented. Other >>>>>>>>> possibilities are problems with the following lines: >>>>>>>>> >>>>>>>>> Options +ExecCGI +Indexes +FollowSymLinks +MultiViews >>>>>>>>> AddHandler cgi-script .cgi >>>>>>>> >>>>>>>> I’m not sure where these go. But now I have a different problem: >>>>>>>> >>>>>>>> #<Errno::EACCES: Permission denied @ dir_s_mkdir - /srv> >>>>>>>> /usr/local/Cellar/ruby/2.3.1/lib/ruby/2.3.0/fileutils.rb:253:in `mkdir' >>>>>>>> /usr/local/Cellar/ruby/2.3.1/lib/ruby/2.3.0/fileutils.rb:253:in >>>>>>>> `fu_mkdir' >>>>>>>> /usr/local/Cellar/ruby/2.3.1/lib/ruby/2.3.0/fileutils.rb:227:in `block >>>>>>>> (2 levels) in mkdir_p' >>>>>>>> /usr/local/Cellar/ruby/2.3.1/lib/ruby/2.3.0/fileutils.rb:225:in >>>>>>>> `reverse_each' >>>>>>>> /usr/local/Cellar/ruby/2.3.1/lib/ruby/2.3.0/fileutils.rb:225:in `block >>>>>>>> in mkdir_p' >>>>>>>> /usr/local/Cellar/ruby/2.3.1/lib/ruby/2.3.0/fileutils.rb:211:in `each' >>>>>>>> /usr/local/Cellar/ruby/2.3.1/lib/ruby/2.3.0/fileutils.rb:211:in >>>>>>>> `mkdir_p' >>>>>>>> /Users/clr/apache/git/whimsy/www/secretary/workbench/local_paths.rb:21:in >>>>>>>> `block in <top (required)>' >>>>>>>> /Users/clr/apache/git/whimsy/www/secretary/workbench/local_paths.rb:20:in >>>>>>>> `each' >>>>>>>> /Users/clr/apache/git/whimsy/www/secretary/workbench/local_paths.rb:20:in >>>>>>>> `<top (required)>' >>>>>>>> /usr/local/Cellar/ruby/2.3.1/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in >>>>>>>> `require' >>>>>>>> /usr/local/Cellar/ruby/2.3.1/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in >>>>>>>> `require' >>>>>>>> /Users/clr/apache/git/whimsy/www/secretary/workbench/worklist.cgi:33:in >>>>>>>> `block (2 levels) in <main>' >>>>>>>> /Users/clr/apache/git/whimsy/www/secretary/workbench/worklist.cgi:15:in >>>>>>>> `block in <main>' >>>>>>>>> >>>>>>>>>> Craig L Russell >>>>>>>>>> Architect >>>>>>>>>> [email protected] >>>>>>>>>> P.S. A good JDO? O, Gasp! >>>>>>>>> >>>>>>>>> - Sam Ruby >>>>>>>> >>>>>>>> Craig L Russell >>>>>>>> Architect >>>>>>>> [email protected] >>>>>>>> P.S. A good JDO? O, Gasp! >>>>>>> >>>>>>> Craig L Russell >>>>>>> Architect >>>>>>> [email protected] >>>>>>> P.S. A good JDO? O, Gasp! >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> Craig L Russell >>>>> Architect >>>>> [email protected] >>>>> P.S. A good JDO? O, Gasp! >>>>> >>>>> >>>>> >>>>> >>>>> >>> >>> Craig L Russell >>> Architect >>> [email protected] >>> P.S. A good JDO? O, Gasp! >>> >>> >>> >>> >>> > > Craig L Russell > Architect > [email protected] > P.S. A good JDO? O, Gasp! > > > > >
