Congratulations Dan! I know this has been something that's been
problematic for a long time, so it's great you were able to improve
things (and by the sound of it, things have improved by a lot)
Ryan Inch (Imaginer)
On 2022-06-17 17:45, Dan McGrath via Bf-committers wrote:
Just a heads-up
Except for you just now i don't think anyone is
questioning the need for version control on the
3rd party dependencies. This tree was there long
before i joined the blender project so can't give
any insights on any controversy in creating it.
However whenever this subject (why svn) comes up,
it
Zack
- To track library versions https://developer.blender.org/T88438
- To tag corresponding versions for each release
https://svn.blender.org/svnroot/bf-blender/tags/
- Some bugs show up due to deps also,
https://developer.blender.org/rBL62677 . VCS can point to the commit
that caused it.
Hi everyone,
It's fascinating to see this discussion. It never occurred to me that
anyone might continue to prefer svn once git came into existence, and yet
here is a sample case, right under my nose! I guess svn is still relevant
even after all these years!
But actually I'd be curious to know
Just an update with some new numbers, dan's changes
brought down the time for a full clone from my home
connection down to 5m48s (down from 27m39s previously)
well done dan!
--Ray
On 2022-06-17 3:45 p.m., Dan McGrath wrote:
> Just a heads-up that Ray and I took a packet capture on both ends for
Just a heads-up that Ray and I took a packet capture on both ends for me.
Thanks to his capture, I noticed that the SVN server host was not sending
TCP window scale or SACK options. Ultimately this turned out to be due to
that host using the PF firewall "synproxy" state option, which apparently
On 6/16/2022 11:51 PM, Ankit via Bf-committers wrote:
> Tom:
> 1. Unlike SVN checkout, git checkout cannot be resumed. It starts
> over if interrupted.
> 2. .git folder's size will blow up with every release. Git is not
> so good for binary files.
Yes, plain vanilla git would be bad with
=8<==[Editors note]=8<==
I'll be honest I'm 100% convinced mailinator will ruin
the little formatting I have done, I put a copy of this
email on https://developer.blender.org/P3014.
=8<8<8<8<==
How much as I like the sentiment of "lets move to git will it
solve all these problems"
What about p2p?
Can we have users seed lib downloads?
On Fri, Jun 17, 2022, 9:11 AM Dan McGrath via Bf-committers <
bf-committers@blender.org> wrote:
> Hi,
>
> Really, I would need to see a capture from both sides to dig into it. I
> need to see what is being sent, and what is received on each
Hi,
Really, I would need to see a capture from both sides to dig into it. I
need to see what is being sent, and what is received on each side. There
could be some weird firewall stuff happening that is causing fragmentation
or blocking TCP options, or window scaling issues, etc.
As for the
On Fri, Jun 17, 2022 at 5:20 AM Dan McGrath wrote:
>
> Hi Tom,
>
> Long time no see :)
>
> I did some tests from home and found that, aside from slow speeds, I was able
> to checkout at least 5 or 6 gig of the bf-blender repo without error or
> having to retransmit.
Yeah, looks like I was
Hi Tom,
Long time no see :)
I did some tests from home and found that, aside from slow speeds, I was
able to checkout at least 5 or 6 gig of the bf-blender repo without error
or having to retransmit.
I took the liberty of packet capturing the stream from my PC's POV, and
placed them in the ftp
Tom:
1. Unlike SVN checkout, git checkout cannot be resumed. It starts
over if interrupted.
2. .git folder's size will blow up with every release. Git is not
so good for binary files.
Chad:
https://developer.blender.org/T73511
https://developer.blender.org/T73394
Cheers
Ankit
On 17/06/22
I've been kind of wondering if they would eventually be migrated too. I only
update my local libs occasionally, so it has a tenancy to fail if doing a large
update spanning many revisions. Plus the benefit of not having to use two
different tools.
Now with Git LFS being more widespread, it
14 matches
Mail list logo
