You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Jeff Smith <js...@robotronics.com> on 2007/01/10 00:08:31 UTC
svn_load_dirs.pl: "(in cleanup) Can't return to /tmp/svn_load_dirs_v9leeQUQpQ/my_import_wc"
My first time trying this `svn_load_dirs.pl`, which did not seem to
complete. Could the script be having trouble because some of
the .c, .h, etc. have mixed line-end style? That is sure what ruined
my attempt earlier to import with auto-properties.
~> svn_load_dirs.pl $RROBO/vendor FreeRTOS \
~/downloads/MCU/RTOS/FreeRTOS/FreeRTOS/
Checking that the base URL is a Subversion repository.
Running /usr/local/bin/svn log -r HEAD svn://localhost/robo/vendor
Finding the root URL of the Subversion repository.
Running /usr/local/bin/svn log -r HEAD svn://localhost
Running /usr/local/bin/svn log -r HEAD svn://localhost/robo
Determined that the svn root URL is svn://localhost/robo.
Native EOL on this system is \012.
Finding if any directories need to be created in repository.
Running /usr/local/bin/svn log -r HEAD
svn://localhost/robo/vendor/FreeRTOS
No directories need to be created to prepare repository.
Checking out svn://localhost/robo/vendor/FreeRTOS
into /tmp/svn_load_dirs_v9leeQUQpQ/my_import_wc
Running /usr/local/bin/svn checkout
svn://localhost/robo/vendor/FreeRTOS my_import_wc
Loading /home/jsmith/downloads/MCU/RTOS/FreeRTOS/FreeRTOS/.
Running /usr/local/bin/svn commit -m
Load /home/jsmith/downloads/MCU/RTOS/FreeRTOS/FreeRTOS/ into
vendor/FreeRTOS.
Running /usr/local/bin/svn update
Cleaning up /tmp/svn_load_dirs_v9leeQUQpQ
(in cleanup) Can't return
to /tmp/svn_load_dirs_v9leeQUQpQ/my_import_wc
from /tmp/svn_load_dirs_v9leeQUQpQ (No such file or directory)
at /usr/local/bin/svn_load_dirs.pl line 1958
========
I think that's what created this revision below, although many more
dirs should have been added. It could have been a different failed
attempt that added these:
========
------------------------------------------------------------------------
r46 | (no author) | 2007-01-02 16:59:37 -0700 (Tue, 02 Jan 2007) | 3
lines
Changed paths:
A /vendor/FreeRTOS/Demo/CORTEX_LM3S102_GCC/hw_include/libdriver.a
A /vendor/FreeRTOS/Demo/CORTEX_LM3S102_Rowley/hw_include/libdriver.a
A /vendor/FreeRTOS/Demo/CORTEX_LM3S316_IAR/hw_include/libdriver.a
Load /home/jsmith/downloads/MCU/RTOS/FreeRTOS/FreeRTOS into
vendor/FreeRTOS.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: svn_load_dirs.pl: "(in cleanup) Can't return to /tmp/svn_load_dirs_v9leeQUQpQ/my_import_wc"
Posted by Ryan Schmidt <su...@ryandesign.com>.
On Jan 12, 2007, at 03:50, Jonathan Perret wrote:
> On 1/10/07, Jeff Smith wrote:
>
>> My first time trying this `svn_load_dirs.pl`, which did not seem to
>> complete. Could the script be having trouble because some of
>> the .c, .h, etc. have mixed line-end style? That is sure what ruined
>> my attempt earlier to import with auto-properties.
>
> FWIW, when I used svn_load_dirs.pl I ripped out all the code that was
> mucking with line-endings. I'd rather have my files not mucked with at
> all, thankyouverymuch.
>
>> Running /usr/local/bin/svn update
>> Cleaning up /tmp/svn_load_dirs_v9leeQUQpQ
>> (in cleanup) Can't return
>> to /tmp/svn_load_dirs_v9leeQUQpQ/my_import_wc
>> from /tmp/svn_load_dirs_v9leeQUQpQ (No such file or directory)
>> at /usr/local/bin/svn_load_dirs.pl line 1958
>
>
> The "Can't return..." error in cleanup is benign. I fixed it here by
> adding the following line :
> chdir($orig_cwd);
> just after the "print "Cleaning up $temp_dir\n";" line around the end
> of the file. Basically the script tries to delete the directory it is
> currently in.
>
> The error you should be concerned about is the one that led to cleanup
> just after
> the update. Looking again at my local patches, another thing I changed
> was the line
> open(SAFE_READ, "@commandline |")
> to
> open(SAFE_READ, "@commandline 2>&1 |")
> in sub safe_read_from_pipe (around line 1481). I seem to remember I
> had problems with error reporting before this change but it may be
> unrelated to your issue.
>
> Actually, looking through the source, it looks like it is normal that
> the script should end just after an svn update, when you did not ask
> for the creation of a tag.
>
> Try perhaps requesting a tag with the -t option, because it
> additionally enables a consistency check.
Why do you have all these local patches to svn_load_dirs.pl? Might
your changes not be of benefit to everyone? Especially if the script
produces errors in some circumstances, and you've fixed those
problems, please contribute your patches back to the community.
--
To reply to the mailing list, please use your mailer's Reply To All
function
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: svn_load_dirs.pl: "(in cleanup) Can't return to /tmp/svn_load_dirs_v9leeQUQpQ/my_import_wc"
Posted by Jonathan Perret <jo...@gmail.com>.
On 1/10/07, Jeff Smith <js...@robotronics.com> wrote:
> My first time trying this `svn_load_dirs.pl`, which did not seem to
> complete. Could the script be having trouble because some of
> the .c, .h, etc. have mixed line-end style? That is sure what ruined
> my attempt earlier to import with auto-properties.
FWIW, when I used svn_load_dirs.pl I ripped out all the code that was
mucking with line-endings. I'd rather have my files not mucked with at
all, thankyouverymuch.
> Running /usr/local/bin/svn update
> Cleaning up /tmp/svn_load_dirs_v9leeQUQpQ
> (in cleanup) Can't return
> to /tmp/svn_load_dirs_v9leeQUQpQ/my_import_wc
> from /tmp/svn_load_dirs_v9leeQUQpQ (No such file or directory)
> at /usr/local/bin/svn_load_dirs.pl line 1958
The "Can't return..." error in cleanup is benign. I fixed it here by
adding the following line :
chdir($orig_cwd);
just after the "print "Cleaning up $temp_dir\n";" line around the end
of the file. Basically the script tries to delete the directory it is
currently in.
The error you should be concerned about is the one that led to cleanup
just after
the update. Looking again at my local patches, another thing I changed
was the line
open(SAFE_READ, "@commandline |")
to
open(SAFE_READ, "@commandline 2>&1 |")
in sub safe_read_from_pipe (around line 1481). I seem to remember I
had problems with error reporting before this change but it may be
unrelated to your issue.
Actually, looking through the source, it looks like it is normal that
the script should end just after an svn update, when you did not ask
for the creation of a tag.
Try perhaps requesting a tag with the -t option, because it
additionally enables a consistency check.
Hope this helps,
--Jonathan
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: svn_load_dirs.pl: "(in cleanup) Can't return to /tmp/svn_load_dirs_v9leeQUQpQ/my_import_wc"
Posted by Jeff Smith <js...@robotronics.com>.
On Friday 12 January 2007 03:01, Jonathan Perret wrote:
> FWIW, when I used svn_load_dirs.pl I ripped out all the code that
> was mucking with line-endings. I'd rather have my files not mucked
> with at all, thankyouverymuch.
Well shoot, that's probably my problem then. I did not wish for those
few source files to have mixed EOL styles, but it is quite lame that
svn has no way to import the FreeRTOS tree with auto-props, and
telling it basically, "I don't care that a text file has mixed line
end style because the stupid thing is not going to have them
afterward, now is it!"
> The "Can't return..." error in cleanup is benign. I fixed it here
Thanks for posting it anyway, even though the obvious fix should
really be submitted to the real thing.
I guess I'll have to figure out more about what the real error might
be, maybe figure out something to automatically correct mixed EOL
style. There is honestly no reason FreeRTOS should have any, but I
can't get the maintainer to care because he imported them into his
repos with no-auto-props.
Thanks, --jeffs
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org