Op za 20 aug. 2022 om 14:27 schreef Olaf van der Spek :
>
> Op za 20 aug. 2022 om 12:39 schreef Daniel Sahlberg
> :
> >
> > Den lör 20 aug. 2022 kl 12:20 skrev Olaf van der Spek
> > :
> > Check the available authentication credential caches:
> > [[[
> >
Op za 20 aug. 2022 om 12:39 schreef Daniel Sahlberg
:
>
> Den lör 20 aug. 2022 kl 12:20 skrev Olaf van der Spek :
> Check the available authentication credential caches:
> [[[
> $ svn --version
> [...]
> The following authentication credential caches are available:
>
>
Hi,
On a Debian 11 system with Subversion 1.14.1-3+deb11u1 I'm trying to
store passwords.
In /etc/subversion/config I've got:
[auth]
password-stores =
# cat /etc/subversion/servers
[global]
store-passwords = yes
store-plaintext-passwords = yes
But still it's asking for the server every single t
On Sun, Dec 25, 2016 at 12:06 AM, Andreas Krey wrote:
> On Fri, 23 Dec 2016 13:22:03 +0000, Olaf van der Spek wrote:
> ...
>> > (modulo externals). Having .svn outside the worktree isn't
>> > relevant for me; my gripe with .svn is that the pristine
>> > copi
On Fri, Dec 23, 2016 at 11:56 AM, Andreas Krey wrote:
> On Fri, 23 Dec 2016 09:30:45 +, Stefan Sperling wrote:
> ...
>> Well, at the time the wc-ng effort was started, a centralized .svn was
>> one of the design goals. That's why the DB schema is the way it is.
>
> See, I thought, wc-ng was do
On Thu, Dec 22, 2016 at 1:48 PM, Stefan Sperling wrote:
> I think the use case described would be much better served by implementing
> support for a shared .svn dir located e.g. in the user's home directory which
> can then be shared by multiple working copies.
> This would work without an env va
On Tue, Dec 20, 2016 at 12:10 AM, Matt Garman wrote:
> Looking at the Subversion 1.7 release notes[2], and also my own
> testing, it appears that what I could do to make this easy for
> everyone is to upgrade all CentOS 6 clients to subversion-1.7 (i.e.
> have subversion-1.7 everywhere on the clie
On Mon, Dec 5, 2016 at 12:51 AM, Johan Corveleyn wrote:
> I don't understand what you're trying to say here. There are always
> files involved, no? I don't care about the directories themselves in
No, see my initial example:
# svn up /etc
Updating '/etc':
C /etc/php5
A /etc/php5/cli
A /
On Sun, Dec 4, 2016 at 6:27 PM, Johan Corveleyn wrote:
> On Sun, Dec 4, 2016 at 11:32 AM, Olaf van der Spek wrote:
> So do you agree that the --force behaviour (just blindly incorporating
> local files, without any warning) should *not* be the default?
I'm not sure..
Why can'
On Sun, Dec 4, 2016 at 1:04 AM, Johan Corveleyn wrote:
> I think the most annoying consequence of accidentally checking out
> over an existing directory, without any conflict detection (if the
> --force behaviour would be the default), would be that you cannot
> easily undo the operation. You have
On Sat, Dec 3, 2016 at 10:07 PM, Stefan Sperling wrote:
> On Sat, Dec 03, 2016 at 06:42:11PM +0100, Olaf van der Spek wrote:
>> On Tue, Nov 29, 2016 at 10:19 PM, Stefan Sperling wrote:
>> >> >> For directories it seems like a no-brainer to avoid the conflict.
>&
On Tue, Nov 29, 2016 at 10:19 PM, Stefan Sperling wrote:
>> >> For directories it seems like a no-brainer to avoid the conflict.
>> >
>> > Indeed, adding a resolver option for this should not be very difficult.
>>
>> I'd opt for not having a conflict in the first place.
>
> There is a reason the n
On Tue, Nov 29, 2016 at 7:38 PM, Stefan Sperling wrote:
> On Tue, Nov 29, 2016 at 07:23:21PM +0100, Olaf van der Spek wrote:
>> On Wed, Nov 23, 2016 at 12:36 PM, Johan Corveleyn wrote:
>> > Maybe Stefan Sperling (in cc) or others working on the tree conflict
>> > re
On Wed, Nov 23, 2016 at 12:36 PM, Johan Corveleyn wrote:
How does one adopt / merge the update from the repo into local
unversioned directories?
Using R marks the directory for deletion.
# svn up /etc
Updating '/etc':
C /etc/php5
A /etc/php5/cli
On Tue, Nov 22, 2016 at 10:13 PM, Bert Huijben wrote:
> Or set
> [miscellany]
> global-ignores = *
>
> In ~/.subversion/config
That does the trick, thanks a lot!
--
Olaf
On Sat, Nov 26, 2016 at 10:32 PM, Branko Čibej wrote:
>> Doesn't svn+ssh require all accounts to have direct and full file
>> access to the entire repo?
>
> The account under which svnserver runs does need such access, but you do
> /not/ have to create one account per user; with a bit of SSH magic
On Sat, Nov 26, 2016 at 3:22 PM, Nico Kadel-Garcia wrote:
> On Fri, Nov 25, 2016 at 5:11 AM, Olaf van der Spek wrote:
>> Hi,
>>
>> Currently I'm running svnserve on a Debian VM on my PC. I'd like to
>> move it to a server on the internet but I don't g
On Fri, Nov 25, 2016 at 11:20 AM, Branko Čibej wrote:
> On 25.11.2016 11:11, Olaf van der Spek wrote:
>> Hi,
>>
>> Currently I'm running svnserve on a Debian VM on my PC. I'd like to
>> move it to a server on the internet but I don't get how to do thi
Hi,
Currently I'm running svnserve on a Debian VM on my PC. I'd like to
move it to a server on the internet but I don't get how to do this
securely.
Svnserve doesn't support encryption, right, so I can't expose it on a
public port directly.
I'm aware of Subversion via Apache but I don't run Apache
On Tue, Nov 22, 2016 at 10:40 AM, Daniel Shahaf wrote:
> Johan Corveleyn wrote on Tue, Nov 22, 2016 at 09:43:26 +0100:
>> If you want to add that option to every status command, maybe you can
>> use a shell alias or something similar for that?
>
> For Bourne-like shells:
>
> svn() {
> ca
On Tue, Nov 22, 2016 at 10:11 AM, Stefan Sperling wrote:
> This side-steps your actual question but are you sure you want to
> version files in your /etc directory with Subversion?
No ;)
> Subversion does not version file permissions. You may end up with
> sensitive files being readable by users
Hi,
How does one hide ALL unversioned files from ALL svn status commands?
I don't want to add all files to svn-ignore, I'd just like this one
command to not show them.
--
Olaf
Hi,
How does one adopt / merge the update from the repo into local
unversioned directories?
Using R marks the directory for deletion.
# svn up /etc
Updating '/etc':
C /etc/php5
A /etc/php5/cli
A /etc/php5/cli/conf.d
A /etc/php5/cgi
A .
Updated to revision 55.
Tree conflict on '/etc
23 matches
Mail list logo
