The patch I sent is now committed in r1898948 as a new branch,
'pristines-on-demand-on-issue4892', for easier dev/test access.
Hi,
I'm once again restarting my efforts on a solid Windows build environment.
I've been checking the scripts in build/win32 and believe these might be a
reasonable starting point.
Does anyone have recent (or not so recent...) notes on what you did to set
it up?
If you feel the notes are not in
On Tue, Mar 15, 2022 at 11:10 AM Daniel Sahlberg
wrote:
>
> Hi,
>
> I'm once again restarting my efforts on a solid Windows build environment.
> I've been checking the scripts in build/win32 and believe these might be a
> reasonable starting point.
>
> Does anyone have recent (or not so recent..
Just an addendum, perhaps a more positive portrayal of the brief
exploration of the alternative design approach: my assessment is that
exploration was enough to show that an initial release based on the
original approach has possibilities of being improved, incrementally, in
that way, as and when r
Julian Foad wrote on Wed, Mar 09, 2022 at 19:53:12 +:
> On Mar 8 2022, Daniel Shahaf wrote:
> >> By default Subversion will upgrade the working copy to a version
> >> compatible with Subversion 1.8 and newer.
> >
> > Are we assuming that future minor versions (1.16, 1.17, etc.) will all
>
Karl Fogel wrote on Tue, Mar 08, 2022 at 17:59:20 -0600:
> On 08 Mar 2022, Daniel Shahaf wrote:
> > Sure. I was asking whether by "once the user has a local pristine" you
> > meant a pristine — as in, a file under .svn/pristine/ that .svn/wc.db
> > knows about and uses — or Alice making a local co
Karl Fogel wrote on Tue, Mar 08, 2022 at 17:59:20 -0600:
> There are reasonable arguments both ways for
> shipping MVP with/without x-hydrate functionality.
>
> What do others think?
Just bumping Karl's question.
Cheers,
Daniel
Shall we write release notes for multi-wc-format now? That
branch/feature seems merged and finished, other than the release notes
not being updated yet. And it's better to write them now while it's
fresh in our memories, and so the notes will be available to anyone who
might try trunk@HEAD builds
Daniel Sahlberg wrote on Tue, Mar 15, 2022 at 16:09:51 +0100:
> Hi,
>
> I'm once again restarting my efforts on a solid Windows build environment.
> I've been checking the scripts in build/win32 and believe these might be a
> reasonable starting point.
>
> Does anyone have recent (or not so recen
Vincent Lefevre wrote on Fri, Mar 11, 2022 at 12:09:59 +0100:
> On 2022-03-11 10:29:12 +, Julian Foad wrote:
> > Julian Foad wrote:
> > > +1. Can you send a patch?
> >
> > By the way, the reason I ask if you would be willing, rather than "just
> > quickly doing it" myself, is even a small "obv
Julian Foad wrote on Mon, Mar 14, 2022 at 10:47:57 +:
> I wonder if we are missing some perspective.
>
> We are worried that the current design won't be acceptable because it
> has poor behaviour in a particular use case.
>
> The use case involved running "svn update" at the root of the WC. (
Julian Foad wrote on Fri, Mar 11, 2022 at 19:36:41 +:
> Stick with the idea, for now, that we do need to handle that "restore"
> part of update.
Can we deprecate it?
In the API, create an svn_client_updateN() function that's documented to
be like svn_client_updateN-1() but without reverting a
Julian Foad wrote on Tue, Mar 15, 2022 at 20:10:24 +:
> Just an addendum, perhaps a more positive portrayal of the brief
> exploration of the alternative design approach: my assessment is that
> exploration was enough to show that an initial release based on the
> original approach has possibil
Julian Foad wrote on Mon, Mar 14, 2022 at 20:23:29 +:
> Daniel Sahlberg wrote:
> >[...] I will try to build a release for myself and use it for dev work.
> Thank you Daniel.
>
> I'm wondering if I (or we) need to do more to facilitate evaluation. I'm
> thinking of things like adding some feed
Daniel Shahaf wrote on Wed, Mar 16, 2022 at 04:43:19 +:
> Julian Foad wrote on Mon, Mar 14, 2022 at 20:23:29 +:
> > Daniel Sahlberg wrote:
> > >[...] I will try to build a release for myself and use it for dev work.
> > Thank you Daniel.
> >
> > I'm wondering if I (or we) need to do more t
I have shared this before, but hopefully it’s helpful. I found documentation
incredibly confusing. This is what I use myself. It does need some minor
updating for VS 2022, newer JDK, etc but it’s functional.
https://gist.github.com/ahwm/47dca1ae4290094a539d5dcc30338fb9
Based on the work here: h
Daniel Shahaf wrote:
>Julian Foad wrote:
>> exploration was enough to show that an initial release based on the
>> original approach has possibilities of being improved, incrementally, in
>> that way, as and when resources permit.
>>
>> In other words I am not recommending choosing one approach an
17 matches
Mail list logo
