On Fri, Jun 25, 2010 at 02:03:17AM +, Paul Smedley wrote:
> [[[
> Fix paths & command prompts for OS/2 by re-using WIN32 #ifdef's
>
> * subversion/libsvn_subr/dirent_uri.c
> * subversion/libsvn_subr/io.c
> * subversion/libsvn_subr/prompt.c
> * subversion/libsvn_ra_local/split_url.c
> * subvers
Hi All,
This patch is for trunk:
[[[
Fix paths & command prompts for OS/2 by re-using WIN32 #ifdef's
* subversion/libsvn_subr/dirent_uri.c
* subversion/libsvn_subr/io.c
* subversion/libsvn_subr/prompt.c
* subversion/libsvn_ra_local/split_url.c
* subversion/libsvn_fs_fs/fs_fs.c
(various): Use W
Hi All,
This one should be suitable for both the 1.6.x branch & the trunk.
On Fri, 25 Jun 2010 03:28:10 UTC, "Paul Smedley"
wrote:
> Hi All,
>
> Patches to change configuration slightly for OS/2 clients.
>
> [[[
>Fix Subversion on OS/2
>
>* subversion/libsvn_subr/config_file.c
>
Hi All - jsut to eb clear - this patch is for the 1.6.x branch -
another will follow shortly for trunk.
On Fri, 25 Jun 2010 02:03:17 UTC, "Paul Smedley"
wrote:
> [[[
> Fix paths & command prompts for OS/2 by re-using WIN32 #ifdef's
>
> * subversion/libsvn_subr/dirent_uri.c
> * subversion/libs
Hi All,
Patches to change configuration slightly for OS/2 clients.
[[[
Fix Subversion on OS/2
* subversion/libsvn_subr/config_file.c
(svn_config_ensure): Add OS/2 .cmd files as type eol_native
* subversion/include/svn_config.h
(SVN_CONFIG__DEFAULT_GLOBAL_IGNORES_LINE_2): Add add
On Thu, Jun 24, 2010 at 4:15 AM, Hyrum K. Wright
wrote:
> Applied in r957507. I noticed the patch was against 1.6.12, but it
> applied cleanly to trunk. In the future, please make patches against
> trunk (and hopefully include a log message).
>
> Should this be backported to the 1.6.x branch?
>
Jack Repenning wrote:
> It turns out that there are still quite a few folks downloading the rather
> stale-ish binary packages still stored on Tigris (Subversion installers and
> language bindings). We see around 40,000 downloads of these files per week,
> even though the newest is version 1.6.6
[[[
Fix paths & command prompts for OS/2 by re-using WIN32 #ifdef's
* subversion/libsvn_subr/dirent_uri.c
* subversion/libsvn_subr/io.c
* subversion/libsvn_subr/prompt.c
* subversion/libsvn_ra_local/split_url.c
* subversion/libsvn_fs_fs/fs_fs.c
(various): Use WIN32 code for paths with drive lett
2010-06-24 18:35:21 Daniel Shahaf napisał(a):
> C. Michael Pilato wrote on Wed, 23 Jun 2010 at 22:43 -:
> > Daniel Shahaf wrote:
> > >> - SVN_ERR(svn_ra_svn_write_cmd(conn, pool, "get-locks", "c", path));
> > >> + /* Figure out the repository abspath from PATH. */
> > >> + abs_path = svn_pat
It turns out that there are still quite a few folks downloading the rather
stale-ish binary packages still stored on Tigris (Subversion installers and
language bindings). We see around 40,000 downloads of these files per week,
even though the newest is version 1.6.6. This is probably mostly conf
On Thu, Jun 24, 2010 at 1:47 PM, Daniel Shahaf wrote:
> You truncate the author name even in 'svn blame -v' --- is that per the
> previous thread's concensus too? (Personally I lean towards not
> truncating with -v.)
Thanks for the feedback.
I didn't consider that -v would have to be handled di
Daniel Shahaf wrote:
> danie...@apache.org wrote on Thu, 24 Jun 2010 at 18:52 -:
>> Modified: subversion/trunk/subversion/svnserve/serve.c
>> URL:
>> http://svn.apache.org/viewvc/subversion/trunk/subversion/svnserve/serve.c?rev=957587&r1=957586&r2=957587&view=diff
>> ==
danie...@apache.org wrote on Thu, 24 Jun 2010 at 18:52 -:
> Modified: subversion/trunk/subversion/svnserve/serve.c
> URL:
> http://svn.apache.org/viewvc/subversion/trunk/subversion/svnserve/serve.c?rev=957587&r1=957586&r2=957587&view=diff
> =
Since Subversion 1.5, our HTTP clients always make an OPTIONS exchange with
the server. The OPTIONS response originally carried information about
supported server features by way of naming those features individually. In
Subversion 1.7, we're expanding our horizons a bit by implementing a whole
n
> -Original Message-
> From: hwri...@apache.org [mailto:hwri...@apache.org]
> Sent: donderdag 24 juni 2010 18:20
> To: comm...@subversion.apache.org
> Subject: svn commit: r957608 - in
> /subversion/trunk/subversion/libsvn_client: info.c status.c
>
> Author: hwright
> Date: Thu Jun 24 16
On Thu, 2010-06-24 at 11:29 -0400, michael.fe...@evonik.com wrote:
> We must ensure that the data in the repository is, without any concerns,
> the data we have once measured or written.
You do realize that the probability of data corruption due to faulty
hardware is much, much more likely than
C. Michael Pilato wrote on Wed, 23 Jun 2010 at 22:43 -:
> Daniel Shahaf wrote:
> >> - SVN_ERR(svn_ra_svn_write_cmd(conn, pool, "get-locks", "c", path));
> >> + /* Figure out the repository abspath from PATH. */
> >> + abs_path = svn_path_url_add_component2(sess->url, path, pool);
> >> + SVN
Hello,
sorry, but out E-mailing system doesn't support the usual way of
citating the message replied to.
First, we are using svn in chem. laboratory to save, archive and
version data and methods of our measurements.
We must ensure that the data in the repository is, without any concerns,
the
Julian Foad wrote on Thu, 24 Jun 2010 at 17:21 -:
> I am not sure whether the "representation" whose SHA-1 sum is stored is
> ever an exact copy of the user's file. If it is - if it does not
> include an extra header and is not stored in a delta format - then the
That is not the case:
[[
michael.fe...@evonik.com wrote:
> [The new representation caching in 1.6] could save us a lot of disk space
> on the server [...].
>
> But unfortunately it seems we could not use it :-(
> Because after what the source code of rep.cache.c and fs_fs.c in
> libsvn_fs_fs looks to me, the mechanism to
Hi,
> IIRC, Subversion is calculating that delta on the fly, so it can't exactly
> hand you up-front the length thereof. Could you use a temporary file on
> disk (and a stat() call for the filesize) instead of in-memory storage as
> your go-between?
I see. Writing to filesystem and measuring siz
Ramkumar Ramachandra wrote:
> Hi,
>
> We're working on a project to replay revisions using the replay API
> and dump a deltified dumpfile to stdout on-the-fly without using a
> filesystem backing. Althought the md5sum seems to be available through
> svn_txdelta_apply, the length of the delta doesn
Hi,
We're working on a project to replay revisions using the replay API
and dump a deltified dumpfile to stdout on-the-fly without using a
filesystem backing. Althought the md5sum seems to be available through
svn_txdelta_apply, the length of the delta doesn't seem to be. Without
this length, we c
Paul Smedley wrote:
> I've been building Subversion on OS/2 for some time, and figured it was
> time to request to get the patches incorporated in the main distribution.
Hi Paul. Thanks - we'd be delighted to receive your changes to make
Subversion work on OS/2.
> The current diff, based on 1.6
> -Original Message-
> From: Paul Smedley [mailto:p...@smedley.id.au]
> Sent: donderdag 24 juni 2010 15:04
> To: dev@subversion.apache.org
> Subject: [Patch] Support OS/2
>
> Hi All,
>
> I've been building Subversion on OS/2 for some time, and figured it was
> time to request to get the p
Hi All,
I've been building Subversion on OS/2 for some time, and figured it was
time to request to get the patches incorporated in the main distribution.
The current diff, based on 1.6.12 is attached.
Mostly, it's changes to use some of the Win32 code for drive letters, etc.
Cheers,
Paul.
You truncate the author name even in 'svn blame -v' --- is that per the
previous thread's concensus too? (Personally I lean towards not
truncating with -v.)
Daniel
(no need to re-send for this)
Johan Corveleyn wrote on Thu, 24 Jun 2010 at 14:25 -:
> Ping. This patch hasn't gotten feedback
Ping. This patch hasn't gotten feedback nor commits ...
Johan
On Fri, Jun 18, 2010 at 10:22 PM, Johan Corveleyn wrote:
> Hi devs,
>
> Here is another (trivial) patch for "svn blame", which was also
> discussed in [1].
>
> [[[
> Let "svn blame" truncate long author names to keep the column width
C. Michael Pilato wrote on Fri, 18 Jun 2010 at 22:02 -:
> Daniel Shahaf wrote:
> > You mean, to extend the dav_db structure to hold that information? If
> > that's possible, I suppose the only candidate for filling in that
> > information is db_open(), who can examine its dav_resource object.
Applied in r957507. I noticed the patch was against 1.6.12, but it
applied cleanly to trunk. In the future, please make patches against
trunk (and hopefully include a log message).
Should this be backported to the 1.6.x branch?
Cheers,
-Hyrum
On Wed, Jun 23, 2010 at 6:52 PM, Joe Rozner wrote:
Excuse me, but i original wrote the following E-Mail to Hyrum K. Wright
directly,
because I wasn't used to the guidelines of the subversion project.
- Weitergeleitet von Michael Felke/AN/Stockhausen/DE am 24.06.2010
11:09 -
Michael Felke
23.06.2010 14:07
An: hwri...@tigri
On Thu, Jun 24, 2010 at 09:20:22AM +0100, Philip Martin wrote:
> Daniel Näslund writes:
>
> > How are files installed during an update?
> >
> > We acquire a write lock
> > We crawl the wc
> > We tell the repos about our state
> > The repo runs an editor
>
Hi!
Is 'svn switch does not update keywords' a problem that needs solving?
Is the performance of this solution acceptable (traverse the entire wc
one more time after the editor drive)?
Alternatives?
* Custom db-query that only returns the paths with matching property set
on them. Could be use
Daniel Näslund writes:
> How are files installed during an update?
>
> We acquire a write lock
> We crawl the wc
> We tell the repos about our state
> The repo runs an editor
> open_root(): We set status to _status_incomplete
> open_directory(): We s
Hi!
Some questions about how the workqueues... work.
Have I got it right?
How are files installed during an update?
We acquire a write lock
We crawl the wc
We tell the repos about our state
The repo runs an editor
open_root(): We set status to _status_i
35 matches
Mail list logo
