On 12/30/2022 4:40 PM, Karl Berry wrote:
Well my point is that this would not work everywhere.
How can "store as bytes" not work (be implementable?) everywhere? I'm
missing something.
I seem to remember an earlier message in the thread mentioning
Windows... where filenames are natively
On Mar 23, 2011, at 7:52 PM, Pat Farrell wrote:
> On 03/23/2011 08:34 PM, Konstantin Kolinko wrote:
>> You are not giving much specifics, so how can people know what is going on
>> in your case?
>
> Specifics for complete 100% reproducable problem:
>
> do svn update for whole project
> create
On Feb 14, 2011, at 9:57 PM, Andy Levy wrote:
> Make sure that your find/sed combo is excluding .svn directories (for
> some reason, I'm not able to run it on OS X). If you modify both the
> "visible" file in the working copy AND the pristine copy of it,
> Subversion won't detect the change.
FWIW
On Jan 14, 2011, at 6:31 PM, KARR, DAVID (ATTSI) wrote:
> I'm not sure what you mean. You're saying that Subversive in Eclipse is
> referencing absolute paths, but using the command line client is using
> relative paths? Assuming that's the distinction, is there some way I
> could use the command
On Jan 14, 2011, at 2:19 PM, KARR, DAVID (ATTSI) wrote:
> I then looked at the full local path this file would represent, and the
> entire path is 260 characters long. I would think if there's any threshold,
> it would be at 255, not 259.
>
> Any idea what's going on here?
The usual maximum
On Oct 31, 2010, at 1:35 PM, Paul Maier wrote:
> Hi there!
>
> All output, that comes from the svn internationalization, shows correctly
> on both codepages, 850 and 1252. E. g. error messages or "svn help ci". Good.
> (Font in use is Lucida Console.)
>
> This shows, that it *is* possible for s
On Oct 30, 2010, at 3:43 PM, Paul Maier wrote:
> Hello David,
>
> thank you! I have added "chcp 1252" at the top of my script
> and the result is strange. I attach a screen shot to this
> mail - hopefully it makes through the list.
>
> With "chcp 1252" it's like this:
>
> 1. output on the con
On Oct 30, 2010, at 2:56 PM, Paul Maier wrote:
> Hello,
>
> who has advice for the following problem on a DOS console of a Windows XP SP3
> machine.
> "svn cat" doesn't display German umlaut characters (neither does Windows'
> built in type command).
> Whereas a "svn cat > b; cat b" (cat comma
On Sep 24, 2010, at 12:17 AM, Nico Kadel-Garcia wrote:
> On Thu, Sep 23, 2010 at 11:18 PM, Daniel Shahaf
> wrote:
>> Les Mikesell wrote on Thu, Sep 23, 2010 at 12:27:40 -0500:
>>> Am I wrong in thinking that similar accidents happen to everyone
>>> eventually and that a feature to fix them woul
On Sep 23, 2010, at 6:40 AM, Nico Kadel-Garcia wrote:
> On Thu, Sep 23, 2010 at 12:43 AM, David Huang wrote:
>>
>> On Sep 22, 2010, at 8:21 PM, Chris Albertson wrote:
>>> But, I did not think until now that I should have excluded files such
>>> as core files a
On Sep 22, 2010, at 8:21 PM, Chris Albertson wrote:
> But, I did not think until now that I should have excluded files such
> as core files and logs and autoconf's cache from version controls. I
> now know how to a global ignore and a ignore foe one directory but how
> to remove these files from
On Sep 17, 2010, at 12:38 PM, Bob Archer wrote:
> It is updating/writing merge info on those child nodes. There must have been
> a merge that was done at a level lower than the root folder of your project
> which put merge info on those files but not on the parent root folder.
A more concrete
On Sep 17, 2010, at 12:38 PM, Bob Archer wrote:
> It is updating/writing merge info on those child nodes. There must have been
> a merge that was done at a level lower than the root folder of your project
> which put merge info on those files but not on the parent root folder.
>
> What is the
hat doesn't seem to be the case exactly, since the merge is trying to
touch files that aren't mentioned in the diff.
I've tried this with both commandline svn 1.6.5 and TortoiseSVN 1.6.10--same
results.
On Dec 15, 2009, at 5:33 PM, Dave Huang wrote:
> On 12/15/2009 4:11 PM, R
On Jan 9, 2010, at 7:58 AM, Geoff Rowell wrote:
> I follow a few rules to avoid this:
> 1) Remove obsolete merge info as part of the branch creation process
> (svn pd -R svn:mergeinfo /my/branch).
I don't do that regularly (but have done it once or twice), but from my
understanding, that fixes t
15 matches
Mail list logo
