On Tue, 5 Mar 2024 at 19:01, Daniel Sahlberg
wrote:
>
> Den tis 5 mars 2024 kl 18:09 skrev sebb :
>>
>> I would expect svn log --xml to include all the same info as the
>> non-xml version, but that is not the case. The number of lines changed
>> is not visible in the
I would expect svn log --xml to include all the same info as the
non-xml version, but that is not the case. The number of lines changed
is not visible in the xml version.
Is that intentional?
If so, why?
Sebb
Sample outputs below
-
$ svn log https://svn.apache.org
On Fri, 21 Apr 2023 at 18:00, sebb wrote:
>
> On Thu, 20 Apr 2023 at 07:10, Daniel Sahlberg
> wrote:
> >
> > Den tors 20 apr. 2023 kl 01:22 skrev sebb :
> >>
> >> On Wed, 19 Apr 2023 at 23:52, Daniel Sahlberg
> >> wrote:
> &
On Thu, 20 Apr 2023 at 07:10, Daniel Sahlberg
wrote:
>
> Den tors 20 apr. 2023 kl 01:22 skrev sebb :
>>
>> On Wed, 19 Apr 2023 at 23:52, Daniel Sahlberg
>> wrote:
>> >
>> > Den ons 19 apr. 2023 kl 11:44 skrev sebb :
>> >>
>> >>
On Wed, 19 Apr 2023 at 23:52, Daniel Sahlberg
wrote:
>
> Den ons 19 apr. 2023 kl 11:44 skrev sebb :
>>
>> I've seen some crashes in SVN where the target does not have the expected
>> type.
>
>
> Both asserts also on a recent trunk build, so at least it isn&
led May 12 2022, 20:47:08 on x86_64-pc-linux-gnu
Whilst these are invalid usages, I don't believe they should crash
with an assertion.
Do I need to raise bugs for these? Or are they already known?
Sebb
On Fri, 14 May 2021 at 12:22, Daniel Shahaf wrote:
>
> sebb wrote on Thu, 13 May 2021 14:29 +00:00:
> > On Thu, 13 May 2021 at 15:16, sebb wrote:
> > > On Thu, 13 May 2021 at 15:11, Daniel Shahaf
> > > wrote:
> > > >
> > > > sebb wrote on
On Thu, 13 May 2021 at 15:03, Daniel Shahaf wrote:
>
> sebb wrote on Wed, May 12, 2021 at 10:47:15 +0100:
> > It looks like svnwcsub.py is not always able to update the workspace
>
> Don't use made-up terminology. The terms "repository" and "working
>
Furthermore, the method does not actually return a URL.
The method behaves like the following:
https://python.readthedocs.io/en/v2.7.2/library/urllib2.html#urllib2.urlopen
On Thu, 13 May 2021 at 15:16, sebb wrote:
>
> The problem is that it is not clear whether the variable is supposed
&
wrote:
>
> sebb wrote on Wed, May 12, 2021 at 11:49:41 +0100:
> > As the subject says
>
> Assuming opener.open() actually returns a URL, I don't see the problem
> here. The variable documents the return type for anyone who may want
> to extend the function.
me' (undefined-variable)
(should be self.fname)
Sebb
As the subject says
As the subject says.
e to replace the checkout with a
different SVN repo without needing to manually remove the existing
checkout.
Sebb.
On Tue, 11 May 2021 at 19:33, Daniel Shahaf wrote:
>
> sebb wrote on Tue, 11 May 2021 16:25 +00:00:
> > As the subject says, the code crashes as below unless --pidfile is provided
> >
> > File "./svnwcsub.py", line 559, in
> > main(sys.argv[1:])
As the subject says, the code crashes as below unless --pidfile is provided
File "./svnwcsub.py", line 559, in
main(sys.argv[1:])
File "./svnwcsub.py", line 548, in main
d = Daemon('/dev/null', os.path.abspath(options.pidfile),
File
"/System/Library/Frameworks/Python.framework/Vers
The code reads:
58:except (ChildTerminatedAbnormally, ChildForkFailed,
59:DaemonTerminatedAbnormally, DaemonForkFailed), e:
The ',' is invalid syntax; it should be 'as'.
There is also an invalid comment at line 20:
19: # This software lives at:
20: #http://gstein.googlecode.
On Fri, 24 Jul 2020 at 07:06, Daniel Shahaf wrote:
>
> Daniel Sahlberg wrote on Fri, 24 Jul 2020 05:53 +00:00:
> > Den fre 24 juli 2020 01:46sebb skrev:
> > > I am suggesting that 'add' functionality could be added to svnmucc itself.
> > > This would make it more versatile, especially for use in
On Thu, 23 Jul 2020 at 23:44, Daniel Shahaf wrote:
>
> sebb wrote on Thu, 23 Jul 2020 11:30 +0100:
> > On Thu, 23 Jul 2020 at 00:59, Daniel Shahaf wrote:
> > >
> > > sebb wrote on Wed, 22 Jul 2020 22:44 +0100:
> > > > The SVN put command ca
On Thu, 23 Jul 2020 at 00:59, Daniel Shahaf wrote:
>
> sebb wrote on Wed, 22 Jul 2020 22:44 +0100:
> > The SVN put command can add a new file or update an existing one.
> >
> > As part of a batch update it may be necessary to ensure that a
> > particular file will b
On Thu, 23 Jul 2020 at 01:17, Daniel Shahaf wrote:
>
> sebb wrote on Wed, 22 Jul 2020 22:34 +0100:
> > On Wed, 22 Jul 2020 at 17:46, Nathan Hartman
> > wrote:
> > >
> > > On Wed, Jul 22, 2020 at 12:10 PM sebb wrote:
> > > > > Use the machine-
writing atomic updates that are not
possible with the svn client.
Would there be any support for extending svnmucc to add these operations?
Either as options to put, or as separate commands.
Sebb.
On Wed, 22 Jul 2020 at 17:46, Nathan Hartman wrote:
>
> On Wed, Jul 22, 2020 at 12:10 PM sebb wrote:
> > > Use the machine-parseable E42 error codes. That's exactly what
> > > they're for. (which-error.py and svn_error_symbolic_name() can be used
> >
On Sun, 12 Jul 2020 at 18:13, Daniel Shahaf wrote:
>
> sebb wrote on Sun, 12 Jul 2020 16:55 +0100:
> > On Sun, 12 Jul 2020 at 15:26, Daniel Shahaf wrote:
> > >
> > > sebb wrote on Tue, 07 Jul 2020 20:43 +0100:
> > > > When I first started
On Sun, 12 Jul 2020 at 15:26, Daniel Shahaf wrote:
>
> sebb wrote on Tue, 07 Jul 2020 20:43 +0100:
> > When I first started using svnmucc, it used to be the case that
> > svnmucc 'put' --revision 0 would fail if the target file already
> > existed. This no long
When I first started using svnmucc, it used to be the case that
svnmucc 'put' --revision 0 would fail if the target file already
existed. This no longer happens.
The previous behaviour was very useful, so are there any plans to reinstate it?
I don't think there is a straightforward way to guarant
: E175013: Access to '/.../!svn/rvr/98024' forbidden
The script is equivalent to:
put
file.txt
top1/file.txt
mv
top2/d1/file2.txt
top2/d2/file2.txt
top1 and top2 are different top-level root folders in the same repository, i.e.
svn info root/top1 gives the same UUID as svn info root/top2
Sebb
On Sun, 15 Dec 2019 at 00:52, Branko Čibej wrote:
> On 14.12.2019 14:08, sebb wrote:
> > On Sat, 14 Dec 2019 at 12:03, Daniel Shahaf > <mailto:d...@daniel.shahaf.name>> wrote:
> >
> > sebb wrote on Sat, 14 Dec 2019 09:12 +00:00:
> > > The onl
On Sat, 14 Dec 2019 at 13:33, Daniel Shahaf wrote:
> sebb wrote on Sat, 14 Dec 2019 13:17 +00:00:
> > On Sat, 14 Dec 2019 at 11:51, Daniel Shahaf
> wrote:
> > > sebb wrote on Sat, 14 Dec 2019 09:20 +00:00:
> > > > The code comment here [1] and the wiki [
On Sat, 14 Dec 2019 at 11:51, Daniel Shahaf wrote:
> sebb wrote on Sat, 14 Dec 2019 09:20 +00:00:
> > The code comment here [1] and the wiki [2] both state that section name
> > matching is case-insensitive.
> >
> > However my reading of the document here [3] says th
On Sat, 14 Dec 2019 at 11:41, Daniel Shahaf wrote:
> [ moved to svnbook-dev@. Please remove users@ from replies. ]
>
> sebb wrote on Sat, 14 Dec 2019 09:23 +00:00:
> > The document
> >
> > http://svnbook.red-bean.com/en/1.7/svn.serverconfig.pathbasedauthz.html
>
On Sat, 14 Dec 2019 at 12:03, Daniel Shahaf wrote:
> sebb wrote on Sat, 14 Dec 2019 09:12 +00:00:
> > The only documentation I could find [1] defines a key using :
> >
> > ::= (any character except )
> >
> > However the character domain is not specified as fa
The document
http://svnbook.red-bean.com/en/1.7/svn.serverconfig.pathbasedauthz.html
says:
"The value of each option describes the user's level of access to the
repository path: either r (read-only) or rw (read/write)."
However it's also possible to omit the value, which means no access.
S.
The code comment here [1] and the wiki [2] both state that section name
matching is case-insensitive.
However my reading of the document here [3] says this changed in version
1.7.
These docs don't seem consistent to me.
S.
[1]
https://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_subr
The only documentation I could find [1] defines a key using :
::= (any character except )
However the character domain is not specified as far as I can tell.
[1]
https://cwiki.apache.org/confluence/display/SVN/Configuration+File+Syntax
I would expect status and info tp behave similarly for missing/non-svn
directories.
However info returns an error and status a warning.
$ svn info /tmp/xxx/xxx;echo $?
svn: E155007: '/tmp/xxx/xxx' is not a working copy
1
$ svn status /tmp/xxx/xxx;echo $?
svn: warning: W155007: '/tmp/xxx/xxx' is n
When running a version of watcher.py I got the following error:
File ".../svnpubsub/client.py", line 251, in run_forever
self._check_stale()
File ".../svnpubsub/client.py", line 216, in _check_stale
for client in asyncore.socket_map.values():
RuntimeError: dictionary changed size durin
On 25 May 2018 at 14:37, Daniel Shahaf wrote:
> sebb wrote on Fri, 25 May 2018 14:14 +0100:
>> The following fails because fname is not defined:
>>
>> self.read(fname) [1]
>>
>> it should be
>>
>> self.read(self.fname)
>
> Thanks for the repo
The following fails because fname is not defined:
self.read(fname) [1]
it should be
self.read(self.fname)
[1]
http://svn.apache.org/viewvc/subversion/trunk/tools/server-side/svnpubsub/svnwcsub.py?view=markup#l378
I have a directory containing links to SVN directories that I want to update.
In some cases the link is to the root of the workspace, and in some
cases the link is to a subdir.
$ mkdir TEST
$ cd TEST
$ svn co http://svn.apache.org/repos/asf/subversion/trunk subversion
$ ln -s subversion top
$ ln
On 3 December 2014 at 14:45, Johan Corveleyn wrote:
> On Wed, Dec 3, 2014 at 2:45 PM, Philip Martin
> wrote:
>> Stefan Sperling writes:
>>
>>> On Wed, Dec 03, 2014 at 12:22:02PM +, sebb wrote:
>>>>
>>>> svn co --depth files https://svn.ap
On 3 December 2014 at 13:00, Stefan Sperling wrote:
> On Wed, Dec 03, 2014 at 12:22:02PM +0000, sebb wrote:
>> I cannot get the examples in the manual to work.
>> They don't produce any output apart from the separator.
>>
>> Is this a known bug?
>>
>>
I cannot get the examples in the manual to work.
They don't produce any output apart from the separator.
Is this a known bug?
How to reproduce:
svn co --depth files https://svn.apache.org/repos/asf/subversion/trunk
subversion
$ svn log -l 10 subversion
-- this works OK
$ svn log -r {2014-11-30
On 23 March 2014 11:18, Philip Martin wrote:
> Daniel Shahaf writes:
>
>> sebb wrote on Sat, Mar 22, 2014 at 01:28:33 +:
>>> To reproduce the problem, start as follows:
>>>
>>> svn co http://dist.apache.org/repos/dist/release/commons/dbcp/@4582
>&g
On 24 March 2014 01:21, Daniel Shahaf wrote:
> Daniel Shahaf wrote on Sun, Mar 23, 2014 at 02:34:35 +:
>> sebb wrote on Sat, Mar 22, 2014 at 01:28:33 +:
>> > To reproduce the problem, start as follows:
>> >
>> > svn co http://dist.apache.org/r
On 22 March 2014 01:28, sebb wrote:
> I think I have found a sequence of commits to SVN that cannot be
> replayed in a workspace.
>
> I was trying to change a file into a link, and made some mistakes in
> the process.
> These mistakes caused svnpubsub to leave the workspace i
I think I have found a sequence of commits to SVN that cannot be
replayed in a workspace.
I was trying to change a file into a link, and made some mistakes in
the process.
These mistakes caused svnpubsub to leave the workspace incorrectly updated.
[Svnpubsub uses svn switch to change the workspac
On 8 March 2012 13:54, Mark Phippard wrote:
> On Mon, Feb 27, 2012 at 10:03 AM, sebb wrote:
>
>> I've currently got the CollabNet build (1.7.2) for Windows, and it
>> does not include svnmucc as far as I can tell.
>
> As of the 1.7.4 release it will include it.
T
On 26 February 2012 21:52, Stefan Sperling wrote:
> On Sun, Feb 26, 2012 at 07:52:41PM +0000, sebb wrote:
>> On 26 February 2012 16:05, Stefan Sperling wrote:
>> > https://svn.apache.org/repos/asf/subversion/trunk/tools/client-side/svnmucc
>>
>> Is this available fo
On 26 February 2012 16:05, Stefan Sperling wrote:
> On Sun, Feb 26, 2012 at 03:51:44PM +0000, sebb wrote:
>> Now release archives can be quite large, so one wants to minimise
>> network transfers, and not have to checkout large workspaces either.
>
> Why would anyone need to
The ASF is moving to using SVN for uploading releases [1]
The process involves uploading the release artifacts (archives, sigs, hashes) to
https://dist.apache.org/repos/dist/release/
There is a parallel development area at
https://dist.apache.org/repos/dist/dev/
which can be used for release c
On 20 January 2012 16:07, Stefan Sperling wrote:
> On Fri, Jan 20, 2012 at 03:54:37PM +0000, sebb wrote:
>> Note that r848598 involves a directory copy.
>>
>> The diff command:
>>
>> $ svn log -l14
>> http://svn.apache.org/repos/asf/subversion/branches/1.0.
On 20 January 2012 15:36, Stephen Butler wrote:
>
> On Jan 20, 2012, at 16:27 , sebb wrote:
>
>> The command
>> svn log filename
>> shows a list of revisions in which filename was changed.
>>
>> I would expect
>> svn log --diff filename
The command
svn log filename
shows a list of revisions in which filename was changed.
I would expect
svn log --diff filename
to only show the differences for that file.
However, it shows the differences for all files changed in each revision.
Is that really intentional?
If so, how can I r
On 18 October 2011 17:53, Philip Martin wrote:
> sebb writes:
>
>> In that case, either that is an insufficient check, or the upgrade
>> fails to act correctly on the results of the check.
>
> In what way? The upgrade detected the problem, stopped the upgrade and
>
On 18 October 2011 17:10, Daniel Shahaf wrote:
> sebb wrote on Tue, Oct 18, 2011 at 16:57:14 +0100:
>> On 18 October 2011 16:33, Daniel Shahaf wrote:
>> > Les Mikesell wrote on Tue, Oct 18, 2011 at 10:18:24 -0500:
>> >> I think there is a bigger question r
On 18 October 2011 16:33, Daniel Shahaf wrote:
> Les Mikesell wrote on Tue, Oct 18, 2011 at 10:18:24 -0500:
>> I think there is a bigger question regarding why there are so many
>> corrupt 1.6 workspaces around that nothing so far had noticed. Should
>> people be concerned about that even if they
the Wiki can easily be updated as more causes/fixes are discovered.
Yes, it will take a few minutes to set up, but once available, any/all
users of the list can reply to new posters very quickly.
> sebb wrote on Mon, Oct 17, 2011 at 16:18:56 +0100:
>> On 17 October 2011 16:15, Les Mikesell
On 17 October 2011 16:15, Les Mikesell wrote:
> 2011/10/17 Ulrich Eckhardt :
>>
>>> svn: E235000: In file
>>> 'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\workqueue.c'
>>> line 672: assertion failed (checksum != NULL)
>>>
>>> win7 64
>>> Is there a way to
When copying a tag (URL -> URL), the log message shows the repo
revision at the time of the copy, rather than the last commit revision
of the tag.
This occurs if no revision is specified, or if the revision is
specified as HEAD.
The only way to get the log message to show the last commit revision
Subclipse can use either JavaHL or SVNKit.
When using Subclipse with SVNKit, users credentials are stored for the
duration of the Eclipse session (assuming credentials are not
permanently stored).
However, Subclipse+JavaHL does not store the credentials at all - they
have to be entered every time
Is there a way to use an authentication agent to provide passwords to
the svn client?
It would be useful to be able to specify the password for multiple
operations without having to store it on disk.
For example, like GPG2 is able to do, and Putty with Pageant.
The advantage is that the password
62 matches
Mail list logo
