Re: A little help please with roster-emeritus

2020-07-01 Thread Sam Ruby
On Wed, Jul 1, 2020 at 10:17 AM sebb wrote: > > On Wed, 1 Jul 2020 at 14:40, Craig Russell wrote: > > > > So IIUC: > > svnmucc always needs an explicit password > > No. > > However svnmucc always requires modify access. > All ASF repos require a password to allow modification. > So svnmucc alway

Re: A little help please with roster-emeritus

2020-07-01 Thread sebb
On Wed, 1 Jul 2020 at 14:40, Craig Russell wrote: > > So IIUC: > svnmucc always needs an explicit password No. However svnmucc always requires modify access. All ASF repos require a password to allow modification. So svnmucc always needs a password to operate against an ASF repo. > local testi

Re: A little help please with roster-emeritus

2020-07-01 Thread Craig Russell
So IIUC: svnmucc always needs an explicit password local testing does not use a password svnmucc cannot be tested locally Craig > On Jun 30, 2020, at 3:19 PM, sebb wrote: > > On Tue, 30 Jun 2020 at 22:58, Craig Russell wrote: >> >> I updated /private/etc/apache2/other/whimsy.conf by prependi

Re: A little help please with roster-emeritus

2020-06-30 Thread sebb
On Tue, 30 Jun 2020 at 22:58, Craig Russell wrote: > > I updated /private/etc/apache2/other/whimsy.conf by prepending PATH with the > location in my file system to svnmucc: /usr/local/opt/subversion/bin. Both > svn and svnmucc are the 2020 versions. > svn, version 1.14.0 (r1876290) >compiled

Re: A little help please with roster-emeritus

2020-06-30 Thread Craig Russell
I updated /private/etc/apache2/other/whimsy.conf by prepending PATH with the location in my file system to svnmucc: /usr/local/opt/subversion/bin. Both svn and svnmucc are the 2020 versions. svn, version 1.14.0 (r1876290) compiled Jun 22 2020, 22:13:07 on x86_64-apple-darwin18.7.0 svnmucc, ver

Re: A little help please with roster-emeritus

2020-06-30 Thread Sam Ruby
On Tue, Jun 30, 2020 at 2:33 PM Craig Russell wrote: > > > On Jun 30, 2020, at 11:06 AM, Sam Ruby wrote: > > > > What does `which svnmucc` return? If it is not present, install it > > via `brew install subversion`. If it is present, make sure that its > > path is included by the web server. > >

Re: A little help please with roster-emeritus

2020-06-30 Thread Craig Russell
> On Jun 30, 2020, at 11:06 AM, Sam Ruby wrote: > > What does `which svnmucc` return? If it is not present, install it > via `brew install subversion`. If it is present, make sure that its > path is included by the web server. [MacBook-Pro-10:~/apache/git/whimsy] clr% which svnmucc /opt/loca

Re: A little help please with roster-emeritus

2020-06-30 Thread Sam Ruby
What does `which svnmucc` return? If it is not present, install it via `brew install subversion`. If it is present, make sure that its path is included by the web server. - Sam Ruby On Tue, Jun 30, 2020 at 1:49 PM Craig Russell wrote: > > > > > On Jun 30, 2020, at 10:35 AM, Sam Ruby wrote: >

Re: A little help please with roster-emeritus

2020-06-30 Thread Craig Russell
> On Jun 30, 2020, at 10:35 AM, Sam Ruby wrote: > > Does "curl --head http://whimsy.local/roster/"; respond with: > > HTTP/1.1 401 Unauthorized Yes. > > Are you still using rackup or are you using whimsy.local? For the roster testing I am using localhost:9292. > > As currently set up, the

Re: A little help please with roster-emeritus

2020-06-30 Thread Sam Ruby
Does "curl --head http://whimsy.local/roster/"; respond with: HTTP/1.1 401 Unauthorized Are you still using rackup or are you using whimsy.local? As currently set up, the rack/passenger application is assuming that the Apache HTTPD web server is performing authentication. If you bypass Apache h

Re: A little help please with roster-emeritus

2020-06-30 Thread Craig Russell
In my local environment I added the source code in memstat.json.rb : Wunderbar.warn("$USER: #{$USER}") Wunderbar.warn("$PASSWORD: #{$PASSWORD}") Wunderbar.warn("env.user: #{env.user}") Wunderbar.warn("env.password: #{env.password}") Wunderbar.warn("ENV['USER']: #{ENV['USER']}") Wunderbar.warn("ENV

Re: A little help please with roster-emeritus

2020-06-30 Thread sebb
The svnmucc command acts directly on the repo, so credentials are always required. The only exception is if the repo doesn't require auth (e.g. a local test repo). One other exception: the 'help' command. For svn commands, credentials are generally needed for changes to the repo. For private repos

Re: A little help please with roster-emeritus

2020-06-30 Thread sebb
On Tue, 30 Jun 2020 at 14:16, Craig Russell wrote: > > Anything more to add here? Please? AFAICT multiUpdate_ and svnmucc_ are working OK. Therefore suspicion falls on the env object -- does it actually contain a password? Hence my previous suggestion to check whether that is the case or not.

Re: A little help please with roster-emeritus

2020-06-30 Thread Craig Russell
Maybe a simpler question: In the cgi environment, where are credentials to be found? And when are credentials required to be presented? In the roster environment, where are credentials found? And when are they needed to be presented? Thanks, Craig > On Jun 30, 2020, at 6:16 AM, Craig Russell

Re: A little help please with roster-emeritus

2020-06-30 Thread Craig Russell
Anything more to add here? Please? Craig > On Jun 29, 2020, at 4:29 PM, Craig Russell wrote: > > I'm just confused why the password is needed, since the "_" contains user and > password. > > Where does the password go when using multiUpdate? It's in the "_" that's > passed in. Where is the p

Re: A little help please with roster-emeritus

2020-06-29 Thread Craig Russell
I'm just confused why the password is needed, since the "_" contains user and password. Where does the password go when using multiUpdate? It's in the "_" that's passed in. Where is the password missing? Thanks, Craig > On Jun 29, 2020, at 3:56 PM, sebb wrote: > > On Mon, 29 Jun 2020 at 23:3

Re: A little help please with roster-emeritus

2020-06-29 Thread sebb
On Mon, 29 Jun 2020 at 23:31, Craig Russell wrote: > > I'm testing the "move to emeritus" function with the changes that will move > emeritus-requests-received/member.txt to emeritus. > > All the code is in branch roster-emeritus. I'm getting this error from > memstat.json.rb when processing the