Den mån 4 dec. 2023 kl 14:29 skrev Gunnar Grim :
> Hi!
>
> Thanks for your reply. Just hearing that my setup looks OK made me look
> deeper, with Wireshark. Found that svn was using IPV6 but firefox used
> IPV4. Apparently the proxy can't handle IPV6 so I am now using a hostname
> wihout any IPV6
Hi!
Thanks for your reply. Just hearing that my setup looks OK made me look
deeper, with Wireshark. Found that svn was using IPV6 but firefox used
IPV4. Apparently the proxy can't handle IPV6 so I am now using a
hostname wihout any IPV6 address in /etc/hosts and everything works fine.
Thanks
Den sön 26 nov. 2023 kl 18:31 skrev Gunnar Grim :
> Hi!
>
> I have subversion running in a Docker container and everything works fine
> if I connect directly to it, but I really need to run subversion behind an
> Apache 2.4 proxy. For now I'm not using https, just trying to get it to
> work with a
lör 2 dec. 2023 kl. 12:02 skrev Bo Berglund :
> On Fri, 01 Dec 2023 11:21:32 +0100, Bo Berglund
> wrote:
>
> >OK, I will have to test it again.
> >
> >But I have so many RPi units and some have this problem whereas others
> don't so
> >I have to somehow figure out how to test it on all to look fo
On Fri, 01 Dec 2023 11:21:32 +0100, Bo Berglund wrote:
>OK, I will have to test it again.
>
>But I have so many RPi units and some have this problem whereas others don't so
>I have to somehow figure out how to test it on all to look for commonality/diff
>between those that pop the GUI dialog and
On Fri, Dec 1, 2023 at 4:27 PM Daniel Sahlberg
wrote:
>
> fre 1 dec. 2023 kl. 22:15 skrev Mark Phippard :
>>
>> Correct me if I am wrong Nathan, but there is no option that allows
>> plaintext passwords on Linux.
>> https://subversion.apache.org/docs/release-notes/1.14.html#plaintext-passwords-dis
fre 1 dec. 2023 kl. 22:15 skrev Mark Phippard :
> Correct me if I am wrong Nathan, but there is no option that allows
> plaintext passwords on Linux.
>
> https://subversion.apache.org/docs/release-notes/1.14.html#plaintext-passwords-disabled
In the original post there was a quote from svn —versi
Correct me if I am wrong Nathan, but there is no option that allows
plaintext passwords on Linux.
https://subversion.apache.org/docs/release-notes/1.14.html#plaintext-passwords-disabled
I thought that was a change in trunk to put that back as an option for
1.15? https://svn.apache.org/repos/asf/s
On Fri, 1 Dec 2023 09:25:55 +0100, Daniel Sahlberg
wrote:
>Den fre 1 dec. 2023 kl 08:35 skrev Bo Berglund :
>
>> As it has been for some time now when I enter a command window svn command
>> that
>> requires authentication it pops up a dialog on the GUI window which is
>> invisible
>> to me at th
Den fre 1 dec. 2023 kl 08:35 skrev Bo Berglund :
> As it has been for some time now when I enter a command window svn command
> that
> requires authentication it pops up a dialog on the GUI window which is
> invisible
> to me at that point.
> It took a while before I understood what was going on,
On Fri, 1 Dec 2023 00:55:30 -0500, Nathan Hartman
wrote:
>On Thu, Nov 30, 2023 at 6:43?PM Bo Berglund wrote:
>>
>> When I installed subversion on a Raspberry Pi4B and checked the installed
>> version afterwards it printed this:
>>
>> $ svn --version
>> svn, version 1.14.2 (r1899510)
>>compil
On Thu, Nov 30, 2023 at 6:43 PM Bo Berglund wrote:
>
> When I installed subversion on a Raspberry Pi4B and checked the installed
> version afterwards it printed this:
>
> $ svn --version
> svn, version 1.14.2 (r1899510)
>compiled Nov 12 2022, 20:30:30 on arm-unknown-linux-gnueabihf
>
> Copyrig
On Thu, 26 Oct 2023 12:51:31 -0500, David Gerler wrote:
>Good Afternoon,
>I had to change the subnet for our subversion server from 192.168.2.0/24
>to 192.168.3.0/24. Now when we try to connect to the subversion server with
>TortoiseSVN it actively refuses connection.
This message in windows
On Thu, 26 Oct 2023 at 20:51, David Gerler wrote:
>
> Good Afternoon,
> I had to change the subnet for our subversion server from 192.168.2.0/24
> to 192.168.3.0/24. Now when we try to connect to the subversion server with
> TortoiseSVN it actively refuses connection. Any help to get this fi
Den sön 27 aug. 2023 kl 22:28 skrev Fischer, Michael <
michael.fisc...@yale.edu>:
> Dear Daniel,
>
> Thank you for the careful reply. Some answers are interspersed below.
>
> On 8/22/23 7:40 AM, Daniel Sahlberg wrote:
>
> Den sön 20 aug. 2023 kl 17:14 skrev Fischer, Michael <
> michael.fisc...@ya
Dear Daniel,
Thank you for the careful reply. Some answers are interspersed below.
On 8/22/23 7:40 AM, Daniel Sahlberg wrote:
Den sön 20 aug. 2023 kl 17:14 skrev Fischer, Michael
mailto:michael.fisc...@yale.edu>>:
I have many repositories configured for sasl authentication. The svn client
for
Den sön 20 aug. 2023 kl 17:14 skrev Fischer, Michael <
michael.fisc...@yale.edu>:
> I have many repositories configured for sasl authentication. The svn
> client for Mac osx, built using MacPorts, recently stopped working. I
> first reported the problem to the MacPorts bug list but have been adv
Noted.
On 12/15/2022 7:52 AM, Nathan Hartman wrote:
On Thu, Dec 15, 2022 at 7:48 AM Don Newbold (GSC)
wrote:
Nathan,
Understood. If and when I see the assertion again I'll retain a copy of
the file and send that along with the reporting email.
Don
Hi Don,
Please note that submitting a
Daniel,
All of the subversion tools are used under Windows. No subversion tools
are even installed under any Linux installations.
The source code is used under Linux, but rarely edited under Linux. I
regularly use Cygwin tools (dos2unix.exe, for example), but rarely edit
files there.
You d
Nathan,
Understood. If and when I see the assertion again I'll retain a copy of
the file and send that along with the reporting email.
Don
On 12/14/2022 11:03 PM, Nathan Hartman wrote:
On Wed, Dec 14, 2022 at 2:24 PM Don Newbold (GSC)
wrote:
To be clear, I have never seen any SVN related A
On Thu, Dec 15, 2022 at 7:48 AM Don Newbold (GSC)
wrote:
>
> Nathan,
>
> Understood. If and when I see the assertion again I'll retain a copy of
> the file and send that along with the reporting email.
>
> Don
Hi Don,
Please note that submitting a file here would make it public, so
please take t
Den tors 15 dec. 2022 kl 06:04 skrev Nathan Hartman <
hartman.nat...@gmail.com>:
> On Wed, Dec 14, 2022 at 2:24 PM Don Newbold (GSC)
> wrote:
> > To be clear, I have never seen any SVN related ASSERTION on any other
> > occasion.
> >
> > The file in question is named "release.txt" and contains re
On Wed, Dec 14, 2022 at 2:24 PM Don Newbold (GSC)
wrote:
> To be clear, I have never seen any SVN related ASSERTION on any other
> occasion.
>
> The file in question is named "release.txt" and contains release notes
> for a driver. I've got over 50 different such files and collectively
> have made
Nathan,
To be clear, I have never seen any SVN related ASSERTION on any other
occasion.
The file in question is named "release.txt" and contains release notes
for a driver. I've got over 50 different such files and collectively
have made perhaps 500 different commits of these files. I see th
On Tue, Dec 13, 2022 at 6:11 PM Don Newbold (GSC)
wrote:
>
> I've received notice of an assertion upon committing some files.
>
> The assertion was via a dialog box, which is shown in the attached
> image. The text of the dialog box is as follows - the Ctrl-C
>
>
>
> ---
>
On 12.08.2022 09:44, Channakeshavala, Sriharsha wrote:
Hi Subversion Team,
We have compiled the *subversion 1.14.0* source code successfully with
below dependent libraries:
1. Expat 2.2.9
2. Zlib 1.2.8
3. Sqlite 3.28.0
4. Apr 1.6.5
5. apr-util-1.6.0
*Compilation Machine details:*
Wind
Sriharsha wrote:
? Hi Subversion Team,
That is an inaccurate way to address the SVN users on this mailing list.
? There is time delay in executing the command:
? Whereas with the same binaries, if we execute it in windows 2019. It is much
faster.
Could be an IPv6/IPv4 network thing: Somet
"Miriam Mutici" wrote:
> 'D:\Development\SVN\Releases\TortoiseSVN-1.9.5\ext\subversion\subversion\libsvn_wc\wc_db.c'
> line 11825: assertion failed (op_depth == relpath_depth(local_relpath))
You are running an 8 year old version. Upgrade to a current version and try
again.
Andreas
Den ons 27 apr. 2022 14:22Miriam Mutici
skrev:
> Hello,
>
>
>
> when updating my repo after having a tree conflict (after a branch and
> rename) I’ve received the following exception which I report to you as I
> was asked by the error dialog:
>
> ---
>
> Subversion Excepti
On Thu, 3 Feb 2022 14:12:14 -0500, Nathan Hartman
wrote:
>There exists somewhere in our mail archives
>a script for zsh (which I can try to find if you want it) to manually
>cache a plaintext password, if you feel this is an acceptable
>solution. (There might also be a python script; I don't reme
Nathan Hartman wrote on Thu, 03 Feb 2022 19:12 +00:00:
> On Thu, Feb 3, 2022 at 1:31 PM Jeffrey Walton wrote:
>> I checked the man pages and could not find an answer... What
>> environmental variables does a subversion client use?
>>
>> The problem I am trying to solve is, I am being prompted for
On Thu, Feb 3, 2022 at 1:31 PM Jeffrey Walton wrote:
> I checked the man pages and could not find an answer... What
> environmental variables does a subversion client use?
>
> The problem I am trying to solve is, I am being prompted for a
> password in a script about 15 times. I want to know which
On Tue, Nov 30, 2021 at 10:33 AM Nathan Hartman
wrote:
> I can confirm:
>
> Building 1.14.1:
> - with sqlite-amalgamation 3.36 fails with ld error: undefined
> reference to `unixFcntlExternalReader'.
> - with sqlite-amalgamation 3.37 succeeds.
I've documented it in the 1.14 release notes in case
On Mon, Nov 29, 2021 at 10:19 AM Daniel Sahlberg
wrote:
>
> Den tis 2 nov. 2021 kl 09:33 skrev Daniel Sahlberg
> :
>>
>> Den mån 1 nov. 2021 kl 09:32 skrev Gretton, Liam
>> :
(snip)
>> > .libs/sqlite3wrapper.o: In function `unixFileControl':
>> >
>> > /home/liam/downloads/subversion-1.14.1/sqlit
Den tis 2 nov. 2021 kl 09:33 skrev Daniel Sahlberg <
daniel.l.sahlb...@gmail.com>:
> Den mån 1 nov. 2021 kl 09:32 skrev Gretton, Liam <
> liam.gret...@leicester.ac.uk>:
> >
> > I'm rebuilding our Subversion server, getting it up to date after a fair
> period of neglect.
> >
> >
> >
> > I'm finding
Hi Daniel,
Thanks very much for your reply, I've been able to build 1.14.1 with
sqlite-amalgamation 3.35.
I'll keep an eye on SQLite releases to see if this gets fixed, I see 3.37.0 is
due out in a couple of weeks.
Den mån 1 nov. 2021 kl 09:32 skrev Gretton, Liam :
>
> I'm rebuilding our Subversion server, getting it up to date after a fair
> period of neglect.
>
>
>
> I'm finding that 1.41.1 has a problem somewhere in its SQLite code and fails
> at the make stage. 1.10.7 succeeds with exactly the same buil
On Tue, Oct 26, 2021 at 12:50 PM David Robertson
wrote:
>
> Hello,
>
> I recently upgraded from 1.7.14-14 (CentOS 7) to 1.14.1-1 (CentOS 8) on my
> SVN server. All the updates to my repositories went smoothly with no warnings
> or errors. I serve the repositories with mod_dav_svn and I use the
Den tors 21 okt. 2021 kl 17:56 skrev Nathan Hartman <
hartman.nat...@gmail.com>:
> On Thu, Oct 21, 2021 at 8:06 AM Johan Corveleyn wrote:
>
>
>
> > > Den tors 21 okt. 2021 kl 13:39 skrev Tomasz Lubinski <
> t.lubin...@verocel.pl>:
> > >> Very strange problem with assembly code in zlib 1.2.11.
>
: Subversion ; Johan Corveleyn
; Daniel Sahlberg
Subject: Re: Subversion 1.14.1 and serf 1.3.9
On Thu, Oct 21, 2021 at 8:06 AM Johan Corveleyn wrote:
> > Den tors 21 okt. 2021 kl 13:39 skrev Tomasz Lubinski
> > :
> >> Very strange problem with assembly code in zlib 1.2.11.
>
...@gmail.com>; Daniel Sahlberg
> Subject: Re: Subversion 1.14.1 and serf 1.3.9
>
> On Thu, Oct 21, 2021 at 8:06 AM Johan Corveleyn wrote:
>
>
>
> > > Den tors 21 okt. 2021 kl 13:39 skrev Tomasz Lubinski <
> t.lubin...@verocel.pl>:
> > >> Ve
On Thu, Oct 21, 2021 at 8:06 AM Johan Corveleyn wrote:
> > Den tors 21 okt. 2021 kl 13:39 skrev Tomasz Lubinski
> > :
> >> Very strange problem with assembly code in zlib 1.2.11.
> Indeed, zlib's assembly code seems to be unreliable on Windows. When I
> build / test (for signing new release
Den tors 21 okt. 2021 kl 14:05 skrev Johan Corveleyn :
> On Thu, Oct 21, 2021 at 2:00 PM Daniel Sahlberg
> wrote:
> >
> > Den tors 21 okt. 2021 kl 13:39 skrev Tomasz Lubinski <
> t.lubin...@verocel.pl>:
> >>
> >> I’m using Virtual SVN, server shows accepted connection with code 200.
> >>
> >>
> >
On Thu, Oct 21, 2021 at 2:00 PM Daniel Sahlberg
wrote:
>
> Den tors 21 okt. 2021 kl 13:39 skrev Tomasz Lubinski :
>>
>> I’m using Virtual SVN, server shows accepted connection with code 200.
>>
>>
>>
>> I’ve found the problem. There is a problem with zlib 1.2.11. I use zlib
>> 1.2.7 (that was use
Kind regards,
Daniel
>
> *From:* Daniel Sahlberg
> *Sent:* Thursday, October 21, 2021 10:36 AM
> *To:* Tomasz Lubinski
> *Cc:* Subversion
> *Subject:* Re: Subversion 1.14.1 and serf 1.3.9
>
>
>
> Den tors 21 okt. 2021 kl 07:58 skrev Tomasz Lubinski <
> t.lubin...@v
From: Daniel Sahlberg
Sent: Thursday, October 21, 2021 10:36 AM
To: Tomasz Lubinski
Cc: Subversion
Subject: Re: Subversion 1.14.1 and serf 1.3.9
Den tors 21 okt. 2021 kl 07:58 skrev Tomasz Lubinski mailto:t.lubin...@verocel.pl> >:
I tried once again, now with svn.exe built from
ion compared to top-posting).
>
>
> Tomek L
>
>
>
> *From:* Daniel Sahlberg
> *Sent:* Wednesday, October 20, 2021 3:21 PM
> *To:* Tomasz Lubinski
> *Cc:* Subversion
> *Subject:* Re: Subversion 1.14.1 and serf 1.3.9
>
>
>
> Den ons 20 okt. 2021 13:49
I tried once again, now with svn.exe built from 1.14.1 sources. With OPENSSL
1.1.1l. It seems that it crashes somewhere in zlib.
Logs attached.
Tomek L
From: Daniel Sahlberg
Sent: Wednesday, October 20, 2021 3:21 PM
To: Tomasz Lubinski
Cc: Subversion
Subject: Re: Subversion 1.14.1
is
blocking the connection?
Kind regards
Daniel
>
>
>
> Tomek L
>
>
>
> *From:* Daniel Sahlberg
> *Sent:* Wednesday, October 20, 2021 12:03 PM
> *To:* Tomasz Lubinski
> *Cc:* Subversion
> *Subject:* Re: Subversion 1.14.1 and serf 1.3.9
>
>
>
>
: Subversion
Subject: Re: Subversion 1.14.1 and serf 1.3.9
Den ons 20 okt. 2021 kl 11:58 skrev Tomasz Lubinski mailto:t.lubin...@verocel.pl> >:
Yes problem occurs only with correct user/password (self-signed SSL certificate
used). In case of incorrect user/password or repository name, i
I suppose that openssl is not a problem becuase when I used http protocol
instead of https the problem is still the same.
Tomek L
From: Daniel Sahlberg
Sent: Wednesday, October 20, 2021 11:18 AM
To: Tomasz Lubinski
Cc: Subversion
Subject: Re: Subversion 1.14.1 and serf 1.3.9
Den
using my build.
Regards,
Tomek L
From: Daniel Sahlberg
Sent: Wednesday, October 20, 2021 11:18 AM
To: Tomasz Lubinski
Cc: Subversion
Subject: Re: Subversion 1.14.1 and serf 1.3.9
Den ons 20 okt. 2021 kl 10:35 skrev Tomasz Lubinski mailto:t.lubin...@verocel.pl> >:
Is it possi
Den ons 20 okt. 2021 kl 11:58 skrev Tomasz Lubinski :
> Yes problem occurs only with correct user/password (self-signed SSL
> certificate used). In case of incorrect user/password or repository name,
> it ends with correct error message without segmentation fault.
>
> The problem is when I’m tryin
Den ons 20 okt. 2021 kl 10:35 skrev Tomasz Lubinski :
> Is it possible to use subversion 1.14.1 with serf 1.3.9?
> Documentation says: ' 7. Apache Serf library 1.3.4 or newer (OPTIONAL)'
> but when used with
> - SERF 1.3.9, and
> - OpenSSL 3.0
>
> I've got segmentation fault from SERF, near:
> s
On Fri, May 21, 2021 at 2:14 PM jackson wrote:
>
> HI Mark ,
>
> Thank you so much , i will enable the debug mode and do the testing and let
> you know once done.
I would suggest taking a look at the Apache error.log once you do as
it will grow very fast. The LDAP module logs a fair amount and
HI Mark ,
Thank you so much , i will enable the debug mode and do the testing and
let you know once done.
Thanks & Regards,
Jackson J
On Fri, May 21, 2021 at 11:35 PM Mark Phippard wrote:
> On Fri, May 21, 2021 at 8:49 AM jackson wrote:
> >
> > Hi Team,
> >
> > We are using subversion 1.7 v
On Fri, May 21, 2021 at 8:49 AM jackson wrote:
>
> Hi Team,
>
> We are using subversion 1.7 version and we are facing issues very often when
> the users trying to commit or checkout they are getting HTTP 500 error and
> the user is getting locked out. The users are authenticated via LDAP.
>
> A
Hi Nathan,
Yes, we are building a new subversion server with version 1.10.
We have been facing this issue for the past 3-4 months and Meanwhile, is
there any performance tuning that can be done to fix this issue till the
migration is completed ?
Thanks & Regards,
Jackson J
On Fri, May 21,
On Fri, May 21, 2021 at 8:48 AM jackson wrote:
> Hi Team,
>
> We are using subversion 1.7 version and we are facing issues very often when
> the users trying to commit or checkout they are getting HTTP 500 error and
> the user is getting locked out. The users are authenticated via LDAP.
>
> At
Den tis 23 mars 2021 kl 12:17 skrev ram...@3vshej.cn :
> ---
> Subversion Exception!
> ---
> Subversion遇到了一个严重的问题。
> 麻烦您花点时间将这个问题报告给Subversion
> 请尽量详细的描述您之前尝试的操作。
> 不过希望您先在邮件存档中搜索一下同样的问题，避免重复提交。
> 您可以登录下面的地址搜索邮件存档：
> https://subversion.apache.org/mai
Den fre 5 mars 2021 kl 15:11 skrev Uwe Jans :
> Hi all,
>
> searching the web I found "tested on Windows Server 2012, 2008, 2003".
> Is there a plan to test Subversion against Windows Server 2019?
>
> We have been using Subversion for many years, running on Windows Server
> 2012 supported by our I
On 2021/02/17 6:17, Lev Serebryakov wrote:
> On 16.02.2021 23:52, Yasuhito FUTATSUKI wrote:
>>
>
>>> However, I don't think it is not an issue of Subversion release tarball
>>> but an issue of FreeBSD ports.
>>
>> This may be incorrect. It seems it is caused by wrong rule of
>> copy-swig-py: targe
On 16.02.2021 23:52, Yasuhito FUTATSUKI wrote:
However, I don't think it is not an issue of Subversion release tarball
but an issue of FreeBSD ports.
This may be incorrect. It seems it is caused by wrong rule of
copy-swig-py: target.
Yep, it is wrong in case of multi-job build. It works
On 16.02.2021 21:59, Yasuhito FUTATSUKI wrote:
Thank you! That is immensely helpful. Now we can check when and why
that change was introduced.
However, I don't think it is not an issue of Subversion release tarball
but an issue of FreeBSD ports.
This issue is result to update to 1.14.1. I di
In article <210217035914.m0144...@mkii.yf.bsdclub.org>
futat...@yf.bsdclub.org writes:
> However, I don't think it is not an issue of Subversion release tarball
> but an issue of FreeBSD ports.
This may be incorrect. It seems it is caused by wrong rule of
copy-swig-py: target.
> Perhaps symb
In article
hartman.nat...@gmail.com writes:
> Are you building from a distribution tarball? (As opposed to a
> checkout or export of the 1.14.1 tag in our repository...) If so, did
> you run autogen.sh? I noticed some changes in
> subversion/bindings/swig/INSTALL on trunk that haven't been backpo
In article
hartman.nat...@gmail.com writes:
> On Tue, Feb 16, 2021 at 12:32 PM Lev Serebryakov
> wrote:
> > I found cause, but as I'm not python programmer, I don't understand it.
> >
> > Old "import _XXX" (like "import _core" in
> > subversion/bindings/swig/python/core.py) works, new "from
Nathan Hartman wrote on Tue, 16 Feb 2021 17:15 +00:00:
> You can generate a diff to view the changes with:
>
> $ svn diff \
> https://svn.apache.org/repos/asf/subversion/trunk/subversion/bindings/swig/INSTALL\
> https://svn.apache.org/repos/asf/subversion/tags/1.14.1/subversion/bindings/swig/INSTA
On Tue, Feb 16, 2021 at 12:32 PM Lev Serebryakov
wrote:
> I found cause, but as I'm not python programmer, I don't understand it.
>
> Old "import _XXX" (like "import _core" in
> subversion/bindings/swig/python/core.py) works, new "from . import XXX"
> doesn't.
>
>I've patched these lines
On 16.02.2021 20:15, Nathan Hartman wrote:
Update to 1.14.1 break out-of-tree build of python bindings (with python
3.7).
Are you building from a distribution tarball? (As opposed to a
checkout or export of the 1.14.1 tag in our repository...) If so, did
you run autogen.sh? I noticed s
On 16.02.2021 19:51, Yasuhito FUTATSUKI wrote:
Update to 1.14.1 break out-of-tree build of python bindings (with python
3.7).
1.14.0 works with same options, makefiles, etc. 1.14.1 fails to build
bindings when libraries are installed and swig is not installed (bindings are
built as sepa
On Tue, Feb 16, 2021 at 10:05 AM Lev Serebryakov
wrote:
>
>
>Update to 1.14.1 break out-of-tree build of python bindings (with python
> 3.7).
Are you building from a distribution tarball? (As opposed to a
checkout or export of the 1.14.1 tag in our repository...) If so, did
you run autogen
Hi,
On 2021/02/17 0:04, Lev Serebryakov wrote:
>
> Update to 1.14.1 break out-of-tree build of python bindings (with python
> 3.7).
> 1.14.0 works with same options, makefiles, etc. 1.14.1 fails to build
> bindings when libraries are installed and swig is not installed (bindings are
> buil
Sven F. wrote on Wed, 03 Feb 2021 00:41 +00:00:
> so it probably 'tracked' down the problem into the lib ssl interraction
> (serf?).
libserf handles http/https. Subversion doesn't use SSL libraries directly for
http.
> I have no idea how to contact the serf developper, or how to test serv
> al
It's definitely not a unique occurrence. Colleague of mine encountered this
too recently. Our repository's working copy size is ~1TB populated with
files around 5MB. This exception pops up during cleanup operation (probably
after an interrupted update), preventing it from finishing. As the working
On Oct 1, 2020, at 17:11, Brian Stuart wrote:
> ---
> Subversion Exception!
> ---
> Subversion encountered a serious problem.
> Please take the time to report this on the Subversion mailing list
> with as much information as possible about what
>
ubversion.apache.org
Subject: Re: Subversion Build Issues - 1.10.6
WARNING: This message originated from an external sender.
CAUTION: This email originated from outside of the organization. Do not click
links or open attachments unless you recognize the sender and know the content
is safe.
Thorsten
Thorsten wrote on Fri, 26 Jun 2020 10:24 +0200:
> Hello,
>
> Well I am no expert and thus i might be completly wrong, but it seems
> to me that you placed subversion in the path
>
> /root/subversion-1.10.6/
>
> and trying to install it to
>
> /usr/local/lib
>
> So it seems a little bit stran
Sanad Majid wrote on Thu, 25 Jun 2020 14:52 +:
> Hi Nathan,
>
> Thank you for your suggestion. I have tried to configure as you told, please
> find the logs below.
>
> root@LCNAS:~# apt-file search libsvn_ra_serf
> libsvn-dev: /usr/lib/arm-linux-gnueabi/libsvn_ra_serf-1.a
> libsvn1: /usr/lib
Sanad Majid wrote on Thu, 25 Jun 2020 14:53 +:
> 1. I have installed libssl-dev, but how to add libssl-dev to libserf-dev's
> Depends?
You don't need to add libssl-dev to libserf-dev's Depends if you've
installed libssl-dev.
> 3. Not able to install 'libutf8proc-dev'
>
>
>
> root@LCNAS:~#
as.so
mod_cern_meta.so mod_mpm_worker.so mod_xml2enc.so
mod_cgid.so mod_negotiation.so
root@LCNAS:/usr/lib/apache2/modules#
Thanks,
Sanad MM
-Original Message-
From: Daniel Shahaf
Sent: Thursday, 25 June, 2020 7:09 AM
To: Nathan Hartman
Cc: Sanad Majid ; users@subversion
-Original Message-
From: Daniel Shahaf
Sent: Thursday, 25 June, 2020 7:09 AM
To: Nathan Hartman
Cc: Sanad Majid ; users@subversion.apache.org
Subject: Re: Subversion Build Issues - 1.10.6
WARNING: This message originated from an external sender.
CAUTION: This email originated from outside of
10:16 PM
To: Sanad Majid
Cc: users@subversion.apache.org
Subject: Re: Subversion Build Issues - 1.10.6
WARNING: This message originated from an external sender.
CAUTION: This email originated from outside of the organization. Do not click
links or open attachments unless you recognize the sender a
Nathan Hartman wrote on Wed, 24 Jun 2020 22:16 -0400:
> On Wed, Jun 24, 2020 at 9:13 AM Sanad Majid
> wrote:
>
> > I am trying to build Subverion 1.10.6 on our NAS (Netgear ReadyNAS 104),
> > but got following issues. Could anyone help me to resolve this issue? Logs
> > are given below.
> >
> (
On Wed, Jun 24, 2020 at 9:13 AM Sanad Majid
wrote:
> I am trying to build Subverion 1.10.6 on our NAS (Netgear ReadyNAS 104),
> but got following issues. Could anyone help me to resolve this issue? Logs
> are given below.
>
(snip)
> Q1. How to resolve serf issue?
>
> Q2. I couldn’t locate apxs s
On Wed, Apr 15, 2020 at 1:42 PM Brian Thomas
wrote:
> We're long time svn users. We recently upgraded from
>
> C:\Windows\System32>svn --version
> svn, version 1.9.5-SlikSvn (SlikSvn/1.9.5)
>compiled Dec 2 2016, 22:16:15 on x86_64-microsoft-windows6.2.9200
>
> to this:
>
> C:\Program Files\T
Joerg Wunsch wrote on Fri, 24 Jan 2020 08:23 +0100:
> As Daniel Shahaf wrote:
> > Could we look for a solution that doesn't involve explicit user input?
> > For example, given «svn co $URL $dir», we could search only in
> > ancestors that are writable by the current user (in the sense of
> > access
As Daniel Shahaf wrote:
> Joerg Wunsch wrote on Thu, 23 Jan 2020 22:18 +0100:
> > Would having at least an option to "svn co" that does just not
> > traverse upwards (for those who know what they are doing) be a
> > compromise?
>
> In general, we don't like adding options, [...]
Understood.
> C
Joerg Wunsch wrote on Thu, 23 Jan 2020 22:18 +0100:
> Would having at least an option to "svn co" that does just not
> traverse upwards (for those who know what they are doing) be a
> compromise?
In general, we don't like adding options, because every option added is
another variable to account fo
As Daniel Shahaf wrote:
> Well, I don't know whether those semantics are configurable, but you
> might be able to duct tape around them by creating /home/.svn as a local
> directory:
Hmm. Looks strange. ;-)
> > But that's another point. I was more suprised about "svn checkout"
> > traversing up
Joerg Wunsch wrote on Thu, 23 Jan 2020 21:16 +0100:
> As Daniel Shahaf wrote:
> > However, on FreeBSD a plain «stat /nonexistent/foo/bar»
> > returns ENOENT, not ENOTDIR…
>
> The semantics of that automounter are, indeed, a bit strange. I would
> have expected an ENOENT for ../.svn (the NFS ser
As Daniel Shahaf wrote:
> However, there might be other things we could do. First, it is possible
> to create nested checkouts in general, so perhaps the "Are we already
> inside a working copy?" check is superfluous. That is, perhaps «svn co
> $URL $dir» shouldn't check $dir's ancestors for .sv
Vincent Lefevre wrote on Thu, 23 Jan 2020 15:50 +0100:
> On 2020-01-23 12:44:02 +0100, Joerg Wunsch wrote:
> > If the automounter already yields ENOENT for the ../.svn directory
> > probe, everything is not going to be a problem. I think the point here
> > is the automounter (eventually, after "thi
Joerg Wunsch wrote on Thu, 23 Jan 2020 12:44 +0100:
> My entire point is: when getting any error for ..*/.svn/wc.db, just
> stop traversing there, and proceed with the checkout (in its own
> new directory).
This change is not likely to be accepted.
As your ktrace shows, Subversion does a stat("…/
On 2020-01-23 12:44:02 +0100, Joerg Wunsch wrote:
> If the automounter already yields ENOENT for the ../.svn directory
> probe, everything is not going to be a problem. I think the point here
> is the automounter (eventually, after "thinking" about it for about 1
> s) offers a successful stat() res
As Paul Hammant wrote:
> Works for me (svn, version 1.13.0 (r1867053) on Mac)
>
> $ svn co https://svn.freebsd.org/base/head/usr.bin/passwd freebsdTest
> AfreebsdTest/Makefile
> AfreebsdTest/passwd.c
> AfreebsdTest/Makefile.depend
> AfreebsdTest/passwd.1
> Checked out revisio
Works for me (svn, version 1.13.0 (r1867053) on Mac)
$ svn co https://svn.freebsd.org/base/head/usr.bin/passwd freebsdTest
AfreebsdTest/Makefile
AfreebsdTest/passwd.c
AfreebsdTest/Makefile.depend
AfreebsdTest/passwd.1
Checked out revision 357040.
OK, thank you.
> -Original Message-
> From: Ryan Schmidt [mailto:subversion-2...@ryandesign.com]
> Sent: sábado, 21 de dezembro de 2019 14:16
> To: Rui Pedro Fernandes
> Cc: Subversion Users
> Subject: Re: subversion exception dialog appeared
>
> Please remember
us know.
Good luck.
On Dec 20, 2019, at 07:30, Rui Pedro Fernandes wrote:
> Please find answers below.
>
>> -Original Message-
>> From: Ryan Schmidt [mailto:subversion-2...@ryandesign.com]
>> Sent: sexta-feira, 20 de dezembro de 2019 12:56
>> To: Ru
See https://www.atlassian.com/software/fisheye
Also note that the pricing for *new *licenses will be going up a not
insignificant percentage October 3rd --
https://www.atlassian.com/licensing/future-pricing -- so if you are
thinking about buying it you may just skip the trial :(
On Mon, Sep 3
1 - 100 of 1632 matches
Mail list logo
