Is vscode broken ?

taiwan740 said:
Why can't we have the same VS Code that's available for Windows and Mac without the missing stuff?
Click to expand...
Most likely due to licensing reasons. While plenty of things of the VSCode application is open source, many of the additional stuff isn't.
 
It's the same vscode. Just vscode-plugins/extensions can have dependencies... On lot's of stuff.
The editor on linux/freebsd/windows/mac is the same as far as i know.
 
SirDice said:
Most likely due to licensing reasons. While plenty of things of the VSCode application is open source, many of the additional stuff isn't.
Click to expand...
Fair enough, but as it's not FreeBSD distributing the extensions, it's curious how this reduction in available extensions from the "store" is peculiar to this instance. The licensing onus would be on the end-user, and as I have those extensions on my other computer, then I've already agreed to them?

Does make sense if the extensions excluded require some kind of Linux/Windows/Mac dependency, but just a bit disappointing that the Microsoft C# extension isn't available for download, for example.

I'm sure there's a decent enough reason, I won't worry my wee brain on the matter.
 
macbias said:
Is anyone using Lapce instead? It's still in infancy, but maybe the more people start using it, the more chance people contribute and move development along, maybe we could have a solid replacement for the long run.

I use helix as a safe bet, but lapce got more stable these past 3-4 releases (sometimes it crashed losing unsaved work before that on freebsd) and I think they moved to a new UI framework and it shows in performance (floent, from druid unless I'm thinking about something else). There are some cons, but maybe it just needs some love.
It has a plugin system using wasm/wasi, so any language that compiles to wasi can be used to write plugins.
Let us pray.
Click to expand...
I would move anywhere I can use some XML plugin (SPL) that I use on VSCode, can you recommend any alternative besides Emacs? ?

Thanks! ?
 
I had to rebuild Visual Studio Code from ports too, and it took me 3 days on a Gigabyte Brix nettop. Most of the time was spent in building Electron.

If others want to spare that time, I've uploaded the resulting .pkg, built on FreeBSD 14.0-RELEASE-p6 on amd64 with the default options here: download link - of course, ponder the decision on whether you want to install this binary package from an untrusted source and take your responsibility !
The MD5 of the file is 765c2cd2e7866ad96f3d335a5d3b1f0c.

$ uname -a
FreeBSD minibrix 14.0-RELEASE-p6 FreeBSD 14.0-RELEASE-p6 #0: Tue Mar 26 20:26:20 UTC 2024 root@amd64-builder.daemonology.net:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64
Click to expand...

It's quite mind-boggling to me that software can take that much time to compile these days. It's orders of magnitude more than cross-compiling the complete LLVM toolchain itself. Some initial design choices (Node.js etc.) do really not age well. < /troll >

*edit* I can also upload the build of Electron if someone is interested.
[root@minibrix (-bash) /usr/ports/editors/vscode]# pkg info|grep electron
electron28-28.3.0 Build cross-platform desktop apps with JavaScript, HTML, and CSS
Click to expand...
 
Why is editors/vscode missing from latest and quarterly? If the build is failing or taking too long time, is there a status page where I can see this?

I can recommend editors/cudatext otherwise, sort of like Sublime but even more lightweight.
 
GlitchyDot said:
can you elaborate on this one ?
Click to expand...
I sure can. While this is certainly over the top, I still have systems in service that will take most of the day to build world, and will take a day to build llvm. When you need to build llvm, chromium, node, electron and some more, you will wait for more than a week. If it works at all with 2GB of memory. So, given the speed at which llvm, chromium and co are growing, there will be a point in time where current high end HW will not be able to build it all in a quarter. What then? This may be in 5 years, or 10. But the current rate of software bloat will one day lead to a collapse.
 
I have 32GB of memory in my PC & 12 Cores. Compiling Chromium takes 4 hours. One llvm 8 hours.
It's acceptable but your PC better be fast.
But there is a general tendency towards bigger ports,more bloated software & longer compile times.
 
Electron is one of the worst software design ideas in recent years. It just makes no sense to build "desktop apps" on top of the monstrosity we now know as "web browser" (which is better described as "application platform", based on heavily bloated technologies).

But there's a dilemma. With somewhat popular software built on top of electron, just saying "we don't have the resources to build that sh***stuff" isn't a viable option for a project aiming to provide a package repository of a third-party software distribution (ports). Sure we can yell at the developers for this stupid choice of platform, but does it help? ?
 
I'd say we make it a law to supply all developers with what the typical school boy has (not gamer), the hand-me-down laptop of his dad kind of things. This will make them think twice about adding more frills and eye candy.
 
Crivens said:
This will make them think twice about adding more frills and eye candy.
Click to expand...
Electron is less about "frills and eye candy" and much more about laziness. Don't get me wrong, "being lazy" is a good thing in general and very much drives engineering. But not at any cost. So you develop some "web app" for whatever reason, then decide to bring it to the desktop and your solution is "oh, just bundle a browser" (which is basically what electron is), then you're doing it completely wrong, IMHO.
 
FreeBSD needs a Theo de Raadt-like dictator who watches about this. Can't be that FreeBSD is cluttered to death with this bloated shit.
 
I didn't mean to blame FreeBSD but more like lazy individual developers.

Would be good to have a person in charge who watches them.
 
You must log in or register to reply here.
Back
Top