You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Ben Reser <be...@reser.org> on 2012/10/04 08:25:08 UTC
1.7.7 up for testing/signing
The 1.7.7 release artifacts are now available for testing/signing.
Please get the tarballs from
https://dist.apache.org/repos/dist/dev/subversion
and add your signatures there. Thanks!
Re: 1.7.7 up for testing/signing
Posted by "C. Michael Pilato" <cm...@collab.net>.
On 10/04/2012 02:25 AM, Ben Reser wrote:
> The 1.7.7 release artifacts are now available for testing/signing.
> Please get the tarballs from
> https://dist.apache.org/repos/dist/dev/subversion
> and add your signatures there. Thanks!
Summary:
+1 to release.
Platform:
Ubuntu 12.04.1 (precise) Linux (x86)
Python 2.7.3
Perl 5.14.2
Ruby 1.8.7
Java 1.6.0_24
Verified:
I tested the following (with pre-installed dependencies):
((svn, neon, serf, local) x (fsfs, bdb))
+ swig-py + javahl + swig-rb + ctypes-python
All tests pass[1].
SHA1 Checksums:
7380b3e03ca57aa63f45ea4f64e8e0b66b0c97a9 subversion-1.7.7.tar.gz
c9fc0c5992eda36ba9affd93a15929e25958a951 subversion-1.7.7.tar.bz2
GPG Signatures
::: subversion-1.7.7.tar.gz :::
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iEYEABECAAYFAlBtkboACgkQokEGqRcG/W7v9gCfVV10wxsykM+BWnxXWgyb+FrX
EyQAoJOEwbkZtonTDwfJYXZtUwFxRMop
=UZ7Q
-----END PGP SIGNATURE-----
::: subversion-1.7.7.tar.bz2 :::
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iEYEABECAAYFAlBtkb0ACgkQokEGqRcG/W5SvACgxTFh2tAUqFD8YhFJ+YWazBNg
bjQAnj2gD5d6PStoD9IhK7h/CugbjA3m
=7l9u
-----END PGP SIGNATURE-----
[1] ...so long as your testing directory isn't accessed via symlink,
but this appears to be an old bug, not a regression of this release.
--
C. Michael Pilato <cm...@collab.net>
CollabNet <> www.collab.net <> Enterprise Cloud Development
Re: 1.7.7 up for testing/signing
Posted by Branko Čibej <br...@wandisco.com>.
On 05.10.2012 19:53, Philip Herron wrote:
> Sorry for flooding but i get errors building libsvn_subr UINT64_C not
> being defined. I got around the previous problem with copying the libs
> so they are named correctly.
Bad idea. One set of libs are static, the other are DLL import
libraries. The names differ in the "lib" prefix. Don't mix the two.
-- Brane
--
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download
Re: 1.7.7 up for testing/signing
Posted by Philip Herron <ph...@wandisco.com>.
Sorry for flooding but i get errors building libsvn_subr UINT64_C not
being defined. I got around the previous problem with copying the libs
so they are named correctly.
--Phil
On 05/10/12 18:32, Philip Herron wrote:
> I think my build is going quite well at the moment but i see LINK :
> fatal error LNK1104: cannot open file
> 'C:\subversion-builds\subversion\subversion-1.7.7\Release\subversion\libsvn_delta\libsvn_delta-1.lib'
>
> Then in that dir i see:
>
> svn_delta-1.lib
>
> I feel like i want to copy that to libsvn_delta-1.lib. Maybe something
> silly is going wrong. I think i will install VC2010 on monday and hope
> for the best.
>
> On 05/10/12 17:01, Philip Herron wrote:
>> Thanks btw i think i have nearly cracked it was using the wrong
>> libintl need to use that patched one. Maybe its worth me writing a
>> small readme and sending it back to the list for some notes on
>> compiling this in VC2012 from scratch. Might be good reference to
>> someone. And now added in junit think i might have it working this time.
>>
>> --Phil
>>
>> On 05/10/12 16:47, Philip Herron wrote:
>>> I think i found the majority of my problems. Seems as though its
>>> building in VC2012 at the moment. For libintl the path you specify
>>> the gen-win.py looks for path/inc and path/lib. For the headers and
>>> lib where as GnuWin32 installs include and lib. Then bdb it looks
>>> for path/lib/libdb$version
>>>
>>> These feel too hard to find or at least should be documented since
>>> there is very little to no standardization on windows development
>>> libraries. Why not have dependancy-include-dir and
>>> dependancy-lib-dir for each for each of them? Although your
>>> gen-make.py is going to be huge but at least its a little more
>>> simple to see whats pointing to where.
>>>
>>> Then what happens with ruby and perl bindings for their respective
>>> lib and include paths. And now i just noticed my libintl lib must be
>>> wrong since its looking for intl3_svn.lib and now its failing
>>> because i didn't specify a junit.
>>>
>>> --Phil
>>>
>>> On 05/10/12 16:17, Philip Herron wrote:
>>>> On 05/10/12 16:14, Bert Huijben wrote:
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Mark Phippard [mailto:markphip@gmail.com]
>>>>>> Sent: vrijdag 5 oktober 2012 17:00
>>>>>> To: Philip Herron
>>>>>> Cc: dev@subversion.apache.org
>>>>>> Subject: Re: 1.7.7 up for testing/signing
>>>>>>
>>>>>> On Fri, Oct 5, 2012 at 10:51 AM, Philip Herron
>>>>>> <ph...@wandisco.com> wrote:
>>>>>>> Decided to try using the 2010 vcnet version for gen-make.py, and
>>>>> upgraded
>>>>>> in
>>>>>>> VC2012. But running msbuild subversion_bla.sln /p:UseEnv=true fails
>>>>>>> miserably. Running in VC looks like its working. But i need to
>>>>>>> tell it
>>>>> to
>>>>>>> include and lib paths Which seems painful.
>>>>>> I do my Windows builds using command line. I believe I am currently
>>>>>> using VS 2008 for the builds I sign. When you install VS, it
>>>>>> installs
>>>>>> a shortcut that opens a Windows command prompt with all of the VS
>>>>>> envvars already set. That is what I use as my starting point. I
>>>>>> then
>>>>>> just have some batch files that run the Python script and follow
>>>>>> that
>>>>>> by running the "devenv" command to build the solution. This is
>>>>>> pretty
>>>>>> much how I have always done it going back to MSVC 6. The only thing
>>>>>> that really changed was the name of the command line tool to
>>>>>> build the
>>>>>> solution.
>>>>>>
>>>>>> Bert also has build scripts that he uses that use MSBuild. I know
>>>>>> these work with VS 2010, but not sure if he updated them yet for
>>>>>> 2012.
>>>>> The 2012 specific support hasn't been merged to 1.7.x (yet), but
>>>>> opening the
>>>>> 2010 project in Visual Studio 2010 allows you to upgrade them to
>>>>> 2012 with a
>>>>> few mouseclicks.
>>>>>
>>>>> (I don't use the UseEnv flag)
>>>>>
>>>>> Bert
>>>>>
>>>> Hey
>>>>
>>>> Thanks yeah i did the upgrade to 2012 thing. But i dont know how
>>>> you dont use UseEnv since i get errors of no libintl.h. Maybe i
>>>> need to point to a different location?
>>>>
>>>> --Phil
>>>
>>
>
Re: 1.7.7 up for testing/signing
Posted by Philip Herron <ph...@wandisco.com>.
I think my build is going quite well at the moment but i see LINK :
fatal error LNK1104: cannot open file
'C:\subversion-builds\subversion\subversion-1.7.7\Release\subversion\libsvn_delta\libsvn_delta-1.lib'
Then in that dir i see:
svn_delta-1.lib
I feel like i want to copy that to libsvn_delta-1.lib. Maybe something
silly is going wrong. I think i will install VC2010 on monday and hope
for the best.
On 05/10/12 17:01, Philip Herron wrote:
> Thanks btw i think i have nearly cracked it was using the wrong
> libintl need to use that patched one. Maybe its worth me writing a
> small readme and sending it back to the list for some notes on
> compiling this in VC2012 from scratch. Might be good reference to
> someone. And now added in junit think i might have it working this time.
>
> --Phil
>
> On 05/10/12 16:47, Philip Herron wrote:
>> I think i found the majority of my problems. Seems as though its
>> building in VC2012 at the moment. For libintl the path you specify
>> the gen-win.py looks for path/inc and path/lib. For the headers and
>> lib where as GnuWin32 installs include and lib. Then bdb it looks for
>> path/lib/libdb$version
>>
>> These feel too hard to find or at least should be documented since
>> there is very little to no standardization on windows development
>> libraries. Why not have dependancy-include-dir and dependancy-lib-dir
>> for each for each of them? Although your gen-make.py is going to be
>> huge but at least its a little more simple to see whats pointing to
>> where.
>>
>> Then what happens with ruby and perl bindings for their respective
>> lib and include paths. And now i just noticed my libintl lib must be
>> wrong since its looking for intl3_svn.lib and now its failing because
>> i didn't specify a junit.
>>
>> --Phil
>>
>> On 05/10/12 16:17, Philip Herron wrote:
>>> On 05/10/12 16:14, Bert Huijben wrote:
>>>>
>>>>> -----Original Message-----
>>>>> From: Mark Phippard [mailto:markphip@gmail.com]
>>>>> Sent: vrijdag 5 oktober 2012 17:00
>>>>> To: Philip Herron
>>>>> Cc: dev@subversion.apache.org
>>>>> Subject: Re: 1.7.7 up for testing/signing
>>>>>
>>>>> On Fri, Oct 5, 2012 at 10:51 AM, Philip Herron
>>>>> <ph...@wandisco.com> wrote:
>>>>>> Decided to try using the 2010 vcnet version for gen-make.py, and
>>>> upgraded
>>>>> in
>>>>>> VC2012. But running msbuild subversion_bla.sln /p:UseEnv=true fails
>>>>>> miserably. Running in VC looks like its working. But i need to
>>>>>> tell it
>>>> to
>>>>>> include and lib paths Which seems painful.
>>>>> I do my Windows builds using command line. I believe I am currently
>>>>> using VS 2008 for the builds I sign. When you install VS, it
>>>>> installs
>>>>> a shortcut that opens a Windows command prompt with all of the VS
>>>>> envvars already set. That is what I use as my starting point. I
>>>>> then
>>>>> just have some batch files that run the Python script and follow that
>>>>> by running the "devenv" command to build the solution. This is pretty
>>>>> much how I have always done it going back to MSVC 6. The only thing
>>>>> that really changed was the name of the command line tool to build
>>>>> the
>>>>> solution.
>>>>>
>>>>> Bert also has build scripts that he uses that use MSBuild. I know
>>>>> these work with VS 2010, but not sure if he updated them yet for
>>>>> 2012.
>>>> The 2012 specific support hasn't been merged to 1.7.x (yet), but
>>>> opening the
>>>> 2010 project in Visual Studio 2010 allows you to upgrade them to
>>>> 2012 with a
>>>> few mouseclicks.
>>>>
>>>> (I don't use the UseEnv flag)
>>>>
>>>> Bert
>>>>
>>> Hey
>>>
>>> Thanks yeah i did the upgrade to 2012 thing. But i dont know how you
>>> dont use UseEnv since i get errors of no libintl.h. Maybe i need to
>>> point to a different location?
>>>
>>> --Phil
>>
>
Re: 1.7.7 up for testing/signing
Posted by Philip Herron <ph...@wandisco.com>.
Thanks btw i think i have nearly cracked it was using the wrong libintl
need to use that patched one. Maybe its worth me writing a small readme
and sending it back to the list for some notes on compiling this in
VC2012 from scratch. Might be good reference to someone. And now added
in junit think i might have it working this time.
--Phil
On 05/10/12 16:47, Philip Herron wrote:
> I think i found the majority of my problems. Seems as though its
> building in VC2012 at the moment. For libintl the path you specify the
> gen-win.py looks for path/inc and path/lib. For the headers and lib
> where as GnuWin32 installs include and lib. Then bdb it looks for
> path/lib/libdb$version
>
> These feel too hard to find or at least should be documented since
> there is very little to no standardization on windows development
> libraries. Why not have dependancy-include-dir and dependancy-lib-dir
> for each for each of them? Although your gen-make.py is going to be
> huge but at least its a little more simple to see whats pointing to
> where.
>
> Then what happens with ruby and perl bindings for their respective lib
> and include paths. And now i just noticed my libintl lib must be wrong
> since its looking for intl3_svn.lib and now its failing because i
> didn't specify a junit.
>
> --Phil
>
> On 05/10/12 16:17, Philip Herron wrote:
>> On 05/10/12 16:14, Bert Huijben wrote:
>>>
>>>> -----Original Message-----
>>>> From: Mark Phippard [mailto:markphip@gmail.com]
>>>> Sent: vrijdag 5 oktober 2012 17:00
>>>> To: Philip Herron
>>>> Cc: dev@subversion.apache.org
>>>> Subject: Re: 1.7.7 up for testing/signing
>>>>
>>>> On Fri, Oct 5, 2012 at 10:51 AM, Philip Herron
>>>> <ph...@wandisco.com> wrote:
>>>>> Decided to try using the 2010 vcnet version for gen-make.py, and
>>> upgraded
>>>> in
>>>>> VC2012. But running msbuild subversion_bla.sln /p:UseEnv=true fails
>>>>> miserably. Running in VC looks like its working. But i need to
>>>>> tell it
>>> to
>>>>> include and lib paths Which seems painful.
>>>> I do my Windows builds using command line. I believe I am currently
>>>> using VS 2008 for the builds I sign. When you install VS, it installs
>>>> a shortcut that opens a Windows command prompt with all of the VS
>>>> envvars already set. That is what I use as my starting point. I then
>>>> just have some batch files that run the Python script and follow that
>>>> by running the "devenv" command to build the solution. This is pretty
>>>> much how I have always done it going back to MSVC 6. The only thing
>>>> that really changed was the name of the command line tool to build the
>>>> solution.
>>>>
>>>> Bert also has build scripts that he uses that use MSBuild. I know
>>>> these work with VS 2010, but not sure if he updated them yet for 2012.
>>> The 2012 specific support hasn't been merged to 1.7.x (yet), but
>>> opening the
>>> 2010 project in Visual Studio 2010 allows you to upgrade them to
>>> 2012 with a
>>> few mouseclicks.
>>>
>>> (I don't use the UseEnv flag)
>>>
>>> Bert
>>>
>> Hey
>>
>> Thanks yeah i did the upgrade to 2012 thing. But i dont know how you
>> dont use UseEnv since i get errors of no libintl.h. Maybe i need to
>> point to a different location?
>>
>> --Phil
>
Re: 1.7.7 up for testing/signing
Posted by Philip Herron <ph...@wandisco.com>.
I think i found the majority of my problems. Seems as though its
building in VC2012 at the moment. For libintl the path you specify the
gen-win.py looks for path/inc and path/lib. For the headers and lib
where as GnuWin32 installs include and lib. Then bdb it looks for
path/lib/libdb$version
These feel too hard to find or at least should be documented since there
is very little to no standardization on windows development libraries.
Why not have dependancy-include-dir and dependancy-lib-dir for each for
each of them? Although your gen-make.py is going to be huge but at least
its a little more simple to see whats pointing to where.
Then what happens with ruby and perl bindings for their respective lib
and include paths. And now i just noticed my libintl lib must be wrong
since its looking for intl3_svn.lib and now its failing because i didn't
specify a junit.
--Phil
On 05/10/12 16:17, Philip Herron wrote:
> On 05/10/12 16:14, Bert Huijben wrote:
>>
>>> -----Original Message-----
>>> From: Mark Phippard [mailto:markphip@gmail.com]
>>> Sent: vrijdag 5 oktober 2012 17:00
>>> To: Philip Herron
>>> Cc: dev@subversion.apache.org
>>> Subject: Re: 1.7.7 up for testing/signing
>>>
>>> On Fri, Oct 5, 2012 at 10:51 AM, Philip Herron
>>> <ph...@wandisco.com> wrote:
>>>> Decided to try using the 2010 vcnet version for gen-make.py, and
>> upgraded
>>> in
>>>> VC2012. But running msbuild subversion_bla.sln /p:UseEnv=true fails
>>>> miserably. Running in VC looks like its working. But i need to tell it
>> to
>>>> include and lib paths Which seems painful.
>>> I do my Windows builds using command line. I believe I am currently
>>> using VS 2008 for the builds I sign. When you install VS, it installs
>>> a shortcut that opens a Windows command prompt with all of the VS
>>> envvars already set. That is what I use as my starting point. I then
>>> just have some batch files that run the Python script and follow that
>>> by running the "devenv" command to build the solution. This is pretty
>>> much how I have always done it going back to MSVC 6. The only thing
>>> that really changed was the name of the command line tool to build the
>>> solution.
>>>
>>> Bert also has build scripts that he uses that use MSBuild. I know
>>> these work with VS 2010, but not sure if he updated them yet for 2012.
>> The 2012 specific support hasn't been merged to 1.7.x (yet), but
>> opening the
>> 2010 project in Visual Studio 2010 allows you to upgrade them to 2012
>> with a
>> few mouseclicks.
>>
>> (I don't use the UseEnv flag)
>>
>> Bert
>>
> Hey
>
> Thanks yeah i did the upgrade to 2012 thing. But i dont know how you
> dont use UseEnv since i get errors of no libintl.h. Maybe i need to
> point to a different location?
>
> --Phil
Re: 1.7.7 up for testing/signing
Posted by Philip Herron <ph...@wandisco.com>.
On 05/10/12 16:14, Bert Huijben wrote:
>
>> -----Original Message-----
>> From: Mark Phippard [mailto:markphip@gmail.com]
>> Sent: vrijdag 5 oktober 2012 17:00
>> To: Philip Herron
>> Cc: dev@subversion.apache.org
>> Subject: Re: 1.7.7 up for testing/signing
>>
>> On Fri, Oct 5, 2012 at 10:51 AM, Philip Herron
>> <ph...@wandisco.com> wrote:
>>> Decided to try using the 2010 vcnet version for gen-make.py, and
> upgraded
>> in
>>> VC2012. But running msbuild subversion_bla.sln /p:UseEnv=true fails
>>> miserably. Running in VC looks like its working. But i need to tell it
> to
>>> include and lib paths Which seems painful.
>> I do my Windows builds using command line. I believe I am currently
>> using VS 2008 for the builds I sign. When you install VS, it installs
>> a shortcut that opens a Windows command prompt with all of the VS
>> envvars already set. That is what I use as my starting point. I then
>> just have some batch files that run the Python script and follow that
>> by running the "devenv" command to build the solution. This is pretty
>> much how I have always done it going back to MSVC 6. The only thing
>> that really changed was the name of the command line tool to build the
>> solution.
>>
>> Bert also has build scripts that he uses that use MSBuild. I know
>> these work with VS 2010, but not sure if he updated them yet for 2012.
> The 2012 specific support hasn't been merged to 1.7.x (yet), but opening the
> 2010 project in Visual Studio 2010 allows you to upgrade them to 2012 with a
> few mouseclicks.
>
> (I don't use the UseEnv flag)
>
> Bert
>
Hey
Thanks yeah i did the upgrade to 2012 thing. But i dont know how you
dont use UseEnv since i get errors of no libintl.h. Maybe i need to
point to a different location?
--Phil
RE: 1.7.7 up for testing/signing
Posted by Bert Huijben <be...@qqmail.nl>.
> -----Original Message-----
> From: Mark Phippard [mailto:markphip@gmail.com]
> Sent: vrijdag 5 oktober 2012 17:00
> To: Philip Herron
> Cc: dev@subversion.apache.org
> Subject: Re: 1.7.7 up for testing/signing
>
> On Fri, Oct 5, 2012 at 10:51 AM, Philip Herron
> <ph...@wandisco.com> wrote:
> > Decided to try using the 2010 vcnet version for gen-make.py, and
upgraded
> in
> > VC2012. But running msbuild subversion_bla.sln /p:UseEnv=true fails
> > miserably. Running in VC looks like its working. But i need to tell it
to
> > include and lib paths Which seems painful.
>
> I do my Windows builds using command line. I believe I am currently
> using VS 2008 for the builds I sign. When you install VS, it installs
> a shortcut that opens a Windows command prompt with all of the VS
> envvars already set. That is what I use as my starting point. I then
> just have some batch files that run the Python script and follow that
> by running the "devenv" command to build the solution. This is pretty
> much how I have always done it going back to MSVC 6. The only thing
> that really changed was the name of the command line tool to build the
> solution.
>
> Bert also has build scripts that he uses that use MSBuild. I know
> these work with VS 2010, but not sure if he updated them yet for 2012.
The 2012 specific support hasn't been merged to 1.7.x (yet), but opening the
2010 project in Visual Studio 2010 allows you to upgrade them to 2012 with a
few mouseclicks.
(I don't use the UseEnv flag)
Bert
Re: 1.7.7 up for testing/signing
Posted by Mark Phippard <ma...@gmail.com>.
On Fri, Oct 5, 2012 at 10:51 AM, Philip Herron
<ph...@wandisco.com> wrote:
> Decided to try using the 2010 vcnet version for gen-make.py, and upgraded in
> VC2012. But running msbuild subversion_bla.sln /p:UseEnv=true fails
> miserably. Running in VC looks like its working. But i need to tell it to
> include and lib paths Which seems painful.
I do my Windows builds using command line. I believe I am currently
using VS 2008 for the builds I sign. When you install VS, it installs
a shortcut that opens a Windows command prompt with all of the VS
envvars already set. That is what I use as my starting point. I then
just have some batch files that run the Python script and follow that
by running the "devenv" command to build the solution. This is pretty
much how I have always done it going back to MSVC 6. The only thing
that really changed was the name of the command line tool to build the
solution.
Bert also has build scripts that he uses that use MSBuild. I know
these work with VS 2010, but not sure if he updated them yet for 2012.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
Re: 1.7.7 up for testing/signing
Posted by Philip Herron <ph...@wandisco.com>.
Decided to try using the 2010 vcnet version for gen-make.py, and
upgraded in VC2012. But running msbuild subversion_bla.sln
/p:UseEnv=true fails miserably. Running in VC looks like its working.
But i need to tell it to include and lib paths Which seems painful.
On 05/10/12 15:35, Philip Herron wrote:
> Looks like i don't have that problem on a fresh build machine. But i
> am using VC 2012 and i do see quite a few errors to do with msgfmt and
> the build_locale.bat.
>
> Since when you run gen-make.py vc2012 doesnt work so using 2008 and
> opening the *.sln in MSVC to convert it all. Its currently building with:
>
> pushd subversion-1.7.7
> set PARMS=-t vcproj --vsnet-version=2008
> set PARMS=%PARMS%
> --with-berkeley-db=C:\subversion-builds\svndeps\32bit\bdb\
> set PARMS=%PARMS% --with-httpd=C:\subversion-builds\svndeps\32bit\httpd
> set PARMS=%PARMS% --with-neon=C:\subversion-builds\svndeps\32bit\neon
> set PARMS=%PARMS% --with-serf=C:\subversion-builds\svndeps\32bit\serf
> set PARMS=%PARMS%
> --with-sqlite=C:\subversion-builds\svndeps\32bit\sqlite-amalgamation
> set PARMS=%PARMS% --with-zlib=C:\subversion-builds\svndeps\32bit\zlib
> set PARMS=%PARMS%
> --with-openssl=C:\subversion-builds\svndeps\32bit\openssl
> set PARMS=%PARMS% --with-libintl=C:\GnuWin32
> set PARMS=%PARMS% --with-swig=C:\swig
>
> python gen-make.py %PARMS%
>
> popd
>
> I see the java tests failing a lot and i get:
>
> cmd /c build_locale.bat Debug
> The system cannot find the path specified.
> A subdirectory or file ..\..\Debug\mo already exists.
> Running msgfmt on de.po...
> python: can't open file '..\..\build\strip-po-charset.py': [Errno 2]
> No such file or directory
> (null): error while opening "de.spo" for reading: No such file or
> directory
> Could Not Find
> C:\subversion-builds\subversion\subversion-1.7.7\build\win32\vcnet-vcproj\de.spo
> Running msgfmt on es.po...
> python: can't open file '..\..\build\strip-po-charset.py': [Errno 2]
> No such file or directory
> (null): error while opening "es.spo" for reading: No such file or
> directory
> Could Not Find
> C:\subversion-builds\subversion\subversion-1.7.7\build\win32\vcnet-vcproj\es.spo
> .....
>
> And those
>
> ????????????????????????????????????????????????????????????????????????????????????
> c1 : fatal error C1083: Cannot open source file:
> '????????????????????????????????????????????????????????????????????????????????????':
> No such file or directory
> [C:\subversion-builds\subversion\subversion-1.7.7\build\win32\vcnet-vcproj\libsvn_wc.vcxproj]
> ??????????????????????????????????????????????????????????????????????????????????????
> c1 : fatal error C1083: Cannot open source file: '?
>
> I feel a bit confused been working on trying to build subversion on
> windows for nearly a week. Seems most things are baed on using VC6 or
> cygwin or old MSVC 200{3,5}
>
> --Phil
>
> On 04/10/12 19:18, Branko Čibej wrote:
>> On 04.10.2012 17:19, Mat Booth wrote:
>>> I believe it should just do a simple "copy svn_private_config.hw
>>> svn_private_config.h"
>> That might work in 1.7 but won't in 1.8, which uses a transform script
>> on Windows to fill in some variables that are really only known at build
>> time (e.g., architecture -- Windows builds can be cross-compiles).
>>
>>> I have it knobbled in my build script to do the copy before invoking
>>> the solution build because I never figured out why the solution didn't
>>> copy it.
>> But there's this in the svn_config.vcxproj file:
>>
>> <CustomBuild Include="$(SolutionDir)\subversion\svn_private_config.hw">
>> <FileType>Document</FileType>
>> <Message Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">Creating svn_private_config.h from svn_private_config.hw.</Message>
>> <Command Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">copy $(SolutionDir)\subversion\svn_private_config.hw $(SolutionDir)\subversion\svn_private_config.h > nul:</Command>
>> <Outputs Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">$(SolutionDir)\subversion\svn_private_config.h;%(Outputs)</Outputs>
>> ...
>>
>>
>> In other words, you should see a svn_config project in the subversion
>> solution, and within that project an enty for svn_private_config.h, and
>> the custom build command should be the "copy" you're proposing.
>>
>> -- Brane
>>
>>> On 4 October 2012 16:00, Mark Phippard<ma...@gmail.com> wrote:
>>>> I paid closer attention this time. The file is *not* generated when I
>>>> run the Python script. When I build the solution from the command
>>>> line the file is generated, so it must be done as part of the Visual
>>>> Studio build scripts.
>>>>
>>>>
>>>>
>>>> On Thu, Oct 4, 2012 at 10:19 AM, Philip Herron
>>>> <ph...@wandisco.com> wrote:
>>>>> Maybe gen-mak.py didn't run properly i will re-check. Its just a really
>>>>> buggy batch file i have so might be my fault sorry. Will recheck. Though
>>>>> then again if gen-mak.py didnt run i wouldnt have had the *.sln to run
>>>>> msbuild over.
>>>>>
>>>>> --Phil
>>>>>
>>>>>
>>>>> On 04/10/12 15:14, Mark Phippard wrote:
>>>>>> Did you run the Python script (gen-make.py) to generate the Windows
>>>>>> build files? That is a first step required in doing a Windows build
>>>>>> and that is what generates that file from the template. The
>>>>>> equivalent of running ./configure on *nix.
>>>>>>
>>>>>> Mark
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Oct 4, 2012 at 10:11 AM, Philip Herron
>>>>>> <ph...@wandisco.com> wrote:
>>>>>>> Building on Windows vc2005 i had problem with svn_private_config.h not
>>>>>>> being
>>>>>>> found in the .zip its named: svn_private_config.hw not sure if this is a
>>>>>>> bug
>>>>>>> of mean to be some kind of *.h.in file for autoconf or something. But
>>>>>>> thought it was worth noting.
>>>>>>>
>>>>>>> --Phil
>>>>>>>
>>>>>>>
>>>>>>> On 04/10/12 07:25, Ben Reser wrote:
>>>>>>>> The 1.7.7 release artifacts are now available for testing/signing.
>>>>>>>> Please get the tarballs from
>>>>>>>> https://dist.apache.org/repos/dist/dev/subversion
>>>>>>>> and add your signatures there. Thanks!
>>>> --
>>>> Thanks
>>>>
>>>> Mark Phippard
>>>> http://markphip.blogspot.com/
>
Re: 1.7.7 up for testing/signing
Posted by Роман Донченко <dp...@corrigendum.ru>.
Philip Herron <ph...@wandisco.com> писал в своём письме Fri, 05
Oct 2012 18:35:54 +0400:
> cmd /c build_locale.bat Debug
> The system cannot find the path specified.
> A subdirectory or file ..\..\Debug\mo already exists.
> Running msgfmt on de.po...
> python: can't open file '..\..\build\strip-po-charset.py': [Errno 2]
> No such file or directory
> (null): error while opening "de.spo" for reading: No such file or
> directory
> Could Not Find
> C:\subversion-builds\subversion\subversion-1.7.7\build\win32\vcnet-vcproj\de.spo
> Running msgfmt on es.po...
> python: can't open file '..\..\build\strip-po-charset.py': [Errno 2]
> No such file or directory
> (null): error while opening "es.spo" for reading: No such file or
> directory
> Could Not Find
> C:\subversion-builds\subversion\subversion-1.7.7\build\win32\vcnet-vcproj\es.spo
> .....
This looks like the bug I fixed in trunk in r1369686.
Roman.
Re: 1.7.7 up for testing/signing
Posted by Philip Herron <ph...@wandisco.com>.
Looks like i don't have that problem on a fresh build machine. But i am
using VC 2012 and i do see quite a few errors to do with msgfmt and the
build_locale.bat.
Since when you run gen-make.py vc2012 doesnt work so using 2008 and
opening the *.sln in MSVC to convert it all. Its currently building with:
pushd subversion-1.7.7
set PARMS=-t vcproj --vsnet-version=2008
set PARMS=%PARMS% --with-berkeley-db=C:\subversion-builds\svndeps\32bit\bdb\
set PARMS=%PARMS% --with-httpd=C:\subversion-builds\svndeps\32bit\httpd
set PARMS=%PARMS% --with-neon=C:\subversion-builds\svndeps\32bit\neon
set PARMS=%PARMS% --with-serf=C:\subversion-builds\svndeps\32bit\serf
set PARMS=%PARMS%
--with-sqlite=C:\subversion-builds\svndeps\32bit\sqlite-amalgamation
set PARMS=%PARMS% --with-zlib=C:\subversion-builds\svndeps\32bit\zlib
set PARMS=%PARMS% --with-openssl=C:\subversion-builds\svndeps\32bit\openssl
set PARMS=%PARMS% --with-libintl=C:\GnuWin32
set PARMS=%PARMS% --with-swig=C:\swig
python gen-make.py %PARMS%
popd
I see the java tests failing a lot and i get:
cmd /c build_locale.bat Debug
The system cannot find the path specified.
A subdirectory or file ..\..\Debug\mo already exists.
Running msgfmt on de.po...
python: can't open file '..\..\build\strip-po-charset.py': [Errno 2]
No such file or directory
(null): error while opening "de.spo" for reading: No such file or
directory
Could Not Find
C:\subversion-builds\subversion\subversion-1.7.7\build\win32\vcnet-vcproj\de.spo
Running msgfmt on es.po...
python: can't open file '..\..\build\strip-po-charset.py': [Errno 2]
No such file or directory
(null): error while opening "es.spo" for reading: No such file or
directory
Could Not Find
C:\subversion-builds\subversion\subversion-1.7.7\build\win32\vcnet-vcproj\es.spo
.....
And those
????????????????????????????????????????????????????????????????????????????????????
c1 : fatal error C1083: Cannot open source file:
'????????????????????????????????????????????????????????????????????????????????????':
No such file or directory
[C:\subversion-builds\subversion\subversion-1.7.7\build\win32\vcnet-vcproj\libsvn_wc.vcxproj]
??????????????????????????????????????????????????????????????????????????????????????
c1 : fatal error C1083: Cannot open source file: '?
I feel a bit confused been working on trying to build subversion on
windows for nearly a week. Seems most things are baed on using VC6 or
cygwin or old MSVC 200{3,5}
--Phil
On 04/10/12 19:18, Branko Čibej wrote:
> On 04.10.2012 17:19, Mat Booth wrote:
>> I believe it should just do a simple "copy svn_private_config.hw
>> svn_private_config.h"
> That might work in 1.7 but won't in 1.8, which uses a transform script
> on Windows to fill in some variables that are really only known at build
> time (e.g., architecture -- Windows builds can be cross-compiles).
>
>> I have it knobbled in my build script to do the copy before invoking
>> the solution build because I never figured out why the solution didn't
>> copy it.
> But there's this in the svn_config.vcxproj file:
>
> <CustomBuild Include="$(SolutionDir)\subversion\svn_private_config.hw">
> <FileType>Document</FileType>
> <Message Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">Creating svn_private_config.h from svn_private_config.hw.</Message>
> <Command Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">copy $(SolutionDir)\subversion\svn_private_config.hw $(SolutionDir)\subversion\svn_private_config.h > nul:</Command>
> <Outputs Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">$(SolutionDir)\subversion\svn_private_config.h;%(Outputs)</Outputs>
> ...
>
>
> In other words, you should see a svn_config project in the subversion
> solution, and within that project an enty for svn_private_config.h, and
> the custom build command should be the "copy" you're proposing.
>
> -- Brane
>
>> On 4 October 2012 16:00, Mark Phippard <ma...@gmail.com> wrote:
>>> I paid closer attention this time. The file is *not* generated when I
>>> run the Python script. When I build the solution from the command
>>> line the file is generated, so it must be done as part of the Visual
>>> Studio build scripts.
>>>
>>>
>>>
>>> On Thu, Oct 4, 2012 at 10:19 AM, Philip Herron
>>> <ph...@wandisco.com> wrote:
>>>> Maybe gen-mak.py didn't run properly i will re-check. Its just a really
>>>> buggy batch file i have so might be my fault sorry. Will recheck. Though
>>>> then again if gen-mak.py didnt run i wouldnt have had the *.sln to run
>>>> msbuild over.
>>>>
>>>> --Phil
>>>>
>>>>
>>>> On 04/10/12 15:14, Mark Phippard wrote:
>>>>> Did you run the Python script (gen-make.py) to generate the Windows
>>>>> build files? That is a first step required in doing a Windows build
>>>>> and that is what generates that file from the template. The
>>>>> equivalent of running ./configure on *nix.
>>>>>
>>>>> Mark
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Oct 4, 2012 at 10:11 AM, Philip Herron
>>>>> <ph...@wandisco.com> wrote:
>>>>>> Building on Windows vc2005 i had problem with svn_private_config.h not
>>>>>> being
>>>>>> found in the .zip its named: svn_private_config.hw not sure if this is a
>>>>>> bug
>>>>>> of mean to be some kind of *.h.in file for autoconf or something. But
>>>>>> thought it was worth noting.
>>>>>>
>>>>>> --Phil
>>>>>>
>>>>>>
>>>>>> On 04/10/12 07:25, Ben Reser wrote:
>>>>>>> The 1.7.7 release artifacts are now available for testing/signing.
>>>>>>> Please get the tarballs from
>>>>>>> https://dist.apache.org/repos/dist/dev/subversion
>>>>>>> and add your signatures there. Thanks!
>>>
>>> --
>>> Thanks
>>>
>>> Mark Phippard
>>> http://markphip.blogspot.com/
>>
>
Re: 1.7.7 up for testing/signing
Posted by Branko Čibej <br...@wandisco.com>.
On 04.10.2012 17:19, Mat Booth wrote:
> I believe it should just do a simple "copy svn_private_config.hw
> svn_private_config.h"
That might work in 1.7 but won't in 1.8, which uses a transform script
on Windows to fill in some variables that are really only known at build
time (e.g., architecture -- Windows builds can be cross-compiles).
> I have it knobbled in my build script to do the copy before invoking
> the solution build because I never figured out why the solution didn't
> copy it.
But there's this in the svn_config.vcxproj file:
<CustomBuild Include="$(SolutionDir)\subversion\svn_private_config.hw">
<FileType>Document</FileType>
<Message Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">Creating svn_private_config.h from svn_private_config.hw.</Message>
<Command Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">copy $(SolutionDir)\subversion\svn_private_config.hw $(SolutionDir)\subversion\svn_private_config.h > nul:</Command>
<Outputs Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">$(SolutionDir)\subversion\svn_private_config.h;%(Outputs)</Outputs>
...
In other words, you should see a svn_config project in the subversion
solution, and within that project an enty for svn_private_config.h, and
the custom build command should be the "copy" you're proposing.
-- Brane
> On 4 October 2012 16:00, Mark Phippard <ma...@gmail.com> wrote:
>> I paid closer attention this time. The file is *not* generated when I
>> run the Python script. When I build the solution from the command
>> line the file is generated, so it must be done as part of the Visual
>> Studio build scripts.
>>
>>
>>
>> On Thu, Oct 4, 2012 at 10:19 AM, Philip Herron
>> <ph...@wandisco.com> wrote:
>>> Maybe gen-mak.py didn't run properly i will re-check. Its just a really
>>> buggy batch file i have so might be my fault sorry. Will recheck. Though
>>> then again if gen-mak.py didnt run i wouldnt have had the *.sln to run
>>> msbuild over.
>>>
>>> --Phil
>>>
>>>
>>> On 04/10/12 15:14, Mark Phippard wrote:
>>>> Did you run the Python script (gen-make.py) to generate the Windows
>>>> build files? That is a first step required in doing a Windows build
>>>> and that is what generates that file from the template. The
>>>> equivalent of running ./configure on *nix.
>>>>
>>>> Mark
>>>>
>>>>
>>>>
>>>>
>>>> On Thu, Oct 4, 2012 at 10:11 AM, Philip Herron
>>>> <ph...@wandisco.com> wrote:
>>>>> Building on Windows vc2005 i had problem with svn_private_config.h not
>>>>> being
>>>>> found in the .zip its named: svn_private_config.hw not sure if this is a
>>>>> bug
>>>>> of mean to be some kind of *.h.in file for autoconf or something. But
>>>>> thought it was worth noting.
>>>>>
>>>>> --Phil
>>>>>
>>>>>
>>>>> On 04/10/12 07:25, Ben Reser wrote:
>>>>>> The 1.7.7 release artifacts are now available for testing/signing.
>>>>>> Please get the tarballs from
>>>>>> https://dist.apache.org/repos/dist/dev/subversion
>>>>>> and add your signatures there. Thanks!
>>>>>
>>>>
>>
>>
>> --
>> Thanks
>>
>> Mark Phippard
>> http://markphip.blogspot.com/
>
>
--
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download
Re: 1.7.7 up for testing/signing
Posted by Mat Booth <ma...@wandisco.com>.
I believe it should just do a simple "copy svn_private_config.hw
svn_private_config.h"
I have it knobbled in my build script to do the copy before invoking
the solution build because I never figured out why the solution didn't
copy it.
On 4 October 2012 16:00, Mark Phippard <ma...@gmail.com> wrote:
> I paid closer attention this time. The file is *not* generated when I
> run the Python script. When I build the solution from the command
> line the file is generated, so it must be done as part of the Visual
> Studio build scripts.
>
>
>
> On Thu, Oct 4, 2012 at 10:19 AM, Philip Herron
> <ph...@wandisco.com> wrote:
>> Maybe gen-mak.py didn't run properly i will re-check. Its just a really
>> buggy batch file i have so might be my fault sorry. Will recheck. Though
>> then again if gen-mak.py didnt run i wouldnt have had the *.sln to run
>> msbuild over.
>>
>> --Phil
>>
>>
>> On 04/10/12 15:14, Mark Phippard wrote:
>>>
>>> Did you run the Python script (gen-make.py) to generate the Windows
>>> build files? That is a first step required in doing a Windows build
>>> and that is what generates that file from the template. The
>>> equivalent of running ./configure on *nix.
>>>
>>> Mark
>>>
>>>
>>>
>>>
>>> On Thu, Oct 4, 2012 at 10:11 AM, Philip Herron
>>> <ph...@wandisco.com> wrote:
>>>>
>>>> Building on Windows vc2005 i had problem with svn_private_config.h not
>>>> being
>>>> found in the .zip its named: svn_private_config.hw not sure if this is a
>>>> bug
>>>> of mean to be some kind of *.h.in file for autoconf or something. But
>>>> thought it was worth noting.
>>>>
>>>> --Phil
>>>>
>>>>
>>>> On 04/10/12 07:25, Ben Reser wrote:
>>>>>
>>>>> The 1.7.7 release artifacts are now available for testing/signing.
>>>>> Please get the tarballs from
>>>>> https://dist.apache.org/repos/dist/dev/subversion
>>>>> and add your signatures there. Thanks!
>>>>
>>>>
>>>
>>>
>>
>
>
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
--
Mat Booth
Software Engineer
WANdisco, Inc.
http://www.wandisco.com
Re: 1.7.7 up for testing/signing
Posted by Mark Phippard <ma...@gmail.com>.
I paid closer attention this time. The file is *not* generated when I
run the Python script. When I build the solution from the command
line the file is generated, so it must be done as part of the Visual
Studio build scripts.
On Thu, Oct 4, 2012 at 10:19 AM, Philip Herron
<ph...@wandisco.com> wrote:
> Maybe gen-mak.py didn't run properly i will re-check. Its just a really
> buggy batch file i have so might be my fault sorry. Will recheck. Though
> then again if gen-mak.py didnt run i wouldnt have had the *.sln to run
> msbuild over.
>
> --Phil
>
>
> On 04/10/12 15:14, Mark Phippard wrote:
>>
>> Did you run the Python script (gen-make.py) to generate the Windows
>> build files? That is a first step required in doing a Windows build
>> and that is what generates that file from the template. The
>> equivalent of running ./configure on *nix.
>>
>> Mark
>>
>>
>>
>>
>> On Thu, Oct 4, 2012 at 10:11 AM, Philip Herron
>> <ph...@wandisco.com> wrote:
>>>
>>> Building on Windows vc2005 i had problem with svn_private_config.h not
>>> being
>>> found in the .zip its named: svn_private_config.hw not sure if this is a
>>> bug
>>> of mean to be some kind of *.h.in file for autoconf or something. But
>>> thought it was worth noting.
>>>
>>> --Phil
>>>
>>>
>>> On 04/10/12 07:25, Ben Reser wrote:
>>>>
>>>> The 1.7.7 release artifacts are now available for testing/signing.
>>>> Please get the tarballs from
>>>> https://dist.apache.org/repos/dist/dev/subversion
>>>> and add your signatures there. Thanks!
>>>
>>>
>>
>>
>
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
Re: 1.7.7 up for testing/signing
Posted by Philip Herron <ph...@wandisco.com>.
Maybe gen-mak.py didn't run properly i will re-check. Its just a really
buggy batch file i have so might be my fault sorry. Will recheck. Though
then again if gen-mak.py didnt run i wouldnt have had the *.sln to run
msbuild over.
--Phil
On 04/10/12 15:14, Mark Phippard wrote:
> Did you run the Python script (gen-make.py) to generate the Windows
> build files? That is a first step required in doing a Windows build
> and that is what generates that file from the template. The
> equivalent of running ./configure on *nix.
>
> Mark
>
>
>
>
> On Thu, Oct 4, 2012 at 10:11 AM, Philip Herron
> <ph...@wandisco.com> wrote:
>> Building on Windows vc2005 i had problem with svn_private_config.h not being
>> found in the .zip its named: svn_private_config.hw not sure if this is a bug
>> of mean to be some kind of *.h.in file for autoconf or something. But
>> thought it was worth noting.
>>
>> --Phil
>>
>>
>> On 04/10/12 07:25, Ben Reser wrote:
>>> The 1.7.7 release artifacts are now available for testing/signing.
>>> Please get the tarballs from
>>> https://dist.apache.org/repos/dist/dev/subversion
>>> and add your signatures there. Thanks!
>>
>
>
Re: 1.7.7 up for testing/signing
Posted by Mark Phippard <ma...@gmail.com>.
Did you run the Python script (gen-make.py) to generate the Windows
build files? That is a first step required in doing a Windows build
and that is what generates that file from the template. The
equivalent of running ./configure on *nix.
Mark
On Thu, Oct 4, 2012 at 10:11 AM, Philip Herron
<ph...@wandisco.com> wrote:
> Building on Windows vc2005 i had problem with svn_private_config.h not being
> found in the .zip its named: svn_private_config.hw not sure if this is a bug
> of mean to be some kind of *.h.in file for autoconf or something. But
> thought it was worth noting.
>
> --Phil
>
>
> On 04/10/12 07:25, Ben Reser wrote:
>>
>> The 1.7.7 release artifacts are now available for testing/signing.
>> Please get the tarballs from
>> https://dist.apache.org/repos/dist/dev/subversion
>> and add your signatures there. Thanks!
>
>
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
Re: 1.7.7 up for testing/signing
Posted by Philip Herron <ph...@wandisco.com>.
Building on Windows vc2005 i had problem with svn_private_config.h not
being found in the .zip its named: svn_private_config.hw not sure if
this is a bug of mean to be some kind of *.h.in file for autoconf or
something. But thought it was worth noting.
--Phil
On 04/10/12 07:25, Ben Reser wrote:
> The 1.7.7 release artifacts are now available for testing/signing.
> Please get the tarballs from
> https://dist.apache.org/repos/dist/dev/subversion
> and add your signatures there. Thanks!
Re: 1.7.7 up for testing/signing
Posted by Stefan Sperling <st...@apache.org>.
On Wed, Oct 03, 2012 at 11:25:08PM -0700, Ben Reser wrote:
> The 1.7.7 release artifacts are now available for testing/signing.
> Please get the tarballs from
> https://dist.apache.org/repos/dist/dev/subversion
> and add your signatures there. Thanks!
Summary: +1 to release
Tested: [bdb | fsfs] x [ra_local | ra_svn | ra_neon | ra_serf]
swig bindings
javahl bindings
Test results: All passed, except JavaHL has one test failure if
the working copy root is a symlink but this doesn't
seem to be a regression from 1.7.6.
Platform: OpenBSD 5.2 amd64
Dependencies:
bdb: 4.7.25
GNU-iconv: 1.14
apr: 1.4.6
apr-util: 1.4.1
httpd: 2.2.22
neon: 0.29.6
serf: 1.1.0
cyrus-sasl: 2.1.25
sqlite: 3071201
openssl: 1.0.0f
swig: 1.3.36
python: 2.7.3
perl: 5.12.2
ruby: 1.8.7-p358
java: 1.7.0_03
Signatures:
subversion-1.7.7.tar.bz2.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (OpenBSD)
iEYEABECAAYFAlBx62MACgkQ5dMCc/WdJfAtMgCg7uJ5Wm0g48L/P+zCJ0dabKQW
k9oAn2pbILc+N85uNGlcT5RS6h5D4Qrh
=8fcn
-----END PGP SIGNATURE-----
subversion-1.7.7.tar.gz.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (OpenBSD)
iEYEABECAAYFAlBx62AACgkQ5dMCc/WdJfCg8gCgymBW/BiiZUnTtqICEg2EacHd
fREAn2rH94PrZx29JN0qeMwsPqopkYSf
=JY0n
-----END PGP SIGNATURE-----
subversion-1.7.7.zip.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (OpenBSD)
iEYEABECAAYFAlBx61sACgkQ5dMCc/WdJfDq+ACfenXhnGVCvoFktas9WBITSL7e
nf4AoNVRGeSWu7KBj9SAiahZif9D5XDy
=D9hq
-----END PGP SIGNATURE-----
Re: 1.7.7 up for testing/signing
Posted by Branko Čibej <br...@wandisco.com>.
Summary:
+1 to release.
Platform:
Mac OS X 10.7.4 (Lion) (x86_64)
Python 2.7.1
Perl 5.12.3
Java 1.6.0
Dependencies:
Standard OS linbraries:
APR 1.4.2
APR-Util 1.3.10
Apache HTTPD 2.2.21
OpenSSL 0.9.8r
Dependencies from homebrew:
Neon 0.29.6
Serf 1.1.0
Berkeley DB 5.3.21
Swig 2.0.7
SQLite 3.6.13
Verified:
I tested the following:
fsfs x (local, neon, serf, svn)
bdb x local
javahl, swig-pl, ctypes-python
All tests pass.
Verified that the contents of the tar.bz2 package are identical
to the tar.gz package.
Did not test swig-py and swig-rb.
Notes:
swig-py and swig-rb do not build out-of-tree; not a release blocker, IMO.
swig-py and swig-rb fail to link because they attempt to build
universal binaries, but not all dependencies (notoriously, the svn
libs themselves) contain all architectures. Not a release blocker, IMO.
PGP Signatures
::: subversion-1.7.7.tar.gz :::
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (Darwin)
iQEcBAABCgAGBQJQbskdAAoJECm4ktDIYoUBM2gH/2+sWVSnqARn/Nr/Xdpz72JS
9lySV54BjN+3Dsub82vXSUvger05OBQFN3F8FjVwDOl9lof++CkZjq26qEC1CC0c
NQtK9U4MmITc+LjHftNoQJa3+ZuaxMXjx0cpcqipchvyZtpsykrcQxrnYt78Juvk
XczzF7XG/UmFKgspNFjAdh+68TQH7OjwOTYxTirAy1fnRwA3Iw71rwHqRXRUSHaQ
29WQZazq8Ah2LITgcManN8ce5pAjepKYUbeyGWYZ7XO78XQBv6v/m0KUUSvte+g8
39p+Glno93difaZJOkqv40Xp7Nt+viOU67tSjbRgXbren9piSb5VpcthmrxVUFU=
=Vgu7
-----END PGP SIGNATURE-----
::: subversion-1.7.7.tar.bz2 :::
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (Darwin)
iQEcBAABCgAGBQJQbskZAAoJECm4ktDIYoUBKbYIAJ2iU9/0otmWmeGdLp5c/gli
mp4vcS0Ut7vygI3wRD3TUoPDUzjtlMOkz4gxsG+kKvUylRm88jGPy+MaZ4Awwjol
V5PAj5CLELZJOVLh1Qbt6JaBZY5pU+njxRVnFTz6M6a+Bxceq6Ryq65uDnoNrZxf
f/xeMmeH5MJ5sXGVvlXGFvhKzNkQ5GoJ45J/2FMaKbA89ZStC7WaDRkCdWAHFbg4
N/1VRrGdeTlXSleV+ZzVhnRBS4eOlZdHdIXrI5x7Umqn1EUjn09+EwJmddxHg8yt
CXrfTRFfjDA18D0LxooTIzYgesbu5uMuRjKPwQx/DAjs0VpGJNhFy3qrDbD5AJc=
=1adC
-----END PGP SIGNATURE-----
--
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download
Re: 1.7.7 up for testing/signing
Posted by Ben Reser <be...@reser.org>.
On Sat, Oct 6, 2012 at 9:11 AM, Ben Reser <be...@reser.org> wrote:
> On Fri, Oct 5, 2012 at 3:15 PM, Ben Reser <be...@reser.org> wrote:
>> Voting is currently at:
>>
>> Unix: 2 (brane, cmpilato)
>> Windows: (pburba, markphip)
>
> Now at:
>
> Unix: 3 (brane, cmpilato, philip)
> Windows: 2 (pburba, markphip)
We've reached sufficient votes to release with the following votes:
Unix: 4 (brane, cmpilato, philip, stsp)
Windows: 3 (pburba, markphip, jcorvel)
The release is now waiting the 24 hour period for mirrors to receive
the new files.
Re: 1.7.7 up for testing/signing
Posted by Ben Reser <be...@reser.org>.
On Fri, Oct 5, 2012 at 3:15 PM, Ben Reser <be...@reser.org> wrote:
> Voting is currently at:
>
> Unix: 2 (brane, cmpilato)
> Windows: (pburba, markphip)
Now at:
Unix: 3 (brane, cmpilato, philip)
Windows: 2 (pburba, markphip)
Re: 1.7.7 up for testing/signing
Posted by Ben Reser <be...@reser.org>.
On Fri, Oct 5, 2012 at 2:55 PM, Branko Čibej <br...@wandisco.com> wrote:
> On 05.10.2012 23:43, Ben Reser wrote:
>> On Wed, Oct 3, 2012 at 11:25 PM, Ben Reser <be...@reser.org> wrote:
>>> The 1.7.7 release artifacts are now available for testing/signing.
>>> Please get the tarballs from
>>> https://dist.apache.org/repos/dist/dev/subversion
>>> and add your signatures there. Thanks!
>> Branko, I see you add your signatures for the tar files. But I don't
>> see a test report from you.
>
> Yah, that's right. I got sidetracked. FWIW, +1 to release, and I'll send
> a report when I have a bit of time.
Voting is currently at:
Unix: 2 (brane, cmpilato)
Windows: (pburba, markphip)
Re: 1.7.7 up for testing/signing
Posted by Branko Čibej <br...@wandisco.com>.
On 05.10.2012 23:43, Ben Reser wrote:
> On Wed, Oct 3, 2012 at 11:25 PM, Ben Reser <be...@reser.org> wrote:
>> The 1.7.7 release artifacts are now available for testing/signing.
>> Please get the tarballs from
>> https://dist.apache.org/repos/dist/dev/subversion
>> and add your signatures there. Thanks!
> Branko, I see you add your signatures for the tar files. But I don't
> see a test report from you.
Yah, that's right. I got sidetracked. FWIW, +1 to release, and I'll send
a report when I have a bit of time.
-- Brane
--
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download
Re: 1.7.7 up for testing/signing
Posted by Ben Reser <be...@reser.org>.
On Wed, Oct 3, 2012 at 11:25 PM, Ben Reser <be...@reser.org> wrote:
> The 1.7.7 release artifacts are now available for testing/signing.
> Please get the tarballs from
> https://dist.apache.org/repos/dist/dev/subversion
> and add your signatures there. Thanks!
Branko, I see you add your signatures for the tar files. But I don't
see a test report from you.
Re: 1.7.7 up for testing/signing
Posted by Johan Corveleyn <jc...@gmail.com>.
On Thu, Oct 4, 2012 at 8:25 AM, Ben Reser <be...@reser.org> wrote:
> The 1.7.7 release artifacts are now available for testing/signing.
> Please get the tarballs from
> https://dist.apache.org/repos/dist/dev/subversion
> and add your signatures there. Thanks!
Summary
-------
+1 to release
Platform
--------
Windows XP (32 bit) SP3
Microsoft Visual Studio 2008 Express
Verified
--------
signature and sha1 for subversion-1.7.7.zip
Tested
------
[ Release build ] x [ fsfs ] x [ file | svn | neon | serf ]
Results
-------
All tests pass
I also manually tested some large exports and checkouts with serf, to
validate the fixes for issue #4174 (in svn 1.7.7 and in serf 1.1.1).
Dependencies
------------
Httpd 2.2.22
Apr 1.4.5
Apr-Util 1.4.1
Apr-Iconv 1.2.1
Neon 0.29.6
OpenSSL 1.0.0d
Serf 1.1.1
SQLite 3.7.14.1
ZLib 1.2.6
Signature
---------
subversion-1.7.7.zip:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
iQIcBAABCgAGBQJQb2KCAAoJELWc5tYBDIqtDx8P/jWpK2UpX2z7OBZtJgkuf3zo
gw63XblHxnFe6FY+XOd7kWlfb0RhF19CeC/bTMtF2V2CI2bnchuyRzpKBN825nrH
jIaBv6TEOHld7okbgPRAh7H7WpiT5O6zUycMc7LiKaIxUnTqG/upXr5aL8/brzRV
zudunHlHjKTeQzikOc0WUgd2llYUDSHi95ZcBnDLt3mNZdmnzmBGR1UuyuOPL2pb
7TMMcNzwqhWCoZ+gJbreSdMFTjI9AOWyI8Lz0K20Y98ajX2TRBDB1G+DjB9wJMrd
PhYqYmBBSD57l8EX+T+GPwnDgKclL+Dvgnw+AY2GHGsd6StPrt99zIcMvxLk65eG
UcETdf6bip/bBdmkwCP1kTYdkpNLDXKp+UmcZEP5LQ6WVv2Vgkog7eaebGIdXg2O
QrYQXh1YOn9xBNniifIdcRxS18NOyRWinWllpm031lt7LKl22kJOmABV1cAZlS8c
XF8iV6Kf2zKnRMEl8ZCLz0y8eg5qk/foI+2Rgw+H9ORJnwaEuy22wGbh5LbszgJ7
uW3grMDiiDZkE7Y+CbUwRRMrjm8Ma/i3Ao1ddLctahTRD8P/MJ5aHLuIp+y7LcSj
FYrxs+I3/vANmSeJOFtvoMvdGe6FIwUu6EBVERsQINogt+v8sGmOLn2Ljk6LjvYQ
Q56PdsLOhTfWq9egXgCO
=nhiS
-----END PGP SIGNATURE-----
--
Johan
Re: 1.7.7 up for testing/signing
Posted by Ben Reser <be...@reser.org>.
On Thu, Oct 4, 2012 at 12:29 PM, Johan Corveleyn <jc...@gmail.com> wrote:
> On Thu, Oct 4, 2012 at 8:25 AM, Ben Reser <be...@reser.org> wrote:
>> The 1.7.7 release artifacts are now available for testing/signing.
>> Please get the tarballs from
>> https://dist.apache.org/repos/dist/dev/subversion
>> and add your signatures there. Thanks!
>
> If possible I'd like to wait for serf 1.1.1 to test this release with,
> so I can validate a 1.7.7 which has a working serf for https on
> Windows (issue #4174 [1]).
>
> Lieven, any idea if a serf 1.1.1 release is feasible in the next
> coming days? If it's not possible, I'll go test it with serf 1.1.0,
> but if it could be there in a couple of days I'd prefer waiting for
> it.
>
> [1] http://subversion.tigris.org/issues/show_bug.cgi?id=4174 - serf:
> checkout / export over https errors out with "svn: E730053: Error
> retrieving REPORT (730053)"
My intention is to release on the 9th (though if we're ready earlier
I'll release earlier).
RE: 1.7.7 up for testing/signing
Posted by Bert Huijben <be...@qqmail.nl>.
> -----Original Message-----
> From: lieven.govaerts@gmail.com [mailto:lieven.govaerts@gmail.com] On
> Behalf Of Lieven Govaerts
> Sent: donderdag 4 oktober 2012 22:51
> To: Johan Corveleyn
> Cc: Ben Reser; Subversion Development
> Subject: Re: 1.7.7 up for testing/signing
>
> Johan,
>
> On Thu, Oct 4, 2012 at 9:29 PM, Johan Corveleyn <jc...@gmail.com>
> wrote:
> > On Thu, Oct 4, 2012 at 8:25 AM, Ben Reser <be...@reser.org> wrote:
> >> The 1.7.7 release artifacts are now available for testing/signing.
> >> Please get the tarballs from
> >> https://dist.apache.org/repos/dist/dev/subversion
> >> and add your signatures there. Thanks!
> >
> > If possible I'd like to wait for serf 1.1.1 to test this release with,
> > so I can validate a 1.7.7 which has a working serf for https on
> > Windows (issue #4174 [1]).
> >
> > Lieven, any idea if a serf 1.1.1 release is feasible in the next
> > coming days? If it's not possible, I'll go test it with serf 1.1.0,
> > but if it could be there in a couple of days I'd prefer waiting for
> > it.
>
> The packages for serf 1.1.1 are uploaded on the serf project page,
> I'll send out the announcement soon.
I upgraded the Windows buildbot to this new version and will run my tests
using serf 1.1.1.
Thanks,
Bert
Re: 1.7.7 up for testing/signing
Posted by Lieven Govaerts <lg...@apache.org>.
Johan,
On Thu, Oct 4, 2012 at 9:29 PM, Johan Corveleyn <jc...@gmail.com> wrote:
> On Thu, Oct 4, 2012 at 8:25 AM, Ben Reser <be...@reser.org> wrote:
>> The 1.7.7 release artifacts are now available for testing/signing.
>> Please get the tarballs from
>> https://dist.apache.org/repos/dist/dev/subversion
>> and add your signatures there. Thanks!
>
> If possible I'd like to wait for serf 1.1.1 to test this release with,
> so I can validate a 1.7.7 which has a working serf for https on
> Windows (issue #4174 [1]).
>
> Lieven, any idea if a serf 1.1.1 release is feasible in the next
> coming days? If it's not possible, I'll go test it with serf 1.1.0,
> but if it could be there in a couple of days I'd prefer waiting for
> it.
The packages for serf 1.1.1 are uploaded on the serf project page,
I'll send out the announcement soon.
Lieven
>
> [1] http://subversion.tigris.org/issues/show_bug.cgi?id=4174 - serf:
> checkout / export over https errors out with "svn: E730053: Error
> retrieving REPORT (730053)"
> --
> Johan
Re: 1.7.7 up for testing/signing
Posted by Johan Corveleyn <jc...@gmail.com>.
On Thu, Oct 4, 2012 at 8:25 AM, Ben Reser <be...@reser.org> wrote:
> The 1.7.7 release artifacts are now available for testing/signing.
> Please get the tarballs from
> https://dist.apache.org/repos/dist/dev/subversion
> and add your signatures there. Thanks!
If possible I'd like to wait for serf 1.1.1 to test this release with,
so I can validate a 1.7.7 which has a working serf for https on
Windows (issue #4174 [1]).
Lieven, any idea if a serf 1.1.1 release is feasible in the next
coming days? If it's not possible, I'll go test it with serf 1.1.0,
but if it could be there in a couple of days I'd prefer waiting for
it.
[1] http://subversion.tigris.org/issues/show_bug.cgi?id=4174 - serf:
checkout / export over https errors out with "svn: E730053: Error
retrieving REPORT (730053)"
--
Johan
Re: 1.7.7 up for testing/signing
Posted by Mark Phippard <ma...@gmail.com>.
On Thu, Oct 4, 2012 at 2:25 AM, Ben Reser <be...@reser.org> wrote:
> The 1.7.7 release artifacts are now available for testing/signing.
> Please get the tarballs from
> https://dist.apache.org/repos/dist/dev/subversion
> and add your signatures there. Thanks!
SUMMARY:
+1 to release
PLATFORM:
Windows 7
VS 2008 SP1
Java 1.6
COMPONENTS:
Apache 2.2.19
APR 1.4.5
APR-UTIL 1.3.12
OpenSSL 1.0.0a
Neon 0.29.6
Serf 1.0.0
ZLib 1.2.4
SQLite 3.7.7.1
VERIFIED:
signature and sha1
TESTED:
JavaHL
ra_local | ra_svn | ra_neon | ra_serf X fsfs
RESULTS:
All passed
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
Re: 1.7.7 up for testing/signing
Posted by Philip Martin <ph...@wandisco.com>.
Summary:
+1 to release
Platform:
Linux (Debian/squeeze)
Tested:
(local, svn, svn+sasl, serf, neon) x (fsfs, fsfs/pack/shard, bdb)
(serf/v1, neon/v1) x (fsfs, bdb)
swig-pl, swig-py, swig-rb
javahl x (fsfs, bdb)
Results:
All tests PASS
Local dependencies:
apache2-threaded-dev : 2.2.16-6+squeeze8
libapr1-dev : 1.4.2-6+squeeze4
libaprutil1-dev : 1.3.9+dfsg-5
libdb4.8-dev : 4.8.30-2
libneon27-dev : 0.29.3-3
libsasl2-dev : 2.1.23.dfsg1-7
libsqlite3-dev : 3.7.13-1~bpo60+1
perl : 5.10.1-17squeeze3
python2.6-dev : 2.6.6-8+b1
ruby1.8-dev : 1.8.7.302-2squeeze1
openjdk-6-jdk : 6b18-1.8.13-0+squeeze2
serf : 1.1.x@1624
subversion-1.7.7.tar.bz2
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iQEcBAABCAAGBQJQbqwfAAoJEHbXiOHtGlmcfeAH/jjKbi1G73afckAIPZvKhg6R
ssXDq8fvhuNfIPAlsXb9LimXV7mixyjJ8vSAVq8170Wri4L+pO1Cv47XhpQWiQil
WVHuFVQNl4aALmT65gPEClK9olCuUSO+KNmSkX042yr3yYSOhgOvl+94ejJwkpzd
ByMkKj7eWy7/LNroOs8aapYPw2a/bH8iT+VltUgZY6BrUjX7/KcaGMLTUrtrqQX4
43e88WZWMou9fDt9ZeutkwkjbxnyHGNW6/ya+jGpZlRelJwbR7z9RniAoFGH0F75
WP8/GQcBsi1Wlq2jtVUmzmWsXW1sLCyVXwNGsPKzfC3rVVRxAhs//eCWVCrBYL4=
=JFvl
-----END PGP SIGNATURE-----
subversion-1.7.7.tar.gz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iQEcBAABCAAGBQJQbqwWAAoJEHbXiOHtGlmcboYH/REsfJSFy7FG+nYBHVpSJDBM
nXID6Bumlj9vEzmdASHTFqvc6kxn16j4Uak9UYoaMGdCc4fpORcNz63TIySCKNbC
1DtSPQWPisHO/5myH6A+D8CGJVs8UgtkbgipXpTOj38zMbPHMWXXE1aOtcqviZHX
Nz5o6QmkxD+vTeV5UnwiajNUmjMg7O6f5sH1zfJohwiLMUsCv3fZlUt/MwSNKA/
AXNvLPXi+XMmuz7Tx0oZWdFJqo1mxe+Gg6QVUEDaJm4FnnvJn9YfM5CcSZngCS19
TDW+DP6rwdlsRs8Ch5v0UioB6KxQyrtKB66jAPpFfoJcieK4NHozs2Ps6NdtVEE=
=JeXl
-----END PGP SIGNATURE-----
--
Join us this October at Subversion Live 2012
http://www.wandisco.com/svn-live-2012
Re: 1.7.7 up for testing/signing
Posted by Paul Burba <pt...@gmail.com>.
On Thu, Oct 4, 2012 at 2:25 AM, Ben Reser <be...@reser.org> wrote:
> The 1.7.7 release artifacts are now available for testing/signing.
> Please get the tarballs from
> https://dist.apache.org/repos/dist/dev/subversion
> and add your signatures there. Thanks!
SUMMARY:
---------
+1 to release
VERIFIED:
---------
Other than the expected differences in
subversion/include/svn_version.h,
https://dist.apache.org/repos/dist/dev/subversion/subversion-1.7.7.zip
is identical to
https://svn.apache.org/repos/asf/subversion/branches/1.7.x@1393599.
SHA1 Checksum of
https://dist.apache.org/repos/dist/dev/subversion/subversion-1.7.7.zip
is 833afb35245cf0bc0de948a1b4c47805221fe438
TESTED:
-------
[Release-Build] x[ fsfs | bdb ] x [ file | svn | http (neon) | http (serf) ]
Ruby bindings (patched as described here:
http://svn.haxx.se/dev/archive-2011-06/0682.shtml)
JavaHL Bindings
RESULTS:
--------
All Tests Pass
PLATFORM:
---------
MS Windows 7 Home Premium Service Pack 1
Microsoft Visual Studio 2008 Version 9.0.30729.1 SP
DEPENDENCIES:
-------------
APR: 1.4.6
APR-UTIL: 1.4.1
Neon: 0.29.5
zlib: 1.2.4
OpenSSL: 0.9.8q
Apache: 2.2.22
BDB: 4.8.30
sqlite: 3.7.7.1
Python: 2.7.2 (ActivePython 2.7.2.5)
Perl: 5.14.2
Ruby: ruby 1.8.7
java: 1.6.0_21
junit: 4.8.2
swig: 1.3.40
serf: 1.1.0
SIGNATURE:
----------
https://dist.apache.org/repos/dist/dev/subversion/subversion-1.7.7.zip:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (MingW32)
iD8DBQBQbY7t2RaJMFP83FURAi8gAJ99ty43i0ICPWXeiJsZywCM2nQ8xACfQOED
ksiAzMA0RJrAG4Rx/4li5g4=
=HM5T
-----END PGP SIGNATURE-----
--
Paul T. Burba
CollabNet, Inc. -- www.collab.net -- Enterprise Cloud Development
Skype: ptburba