Slashdot Mirror
Microsoft and Canonical Launch Visual Studio Code Snap For Linux (betanews.com)
Following the release of Visual Studio 2019 for Windows and Mac platforms, Microsoft today is releasing a snap version of Visual Studio Code. A report adds: No, the source-code editor is not the Windows-maker's first snap -- it also released one for Skype, for instance. "As of today, Visual Studio Code is available for Linux as a snap, providing seamless auto-updates for its users. Visual Studio Code, a free, lightweight code editor, has redefined editors for building modern web and cloud applications, with built-in support for debugging, task running, and version control for a variety of languages and frameworks," says Canonical. Joao Moreno, Software Development Engineer, Microsoft Visual Studio Code offers the following statement: "The automatic update functionality of snaps is a major benefit. It is clear there is a thriving community around snaps and that it is moving forward at great pace. The backing of Canonical ensures our confidence in its ongoing development and long-term future."
You already know, Microsoft, where you can stick your snap.
Or will I still have to make do with Vigor?
I installed a snap version of VSCode months ago on one or two of my Ubuntu boxes. yawn
It's great and all that Microsoft is finally providing some Linux support, but honestly, I really don't like snaps. It's like Microsoft bloatware isn't big enough already, lets stick it inside a snap and bloat it up even more! WTF?
I don't know why Canonical is so obsessed with snaps. I installed Ubuntu 18.04 and what? It pre-installs Calculator as a snap taking up over 100MB of space?! It takes a long time to load the Calculator as a result, and the thing gobbles up a big chunk of RAM too. Why? I uninstalled the Calculator snap and installed the same damned gnome-calculator app using apt-get. 382KB and it starts up instantaneously whilst using only a tiny fraction of the memory.
Not this bastard child of Windows and Linux.
Forty years of vi vs emacs flamewars will finally come to an end now that they both can be retired.
Was that not an officially packaged Snap? There's also a deb you can download and install. I don't see what the need for a snap is. Heck, there's a Flatpak but it's the open source version without telemetry so I'm sure Microsoft would prefer you not use that one.
Suse is independent too
That's all you need, newbs.
There are Emacs modes for all of those ... :-)
It must have been something you assimilated. . . .
That's why snaps are being pushed. They don't break your system. They are self contained containers that just get replaced. Like docker upgrades for apps. I personally think it's a waste, but I get the appeal.
I'm using vsvim inside Visual Studio, which works moderately well. For more robust stuff, I use vim in the WSL. For straight Linux, it is vim all the way baby.
Use the Source, Luke!
So, bundling a back-end, browser (Blink), and a pile of java script is light weight (i.e. an Electron app)? When I start VSCode with an empty document it starts 6 processes and uses about 400MB on windows versus say Notepad++ which is a single process and about 30MB.
Just to be clear, Visual Studio Code is a massive monument to Javascript. There are people out there who would view that as a positive feature. In fact, there are massive hordes of people thinking exactly that, because all they really know in their technophile life is Javascript. Some other view this with horror, something like going around the corner and coming face to face with an endless sea of shuffling Zombies. Please don't bite me!
I installed "Code" as they like to call it, on my system a few months back, and I agree, it's a pretty sensible editor. It does a lot of things right. But it is Javascript, and that inevitably shows through from time to time. (Like a body part sometimes falls off a zombie?) What ultimately lead me to purge it off my system is its habit of leaving processes running even after exiting. I can't view that kind of behavior as anything other than a warning.
Then, this is from Microsoft. Say what you will, Microsoft is still the same Microsoft. Still controlled by self serving puppeteer Gates. Somewhat humbled by the ascent of Google, Apple and Facebook perhaps, but never forget that this is Microsoft. Not chastened at all for past misdeeds, but rather seething with resentment and cunning, determined to rise up and defeat its old foes. Which very much includes Linux.
Look, if you are an open source developer and you like this thing, then get busy and clone it, preferably in some nontoxic language like Go. That is the way we have always done things, why should now be different? Otherwise you are just asking for it.
When all you have is a hammer, every problem starts to look like a thumb.
That's why snaps are being pushed. They don't break your system. They are self contained containers that just get replaced. Like docker upgrades for apps. I personally think it's a waste, but I get the appeal.
Snaps are pretty much just static linking reinvented. One blob that is your software, replaced by a new blob. Don't get me wrong it's nice that there's a format that works across distros but I find it strange that this hasn't been solved through some kind of wrapper scripts that turns it into "trivial" native packages with no dependencies and all the files in a private folder. So like snap, but without actually having alien packages with different update mechanisms. Oh well...
Live today, because you never know what tomorrow brings
I would like to see somebody get busy on a clean sheet reimplementation of the best aspects of Eclipse and Visual Studio in a non-insane language like Go or Rust. And remember Visual Age, the predecessor of Eclipse, which was written in Smalltalk? It could do some amazing things that its successor doesn't attempt, like recompile parts of a large program while it is running. Why can't Eclipse do that? When we changed out Smalltack for Java, did we get more stupid? And why is Eclipse so freaking slow, I thought Java was supposed to be fast? (No, actually, I was never fooled.) And Javascript... don't get me started.
When all you have is a hammer, every problem starts to look like a thumb.
Having multiple different package management systems on one system is just insane. For example, Javascript off doing its own thing, or Python. How many languages do we have now, that each want to invent their own completely separate universe? For one thing, they have no concept of interdependencies between each other, they try to promulgate the fiction that such do not exist. And sure, these languages may be so mutually incompatible that interdependencies are physically impossible, but that is not a reason to celebrate, rather it is just sad. I do appreciate that snaps provide a form of compartmentalization, but in many cases that does more harm than good.
When all you have is a hammer, every problem starts to look like a thumb.
Eventually all software will be written in Javascript and you should probably just get used to it now.
Cool, now all Emacs needs is an editor!
VSCode already has its own deb repository.
This is another attempt by Canonical to make their pointless Snap platform a thing.
So idiocracy is inevitable?
When all you have is a hammer, every problem starts to look like a thumb.
Any code editor that doesn't have separate settings for how many spaces a Tab should be vs how many spaces are use for indenting is dead to me.
I don't know about that but if you're a Go fan, who is bemoaning the lack of Go adoption, while recognizing that browsers will never run Go, then maybe you're just a fucking masochist or a complaint-bot. We all live in the world that we live in..
There is a mode for that too:
https://github.com/ryanprior/e...
and rpm's , and basic tar.gz.
I used it some when I ran opensuse as my desktop. It was pretty good for viewing json files.
Cheap storage VM.
Because using apt, dnf, yum, or whatever is so f*cking hard. But, maybe the people who use VSCode on a Linux box need the extra help.
No, using those things is not hard. Until you do something like add a third-party repository, either because the mainstream version of the program you want is too far out of date, or because there IS no mainstream version of the program you need. Then, on some future update, you end up with conflicts and broken packages, and you're in the Linux version of "DLL hell". Also, there are things I've tried to install which, because they're native to KDE and I'm on XFCE, insist on bringing in pretty much the entire DE as dependencies, even though most of them aren't truly needed. Conversely, there are things I've tried to UNinstall that want to remove pretty much my entire DE.
Linux DE's and programs have gotten far too complicated for any kind of sane package management - it's just too hard to reconcile the libraries and other dependencies across so many programs of different vintages. I feel for the package maintainers, and I understand why they throw everything-including-the-kitchen-sink into their dependency lists. But I have neither the time nor the inclination to build all this shit from source so it works on MY system, only to re-build it all in 6 months when some other change comes along and breaks things. For people like me, Snaps are VERY attractive. Sure, they add a lot of bloat - but in some cases I'm already forced to accept bloat to get what I want. And at least with Snaps, I can blow stuff away without fear that I'm going to break some other package or even bork my whole damned DE.
'The Economy' is a giant Ponzi scheme whose most pitiable suckers are the youngest among us and the yet-unborn.
So for you, the definition of a good language is that a browser runs it. And you follow up the genius deduction by concluding that if a browser runs a language, then data center servers should too. Yuck, now feel like I got some of your stupid slime on me.
When all you have is a hammer, every problem starts to look like a thumb.