Dear Sir,
During I am testing the -include' and '-exclude' options on 'svnadmin dump' ,
I found that if I copy a non-include file, the dump result is to add a file
with file content; But if the copy is a non-include directory, the dump only
adds this directory.
I think, this may be wrong, i
发送时间: 2018年10月16日 20:34
收件人: 钱海远(Nathan)
抄送: Subversion; Julian Foad
主题: Re: a issue of --include' and '--exclude' options on 'svnadmin dump'
On Tue, Oct 16, 2018 at 11:56 AM 钱海远(Nathan)
mailto:qianhaiy...@hikvision.com>> wrote:
Dear Sir,
During I am testing the
.org]
发送时间: 2018年11月30日 18:06
收件人: 钱海远(Nathan)
抄送: Subversion; Johan Corveleyn
主题: Re: a issue of --include' and '--exclude' options on 'svnadmin dump'
Johan Corveleyn wrote on 2018-10-16:
> On Tue, Oct 16, 2018 at 11:56 AM 钱海远(Nathan)
> wrote:
>> During
n) by persons other 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!
-邮件原件-
发件人: Julian Foad [mailto:julianf...@apache.org]
发送时间: 2018年11月30日 21:20
收件人: Nico Kadel-Garcia; 钱海远(Nathan)
抄送: J
) by persons other 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!
-邮件原件-
发件人: Julian Foad [mailto:julianf...@apache.org]
发送时间: 2018年11月30日 17:56
收件人: 钱海远(Nathan)
抄送: Subversion; J
l in error, please notify the sender by phone or email
immediately and delete it!
-邮件原件-
发件人: Daniel Shahaf [mailto:danie...@apache.org]
发送时间: 2018年12月2日 0:07
收件人: users@subversion.apache.org
抄送: 钱海远(Nathan)
主题: Re: Can SVN pull request same as GIT?
Nico Kadel-Garcia wrote on Sat, 01
e it!
-邮件原件-
发件人: Julian Foad [mailto:julianf...@apache.org]
发送时间: 2018年12月3日 16:48
收件人: 钱海远(Nathan); Nico Kadel-Garcia
抄送: Johan Corveleyn; Subversion
主题: Re: 答复: Can SVN pull request same as GIT?
钱海远(Nathan) wrote:
> [...]
> So we'd like to make a pre-commit CI system, if any
Dear sir,
I hope everything is fine.
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 was 50, it the first revision of /A;
2. 2、There is a subdir named /A/subdir,
ited to, total or partial disclosure, reproduction, or
dissemination) by persons other 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!
-邮件原件-
发件人: 钱海远(Nathan)
发送时间: 2020年3月21日 13:55
ecipient(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:35
收件人: 钱海远(Nathan)
抄送: users@subversion.apache.org; d...@subversion.apache.org
主题: Re: Svnadmin dump with includ
发送时间: 2020年3月22日 1:04
收件人: 钱海远(Nathan)
抄送: users@subversion.apache.org
主题: Re: Svnadmin dump with include will lost the svn:log in sometime
钱海远(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:l
persons other 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月23日 13:46
收件人: 钱海远(Nathan)
抄送: users@subversion.apache.org
主题: Re: Svnadmin dum
l or partial disclosure, reproduction, or
dissemination) by persons other 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月23日 14:25
收件人: 钱海远(Na
Catchup, since replies hadn't been making it to the lists:
On Thu, Apr 3, 2014 at 4:24 AM, Philip Martin wrote:
> Nathan writes:
>
> > Sorry, do I CC "users@subversion.apache.org"? I don't know how to keep
> it
> > on the list specified.
>
> The
and the list. I
can only guess that I never chose reply-to-all before).
On Thu, Apr 3, 2014 at 4:57 PM, Philip Martin wrote:
> Nathan writes:
>
> >> checking for g++ option to enable C++11 features... -std=gnu++11
> >> checking if g++ -std=gnu++11 accepts -std=c++98... yes
&
S files were generated just
before the newest key was added in the system. I just added the key to
KEYS and subversion-1.14.4.KEYS, so this should prevent others from
encountering the same issue.
Thanks for noticing, and for letting us know!
Have a nice weekend,
Nathan
> server hasn't handled fine for many years. It's also an Apache HTTP server,
> but uses SVN 1.9.7.
>
>
>
> Thanks for any direction you can give me toward a solution.
Hi Jim,
This may be a silly question, but has hardware been checked? I would
start by checking: network wiring to the machine; the machine's RAM.
Thanks,
Nathan
On Wed, Oct 2, 2024 at 10:02 AM Nathan Hartman wrote:
>
> On Tue, Oct 1, 2024 at 10:03 AM Franz Sirl
> wrote:
> >
> > Hi,
> >
> > recently this svn log command started to fail like that:
> >
> > ```
> > > svn log --xml --verbose --search @ -
pr_array_header_t *revprops,
> svn_boolean_t descending_order,
> ```
Good catch! The 11th and 12th arguments are swapped in the forward
declaration. I'll commit this fix in a bit, but before I do that, I
want to go over the call sites and verify they do not have the
arguments swapped due to copying-and-pasting of the (wrong) forward
declaration. Hopefully as you say the code follows the definition (and
not the forward declaration).
Thanks again,
Nathan
Hello all.
I tried searching and could not find any answers to this question, but I
apologize if this has come up before and I missed it.
This is in regard to behavior of an svnsync mirror repository (not the
master) in 1.6.11. The mirroring is up and running fine, with commits
on the maste
n copy the content of this dialog
to the clipboard using Ctrl-C):
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion
\libsvn_wc\workqueue.c'
line 672: assertion failed (checksum != NULL)
---
OK
---
I fixed my local repository by doing a checkout into a new directory and
copying the ".svn" from the new copy to the old directory.
-Nathan
From: Nathan Ciliberto
Sent: Monday, October 17, 2011 4:59 PM
To: 'users@subversion.apache.org'
Subject: RE: Subversion Exceptio
I upgrade my version of TortoiseSVN to 1.7.0 and "upgraded" a repository
which contains a bunch of *.exe files (windows XP).
After doing so It shows most (but not all) of the binaries as being
"modified", however, no changes were made.
So I chose to "revert" these files to try to clean it u
True, but this was an internal repository which I am sure was not being updated.
This would not work, as you have pointed out, for a public repository if it has
been updated.
-Nathan
-Original Message-
From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
Sent: Tuesday
;.
Upon reintegration of "B" to "A", a spurious tree conflict is detected
because the mergeinfo of "file.txt" on "B" was modified (for no good
reason), while that same file was deleted on "A".
ck to plan B - which is to check the SVN client version as part
of the project build process. Not my first choice (and has some obvious
holes), but it'll have to do until then.
Thanks Again,
Nathan
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> On Jul 19, 2017, at 10:08 PM, Nico Kadel-Garcia wrote:
>
> Yup. I don't do it every week, or even every month. Frankly, as
> Subversion has been falling in popularity,
I think that's like the BSD is dying myth. While it's true that hype, Linus's
blessing, and the availability of GitHub have t
On Thu, Jul 20, 2017 at 9:05 AM, Nico Kadel-Garcia wrote:
> On Wed, Jul 19, 2017 at 11:04 PM, Nathan Hartman
> wrote:
> >> On Jul 19, 2017, at 10:08 PM, Nico Kadel-Garcia
> wrote:
> >>
> >> Yup. I don't do it every week, or even every month. Frankl
On Thu, Jul 20, 2017 at 3:41 PM, Johan Corveleyn wrote:
> Not wanting to start a flame war, but for all svn users and admins out
> there that sometimes need to have this conversation ... I found this to be
> a very nice website:
>
> https://svnvsgit.com
>
> (I'm not affiliated with the website, j
On Thu, Jul 20, 2017 at 6:03 AM, Daniel Shahaf
wrote:
> Todd Armstrong wrote on Wed, 19 Jul 2017 19:22 +:
> > There’s a 1.8 draft in the nightly build section of that page with a
> 2016 copyright that I’ve been using.
> >
> > It’s not available in PDF form yet, though.
>
> Requests for a PDF
On Fri, Jul 21, 2017 at 4:47 PM, Daniel Shahaf
wrote:
> Nathan Hartman wrote on Fri, 21 Jul 2017 16:12 -0400:
> > I tried on two occasions to subscribe to that mailing list but there
> seemed
> > to be no response. Does anyone know why or have contact with the book
> &g
On Jul 22, 2017, at 10:19 AM, Nico Kadel-Garcia wrote:
>> I can glance at it if I can find some cycles, no promises. I'm leery:
> much of Subversion's support that I've seen, and that I've sold
> Subversion migration work with myself, is that the singular repository
> can be used to force develope
On Sun, Jul 23, 2017 at 4:21 PM, Nico Kadel-Garcia wrote:
> Circling back to the original point. Local commits for Subversion,
>
effectively transforming it to a DVCS or distributed version control
> system, could be very cool.
You really should head over to dev@ and provide your thoughts on th
On Tue, Jul 25, 2017 at 2:48 AM, Andreas Krey wrote:
> On Thu, 20 Jul 2017 17:38:38 +0000, Nathan Hartman wrote:
> ...
> > Is that such a big deal?
>
> The big deal is a slightly different point. Making commit 'offline'
> not only allows me to make commits while
On Dec 9, 2017, at 12:02 PM, Bo Berglund wrote:
>
> I have finally made a test conversion of our CVS(nt) repositories
> (note1) and now I need to grasp how to work with our code via svn.
> Specifically on the PC programming side we are using a number of
> common source files in many different pro
On Dec 17, 2017, at 6:35 PM, Bo Berglund wrote:
>
> On Sun, 17 Dec 2017 01:22:06 +0100, Branko ?ibej
> wrote:
>
>> We'll have to dispel some misconceptions. Subversion's data model is
>> significantly different from CVS's. Tags (and branches) are not
>> properties of files, they're just (sub)tr
On Jan 2, 2018, at 11:31 AM, Johan Corveleyn wrote:
>
>> On Tue, Jan 2, 2018 at 4:38 PM, Bo Berglund wrote:
>> On Sat, 09 Dec 2017 18:02:20 +0100, Bo Berglund
>> wrote:
>>> vProject
>>> |--- src (all sources from the physical project module)
>>> |--- bin (the binary output from the project)
>
On Jan 2, 2018, at 9:37 PM, Keva-Slient <356730...@qq.com> wrote:
>
>
> inodes usage of my svn server grows up quickly as repositories commits
> increasing.
> there are many reversion files in xx/db/revs/[0-9]+/[0-9]+.
>
> is there any way storing all version files into one file? or any other
On Jan 20, 2018, at 4:03 PM, Julius Smith wrote:
>
> I was cruising along great with my subversion repos on my NAS and my
> working copies on Mac OS X Sierra, but after upgrading to High Sierra
> I see this whenever I try to check something in:
>
>> svn ci -m 'update'
> svn: E45: Commit fail
website corrections?
Thanks,
Nathan Hartman
are newer versions available,
namely apr-1.6.3 and apr-util-1.6.1.
Is it better to use the newer versions or the ones called for in the
get-deps.sh script?
Thanks,
Nathan Hartman
On Feb 12, 2018, at 5:13 PM, Branko Čibej wrote:
>
>> On 12.02.2018 18:41, Bo Berglund wrote:
>> On Mon, 12 Feb 2018 15:54:00 +, Philip Martin
>> wrote:
>>
>>> Bo Berglund writes:
>>>
svn add Fasadändring&Attefalltillbyggnad.pdf
svn: warning: W155010: 'D:\Bosse\Fasadändring' not
On Mar 2, 2018, at 6:16 PM, Philip Martin wrote:
>
> Since the file being committed matched a SHA1 in the rep-cache the
> commit process will attempt to remove this delta but will first verify
> that the fulltext obtained by expanding the delta in the protorev file
> matches the fulltext in the r
On Mar 4, 2018, at 5:28 AM, Stefan Sperling wrote:
>
>> On Sat, Mar 03, 2018 at 09:08:41PM -0500, Nathan Hartman wrote:
>> Does this mean that content being committed to the repository is never elided
>> based on the SHA hash alone but only after a fulltext verificatio
On Mar 5, 2018, at 10:54 PM, Myria wrote:
>
> Final email for the night >.<
>
> What's clobbering the expanded_size is this in build_rep_list:
>
> /* The value as stored in the data struct.
> 0 is either for unknown length or actually zero length. */
> *expanded_size = first_rep->expanded
s where I'm a bit foggy: Once it goes back in time and goes
to that path, does it then follow it forward to HEAD? Or does it
stay in the past?
We've set up all of our externals like (3)... Do we need to go
through our repo and change all externals to specify both the peg
and operative revision?
Thanks,
Nathan Hartman
On Wed, Mar 28, 2018 at 10:59 AM, Nico Kadel-Garcia
wrote:
> On Wed, Mar 28, 2018 at 10:36 AM, Nathan Hartman
> wrote:
>
> > Our requirements are: at any time in the future, if someone checks
> > out code from the past, they should get exactly the same tree as what
>
n to strip the last component etc.
The problem is, what revision do you use to
expand "." to the full path? HEAD? BASE? The
way I see it, if it's HEAD and you check out an
old revision, and things have moved around
some more since then, I think you'll encounter
the same kind of breakage.
Nathan Hartman
On Fri, May 18, 2018 at 12:35 PM Bo Berglund wrote:
> On Fri, 18 May 2018 18:00:21 +0200, Bo Berglund
> wrote:
>
> >Obviously this is a "for dummies" question but I *have* looked at the
> >svnbook but I cannot still find how to do this:
>
> I did not read good enough!
> This worked fine to get t
On Mon, May 21, 2018 at 4:05 PM Davor Josipovic wrote:
> I have finally found the culprit. By coincidence, I had the same
> configuration running on two servers, one backed with a SSD, the other with
> a HDD.
>
> The same commit worked on the SSD-backed server, and always failed on the
> HDD one
On Fri, Jun 8, 2018 at 12:41 PM Daniel Shahaf
wrote:
> Bo Berglund wrote on Fri, 08 Jun 2018 18:29 +0200:
> > How can I use Notepad++ as the log editor and not have this happening?
>
> Subversion runs the editor command with system() and expects that when
> system() returns, if the exit code is z
We make extensive use of externals, so "svn st" outputs many lines
beginning with X. Running "svn st --ignore-externals" gets rid of the
"Performing status on external item at" output, but not the "X" lines.
Is it possible to avoid those as well?
Client version 1.10.0.
Thanks,
On Fri, Jun 29, 2018 at 11:04 AM Julian Foad wrote:
> Nathan Hartman wrote:
> > We make extensive use of externals, so "svn st" outputs many lines
> > beginning with X. Running "svn st --ignore-externals" gets rid of the
> > "Performing status on e
On Fri, Jul 6, 2018 at 5:09 AM Branko Čibej wrote:
> On 29.06.2018 17:04, Julian Foad wrote:
> > Nathan Hartman wrote:
> >> We make extensive use of externals, so "svn st" outputs many lines
> >> beginning with X. Running "svn st --ignore-externals&q
On Sun, Aug 12, 2018 at 3:26 AM Nico Kadel-Garcia wrote:
> In practice, I may have a long-term better idea for you. Split the
> projects, each into their own much smaller repository with only its
> own history. This is also the only good chance you'r likely to get, to
> *discard* inappropriate bi
Suppose I modified filename.c. Can I revert, but instead of throwing away
my changes, revert to a separate file like filename.c.old and keep my
modified filename.c for comparison in my favorite tool?
On Wed, Aug 15, 2018 at 7:10 AM Ryan Schmidt
wrote:
>
>
> On Aug 15, 2018, at 03:02, Daniel Shahaf wrote:
>
> > svn cat filename.c@BASE > filename.c.old
> >
> > but a better way to achieve what you're trying to do is to use a custom
> diff-cmd.
>
> Right. As an example, here's the "svnbbdiff" scr
On Thu, Aug 16, 2018 at 7:36 AM, Steven Kelly wrote:
> Paul Hammant asked:
> > Not answering your question, but could you explain more about your
> > 'serverless' use - sounds intriguing
>
> The idea is to do the simplest SVN example that could possibly work.
> Since TortoiseSVN on Windows can wo
On Thu, Aug 23, 2018 at 9:46 AM Christoph Hannebauer <
christoph.hanneba...@glueckkanja.com> wrote:
> I have not subscribed to the users mailing list, so please CC me in this
> thread.
>
>
>
> My SVN crashed with this error message:
>
>
> 'D:\Development\SVN\Releases\TortoiseSVN-1.10.1\ext\subvers
Has there been a recent change to how wildcards (the asterisk '*') is
treated under Windows?
I am using command line client 1.10.2 r1835932 as installed with
TortoiseSVN 1.10.1, Build 28295 - 64 Bit , 2018/07/15 12:14:12, on
Windows 10 Home 1803 build 17134.254.
I've encountered weirdness with wi
On Mon, Sep 3, 2018 at 11:10 AM Johan Corveleyn wrote:
> On Sun, Sep 2, 2018 at 11:10 PM Nathan Hartman
> wrote:
> > I've encountered weirdness with wildcards several times today, so I
> > just tried in a clean freshly checked-out copy:
> >
> > E:\workspace
On Mon, Sep 3, 2018 at 6:31 PM Branko Čibej wrote:
> These cases are, believe it or not, completely different. On your Mac,
> the shell expands the wildcards. On Windows, Subversion is linked with a
> library that's shipped with Visual Studio (setargv.obj) that expands the
> wildcards in the argu
On Mon, Sep 3, 2018 at 6:31 PM Branko Čibej wrote:
> These cases are, believe it or not, completely different. On your Mac,
> the shell expands the wildcards. On Windows, Subversion is linked with a
> library that's shipped with Visual Studio (setargv.obj) that expands the
> wildcards in the argu
On Thu, Nov 8, 2018 at 4:24 PM Daniel Shahaf wrote:
> It's a wild guess but perchance it's a 'svn co ${URL}@{DATE}' and the
> binary search (to resolve {DATE} to a number) is failing due to authz?
>
Or due to non-chronological commits? (Just another wild guess.)
On Fri, Nov 30, 2018 at 4:56 AM Julian Foad wrote:
> 钱海远(Nathan) wrote:
> > We want to develop a feature like git pull request .
>
> Some other companies are also interested in developing the same.
>
> There are a few different possible directions.
>
> You could
On Mon, Dec 10, 2018 at 5:14 AM Stefan Sperling wrote:
> Perhaps Github's customers will just need to press a little bit
> harder for a fix to be applied at Github's end?
Agreed. The squeaky wheel gets the grease.
On Thu, Jan 10, 2019 at 7:39 AM wrote:
> I cannot do a sparse checkout as I require every part of the information
> to get the software running (a game)
>
At risk of saying the obvious, may I make a suggestion: Work on the
(larger) external hard drive. In other words, have your entire working
co
On Thu, Jan 10, 2019 at 10:48 AM Oscar Lee wrote:
> The external drive is actually a company samba server that I connect over
> VPN. As such, it's super slow to read and even worse to write (maxes at
> 3MB/s). I don't care if the cleanup process or updating of the pristine
> files is slow, but I
On Tue, Feb 5, 2019 at 7:18 PM Nico Kadel-Garcia wrote:
> On Tue, Feb 5, 2019 at 1:38 AM Chagai Nota
> wrote:
> >
> > in network share
> >
>
> The network share is a CIFS share, and the local Subversion is old?
> Older versions of Subversion had very poor performance on CIFS.
>
Did you try updat
On Fri, Apr 12, 2019 at 5:54 PM Bo Berglund wrote:
> On Fri, 12 Apr 2019 21:13:42 +0200, Bo Berglund
> wrote:
>
> >What can have gone wrong here?
>
> Wrong Depth setting on the WC...
Don't feel bad about that. I did some head scratching myself a few weeks
ago. I set svn:externals to pull depen
On Wed, Apr 17, 2019 at 8:01 PM Mun Johl
wrote:
> Hi Eric,
>
> Thank you for your reply.
> Please see my comments below.
>
>
> On Wed, Apr 17, 2019 at 04:32 PM PDT, Eric Johnson wrote:
> > Sounds like you might want to take advantage of svn:externals.
> >
> > http://svnbook.red-bean.com/nightly/e
On Thu, Apr 18, 2019 at 12:30 PM Branko Čibej wrote:
> On 18.04.2019 18:17, Richard Cavell wrote:
> > Hello. I believe that the output of svn help remove on my machine is
> > out of date. It says that each item is scheduled for deletion. But
> > this has been changed over the years as subversi
On Thu, Apr 18, 2019 at 5:08 PM Ryan Schmidt
wrote:
> In this whole thread we are presuming that you have a single repository
> containing multiple projects. In that case, you can preserve history. But
> another approach is to use a separate repository for each project, and if
> you're going to d
On Tue, May 7, 2019 at 9:19 AM Osipov, Michael
wrote:
> Any chances that this will go way with the next LTS release? 1.5 is
> really really old...
The problem with that idea is that repositories in use today that contain
pre-1.5-style externals will stop working.
On Mon, Aug 12, 2019 at 7:19 AM Jens Restemeier
wrote:
> - would it be possible for "svn checkout" to only download the metadata
> from
> the server, and keep the workspace files unchanged?
"svn checkout" can actually check out into a directory that already exists
and contains files. When a fil
On Thu, Aug 22, 2019 at 7:03 AM Bo Berglund wrote:
> It runs svn 1.9.7 as does the production server at the company.
1.9.7 has a bug related to files whose size is an exact multiple of 16,384
or 65,536 or something. I don't remember the exact details or whether
that's client or server side. But
On Fri, Aug 23, 2019 at 9:53 AM Mark Phippard wrote:
> Anyway ... the only danger of a repository format is if you upgrade to
> latest and then for some reason need to downgrade your server binaries to
> an older version. You can always use an older format with a newer version.
>
If you did wis
On Tue, Aug 27, 2019 at 12:42 PM wrote:
> FWIW, I found the explanations in these two emails from the same thread to
> be easier to understand as a user:
> https://svn.haxx.se/users/archive-2010-11/0408.shtml
> https://svn.haxx.se/users/archive-2010-11/0466.shtml
>
> This sounds like yet another
On Tue, Aug 27, 2019 at 10:24 PM Nathan Hartman
wrote:
> All of this would happen only if svn:project is set on that directory. If
> not, then "svn branch" and "svn tag" are not valid commands and will error
> out, while "svn merge" and "svn switch&
On Thu, Aug 29, 2019 at 2:49 PM Michael Ditum wrote:
> As we're running a ridiculously old subversion server (1.4.4) on a
> ridiculously old operating system (Fedora 7) I've decided it's time to
> migrate to a new server.
>
Have you tried to do a dump from 1.4.4 and load on a newer version of
Su
On Thu, Aug 29, 2019 at 3:15 PM Michael Ditum wrote:
> Thanks for the response, I hadn't tried it! I've just given that a go and
> unfortunately the dump command failed with...
>
> [mike@tigger svn]$ svnadmin dump svnroot > svnroot.dump
> * Dumped revision 1.
> ...snip...
> * Dumped revision 2495
On Thu, Aug 29, 2019 at 4:21 PM Nathan Hartman
wrote:
> On Thu, Aug 29, 2019 at 3:15 PM Michael Ditum
> wrote:
>
>> Thanks for the response, I hadn't tried it! I've just given that a go and
>> unfortunately the dump command failed with...
>>
>&g
On Tue, Sep 3, 2019 at 9:41 AM swdev wrote:
> Hi
>
> I downloaded the following tarball
> http://mirrors.netix.net/apache/subversion/subversion-1.12.2.tar.bz2 and
> verified its checksum.
> I want to be able to build subversin so that I can run the static analysis
> tool PVS-Studio (https://www.
On Tue, Sep 3, 2019 at 9:41 AM swdev wrote:
> OPENSSL (manual download)
> ===
> cd openssl
> git clone git://git.openssl.org/openssl.git .
> ./config --prefix=/home/jonny/subversion
> --openssldir=/home/jonny/subversion/etc/ssl/openssl.cnf
> make
> make test
> make install
> cd ..
>
You migh
>
> On Tue, Sep 3, 2019 at 11:12 AM swdev wrote:
>
>> Rebuilding openssl with the PREFIX and OPENSSLDIRS both set to
>> /homejonny/subversion builds successfully.
>> Building serf still fails with the same errors as my original post.
>> I will try copying the missing bio_lcl.h file from the openss
On Wed, Sep 4, 2019 at 12:56 AM Andreas Stieger
wrote:
> Hello,
>
> > > > When building SERF, I ran into the following errors
>
> Maybe this is a case of not really needing to build from source, but
> wanting Subversion installed. Maybe swdev went down an unintended rabbit
> hole. So if I may ask
On Sat, Sep 21, 2019 at 10:15 AM Thorsten Schöning
wrote:
> Hi all,
>
> I have some repo generating revisions automatically based on some
> events of some software, to track some changes to some status and
> config files automatically. This repos currently contains ~ 145'000
> revisions and becau
On Fri, Sep 27, 2019 at 12:51 PM Bo Berglund wrote:
>
> I need to create a project in the repository where I will use files that have
> been worked on in different test projects. All projects are part of the same
> repository.
>
> So in the new project I will have both new files and files from t
Hi,
I would like to know the Subversion can be integrate with JIRA bug tracking
tool.
Ex: I found an issue in software coding and create a problem report to address
root cause, analysis, documents updates , etc and I will use the JIRA to track
all above, but Subversion is a configuration ma
ry SVN, consider
> an active mirror sync to the box that fisheye then runs on and index that
> version locally.
>
> -Dane
>
>> On Mon, Sep 30, 2019 at 1:35 PM Eric Johnson wrote:
>> Hi Ragu,
>>
>> Your question is sort of a tricky one. Well, at least parts of
On Tue, Oct 29, 2019 at 8:27 AM Richard Hewitt
wrote:
> Is the Subversion package for Synology NAS devices compatible with using
> Synology High Availability (i.e. hosting the Subversion package upon a
> Synology High Availability cluster)?
>
This is the mailing list for Subversion; however we d
already exists in your second step, the last component of the path (v1) is
not given any special treatment and trunk is copied into the v1 directory.
I hope this (admittedly verbose) explanation makes sense... if not let us
know. :-)
Kind regards,
Nathan
27;Uncommitted local addition, copy or move'.
That tells me that it must be running, not crashing.
Of course, I could be mistaken. Please could you show us more output
from 'make install' than the 3 lines in the MacPorts Trac issue?
Also, are you building from a distribution tarball or from a working
copy checked out from Subversion's source repository?
Thanks,
Nathan
On Sun, Nov 17, 2019 at 4:24 PM Nathan Hartman
wrote:
> On Sun, Nov 17, 2019 at 2:47 PM Ryan Schmidt 2...@ryandesign.com> wrote:
> > The MacPorts maintainer of subversion suggested:
> >
> >> That's almost certainly from the revision-install target in the
> &
am seeing the same result, namely:
$ svn info "$repo/dir/file"@1
svn: E160016: Failure opening '/dir' in revision 2
svn: E160016: '/dir' is not a directory in filesystem '(snip)'
You asked for peg revision 1, it's looking in revision 2.
I'm investigating...
Thanks again for reporting this.
Nathan
ed; revision 1 is now included in the differencing),
it follows the copy backwards to revision 1 and shows only the differences.
I agree it would be nice if it could show only the changes in the copy, but
then a command like 'diff -r 2:3' would be ambiguous... How would it know
if you want it to trace history beyond the range specified, or if you want
it to respect the -r 2:3 limit?
Thoughts?
Thanks again for writing.
Nathan
that Windows Server 2003 box and
then accessing the repository from your client machines via the svn://
protocol?
This will require either re-checking-out working copies on the client
machines or updating their URLs with svn switch --relocate (or through
TortoiseSVN).
Nathan
On Wed, Nov 20, 2019 at 2:21 PM jimbobmcgee wrote:
> Hi Nathan;
>
> We did not go down that route -- we simply moved our repositories to a
> newer-edition Windows file server, and used a DNS alias so that the
> end-users weren't affected for too long. It is part of our ongo
On Tue, Nov 19, 2019 at 12:03 AM Nathan Hartman
wrote:
>
> On Mon, Nov 18, 2019 at 4:53 AM Иван Селин
wrote:
>>
>> Hi!
>>
>> I think I've found a bug in subversion client. Setup is as follows:
>> 1. Create directory with a file in it — commit 1
>>
; line 97: assertion failed (! bfd->in_txn_trail)
> svn: E210002: Network connection closed unexpectedly
>
> Can you help us to fix this bug?
> Thanks in advance.
Hello Detlef,
Thank you for your report.
I'll try the reproduction procedure you described in the Tortoise forum...
Thank you,
Nathan
1 - 100 of 240 matches
Mail list logo