Re: svn_load_dirs doesn't support filenames with @ in
On Aug 21, 2018, at 05:43, Daniel Shahaf wrote: > j...@beniston.com wrote on Tue, 21 Aug 2018 09:40 +0100: >> This patch adds @ to the end of the filename, to make it work. > > Thanks jon. Committed with tweaks in r1838539. It seems something like this was suggested before: https://svn.haxx.se/users/archive-2010-09/0565.shtml You directed the contributor to repost the patch to the -dev list, but I'm not sure if they ever did. The patch they suggested contained a few additional changes; not sure if they're still relevant now.
Re: svn_load_dirs doesn't support filenames with @ in
Nico Kadel-Garcia wrote on Tue, 21 Aug 2018 08:39 -0400: > On Tue, Aug 21, 2018 at 6:43 AM, Daniel Shahaf > wrote: > > j...@beniston.com wrote on Tue, 21 Aug 2018 09:40 +0100: > > Your MUA seems to have mangled the patch. The easiest way to avoid this > > is to send patches as attachments named *.txt. > > Sending attachments for other people to open can get well, it can > get confusing, and it makes the patch tough for people to review > without downloading the patch. Is there any compelling reason not to > do *both*? And, since it's a patch file, not to send it as a > "filename.patch" attachment? The reason for advising .txt in preference to .patch is to ensure the attachment's MIME type will be text/*, which in turn will make the recipient's MUA show the attachment without the recipient having to take a manual step.
Re: svn_load_dirs doesn't support filenames with @ in
On Tue, Aug 21, 2018 at 6:43 AM, Daniel Shahaf wrote: > j...@beniston.com wrote on Tue, 21 Aug 2018 09:40 +0100: >> This patch adds @ to the end of the filename, to make it work. > > Thanks jon. Committed with tweaks in r1838539. > >> --- svn_load_dirs.pl.in.old.txt 2018-08-21 09:33:02.557893300 +0100 >> >> +++ svn_load_dirs.pl.in 2018-08-21 09:33:12.339005700 +0100 >> >> @@ -1203,6 +1203,12 @@ while (defined (my $load_dir = _next >> >> print $handle $property_value; >> >> close($handle); > > Your MUA seems to have mangled the patch. The easiest way to avoid this > is to send patches as attachments named *.txt. > > Cheers, > > Daniel Sending attachments for other people to open can get well, it can get confusing, and it makes the patch tough for people to review without downloading the patch. Is there any compelling reason not to do *both*? And, since it's a patch file, not to send it as a "filename.patch" attachment?
Re: svn_load_dirs doesn't support filenames with @ in
j...@beniston.com wrote on Tue, 21 Aug 2018 09:40 +0100: > This patch adds @ to the end of the filename, to make it work. Thanks jon. Committed with tweaks in r1838539. > --- svn_load_dirs.pl.in.old.txt 2018-08-21 09:33:02.557893300 +0100 > > +++ svn_load_dirs.pl.in 2018-08-21 09:33:12.339005700 +0100 > > @@ -1203,6 +1203,12 @@ while (defined (my $load_dir = _next > > print $handle $property_value; > > close($handle); Your MUA seems to have mangled the patch. The easiest way to avoid this is to send patches as attachments named *.txt. Cheers, Daniel
svn_load_dirs doesn't support filenames with @ in
Hi,
It seems svn_load_dirs.pl doesn't support filenames with @ in. You get an
error such as:
's...@2x.png': a peg revision is not allowed here
This patch adds @ to the end of the filename, to make it work.
Cheers,
Jon
--- svn_load_dirs.pl.in.old.txt 2018-08-21 09:33:02.557893300 +0100
+++ svn_load_dirs.pl.in 2018-08-21 09:33:12.339005700 +0100
@@ -1203,6 +1203,12 @@ while (defined (my $load_dir = _next
print $handle $property_value;
close($handle);
+# Check for filenames containing svn rev character @. If it
+# contains one, add @ to end of filename
+if (index($add_file, '@') != -1) {
+$add_file = $add_file . '@';
+}
+
read_from_process($svn,
'propset',
$property_name,
