In file
'D:\Development\SVN\Releases\TortoiseSVN-1.8.7\ext\subversion\subversion\libsvn_wc\wc_db.c'
line 13676: assertion failed (svn_dirent_is_absolute(local_abspath))
---
OK
---
The circumstances involving the assertion were as follows:
1) In
Wait a minute, he also erased his "bash history". Was he suspected of
covering up assaults as well??
I don't think the suspicion arose because the repository was named
"subversion". I think it was because source code was being transferred to
an outside location. It could have been called "Utter
On Thu, Jan 5, 2012 at 10:49 AM, Phil wrote:
> Not sure if this is even possible but subversion place the ".subversion"
> directory based on your unix environment variable called $HOME. Well, on
> one server, we have specifically specify $HOME to a location that could be
> deleted in the future.
I found a much easier solution. I changed the first line of the configure
script from
#!/bin/ksh
to
#!/bin/bash
Everything worked straight away. :)
Thanks,
Ed
On Mon, Oct 17, 2011 at 7:42 AM, Ed Hillmann wrote:
> I spoke too soon.
>
> Changing printf to echo $output_flags did
I spoke too soon.
Changing printf to echo $output_flags did work. I just needed to do it for
all of the occurences in the script.
So, I'm making forward progress. Thanks!
Ed
On Fri, Oct 14, 2011 at 6:59 PM, Philip Martin
wrote:
> Ed Hillmann writes:
>
> > checking for
Thanks for the ideas. I was using /bin/sh (my call to configure is in a
shell script). I tried /usr/xpg4/bin/sh, but I still get the same error. I
also tried changing the configure script to call echo $output_flags, but no
change. :/
Thanks very much for the ideas, though.
Ed
On Fri, Oct 14
flags"; then
printf "%s" "${output_flags# }"
fi
`"
Is there an alternative for this part of the configure script that will work
on Solaris for me? It doesn't like this.
Thanks for any ideas,
Ed
Subversion is not disributed - try svnsync for a while, most of the
pain should go away
otherwise check out http://www.wandisco.com/
On Thu, Oct 6, 2011 at 9:22 AM, David Weintraub wrote:
> Let's say I have a team in the U.S. where my Subversion repository is
> kept, and I have a remote team in I
oject1/projectA
svnadmin create project1/projectA/repos
mkdir project2
svnadmin create project2/repos
etc.
That way you have your hierarchy yet you aren't messing with
the internal structure of Subversion's repository. So everyone
is happy :)
-Ed
On Fri, Feb 11, 2011 at 4:18 AM, Fa
st"
~/test/foo/bar$ find -type f -exec sed -i 's/testing/running/g' {} \;
~/test/foo/bar$ svn status
~/test/foo/bar$
But A.txt is changed.
What should happen is
M A.txt
What happens:
Nothing.
Is this what is supposed to happen?
Ed
nning the program) if a wildcard
>failed to match
Ah, I see. I use bash and that passes the wildcard through unchanged. I didn't
remember that other shells do it differently.
Still, for the people who use bash and similar shells (which must be the
majority?), svn will see the wildcard and could offer guidance.
--
Ed Avis
o'
Thanks for producing the patch - I guess it's up to the other developers now.
--
Ed Avis
what was intended.
Wildcard support like this would also make some operations easier; see the FAQ
for examples.
If this feature has already been considered by the developers and rejected,
I apologize. I didn't see anything when searching the issue tracker.
--
Ed Avis
On Wed, Jul 28, 2010 at 2:02 PM, Ralph Seichter
wrote:
> On 28.07.10 20:13, Ds Jstc wrote:
>
>> my inbox is entirely full enough, thank you.
>
> There are numerous fine MUAs out there which will gladly sort your
> incoming mail and prevent inbox clutter by providing folders. You might
> also be ab
Pat,
It's a free book written mostly by those coding the project - check
out the repo and keep yourself up to date with cron.
I recommend the Vendor Branching feature. think of it as a teachable moment...
strange how a version control project keeps it's book in a repo
no snivelling!
On Tue,
15 matches
Mail list logo
