ons 22 maj 2024 kl. 05:28 skrev Jeffrey Walton :
> Hi Everyone,
>
> I have my source files in /var/test-svn. The test-svn directory has
> *.h and *.c files. I am trying to create a repo from them.
>
> As root, I perform the following:
>
> # cd /var
> # svnadmin create --fs-type fsfs test-s
To: Daniel Sahlberg
Cc: Subversion
Subject: Re: svnadmin hotcopy E150002 Destination already exists
Caution: external e-mail!
On Sat, Oct 21, 2023 at 4:53 AM Daniel Sahlberg
wrote:
>
> Hi,
>
> A user reported the above error in the TortoiseSVN user group [1]. I advised
> them
On Sat, Oct 21, 2023 at 4:53 AM Daniel Sahlberg
wrote:
>
> Hi,
>
> A user reported the above error in the TortoiseSVN user group [1]. I advised
> them to send it here but for some reason that doesn’t work (I’ve checked that
> it isn’t waiting for moderation). I’m taking the liberty to copy the o
Nathan Hartman wrote:
That's a pretty significant slowdown. ...
Nathan,
Thanks for the helpful reply. I have since learned that other operations that
perform extensive disk writes (example: extracting an SQL backup of the Bacula
database from Postgresql) are also significantly slower, w
On Thu, Aug 10, 2023 at 6:53 PM wrote:
>
> Let me start by saying that I recognize that this situation is probably
> specific to Debian. Even so, it seems possible that someone here might be
> able to give me helpful ideas about where or how to start looking to track
> down the symptom I am se
Dmitry Minsky wrote on Tue, 28 Jun 2022 13:18 +00:00:
>> What does the "folder with files" contain?
>
> Just a random files on my computer ;) It’s not from working copy or
> repository or anything else meaningful. Let’s assume that it’s just a
> bunch of random files which I want to put in the mi
Good morning dev@,
Anyone has a script that takes as input a file and an svndiff and emits
to stdout the result of applying the latter to the former? This came up
on users@ in the context of reconstructing a truncated rev file.
I've checked tools/.
Cheers,
Daniel
Daniel Shahaf wrote on Tue,
Dmitry Minsky wrote on Tue, 28 Jun 2022 14:44 +00:00:
> Soo, here is an output of sql request:
>
> % sqlite3 rep-cache.db '.header on' 'SELECT * FROM rep_cache WHERE
> revision = 7449'
> hash|revision|offset|size|expanded_size
> a684c1201230ed000e8baf11fcd890efebb059db|7449|3|106064003|111204465
>
Soo, here is an output of sql request:
% sqlite3 rep-cache.db '.header on' 'SELECT * FROM rep_cache WHERE revision =
7449'
hash|revision|offset|size|expanded_size
a684c1201230ed000e8baf11fcd890efebb059db|7449|3|106064003|111204465
And here is 7449 file size
% ls -l revs/7/7449
-r--r--r--. 1 ap
Dmitry Minsky wrote on Tue, 28 Jun 2022 13:18 +00:00:
>> What does the "folder with files" contain?
>
> Just a random files on my computer ;) It’s not from working copy or
> repository or anything else meaningful. Let’s assume that it’s just a
> bunch of random files which I want to put in the mi
> What does the "folder with files" contain?
Just a random files on my computer ;) It’s not from working copy or repository
or anything else meaningful. Let’s assume that it’s just a bunch of random
files which I want to put in the middle of repo and hope that it won’t blow up
;) Is that possib
Dmitry Minsky wrote on Tue, 28 Jun 2022 11:01 +00:00:
> Ok. I’m pretty sure that db/revs/7/7449 is just truncated. Since there
> aren’t any signs of any text readable data at the bottom of the file
> and the top of file looks similar to 7448, 7450 and to any other
> revision.
>
> So, let’s say
Ok. I’m pretty sure that db/revs/7/7449 is just truncated. Since there aren’t
any signs of any text readable data at the bottom of the file and the top of
file looks similar to 7448, 7450 and to any other revision.
So, let’s say I’m 85.23% sure about content of this particular revision. How
ca
Dmitry Minsky wrote on Sun, 19 Jun 2022 11:53 +00:00:
> There is something in revisions before and after corrupted one:
>
> % strings repo/db/revs/7/7448 | tail -1
> 2244140591 fa0c1a8229575b0ce27ef0c5a8b898b4 2244140730
> 7d861109493094a15013c7ea105e33a1W
>
> % strings repo/db/revs/7/7450 | tail
There is something in revisions before and after corrupted one:
% strings repo/db/revs/7/7448 | tail -1
2244140591 fa0c1a8229575b0ce27ef0c5a8b898b4 2244140730
7d861109493094a15013c7ea105e33a1W
% strings repo/db/revs/7/7450 | tail -1
51995736 59c66b6d95365e6bdb4be4ec3b2d3a34 51995799
72059006b7c45
Dmitry Minsky wrote on Sat, 18 Jun 2022 17:16 +00:00:
> I have a pretty old repository and now going to move it to another machine.
> When I start the dump process I stumbled upon this error in one of the old
> revisions:
>
> svnadmin: E16004: Invalid r4422 footer
>
It's actually E160004. (Just s
Does the Svnadmin verify do checksum checks? How does it verify validity?
> On Nov 3, 2021, at 1:44 PM, Nathan Hartman wrote:
>
> On Tue, Nov 2, 2021 at 5:09 PM Luke Mauldin wrote:
>>
>> Can anyone tell me the details of the svnadmin verify command? Does
>> subversion store any internal h
On Tue, Nov 2, 2021 at 5:09 PM Luke Mauldin wrote:
>
> Can anyone tell me the details of the svnadmin verify command? Does
> subversion store any internal hash of each commit to verify its correctness
> and that it has not changed over time due to disk/memory errors or software
> bugs?
>
> Luk
钱海远(Nathan) wrote on Mon, 23 Mar 2020 05:56 +:
> The version is 1.10.6 , I was try to reproduce this issue.
>
> You can make a commit like this :
> Revision 1
> A /test
> A /Test/a.c
> A /another
> A /another/b.c
>
> Revision 2
> M /test/a.c
> M /another/b.c
>
> Then run command : svnadmin d
Daniel Shahaf wrote on Mon, 23 Mar 2020 05:45 +:
> 钱海远(Nathan) wrote on Mon, 23 Mar 2020 05:30 +:
> > The expected behaviour is: 'svnadmin dump' should include all properties.
> >
> > It happened in command : svnadmin dump --include .
> >
> > I organized the calling relationship of the fu
er than the intended recipient(s) is
> prohibited. If you receive this e-mail in error, please notify the sender by
> phone or email immediately and delete it!
>
>
> -邮件原件-
> 发件人: Daniel Shahaf
> 发送时间: 2020年3月22日 1:04
> 收件人: 钱海远(Nathan)
> 抄送: users@subversion.apach
[moving to dev@; please remove users@ from replies]
钱海远(Nathan) wrote on Sat, 21 Mar 2020 06:12 +:
> I found the there is a BUG in subversion 1.10.6.
>
> Svnadmin dump with include can not dump the subdir into add when it's parent
> path was a branch:
> 1. 1、/A was copy from/XX , revision wa
钱海远(Nathan) wrote on Sat, 21 Mar 2020 06:08 +:
> I found the there is a BUG in subversion 1.10.6.
>
> Svnadmin dump with include will lost the svn:log in sometime.
>
> I was fix this issue several months ago , I forgot how to the issue happened
> again. But I have a patch to fix this issue,
Trent Fisher wrote on Wed, Jan 15, 2020 at 15:00:56 -0500:
> On 1/6/2020 1:42 PM, Daniel Shahaf wrote:
> > Trent Fisher wrote on Mon, 06 Jan 2020 18:22 +00:00:
> > > This seems like a bug in lslocks, why would it not list *all* the locks?
> > If you run fsfs, it might be
> > https://urldefense.pro
On 1/6/2020 1:42 PM, Daniel Shahaf wrote:
Trent Fisher wrote on Mon, 06 Jan 2020 18:22 +00:00:
This seems like a bug in lslocks, why would it not list *all* the locks?
If you run fsfs, it might be
https://urldefense.proofpoint.com/v2/url?u=https-3A__subversion.apache.org_issue3750&d=DwIBAg&c=R
Trent Fisher wrote on Mon, 06 Jan 2020 18:22 +00:00:
> This seems like a bug in lslocks, why would it not list *all* the locks?
If you run fsfs, it might be https://subversion.apache.org/issue3750.
Daniel Watzinger wrote on Mon, 12 Aug 2019 10:56 +00:00:
> Please don't ask why we are using the Windows platform in the first
> place ;-)
We weren't planning to ask. Subversion supports any platform that
supports C89, Python, and APR and has a maintained build script.
I'm not familiar with you
Please let me know if you need any more input on this matter :-)
PS: To give a little bit of background context, we encountered this issue
while trying to set up a HA subversion cluster (svnserve) using Windows
Failover Clustering features behind a nginx reverse proxy load balancer.
The recommende
The issue at hand may be solved by changing how svn code calls APR.
However, I strongly suspect that there is more code that relies on data and
metadata synchronization. I cannot comment on the latter due to
insufficient knowledge of the APR library and its guarantees on IO
operations.
On Tue, Jul
Daniel Watzinger wrote on Tue, 30 Jul 2019 20:44 +00:00:
> I took the liberty to dive into the relevant source code. The issue may
> be pinned down to file metadata not being flushed to disk by the
> underlying APR library.
Do you mean that svn needs to change how it calls APR, or that APR needs
Good evening Daniel :-)
I somehow miserably failed to include a cross-reference to the JIRA issue I
have created.
- https://issues.apache.org/jira/browse/SVN-4819
I took the liberty to dive into the relevant source code. The issue may be
pinned down to file metadata not being flushed to disk by
Good morning Daniel,
I don't have the brainwidth to investigate this, but two quick questions:
- Does it happen on a local disk?
- Can you post the file foobar/db/revs/0/0 as an attachment?
FWIW, 6b is the correct value of the P2L offset.
Cheers,
Daniel
Daniel Watzinger wrote on Sun, 28 Jul 2
On Jun 19, 2018, at 08:31, Tom Browder> wrote:
> On Tue, Jun 19, 2018 at 06:31 Mark Phippard wrote:
>
>> On Jun 19, 2018, at 7:25 AM, Tom Browder wrote:
>> ...
>> Finally, now that version 1.10 is out, will the redbook be made current and
>> turned into a printed book?
>
> The book is open so
On Tue, Jun 19, 2018 at 06:31 Mark Phippard wrote:
>
> > On Jun 19, 2018, at 7:25 AM, Tom Browder wrote:
...
> > Finally, now that version 1.10 is out, will the redbook be made current
> and turned into a printed book?
>
> The book is open source. It is kept somewhat current but it is a
> vol
> On Jun 19, 2018, at 7:25 AM, Tom Browder wrote:
>
> When an incremental hotcopy runs on REPO to BACKUPREPO is BACKUPREPO then
> always a full backup of REPO? That is, could I do a full dump of BACKUPREPO
> and copy it somewhere else for safekeeping of the full, current REPO?
It is a full
On Wed, Aug 10, 2016 at 6:43 PM, William Muriithi
wrote:
> Johan,
>
>>> - Is it safe to use svnadmin dump on the source repository? As in
>>> does it do it change in the source repo?
>>
>> Yes, it's absolutely safe to run on the source repository, it should
>> not cause anything to change in the
Hi
> > [...] svnadmin dump for 1000 commits at a time[...]
> [...]
>
> > * Dumped revision 2062.
> > WARNING 0x: Referencing data in revision 1696, which is older than
> > the oldest dumped revision (r2001). Loading this dump into an empty
> > repository will fail.
> >
> > * Dumped revision 3
> [...] svnadmin dump for 1000 commits at a time[...]
[...]
> * Dumped revision 2062.
> WARNING 0x: Referencing data in revision 1696, which is older than
> the oldest dumped revision (r2001). Loading this dump into an empty
> repository will fail.
>
> * Dumped revision 3000.
> WARNING 0x0
Nico,
>>> I have attemped svnadmin dump, svnadmin hotcopy and svnrdump. I am
>>> getting the error before from all these utilities
>
> Break it up. Use svnadmin dump for 1000 commits at a time, to help
> isolte if it's a specific commit that is killing you or if perhaps you
> are running out of
Johan,
>> - Is it safe to use svnadmin dump on the source repository? As in
>> does it do it change in the source repo?
>
> Yes, it's absolutely safe to run on the source repository, it should
> not cause anything to change in the source repo.
Thanks. What about "svnadmin verify /var/svn/proje
On Sun, Aug 7, 2016 at 4:45 PM, Johan Corveleyn wrote:
> On Sun, Aug 7, 2016 at 8:41 PM, William Muriithi
> wrote:
>> Hello,
>>
>> I have a repository thats around 113 GB in size. Its on a VM and the
>> performance hasn't been that ideal. So we decided to source a new
>> hardware and set it up
On Sun, Aug 7, 2016 at 8:41 PM, William Muriithi
wrote:
> Hello,
>
> I have a repository thats around 113 GB in size. Its on a VM and the
> performance hasn't been that ideal. So we decided to source a new
> hardware and set it up on its own dedicated system.
>
> The current subversion system is
Thanks for your answer, John.
I dumped and re-loaded the repositories, so the formats are the latest.
In the end, it was a problem with the cifs mount. I had to add "nobrl" to
the options in /etc/fstab:
//srvr/bkps /home/csvn/mnt/hotcopies cifs nobrl,username=csvn,domain=*,
password=*,rw,ui
On Fri, May 1, 2015 at 2:21 PM, Ignacio González (Eliop)
wrote:
> svnadmin 1.8.13
> Server: Centos 7 64-bit
> Repo in local xfs disk
> Backups in remote cifs share
>
> This operation works without problems:
> $ svnadmin hotcopy /path/to/repo /local/path/to/dest
> With a small repo, it takes just a
This works, thank you!
--
Regards,
*Imad Sani*
Infrastructure Architect
116, Block DD (CCA)
Phase IV, D.H.A. Lahore
Tel: +92.42.37060558
*Bramerz.pk ** | **Facebook.com/Bramerz.pk ** | **Twitter.com/Bramerz*
*Save resources - Think before printing *
*Do not print this email unless nece
Hello,On 14/11/14 08:28, Imad Sani wrote:
>> On 14/11/14 07:33, Imad Sani wrote:
>> > svnadmin freeze /svn/my-repos rsync -av /svn/my-repos /backup/my-repos
>> >
>> > This is the error I get: "svnadmin: invalid option character: a"
>>
>> Not Subversion specific. Termination of
On Nov 14, 2014, at 1:33 AM, Imad Sani wrote:
> Trying to use the command shown here:
> http://subversion.apache.org/docs/release-notes/1.8.html#svnadmin-freeze
>
> command:
> svnadmin freeze /svn/my-repos rsync -av /svn/my-repos /backup/my-repos
>
> This is the error I get: "svnadmin: invali
Thank you for the reply, but no, this time it says
"svnadmin:invalid option: --archive"
command: svnadmin freeze test rsync --archive --verbose test test1
--
Regards,
*Imad Sani*
Infrastructure Architect
116, Block DD (CCA)
Phase IV, D.H.A. Lahore
Tel: +92.42.37060558
*Bramerz.pk ** |
Hi,
On 14/11/14 07:33, Imad Sani wrote:
> svnadmin freeze /svn/my-repos rsync -av /svn/my-repos /backup/my-repos
>
> This is the error I get: "svnadmin: invalid option character: a"
Not Subversion specific. Termination of option parsing for following
arguments via "--":
svnadmin freeze REPOS_PA
Daniel Shahaf writes:
> (for the record: when backdating HEAD as recommended upthread, one
> should _always_ truncate or delete rep-cache.db too, to prevent
> corruption down the road from references into the "undone" revisions.)
In 1.8 running "svnadmin recover" is better as it removes any refe
Daniel Shahaf wrote on Wed, Oct 22, 2014 at 11:17:46 +:
> Stefan Sperling wrote on Mon, Oct 20, 2014 at 20:58:57 +0200:
> > On Mon, Oct 20, 2014 at 08:46:03PM +0200, Stefan Sperling wrote:
> > > On Mon, Oct 20, 2014 at 10:22:05PM +0400, Lev Serebryakov wrote:
> > > > -BEGIN PGP SIGNED MESSA
Stefan Sperling wrote on Mon, Oct 20, 2014 at 20:58:57 +0200:
> On Mon, Oct 20, 2014 at 08:46:03PM +0200, Stefan Sperling wrote:
> > On Mon, Oct 20, 2014 at 10:22:05PM +0400, Lev Serebryakov wrote:
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA512
> > >
> > > On 20.10.2014 19:07, Stefan
On Mon, Oct 20, 2014 at 08:46:03PM +0200, Stefan Sperling wrote:
> On Mon, Oct 20, 2014 at 10:22:05PM +0400, Lev Serebryakov wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> > On 20.10.2014 19:07, Stefan Sperling wrote:
> >
> > > I would recommend you reset the mirrored reposi
On Mon, Oct 20, 2014 at 10:22:05PM +0400, Lev Serebryakov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 20.10.2014 19:07, Stefan Sperling wrote:
>
> > I would recommend you reset the mirrored repository to the last
> > known-good revision (269997?) by moving out of the way all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 20.10.2014 19:07, Stefan Sperling wrote:
> I would recommend you reset the mirrored repository to the last
> known-good revision (269997?) by moving out of the way all files
> belonging to newer revisions (in db/revs) and revprops (in
> db/revpr
On Mon, Oct 20, 2014 at 06:41:00PM +0400, Lev Serebryakov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
>
> I'm trying to recover SVN repository (which is mirror of other repo)
> after (physical) server crash in process of "svnsync".
>
> svnadmin verify gives me:
>
> * Verifyin
, JT (IE) @ SSG - PE - MT
Cc: users@subversion.apache.org
Subject: Re: svnadmin load fails with "Insufficient system resources
exist to complete the requested service"
Hi,
On 30/09/14 19:39, jt.mil...@l-3com.com wrote:
> Someone committed a file to the subversion repository that must
Hi,
On 30/09/14 19:39, jt.mil...@l-3com.com wrote:
> Someone committed a file to the subversion repository that must be
> removed. The server is a virtualized Windows Server 2003 32-bit box with
> 4GB RAM and plenty of disk space where the repositories reside. We're
> using SVN 1.4.4 (outdated, I
On Mon, Aug 04, 2014 at 12:46:06PM -0400, Myron A. Semack wrote:
> > If you don't pack and hotcopy concurrently, it's perfectly safe.
> >
> > If you pack and hotcopy concurrently, it's almost safe.
> > There is a known problem with concurrent hotcopy and pack, the fix for which
> > isn't released
> If you don't pack and hotcopy concurrently, it's perfectly safe.
>
> If you pack and hotcopy concurrently, it's almost safe.
> There is a known problem with concurrent hotcopy and pack, the fix for which
> isn't released yet, I believe. Details here: http://svn.apache.org/r1605633
What about th
On Fri, Aug 01, 2014 at 03:17:06PM -0400, Myron A. Semack wrote:
> I have an FSFS repository that is backed up nightly with svnadmin hotcopy
> --incremental. It has just crossed the 8 revisions mark, and it has
> never been packed. I would like to run svnadmin pack on this repo.
>
>
>
>
Martin Bischoff wrote on Tue, Mar 25, 2014 at 11:42:05 +0100:
> Thanks a lot for the quick answer.
>
> One additional question:
> It seems that after the dump/create/load cycle, I have to manually copy the
> hooks, authz and passwd files to the newly created repository.
>
> Is that correct?
Yes.
Martin Bischoff wrote on Tue, Mar 25, 2014 at 09:34:50 +0100:
> My questions:
> - what exactly is error E160004?
"Corruption found". It's not specific to this problem; it's used for
nearly every error from verify (except for OS-level permission problems
and the like).
Thanks a lot for the quick answer.
One additional question:
It seems that after the dump/create/load cycle, I have to manually copy the
hooks, authz and passwd files to the newly created repository.
Is that correct? Are there other files I have to copy?
On Tue, Mar 25, 2014 at 11:11 AM, Philip
Martin Bischoff writes:
> I then started "svnadmin verify" on the repository, which reported the
> following error:
>
> * Verified revision 2112.
> * Verified revision 2113.
> svnadmin: E160004: r2114's root node's predecessor is r2112 but should be
> r2113
>
> These revisions were committed in 2
> > I've observed 3 instances of similar errors when using the 1.8.5
svnadmin
> > verify on 3 different old repositories. (the hundreds of other repos
on
> > this server verified in 1.8.5 without problems.)
> >
> > svnadmin: E160004: r97's root node's predecessor is r90 but should be
r96
> > s
On 1/9/14, 2:48 PM, kmra...@rockwellcollins.com wrote:
> I've observed 3 instances of similar errors when using the 1.8.5 svnadmin
> verify on 3 different old repositories. (the hundreds of other repos on
> this server verified in 1.8.5 without problems.)
>
> svnadmin: E160004: r97's root node's
"Matthews, David" writes:
> Thanks for your response (although it doesn't seem to have made it
> to the archive yet - perhaps because I used google groups?).
Yes, my reply went to google groups and was bounced because I'm not
subscribed to the google group.
> It's good to know that the problem
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: 08 November 2013 10:19
> To: Matthews, David
> Cc: subversion_us...@googlegroups.com
> Subject: Re: svnadmin hotcopy losing revprops
>
> dpm writes:
>
> > I'm
Martin
> *Cc:* Dongsheng Song; users@subversion.apache.org;
> d...@subversion.apache.org
> *Subject:* Re: svnadmin upgrade output message i18n issue
>
> ** **
>
> The bug found in svn 1.8.3(r1516576) again :(
>
> ** **
>
> ** **
>
> E:\svnmirror>D:\
.
Bert
From: QXO [mailto:qxodr...@gmail.com]
Sent: vrijdag 6 september 2013 08:49
To: Philip Martin
Cc: Dongsheng Song; users@subversion.apache.org; d...@subversion.apache.org
Subject: Re: svnadmin upgrade output message i18n issue
The bug found in svn 1.8.3(r1516576) again :(
E:\svnmirror&g
QXO writes:
> The bug found in svn 1.8.3(r1516576) again :(
>
> E:\svnmirror>D:\tools\svn-win32-1.8.3\bin\svnadmin.exe upgrade ZmccPrj
> 宸插彇寰楃増鏈簱閿佸畾銆?璇风◢鍊欙紱鍗囩骇鐗堟湰搴撳彲鑳介渶瑕佷竴娈垫椂闂?..
> 完成升级。
>
> E:\svnmirror>D:\tools\svn-win32-1.8.0\bin\svnadmin.exe upgrade ZmccPrj
> 已取得版本库锁定。
> 请稍候；升级版本库可能需要一段时间...
The bug found in svn 1.8.3(r1516576) again :(
E:\svnmirror>D:\tools\svn-win32-1.8.3\bin\svnadmin.exe upgrade ZmccPrj
宸插��寰���搴瀹���?璇风�锛绾х�搴��介��瑕�涓�娈垫�堕�?..
完成升级。
E:\svnmirror>D:\tools\svn-win32-1.8.0\bin\svnadmin.exe upgrade ZmccPrj
已取得版本库锁定。
请稍候；升级版本库可能需要一段时间...
完成升级
Hi Philip,
sorry for the late reply. Thanks for your details.
That helped and works fine for us.
Kind regards
- Jan
Am 16.08.2013 11:51, schrieb Philip Martin:
> Jan Stürtz writes:
>
>> Hi list,
>> we have a quite old & grown svn repository here. With some "interesting"
>> svn:mergeinfo Pro
Note that it is sometimes much, much faster and creates much smaller and
cleaner repositories, to simply "svn export" and "svn import" the data
files themselves to a new repository. You don't get the history, but a
pointer to the old repository kept online in read only mode may be
considered enou
On Fri, Aug 16, 2013 at 10:51:58AM +0100, Philip Martin wrote:
> The mergeinfo is only parsed for partial dumps, i.e. when the start
> revision greater than one, as this allows the dump process to issue a
> warning when the mergeinfo refers to revisions not in the dump file.
> The only workaround i
Jan Stürtz writes:
> Hi list,
> we have a quite old & grown svn repository here. With some "interesting"
> svn:mergeinfo Properties. (see the diff below)
>
> This seems to be been allowed in earlier svn versions.
>
> For backup Issues svn copy worked fine for all the time,
> but now we want to up
On Sun, Jun 23, 2013 at 8:16 PM, Bob Melucci
wrote:
> SVNAdmin Crashes with upgrade command- see attached dumps.
>
>
>
> Any help would be appreciated
You've probably run into this bug:
http://svn.haxx.se/users/archive-2013-06/0143.shtml
On 19.06.2013 02:04, Mat Berchtold wrote:
>
> svnadmin upgrade crash
>
> Divide by zero
>
Noted. The issue is known and will be fixed in 1.8.1; it's caused by
upgrading unsharded FSFS repositories that were created by moderately
old versions of FSFS.
For now, the best suggestion is to not run "sv
The bug fixed in svn 1.8.0,Thanks:)
2013/5/24 Philip Martin
> Dongsheng Song writes:
>
> >> We do call bind_textdomain_codeset if it is available so we should be
> >> getting UTF8 translations.
> >>
> >
> > For non-autotools system, e.g. Windows, user may not define
> > HAVE_BIND_TEXTDOMAIN_COD
Dongsheng Song writes:
>> We do call bind_textdomain_codeset if it is available so we should be
>> getting UTF8 translations.
>>
>
> For non-autotools system, e.g. Windows, user may not define
> HAVE_BIND_TEXTDOMAIN_CODESET.
If you build the software with the wrong settings it may not work
prope
On Fri, May 24, 2013 at 12:52 AM, Erik Huelsmann wrote:
> One application has multiple active code page settings on Windows. Or course
> if your example was the only option, we would not be having this discussion.
>
Very interesting. In my mind, application only can have 1 active
locale in 1 thre
One application has multiple active code page settings on Windows. Or
course if your example was the only option, we would not be having this
discussion.
Bye,
Erik.
sent from my phone
On May 23, 2013 6:44 PM, "Dongsheng Song" wrote:
> On Thu, May 23, 2013 at 11:38 PM, Erik Huelsmann wrote:
>
On Thu, May 23, 2013 at 11:29 PM, Philip Martin
wrote:
> Dongsheng Song writes:
>
>> Even ALL the translations are UTF-8, GETTEXT(3) still return the
>> string encoded by the ***current locale's codeset***.
>>
>> Here is sniped from the GETTEXT(3) man pages:
>>
>> In both cases, the functions al
On Thu, May 23, 2013 at 11:38 PM, Erik Huelsmann wrote:
> That was not my point nor the point we discussed back then. As long as
> gettext tries to convert its translations to *any* encoding, it's flawed by
> design, because some systems have multiple active output encodings (e.g.
> Windows).
>
T
Found at least one of the related discussions:
http://svn.haxx.se/dev/archive-2004-05/0078.shtml
bye,
Erik.
On May 23, 2013 5:38 PM, "Erik Huelsmann" wrote:
>
> > >
> > >> I think the best solution is: DO NOTconvert the GETTEXT(3) returned
> > >> messages, write it ***AS IS***, since GETTEXT(3
> >
> >> I think the best solution is: DO NOTconvert the GETTEXT(3) returned
> >> messages, write it ***AS IS***, since GETTEXT(3) already do the
> >> correct conversion for us.
> >
> > Well, even though gettext may want us to believe otherwise, this doesn't
> > work for cross platform application
Dongsheng Song writes:
> Even ALL the translations are UTF-8, GETTEXT(3) still return the
> string encoded by the ***current locale's codeset***.
>
> Here is sniped from the GETTEXT(3) man pages:
>
> In both cases, the functions also use the LC_CTYPE locale facet in
> order to convert the tr
On Thu, May 23, 2013 at 11:02 PM, Erik Huelsmann wrote:
> sent from my phone
>
>
> On May 23, 2013 4:43 PM, "Dongsheng Song" wrote:
>>
>> On Thu, May 23, 2013 at 10:06 PM, Philip Martin
>> wrote:
>> > Dongsheng Song writes:
>> >
>> >> On Thu, May 23, 2013 at 9:28 PM, Philip Martin
>> >> wrote:
sent from my phone
On May 23, 2013 4:43 PM, "Dongsheng Song" wrote:
>
> On Thu, May 23, 2013 at 10:06 PM, Philip Martin
> wrote:
> > Dongsheng Song writes:
> >
> >> On Thu, May 23, 2013 at 9:28 PM, Philip Martin
> >> wrote:
> >>> Dongsheng Song writes:
> >>>
> On Thu, May 23, 2013 at 9:11
On Thu, May 23, 2013 at 10:06 PM, Philip Martin
wrote:
> Dongsheng Song writes:
>
>> On Thu, May 23, 2013 at 9:28 PM, Philip Martin
>> wrote:
>>> Dongsheng Song writes:
>>>
On Thu, May 23, 2013 at 9:11 PM, Philip Martin
wrote:
> Philip Martin writes:
>
>> So it appears t
On 23.05.2013 16:06, Philip Martin wrote:
> Dongsheng Song writes:
>
>> On Thu, May 23, 2013 at 9:28 PM, Philip Martin
>> wrote:
>>> Dongsheng Song writes:
>>>
On Thu, May 23, 2013 at 9:11 PM, Philip Martin
wrote:
> Philip Martin writes:
>
>> So it appears the UTF8 to nat
Dongsheng Song writes:
> On Thu, May 23, 2013 at 9:28 PM, Philip Martin
> wrote:
>> Dongsheng Song writes:
>>
>>> On Thu, May 23, 2013 at 9:11 PM, Philip Martin
>>> wrote:
Philip Martin writes:
> So it appears the UTF8 to native conversion is missing from
> repos_notify_hand
On Thu, May 23, 2013 at 9:28 PM, Philip Martin
wrote:
> Dongsheng Song writes:
>
>> On Thu, May 23, 2013 at 9:11 PM, Philip Martin
>> wrote:
>>> Philip Martin writes:
>>>
So it appears the UTF8 to native conversion is missing from
repos_notify_handler. I think repos_notify_handler sh
Dongsheng Song writes:
> On Thu, May 23, 2013 at 9:11 PM, Philip Martin
> wrote:
>> Philip Martin writes:
>>
>>> So it appears the UTF8 to native conversion is missing from
>>> repos_notify_handler. I think repos_notify_handler should be using
>>> svn_stream_printf_from_utf8 rather than svn_st
On Thu, May 23, 2013 at 9:11 PM, Philip Martin
wrote:
> Philip Martin writes:
>
>> So it appears the UTF8 to native conversion is missing from
>> repos_notify_handler. I think repos_notify_handler should be using
>> svn_stream_printf_from_utf8 rather than svn_stream_printf.
>
> I've fixed trunk
Philip Martin writes:
> So it appears the UTF8 to native conversion is missing from
> repos_notify_handler. I think repos_notify_handler should be using
> svn_stream_printf_from_utf8 rather than svn_stream_printf.
I've fixed trunk to use svn_cmdline_cstring_from_utf8 and proposed it
for 1.8.
-
On Thu, May 23, 2013 at 4:17 PM, Philip Martin
wrote:
> [bringing in dev@s.a.o]
>
> QXO writes:
>
>> os: windows
>> encoding:GBK ( chcp 936 )
>>
>> The svnadmin upgrade command output message first line encoding
>> issue(UTF-8 show in GBK),But the second line is right encoding!
>>
>> 宸插彇寰楃増鏈簱閿
[bringing in dev@s.a.o]
QXO writes:
> os: windows
> encoding:GBK ( chcp 936 )
>
> The svnadmin upgrade command output message first line encoding
> issue(UTF-8 show in GBK),But the second line is right encoding!
>
> 宸插彇寰楃増鏈簱閿佸畾銆?璇风◢鍊欙紱鍗囩骇鐗堟湰搴撳彲鑳介渶瑕佷竴娈垫椂闂?..
>
> 完成升级。
>
> if change console enc
I have download a binary package from win32svn[1], and confirmed your issue.
I check the subversion.mo file:
msgunfmt.exe subversion.mo -o subversion.po
It looks OK. Then I replaced the intl3_svn.dll file with gettext
0.18.2, it give me another output:
C:\var\tmp>svnadmin upgrade test
已取得版本库锁
1 - 100 of 296 matches
Mail list logo
