Where do you see a connection between GOGs project and SMB? I assume you mean samba here.
Kualk
The article is a dream of how to save face.
In short: Ukraine is on the path to loose, it is loosing. Current levels of western support is not sufficient. Population support is dwindling.
Let’s save face by freezing conflict at current lines.
The article completely dismisses official Russian position, that is glossed over in western news sources in the 1st place: Ukraine must accept new Russian territory, withdraw its troops from this territory.
Article called current Russian position as maximalist, but when announced it was pointed out that it is actually a minimalist position. Putin stated directly that as Russia advances on the ground, conditions will change.
The article is a feeble attempt at getting closer to reality on the ground.
Lol, DoJ just dropped a couple cases against Trump.
What do you call him now?
Let’s call things their names:
It was an assassination attempt, which almost succeeded.
Trump is injured, one bystander is dead, two others are injured.
Trump got really lucky, even one inch would have serious consequences.
As all assassins on US presidents, the guy is dead, so we don’t know why or who is connected to him.
World is on path of escalation.
I originally meant solution described here:
https://blog.cloudflare.com/using-go-as-a-scripting-language-in-linux/
With requirements like yours, just use RUST itself.
GO language can be used as scripting language on Linux.
I imagine the same approach can be used with RUST.
I am surprised that most reliable and more importantly desktop environment independent solution is not as popular here.
I use it with iOS. Owlfiles app supports samba, but I am sure there are others.
I don’t get the question.
I usually use vscode to work with files. It has excellent remote editing over ssh. For example, I have large private collection of markdown notes that is kept on remote server.
At work I deal with large GO project that targets Docker images and my setup is:
- windows 11 laptop
- WSL Debian with full systemd integration installed (that’s the hardest part)
- visual studio installed on windows, I have no development tools on windows: no docker, no git, no GO compiler
- debian on WSL has all the dev tooling: git, go lang, ssh server is turned on
My workflow is to start Debian WSL and forget about terminal. Start vscode on windows, connect to Debian over ssh, open project directory. Work on project without ever leaving editor, use built in terminal in vscode. Fish runs inside vscode. Editor is primary. Fish is secondary and it excels at recalling history.
Use each tool for what it was designed. No terminal will ever match my productivity in vscode. Vscode has all the fuzzy search built-in.
I used to use vim for heavy coding, but abandoned that route 20 years ago. I am still able to use vim for quick short changes in config files, but anything serious is handled with visual studio code over ssh.
Primary vim scenario:
sudo vim /etc/config-file-name
Vscode 1st approach is a modern day version of emacs approach Or vim with plugins. Only difference is vscode is actually low effort to get started on new machine, low learning curve, low maintenance effort unless you have sunken months into your terminal editor and refuse to abandon your investment.
They held 8.5 to 9.5 range for just about 1 year. Before and after it was 16-20% range.
Source: https://base.garant.ru/10180094/
Let’s remember all the laughs about friendly Russian fire and doubts surrounding that claim.