Surely two files with the same hash was always a posibility, not matter what
the hash function is?
Barry
> On 24 Feb 2017, at 16:55, Mark Phippard wrote:
>
> Someone may want to jump in here:
>
> https://news.ycombinator.com/item?id=13725093
>
> Mark
>
>
>
-amalgamation ^
--disable-gmock
I see the following error:
ERROR: 'C:\BuildRoot\Win64-VC-14.0-1.9.7\apr-util\include\expat.h' not
found. Use '--with-apr-util' option to configure APR-Util's XML
location.
Barry
> On 28 Dec 2017, at 17:20, Jan Ehrhardt wrote:
>
> barry in gmane.comp.version-control.subversion.devel (Wed, 27 Dec 2017
> 17:48:29 +):
>> ERROR: 'C:\BuildRoot\Win64-VC-14.0-1.9.7\apr-util\include\expat.h' not
>> found. Use '--with-apr-util' op
> On 8 Mar 2021, at 08:10, Daniel Sahlberg wrote:
>
>
> Attaching version 5, with changes as below.
I do not seem to see this in the subversion repo, I would find the code useful.
Will it become part of contrib at some point?
Barry
g
for them.
That works today with plaintext disabled.
Only in the case of a stolen machine is plaintext on disk a problem.
And that assumes that you did not use full disk encryption.
Barry
> On 2 Sep 2022, at 15:09, Nathan Hartman wrote:
>
>
>>
>> On Mon, Aug 29, 2022 at 5:36 AM Barry Scott wrote:
>> I had a pysvn user report that they cannot detect that a wc is locked.
>>
>> What I found is that I get that info and indeed locked =
I am not on this mailing list so please do CC me or contact me directly
off-list.
Cheers,
-Barry
=== modified file 'subversion/bindings/swig/python/tests/client.py'
--- subversion/bindings/swig/python/tests/client.py 2009-11-17 02:16:23
+
+++ subversion/bindings/swig/pyt
0x0001015190c7 in apr_vformatter (flush_func=0x101526840
, vbuff=0x7fff5fbfd970, fmt=0x1015b2353 "s", ap=0x7fff5fbfda00)
at strings/apr_snprintf.c:957
957 s_len = strlen(s);
(gdb) p s
$2 = 0x22
It seems that one of rep->size or rep->expanded_size is being used as the
string address.
Barry
;
esac
The APR folks will need to fix their configure for Mac.
Barry
tus_none
svn_wc_status_normal
svn_wc_status_obstructed
svn_wc_status_replaced
svn_wc_status_t
svn_wc_status_unversioned
Barry
On 16 May 2010, at 16:20, Greg Stein wrote:
> On Sun, May 16, 2010 at 05:00, Barry Scott wrote:
>> ...
>> Here are the list of svn_wc_ symbols from pysvn.
>> pysvn does not include svn_wc.h.
>
> How do you have these values if you don't include svn_wc.h?
>
The INSTALL still talks about the deps package...
(line 193).
Can you confirm that the INSTALL is accurate please?
Barry
On 28 Sep 2011, at 17:26, Hyrum Wright wrote:
> I'm happy to announce the release of Apache Subversion 1.7.0-rc4.
> Please choose the mirror closest to you
luded there, just unpack the dependency package
and skip ahead to the next requirement.
Barry
>
> -Hyrum
>
> On Mon, Oct 10, 2011 at 8:50 AM, Barry Scott wrote:
>> The INSTALL still talks about the deps package...
>> (line 193).
>>
>> Can you confirm that t
I'm trying to build subversion 1.7.0-rc4 on Mac OS X 10.7.
And I'm guessing that got something in the build/install wrong.
I see the following error from svn checkout:
$ /usr/local/svn-1.7.0-rc4/bin/svn checkout
file:///Users/barry/BuildTemp/Darwin_body/svn-1.7.0-rc4/py27_pysvn_apple
On 11 Oct 2011, at 09:57, Philip Martin wrote:
> Philip Martin writes:
>
>> sqlite-3.6.18, our minimum version, has SQLITE_OPEN_SHAREDCACHE. I
>> suppose we could start using that instead of sqlite3_enable_shared_cache.
>
> Barry, would you try this patch to confi
ent_list and it works
Info: PYSVN CMD ls file:///b:/repos -v -R
2 barry 0 01-Nov-2011 23:57:49 file:///B:/repos/trunk
2 barry 0 01-Nov-2011 23:57:49
file:///B:/repos/trunk/test
Info: Test - checkout
pysvn is calling svn_client_checko
On 2 Nov 2011, at 06:47, Bert Huijben wrote:
>
>
>> -Original Message-----
>> From: Barry Scott [mailto:ba...@barrys-emacs.org]
>> Sent: woensdag 2 november 2011 1:12
>> To: Subversion Development
>> Subject: 1.7.0 assert on svn_client_checkout with E2350
On 2 Nov 2011, at 09:47, Bert Huijben wrote:
>
>
>> -Original Message-----
>> From: Barry Scott [mailto:ba...@barrys-emacs.org]
>> Sent: woensdag 2 november 2011 10:19
>> To: Bert Huijben
>> Cc: 'Subversion Development'
>> Subject:
On 3 Nov 2011, at 11:48, C. Michael Pilato wrote:
> On 11/02/2011 05:42 PM, Barry Scott wrote:
>> I wish that the canonical stuff was inside the svn_client_XXX API calls and
>> not
>> a burdon on callers. To my mind the svn.exe API and the svn_client_XXX should
>>
here norm_path is:
B:\wc2\test\file1.txt
I get this error:
cmd_info: svn_wc_adm_probe_open error 02C02290
'B:' is not a working copy
Barry
On 4 Nov 2011, at 11:10, Bert Huijben wrote:
>
>
>> -Original Message-----
>> From: Barry Scott [mailto:ba...@barrys-emacs.org]
>> Sent: vrijdag 4 november 2011 12:06
>> To: Subversion Development
>> Subject: svn_wc_adm_probe_open3 fails on window
On 4 Nov 2011, at 20:21, Bert Huijben wrote:
>
>
>> -Original Message-----
>> From: Barry Scott [mailto:ba...@barrys-emacs.org]
>> Sent: vrijdag 4 november 2011 19:57
>> To: Bert Huijben
>> Cc: 'Subversion Development'
>> Subject: Re: svn
ame)
self._add_dep(obj, [src] + hdrs, cmd)
@@ -386,7 +387,7 @@
print("Installing: %s.pc" % (PCFILE,))
shutil.copy(PCFILE + '.pc', self.pkgconfigdir)
- cmd = '%s --silent --mode=install %s -c -m %d %s %s' % (
+ cmd = '%s --silent --m
o 'SVN_ERR'
svn_error_t *svn_err__temp = (expr);\
^
3 warnings generated.
Barry
, local_abspath=0x1008f5d10
"/Users/barry/wc/svn/pysvn-next/Extension/Tests/testroot-01/wc2/test/file4.txt",
result_pool=0x1008e4428, scratch_pool=0x1008e4428) at
subversion/libsvn_wc/util.c:453
#4 0x00010050edb9 in status4_wrapper_func (baton=0x7fff5fbfec98,
path=0x1008fb288 "fil
t require at least 3.6.18.
Please either install a newer sqlite on this system
or
get the sqlite 3.7.6.3 amalgamation from:
http://www.sqlite.org/sqlite-amalgamation-3.7.6.3.tar.gz
unpack the archive using tar/gunzip and copy sqlite3.c from the
resulting directory to:
/Users/barry/Work/subversion-1.7.
I'm testing 1.7-alpha2 against pysvn using Fedora 15 and I'm seeing an assert
when calling svn_client_merge3. This has all works against 1.6.
Is this a bug in svn or pysvn calling svn?
details below
Barry
Here is what was printed:
Info: pysvn command: merge --revision 16:17
fi
his has all works against 1.6.
Is this a bug in svn or pysvn calling svn?
Here is what was printed:
Info: pysvn command: merge --revision 16:17
file:///home/barry/wc/svn/pysvn/Extension/Tests/testroot-01/root/repos/trunk/test
/home/barry/wc/svn/pysvn/Extension/Tests/testroot-01/wc3/test-bran
On 12 Jul 2011, at 15:02, Julian Foad wrote:
> On Mon, 2011-07-11 at 12:23 +0100, Julian Foad wrote:
>> On Sat, 2011-07-09, Barry Scott wrote:
>>> svn built with ./configure --prefix=/usr/local --enable-debug on
>>> Fedora 15 x86_64.
>>
>> Hi Barr
On 14 Jul 2011, at 17:36, Julian Foad wrote:
> On Thu, 2011-07-14 at 17:20 +0100, Julian Foad wrote:
>> On Tue, 2011-07-12, Barry Scott wrote:
>>> 1. Get http://pysvn.barrys-emacs.org/source_kits/pysvn-merge-assert.tar.bz2
>>> 2. tar xf pysvn-merge-assert.tar.bz2 -
l". What do they mean?
Barry
uot;
>>> It was created by "dd if=/dev/urandom of=binary.txt count=1 bs=2048" and
>>> unfortunaly does not contains ZERO byte in first 1024 bytes.
>
> Changing the 85% condition would fix example 2. However it would make example
> 1 occur more often, unless we also make valid UTF-8 be detected as text.
>
> It does sound like a good idea to make valid UTF-8 be detected as text.
If you do look at this you might want to fix the problem of .svg files being
classed as binary where as they are XML. I'm guessing that the mime type is
used that assumes that an image/* cannot be text.
Barry
Thanks will the required changes be in alpha3?
Is it possible to do the sort without using the private API?
Barry
pysvn author
On 6 Nov 2014, at 19:55, Ben Reser wrote:
> On 11/6/14 5:10 AM, Nico Kadel-Garcia wrote:
>> Out of curiosity, do the same issues occur with gcc on a m
patches that are needed to make the builds work are in:
https://svn.code.sf.net/p/pysvn/code/trunk/pysvn/ReleaseEngineering/Windows/patches
And you would need to have the compilers installed and the source kits of all
the
deps for the above to work of course.
Barry
> On 20 Apr 2020, at
is the md5encoding of the realm
>> +import hashlib
>> +m = hashlib.md5()
>> +m.update(args.realm.encode('utf-8'))
>> +authfileName =
>> os.path.join(os.path.expanduser('~/.subversion/auth/svn.simple/'),
>> m.hexdigest())
>> +
>> +# If new file, check that username was given as an argument before
>> prompting for password
>> +existingFile = os.path.exists(authfileName)
>> +if not existingFile and args.user is None:
>> +print('{}: New file, username required (see -u)\n'.print(argv[0]),
>> file=sys.stderr)
>
> The phrase "new file" in the comment isn't clear, probably because it
> isn't a full sentence.
>
> The phrase "New file" in the error message has the same problem, as well
> as being phrased in implementation terms rather than in user-facing
> terms.
>
>> +parser.print_help()
>> +return
>
> The exit code should be non-zero whenever an error was printed to
> stderr.
>
> Aren't you reimplementing one of
> https://docs.python.org/3/library/argparse.html#exiting-methods
> ?
>
> Cheers,
>
> Daniel
>
Barry
been a while where do I raise that?
Barry
> On 29 Aug 2022, at 14:18, Nathan Hartman wrote:
>
> On Mon, Aug 29, 2022 at 5:36 AM Barry Scott wrote:
>>
>> I had a pysvn user report that they cannot detect that a wc is locked.
>>
>> What I found is that I get that info and indeed locked == 0.
>>
37 matches
Mail list logo
