Konstantin Kolinko wrote on Sat, Oct 15, 2011 at 14:27:43 +0400:
> 2011/10/14 Daniel Shahaf :
> > for f in $CHANGED_FILES; do
> > if svnlook pl -t $txn $repos $f | grep -w svn:eol-style >/dev/null && [
> > "`svnlook cat -t $txn $repos $f | xxd -ps -c1
Ryan Schmidt wrote on Fri, Oct 14, 2011 at 19:37:44 -0500:
> On Oct 14, 2011, at 19:30, Daniel Shahaf wrote:
> > Ryan Schmidt wrote on Fri, Oct 14, 2011 at 19:18:44 -0500:
> >> When svn:eol-style is set to ANY value, the file is stored in the
> >> repository with LF lin
Johan Corveleyn wrote on Sat, Oct 15, 2011 at 01:52:32 +0200:
> On Fri, Oct 14, 2011 at 4:56 PM, Daniel Shahaf
> wrote:
> > Johan Corveleyn wrote on Fri, Oct 14, 2011 at 16:25:46 +0200:
> >> You can identify the corrupt files easily by taking a look at the
> >> co
So just forbid svn:eol-style in your repositories and you'll have the
model you want.
Do people who post here the error message with zero additional
information expect support? Or do they just do what the error message
says without considering whether users@ is a tech support forum or
a "Please send your crash reports here" address?
sebb wrote on Mon, Oct 17, 2011 at 16:18:56 +010
sebb wrote on Mon, Oct 17, 2011 at 18:05:39 +0100:
> On 17 October 2011 16:34, Daniel Shahaf wrote:
> > Do people who post here the error message with zero additional
> > information expect support? Or do they just do what the error message
> > says without considering whe
On Tue, Oct 18, 2011 at 1:14 AM, Paul wrote:
> I upgraded TortoiseSVN to version 1.7 (I'm on Windows 7 x64) and it said
> that I needed to upgrade the format of my files. I told it to go ahead but
> it errored out.
>
> I rebooted, did a Cleanup first and then ran it again. Same error:
>
>
I suppose setting SHELL or CONFIG_SHELL to bash or /usr/xpg4/bin/sh on
the configure command line might have had a similar effect.
Ed Hillmann wrote on Tue, Oct 18, 2011 at 09:42:39 +1000:
> I found a much easier solution. I changed the first line of the configure
> script from
>
> #!/bin/ksh
>
What makes you think the problem is unique to clients working against 1.6
servers?
Brockamp, Peter wrote on Mon, Oct 17, 2011 at 18:16:45 +0200:
> It's me again, I have some additional information regarding the problem,
> maybe this helps:
>
> > -Ursprüngliche Nachricht-
> > Von: Brocka
Andreas Krey wrote on Tue, Oct 18, 2011 at 06:04:12 +0200:
> On Mon, 17 Oct 2011 14:21:02 +, Adam Miazga wrote:
> > Hi.
> >
> > I have one "magick" file (in attachment).
> > I commit this file to repository. I add line
> > "/**/"
> > into end of file. And again I commit the file to repository.
Daniel Shahaf wrote on Tue, Oct 18, 2011 at 08:55:44 +0200:
> % perl -lne 'print $h{$_} ||= $unique++' \
Small bug: the last expression should be '++$unique'. (I actually
caught that before posting, but copy-pasted the wrong version.)
Johan Corveleyn wrote on Tue, Oct 18, 2011 at 09:48:46 +0200:
> That said, maybe there is room for a general enhancement (for a future
> svn version), to have some kind of alias to mean "working copy root".
> Like the '^', which means repository root. Of course, there is always
> the problem of dif
Andreas Krey wrote on Tue, Oct 18, 2011 at 10:05:39 +0200:
> On Tue, 18 Oct 2011 08:55:44 +0000, Daniel Shahaf wrote:
> > >
> > > as the diff.
> > >
> > > But happens only with this specific file; can't reproduce with
> > > other content.
>
Andreas Krey wrote on Tue, Oct 18, 2011 at 06:04:12 +0200:
> On Mon, 17 Oct 2011 14:21:02 +, Adam Miazga wrote:
> > Hi.
> >
> > I have one "magick" file (in attachment).
> > I commit this file to repository. I add line
> > "/**/"
> > into end of file. And again I commit the file to repository.
Andreas Krey wrote on Tue, Oct 18, 2011 at 10:37:36 +0200:
> On Tue, 18 Oct 2011 10:22:33 +0000, Daniel Shahaf wrote:
> ...
> > > Replacing each char by another one (individually, not caesar).
> > > But stays, though no duplicate lines:
> > >
> >
> >
Stefan Sperling wrote on Tue, Oct 18, 2011 at 11:11:22 +0200:
> On Mon, Oct 17, 2011 at 04:42:52PM -0700, Aaron Cammarata wrote:
> > Hello all -
> >
> > I've encountered an error that asked me to send the details to this email.
> >
> > I had a 1.6 working copy, and upgrade to Tortoise v1.7.n.
> >
Les Mikesell wrote on Tue, Oct 18, 2011 at 10:18:24 -0500:
> I think there is a bigger question regarding why there are so many
> corrupt 1.6 workspaces around that nothing so far had noticed. Should
> people be concerned about that even if they aren't upgrading yet?
> How can you tell if a worksp
e a bdb/fsfs -backed repository
that you haven't dumped/loaded since the latest server-side format bump,
could you try dump/loading (without changing the backend)?
(Just running 'svnadmin upgrade' may or may not suffice, depending on
the format before the upgrade.)
Daniel
("form
e ending in my file and work fine.
>
> in subversion 1.6 the problem does not exist.
>
> I don't known if is a bug or feature ;-)
>
> Best regards
> Adam Miazga
>
> 2011/10/18 Daniel Shahaf :
> > Andreas Krey wrote on Tue, Oct 18, 2011 at 10:37:36 +0200:
Andrey Paramonov wrote on Tue, Oct 18, 2011 at 11:40:37 +0400:
> What confuses people most now is the scattered
> svn:mergeinfo ("Oh, why that dir has modified status, my merge
> shouldn't have changed it!").
Isn't this particular issue fixed in 1.7?
sebb wrote on Tue, Oct 18, 2011 at 16:57:14 +0100:
> On 18 October 2011 16:33, Daniel Shahaf wrote:
> > Les Mikesell wrote on Tue, Oct 18, 2011 at 10:18:24 -0500:
> >> I think there is a bigger question regarding why there are so many
> >> corrupt 1.6 workspaces aro
Andreas Krey wrote on Tue, Oct 18, 2011 at 21:58:27 +0200:
> On Tue, 18 Oct 2011 21:53:31 +, Andreas Krey wrote:
> ...
> > none ./build/transform_sql.py
> > subversion/libsvn_subr/internal_statements.sql
> > ./subversion/libsvn_subr/internal_statements.h
>
> Hmm. Actually it seems tht that t
Andreas Krey wrote on Tue, Oct 18, 2011 at 23:15:29 +0200:
> On Tue, 18 Oct 2011 22:12:47 +0000, Daniel Shahaf wrote:
> ...
> > - those foo.h file generated from foo.sql files are supposed to be
> > pre-generated in the tarball
>
> They are. Except that I copie
What's happening here is that svn_client_checkout3() asserts that its
API contract is being fulfilled. So, either TortoiseSVN fails to
svn_uri_canonicalize() the URL before passing it to libsvn_client, or
svn_uri_canonicalize() called by tsvn and svn_uri_is_canonical() called
by the assertion disa
Andreas Krey wrote on Wed, Oct 19, 2011 at 08:19:29 +0200:
> On Tue, 18 Oct 2011 23:21:12 +0000, Daniel Shahaf wrote:
> > Andreas Krey wrote on Tue, Oct 18, 2011 at 23:15:29 +0200:
> > > On Tue, 18 Oct 2011 22:12:47 +, Daniel Shahaf wrote:
> > > ...
> > >
Adam Miazga wrote on Wed, Oct 19, 2011 at 10:17:56 +0200:
> Hi
>
> Daniel try this way
>
> 1. download file from first message
> 2. commit this file without modification
> 3. add new line via
> echo "test" >>kadr.polon.p
> 4. commit changed file
Mark Utting wrote on Wed, Oct 19, 2011 at 11:40:08 +1000:
> Summary:
> It seems that the new top-level .svn directory spontaneously disappears
> sometimes?
> Which leaves me with a useless working copy...
>
Do you have some cron job or other background process that walks around
and randomly delet
Ulrich Eckhardt wrote on Wed, Oct 19, 2011 at 11:34:03 +0200:
> Am 18.10.2011 10:02, schrieb Daniel Shahaf:
> >Johan Corveleyn wrote on Tue, Oct 18, 2011 at 09:48:46 +0200:
> >! is special in unix shells. But ^./ for the wc root?
>
> The caret ("^") is special
Andreas Krey wrote on Wed, Oct 19, 2011 at 12:00:27 +0200:
> On Wed, 19 Oct 2011 11:37:25 +0000, Daniel Shahaf wrote:
> ...
> > Adam, Andreas: when you say what passes/fails for you, please also
> > mentino the environment. I've so far tested on 32bit Linux and I plan
>
Andreas Krey wrote on Tue, Oct 18, 2011 at 06:04:12 +0200:
> #!/bin/sh
alias svn=$svn svnadmin=$svnadmin
> rm -rf svntmp
> mkdir svntmp
> cd svntmp
> svnadmin create repo
> svn checkout file://`pwd`/repo wc
> cd wc
> cp ../../kadr.polon.p .
> svn add kadr.polon.p
> svn commit -m 1
> cat >>kadr.p
Andreas Krey wrote on Wed, Oct 19, 2011 at 12:08:18 +0200:
> ldd already tells me the line 'libz.so => /usr/lib/libz.so'
> which is a bit irritating because why did get-deps pull zlib in the
> first place when it uses the system one?
Looking at build/ac-macros/zlib.m4 I don't see any special
Tony Sweeney wrote on Wed, Oct 19, 2011 at 11:10:35 +0100:
> The trailing comma is explicitly invalid per ANSI C 89 (though some
> compilers, notably GCC, permitted it). C99 removes this restriction.
> It's valid everywhere without the comma, so it's perfectly safe (and
> probably desirable) to re
Please don't keep re-posting the same question on a daily basis.
The answer is in the manual.
Someone replied to your post with another answer.
罗勇刚(Yonggang Luo) wrote on Thu, Oct 20, 2011 at 01:33:58 +0800:
> rt.
>
> --
> 此致
> 礼
> 罗勇刚
> Yours
> sincerely,
> Yonggang Luo
Dimitry Gavrilov wrote on Wed, Oct 19, 2011 at 18:27:11 +:
> Hi,
>
> I installed tortoise 1.7 64-bit version on Win 7.
>
> I am getting the below error constantly while trying to commit or merge to
> branches.
>
> What should I do?
>
That looks like a new bug, thanks.
Do you know how to
Les Mikesell wrote on Wed, Oct 19, 2011 at 18:06:37 -0500:
> On Wed, Oct 19, 2011 at 3:58 PM, Harald Wilhelmi
> wrote:
> >
> > svn copy a b
> > echo -n yyy >b
> > svn commit -m 'c2' .
> >
> > Of cause I expect 'b' to contain 'yyy'. However sometimes it
> > contains 'xxx'. After this the r
Do not email individual people. They are volunteers and it's rude to
demand answers from them, especially when they've already seen your list
posts.
Then install diffstat.exe and repeat what Stefan said :)
It's probably in the diffutils or diffstat package on gnuwin32.sf.net or
a similar place.
subhash_m wrote on Thu, Oct 20, 2011 at 03:56:41 -0700:
>
> Thanks for diffstat suggestion. But I am on Windows. :(
>
>
> Stefan Sperling-7 wrote:
Bob Archer wrote on Thu, Oct 20, 2011 at 09:43:58 -0400:
> >
> > But if i have a lot of different local modifications in sources, you
> > propose me
> > to checkout??? You are crazy?
>
> You tried to upgrade a working copy with pending changes in it? Are you crazy?
Updating a working copy that
Not surprised; the problem is most likely related to the state of your
working copies and the history of the branches you were merging. Was
there anything noteworthy about either of those?
Dimitry Gavrilov wrote on Thu, Oct 20, 2011 at 16:58:58 +:
> Hi Daniel,
>
> Thank you for
Les Mikesell wrote on Thu, Oct 20, 2011 at 12:20:16 -0500:
> On Thu, Oct 20, 2011 at 11:38 AM, Daniel Shahaf
> wrote:
> > Bob Archer wrote on Thu, Oct 20, 2011 at 09:43:58 -0400:
> >> >
> >> > But if i have a lot of different local modifications in sourc
Les Mikesell wrote on Thu, Oct 20, 2011 at 12:47:25 -0500:
> On Thu, Oct 20, 2011 at 12:26 PM, Daniel Shahaf
> wrote:
> >
> >>
> >> How is a user supposed to know if his working copy requires cleanup?
> >
> > You'll get E155021.
>
> But only
Stefan Sperling wrote on Thu, Oct 20, 2011 at 20:07:17 +0200:
> On Thu, Oct 20, 2011 at 01:01:32PM -0500, Les Mikesell wrote:
> > On Thu, Oct 20, 2011 at 12:51 PM, Daniel Shahaf
> > wrote:
> > > I don't understand the question. As a rule, when upgrade fails the
>
Les Mikesell wrote on Thu, Oct 20, 2011 at 14:03:58 -0500:
> Is there any tool that you can run to do a corruption check on a 1.6
> working copy that does not overwrite a needed 1.6 program and does not
> actually do the upgrade? It seems like it would be a good thing to
> know whether or not you
Andreas Krey wrote on Thu, Oct 20, 2011 at 20:38:58 +0200:
> On Thu, 20 Oct 2011 19:26:06 +0000, Daniel Shahaf wrote:
> > Have users always run 'svn cleanup' before they leave for the night on
> > any wc's that they ^C'd during the day?
>
> How about set
Les Mikesell wrote on Thu, Oct 20, 2011 at 14:31:21 -0500:
> On Thu, Oct 20, 2011 at 2:18 PM, Dave Huang wrote:
> >
> > On Oct 20, 2011, at 2:03 PM, Les Mikesell wrote:
> >> No, I'm just being difficult because you didn't seem to care about the
> >> potential for losing uncommitted changes.
> >
>
Andreas Krey wrote on Thu, Oct 20, 2011 at 22:07:42 +0200:
> Which I have the slight impression could be caused by user grepping
> for something and then editing the pristine copy by mistake.
The text-base files have the "read only" permission set. If people edit
them they should consider themsel
James Moore wrote on Thu, Oct 20, 2011 at 15:23:19 -0600:
> As much information as possible:
Thank you!
> What I've done: I've rebooted my machine - result: no change.
> Let me know what I can do to help find a solution to this. Thanks!
1.7.1 will be released in a few days and relaxes the parti
We want to make serf the default in 1.8, so it'd be good to have any
neon->serf regressions recorded in the issue tracker.
Dextraze, Nicolas wrote on Fri, Oct 21, 2011 at 18:28:23 +:
> Sorry I forgot all those details. Here they are:
>
> OS?
> Windows 7 64-bit
>
> Subversion version?
> I'
On Wednesday, October 26, 2011 4:52 PM, "Bert Huijben" wrote:
>
>
> > -Original Message-
> > From: Markus Schaber [mailto:m.scha...@3s-software.com]
> > Sent: woensdag 26 oktober 2011 16:49
> > To: Subversion Users (users@subversion.apache.org)
> > Subject: Property encoding (was: Erro
Robert-Jean Denault wrote on Wed, Oct 26, 2011 at 16:27:52 -0400:
> Hello Stefan, Konstantin
>
> I solved the problem by running a loop around svn pget, svn pset.
>
> The svn pget returns clean log entries, so extraction the svn:log entries,
> and resetting them cleans them up.
>
> #!/bin/ksh
You may be running with a Berkeley DB library different than the one
your binaries were compiled against.
For future reference, don't send only the .log file but also the
transcript of the svnadmin invocation (copy-paste it from your
terminal).
Andrej Kičina wrote on Thu, Oct 27, 2011 at 18:33:53
Does it work with a 1.6 client?
The me resource is new in HTTPv2, which was added in 1.6.
Erwane Breton wrote on Thu, Oct 27, 2011 at 16:19:54 +0200:
> Hi,
>
> history :
> I haved a FreeBSD server (8.0-STABLE) with subversion-1.6.17_2 port.
> Acces to repository is configured thrue apache 2.2
Ulrich Eckhardt wrote on Fri, Oct 28, 2011 at 08:42:30 +0200:
> Am 27.10.2011 23:56, schrieb Big George:
> >What I try to do is to move my Repository and folder D:\Scripts_DB
> >(with all its changes ) from PC1 to PC2.
>
> There are two things involved for moving the repo:
> 1. Moving the repo its
Daniel Shahaf wrote on Thu, Oct 27, 2011 at 22:12:46 +0200:
> Does it work with a 1.6 client?
>
dcz, thanks.
Erwane, can you provide a minimal server configuration that reproduces
the bug? The svn devs used 1.7 clients against a 1.6.17 svn.apache.org
for a long time without seeing an
Erwane Breton wrote on Fri, Oct 28, 2011 at 12:31:52 +0200:
> The install of my virtualbox, for Daniel Shahaf, maybe solved the
> problem, in local.
> If it's work with minimal configuration, something goes wrong in my
> apache config.
>
If you find what the problem was, ple
But the changes made at r101 are not ready for release, yet.
>
> How do I go about getting "just" the changes made in
> "^/trunk.fiename.txt@102", merged into the release branch?
>
svn merge -c 102 ^/trunk .?
Cheers,
Daniel B.
"database is locked" is the error SQLite would give when it tries to write to a
database (.svn/wc.db) on which some other process already has a write-lock.
The SQLite documentation:
http://www.sqlite.org/atomiccommit.html
http://www.sqlite.org/lockingv3.html
states SQLite relies on POSIX advis
On Tuesday, November 01, 2011 1:12 PM, "Neil Bird"
wrote:
> Around about 01/11/11 12:12, Daniel Shahaf typed ...
> > "database is locked" is the error SQLite would give when it tries to write
> > to a database (.svn/wc.db) on which some other process already
Neil Bird wrote on Tue, Nov 01, 2011 at 16:13:05 +:
> Around about 01/11/11 13:22, Daniel Shahaf typed ...
> >... However you mentioned CIFS-mounted working
> >copies, in which case the issue will be concurrent access not to the
> >repository but to the working copy.
>
Perhaps xpost this to dev@ at some point :)
Philip Martin wrote on Tue, Nov 01, 2011 at 18:44:29 +:
> Stefan Sperling writes:
>
> > On Tue, Nov 01, 2011 at 06:29:59PM +, Philip Martin wrote:
> >> I put in the ORDER BY to preserve the parents before children
> >> notification used by 1.6.
Use https instead of http
Wojcik, Robert C. wrote on Wed, Nov 02, 2011 at 15:26:36 -0400:
> Hi all:
>
> Why would this error message be generated when accessing the apache
> subversion repository using the "Update to revision" command from the repo
> window for the Apache ActiveMQ trunk?
>
>
David Weintraub wrote on Thu, Nov 03, 2011 at 12:46:52 -0400:
> I've written a Perl post-commit hook that emails out via SMTP. I was
> getting the following error when I try to do a commit:
>
> Sendingsubversion/README
> Transmitting file data .svn: Commit failed (details follow):
Matthias Bühler wrote on Thu, Nov 03, 2011 at 12:04:04 +:
> Hi,
>
> I have a problem checking out folders from a subversion repository.
>
> We're using the hudson continuous integration system to build projects that
> are on a subversion server. We're currently considering to upgrade to serv
On Friday, November 04, 2011 12:15 PM, "Alvaro Gonzalez"
wrote:
> Hello,
>
> I have encountered from time to time the problem that someone (or an
> script) modified an authz file in such a way that it blocked the access
> completely to the repository:
>
> "Invalid authz configuration"
Stefan Sperling wrote on Fri, Nov 04, 2011 at 13:05:51 +0100:
> On Fri, Nov 04, 2011 at 01:45:14PM +0200, Daniel Shahaf wrote:
> >
> >
> > On Friday, November 04, 2011 12:15 PM, "Alvaro Gonzalez"
> > wrote:
> > > Hello,
> > >
> > &g
I don't recall seeing this error message reported before.
When the error message says "your host machine" does it refer to your
workstation? If so have you tried another workstation (running
a different OS or OS version if possible)?
James Chan wrote on Thu, Nov 03, 2011 at 17:40:26 -0700:
> I h
On Sunday, November 06, 2011 6:49 PM, "Nico Kadel-Garcia"
wrote:
> If device nodes and pipes are protected by being "unversioned" and
> impossible to "version",
It's definitely possible to have a special file obstruct a versioned file...
(svn checkout wc; /bin/rm wc/iota; mk{nod,fifo,..} wc/iot
Assuming you have a versioned file called 'iota',
% cp iota iota2
% echo >> iota
% svn ci iota
(editor pops up)
(shell out from editor)
% cp iota2 iota
% exit
(back to editor)
(enter commit message)
(exit editor)
Jö Fahlke wrote on Mon, Nov 07, 2011 at 22:34:53 +0100:
> Hi!
>
> Is there any way
The real answer is "Run tools/dev/wc-format.py".
If you can't do that, look for **/.svn/wc.db. In 1.7, the shell command
% sqlite3 .svn/wc.db 'pragma user_version;'
returns the magic number SVN_WC__FORMAT_NUMBER == 29.
joe.floe...@sungard.com wrote on Mon, Nov 07, 2011 at 20:50:10 +:
> Ho
On Tuesday, November 08, 2011 10:47 AM, "Jö Fahlke" wrote:
> Am Tue, 8. Nov 2011, 09:05:39 + schrieb Giulio Troccoli:
> > I really don't understand why you can't use
> >
> > svn pe svn:log
>
> * Because it creates problems for people who already updated to the faulty
> commit (e.g. with
Tony Butt wrote on Tue, Nov 08, 2011 at 15:07:55 +1100:
> Hi all,
>
> We have recently upgraded our subversion servers from 1.6.17 to 1.7.1,
> and as I usually do when making the 'semi-major' upgrade, dumped and
> reloaded the repository.
>
1.6 and 1.7 use the same backend format. dump/load ga
Jö Fahlke wrote on Tue, Nov 08, 2011 at 12:47:43 +0100:
> Am Tue, 8. Nov 2011, 12:53:47 +0200 schrieb Daniel Shahaf:
> > How does git-svn deal with a revision that contains only no-op text
> > mods and no prop mods (such as the one you created in your
> > COPYING'
Ulrich Eckhardt wrote on Tue, Nov 08, 2011 at 13:27:46 +0100:
> Am 08.11.2011 12:53, schrieb Daniel Shahaf:
> >Regarding empty revisions, even if Subversion prevents them in the UI
> >I won't be entirely surprised to discover that a program written to our
> >lower-level p
On Wednesday, November 09, 2011 11:03 AM, "Tony Butt"
wrote:
> On Tue, 2011-11-08 at 13:50 +0200, Daniel Shahaf wrote:
> > Tony Butt wrote on Tue, Nov 08, 2011 at 15:07:55 +1100:
> > > Hi all,
> > >
> > > We have recently upgraded our subversio
There's in-memory caching, and more so in 1.7, but no on-disk cache
files. See the 1.7 release notes.
On Thursday, November 10, 2011 8:49 PM, "Stefan Lock" wrote:
> Hi,
> I´m wondering about the checkout time of our svnserver.
> The first checkout after restarting svnserve (or httpd) is very slo
Konstantin Kolinko wrote on Sat, Nov 12, 2011 at 11:00:10 +0400:
> 2011/11/12 Germán Arias :
> > Hi. After replace a file inside directory "staticOfRigidBodies",
> > seems like I have a branch:
> >
> > german@german-desktop:~/Instalados/FisicaLab$ svn status
> > ? FisicaLab.app
> > ? obj
Philip Martin wrote on Fri, Nov 11, 2011 at 11:16:45 +:
> "Zibetti Paolo" writes:
>
> > With Subversion version 1.6.x, I could add the "--quiet" switch to the
> > "svn copy" command to suppress all output in case the command succeeds.
> >
> > With Subversion version 1.7.1 "svn copy --quiet ..
Sebastian Brandt wrote on Fri, Nov 11, 2011 at 10:22:31 +0100:
> How can I find out in which subversion releases the r878607, r916286
> and r1064734 are included?
Use the 'svn mergeinfo' command on Subversion's repository:
% U=http://svn.apache.org/repos/asf/subversion
% svn mergeinfo --show-revs
Aleksandr Sidorenko wrote on Mon, Nov 14, 2011 at 11:06:49 -0500:
> Hi everyone,
>
> I've searched the mailing list archive for this error, but results were
> pretty limited. I also haven't found a fix elsewhere on the web.
>
> The exact error I am getting upon a commit is:
>
How reproducible
We are not going to fix any speed issues in 1.5.
That said, why are you so sure you must use exactly 1.4? Subversion 1.7
can create, read, and write 1.4 repositories. And there have been
significant performance improvements in the past four years...
Vyacheslav Zholudev wrote on Tue, Nov 15, 20
Johan Corveleyn wrote on Thu, Nov 17, 2011 at 13:55:51 +0100:
> On Thu, Nov 17, 2011 at 1:02 PM, Philip Martin
> wrote:
> > Attila Nagy writes:
> >
> >> On 11/16/11 18:40, Philip Martin wrote:
> >>> Attila Nagy writes:
> >>>
> I use pysvn for this and basically the code looks like this (in
at we need
to be aware of? Is there any particular settings that we need to switch
on/off for either the vCemtre or Veeam?
Cheers,
---
Daniel Becroft
Andreas Krey wrote on Sat, Nov 19, 2011 at 17:27:16 +0100:
> When producing a release .tar file that shall not use autoconf,
> run autoconf, remove the autoconf rule from the makefile, and
> tar the result (with or without configure.in).
Example: tools/dist/release.py in Subversion's trunk.
Old BDB-backed repositories stored the older revision as fulltext and
newer revisions as deltas. Repositories created with or 'svnadmin
upgrade'd by 1.6 and newer reverse this for new revisions of files
(while making sure not to introduce a dependency loop in the direction
of deltas).
http://subv
Vyacheslav Zholudev wrote on Fri, Nov 25, 2011 at 11:13:00 +0100:
>
> > Old BDB-backed repositories stored the older revision as fulltext and
> > newer revisions as deltas.
>
> Really?
It seems that I should have swapped "older" and "newer" in the quoted
sentence. Thanks for catching that.
>
Vyacheslav Zholudev wrote on Fri, Nov 25, 2011 at 12:04:22 +0100:
> Hi Daniel,
>
> would it be easy to change the code (I want to do it for my experiments) so
> that the HEAD (youngest) revisions are stored as fulltexts? Or is it
> something that was not foreseen by design
l free to raise them on this list.)
Vyacheslav Zholudev wrote on Fri, Nov 25, 2011 at 13:07:52 +0100:
> Thanks, Daniel. That's the pointer I needed.
> However, I didn't understand what LAAEFTR means.
>
> Vyacheslav
>
>
> On Nov 25, 2011, a
imple tests and it seems to work nicely. However, I'm not sure
> whether it will work with more complicated cases like copying, deleting, etc.
>
>
> Vyacheslav
>
> On Nov 25, 2011, at 1:15 PM, Daniel Shahaf wrote:
>
> > "left as an exercise for the reader&
Looks like it's a known issue, see
3430 @XFail()
3431 @Issue(3814)
3432 def patch_set_prop_no_eol(sbox):
3433 "patch doesn't append newline to properties"
3618 @XFail()
3619 @Issue(3991)
3620 def patch_lacking_trailing_eol(sbox):
3621 "patch file lacking trailing eol"
which are currently the
I haven't read the thread but I'd like to clarify one thing: a pre-
commit hook sees the transaction (ie, candidate revision) as it will
exist once committed. It sees exactly what is deleted and what is
modified. And it can accept or reject it on that basis.
On Monday, November 28, 2011 11:47 AM
w up on dev@ ]
On Monday, November 28, 2011 8:36 AM, "Daniel Shahaf"
wrote:
> I haven't read the thread but I'd like to clarify one thing: a pre-
> commit hook sees the transaction (ie, candidate revision) as it will
> exist once committed. It sees exactly what is
ssumes that
the changes sent to the server are those committed, and updates the wc
state based on the changes sent.)
> On Monday, November 28, 2011 8:36 AM, "Daniel Shahaf"
> wrote:
> > I haven't read the thread but I'd like to clarify one thing: a pre-
> &
On Tuesday, November 29, 2011 1:04 PM, "Philip Martin"
wrote:
> Philip Martin writes:
>
> >> Is there any query I can run on my wc to help identify the problem?
> >
> > The one I gave last time:
> >
> > select * from work_queue
> >
> > That's the starting point of the investigation.
>
> Const
Fixed on #svn, right?
Justin Finkelstein wrote on Sun, Dec 04, 2011 at 16:24:30 +:
> Hi guys
>
> Today I've moved my SVN repository from 1.5.1 to 1.7.1, located on a new
> server. Having done this, I've upgraded the repositories served and am
> getting an odd error when testing.
>
> On the s
Please send a patch against the site source:
http://subversion.apache.org/patches
http://svn.apache.org/repos/asf/subversion/site
Drake Justice wrote on Sat, Dec 03, 2011 at 14:34:10 -0500:
> im not sure if this is the place for this, but i was browsing the
> downloads/packages page @ http://sub
Ryan Schmidt wrote on Mon, Dec 05, 2011 at 14:33:18 -0600:
> On Dec 5, 2011, at 08:32, Martin Bischoff wrote:
>
> > -> is it expected that such transaction and locks files and folders remain
> > in the db folder or is this an indication that there is a problem?
>
>
> Dead transactions can occur
Erik Hemdal wrote on Tue, Dec 06, 2011 at 15:47:11 -0500:
> I found a defunct process lt-svnadm on my machine after starting the test
> run. I'm not sure if that's related, but it is unusual.
>
Unrelated. The C tests don't run svnadmin
> Can anyone suggest either a trailhead to start looking
emdal wrote on Tue, Dec 06, 2011 at 16:58:21 -0500:
> Thanks, Daniel. This error seems to be at the heart of my trouble.
>
> /home/svn/Desktop/subversion-1.7.2/subversion/svnrdump/.libs/lt-svnrdump:
> symbol lookup error:
> /home/svn/Desktop/subversion-1.7.2/subversion/libsvn_subr
the repositories from both servers.
We've also noticed some similar messages appearing with Subclipse, but
these appear to be sporadic.
Any ideas?
---
Daniel Becroft
Just installed the latest TortoiseSVN, and when I try to check out
from subversion, I get the following error:
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
601 - 700 of 2416 matches
Mail list logo