kerny's comments

kerny | 5 years ago | on: Linux Sucks 2020

When you see majority of consultants from the biggest Linux company (that also focuses on desktop Linux) using Macs for their work, you know that Linux on desktops won't happen anytime soon.

kerny | 7 years ago | on: Neovim 0.3 released

can you expand a bit more on "not as clean" as NeoVim? I consider vim's implementation of async jobs simpler than neovim's.

kerny | 8 years ago | on: Things I Wish I'd Known About Bash

This diagram is not entirely correct.

The remote bash startup order is further complicated by the existence of a compile time flag SSH_SOURCE_BASHRC. This flag determines if a remote non-interactive shell will load the ~/.bashrc file.

This flag is turned off by default and stays off in some distributions (like Archlinux), but is turned on in others (Debian, Fedora, ...) to replicate very old rsh behaviour.

kerny | 8 years ago | on: Things I Wish I'd Known About Bash

9) The remote bash startup order is further complicated by the existence of a compile time flag SSH_SOURCE_BASHRC. This flag determines if a remote non-interactive shell will load the ~/.bashrc file.

This flag is turned off by default and stays off in some distributions (like Archlinux), but is turned on in others (Debian, Fedora, ...) to replicate very old rsh behaviour.

kerny | 8 years ago | on: NeoVim 0.2.0 released

Can you back up this claim? I think it's not true and authors of both projects respect each other. They simply have different views regarding backwards compatibility etc.

kerny | 9 years ago | on: Containers vs. Zones vs. Jails vs. VMs

> The're VM's

They are definitely not VMs.

> But they're really, really efficient compared to VM's.

I think that the virtualisation CPU overhead is below 1%. Layered file systems are possible with virtual machines as well so disk space usage could be comparable.

What do you mean that they are "really, really efficient" ?

kerny | 9 years ago | on: Bram Moolenaar Discusses Developing Vim, How He Uses It, and Version 8

Why is it bad? Competition is always a good thing, and I'm glad that Neovim urged Braam to improve Vim as well.

Personally, I'll rather use Vim as it focuses on stability and long-term compatibility. I have a huge respect for Braam for maintaining the project for so long. On the other hand, some of the Neovim's promises are just that, big dreams. Development on Neovim has slowed down and if you look at their git history, you'll see most of their commits are actually upstream patches taken from Vim.

I also see a lot of hate towards Vim source code and code styling, which is not that bad and I actually prefer it to Neovim's two spaces per indentation style.

kerny | 9 years ago | on: More, less, and a story of typical Unix fossilization

Put something like this into your .Xresources:

For URxvt:

! Ctrl-Shift-A will show alternate screen URxvt.keysym.C-S-A: command:\033[?47h ! Ctrl-Shift-Z will return to regular screen URxvt.keysym.C-S-Z: command:\033[?47l

For XTerm:

! Ctrl-Shift-Z will toggle alternate screen VT100translations: #override \n\ Ctrl Shift <KeyPress> z: set-altscreen(toggle)

kerny | 10 years ago | on: 'Music' from /dev/urandom

I don't know if I'm the only one who have noticed that, but on 64 bit machines you have to change "%08X\n" to "%016X\n". Although using %08X sounds interesting, the result is not a major scale and probably not the original intent of the code.
page 1