I had made a mistake in the last Directory entry for whimsy.conf.

I changed it to what I think it’s supposed to be and now I get the same 
response from whimsy.local running svn that I do locally.

But I think svn at apache thinks I’m trying to hack the system.

[MacBook-Pro:~/apache/documents/received] clr% svn up
Updating '.':
svn: E170013: Unable to connect to a repository at URL 
'https://svn.apache.org/repos/private/documents'
svn: E120108: Error running context: The server unexpectedly closed the 
connection.

whimsy:
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: E120108: Error running context: The server unexpectedly closed the 
connection.

Can someone check?

Thanks,

Craig

This is the file that is copied to /etc/apache2/other/whimsy.conf


> On Aug 21, 2016, at 10:20 AM, Craig Russell <[email protected]> wrote:
> 
> I reverted the change to whimsy.conf and can now get back to where I was 
> yesterday.
> 
> So, if the server is running as clr, with my local credentials, why does svn 
> complain? 
> 
> Where is it that we tell sever to run as clr?
> 
> Craig
> 
>> On Aug 21, 2016, at 9:22 AM, Sam Ruby <[email protected]> wrote:
>> 
>> On Sun, Aug 21, 2016 at 11:09 AM, Craig Russell
>> <[email protected]> wrote:
>>> Bad news. After making this change and restarting httpd, I got the login 
>>> prompt and entered my local credentials.
>>> 
>>> Now sec bench won’t start at all. I closed the page and it still won’t 
>>> start.
>> 
>> We seem to be saying the same thing.  Apache HTTPD plus LDAP
>> Authentication on Mac OS/X causes an immediate Internal Server Error
>> without ever invoking the application.  I wonder if we know anybody
>> who has experience with this combination?
>> 
>> The same code works fine on Ubuntu.  And the problem is before any
>> whimsy code is executed.
>> 
>> Either we will need to find a way to get this to work on Mac OS/X, or
>> will need to find a workaround.
>> 
>>> So, the prompt for credentials for whimsy.local is for my apache 
>>> credentials?
>>> 
>>> And what do I have to do to make it forget what I typed in earlier?
>> 
>> If you remove (or comment out) "Require ldap-group
>> cn=asf-secretary,ou=groups,ou=services,dc=apache,dc=org" and restart
>> apache you will be back where you were.
>> 
>>> Thanks,
>>> 
>>> Craig
>> 
>> - Sam Ruby
>> 
>>>> On Aug 21, 2016, at 7:08 AM, Sam Ruby <[email protected]> wrote:
>>>> 
>>>> 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!
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>> 
>>> 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