> Recommend to remove RESULT_POOL too, since it is unused and the return
> type is a pointer-to-const.
You're welcome to if you feel stronger than I do but it's off the bottom
of my priority list :-)
- Julian
julianf...@apache.org wrote on Wed, Mar 02, 2022 at 12:24:40 -:
> +++ subversion/trunk/subversion/include/svn_client.h Wed Mar 2 12:24:40 2022
> @@ -4471,23 +4463,8 @@ typedef struct svn_client_wc_format_t {
> * @since New in 1.15.
> */
> const svn_version_t *
> -svn_client__wc_version_fr
Julian Foad wrote:
> Daniel Sahlberg wrote:
>> Should the following lines also be removed [...]
> Oh yes. Thank you. Please do if you have a moment, otherwise I'll get
> to it some time this week.
I got to it now. r1898535.
I note that we might want to replace that with a matcher for variations
o
Daniel Sahlberg wrote:
>Should the following lines also be removed [...]
Oh yes. Thank you. Please do if you have a moment, otherwise I'll get to it
some time this week.
- Julian
Den ons 2 mars 2022 12:04 skrev:
> Modified:
> subversion/trunk/subversion/tests/cmdline/getopt_tests_data/svn--version_stdout
> URL:
> http://svn.apache.org/viewvc/subversion/trunk/subversion/tests/cmdline/getopt_tests_data/svn--version_stdout?rev=1898524&r1=1898523&r2=1898524&view=diff
>
>
Thank you very much, Daniel. Yes, that's spot on. Fixed in r1898002.
- Julian
Daniel Shahaf wrote on Fri, Feb 11, 2022 at 17:39:42 +:
> Julian Foad wrote on Fri, Feb 11, 2022 at 14:48:28 +:
> > On 'pristines-on-demand-on-mwf':
> ⋮
> > I could do with some help on a SQL test FAIL, when testing against the
> > old
Julian Foad wrote on Fri, Feb 11, 2022 at 14:48:28 +:
> On 'pristines-on-demand-on-mwf':
⋮
> I could do with some help on a SQL test FAIL, when testing against the
> older WC format, in wc-queries-test 3: test_query_expectations(). It
> looks like this:
>
>
Re. pristines-on-demand. I have re-based pristines-on-demand on top of
multi-wc-format, resulting in a new branch 'pristines-on-demand-on-mwf'.
On 'pristines-on-demand-on-mwf':
> * Make pristines-on-demand behaviour conditional on WC format.
Mostly done in r1897977.
I
On Tue, May 4, 2021 at 1:20 AM Daniel Shahaf wrote:
> Yasuhito FUTATSUKI wrote on Mon, 03 May 2021 15:12 +00:00:
> > The patch looks good to me. Also I confirmed that the test crash before
> > apply patch to proxy_apr.swg with signal 10 or signal 11 and that
> > the test passed without crash on Py
Yasuhito FUTATSUKI wrote on Mon, 03 May 2021 15:12 +00:00:
> On 2021/05/03 18:06, Jun Omae wrote:
> > Hi,
> >
> > On Wed, Apr 28, 2021 at 5:39 PM Rick van der Zwet
> > wrote:
> >>> Ack, but the backtrace does go through Subversion's swig-py bindings and
> >>> libsvn_fs_fs, so we might be involved
On 2021/05/03 18:06, Jun Omae wrote:
> Hi,
>
> On Wed, Apr 28, 2021 at 5:39 PM Rick van der Zwet
> wrote:
>>> Ack, but the backtrace does go through Subversion's swig-py bindings and
>>> libsvn_fs_fs, so we might be involved nevertheless.
>>
>> ...
>>
>> error which seems to be related to the Tra
Hi,
On Wed, Apr 28, 2021 at 5:39 PM Rick van der Zwet
wrote:
> > Ack, but the backtrace does go through Subversion's swig-py bindings and
> > libsvn_fs_fs, so we might be involved nevertheless.
>
> ...
>
> error which seems to be related to the Trac code, I filled it over
> there: https://trac.ed
release process stuff I attached in my previous
message, I've since thrown that onto Github so anyone else who cares can
benefit from/improve it. See https://github.com/cmpilato/subversion-dist .
Thanks again for the tarball assembly help!
-- Mike
-- Mike
; dev@subversion.apache.org
Subject: Re: A little pre-packaging help, please?
[EXTERNAL EMAIL]
> However as I wrote before[1] it is need to specify SWIG_PY_OPTS
> shell/environment variable to generate SWIG Python bindings C source
> and support codes. The value of SWIG_PY_OPTS depends on which is it
> However as I wrote before[1] it is need to specify SWIG_PY_OPTS
> shell/environment variable to generate SWIG Python bindings C source
> and support codes. The value of SWIG_PY_OPTS depends on which is its
> target py2 or py3, on which SWIG version is prior 4.0 or not.
This was the key thing lac
Michael Pilato wrote on Fri, 13 Mar 2020 12:53 +00:00:
> > https://home.apache.org/~danielsh/subversion-20200311_001/subversion-nightly-r1875088.tar.gz
> > https://home.apache.org/~danielsh/subversion-20200311_001/subversion-nightly-r1875088.tar.gz.asc
> >
> > For future reference, that's the outp
On 2020/03/13 21:53, Michael Pilato wrote:
> One thing that appears to be different about this tarball than a typical
> release tarball is the absence of the swig-generated wrapper files
> (...python/svn_client.c, etc.). I'm going to take a crack at replicating
> your release environment (the
> https://home.apache.org/~danielsh/subversion-20200311_001/subversion-nightly-r1875088.tar.gz
> https://home.apache.org/~danielsh/subversion-20200311_001/subversion-nightly-r1875088.tar.gz.asc
>
> For future reference, that's the output of «release.py build-env
> trunk-nightly &&
> release.py ro
titled "Makefile.svn: a dumb question" in December 2019 where among
other things I sent some patches for this makefile). I'm away from my
computer right now but if you go this route I'll be happy to help as much
as possible.
Cheers,
Nathan
Michael Pilato wrote on Wed, 11 Mar 2020 14:25 +00:00:
> > While you're waiting for someone to manually roll a nightly tarball, can we
> > circle back to the original problem for a minute: What stops you from
> > running autogen.sh? Is it just that you'd like someone to figure out
> > the list of
> While you're waiting for someone to manually roll a nightly tarball, can we
> circle back to the original problem for a minute: What stops you from
> running autogen.sh? Is it just that you'd like someone to figure out
> the list of build dependency package names and configure arguments for
> a
Michael Pilato wrote on Wed, 11 Mar 2020 13:35 +00:00:
> > Unfortunately, it seems that nightly release hasn't updated since
> > Feb 28, 2017, as it was reported on users@.
>
> Looks to be the case. svn_version.h carries "1.10.0 (r1784492)".
>
> So ... about that original request, then?
While y
> Unfortunately, it seems that nightly release hasn't updated since
> Feb 28, 2017, as it was reported on users@.
Looks to be the case. svn_version.h carries "1.10.0 (r1784492)".
So ... about that original request, then?
> Hey Mike!
>
> Perhaps a nightly release would work?
>
> https://ci.apache.org/projects/subversion/nightlies/index.html
Yes! Awesome! Thanks so much.
-- Mike
On 2020/03/11 0:26, Stefan Sperling wrote:
> On Tue, Mar 10, 2020 at 01:51:26PM +, Michael Pilato wrote:
>> Hey, all!
>>
>> I've been watching the Python 3.x support shaping up over the course of the
>> past couple of release cycles, and would like to begin converting ViewVC to
>> Python3 now
Stefan Sperling wrote on Tue, 10 Mar 2020 15:26 +00:00:
> On Tue, Mar 10, 2020 at 01:51:26PM +, Michael Pilato wrote:
> > Hey, all!
> >
> > I've been watching the Python 3.x support shaping up over the course of the
> > past couple of release cycles, and would like to begin converting ViewVC
On Tue, Mar 10, 2020 at 01:51:26PM +, Michael Pilato wrote:
> Hey, all!
>
> I've been watching the Python 3.x support shaping up over the course of the
> past couple of release cycles, and would like to begin converting ViewVC to
> Python3 now that doing so won't immediately have the effect
Hey, all!
I've been watching the Python 3.x support shaping up over the course of the
past couple of release cycles, and would like to begin converting ViewVC to
Python3 now that doing so won't immediately have the effect of reverting that
tool to ViewCVSOnly. :-) But I'm having to lay aside
Nathan Hartman wrote on Wed, 04 Dec 2019 23:04 +00:00:
> On Wed, Dec 4, 2019 at 4:05 PM Nathan Hartman
> wrote:
> > On Wed, Dec 4, 2019 at 3:51 AM Daniel Shahaf
> > wrote:
> > I can confirm that with the patch applied, getopt_tests.py runs and
> > all its tests pass when invoked in all three of
On Wed, Dec 4, 2019 at 4:05 PM Nathan Hartman wrote:
> On Wed, Dec 4, 2019 at 3:51 AM Daniel Shahaf wrote:
> I can confirm that with the patch applied, getopt_tests.py runs and
> all its tests pass when invoked in all three of the following ways:
> * 'make check'
> * 'make check TESTS=subversion/
On Wed, Dec 4, 2019 at 3:51 AM Daniel Shahaf wrote:
> Nathan Hartman wrote on Wed, 04 Dec 2019 05:43 +00:00:
> > I haven't confirmed this yet but I think that fixes it because at some
> > point between initialization and this test running, sys.argv[0] is
> > being modified.
>
> Confirmed.
Thanks.
Nathan Hartman wrote on Wed, 04 Dec 2019 05:43 +00:00:
> I haven't confirmed this yet but I think that fixes it because at some
> point between initialization and this test running, sys.argv[0] is
> being modified.
Confirmed.
> I found two instances of sys.argv[0] being assigned in
> subversion/t
On Sun, Dec 1, 2019 at 10:50 PM Daniel Shahaf wrote:
> Nathan Hartman wrote on Sun, Dec 01, 2019 at 22:22:26 -0500:
> > On a related note, I cannot seem to run *just* getopt_tests.py. If I
> > run it like this, I get failure:
(snip)
> > $ make check TESTS=subversion/tests/cmdline/getopt_tests.py
Daniel Shahaf wrote on Mon, Dec 02, 2019 at 03:50:14 +:
> Instead of running the entire test suite, you can do «cd …/cmdline &&
> ./getopt_tests.py». Run it with --help for details.
By the way, the --help output doesn't document this, but in the syntax
«./getopt_tests.py
r build/getopt_tests_data instead of
> subversion/tests/cmdline/getopt_tests_data. I have not figured out why
> yet.
The attached patch fixes it, but I don't know why. I came up with it by
comparing the handling of getopt_tests_data to other *_tests_data directories.
> However, if I jus
he same
> > > commit?
> >
> > No. Commit first. Translations are updated separately.
>
> Thanks.
>
> Committed in r1870689.
And that promptly caused a test failure in getopt_tests.py, because
that test compares the output of 'svn help log switch' to e
On Sun, Dec 1, 2019 at 12:17 PM Julian Foad wrote:
>
>
> Nathan Hartman wrote:
> > I didn't commit this yet because it affects translations. When modifying
> > strings, do I need to modify the po files in the same commit?
>
> No. Commit first. Translations are updated separately.
Thanks.
Commit
Nathan Hartman wrote:
> I didn't commit this yet because it affects translations. When modifying
> strings, do I need to modify the po files in the same commit?
No. Commit first. Translations are updated separately.
- Julian
I noticed that the first line of output of 'svn help' doesn't fit in a
terminal width of 80 characters for:
svn help changelist
svn help cleanup
svn help switch
Even though the strings do fit in 80 characters, this happens because
the name of the command (and any aliases) are p
Julian Foad wrote:
> Christoph Vogtländer wrote:
> > On the '1.10.x' branch: Fix german translation for 'svn help merge'
>
> Thank you very much for your fix!
>
> It is committed in r1837037, r1837038, r18370379 (separately: on trunk,
> on branch,
Christoph Vogtländer wrote:
> On the '1.10.x' branch: Fix german translation for 'svn help merge'
Thank you very much for your fix!
It is committed in r1837037, r1837038, r18370379 (separately: on trunk, on
branch, and marking as a merge).
- Julian
[[[
On the '1.10.x' branch: Fix german translation for 'svn help merge'
* subversion/subversion/po/de.po
Fix translation error and a typo in help text regarding the reintegration
of a feature branch back to trunk
]]]
Sigma Surface Science GmbH, Idsteiner Str. 7
Daniel Shahaf wrote:
julianf...@apache.org wrote:
[...]
+/** The maximum number of paragraphs of help text a subcommand can have. */
Missing "@since New in 1.11" annotation.
+#define SVN_OPT_MAX_PARAGRAPHS 50
Done.
@@ -77,6 +80,37 @@ typedef svn_error_t *(svn_opt_subcommand
On Tue, Jan 30, 2018 at 5:49 AM Jan Ehrhardt wrote:
> Bert Huijben in gmane.comp.version-control.subversion.devel (Mon, 29 Jan
> 2018 14:43:15 +0100):
> >If you build ZLib with the Windows specific assembly optimizations you
> >introduce known issues. Please make sure that you run the Subversion
Bert Huijben in gmane.comp.version-control.subversion.devel (Mon, 29 Jan
2018 14:43:15 +0100):
>If you build ZLib with the Windows specific assembly optimizations you
>introduce known issues. Please make sure that you run the Subversion
>test that was designed to show you this problem.
>
>These ass
issue, as the optimizations are
non-supported and out of date anyway.
Bert
From: Troy Curtis Jr [mailto:troycurti...@gmail.com]
Sent: zondag 28 januari 2018 16:23
To: Nathan Hartman
Cc: Subversion Development
Subject: Re: Windows Compile Help
On Sun, Jan 28, 2018 at 12
[..snip..]
> Glad I could help. Out of curiosity is this a 64-bit build and did you
> have to do anything out of the ordinary because of that?
>
I'm basically taking defaults, and considering the zlib asm I built was x86
and not x64 (and linking finally worked), I'm gues
right
> on. I had gotten close earlier but went the wrong way. At one point I
> *added* ZLIB_WINAPI to the config header, but of course it complained about
> a redefinition. It didn't click that I needed to *remove* it. Pulling
> that out of the build configuration finally got me linking (well, after
> added /safeseh to the asm build in zlib as well).
>
> Now to add swig to the mix and maybe eventually actually adding the change
> I want to test! XD
>
> Thanks again!
>
> Troy
>
Glad I could help. Out of curiosity is this a 64-bit build and did you have
to do anything out of the ordinary because of that?
On Sun, Jan 28, 2018 at 12:21 AM Nathan Hartman
wrote:
> On Jan 27, 2018, at 11:44 PM, Troy Curtis Jr
> wrote:
>
> I'm hoping someone can point me in the right direction with an issue I'm
> having compiling Subversion on Windows 10 using Visual Studio 2015 tools.
>
> I decided to break out of my
On Jan 27, 2018, at 11:44 PM, Troy Curtis Jr wrote:
>
> I'm hoping someone can point me in the right direction with an issue I'm
> having compiling Subversion on Windows 10 using Visual Studio 2015 tools.
>
> I decided to break out of my comfort zone a bit and see if I could get the
> changes
On Jan 27, 2018, at 11:44 PM, Troy Curtis Jr wrote:
>
> I'm hoping someone can point me in the right direction with an issue I'm
> having compiling Subversion on Windows 10 using Visual Studio 2015 tools.
>
> I decided to break out of my comfort zone a bit and see if I could get the
> changes
Hi, Bob,
From: Bob Zhu [mailto:b...@fortinet.com]
> We definitely don't wan to do anything client side since that would be a
> nightmare to manage afterwards.
> Upper management essentially wants this reminder everytime they do a
> checkout. Almost like a disclaimer that they have to agree to be
Bob Zhu wrote on Fri, Sep 01, 2017 at 10:13:39 -0700:
> We definitely don't wan to do anything client side since that would be a
> nightmare to manage afterwards.
> Upper management essentially wants this reminder everytime they do a
> checkout. Almost like a disclaimer that they have to agree to
Hi Markus,
Thank you for quick response and your suggestions.
Currently right now, our employess can only access SVN through
authentication with our LDAP server.
So authentication wise, we are fine but they upper management want's a
bit more.
Unforunately, the other suggestions you have made h
Hi, Bob,
From: Bob Zhu [mailto:b...@fortinet.com]
> We need to ensure all our devs who are checking out source from SVN is
> prompted with a privacy policy that they must agree to before the checkout
> can continue.
Any such kind of policy is implemented client-side, and thus can always be
circ
Hi there devs@subversion,
My name is Bob Zhu and I am the manager of the Configuration Management
team here at Fortinet Technologies.
Upper management has requested a privay policy implementation on SVN:
We need to ensure all our devs who are checking out source from SVN is
prompted with a pr
Hi José,
On 2/20/2017 16:25, José Carlos López wrote:
>
>
> Hola ,recientemente tengo problemas para visualizar el icono de
> BLOQUEO cuando reservo unobjeto para usarlo en tortoise svn (Windows 7).
>
> Los iconos de commit y demás funcionan perfectamenteexcepto el de
> bloqueo.Ya configure la opci
Hola ,recientemente tengo problemas para visualizar el icono de BLOQUEO
cuando reservo unobjeto para usarlo en tortoise svn (Windows 7).
Los iconos de commit y demás funcionan perfectamenteexcepto el de
bloqueo.Ya configure la opcion del "editor de registro del sistema"
(regedit.exe) pero sin éxi
sion, (tf) their version,
> (dc) display conflict, (e) edit property, (q) quit resolution,
> (h) help: s
> Unrecognized option.
> ]]]
> [[[
> (h) - show this help (also '?')
> ]]]
>
> Was there any special reason to switch (h)elp option to (s)how al
perty 'abc' discovered on 'Makefile'.
local add, incoming add upon update
Select: (p) postpone, (mf) my version, (tf) their version,
(dc) display conflict, (e) edit property, (q) quit resolution,
(h) help: s
Unrecognized option.
]]]
[[[
(h) - show this help (also &#x
Hello Stefan,
On Fri, May 27, 2016 at 12:39 AM, Stefan Sperling wrote:
>
> Hi Pavel,
>
> This change was intentional.
Got it! Thank you. I just wanted to be sure that this was an
intentional change. :)
--
With best regards,
Pavel Lyalyakin
VisualSVN Team
On Thu, May 26, 2016 at 11:15:11PM +0300, Pavel Lyalyakin wrote:
> Hello,
>
> I'm reading through the nightly SVNBook 1.8 and make more or less
> necessary changes to complete it and begin the work on SVNBook 1.9.
> I've just noticed that the output of `svn help` is sl
Hello,
I'm reading through the nightly SVNBook 1.8 and make more or less
necessary changes to complete it and begin the work on SVNBook 1.9.
I've just noticed that the output of `svn help` is slightly different
in SVN 1.8 and 1.9 command-line clients.
SVN 1.8 shows the version numb
is issued,
no need to do it before that.
I also want to associate the file to where it is stored and the
message written in the commit messages list, but that's for later.
For starters, I need to know to which extension points should I
attach my code to and which dependencies
red and the
message written in the commit messages list, but that's for later.
For starters, I need to know to which extension points should I
attach my code to and which dependencies will my code need. Are
you able to help me? Anything is welcome.
Thanks in advance
I ta
essages list, but that's for later.
For starters, I need to know to which extension points should I
attach my code to and which dependencies will my code need. Are
you able to help me? Anything is welcome.
Thanks in advance
Greg Stein wrote on Fri, Jan 01, 2016 at 07:43:32 -0600:
> It has been rare. Thankfully. Anybody know what else we voted on?
Naming the cmdline client svn(1) or sub(1)? I didn't witness it
personally, but that was the mythology when I was inducted ;-)
http://mid.gmane.org/85d5ibqew7@newton.c
that aren’t completely
updated.
Perhaps something around the Subversion Corporation if ever? (Don’t think so…)
Bert
From: Greg Stein
Sent: vrijdag 1 januari 2016 14:43
To: dev@subversion.apache.org
Subject: votes? [HISTORY HELP?]
Hey all,
There have been a few occasions when I've not
Hey all,
There have been a few occasions when I've noted to others how our community
has *avoided* voting. For FIFTEEN years.
We took a vote on whitespace issues because consensus wasn't clear. That
ended up with "no space before paren".
But it seems we took a vote on something else. But I don't
er properties processed by 'svn' there.
+1. For now, this is the place where we document the special props. The other
prop commands refer to this one.
(I was recently thinking it would be nice to move the description of special
props to its own help command, "svn help properties" for example, but that's
another topic.)
> (I don't see svn:mime-type)
It's there, in the "properties on a file" subsection higher up.
- Julian
Would something like
[[
Index: subversion/svn/svn.c
===
--- subversion/svn/svn.c(revision 1659683)
+++ subversion/svn/svn.c(working copy)
@@ -1424,6 +1424,12 @@
" directory:\n"
"svn:ignore - A l
On Wed, Nov 19, 2014 at 5:06 PM, Neels Hofmeyr wrote:
> On Wed, Nov 19, 2014 at 04:06:35PM +0300, anatoly techtonik wrote:
>> Took me 20 minutes to fill this one:
>> http://subversion.tigris.org/issues/show_bug.cgi?id=4528
>
> Wow, was gonna do it but found your issue already. Double thanks for yo
On Wed, Nov 19, 2014 at 04:06:35PM +0300, anatoly techtonik wrote:
> Took me 20 minutes to fill this one:
> http://subversion.tigris.org/issues/show_bug.cgi?id=4528
Wow, was gonna do it but found your issue already. Double thanks for your
efforts!
~Neels
signature.asc
Description: Digital sign
On Wed, Nov 19, 2014 at 03:45:05PM +0300, anatoly techtonik wrote:
> On Wed, Nov 19, 2014 at 2:45 PM, Stefan Sperling wrote:
> > On Wed, Nov 19, 2014 at 02:15:20PM +0300, anatoly techtonik wrote:
> >> >svn log -r 3901 -h
> >> Subcommand 'help' doesn't
gt;> Hi,
> >>>
> >>> I thought you might be interested to study this usability fail:
> >>>
> >>> >svn log -r 3901 -h
> >>> Subcommand 'help' doesn't accept option '-r [--revision] ARG'
> >>> Type &#
ty fail:
>>>
>>> >svn log -r 3901 -h
>>> Subcommand 'help' doesn't accept option '-r [--revision] ARG'
>>> Type 'svn help help' for usage.
>>>
>>> --
>>> anatoly t.
>>
>> To explain the prob
On Wed, Nov 19, 2014 at 2:45 PM, Stefan Sperling wrote:
> On Wed, Nov 19, 2014 at 02:15:20PM +0300, anatoly techtonik wrote:
>> Hi,
>>
>> I thought you might be interested to study this usability fail:
>>
>> >svn log -r 3901 -h
>> Subcommand 'h
On Wed, Nov 19, 2014 at 12:45:56PM +0100, Stefan Sperling wrote:
> On Wed, Nov 19, 2014 at 02:15:20PM +0300, anatoly techtonik wrote:
> > Hi,
> >
> > I thought you might be interested to study this usability fail:
> >
> > >svn log -r 3901 -h
> > S
On Wed, Nov 19, 2014 at 02:15:20PM +0300, anatoly techtonik wrote:
> Hi,
>
> I thought you might be interested to study this usability fail:
>
> >svn log -r 3901 -h
> Subcommand 'help' doesn't accept option '-r [--revision] ARG'
> Type 'svn h
Hi,
I thought you might be interested to study this usability fail:
>svn log -r 3901 -h
Subcommand 'help' doesn't accept option '-r [--revision] ARG'
Type 'svn help help' for usage.
--
anatoly t.
On Thu, Nov 06, 2014 at 09:52:45PM +, Andreas Stieger wrote:
> Hello,
>
> please review the attached patch for the svn-bench output. This file
> probably started life as a copy of it's svn equivalent.
>
>
> [[[
> Apply equivalent change to r1522518 to svn-bench
Hello,
please review the attached patch for the svn-bench output. This file
probably started life as a copy of it's svn equivalent.
[[[
Apply equivalent change to r1522518 to svn-bench help output
* subversion/svn/help-cmd.c
(svn_cl__help): No not show the version number in help outp
Hi,
the svn help auth text reads as follows:
> Manage cached authentication credentials.\n
> usage: 1. svn auth [PATTERN ...]\n
> usage: 2. svn auth --remove PATTERN [PATTERN ...]\n
> \n
> With no arguments, list all cached authentication credentials.\n
> Authentication c
A sender identified as "Have a nice day" wrote:
> I would like to join the open source community.I have some ideas i think
> would be useful.
This looks like spam -- short, vague, general; no indication it addresses us
specifically; and the only appearances Google finds of that email address are
I would like to join the open source community.I have some ideas i think would
be useful.
Jay Gordon
Ben Reser wrote:
> On 7/3/14 12:21 PM, Gabriela Gibson wrote:
>> Currently, the global options are displayed on many svn help topics, and
>> that's
>> an extra 16 lines at the end, which makes the actual help info that is sought
>> scroll off the screen, and
On 7/3/14 12:21 PM, Gabriela Gibson wrote:
> Currently, the global options are displayed on many svn help topics, and
> that's
> an extra 16 lines at the end, which makes the actual help info that is sought
> scroll off the screen, and it's not information that always ne
Currently, the global options are displayed on many svn help topics, and
that's an extra 16 lines at the end, which makes the actual help info that
is sought scroll off the screen, and it's not information that always
needed.
What do you think about moving the global options to thei
On 12/19/2012 12:16 PM, Branko Čibej wrote:
> I decided to move the generation of this warning out of libsvn_subr into
> the client (where it more properly belongs), so that we can check the
> configuration to see if it really is (globally) enabled.
>
> As far as I can see, basic_test.py #48 (basi
On 19.12.2012 18:05, br...@apache.org wrote:
> Author: brane
> Date: Wed Dec 19 17:05:16 2012
> New Revision: 1423955
>
> URL: http://svn.apache.org/viewvc?rev=1423955&view=rev
> Log:
> Make "svn --version"'s warning about enabled plaintext passwords depend on
> configuration file settings, not jus
C. Michael Pilato wrote on Thu, Nov 29, 2012 at 14:58:07 -0500:
> On 10/09/2012 02:29 PM, Daniel Shahaf wrote:
> > svnauthz-validate --help promises exitcode==2 in most code paths:
>
> r1415344.
Thanks.
On 10/09/2012 02:29 PM, Daniel Shahaf wrote:
> svnauthz-validate --help promises exitcode==2 in most code paths:
r1415344.
--
C. Michael Pilato
CollabNet <> www.collab.net <> Enterprise Cloud Development
signature.asc
Description: OpenPGP digital signature
sebb wrote:
> The text:
>
> --config-option ARG use ARG so override a configuration option\
>
> should presumably be:
>
> --config-option ARG use ARG to override a configuration option\
>
> i.e. change "so" to "to".
I'm on trivia duty today.
Thanks! Fixed on trunk in r1413033.
- Juli
The text:
--config-option ARG use ARG so override a configuration option\
should presumably be:
--config-option ARG use ARG to override a configuration option\
i.e. change "so" to "to".
svnauthz-validate --help promises exitcode==2 in most code paths:
Index: tools/server-side/svnauthz-validate.c
===
--- tools/server-side/svnauthz-validate.c (revision 1396152)
+++ tools/server-side/svnauthz-validate.c
Stefan Sperling wrote on Fri, Sep 14, 2012 at 22:04:10 +0200:
> It might be hard to write help pages that work well as both a tutorial
> and a reference, but I believe it's worth trying.
Some projects have have separate "Reference Manuals" and "User Guides /
Tutorials&
On Fri, Sep 14, 2012 at 07:45:06PM +0100, Julian Foad wrote:
> I was recently thinking how much nicer it would be if we could ship 'man'
> pages that contain useful descriptions rather than just saying (currently)
> 'please see the built-in help or the book'. I
On Fri, Sep 23, 2011 at 13:50, Magnus Thor Torfason
wrote:
> On 9/22/2011 23:17, Winston Smith wrote:
>>>
>>> [Steven Wu]
I am looking to revamp the entire site. Not just a minor update. But I
like
to redevelop it with modern technology using HTML5, CSS3 and bit of
JQuery.
On 9/22/2011 23:17, Winston Smith wrote:
[Steven Wu]
I am looking to revamp the entire site. Not just a minor update. But I like
to redevelop it with modern technology using HTML5, CSS3 and bit of JQuery.
[opinion snipped]
That's just my opinion, and if it hurts anyone, I apologise.
Well, I
1 - 100 of 215 matches
Mail list logo
