Okay. I did a 'make distclean' and then repeated these steps, and I no
longer see the problem. Not sure why it mattered, but I'm satisfied.
On 12/16/2010 05:34 PM, C. Michael Pilato wrote:
> Uh... this seems to me like a step backward. :-(
>
> $ autogen.sh
> [...]
> $ config.nice
> [...]
> $ m
Hi,
In my previous patch, I just tweaked svnrdump to display the "help"
documentation properly.
This patch would solve the problems that I mentioned in my earlier
patch, such as
1. displaying a better header for "svnrdump --vresion"
2. "svnrdump --version" should *not* accept junk values, like
Rainer,
Thanks for the poke. I need to upload the last two releases (1.6.13
and 1.6.15) to archive.apache.org. I plan on doing that on Monday.
Thanks,
-Hyrum
On Thu, Dec 16, 2010 at 6:25 PM, Rainer Jung wrote:
> Hi Subversion Devs,
>
> the recent version 1.6.15 is missing from the archives at
Hi Subversion Devs,
the recent version 1.6.15 is missing from the archives at
archive.apache.org. Although 1.6 releases are still published via
tigris, all other 1.6 releases can also be found at
http:/archive.apache.org/dist/subversion, so I think 1.6.15 should also
be copied there.
Thank
Uh... this seems to me like a step backward. :-(
$ autogen.sh
[...]
$ config.nice
[...]
$ make
[...]
$ sudo make install
[...]
$ svn help
mkdir: cannot create directory `/usr/local/subversion/bin/.libs': Permission
denied
/usr/bin/ld: cannot open output file
/usr/local/subversion/bin/.libs/23573-l
On Tue, Nov 16, 2010 at 5:55 PM, Paul Burba wrote:
> As some of you know I've recently had some strange failures with the
> svnsync tests on both trunk and 1.6.x. All the tests started failing
> during setup when the stdout of svnsync init was lost, e.g.:
>
> [[[
> C:\SVN\src-branch-1.6.x>run.pyt
Philip Martin writes:
> I don't know what the new script is doing differently from the old
> script. They both generate a whitespace separated list of libraries.
> The new script should have a more accurate list.
With some help from Stefan. The new script produces:
LD_PRELOAD=""
export LD_PRE
Stefan Sperling writes:
> make install on OpenBSD is now broken.
> It's not installing binaries but libtool wrappers:
>
> $ svn status
> /usr/bin/sed: can't load library ''
> /usr/bin/sed: can't load library ''
> /home/stsp/svn/prefix/svn-trunk/bin/svn: error:
> `/home/stsp/svn/svn-trunk/.libs/s
On Thu, Dec 16, 2010 at 09:19:45PM +0100, Stefan Sperling wrote:
> On Thu, Dec 16, 2010 at 08:02:37PM +, Philip Martin wrote:
> > Philip Martin writes:
> >
> > > Philip Martin writes:
> > >
> > >> I suppose we fix it by removing libsvn_test from the list of preload
> > >> libraries.
> > >
>
On Thu, Dec 16, 2010 at 08:02:37PM +, Philip Martin wrote:
> Philip Martin writes:
>
> > Philip Martin writes:
> >
> >> I suppose we fix it by removing libsvn_test from the list of preload
> >> libraries.
> >
> > It's ugly, but I've hardcoded this for now.
>
> It's failing on the OpenBSD bu
Philip Martin writes:
> Philip Martin writes:
>
>> Philip Martin writes:
>>
>>> I suppose we fix it by removing libsvn_test from the list of preload
>>> libraries.
>>
>> It's ugly, but I've hardcoded this for now.
>
> It's failing on the OpenBSD buildbot:
>
> http://ci.apache.org/builders/svn-o
Philip Martin writes:
> Philip Martin writes:
>
>> I suppose we fix it by removing libsvn_test from the list of preload
>> libraries.
>
> It's ugly, but I've hardcoded this for now.
It's failing on the OpenBSD buildbot:
http://ci.apache.org/builders/svn-openbsd-i386/builds/46
START: auth-te
I (Julian Foad) wrote:
> I noticed as well that since the "copy from" functionality was removed
> in r998193, lots more code that "uses" these "copied_*" checksums and
> filenames is redundant too, since they are never set.
>
> I'll remove the rest of the redundant code soon.
Committed revision 1
Hi Arwin.
On Wed, 2010-12-15, Arwin Arni wrote:
> Removed a redundant member (added_with_history) from the file baton
> and removed *relevent* unreachable code.
>
> * subversion/libsvn_wc/update_editor.c
> (struct file_baton): Removed 'added_with_history'.
> (merge_file, close_file): Removed
On 12/16/2010 12:07 PM, C. Michael Pilato wrote:
> On 12/15/2010 01:08 PM, Martin Furter wrote:
>>
>> Here's the latest patch. I ran the commit tests and svnlook tests and they
>> passed. There seem to not be any other tests for hooks.
>
> I've copied this patch into the issue for safekeeping. Pa
On 12/15/2010 01:08 PM, Martin Furter wrote:
>
> Here's the latest patch. I ran the commit tests and svnlook tests and they
> passed. There seem to not be any other tests for hooks.
I've copied this patch into the issue for safekeeping. Paul Burba was kind
enough to test the patch(es) on Windows
On 12/15/2010 04:38 PM, Paul Burba wrote:
> IIRC you actually need to escape the escape character here, like this
> (warning, be prepared for ugly):
>
> expected_err = "svn: warning: '.*(/|)" + os.path.basename(dir) + \
> "' is not a working copy"
>
> I suspect there is a pre
Philip Martin writes:
> I suppose we fix it by removing libsvn_test from the list of preload
> libraries.
It's ugly, but I've hardcoded this for now.
--
Philip
Julian Foad writes:
> The patch committed in 1049944 has broken the Centos buildbot and my
> local tests (in Ubuntu 10.04): all the C tests fail to run. If I try to
> run one manually, the result is:
>
> $ obj-dir/subversion/tests/libsvn_client/client-test --list
> /bin/sed: symbol lookup
> erro
Thanks Gavin :)
I am aware of it. I have been working in a different approach to solve
the same problem.
Since I felt that my current approach would make the "diff" to have a
uniform behaviour throughout, without the "--diff-copy-from" switch, I
did not ping this thread. Hoping to get back to so
On Thu, 2010-12-16 at 11:17 +, Philip Martin wrote:
> Martin Furter writes:
>
> > On Wed, 15 Dec 2010, Philip Martin wrote:
> >
> >> Martin Furter writes:
> >>
> >>> Doing some more testing I found another out that non-existing
> >>> libraries have to be removed from LD_PRELOAD.
> >>
> >> Do
Ping. This patch has received no more comments.
Gavin "Beau" Baumanis
On 30/11/2010, at 12:35 AM, Prabhu Gnana Sundar wrote:
> Hi Julian,
>
> $ svn diff -r1029227:1029240 subversion/tests/libsvn_wc/utils.h
>
> The above command would work fine since the "full" target is given
> explicitly an
Martin Furter writes:
> On Wed, 15 Dec 2010, Philip Martin wrote:
>
>> Martin Furter writes:
>>
>>> Doing some more testing I found another out that non-existing
>>> libraries have to be removed from LD_PRELOAD.
>>
>> Does this interact with --enable-runtime-module-search? That's the
>> switch
On 12/16/2010 03:46 PM, Prabhu Gnana Sundar wrote:
Hi,
This patch clears a deprecation warning during the "make".
The "svn_repos_fs_get_locks" function in "subversion/svnadmin/main.c"
seems to be deprecated, but *still used*, causing a deprecation warning.
It is clear from the "/subversion/lib
Hi,
This patch clears a deprecation warning during the "make".
The "svn_repos_fs_get_locks" function in "subversion/svnadmin/main.c"
seems to be deprecated, but *still used*, causing a deprecation warning.
It is clear from the "/subversion/libsvn_repos/deprecated.c" document
that it calls "svn_r
On Wed, 15 Dec 2010, Philip Martin wrote:
Martin Furter writes:
Doing some more testing I found another out that non-existing
libraries have to be removed from LD_PRELOAD.
Does this interact with --enable-runtime-module-search? That's the
switch that causes Subversion to load RA/FS modul
On 12/15/2010 09:17 PM, Arwin Arni wrote:
Hi,
I was looking through the subversion/libsvn_wc/update_editor.c and
noticed that there was a redundant member (added_with_history) in the
file baton structure. This is not being set anywhere which results in
some unreachable code. I have removed th
27 matches
Mail list logo