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."

61 comments

  1. As in "oh snap"? by Anonymous Coward · · Score: 0

    Sounds good to me.

    1. Re: As in "oh snap"? by Anonymous Coward · · Score: 0

      Oh, snap snap snap gurl

    2. Re: As in "oh snap"? by Anonymous Coward · · Score: 0

      But does it take Apple Pay. Exactly what I'm thinking

  2. Excellent by OneHundredAndTen · · Score: 1, Insightful

    You already know, Microsoft, where you can stick your snap.

    1. Re:Excellent by Anonymous Coward · · Score: 0

      Visual Studio 2019 for Linux. Finally, something to replace "Barium Enema" at the bottom of my list of things I need.

  3. Oh, it's the Bend and Snap by Anonymous Coward · · Score: 0

    1) Bend
    2) Snap

  4. because using atp dnf, yum ... by Anonymous Coward · · Score: 0

    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.

    1. Re:because using atp dnf, yum ... by mschaffer · · Score: 1

      Use the Source, Luke!

    2. Re: because using atp dnf, yum ... by ChunderDownunder · · Score: 1

      VSCode already has its own deb repository.

      This is another attempt by Canonical to make their pointless Snap platform a thing.

    3. Re: because using atp dnf, yum ... by pnutjam · · Score: 1

      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.

    4. Re:because using atp dnf, yum ... by jenningsthecat · · Score: 1

      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.
  5. Does it come with a Clippy snap? by xack · · Score: 1

    Or will I still have to make do with Vigor?

  6. vim, grep, a compiler, git, email. by Anonymous Coward · · Score: 0

    That's all you need, newbs.

    1. Re:vim, grep, a compiler, git, email. by fahrbot-bot · · Score: 1

      That's all you need, newbs.

      There are Emacs modes for all of those ... :-)

      --
      It must have been something you assimilated. . . .
    2. Re:vim, grep, a compiler, git, email. by Entrope · · Score: 1

      Cool, now all Emacs needs is an editor!

    3. Re:vim, grep, a compiler, git, email. by luvirini · · Score: 1

      There is a mode for that too:
      https://github.com/ryanprior/e...

  7. This isn't new by cmaurand · · Score: 3, Interesting

    I installed a snap version of VSCode months ago on one or two of my Ubuntu boxes. yawn

    1. Re:This isn't new by Anonymous Coward · · Score: 0

      Visual Studio != Visual Studio Code

    2. Re:This isn't new by FictionPimp · · Score: 2

      Right, and this article is about visual studio code.

  8. No clippy snap in Federal prison by Anonymous Coward · · Score: 0

    Sorry Trump traitors.

  9. aw snap... by Anonymous Coward · · Score: 1

    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.

    1. Re: aw snap... by Anonymous Coward · · Score: 0

      100MB??? Oh my god, I can only assume you had to upgrade to a bigger drive!!

  10. Meh. I'll stick with Eclipse. by stevegee58 · · Score: 1

    Not this bastard child of Windows and Linux.

  11. seamless auto-updates... by Anonymous Coward · · Score: 0

    eventually break systems.

    I had to explain to my VP of sales that my machine crashed during a sales pitch meeting, preventing my presentation from being presented, due to seamless auto updates. Somehow, we did not close the deal.

    I've had auto updates break scanner drivers, prevent services from running, prevent business processes from running, ....

    I can see, Windows auto-updated, rebooted and stop monitoring the respiration unit which led to the demise of Mr _ at 03:41 AM this morning.

    1. Re: seamless auto-updates... by FictionPimp · · Score: 1

      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.

    2. Re: seamless auto-updates... by Kjella · · Score: 1

      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
    3. Re: seamless auto-updates... by Anonymous Coward · · Score: 0

      More like chroot reinvented.

    4. Re: seamless auto-updates... by Tough+Love · · Score: 1

      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.
  12. What a relief by Waffle+Iron · · Score: 4, Funny

    Forty years of vi vs emacs flamewars will finally come to an end now that they both can be retired.

    1. Re: What a relief by Anonymous Coward · · Score: 0

      lol

    2. Re:What a relief by Walter+White · · Score: 2
    3. Re:What a relief by Anonymous Coward · · Score: 0

      You did look at the date on that post, didn't you?

  13. Re:Meh. I'll stick with Eclipse. by Anonymous Coward · · Score: 0

    Not this bastard child of Windows and Linux.

    as if eclipse and java were not also bastard children of windows and unix

  14. There already was a snap for VSCode by scumdamn · · Score: 1

    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.

    1. Re:There already was a snap for VSCode by scumdamn · · Score: 1

      Sorry about replying to myself but the snap that was up there was vscode by Snapcrafters. This one is code by vscode (really?) I uninstalled vscode and installed code and it kept all my extensions and settings. Even my recently loaded files were there. I don't see any difference and I don't really care personally that this one is the official version and the other was built by the community. I guess snapcrafters could insert malicious code in their snap but I don't have any reason to suspect that would happen so it really doesn't make a difference to me.

    2. Re: There already was a snap for VSCode by buchanmilne · · Score: 1

      But, there has been a Flatpak available for months, with all of the same benefits as a Snap, except also:
      - Supported by more distributions (including Ubuntu)
      - Not controlled by Canonical

      https://flathub.org/apps/detai...

  15. Microsoft will buy Canonical by Anonymous Coward · · Score: 0

    At this point it is a given. Canonical is the last *major* independent Linux company. If they don't buy them, Oracle might.

    1. Re: Microsoft will buy Canonical by paugq · · Score: 1

      Suse is independent too

    2. Re: Microsoft will buy Canonical by Anonymous Coward · · Score: 0

      I said "major". Suse is an also-ran.

  16. Against my better judgement... by Anonymous Coward · · Score: 0

    I actually like VSCode.

    And it really does work very much as intended regardless of the host OS.

    It quickly became my goto editor for anything Javascript.

    It lead me into using TypeScript, to the point now that I'm converting just about every project where I use Javascript to use TypeScript instead.

    And now, I'm up to my eyeballs in a project that uses .NET Core...and we are doing everything in VSCode.

    Not a peep from my fellow developers...they are all pleased as punch...and they all HATE M$.

  17. Only APPS can app apps! by Anonymous Coward · · Score: 0

    These LUDDITES are pushing LUDDITE snaps that pretend to be modern appy app apps, but are actually LUDDITE programs!

    Apps!

  18. Never! by cruff · · Score: 1

    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.

  19. lightweight code editor? by Troy+Roberts · · Score: 1

    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.

    1. Re:lightweight code editor? by Anonymous Coward · · Score: 0

      Ah, see, you just parsed that incorrectly. VSCode is an editor for lightweight code; it is not a code editor that happens to be lightweight.

    2. Re:lightweight code editor? by Anonymous Coward · · Score: 0

      Yep, VS Code is light weight.

      Just now I have VS Code and IntelliJ open on my PC. Each with a bunch of tabs open. Here is the memory usage:

      IntelliJ - 1000 MB
      VS Code - 1164 MB

      See how light that is? VS Code is a lot faster in general and does not hang up for minutes on end when dealing with large files.

      Comparison to Notepad++ is of course very silly, they are different things altogether.

    3. Re:lightweight code editor? by Troy+Roberts · · Score: 1

      I would not have called IntelliJ light either. I mean it is a full IDE java app. So, it pulls in the JVM and such.

      I don't think comparing VSCode and IntelliJ is a good comparison. VSCode is an editor not an IDE. Granted it does have an nice extensions interface and you might be able to make it into an IDE. Notepad++ also has a nice extensions interface.

  20. 100% Javascript by Tough+Love · · Score: 2

    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.
  21. Re:Meh. I'll stick with Eclipse. by Tough+Love · · Score: 2, Insightful

    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.
  22. A much better answer. by Anonymous Coward · · Score: 0

    Try qtcreator.

    It's like Visual Studio, but with less Microsuck.

  23. Re:Meh. I'll stick with Eclipse. by h33t+l4x0r · · Score: 1

    Eventually all software will be written in Javascript and you should probably just get used to it now.

  24. Re:Meh. I'll stick with Eclipse. by Anonymous Coward · · Score: 0

    the best aspects of Eclipse and Visual Studio in a non-insane language

    I really like Holtek's HT-IDE3000. Fast, responsive, all the info you need on one screen, and it has a great assembler.

    https://www.holtek.com/ice-software

  25. Mono again. by Anonymous Coward · · Score: 0

    Dear Microsoft,

    You tried to give me Mono, now you are trying to shove something else down my throat? It is about time that you stop trying to force yourself upon me. Your patent encumbrances are so unattractive. Your embrace is toxic.

    I saw the way that you lured Novell with money and promises. I see what you are doing now with Canonical. Don't ask me to BASH on you. Git out of my life. Give me my Freedom! SNAP off!

    Sincerely,

    The Linux Community

  26. Re:Meh. I'll stick with Eclipse. by Tough+Love · · Score: 1

    So idiocracy is inevitable?

    --
    When all you have is a hammer, every problem starts to look like a thumb.
  27. Dead to me by functor0 · · Score: 1

    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.

  28. Re: Meh. I'll stick with Eclipse. by Anonymous Coward · · Score: 0

    I hate JavaScript and all this absolute fuckery being built on top of it. It is nausiatingly distinct in it's vile wretched scent.

  29. Re:Meh. I'll stick with Eclipse. by h33t+l4x0r · · Score: 1

    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..

  30. Go away by Anonymous Coward · · Score: 0

    MS and Canonical? What's to like?

  31. India bans PUBG, Harry wants to ban Fortnite. by Anonymous Coward · · Score: 0

    These poor innocent, addictive, murderous psychopathic douchebag inducing games. Allegedly!

  32. Re:Meh. I'll stick with Eclipse. by Tough+Love · · Score: 1

    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.
  33. Microsoft and Canonical by Anonymous Coward · · Score: 0

    Today Linux, tomorrow the world!