We are in the process of converting our old source code repository to
svn. The old repository is flat, all modules are stored on the same
level. We have a build tool that, given a configuration file, checks out
all modules that form an individual application and place them in an
appropriate
On 2010-08-11 11:11:25 +0200, Paul Ebermann wrote:
The thing is, users are using other tools than SVN to work with the
files, too.
So if I look at my directory with a file manager, I want my
filenames to be readable (and renameable). The idea is that usually
the user uses for one working
On Wed, Aug 11, 2010 at 6:20 AM, Michael Pruemm mpru...@eso.org wrote:
We are in the process of converting our old source code repository to svn.
The old repository is flat, all modules are stored on the same level. We
have a build tool that, given a configuration file, checks out all modules
Hi
As described in the subject line. Do you have any experience in migrating
from 32 - 64 bit ?
Is it possible to use the same filesystem with repositories in new system
(without dumpload)
Any good practices ?
Thanks
Leszek Szarlej
As far as subversion is concerned, as long as you get it installed, there is
nothing for you to think or care about.
Generally speaking, the 32-64 migration is easy for everything everywhere.
There may be some exceptions ... some package you need which isn't build
64bit or has difficulty
On Wed, Aug 11, 2010 at 09:11:29AM -0400, Edward Ned Harvey wrote:
As far as subversion is concerned, as long as you get it installed, there is
nothing for you to think or care about.
It depends on the Subversion repository backend.
If the BerkeleyDB backend is used, a dump/load cycle is
Hi.
2010/8/11 Vincent Lefevre vincent-...@vinc17.net
Yes, and this is another reason why the solution chosen by Subversion
doesn't work well. For instance, GNOME always uses UTF-8 for filename
encoding. So, if the user uses ISO-8859-* locales (for shell sessions),
one gets inconsistencies.
On 2010-08-11 13:42:35 +0200, Stefan Sperling wrote:
On Wed, Aug 11, 2010 at 12:31:48AM +0200, Vincent Lefevre wrote:
On 2010-08-10 20:59:00 +0200, Stefan Sperling wrote:
Right now, if the filename cannot be represented in the current locale,
you get this error: svn: Can't convert string
On 2010-08-11 13:51:18 +0200, Stefan Sperling wrote:
On Wed, Aug 11, 2010 at 12:35:59PM +0200, Vincent Lefevre wrote:
On 2010-08-11 11:11:25 +0200, Paul Ebermann wrote:
The thing is, users are using other tools than SVN to work with the
files, too.
So if I look at my directory with
On 2010-08-11 16:20:38 +0200, Alexander Skwar wrote:
2010/8/11 Vincent Lefevre vincent-...@vinc17.net
Yes, and this is another reason why the solution chosen by Subversion
doesn't work well. For instance, GNOME always uses UTF-8 for filename
encoding. So, if the user uses ISO-8859-* locales
On 2010-08-11 16:26:32 +0200, Vincent Lefevre wrote:
On 2010-08-11 13:42:35 +0200, Stefan Sperling wrote:
On Wed, Aug 11, 2010 at 12:31:48AM +0200, Vincent Lefevre wrote:
On 2010-08-10 20:59:00 +0200, Stefan Sperling wrote:
Right now, if the filename cannot be represented in the current
Hi,
I am not sure whether this should go to the dev or users list, which
according to the instructions means i should try here first :)
Im working on an client application that uses subversion as an
internal component to sync data with a (SVN) server (through SharpSvn,
though that doesn’t matter
Hi,
After moving to a new system (Kubuntu Hardy - Lucid) I can no longer
access an SVN repository:
$ svn update
svn: OPTIONS of 'https://example.com/path/to/svn/trunk': SSL handshake
failed: SSL error: A TLS warning alert has been received.
(https://example.com)
I assume the old svn
Vincent Lefevre wrote:
On 2010-08-11 13:51:18 +0200, Stefan Sperling wrote:
On Wed, Aug 11, 2010 at 12:35:59PM +0200, Vincent Lefevre wrote:
Yes, and this is another reason why the solution chosen by Subversion
doesn't work well. For instance, GNOME always uses UTF-8 for filename
encoding.
i have this issue here i was wondering if someone can give me a hand...
basically i'm running svn server and long story short, we had to
restore some backups
but here is a tricky part...
the backup that we restore isn't latest they are a day old, but
clients who's using that svn server is in the
On Wed, Aug 11, 2010 at 12:22, alexus ale...@gmail.com wrote:
i have this issue here i was wondering if someone can give me a hand...
basically i'm running svn server and long story short, we had to
restore some backups
but here is a tricky part...
the backup that we restore isn't latest
On Wed, Aug 11, 2010 at 9:52 PM, alexus ale...@gmail.com wrote:
i have this issue here i was wondering if someone can give me a hand...
basically i'm running svn server and long story short, we had to
restore some backups
but here is a tricky part...
the backup that we restore isn't latest
Hello,
I develop a web-based application that send command to a subversion Server
using the Subversion command line client *svn*
I create several files and use the *svn propset* command to add properties
on files. There is a lot of properties (almost 15 by file), so it takes a
lot of time.
My
Hello,
I develop a web-based application that send command to a subversion
Server using the Subversion command line client svn
I create several files and use the svn propset command to add
properties on files. There is a lot of properties (almost 15 by
file), so it takes a lot of time.
Hi,
Building KDELibs 4 for Kwallet is as embarrassing as building GNOME
Keyring if not more. Even worse, KDE's installation guides are like
puzzle books. I have to think about tring a binary distribution of
Subversion with GNOME Keyring support. My system is the Cray Linux
Environment (CLE)
On Wed, Aug 11, 2010 at 4:24 PM, Gero g...@ieee.org wrote:
Hi,
After moving to a new system (Kubuntu Hardy - Lucid) I can no longer access
an SVN repository:
$ svn update
svn: OPTIONS of 'https://example.com/path/to/svn/trunk': SSL handshake
failed: SSL error: A TLS warning alert has been
On Wed, Aug 11, 2010 at 05:23:31PM +0200, Vincent Lefevre wrote:
On 2010-08-11 16:26:32 +0200, Vincent Lefevre wrote:
Configuring a UTF-8 locale can yield non-portable behavior.
Such as?
There's a good reason why various scripts do a LC_ALL=C.
Then those scripts are written for projects
Thank you for your answers. Currently I've setup svnsync and I am doing test
run of synchronizing repositories. I will have a small window to migrate
repositories. Using the svnsync gives me possibility to do major job before
the change window and then final sync during the change.
In this step I
On Wed, Aug 11, 2010 at 04:29:56PM +0200, Vincent Lefevre wrote:
You're forcing the user to use a UTF-8 locale. Unacceptable.
No, we leave users a choice.
I consider your idea of forcing UTF-8 filenames on everybody unacceptable.
Stefan
On Wed, 2010-08-11, Lieven Govaerts wrote:
On Wed, Aug 11, Gero wrote:
Hi,
After moving to a new system (Kubuntu Hardy - Lucid) I can no
longer access
an SVN repository:
$ svn update
svn: OPTIONS of 'https://example.com/path/to/svn/trunk': SSL handshake
failed: SSL error: A TLS
On Wed, Aug 11, 2010 at 8:28 PM, Gero g...@ieee.org wrote:
On Wed, 2010-08-11, Lieven Govaerts wrote:
On Wed, Aug 11, Gero wrote:
Hi,
After moving to a new system (Kubuntu Hardy - Lucid) I can no longer
access
an SVN repository:
$ svn update
svn: OPTIONS of
On Aug 11, 2010, at 11:22, Pathy Kongo wrote:
I develop a web-based application that send command to a subversion Server
using the Subversion command line client svn
I create several files and use the svn propset command to add properties on
files. There is a lot of properties (almost 15
On Thu, Aug 12, 2010 at 4:22 AM, Pathy Kongo pathyko...@gmail.com wrote:
Hello,
I develop a web-based application that send command to a subversion Server
using the Subversion command line client svn
I create several files and use the svn propset command to add properties on
files. There is
I'd like to be able to update a working copy after deleting a file from
the Repository and have the file I removed from the Repository also
removed from the working copy when I do an update.
Is that possible ?
On 8/11/2010 5:20 PM, Phil Pinkerton wrote:
I'd like to be able to update a working copy after deleting a file
from the Repository and have the file I removed from the Repository
also removed from the working copy when I do an update.
Is that possible ?
Why would you want to remove a file
On Aug 11, 2010, at 18:20, Phil Pinkerton wrote:
I'd like to be able to update a working copy after deleting a file from the
Repository and have the file I removed from the Repository also removed from
the working copy when I do an update.
Is that possible ?
I'm a little confused by the
On 08/11/2010 07:28 PM, David Bartmess wrote:
On 8/11/2010 5:20 PM, Phil Pinkerton wrote:
I'd like to be able to update a working copy after deleting a file
from the Repository and have the file I removed from the Repository
also removed from the working copy when I do an update.
Is that
On 2010-08-11 19:55:01 +0200, Stefan Sperling wrote:
On Wed, Aug 11, 2010 at 05:23:31PM +0200, Vincent Lefevre wrote:
On 2010-08-11 16:26:32 +0200, Vincent Lefevre wrote:
Configuring a UTF-8 locale can yield non-portable behavior.
Such as?
Outputting messages in a different language. Or
On 2010-08-11 17:34:19 +0200, Paul Ebermann wrote:
Vincent Lefevre wrote:
That's wrong. GNOME let's me to use any locale in shell sessions.
Subversion doesn't.
Yes, but GNOME does not allow using any locale in a file manager
session (or, it ignores the locale in the filemanager session,
On 2010-08-11 19:56:28 +0200, Stefan Sperling wrote:
On Wed, Aug 11, 2010 at 04:29:56PM +0200, Vincent Lefevre wrote:
You're forcing the user to use a UTF-8 locale. Unacceptable.
No, we leave users a choice.
The choice doesn't work.
I consider your idea of forcing UTF-8 filenames on
35 matches
Mail list logo
