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
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 ses
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 langua
On Aug 11, 2010, at 18:52, Phil Pinkerton wrote:
> On 08/11/2010 07:44 PM, Ryan Schmidt wrote:
>> 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 al
On 08/11/2010 07:44 PM, Ryan Schmidt wrote:
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
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 po
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
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 fro
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 Thu, Aug 12, 2010 at 4:22 AM, Pathy Kongo 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 a lot of proper
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 1
On Wed, Aug 11, 2010 at 8:28 PM, Gero 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 'https://
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: S
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
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 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 proje
On Wed, Aug 11, 2010 at 4:24 PM, 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 warning alert has been recei
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) w
> 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 tim
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 que
On Wed, Aug 11, 2010 at 9:52 PM, alexus 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 they are
On Wed, Aug 11, 2010 at 12:22, alexus 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 they are a d
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
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
>>>
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 clien
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
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
On 2010-08-11 16:49:46 +0200, Michael Pruemm wrote:
> But don't forget that different platforms may use different UTF-8
> encodings for the same filename. Mac OS X encodes accented
> characters in filenames in a different way than Linux.
Yes, but that's another problem, for which I think that the
Vincent Lefevre wrote:
However, I'd expect many will just assume that the user wants filenames
to be encoded according to the current locale.
If everybody follows this convention, there is no problem, apart from
user errors during locale configuration.
You're asking the user, and even all users
On 2010-08-11 16:20:38 +0200, Alexander Skwar wrote:
> 2010/8/11 Vincent Lefevre
> > 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 sess
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
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 conver
Hi.
2010/8/11 Vincent Lefevre
>
> 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.
>
>
>
Just curious
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 prob
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 build
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 dump&load)
Any good practices ?
Thanks
Leszek Szarlej
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 a file manager, I want my
> > filenames to be read
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 from 'UTF-8' to native
> > encoding"
>
> which is
On Wed, Aug 11, 2010 at 6:20 AM, Michael Pruemm 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
> that form an
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 worki
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 hie
On Wednesday 11 Aug 2010, Ryan Schmidt wrote:
> On Aug 11, 2010, at 02:46, Steven Woody wrote:
> > What's the current status for subversion servers replication? Does it
> > allow read/write on both master and slaver sides? Is it stable enough
> > to put in real life use? I plan to do it for supp
Vincent Lefevre wrote:
> On 2010-08-10 20:59:00 +0200, Stefan Sperling wrote:
>
>> The native encoding is determined by the locale, but that does not matter.
>> The point is that, wherever encoding configuration happens to come from,
>> if the configured encoding cannot represent the character stri
On Aug 11, 2010, at 02:46, Steven Woody wrote:
> What's the current status for subversion servers replication? Does it
> allow read/write on both master and slaver sides? Is it stable enough
> to put in real life use? I plan to do it for supporting concurrent
> development in different GEO locat
Hi,
What's the current status for subversion servers replication? Does it
allow read/write on both master and slaver sides? Is it stable enough
to put in real life use? I plan to do it for supporting concurrent
development in different GEO locations, what is the right manual I
should go to read,
45 matches
Mail list logo
