The value of an alias in the AuthzSVNAccess file seems constrained to be
whatever login name the user used.
However I am using LDAP authentication, and it is preferable for me for it
to be the full DN of the user rather than whatever he supplied as the login
name.
I have 'AuthLDAPRemoteUserIsDN
I've always been slightly annoyed with Apache 401 "unauthorized" log
entries
when accessing a Subversion repository. I realize these are part of the
standard authentication "handshake" via the http protocol.
(Always ask anonymously first...)
I also realize that mod_dav_svn can now provide a cust
On Tue, Sep 11, 2012 at 2:33 PM, John Maher wrote:
> So you think 100 years from now people will be entering text based
> commands?
Yes, for as long as people think, speak, write and read text, they
will use it to communicate with each other and the machines that
assist them. And they will cont
So you think 100 years from now people will be entering text based
commands? I disagree. And some people still ride horses today for
transportation. Doesn't mean I'm gonna get one. But that's OK, because
of the people needing horses it gives people who know how to groom
horses a job, which is a
On Tue, Sep 11, 2012 at 03:10:57PM -0400, John Maher wrote:
> Sorry I'm not reading anything on unix if I can help it.
With that statement, you've made it obvious that you don't actually
understand the capabilities of the CLI. Both CLI and GUI have their
uses, and it's definitely not the case that
On Tue, Sep 11, 2012 at 2:20 PM, John Maher wrote:
>>A script is a wrapper around all of your programs and becomes a
> superset of all of them.
> lololol that has got to be the most unusual definition I have ever
> heard of a script. According to your definition, a macro in a word
> processer is
On Tue, Sep 11, 2012 at 3:10 PM, John Maher wrote:
> Sorry I'm not reading anything on unix if I can help it. Text based
> operating systems will be obsolete. I know all you text gurus will
> argue to your death. But JCL was junk while it was still in use. It
> was used only because that had
On Tue, Sep 11, 2012 at 2:10 PM, John Maher wrote:
> Text based
> operating systems will be obsolete.
Errr, what? Have google, amazon, facebook, etc. all changed while I
wasn't looking?
> But JCL was junk while it was still in use.
So what does that have to do with bourne shell or bash or th
>A script is a wrapper around all of your programs and becomes a
superset of all of them.
lololol that has got to be the most unusual definition I have ever
heard of a script. According to your definition, a macro in a word
processer is a superset of the entire word processer. I disagree.
Usi
Guys, guys ... take a deep breath and calm down a little bit please.
This discussion doesn't seem to be all that useful. You both really
have vastly different opinions, I don't think all this arguing is
going to change much. And it has become mostly off topic for this
mailinglist.
--
Johan
On Tu
lol. These rants are priceless!! I talk about a simple wrapper and we
get text stream processing!! Tack on irrelevant things to make your
point sound good!! If you gotta reach that far then that is a clue your
argument lacks merit. I give up trying to explain it.
Sorry I'm not reading anythin
On Tue, Sep 11, 2012 at 1:57 PM, John Maher wrote:
>>
> A script is just a subset of a full fledged program. In other words, a
> program can do all a script can do and more.
That's the part you don't seem to be getting. A script is a wrapper
around all of your programs and becomes a superset of
> But exactly for those wrappers there is no point in
> trying to do *everything* the CLI can do in the GUI as well
I disagree. The point is to make the job easier. Having to switch
around would prove the point that it is not helping much. I agree to
streamline what needs to be done. But I als
On Tue, Sep 11, 2012 at 12:11 PM, John Maher wrote:
>> You're confusing a single application with the whole command line
>> and *everything* it can invoke. In your picture that whole set of all
>> commands available now or in the future is the 'the application' for
>> which you'd need to design a
On Tue, 11 Sep 2012 13:11:08 +, John Maher wrote:
...
> I don't understand this statement at all. I'm talking about a simple
> wrapper.
Ok, I got that wrong. But exactly for those wrappers there is no point in
trying to do *everything* the CLI can do in the GUI as well. Streamline
the most im
> You're confusing a single application with the whole command line
> and *everything* it can invoke. In your picture that whole set of all
> commands available now or in the future is the 'the application' for
> which you'd need to design a GUI, would you want to have its
flexibility
> available
On Tue, Sep 11, 2012 at 11:48 AM, John Maher wrote:
> You don't have to like
> guis or programmers. But to say they are not useful or detrimental is a
> prejudice that can hurt you because it frankly is not a fact.
I've never said they weren't useful. I've said that they restrict you
to what th
> What they don't do is let me build on things that already work in
> arbitrary ways (especially in other languages and on other
> machines...), and add to that when I have anything else that works.
> Maybe they could, but then they would become a programming language
> themselves.
Actually, they
On Tue, 11 Sep 2012 12:02:51 +, John Maher wrote:
...
> line can except take more time to do something. You're confusing the
> steps to design an application with the steps to design a wrapper.
You're confusing a single application with the whole command line
and *everything* it can invoke. I
On Tue, Sep 11, 2012 at 11:02 AM, John Maher wrote:
> So there is NOTHING the gui can't do that the command
> line can except take more time to do something.
What they don't do is let me build on things that already work in
arbitrary ways (especially in other languages and on other
machines...),
Sorry Les, you just don't get it. Just because you've never seen
something doesn't mean it can't or shouldn't be done. Its sad that you
haven't seen any good tools. You make the same mistake over and over
assuming that a wrapper designer anticipates what the user wants to do.
While that may be t
On Tue, Sep 11, 2012 at 04:48:12PM +0200, Laurent Alebarde wrote:
> Le 11/09/2012 15:49, Stefan Sperling a écrit :
> >On Tue, Sep 11, 2012 at 02:45:49PM +0200, Laurent Alebarde wrote:
> >>Thanks for your answer Stefan,
> >>
> >>Unfortunatly, no :
> >>
> >>The first link says Subversion is smart wit
On Sep 11, 2012, at 09:48, Laurent Alebarde wrote:
> Le 11/09/2012 15:49, Stefan Sperling a écrit :
>>
>> What do you really need this feature for? I'm interested in learning
>> more about your actual use case, the actual problem you're trying to
>> solve, rather than what git's solution to your
On Tue, Sep 11, 2012 at 7:22 AM, John Maher wrote:
> Interesting discussion. It appears you have not had the chance to work
> with a good wrapper, or maybe you shun guis or something because there
> appears to be a strong bias to your statements.
First, let me remind you that you started the dis
Le 11/09/2012 15:49, Stefan Sperling a écrit :
On Tue, Sep 11, 2012 at 02:45:49PM +0200, Laurent Alebarde wrote:
Thanks for your answer Stefan,
Unfortunatly, no :
The first link says Subversion is smart with binary files. That's
good to hear, but do not provide a filter or filter hook between
Thanks Bob. Exactly what I was looking for.
John
-Original Message-
From: Bob Archer [mailto:bob.arc...@amsi.com]
Sent: Tuesday, September 11, 2012 9:48 AM
To: John Maher; Thorsten Schöning; users@subversion.apache.org
Subject: RE: general questions
> > If you think it would require 44
On Tue, Sep 11, 2012 at 02:45:49PM +0200, Laurent Alebarde wrote:
> Thanks for your answer Stefan,
>
> Unfortunatly, no :
>
> The first link says Subversion is smart with binary files. That's
> good to hear, but do not provide a filter or filter hook between the
> workspace and the repository.
A
> > If you think it would require 44 click paths then that is indeed a poor
> > design.
> >
>
> Do you really have 44 repositories? Or 44 projects in a single repository?
>
> > 1 click to select the repository, 1 click to select all. I just
> > turned 44 click paths into 2 clicks. Sounds like
On Tue, Sep 11, 2012 at 9:38 AM, John Maher wrote:
> Thanks Mark!!! That might be exactly what I was looking for. Now I
> have an unusual question I don’t know if anyone knows the answer. I may
> just try it anyway. What happens if I have more ignores than I need. Will
> it hurt performance
Thanks Mark!!! That might be exactly what I was looking for. Now I have an
unusual question I don't know if anyone knows the answer. I may just try it
anyway. What happens if I have more ignores than I need. Will it hurt
performance much? For example, my setup looks like this:
Reporito
Your repository should not be placed on a network share to be accessed
via CIFS/SMB/what have you.
Whether you can install an SVN server on your NAS depends upon the
NAS. Some vendors offer "packages" which you can install on their
devices to provide this sort of functionality. Check with your NAS
Hi all !!
Any idea or colaboration about this ?
Regards.
-- Forwarded message --
From: e-friend_partner
Date: 2012/9/3
Subject: Question's about install subversion server in a NAS (network
attached storage).
To: users-i...@subversion.apache.org
Hi comunity !!
I'm looking fo
Thanks for your answer Stefan,
Unfortunatly, no :
The first link says Subversion is smart with binary files. That's good
to hear, but do not provide a filter or filter hook between the
workspace and the repository.
The second link says it can use external diff. But that's not what I
want to
On Tue, Sep 11, 2012 at 8:32 AM, John Maher wrote:
> On our server we have 21 repositories. One of those repositories contains
> 44 projects (dlls). Each project needs the svn:ignore property set.
>
> You're right, it is not common. But several times I had to leave tortoise
> to go to the comm
On our server we have 21 repositories. One of those repositories contains 44
projects (dlls). Each project needs the svn:ignore property set.
You're right, it is not common. But several times I had to leave tortoise to
go to the command line. It's just one more pain. I feel there is a bette
Thank you Ryan.
I couldn't find where I read that before and you and others explained it
well.
John
-Original Message-
From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com]
Sent: Monday, September 10, 2012 5:38 PM
To: John Maher
Cc: Subversion Users
Subject: Re: svnadmin
Returnin
Interesting discussion. It appears you have not had the chance to work
with a good wrapper, or maybe you shun guis or something because there
appears to be a strong bias to your statements. I have been a
programmer AND user on both sides, gui and command line, so I am not
making things up.
> I'
Tortoise is pretty cool, the best out of what I tried, and I haven't
tried much. But there are some things it can not do.
John
From: David Chapman [mailto:dcchap...@acm.org]
Sent: Monday, September 10, 2012 4:17 PM
To: John Maher
Cc: Mark Phippard; users@
"Error: database is locked, executing statement 'COMMIT
TRANSACTION;'" . One hundred times per day. It's very big headache.
Error occures while getting updates from repo.
After error I'll getting this error while try to clean up my locked
local copy. A lot of tryings
39 matches
Mail list logo