There is a problem building both the 1.6.13 release and trunk on
Windows with the latest versions of some of our dependencies.
Apache 2.2.17 has been released and they updated the expat version to
1.95.7. This appears to have created linker problems and all of our
stuff that needs the exported ex
On Mon, Nov 1, 2010 at 12:00 PM, Philip Martin
wrote:
> The documentation suggests another '[' is needed:
>
> AC_LINK_IFELSE([AC_LANG_SOURCE
r1029802. (also tested with stock 2.59 as well...seems okay.)
Yah, I somehow missed needing the leading [.
m4 as a language blows. =) -
Justin Erenkrantz writes:
>
> Index: build/ac-macros/neon.m4
> ===
> --- build/ac-macros/neon.m4 (revision 1029788)
> +++ build/ac-macros/neon.m4 (working copy)
> @@ -113,7 +113,7 @@
> #include
> int main()
> {ne_xml_crea
On Mon, Nov 1, 2010 at 11:49 AM, Mark Phippard wrote:
> On Mon, Nov 1, 2010 at 2:47 PM, Justin Erenkrantz
> wrote:
>> I'm getting a slew of warnings when I run autogen.sh on trunk.
>> (autoconf 2.68 via Macports.)
>
> Cool, it is not just me!
>
> I recently reinstalled MacPorts and thought I did
On Mon, Nov 1, 2010 at 2:47 PM, Justin Erenkrantz wrote:
> I'm getting a slew of warnings when I run autogen.sh on trunk.
> (autoconf 2.68 via Macports.)
Cool, it is not just me!
I recently reinstalled MacPorts and thought I did something wrong.
--
Thanks
Mark Phippard
http://markphip.blogspo
I'm getting a slew of warnings when I run autogen.sh on trunk.
(autoconf 2.68 via Macports.)
configure.ac:119: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE
Julian Foad writes:
>> - * @a to is the path to the directory where you wish to create the exported
>> - * tree.
>> + * When exporting a directory @a to is the path to the directory where
>> + * you wish to create the exported tree, when exporting a file it is
>> + * the path of the file that wil
On Mon, 2010-11-01 at 17:15 +, phi...@apache.org wrote:
> Author: philip
> Date: Mon Nov 1 17:15:29 2010
> New Revision: 1029751
>
> URL: http://svn.apache.org/viewvc?rev=1029751&view=rev
> Log:
> Fix issue 3727: Fix regression caused by r880559
>
> * subversion/tests/cmdline/export_tests.py
On Fri, Oct 29, 2010 at 05:57, Philip Martin wrote:
> Florian Weimer writes:
>
>> It seems an optimizer issue. Which version of SQLite do you use?
>
> I was using 3.6.21-2~bpo50 on Debian/stable. I've just built a local
> 3.7.3-1 and get the same result.
>
> The database has 377021 rows. The e
On Mon, Nov 1, 2010 at 13:22, Jeremy Whitlock wrote:
>...
>>> subversion/bindings/ctypes-python/README still refers to setup.py.
>>
>> I think this is for those who are not using --with-ctypesgen option
>> while running configure script. Also this might work on Windows where
>> configure coupled w
On Nov 1, 2010, at 11:02 AM, Noorul Islam K M wrote:
> Daniel Shahaf writes:
>
>> Noorul Islam K M wrote on Mon, Nov 01, 2010 at 22:09:23 +0530:
>>
>>> Julian Foad writes:
It looks like build_functions_py() expects to create functions.py in the
*source* directory, and build/run_ctyp
Noorul Islam K M writes:
> [[[
> Fix issue 3727: Fix regression caused by r880559
>
> * subversion/tests/cmdline/export_tests.py
> (export_to_explicit_cwd): Remove XFail.
>
> * subversion/svn/export-cmd.c
> (svn_cl__export): Move logic into subversion/libsvn_client/export.c
>
> * subversion/l
Daniel Shahaf writes:
> Noorul Islam K M wrote on Mon, Nov 01, 2010 at 22:09:23 +0530:
>
>> Julian Foad writes:
>> > It looks like build_functions_py() expects to create functions.py in the
>> > *source* directory, and build/run_ctypesgen.sh intentionally creates it
>> > in the *build* directory
Noorul Islam K M wrote on Mon, Nov 01, 2010 at 22:09:23 +0530:
> Julian Foad writes:
> > It looks like build_functions_py() expects to create functions.py in the
> > *source* directory, and build/run_ctypesgen.sh intentionally creates it
> > in the *build* directory.
>
> I think setup.py is no lo
Julian Foad writes:
> On Mon, 2010-11-01, Noorul Islam K M wrote:
>
>> I get the following error when I try executing
>>
>> $ make check-ctypes-python
>>
>> from build directory other then source directory.
> [...]
>> ImportError: No module named functions
>> make: *** [check-ctypes-python] Er
On Mon, Nov 01, 2010 at 12:15:32PM -0400, Paul Burba wrote:
> Hi Stefan,
>
> Disregarding the other questions on this thread re how to store the
> help text and whether to introduce a two-tier --verbose help option
> (which seems reasonable), I like the basic concept.
> Comments/suggestions are in
"C. Michael Pilato" writes:
> On 11/01/2010 11:49 AM, C. Michael Pilato wrote:
>> On 11/01/2010 09:24 AM, Nick Piper wrote:
>>> [[[
>>> Implement AuthzSVNRepoRelativeAccessFile to allow SVNParentPath to use
>>> a different authz configuration file for each repository.
>>>
>>> * subversion/mod_aut
Noorul Islam K M writes:
> Philip Martin writes:
>
>> Noorul Islam K M writes:
>>
>>> Test cases are written using python unittest framework and it has two
>>> methods, setUp() and tearDown() which gets executed for every case. In
>>> tearDown(), repository which is created in setUp() is delete
On Fri, Oct 29, 2010 at 11:57 AM, Stefan Sperling wrote:
> Our current help texts explain syntax of commands quite well,
> but they don't really explain the semantics. This makes svn help
> fairly useless for people who just want to get going with their
> first steps in Subversion.
>
> The Subvers
Philip Martin writes:
> Noorul Islam K M writes:
>
>> Test cases are written using python unittest framework and it has two
>> methods, setUp() and tearDown() which gets executed for every case. In
>> tearDown(), repository which is created in setUp() is deleted using
>> svn_repos_delete(). Duri
On 11/01/2010 11:49 AM, C. Michael Pilato wrote:
> On 11/01/2010 09:24 AM, Nick Piper wrote:
>> [[[
>> Implement AuthzSVNRepoRelativeAccessFile to allow SVNParentPath to use
>> a different authz configuration file for each repository.
>>
>> * subversion/mod_authz_svn/mod_authz_svn.c
>> (get_acces
Nick Piper writes:
> [[[
> Implement AuthzSVNRepoRelativeAccessFile to allow SVNParentPath to use
> a different authz configuration file for each repository.
>
> * subversion/mod_authz_svn/mod_authz_svn.c
> (get_access_conf) Check if AuthzSVNRepoRelativeAccessFile is on, and
> if so, load the
On 11/01/2010 09:24 AM, Nick Piper wrote:
> [[[
> Implement AuthzSVNRepoRelativeAccessFile to allow SVNParentPath to use
> a different authz configuration file for each repository.
>
> * subversion/mod_authz_svn/mod_authz_svn.c
> (get_access_conf) Check if AuthzSVNRepoRelativeAccessFile is on, a
Hi folks,
this is a resubmit of a patch that got lost in the list earlier.
The patch is a trivial patch, which adds perl bindings for the
apr_array_header_t **providers type, which fixes the
svn_auth_get_platform_specific_client_providers function.
The patch also includes a basic test case.
Gr.
Philip Martin writes:
> Noorul Islam K M writes:
>
>> Philip Martin writes:
>>
>>> Noorul Islam K M writes:
>>>
@@ -79,8 +84,17 @@
{
to = APR_ARRAY_IDX(targets, 1, const char *);
+ /* Get the RA connection. */
+ SVN_ERR(svn_client__ra_sessi
Gavin Beau Baumanis wrote on Mon, Oct 18, 2010 at 21:06:31 +1100:
> Ping. This patch submission has received no comments.
>
Thanks, Gavin. @Daniel, sorry for the delay.
> On 04/10/2010, at 5:55 AM, Daniel Trebbien wrote:
>
> > On Fri, Oct 1, 2010 at 3:57 AM, Julian Foad
> > wrote:
> >>> Adds
Dear Subversion maintainers,
We would like to avoid having to mention each of our subversion
repositories inside an Apache configuration, so we use SVNParentPath.
However, this currently means we can only use a single authz
configuration file. We'd like to be able to have a different file for
eac
prabhugnanasundar writes:
> I am using Debian Lenny. I get swig 1.3.25 with it by default. When I
According to
http://packages.debian.org/search?keywords=swig
you should get 1.3.36. That's what I have on my Debian/lenny box.
> try to install the swig-py, I get indentation error at core.py
Hi,
I am using Debian Lenny. I get swig 1.3.25 with it by default. When I
try to install the swig-py, I get indentation error at core.py file
(line 3178). Since it is an auto generated code from core.i file,
modifying the core.i file solved the problem.
My friend uses swig 1.3.40 which comes with
Noorul Islam K M writes:
> Test cases are written using python unittest framework and it has two
> methods, setUp() and tearDown() which gets executed for every case. In
> tearDown(), repository which is created in setUp() is deleted using
> svn_repos_delete(). During first iteration there are no
On Mon, 2010-11-01, Noorul Islam K M wrote:
> I get the following error when I try executing
>
> $ make check-ctypes-python
>
> from build directory other then source directory.
[...]
> ImportError: No module named functions
> make: *** [check-ctypes-python] Error 1
I also build in a separate d
When I try to build Subversion's ctypes-python bindings, I get this
failure:
$ (cd obj-dir && make ctypes-python)
[...]/build/run_ctypesgen.sh [...very long line...]
Status: Preprocessing /tmp/tmpejFJ1B.h
Status: i486-linux-gnu-gcc -E -DLINUX=2 [...] /tmp/tmpejFJ1B.h
Status: Parsing /tmp/tmpejFJ1B
Noorul Islam K M writes:
> Philip Martin writes:
>
>> Noorul Islam K M writes:
>>
>>> @@ -79,8 +84,17 @@
>>> {
>>>to = APR_ARRAY_IDX(targets, 1, const char *);
>>>
>>> + /* Get the RA connection. */
>>> + SVN_ERR(svn_client__ra_session_from_path(&ra_session, &revnum,
>>
Philip Martin writes:
> Noorul Islam K M writes:
>
>> @@ -79,8 +84,17 @@
>> {
>>to = APR_ARRAY_IDX(targets, 1, const char *);
>>
>> + /* Get the RA connection. */
>> + SVN_ERR(svn_client__ra_session_from_path(&ra_session, &revnum,
>> +
Noorul Islam K M writes:
> @@ -79,8 +84,17 @@
> {
>to = APR_ARRAY_IDX(targets, 1, const char *);
>
> + /* Get the RA connection. */
> + SVN_ERR(svn_client__ra_session_from_path(&ra_session, &revnum,
> + &url, truefrom, NULL,
>
Back in August when I tried to build ctypes-python I was getting
Segmentation fault. There was an issue with ctypesgen which was causing
this. See http://code.google.com/p/ctypesgen/issues/detail?id=8
Once the issue got fixed, code generation works without any issues, but
test cases were failing
On Sun, 2010-10-31, danie...@apache.org wrote:
> Author: danielsh
> Date: Sun Oct 31 04:06:09 2010
> New Revision: 1029240
>
> URL: http://svn.apache.org/viewvc?rev=1029240&view=rev
> Log:
> Avoid dragging libsvn_client as a dependency to libsvn_test, because that
> makes
> every C test file depe
I get the following error when I try executing
$ make check-ctypes-python
from build directory other then source directory.
---
Traceback (most recent call last):
File "test/run_all.py", line 22, in
import setup_path
38 matches
Mail list logo
