On Sat, Jan 15, 2022 at 12:56 AM William A Rowe Jr wrote:
>
> On Fri, Jan 14, 2022 at 4:08 AM Stefan Sperling wrote:
> >
> > On Thu, Jan 13, 2022 at 07:17:27PM -0600, William A Rowe Jr wrote:
> > > Thanks Stefan, it's attempting [locally] to replace a file, which was
> > > just created during the
On Fri, Jan 14, 2022 at 4:08 AM Stefan Sperling wrote:
>
> On Thu, Jan 13, 2022 at 07:17:27PM -0600, William A Rowe Jr wrote:
> > Thanks Stefan, it's attempting [locally] to replace a file, which was
> > just created during the
> > checkout (which might even be open).
>
> Hmm. I assume SVN would c
On Thu, Jan 13, 2022 at 07:17:27PM -0600, William A Rowe Jr wrote:
> Thanks Stefan, it's attempting [locally] to replace a file, which was
> just created during the
> checkout (which might even be open).
Hmm. I assume SVN would close such files based on APR pool lifetime.
Handling of the pristine
Good point, thanks. Unfortunately an extra step is required if
Apache::Testcompat5005
isn't provisioned, checking out ApacheTest under this repository root
isn't automatic
with git, as with svn. Decided that Testcompat5005 is trivially
available from CPAN
and should just become another build machin
Thanks Stefan, it's attempting [locally] to replace a file, which was
just created during the
checkout (which might even be open). So it looks like some hash
collision or other
duplication issue where there are two attempts to emplace the same
hash svn-base image,
and linux is letting this happen w
On Thu, Jan 13, 2022 at 03:14:55PM -0600, William A Rowe Jr wrote:
> I'm trying to work out how trunk on httpd test framework is busted on
> Windows, irrespective
> of using an msys2, sfl-ubuntu, or older win32 native svn build. The
> problem always devolves
> to something like shown below;
>
> sv
On Thu, Jan 13, 2022 at 4:15 PM William A Rowe Jr wrote:
>
> I'm trying to work out how trunk on httpd test framework is busted on
> Windows, irrespective
> of using an msys2, sfl-ubuntu, or older win32 native svn build. The
> problem always devolves
> to something like shown below;
>
> svn co -q
I'm trying to work out how trunk on httpd test framework is busted on
Windows, irrespective
of using an msys2, sfl-ubuntu, or older win32 native svn build. The
problem always devolves
to something like shown below;
svn co -q -r 1896892
https://svn.apache.org/repos/asf/httpd/test/framework/trunk
ht