Hi,
Von: Miha Vitorovic [mailto:miha.vitoro...@gmail.com]
>
>On 7.11.2011 16:08, Neels J Hofmeyr wrote:
>> Can you argue up a case where one would want a non-revision-pegged
>> external excluded from commit? I'm reluctant to take simply previous
>> externals behavior as argument, because extern
Translation status report for trunk@r1199100
lang trans untrans fuzzy obs
--
de2066 169 338 269 UUooo
es1992 243 364 405 ++UUU~
fr2234 1
On 11/07/2011 07:14 PM, Miha Vitorovic wrote:
>
> On 7.11.2011 16:08, Neels J Hofmeyr wrote:
>> Can you argue up a case where one would want a non-revision-pegged external
>> excluded from commit? I'm reluctant to take simply previous externals
>> behavior as argument, because externals have alway
Daniel Shahaf wrote:
> Jonathan Nieder wrote on Mon, Nov 07, 2011 at 12:45:19 -0600:
>> [[[
>> * Makefile.in
>> (swig-pl, $(SWIG_PY_DIR)/libsvn): Depend on mkdir-init.
>
> Does the swig-rb target need to grow a similar dependency on mkdir-init?
> Makefile.in doesn't seem to already contain such
Specifically, I see an error with 1.7.0 when I do:
% cd greek-tree-wc
% rm -rf A/D
% mkdir A/D
% sudo mount -t tmpfs -o size=1M tmpfs $PWD/A/D
% $svn revert -R .
subversion/svn/revert-cmd.c:80: (apr_err=18)
subversion/libsvn_client/revert.c:196: (apr_err=18)
subversion/libsvn_client/revert.c:106:
Jonathan Nieder wrote on Mon, Nov 07, 2011 at 12:45:19 -0600:
> >> (swig-pl): Likewise.
>
> Needed.
>
> cd . && /usr/bin/python
> ../build/generator/swig/checkout_swig_header.py
> /tmp/svn-test/BUILD/../build.conf /usr/bin/swig common.swg
> Traceback (most recent call la
Daniel Shahaf wrote:
> Jonathan Nieder wrote on Sat, Nov 05, 2011 at 22:57:55 -0500:
>> +++ Makefile.in (working copy)
[...]
>> # recursive targets to handle external projects (e.g. APR, Neon)
>> -external-all external-install:
>> +external-all external-install: mkdir-init
>> @target=`e
Hi,
I've been using subversion with a working copy crossing mount point
without problem until 1.7.x, (this was perfect to manage unix
configuration files instead of using RCS)
Would it be possible to go back to the same behavior as the previous
versions, where performing a commit (I'm using
On 7.11.2011 16:08, Neels J Hofmeyr wrote:
Can you argue up a case where one would want a non-revision-pegged external
excluded from commit? I'm reluctant to take simply previous externals
behavior as argument, because externals have always sucked so far.
I can :)
I spend my days writing "code
Jonathan Nieder wrote on Sat, Nov 05, 2011 at 22:57:55 -0500:
> Greg Stein wrote:
> > On Nov 5, 2011 6:06 AM, "Philip Martin" wrote:
>
> >> We have a mkdir-init target in the Makefile that is supposed to create
> >> the build directories.
> >
> > Right. It creates what is needed rather than a sca
On 11/05/2011 10:42 AM, Stefan Sperling wrote:
>> So, yeah, maybe we should make UC2 the default and provide an
>> --exclude-externals option. Anyone who's asking how to get a default of not
>> committing dir externals along can simply be told: revision peg them.
>
> I don't think changing the cur
Greg Stein wrote:
> Woah. This is even crazier than what you fixed. *nobody* asks
> for the end revision. In fact, the code would have crashed since
> END_REVISION was always NULL.
No, it wasn't that broken, it was only a bit of an ugly API. Both the END_URL
and END_REVISION output pointers were
On 11/05/2011 05:42 AM, Stefan Sperling wrote:
> I don't think changing the current default behaviour is a good idea.
> Changing the default behaviour is more likely to break existing
> scripts than a new configuration option.
Agreed.
> Also, please do not get too side-tracked because of the disc
13 matches
Mail list logo
