vscode-gitlens VS linux

Quite a while ago, the GitLens+ plugin gained the Commit Graph feature--the same graph you see in GitKraken. Until then I had used Git Graph for visualizing my repositories and GitLens+ for git blame in the GUI. Since one plugin could now do both, the natural course of action was to remove the other--goodbye, Git Graph!

Btw, today I want to speak about something different, I love git and I love terminal, but sometimes I love having the info visualised appealingly and get info about the source control quickly. I work with VsCode typically, so some months ago I tried to find a solution for this editor that resolves what was said before. After googling and some testing, the result of my search was: GitLens. Now, I want to show you how it works and how it can improve your routine. So don't waste time and let's jump in it!

GitLens extension chef's kiss

for GitLens https://gitlens.amod.io/

Hi. Vs code is pretty well integrated with git. There are built in git support and a couple other plugins. For example, the most popular git plugin for vs code is git lens. It also has powerful rebase editor (i guess, it is my favorite feature), which you can enable by following this guide. I personally realy enjoing Git Graph extension, which allow you to observe your git history in pretty similar to git kraken way. It also provide navigation facilities and some other useful features.

Redder color means changes were made very recently in that area. Again you can fully customize age thresholds, locations, the color of the most recent and least recent changes, etc., from the settings.

So here are some of my favorite GitLens features that I use regularly. You can find the full list of the features here.

Phone a friend. I recommend integrating git blame into your development environment I use the Git lens plugin which shows you, directly within files in a code editor, who authored certain file changes and the PR which can be helpful for quickly getting more context regarding decisions by looking at the associated Pull Request or having the opportunity to connect directly with the committer. Pair programming can be an effective way to debug and share knowledge. Similar, to the magic of figuring out the solution to a bug in the shower or overnight there is a phenomenon called rubber ducky debugging in which just explaining the issue to someone else (even an inanimate rubber duck) can help make the solution more obvious.

If you're using VS Code, get the GitLens extension. It has an interactive rebase editor which I find very helpful (as well as heaps of other nice features).

GitLens - https://gitlens.amod.io/#features , see who did what, when and why in your IDE and also quickly see any changes you have made

According to the Github page on the right side it doesn't list Rust. Maybe there isn't enough Rust yet to be shown on that tracker?

The only thing kernel >= 6.1 allows is to *manually* manipulate bar sizes. It allows you to set the bar size before passing through to the guest, the guest has no control over the bar size. If your setup magically allows the guest to resize bars it has nothing to do with this patch.

For what it's worth, I've been using a BabyFace Pro on Mac for years, ADAT-connected to an RME rack ADC/DAC to enable all available audio channels, and it's been as rock-solid as any hardware I've ever owned.

Note that, while the BabyFace Pro doesn't have native Linux or BSD drivers, it does have a USB class-compliant mode that, while feature-limited compared to the proprietary drivers, may be sufficient for DAW use — AFAIK, the primary limitation is limited control over the hardware mixer, so problematic if you need low-latency monitoring of multiple input channels simultaneously, but possibly irrelevant otherwise.

There's also a full-featured iPad mixer app that works in class-compliant mode, so full control is at least theoretically possible, lack of published details notwithstanding, and there appears to be at least some support for this in the Linux kernel,

https://github.com/torvalds/linux/blob/2eb29d59ddf02e39774ab...

There's 0.8% Assembly in the Linux kernel according to Github. https://github.com/torvalds/linux/

I had a quick check. Linux source I downloaded from github has about 38 rust files and 353 grep hits for unsafe.

It appears so. It exists and is in tree but it's probably going to stay "optional features only" for the foreseeable future since rust can't currently target all platforms that the kernel supports.

1. https://docs.kernel.org/rust/index.html

2. https://github.com/torvalds/linux/tree/master/rust

Probably this one: https://github.com/torvalds/linux/blob/master/drivers/hid/hid-playstation.c