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.

> 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!
>
>
>
>
>

Reply via email to