mod_auth_kerb code dead-locks...
What are recommended Kerberos SPNEGO settings for Apache2 on Linux with
Subversion 1.8 ?
Best regards
--
Yves Martin
oo.
Thank you for your help
--
Yves Martin
for your help
--
Yves Martin
older:
https://github.com/ymartin59/svn-clean-mergeinfo
It is not "perfect" (yet... do not hesitate to report issues with test
cases) but it helps a lot to reduce svn:mergeinfo sets. Then a quick
human check is required to finalize: remove remaning properties and
commit the result.
Hope this helps
--
Yves Martin
Hello,
Are you sure there are proper ${6} and ${7} arguments in any cases ?
You should add check in your script before invoking vim -d
I also recommend to end script with "exec /usr/bin/vim "
--
Yves Martin
Hello,
Have you checked disk space consumed by "pending" transactions
(db/transactions) in your original 1.9 repository ?
To clean up, use svnadmin lstxns and rmtxns.
Hope this helps
--
Yves Martin
Thanks Philip. Great tips.
Just a remark: port to use in svn ls command is 9630 (instead of 9603)
--
Yves Martin
Hello,
Really your issue is strange.
I propose you test your local checkout with HTTP protocol, with a tcpdump
network traffic collection, maybe it is possible to find clues "on the
wire".
--
Yves Martin
Right. I also saw I have "LimitRequestFieldSize 6" set.
Is it possible for you to open a clear HTTP virtual host so that to inspect
Subversion client traffic and understand what may be wrong ?
--
Yves Martin
Hello,
In my Apache2 configuration, I have added "LimitRequestBody 0" and
"LimitXMLRequestBody 0" to avoid such troubles with a
12-year-old-really-large repository...
Hope this helps
Regards
--
Yves Martin
o get your repository ready
(and optimized) for Subversion 1.9.
Regards
--
Yves Martin
/ymartin59/svn-fsfs-reshard
Regards
--
Yves Martin
Hello,
The problem I face now when using "svnadmin dump" is "svndumpfilter:
E23: Invalid copy source path' when selecting the three /trunk modules
I am interested in.
Such a problem "svnrdump" does not produce.
Thank you in advance for your help
--
Yves Martin
...
Indeed you were right. As there is no merge tool for format 3 dumps, I
decided to rsync over ssh the repository and run svnadmin dump on my
workstation to avoid disturbing users.
Thank you for that tip
--
Yves Martin
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd";>
As a result, load operation fails as Text-content-md5 cannot be verified.
According to documentation svnrdump is compatible with Subversion server
1.4 for dump. What is wrong ?
Thank you in advance for your help
--
Yves Martin
sult:
repoMerge (2599 revisions): /branches/2.0
has "svn:mergeinfo" with only "/branches/1.0:2500-2505"
I would have expected the "svn:mergeinfo" to contain:
/branches/1.0:1000-1010,2500-2505
/branches/featureX:800-820
Am I wrong ? Is there anything I can do to work-around the issue or a
patch is required in "svnadmin load" ?
Thank you in advance for your help
--
Yves Martin
Le 23 avril 2012 17:46, Yves Martin a écrit :
> Everything seems to be OK, except for one file - a Unix binary .so
> executable file - the script detects it as added whereas it is already
> present in the branch working copy and it has not changed at all.
>
> As a result, the &quo
.pl -v -v -w vendorbranch -t vendorrelease_2
https://hostname/subversion/repository branches/vendorbranch
vendorrelease_2
How to diagnose what is wrong ?
Thank you in advance for your help
--
Yves Martin
n.ico' was not found
in the repository at revisions '287' and '288'
So I would say the diff option is able to pass through one copy
operation but not two copy operations.
I hope my description is enough to create a test case to
confirm/invalidate my hypothesis.
Regards
Hello,
I have used "svn log --diff path/to/myfile.txt"
but the command generates history from the current working directory
instead of limiting the report to the provided path.
Is it the expected behavior ? If not please create an issue in tracker.
--
Yves Martin
maller
files) locking will not help;
Developers cannot afford to wait for lock releases and will find the
work-around: branching
Then they may tell you to merge their work !
My opinion, there is only one response: education and proper
organization.
Regards
Yves Martin
On Wed, 2010-07-28 at 11:44 +0100, John Beranek wrote:
> I believe we do have a lot of traditional ttb branching, plus
> additionally some copying from "common" directories to project directories.
>
> Thanks for your quick answer, it reassures me somewhat that data hasn't
> gone missing. ;)
Hell
On Tue, 2010-07-13 at 20:40 -0400, Nico Kadel-Garcia wrote:
> Well, yes, except that updating an "export" can't be done since it
> will lack the rest of the .svn information. The point is that they can
> download an up-to-date working copy directly, rather than over the
> poor performance of the C
ngs.
So the end-of-line problem is really simple compared to encodings.
And with developpers all around the world working on the same codebase,
it is difficult to check/enforce everyone use the "right tool"
with the proper configuration on any platform.
--
Yves Martin
On Tue, 2010-07-13 at 15:57 -0500, Les Mikesell wrote:
> On 7/13/2010 2:50 PM, David Brodbeck wrote:
> >
> > On Jul 13, 2010, at 5:50 AM, Les Mikesell wrote:
> >
> >> Nico Kadel-Garcia wrote:
> >>> I've got some colleagues with a rather large Subversion repository
> >>> whose trunk includes over 10
On Tue, 2010-07-13 at 09:44 -0500, Les Mikesell wrote:
> On 7/13/2010 8:57 AM, Geoff Worboys wrote:
> > Les Mikesell wrote:
> >> There are workarounds but you can't just expect things to
> >> work in general and pretend it is normal. And some of
> >> those workarounds may involve silently changing
on key
Best regards
Yves
- "Phil Johnson" a écrit :
> Is there a version of Subversion that will run as a USB portable
> application under Xampp ?
--
Yves Martin
without the whitespace problems; checking out on both
> systems then works as expected, and diffs between repository versions
> are sane.
>
> However it’s much more convenient to write and run this script from
> linux. Is there any way from linux to persuade subversion to just set
> the eol-style property?
--
Yves Martin
ry
> - svnadmin upgrade /path/to/repository
> - svnadmin verify /path/to/repository
>
> After the steps above, is my repository now usable for 1.6? any other
> steps so i could tweak my repository for best performance?
--
Yves Martin
Sorry, page link has changed:
http://ymartin59.free.fr/wordpress/index.php/projets/tune-subversion-fsfs-repository/
Comments and feedback are welcome
- "Yves Martin" a écrit :
> Hello,
>
> For an upgrade from 1.3 to 1.6, I have simply apply "svnadmin upgrad
, then install
> version 1.6. Then do an "svnadmin hotcopy" with version 1.6, which
> should build you a nice clean upgraded and compatible copy you should
> put in place of the old repository.
--
Yves Martin
CPU !
The fsfs-reshard script is not necessary but your repository may stay in
"linear"
mode instead of the more efficient "sharded" mode. This script also helps you
tweak the shard size to improve disk-access performance (mostly on windows or
over SAN)
Kind regards
--
Yves Martin
On Wed, 2010-01-20 at 00:11 +0530, vishwajeet singh wrote:
>
>
> On Tue, Jan 19, 2010 at 11:59 PM, Dave Levitt
> wrote:
> On Tue, Jan 12, 2010 at 1:53 PM, Aaron Turner
> wrote:
> > Hi Everyone,
> >
> > My company is moving from Trac (which has excellent S
33 matches
Mail list logo
