Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
pmeunier
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
21 ms
·
181.
▲
by
pmeunier
6y ago
> I'd especially be interested in examples regarding multiple channels / branches (one development and several production branches), and then backporting a fix into older versions. I've been maintaining to versions of my S
182.
▲
by
pmeunier
6y ago
> Firstly, there are basically no potential colaborators for the areas i work on That's correct. On the other hand, this is a network effect, and the Nest, in its current incarnation, is only 3 weeks old. It's getting better ev
183.
▲
by
pmeunier
6y ago
Alright, maybe you should have read my answer before replying. I do know what I'm talking about, I wrote the damn thing.
184.
▲
by
pmeunier
6y ago
I'm not angry at all! It is exciting that people are interested in this work. Any project moves one step at a time, even though the length of time steps might step down over time.
185.
▲
by
pmeunier
6y ago
> It's certainly possibly I got some information wrong about Pijul. Please correct me if I have! That's actually the case, because you can totally simulate Git using Pijul if you want, except for the weird merges where Git shuf
186.
▲
by
pmeunier
6y ago
I love that. > The finished prototype I built created standard character-based unidiffs, and it sounds like could possibly be slotted directly into Pijul now. The diff algorithm, acting on lines, is pretty generic in Pijul, but there is
187.
▲
by
pmeunier
6y ago
> Is the website fast and inviting? Is the software easy to install? Etc. A very gentle way of phrasing this ;-) Thank you. The Nest used to be really fast with the previous Pijul, but I remember the first iteration took a few days of de
188.
▲
by
pmeunier
6y ago
> - The Pijul front page ( https://pijul.org ) has a prominent link in the middle that points to their source code hosting service, Nest. That page has always been dog slow. It takes multiple seconds for that page to open, and
189.
▲
by
pmeunier
6y ago
Yes, it does, even if the interface might be somewhat lacking, and the documentation work in progress. Pijul can even postpone downloading content that has been deleted since a change was created. More detail in that blog post, when you hav
190.
▲
by
pmeunier
6y ago
I'm the author, I understand how that comment of mine could be misinterpreted, which is why I removed it. It was just a reaction to a number of plagiarism events that have happened to me in recent years. At some point I've even be
191.
▲
by
pmeunier
6y ago
> I cannot find an issue tracker. Hoping the author reads this. The project seems very interesting https://nest.pijul.com/pijul/pijul/discussions/new
192.
▲
by
pmeunier
6y ago
> I don't find that particularly unusual or problematic; if one is working on a Rust based project I'm the author, and you just made my day. Thanks. > On a quick glance, that seems (?) to be the case here Nope, I don't
193.
▲
by
pmeunier
6y ago
Work in progress. Days have 24 hours, projects only move one step at a time.
194.
▲
by
pmeunier
6y ago
First reason: writing servers that are easy to secure and maintain. Second reason: SSH on Windows used to be the most nightmarish thing you can imagine.
195.
▲
by
pmeunier
6y ago
I'm the author. I've been asked to review results of mine in the past, taken form arxiv.org and resubmitted by senior academics. I've also seen partial reimplementations of Pijul, from the source code, with a different licens
196.
▲
by
pmeunier
6y ago
I'm the author, and I'm entirely guilty of that misunderstanding. This is not what I meant, it's just a commented targeted at a number of different people who have stolen my stuff in recent years, in different areas of my wor
197.
▲
by
pmeunier
6y ago
On the other hand, libpijul received 0 external contributions over the three years during which it was public. The biggest contribution I got was from someone who rediscovered it independently after asking me about it, and didn't even
198.
▲
by
pmeunier
6y ago
Sounder, no. The theoretical complexity of Anu is improved compared to Pijul. The complexity of Pijul is in O(log l) where l is the number of lines written since the beginning of history, whereas Anu is in O(e) where e is the number of edit
199.
▲
by
pmeunier
6y ago
> the UX is a steaming pile of legacy cruft This is due to the lack of a solid theory to match the intuition. The "git way" of trying to match each use case is to add a new command for each new use case. I don't think you
200.
▲
by
pmeunier
6y ago
Anu is not "trying to be clever" in merges, it implements a mathematical theory. This contrasts with Git and its default 3-way merge, which can sometimes shuffle your file ups, as shown there: https://anu.dev/docum
201.
▲
by
pmeunier
6y ago
More on that very soon on the website. The reason is performance and scalability. Pijul was always advertised as experimental, and Anu is the result of that experiment.
202.
▲
by
pmeunier
6y ago
`cargo install anu --version 1.0.0-alpha --features git` gives you a one-way incremental import, with the command `anu git`.
203.
▲
by
pmeunier
6y ago
> Which is good, we don't want a 'smart' tool to do the wrong thing and silently introduce bugs Then that example you link means that you should stop using 3-way merge / git / svn / mercurial.
204.
▲
by
pmeunier
6y ago
No, 3-way merge does not produce a conflict in that case, nor shouldn't it. Alice adds lines at the very beginning of the file, Bob adds line at the end, and 3-way-merge merges Bob's lines into Alice's new line. That is inc
205.
▲
by
pmeunier
6y ago
> The git way of talking about code is rigorous and reliable That's not quite true, for example the mere existence of "git rerere" means that conflicts are not really represented internally. Also, merges like 3-way merge
206.
▲
by
pmeunier
6y ago
> All CRDTs are fundamentally asychronous I didn't say otherwise. However, Google Docs and WOOT are meant to be used "almost synchronously" (which is why I wrote "almost synchronous" in my answer), in the sense t
207.
▲
by
pmeunier
6y ago
This is so "true" that there's even a realistic generator: https://git-man-page-generator.lokaltog.net/
208.
▲
by
pmeunier
6y ago
It depends: the main issue is the diff algorithm. Pijul's diff is not line-based, but rather "byte block"-based (which at the moment happen to be lines). This means that we could totally imagine more clever diff algorithms fo
209.
▲
by
pmeunier
6y ago
Excellent question! This project is indeed mathematically possible, but did require two separate innovations: - an "engineering" one, called Sanakirja, which is a fast, forkable, transactionnal, on-disk key-value store. Although i
210.
▲
by
pmeunier
6y ago
> I doubt pijul will make a dent in solving AAA game devs vcs issues though Pijul has the potential to do that, since patches provide a very easy interface for doing partial checkouts: - just pull patches related to a particular part of
More ›