Re: AW: merging executable binaries

2010-07-08 Thread Tyler Colgan
The short explanation for the wrong rev number is that you have to add
840074 to it first. The long explanation can be found at
http://svn.apache.org/repos/asf/subversion/README.

Issue 3475 appears to have been for "svn patch" rather than "svn
merge", but it's more or less the same problem. It looks like this is
the diff that fixed the issue for svn patch:
http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_client/patch.c?r1=879495&r2=879496&pathrev=879496
Something similar would probably fix the problem for svn merge as well.

Tyler

On Thu, Jul 8, 2010 at 8:21 AM, Matthias Weyh  wrote:
> It seems that there is already a report present at
> http://subversion.tigris.org/issues/show_bug.cgi?id=3475 for this issue.
> The revision for the fix however seems to not match the revision on
> http://svn.apache.org/repos/asf/.
>
> Can you tell me how to find out what was changed and if the patch is
> already included in one of the later subversion releases?
>
> Thanks,
> Matthias
>
> -Ursprüngliche Nachricht-
> Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Gesendet: Donnerstag, 8. Juli 2010 10:33
> An: Matthias Weyh
> Cc: users@subversion.apache.org
> Betreff: Re: AW: merging executable binaries
>
> Matthias Weyh wrote on Wed, 7 Jul 2010 at 09:15 -:
>> Hello,
>>
>> I have added a command list for reproducing the issue.
>>
>
> Thank you.  It's much easier to understand the situation now.
>
>> Please note the last commit message. At this point the executable flag
>> is missing. It is however recovered on the commit.
>>
>
> I've read the transcript and I agree it's a bug.
>
> Please go ahead and file a bug report at
> http://subversion.tigris.org/issues/,
> so that we don't forget about it.  If you'd like to dive in and help fix
> it,
> that's more than okay :-)
>
>> best regards,
>> Matthias
>>
>
> Daniel
>
>>
>> $ svnadmin create /a/svnserver
>>
>> $ svn checkout file:///a/svnserver /a/wc
>> Checked out revision 0.
>>
>> $ cd /a/wc
>>
>> $ mkdir trunk
>>
>> $ mkdir branches
>>
>> $ mkdir tags
>>
>> $ svn add trunk tags branches
>> A         trunk
>> A         tags
>> A         branches
>>
>> $ svn commit -m "initial structure"
>> Adding         branches
>> Adding         tags
>> Adding         trunk
>>
>> Committed revision 1.
>>
>> $ svn switch file:///a/svnserver/trunk
>> D    trunk
>> D    branches
>> D    tags
>> Updated to revision 1.
>>
>> $ dd if=/dev/urandom of=executable.bin bs=1k count=1
>> 1+0 records in
>> 1+0 records out
>> 1024 bytes (1.0 kB) copied, 0.000298366 s, 3.4 MB/s
>>
>> $ ls -la
>> total 16
>> drwxr-xr-x  3 devtsd devtsd 4096 2010-07-07 07:58 .
>> drwxr-xr-x 12 devtsd devtsd 4096 2010-07-07 07:56 ..
>> -rw-r--r--  1 devtsd devtsd 1024 2010-07-07 07:58 executable.bin
>> drwxr-xr-x  6 devtsd devtsd 4096 2010-07-07 07:57 .svn
>>
>> $ svn propset svn:executable ON executable.bin
>> property 'svn:executable' set on 'executable.bin'
>>
>> $ ls -la
>> total 16
>> drwxr-xr-x  3 devtsd devtsd 4096 2010-07-07 07:58 .
>> drwxr-xr-x 12 devtsd devtsd 4096 2010-07-07 07:56 ..
>> -rwxr-xr-x  1 devtsd devtsd 1024 2010-07-07 07:58 executable.bin
>> drwxr-xr-x  6 devtsd devtsd 4096 2010-07-07 08:02 .svn
>>
>> $ svn commit -m "executable added"
>> Adding  (bin)  executable.bin
>> Transmitting file data .
>> Committed revision 2.
>>
>> $ svn copy file:///a/svnserver/trunk file:///a/svnserver/branches/b1 -
>> "created branch b1"
>>
>> Committed revision 3.
>>
>> $ dd if=/dev/urandom of=executable.bin bs=1k count=1
>> 1+0 records in
>> 1+0 records out
>> 1024 bytes (1.0 kB) copied, 0.000177119 s, 5.8 MB/s
>>
>> $ ls -la
>> total 16
>> drwxr-xr-x  3 devtsd devtsd 4096 2010-07-07 08:04 .
>> drwxr-xr-x 12 devtsd devtsd 4096 2010-07-07 07:56 ..
>> -rwxr-xr-x  1 devtsd devtsd 1024 2010-07-07 08:04 executable.bin
>> drwxr-xr-x  6 devtsd devtsd 4096 2010-07-07 08:02 .svn
>>
>> $ svn commit -m "executable modified"
>> Sending        executable.bin
>> Transmitting file data .
>> Committed revision 4.
>>
>> $ svn switch file:///a/svnserver/branches/b1
>> U    executable.bin
>> Updated to revision 4.
>>
>> $ ls -la
>> total 16
>> drwxr-xr-x  3 devtsd devtsd 4096 2010-07-07 08:06 .
>> drwxr-xr-x 12 devtsd devtsd 4096 2010-07-07 07:56 ..
>> -rwxr-xr-x  1 devtsd devtsd 1024 2010-07-07 08:06 executable.bin
>> drwxr-xr-x  6 devtsd devtsd 4096 2010-07-07 08:06 .svn
>>
>> $ svn merge file:///a/svnserver/trunk -r 3:4
>> --- Merging r4 into '.':
>> U    executable.bin
>>
>> $ ls -la
>> total 16
>> drwxr-xr-x  3 devtsd devtsd 4096 2010-07-07 08:07 .
>> drwxr-xr-x 12 devtsd devtsd 4096 2010-07-07 07:56 ..
>> -rw-r--r--  1 devtsd devtsd 1024 2010-07-07 08:07 executable.bin
>> drwxr-xr-x  6 devtsd devtsd 4096 2010-07-07 08:07 .svn
>>
>> $ svn commit -m "executable now has no execute flag which it should
> but
>> this will change with the commit"
>> Sending        .
>> Sending        executable.bin
>> Transmitting file data .
>> Committed revision 5.
>>
>> $ ls -la
>> total 16
>> drwxr-xr-x  3 devtsd devtsd

Re: '@' character in file names

2010-04-09 Thread Tyler Colgan
Hi Aaron,

This is the way you're 'supposed' to refer to filenames that have the
"@" symbol in them without using the peg revision syntax. The book
talks about it here:
http://svnbook.red-bean.com/nightly/en/svn.advanced.pegrevs.html
The relevant paragraph is roughly 2/3 of the way down the page,
starting with "The perceptive..."

Hope this helps.

Tyler

>We have an application that creates file names that contain the '@'
>symbol and, in the latest upgrade of svn, we noticed that there
>seems to be a conflict with the '@' sign used for the peg revision
>number when trying to add or commit these files. Currently, we are
>running version 1.6.9 as distributed by gentoo.
>By placing a second '@' sign at the end of the file name in the
>svn command, it appears to get around this problem. Will this
>work-around continue to work in the future? Will there be
>allowances for the '@' character in file names managed by svn?
>Aaron Casey