Live data from Hacker News

Lore – Open source version control system designed for scalability

lore.org

541–550 of 717 posts

Re: Lore – Open source version control system designed for scalability

#541

For context, since a lot of people on HN haven't worked on games - this is not intended to compete with Git for general software development. This is a competitor with Perforce for game development. Git is fine for text based files like code, but it's really bad at stuff like textures, 3D models, audio files, and other non-text files that game developers need to collaborate on. For example, one artist might need to o…

A significant part of my job, unfortunately, is helping people fix their workspaces when Perforce (p4) goes bad, or creating guardrails and wrappers to stop Perforce doing bad things. In fairness, p4 predates most of the VCSes we consider "modern", so I empathize with a lot of the underlying architecture decisions. However, it has and continues to utterly fail at improving at a reasonable pace. For example: - p4 trac…

Reconciling is my least favourite part. It always feels like everyone’s checkout is a unique blend of local files and permissions you have to fix up now and then. It can be hard to keep track of how much one’s deviated.

I can understand how git isn’t always appropriate for less technical workflows and large file sizes, but p4 pain is its own character.

Re: Lore – Open source version control system designed for scalability

#543

Earlier quoted context omitted.

Inside joke. Apple's marketing guy used the word "courage" as an explanation when removing the headphone jack.

That decision had a lot of detractors at the time, but it ultimately seems to have been correct.

I don't know if I agree.

People who moved to bluetooth got arguably worse sound quality.

For wired headphones, there were very few lightning headphones and they mostly sucked.

Now with usb-c you can get a broader range of headphones (because other phones have gone with usb-c).

either kind needs a dac inside the dongle, or the shell of the headphone, or have a bulky external dac.

3.5mm is still king for decent wired headphones/earbuds.

Re: Lore – Open source version control system designed for scalability

#544

The premise is that Git-LFS sucks, so we need to build a new data versioning system (in Rust, from scratch). While I mostly agree with this premise, but there are already lots of existing (mature) data versioning systems with the same tricks under the hood: - Pachyderm (Go): https://github.com/pachyderm/pachyderm - XetHub (acquired by HuggingFace): https://huggingface.co/blog/xethub-joins-hf - LakeFS (Go): https://gi…

There's also git-annex and iterative DVC. I used xethub a fair bit (was the earliest user, in fact) and I thought it was better than git annex, git-lfs and DVC, but still did start to struggle past a certain size. I think part of the problem was just git itself, and the compromises required to have a hybrid repo. So I'm happy to see this vcs doesn't use it. xethub did start shipping a version of their product that di…

one of the oxen engineers here would love to hear about anything you ran into on the os product or platform! we've grown the team a bunch and are eager to learn what your perfect vcs looks like

Re: Lore – Open source version control system designed for scalability

#545

Earlier quoted context omitted.

Luckily it’s an open source project so you could go in and clean up the ux.

Great, then your choices are (a) try and probably fail to get your changes upstreamed and/or (b) maintain your own fork of git forever. This is very much a "if you don't like X about your country, just move to a different one" kind of "solution". The costs are extreme to the point that pretending it's viable is insulting. Really it's just a way to silence legitimate complaints.

to be fair, if you just want to improve the UX for yourself you can totally have a fork, make your changes, and use it on your own machines when talking to github or whatever other git repository. Now getting someone else to accept your changes might be harder, but that's what happens when you try to change a tool so many people use, especially one with a lot of history. Maintaining a fork is literally one of the things git was designed to make feasible after all.

Re: Lore – Open source version control system designed for scalability

#547
post #533

[dead]

What did I just watch? I am very confused.

Spam from a bot! I think there are automatic filters to prevent this so I'm surprised it wasn't banned before we all had to see it, maybe @dang can comment on how quickly these are supposed to be resolved

Re: Lore – Open source version control system designed for scalability

#549

We had to use Perforce (Helix Core Cloud) at my last game studio, and it is the de facto industry standard that most of your creative staff is already familiar with. The programmers don't love it, but they don't rule the roost in games. It's also the safe, verified default for working with Unreal Engine 5. It does show its years though. We were one of the first users of the Perforce cloud offering, as we were small a…

Git LFS and git's (relatively) new sparse clone features i suspect are their answer to this sort of thing, although my understanding is that was more focused on monorepo operations in general. I'm not entirely sure permissions were sorted, or this sort of mixed-mode dvcs/cvcs operation model with file-scope checkouts interacting with traditional branch-mode operation.

Its not just about the tech, you have to have non-technical artists using this thing every day

Re: Lore – Open source version control system designed for scalability

#550

Earlier quoted context omitted.

What did I just watch? I am very confused.

Spam from a bot! I think there are automatic filters to prevent this so I'm surprised it wasn't banned before we all had to see it, maybe @dang can comment on how quickly these are supposed to be resolved

Thanks, I actually thought this had to do with Epic Games somehow!
Post reply on HN