Hacker Newsnew | past | comments | ask | show | jobs | submit | waynecochran's commentslogin

Yes. I don't know if this is exactly the recipe, but something akin to this could have .. no should have .. existed. Probably 1¢ is too much. Also, full public key encryption and digital signatures should be easily integrated by now as well. I know the whole trust problem ... yadda yadda ... I don't even read my email hardly at all anymore -- I want everyone that needs to get a hold of me don't rely on email.

I would be more likely to share this w others if the domain name didn't have an f-bomb in it. It doesn't bother me that much, but I really don't want to share it in certain circles...

Hey Wayne, I bought wheretheheckdidmytaxesgo.com and will make it live after work today. Sorry about the profanity! It’s just how I felt after seeing the stats firsthand :)

Anything new or special in jj that allows me to work with large binary files simply? To me, this is still unsolved in terms of providing an elegant solution (e.g. things like Git Large File Storage (Git LFS) are awkward).

I've heard that jj has support for non-git backends? Can anyone comment on how difficult it would be to add support for another backend, any docs or examples?

I have a project[0] that does the large file thing well, but is missing most of the version control porcelain. I've been looking for the path of least resistance to integrate it into something with a larger user base.

[0] https://github.com/gotvc/got


To add a new backend, there's a trait that you implement for your backend: https://github.com/jj-vcs/jj/blob/713a0d0898448392d38fdcbaba...

I suspect if you came by the jj discord, folks could help you with more detail than that.


Thanks for the link.

It looks like this treats files as blobs just like Git, and trees as single objects which fit in memory. Assuming that is a correct understanding, this core abstraction would need to change to handle large files and directories well.

All the well known version control systems do this though, and it simplifies the system significantly. It's the right model for source code, but it doesn't translate well to arbitrary data.


Yes, it will require work to do large files well. But there is general interest in upstream in having that, there's just nobody driving the work at the moment.

Not yet. It's desired to do something better here, but there's no active development that I'm aware of right now.

(LFS support is in progress though)


It is this week. Which is interesting because the photo in the clip is the familiar near side -- I recognize the bunny.


That was immediately my thought.


Anyone have an example?


Folks talk about xv in the past tense. I still use it. On AWS it is still a great way for me to view images on headless ECS instances using an X11 server on my Mac. I still use on my local Linux boxes because it has image editing features I still can not find elsewhere.


People are still using Windows?


This is one of those posts I would like look back on in a year or two. I am usually a late adopter with everything. This time is think its different. I am seeing what AI can do with my own eyes. I am creating new things at light speed and figuring out this all works. I don't think you want to be late to the party on this one.


handled i^i outa the box ...


Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: