in.
>
Hi Jan,
Which directory are you in when you run "svn cleanup --remove-unversioned
--include-externals"?
If you are in that same directory (the one where you run the cleanup
command) and you run "svn status", does it show the 'c' directory with a
'?' in the first column?
Does "svn status" show anything you might consider unusual?
Thanks,
Nathan
`-- junk3.txt
# `-- d
# `-- e
# `-- f
echo "Adding some junk files..."
touch "$WC/top/a/b/c/d/e/f/junk1.txt"
touch "$WC/top/a/b/c/d/e/f/junk2.txt"
touch "$WC/top/a/b/c/d/e/f/junk3.txt"
svn status "$WC"
# Now for some tests...
# Test 1
# Expected outcome: No change to junk files, remain at tree layout 3
svn cleanup "$WC"
# Test 2
# Expected outcome: No change to junk files, remain at tree layout 3
svn cleanup --include-externals "$WC"
# Test 3
# Expected outcome: Removal of junk files, back to tree layout 2
svn cleanup --include-externals --remove-unversioned
]]]
Thanks,
Nathan
interpolated for help output.
>
> Michael
>
Hi Michael,
Did this same invocation work as expected with an earlier SVN release? If
so, which release was that? That will help immensely...
Thanks,
Nathan
7;password-stores' setting is significant.
[1] https://subversion.apache.org/blog/
[2] https://subversion.apache.org/faq.html#plaintext-passwords
Hope this helps,
Nathan
ies changed for some
reason. Software updates? Moving things to a new hard drive? A
permissions check that automatically "fixed" things? It wasn't noticed
until now because the '2' subdirectory isn't created until revision
2000.
[*] It's not strictly true that *only* the owner of a file or
directory may change its permissions. The root user may also do so;
however, please *don't* run the server as root!
Hope this helps,
Nathan
he same repository, or from other SVN
repositories on the same server, or from other SVN repositories on
different servers.
Documentation for svn:externals:
https://svnbook.red-bean.com/en/1.7/svn.advanced.externals.html
Hope this helps...
Nathan
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
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
> 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
s not authorized
to access that file or directory, so the server excludes it from the
checkout.
Hope this helps,
Nathan
On Fri, Jul 5, 2024 at 6:59 AM Daniel Sahlberg
wrote:
> Den fre 5 juli 2024 kl 12:44 skrev Roshan Pardeshi <
> roshan.parde...@ncdex.com>:
>
>> Hello Nathan/ Team,
>>
>> Waitng for your revert on trail nail.
>>
>
> The short answer is that you can&#x
e repository?
How many revisions in the repository?
What format is the repository backend? (bdb or fsfs?)
Thanks,
Nathan
n. The other part is, now that I have to persist data as long as
> the client context, do the temporary results pools get used for
> anything at all? Finally, there is one change to a public API that
> would need to be fixed.
>
> >
> >
>
Hi,
Any chance you can send your patch uncompressed, with an extension like
".patch.txt"?
Thanks,
Nathan
to Allura's dev list :-) [3]
[1] https://forge-allura.apache.org/p/allura/wiki/Features/
[2] https://forge-allura.apache.org/p/allura/wiki/Feature%20Comparison/
[3] https://lists.apache.org/thread/gns66ls2v3hqzkxmgwl5ykpqkd4dxpn1
Cheers,
Nathan
ommendation for a Nginx web front-end?
>
> Thanks in advance.
>
Hi Jeffrey,
The reason why you can find setups that use Apache-only or Apache+Nginx,
but not Nginx alone, is because access to Subversion repositories through
Apache requires use of an Apache module (mod_dav_svn). Currently there
isn't such a module for Nginx.
Hope this helps,
Nathan
preciated.
>
> Thanks!
>
> --
> Timofei Zhakov
Thanks for sharing!
I'm not a Windows user or a PowerShell user so I can't try it out for
myself, but I am always glad to hear about new additions to the
Subversion ecosystem.
If you ever feel like participating in Subversion development, there
are plenty of opportunities around here :-)
Cheers,
Nathan
On Sun, Jan 21, 2024 at 3:08 PM Nathan Hartman wrote:
>
> On Sun, Jan 21, 2024 at 12:06 PM Daniel Sahlberg
> wrote:
> >
> > Hi,
> >
> > I'm trying to do a catchup merge between two branches (incidentally within
> > the Subversion webs
ld cherrypick them
one-by-one and watch the text being added and subsequently removed.
All that is from memory; hopefully I remember correctly. I'll try to
look into it later...
Hope this helps,
Nathan
>
> 0/24/35
>
> *W*
>
> 1752.23
>
> 182
>
> 0
>
> 81788
>
> 0.0
>
> 0.31
>
> 0.36
>
> 10.X.X.239
>
> http/1.1
>
> xyz:443
>
> GET /repo/!svn/bc/1743998/External/…
>
>
>
Hello,
In order to help narrow down the cause:
You mentioned that SVN access is via both Apache HTTPD mod_dav_svn and
svnserve. Regarding the slow responses and 100% CPU utilization for
many minutes: Does this problem occur only when accessing SVN through
httpd? Does it ever occur when accessing SVN through svnserve?
Does it appear to affect all users equally?
Has this problem occurred consistently for a long period of time, or
rather is this a new problem that began recently? If it began
recently, was it sudden, or did it start small and grow worse over
time? Could the time the issue started be correlated with any factors
that might be significant? (e.g., significant change in size or
complexity of the authorization file, software upgrades, etc.)
In your pstack output example, you showed that execution was in
svn_authz.get_acl_access(). Has this consistently been the place where
execution is getting "stuck" for a long time? Or, rather, does it vary
through parts of the system?
(Regarding svn_authz.get_acl_access(), I studied this function a few
days ago and if I understand correctly, there may be an opportunity
for a local optimization there. I don't know how much impact that
would make -- it depends on how much time we're really spending there,
and it would be difficult to measure without reproducing all the
circumstances.)
In particular, it would be useful to know whether svnserve is affected
or only httpd/mod_dav_svn...
Thanks,
Nathan
machine. Once
saved, it shouldn't prompt for it anymore.
Note: In addition to the user's ~/.subversion/config file I mentioned
above, there is also a systemwide /etc/subversion/config. If changes
in the user-level file don't appear to work, check the systemwide one
as well.
Hope this helps,
Nathan
h contents copied from
>SRC-FILE (use "-" to read from standard input)
> ]]]
>
Probably we should expand the above doc to avoid future confusion, e.g.,
"...SRC-FILE (to read from standard input, use "--" to stop option
processing followed by "-" to indicate standard input)."
Cheers
Nathan
e.ac: Require 2.2.x's module magic number.
Index: INSTALL
===
--- INSTALL (revision 1572338)
+++ INSTALL (revision 1572339)
@@ -436,7 +436,7 @@
http://freshmeat.net/projects/cyrussasl/
- 9. Apache Web Server 2.X (OPTIONAL)
+ 9. Apache Web Server 2.2.X or newer (OPTIONAL)
(http://httpd.apache.org/download.cgi)
Hope this helps,
Nathan
cross pins that
shouldn't have resistors across them.
As trivial as that sounds, I recommend to check for things like dust, and
since heat was mentioned, I'd check for fans that don't spin very freely. I
also recommend running memtest over a weekend, and finally, I am with the
camp who believe that ECC RAM is a good idea, so I'd suggest to check
whether you are using ECC RAM.
Hope this helps,
Nathan
version 1.14.x releases. The backports repositories are the preferred
way to install newer releases of software packages on older releases of
Ubuntu.
I haven't used Ubuntu in many years so I cannot give detailed steps, but
this documentation looks promising:
https://help.ubuntu.com/community/UbuntuBackports
Hope this helps,
Nathan
FELSE"
* r1896609
Bumps copyright date to 2022
* r1890231
README: Document new home of our IRC channels at libera.chat
* r1894491
INSTALL: Document not to build ZLib with ASM optimizations
* r1884474
Fixes authz tests on Windows
Hope this helps,
Nathan
rsion FAQ discusses how passwords are cached (encrypted or
plaintext) and also provides the link to the aforementioned Python
script in case you need it:
https://subversion.apache.org/faq.html#plaintext-passwords
Note that there is a "TODO: Discuss GPG-Agent" there. That's there
because, as I said above, I wasn't successful with that. :-/
Hope this helps,
Nathan
your site's pre-commit
hook is looking for a Jira issue ID in the log message. If you believe
that you have included the needed Jira issue ID, then you should
consult your site's administrator to find out why it is not being
accepted by the pre-commit hook.
References:
[1] https://svnbook.red-bean.com/en/1.7/svn.ref.reposhooks.pre-commit.html
Hope this helps,
Nathan
at, you can use the incremental dump feature which
> should make administration faster and more straightforward.
I'd like to add that since Subversion 1.5 you can use relative locations
for svn:externals properties as documented at [1], in case that's helpful.
[1]
https://svnbook.red-bean.com/en/1.7/svn.advanced.externals.html
Cheers
Nathan
nown test failure (-6); see tests.log.
> Summary of test results:
> 2237 tests PASSED
> 165 tests SKIPPED
> 65 tests XFAILED (16 WORK-IN-PROGRESS)
> 10 tests FAILED
> Python version: 3.9.9.
> SUMMARY: Some tests failed
Do you happen to have the tests.log file mentioned above? It might
contain more details about the failures (or it might just tell us
about the same uncaught exception).
Finally, do the same tests fail on each parallel run or are there
variations?
Thanks for the report,
Nathan
nfirmed to still exist in 1.14.2: See the mail Pál
Kovács to users@s.a.o with title "redirection error with file
externals - possible bug" dated Saturday, March 11, 2023, archived
https://lists.apache.org/thread/go4r3lflzy7yvq7bt4rnofyc46n59whh (and
other places).
I have filed this issue as SVN-4911:
https://issues.apache.org/jira/browse/SVN-4911
Until it is fixed, have you found any kind of workaround that might
benefit other users?
Thanks,
Nathan
gt;>
>>
>> Could you advise if this is a bug or I'm missing something?
>>
>> Thanks and kind regards,
>>
>> Pal Kovacs
>> 81.kovacs...@gmail.com
>>
>
> There was a very similar report about one month ago (
> https://lists.apache.org/thread/x0v1tj68d2mz4vdoxj0bts8h5x892q9n) but it
> didn't receive a reply at that time. I've been meaning to take a closer
> look but I haven't found the time yet.
>
> Anyway, thanks for your very detailed report, it should make it a lot
> easier to reproduce and hopefully fix.
>
> Kind regards,
> Daniel
>
I have filed this issue as SVN-4911:
https://issues.apache.org/jira/browse/SVN-4911
Nathan
ld show 'R' for Replaced.
This should work even if 'file' was originally a symlink that was
"manually" replaced by a regular file.
Cheers,
Nathan
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
and then talk to us so that with your
help we could figure out what is the offending sequence and how to
reproduce it for debugging and regression testing...
[1] https://lists.apache.org/thread/grcn9pvn1m1706j3s8znp4zqox5tlhfc
Thanks,
Nathan
TortoiseSVN, you should be able to right-click the
file in Explorer to get the context menu and then TortoiseSVN ->
Properties.
Alternatively if you have the command line "svn" client, you could
check whether the file has properties with:
svn proplist FILENAME.TXT
and if that shows anything, show the property values with:
svn propget svn:eol-style FILENAME.TXT
svn propget svn:mime-type FILENAME.TXT
etc.
Cheers,
Nathan
7; backups, and periodic full 'dump' backups.
Obviously as a repository grows, this takes longer and requires more
storage.
[1] http://svn-dump.apache.org
Cheers,
Nathan
"
and share the output?
Knowing both versions makes it possible to bisect (provided the issue can
be reproduced).
Bisecting is probably the first avenue I would explore in any given "it
used to work but now it's broken" situation.
Cheers,
Nathan
com/questions/1177870/how-to-manually-set-the-in-reply-to-header-in-thunderbird
Since this is already a new mail thread and it links to the old one,
it's not necessary to do this now, so just for future reference... :-)
Hope this helps!
References:
[1] https://colabti.org/irclogger/irclogger_log/svn-dev?date=2021-07-18
Cheers,
Nathan
screenshot it appears you are using TortoiseSVN on the client
(your computer). What version of TortoiseSVN are you using?
Also do you know whether you're going through a proxy?
Is the repository server on the same LAN as your client computer, or across
a VPN, or...?
When you say it stalls
ve.
I suggest to file an issue for now.
Also, perhaps a workaround exists, or at least a way for users to
check whether they should obtain locks before running a merge,
preferably one that uses existing SVN commands. Some combination of
'svn merge --dry-run' and 'svn status -u', or something along those
lines?
Nathan
blish).
Cheers,
Nathan
s, I'd suggest remove
> .exe from 32-bit.
Ah good catch! Fixed in 1897772.
Cheers,
Nathan
On Fri, Jan 21, 2022 at 12:00 PM Brian Inglis
wrote:
>
> [Please CC/Reply All as I am not subscribed]
>
> On 2022-01-21 08:04, Nathan Hartman wrote:
> > On Tue, Jan 18, 2022 at 1:10 PM Brian Inglis
> > wrote:
> >> On 2022-01-18 09:00, Nathan Hartman wrote:
> &
https://subversion.apache.org/faq.html#plaintext-passwords
Perhaps other users will chime in with ideas. It might be helpful if
you can tell us the SVN client version, OS on which you're using it,
and the method by which the repository is accessed (http, https, svn,
svn+ssh, file, etc).
Hope this helps...
Nathan
On Tue, Jan 18, 2022 at 1:10 PM Brian Inglis
wrote:
> On 2022-01-18 09:00, Nathan Hartman wrote:
> > I think it makes sense to list it under the Windows heading to keep it
> > near the other Windows-based options.
>
> [Please CC/Reply All as I am not subscribed: forgot to me
https://subversion.apache.org/packages.html
I think it makes sense to list it under the Windows heading to keep it
near the other Windows-based options.
Cheers,
Nathan
r not, it will eliminate
old already-fixed bugs and security issues.
It does not escape me that upgrading the server could be a non-trivial
undertaking. You might, for example, consider setting up an entirely new
server in parallel and making a clean switchover to minimize service
interruption.
Hope this helps,
Nathan
ion.apache.org/docs/release-notes/#release-notes
Nathan
updated in 2013, these newer releases contain
many, many bug fixes, including security fixes.
Nathan
rsion's compression is but one. I would assume
that networking I/O probably plays a bigger role than compression
here.
Hope this helps,
Nathan
enefits
everyone, and if each person did just a little bit, it would make a
huge difference. It's like everyone putting a flower pot on their
windowsill. Soon the whole city looks nicer.
Cheers,
Nathan
474
> Last Changed Date: 2021-09-23 vs 2021-12-10
>
> Why are they not at the samerevision and date?
>
>
> --
> Bo Berglund
> Developer in Sweden
>
On the debug system, immediately after committing, did you do 'svn update'?
Nathan
On Thu, Dec 2, 2021 at 3:29 PM Rolf Campbell wrote:
>
> Hello Nathan,
>
> Thank you for the reply.
>
> I assure you that it was not related to disk space. I tried it on 3
> different computers using 2 different versions of SVN.
>
> I tried to create a reproduction
es? Has that started recently (e.g., with this install of
SVN 1.14.1)? Temporary file creation is done by APR. What version of
APR is used in this build? The output of 'svn --version --verbose'
gives the version of APR. What OS is used?
A potentially dumb question, but is it possible the volume where the
working copy is located is low of space?
If this happens again, could you try to run the same merge + resolve
(or whatever steps cause the issue to resurface) on a different
machine to see if the same failure occurs?
Thanks,
Nathan
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 th
.0-18-rt-amd64]
* linked dependencies:
- APR 1.6.5 (compiled with 1.6.5)
- APR-Util 1.6.1 (compiled with 1.6.1)
- Expat 2.2.6 (compiled with 2.2.6)
- SQLite 3.37.0 (static)
- Utf8proc 2.3.0 (compiled with 2.3.0)
- ZLib 1.2.11 (compiled with 1.2.11)
- LZ4 1.8.3 (compiled with 1.8.3)
* loaded shared libraries:
- /lib/x86_64-linux-gnu/libz.so.1.2.11
Cheers,
Nathan
og together with the changes in that commit (though be aware
if server access is slow and you request a large range it could be slow).
Perhaps 'svn blame' will be helpful in addition or instead?
Nathan
t that made it completely
> >> unusable. Nothing else worked reliably, or had the required features
> >> (simple design, atomic commits, arbitrary partial checkouts, good
> >> command line interface, stores version history on a central server).
> >>
> >> https://github.com/robehickman/simple-http-file-sync
Thanks for sharing. I know you began this work long before the
'pristines-on-demand' branch existed and even before the mail list
thread discussing it, but I'd very much like to know your thoughts on
it.
Cheers,
Nathan
ecurity fixes by
offering the latest supported patch release or by backporting
security patches. The rule will be implemented with a fair amount
of flexibility...
Cheers,
Nathan
er
strikes. Obviously it's of no use to detect corruption if you don't
have backups to restore from.
Hope this helps,
Nathan
ave access to the full source code, so your data isn't
being held in someone's undocumented silo. This was the biggest
reason why at my $dayjob the first requirement any version control
system had to meet before we would adopt it was to be open source.
That's my 2 cents... Hope that helps!
Nathan
sending to an
> anonymous info address) and as long as it doesn't violate ASF vendor
> neutrality. It is about caring for the ecosystem. Nathan, can you do this
> with the PMC chair hat?
Apologies for the delayed reply...
I'm also not too sure about sending to an anonymous inf
Data
structure and algorithm design make a far bigger impact than trying to
save a few cycles. :-)
Hope you get better results now!
Cheers,
Nathan
On Sun, Oct 17, 2021 at 12:38 PM Mark Phippard wrote:
> On Sun, Oct 17, 2021 at 11:01 AM Nathan Hartman
> wrote:
> >
> > On Sat, Oct 16, 2021 at 9:25 AM Mark Phippard
> wrote:
> > >
> > > In terms of the policy, I think it should be that our latest LTS
&
, heh heh :-)
I'm not proposing an exception (and I'm not a packager); rather I'm
suggesting to consider a package compliant as long as it was a
supported LTS release at the time of the packager's version freeze
and security issues continue to be patched.
Thoughts?
Nathan
binaries). That page could have
a prominent note about the disadvantages of running older unsupported
releases, but leave the choice in the user's hands. Thoughts?
Cheers,
Nathan
not show up in a 'svn
diff' now since you are comparing your working copy with what's in the
repository (at the time of 'svn update') but reverse cherry picking that
commit will make those lines as they were before, and will make them show
up in the diff as changed.
Hope this helps,
Nathan
r that's the case here, since I don't know whether you are upgrading
an older repository, nor the size of the revisions that are excluded from
the dump, nor the amount of duplicated data. It could be that ~61 GB of
data are accounted for by the revisions that were excluded from the dump,
and therefore are not in the "AlteraFix" repository.
Nathan
On Thu, Jul 15, 2021 at 12:18 PM David Aldrich
wrote:
>
> Hi Nathan
>
> Thanks for your answer. I didn't make this clear, but I do understand the
> concept of Update and had updated the working copy before attempting the
> rename.
>
> I have, just now, made a cl
x27;commit'.
There's better documentation in the SVN book:
https://svnbook.red-bean.com/en/1.7/svn.tour.treeconflicts.html
Search for "is out of date" on that page to jump straight to it.
Hope this helps,
Nathan
SVN is getting
confused? If so, then perhaps knowing a little more about that
revision could help narrow it down.
By the way, is this (1.10.4) the SVN version on the server, the
client, or both?
> Googling around gives me these two somewhat related hits:
> https://issues.apache.org/jira/browse/SVN-4856
> https://issues.apache.org/jira/browse/SVN-4711
>
> But I do'nt use the --search parameter.
It could nevertheless be related. The spurious XML closing tags seems
to ring a bell.
> Is this a bug or are there any suggestions how to solve this problem?
It sounds like a bug. My suggestions above.
Thanks for your feedback,
Nathan
as SQLITE_IOERR; it doesn't give any
more information. That is a generic code for a multitude of different
conditions.)
It's probably just best to close the Tortoise windows when you want to
use the command line client; however maybe someone else on this list
will know a better answer. You could also try asking at the
TortoiseSVN mailing list (see [1] below) whether the Tortoise client
is expected to prevent simultaneous access by other clients, and if
so, whether there is a way to avoid that.
[1] https://groups.google.com/g/tortoisesvn
Hope this helps,
Nathan
-enabled senders are not mis-identified by recipients as spoofed?
>
> --
> James H. H. Lampert
> Touchtone Corporation
Hello James,
The mailing list service itself is managed by the Foundation's
Infrastructure team ("Infra"). You could try asking them. See
https://infra.apache.org/contact.html
Nathan
On Wed, Jun 9, 2021 at 1:17 PM Ranajit Ghosh
wrote:
> Hi..it's https:// for both urls.
>
> Thanks!
>
Is it possible that locale settings are interfering with the «://»
characters between https and the rest of the path?
Have you tried to enclose each entire URL in quotes?
Nathan
On Wed, Jun 9, 2021 at 10:08 AM Ranajit Ghosh
wrote:
>
> It is Bash shell with the following version.
>
> GNU bash, version 4.3.30(1)-release (powerpc-ibm-aix6.1.0.0)
What is the URL scheme used with the and URLs?
(Are they http://, https://, svn://, svn+ssh://, file://, ...)
Nathan
t you're asking for, but:
svn status --show-updates
(or the shorthand 'svn st -u')
might be helpful.
Nathan
ne endings. Then, add a svn:eol-style property of "LF" to the
file and commit again. Then, without running 'svn update' or any other
commands that might make changes, check the contents of the file and
you'll see that its line endings have changed to LF.
Hope this helps!
[1] See install_committed_file() in libsvn_wc/workqueue.c.
Cheers,
Nathan
the 1.7 release line is somewhat old
and has not been updated since late 2015. That by itself doesn't mean
it is the cause of these issues, but if feasible it is probably a good
idea to update to one of the currently supported release lines; the
latest releases are 1.10.7 and 1.14.1.
Thanks,
Nathan
r «svnadmin dump», the --deltas, --incremental,
> and -r options should be used as necessary.
I'll add that several subsections of "Repository Maintenance" of Chapter 5
of the Subversion book are relevant, especially [1] and [2].
[1] Migrating Repository Data Elsewhere:
http://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate
[2] Repository Replication:
http://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html#svn.reposadmin.maint.replication
(In this case I think [1] is the more relevant of these.)
Cheers,
Nathan
On Sun, May 9, 2021 at 7:21 AM Reto Hoehener wrote:
> - sudo ln -s /opt/local/lib/lib svnjavahl-1.dylib
Regarding the line above, it seems something got cut off there?
Thanks for circling back. It will undoubtedly help others.
Cheers,
Nathan
aceable) history.
Also syncing first means that (unless further changes are made) the
branch and trunk are identical except for the changes introduced on
the branch.
Cheers,
Nathan
in these changes; rather, I think that
an additional change is needed elsewhere to make the built libsvn_fs_x
compliant.
I haven't yet determined what/where that change should be, nor what
workaround to suggest, but I wanted to reply with what I know so far.
Nathan
s the update/replacement of that question.
Keeping the ID the same means that any URLs out there will still work, and
direct visitors to the updated answer.
Thanks!
Nathan
f you understand the security implications, have ruled out other
alternatives, and still want to cache your password in plain-text on disk, you
may find the script here:
TODO: Link to the script.
Additional Information
More information on password caching is in Chapter 6 of the http://svnbook.red-bean.com/en/1.7/index.html";>Subversion book,
under http://svnbook.red-bean.com/en/1.7/svn.serverconfig.netmodel.html#svn.serverconfig.netmodel.credcache";
>"Client Credentials Caching".
]]]
By the way, I realize that we've been having this discussion on users@
and it probably should have been on dev@, but since we're almost done
(I think), we may as well finish it here for continuity. :-)
Cheers,
Nathan
h-creds = no.
"I want to use the Plaintext cache but it wasn't enabled at build
time!"
If your Subversion client was not built to cache passwords in plain-text,
note that although it will not save new passwords to the cache, it
will use any passwords that are already stored there.
In response to various questions and requests, the Subversion developers
have written a Python script that can store a plain-text password to the
cache. If you understand the security implications, have ruled out other
alternatives, and still want to cache your password in plain-text on disk,
you
may find the script here:
TODO: Link to the script.
Additional Information
More information on password caching is in chapter 6 of the http://svnbook.red-bean.com/en/1.7/index.html";>Subversion book,
under http://svnbook.red-bean.com/en/1.7/svn.serverconfig.netmodel.html#svn.serverconfig.netmodel.credcache
"
>"Client Credentials Caching".
]]]
Cheers,
Nathan
On Tue, Feb 23, 2021 at 8:35 AM Daniel Shahaf
wrote:
> Nathan Hartman wrote on Mon, Feb 22, 2021 at 14:36:58 -0500:
> > In a recent discussion on our dev mailing list, there is an example
> > shell script (for zsh) that saves a password file. See [2] and note
> >
ilable encrypted password stores,
Kwallet and Gnome-keyring, aren't much help, and GPG-Agent doesn't
persist the passwords indefinitely. We would be really grateful if
someone could propose a solution that works well in these scenarios
while alleviating people's concerns about storing passwords on disk in
plaintext.
Cheers,
Nathan
e copy and
commit?
Alternatively, would it be acceptable to make the copies as server-side
copies?
Please let us know if you need help with any of the above.
Thanks again,
Nathan
larger) around these lines.
Thank you! That is immensely helpful. Now we can check when and why
that change was introduced.
Nathan
to identify which backport commit introduces the
problem? That would be an immense help.
Thanks,
Nathan
;t have this problem).
>
Hello,
Just following up to let you know that the above bug is fixed in svn 1.10.7
and 1.14.1, both of which were released last week.
Cheers,
Nathan
https://lists.apache.org/thread.html/r0eef40236aeddd1db18bc7882454dd3b18bcd721d8fd8c9e21aca52a%40%3Cdev.subversion.apache.org%3E
[3]
https://lists.apache.org/thread.html/r223e0833b1c75005fdb01a9c117039765addb32232e5327ea3a5b5dc%40%3Cusers.subversion.apache.org%3E
Nathan
thers who have the same question in the future.
[1] https://subversion.apache.org/mailing-lists.html
[2]
https://lists.apache.org/thread.html/ref1c000c9d34869f6785cddd38d1e054c8007c0bc56905476e288b3d%40%3Cusers.subversion.apache.org%3E
[3] https://git-scm.com/book/en/v2/Git-and-Other-Systems-Git-as-a-Client
[4] https://git-scm.com/docs/git-svn
Cheers,
Nathan
ncluded in git and some
information on it can be found here:
https://git-scm.com/book/en/v2/Git-and-Other-Systems-Git-as-a-Client
https://git-scm.com/docs/git-svn
A quick search brings up the following interesting finds as well:
https://github.com/mrts/git-svn-bridge
https://stackoverflow.com/questions/13188135/using-git-as-bridge-between-git-and-svn-repos
Maybe others will have more input on this...
Hope this helps,
Nathan
<https://sospyme.tech/>
>
ng deeper yet, I see it with 1.13.0 as well: 'svn info'
output is correct, but with '--xml' it shows the wrong right side of
conflict.
Thanks for the reproduction script and version numbers. This
information is extremely helpful. I'll let you know what I find...
Nathan
n," chapter 3 "Advanced Topics,"
section "Peg and Operative Revisions")
Cheers,
Nathan
o use these credential caches. I don't have a
RPi that I could experiment with but maybe I can setup something reasonably
similar to try to reproduce this...
Nathan
rticle/How-to-set-up-encrypted-svn-password-storage-using-gnome-keyring-in-an-ssh-session
In particular, see the part about setting up a dbus session to interface
with the GNOME Keyring; I think that's the key step that allows it to work
without X (without a GUI).
kwallet
===
Less encouraging than the other two, but:
https://bbs.archlinux.org/viewtopic.php?id=253391
Hope one of these helps...
Nathan
d" when you login via ssh (with PuTTY). That
should make the stored passwords available automatically and (at least
after the first time to initially enter the password) eliminate the
(GUI) password prompt.
Hope this helps,
Nathan
1 - 100 of 240 matches
Mail list logo
