News for hackers. Stuff that matters.

jD91mZM2

I'm afraid I'm not the messiah you're looking for, then. This is not a replacement for subtrees/submodules. But from my limited experience I agree with what you're saying :)
I believe there's some confusion around what git-subcopy does. It doesn't actually preserve history or anything like it. It just clones a certain file into your repository as a new commit, while saving which revision the file is from.

A potentially good candidate for using git-subcopy would be on this file: https://github.com/nix-community/rnix-parser/blob/master/ben.... It's copy-pasted from the nixpkgs upstream repository. It can't be used as a submodule - it's just one file out of dozens, no way people want to clone all that. Even worse with subtree, that'll always clone the whole upstream repo, and pollute the history on top of that. But the way it is currently, there's also no hint where it comes from.

git-subcopy is basically just me imagining a solution where you can not only link files or directories between repos without bloating down code size or history, but also modify them and later check what modifications you've made and rebase them. If you don't have a use case for this tool, good for you!

(Note that subtree is a user-contributed script, but it's been made to ship with most git installations)
I'm unfamiliar with that tool, so you tell me! Looks like it though, from what I'm reading, with the exception of keeping the internal configuration in a git-friendly format instead of huge XML.
Not sure I understand the question correctly, but here goes:

My personal bias is to keep using submodules or at least subtrees where possible, mainly because it's builtin and because it's written by smart people. This is mostly for when repositories are pretty big and you don't want to submodule/subtree the entirety. But that's just me.

I hope the maintainer complexity is as low as any other git solution, all the rebasing tools are just using standard git so there should neither be any advantages or disadvantages. The advantage of using this is to not check in everything into one repository (perhaps avoiding accidental modification of unrelated files that could cause merge conflicts).

Thank you for the feedback, I'll update the README

EDIT: Updated

tmux is pretty darn neat for having multiple terminals inside one terminal, and it's tiling instead of floating. Also lets you detach sessions.
It doesn't. Would be an interesting thing to add perhaps, but then I'd need to add some kind of daemon I believe. I also don't want to compete with the existing software as there's no winning over them.
I just click anywhere there's not a window. Didn't wanna add shortcuts as I'd need some way to escape them
I use xmonad but with xfce4-panel. Dotfiles: https://gitlab.com/jD91mZM2/dotfiles
Getting I/O errors uploading the asciinema cast, but here's a preview: https://streamable.com/4hoqh
I gotta say what I really like about macros are that ( and )s are matched. If you say:

  while ($($cond:tt)*) {
You'll actually match both

  while (true) {
and

  while (5 * (2 + 3)) {
. It counts the parenthesis :D
I think that I actually managed to get the language server to take 100% CPU once, I think it was stuck recursing. Don't want to dig deeper because I had to REISUB my computer, heh. But other than that one very rare time it works pretty well. Can't always show you the most useful things, because sometimes it depends on invocation and line number but it's doing well with syntax errors.
Re:Show HN: Sslhash: SSL without a certificate authority on Friday February 09, 2018 @02:43PM (#16343243)
Since only the keypair is cached, certificates are generated on each startup. This means they never expire (unless you run your application without any interruptions for a whole year).

But yeah, if they're leaked you just gotta re-send them to the clients. This isn't meant for large professional projects, only for stuff where the convenience outweights the pros of using a proper certificate.

Re:Show HN: Sslhash: SSL without a certificate authority on Friday February 09, 2018 @09:40AM (#16340438)
True, didn't think of that. The server would still have to generate it using a command though... I like having things automated.
Re:Show HN: Sslhash: SSL without a certificate authority on Friday February 09, 2018 @09:38AM (#16340427)
The hash is a lot smaller and less likely to be subject of a copy-paste error ¯\_(ツ)_/¯
Re:Speed up your Python using Rust on Sunday November 19, 2017 @07:28AM (#15733603)
Awesome, thanks! It feels like a lot of people dislike Ruby, but I'm glad some people still like it. I think it's a good Python alternative, and has syntax that reminds you of Rust.
Re:Speed up your Python using Rust on Sunday November 19, 2017 @07:10AM (#15733564)
Arch has Rustup? Today I learned. That's amazing!
Re:Speed up your Python using Rust on Sunday November 19, 2017 @07:09AM (#15733557)
Just separate the steps? Curl to a file, inspect it, and then execute it? I don't see the problem. Most users just don't care because it's official anyways.

Older »