Viewing profile — pmeunier

Pijul natively handles monorepos btw, that's the whole point.

Many Rust projects have done cool new stuff. Alacritty is possibly the greatest terminal emulator on the market today. I'm not into cryptocurrencies, but Parity and ZCash are doing…

This is indeed one of the issues of Pijul, but patch application is extremely fast, which makes it easy in the vast majority of cases (we don't apply patches to files directly, but…

> The only ones I know of are Pijul and Jujitsu which you mentioned. They're both quite new. There are other Git frontends like Jujutsu: Gitless, StackedGit, GitButler, Sapling… Ev…

One of the motivations behind Pijul was to manage custom versions of Nixpkgs while still benefiting from upstream commits. One issue that's hard with Git is that when you also want…

Also, the conflict resolution is just another patch (Pijul patches aren't just regular diffs, they have a lot more information), so should you decide to merge it back upstream afte…

IMHO there are different ways to design a version control system: 1. The SCSS/Git way, aka the hacker way: look at what we can do with existing stuff, and use that to build somethi…

I've done very little Zig, so this may not be very informed. Indeed we don't use Rust intrinsically that much. With associated type constructors, Rust would be the best language (I…

Yes indeed, we would not have started Pijul without the hope that at least theoretically, patch-based designs could be faster than snapshots. "Patch-based is slow" without any othe…

Not the same category of tools: Pijul and Fossil have radically different designs, whereas jj is a Git frontend, and Sapling a Mercurial fork.

It's mostly about Rust adding lots of features I am not interested in, and not adding the ones I need for the project. Sanakirja was hard to write in Rust, not a single concept of …

In Pijul the head is a CRDT. Having used it for years to develop itself, I can definitely imagine!

Pijul handles binary files natively, using a number of mathematical tricks removing the need for extra layers (layers like LFS). If you're interested come talk to us!

At the time we thought our tools were good, and really meant it. Now it's different, we think our new tools are good, and we really mean it. But it's different.

Wait, nobody in the Pijul team brags about being in Rust. If Pijul were written today it would probably be in Zig, for many reasons.

I can answer that question, as both the author of Pijul and as someone most Rust zealots usually don't like very much. Nothing magical in Rust, at the time it was the only language…

You're describing working on your own single-author project, in which case there is indeed little difference (Pijul has less tooling). In practice on actual real world cases, there…

> Git to Pijul is a much smaller change, it is much more difficult to justify. Having used both extensively, I don't think this is true at all. I don't see as much difference betwe…

> why would you (or the authors of Pijul) care about this extremely rare case? I'm the main author, and my answer is: because it allowed to to model with great mathematical rigor w…

This question is really deep. The "distributed" nature of Git makes some things easier than SVN: you can scale to large teams, work offline, split a repo into independent subrepos …

First, thanks for the patient and kind advice. This is so rare I didn't even know you were allowed to talk like that online. > I think you should try to let go of the idea of "evol…

we have `pijul diff -sU`, which is similar to `git status`. Also, feel free to contribute!

By not being a CI tool, nor claiming to solve such Turing-complete problems. Pijul has a theory of textual changes, but indeed doesn't care at all about what you write in your file…

Oops, don't look at what we do! These repos have been used for dogfooding and bootstrapping extensively, they have the worst structures and aren't good examples of nice, clean work…

The key insight of Pijul is to be the smallest generalisation of a file that is a CRDT with insertions and deletions of bytes as its two operations, where "smallest" and "file" are…