Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

.NET on Linux – bye, Windows 10

piotrgankiewicz.com

Post reply on HN
Print view View original

221–230 of 290 posts

Re: .NET on Linux – bye, Windows 10

#221

Post by Grazester »

scandox wrote: post #30

The real story here is the forced updates. How do people who are planning demos and presentations handle this? It's my worst nightmare.

I was out in the field consoling into a cisco switch and I had a force update restart done(I had been cancelling it a while now it go to the point where it just restarted)

It took me the better part of 10 minutes to apply updates. Thankfully it was nothing pressing I was going on the switch. I had to disable auto updates with a registry hack. Microsoft isn't serious about Windows and it treating it like an OS now used for petty non important things.

Re: .NET on Linux – bye, Windows 10

#222

Post by Grazester »

romanovcode wrote: post #66
ewfffe wrote: post #33

Earlier quoted context omitted.

After years MySQL still not implemented async for their .NET driver, only slow cheap wrappers. However, PostgreSQL has full async support in their free .NET driver...

Yeah, however no EF LINQ support, correct? So you'd have to write all the queries manually.

I have used Mysql with Entity Framework and LINQ just fine

edit://oh you were asking in regards to postgre

Re: .NET on Linux – bye, Windows 10

#223

Post by retro64 »

softwarelimits wrote: post #212
cozuya wrote: post #197

Here's my anecdata after recently attempting to move permanently from Windows to Linux Mint: * No logitech mouse support = severely disabled experience. I can't use any of the extra mouse buttons in the way I want on my Performance MX. And yes I did spend several hours trying to get it to work but it seems that the button mapping works only for keyboard commands and even that I couldn't make work. And never could mak…

You should understand that it is a decision about your and our all freedom. A few missing features and annoyances are a good price to pay for freedom.

Wow – why the downvotes? I agree 100%. You do need to make a real choice and sacrifice when it comes to open source. You will not have commercial support like Windows or a Mac. Depending on what you do, even your future career and job opportunities may be impacted by this choice.

And at least we have a choice, thanks to the thousands of faceless individuals who have contributed to make it possible.

Re: .NET on Linux – bye, Windows 10

#224

Post by Vendan »

NetStrikeForce wrote: post #218
Vendan wrote: post #154

Earlier quoted context omitted.

I think the point is "develop on the platform you are going to use". You'd get that error when you were developing on linux, so it'd never make it to production. If you developed on windows, you'd never get the error, cause you have gdiplus.dll. Still you should be at least testing on something matching the target platform, but catching this kind of stuff early is a plus!

Well, I guess he wouldn't have used gdiplus.dll if he was planning to run the app on Linux, so I'm guessing the conclusions should be: - If you're doing multi-platform software, don't use platform specific libraries. - If you're doing multi-platform software, test on all your target OSes. Use any OS that makes you productive.

Just to clarify, he didn't use gdiplus.dll, he used System.Drawing, which in turn uses gdiplus.dll.

Re: .NET on Linux – bye, Windows 10

#225

Post by zastrowm »

philliphaydon wrote: post #157
silicon123 wrote: post #32

if there would be WPF support on linux it sure would be a competitor but if you are stuck with desktop applications I'm afraid, it's still Win

https://github.com/AvaloniaUI/Avalonia Checkout this project for making WPF cross platform.

To clarify, this is a cross-platform UI library in the style of WPF; it does not actually make WPF cross-platform.

Re: .NET on Linux – bye, Windows 10

#226

Post by mixmastamyk »

hnxy wrote: post #204
cozuya wrote: post #197

Here's my anecdata after recently attempting to move permanently from Windows to Linux Mint: * No logitech mouse support = severely disabled experience. I can't use any of the extra mouse buttons in the way I want on my Performance MX. And yes I did spend several hours trying to get it to work but it seems that the button mapping works only for keyboard commands and even that I couldn't make work. And never could mak…

>While it supposedly exists, I could not make f.lux work. This essentially prevents me from using my computer at all at night. I'd recommend using redshift instead ( http://jonls.dk/redshift/ ). It's free software and does basically the same thing as f.lux.

    sudo apt-get install redshift-gtk

Re: .NET on Linux – bye, Windows 10

#227

Post by AlexeyBrin »

flipchart wrote: post #168
bkmartin wrote: post #162

Earlier quoted context omitted.

This can be turned off... You can use the group policy editor to set it up like windows 7. I just did this on my dev machine this weekend after being bit by it. Now I get notified of the updates available and can choose to install them at my whim. No more coming back to a rebooted machine and all my development windows, webservers, etc are no longer running. I have windows 10 pro, so I cannot speak to how this works…

Doesn't work in Home edition (edit: the group policy editor is not available). Cheaper laptops (which are still fine for lighter web dev) come with Home edition so there are a few people (me at least) who do have to live with the forced updates

> Cheaper laptops (which are still fine for lighter web dev) come with Home edition so there are a few people (me at least) who do have to live with the forced updates

Recently I bought a pretty expensive ASUS laptop, 2K and it comes with Home edition. At this point I can buy an upgrade license from MS for about $100 or buy a full retail Windows 10 license for > $200.

Re: .NET on Linux – bye, Windows 10

#228

Post by wtallis »

yaur wrote: post #166
creshal wrote: post #20

Earlier quoted context omitted.

I wonder what he fucked up to make this necessary. Modern Linux distributions work fine with UEFI and create the necessary EFI System Partition itself.

UEFI support is relatively new for Linux and there are still a bunch of guides floating around that tell you to disable it, more than likely he followed one of those but didn't really need to disable it.

UEFI support may be new to some major Linux distros, but all the necessary components have been lying around for years. I booted Linux on my Mac through EFI before UEFI support was common on PCs.

Most of those guides you mention were half-assing it at the time of writing. There have been good reasons to still boot through the BIOS CSM even when a system has EFI, but for the most part those reasons have faded or been entirely eliminated over time: older graphics cards that lack the necessary firmware are less common, 32-bit EFI on 64-bit hardware is extremely rare and since kernel 3.15 isn't a problem any more.

Re: .NET on Linux – bye, Windows 10

#229

Post by cmdrfred »

Grishnakh wrote: post #184
rbanffy wrote: post #65

Earlier quoted context omitted.

My mom uses Ubuntu (but, in all fairness, I installed it for her)

My mom uses Windows. In all fairness, it was pre-installed by HP. I don't know any non-technical consumers who installed Windows themselves in the last 15 years.

I work in IT, exactly 0 of my users could pull off a Windows install and if they could they could they also probably would be able to install Centos or Ubuntu. Both have wizards that make it just as easy as Windows.

Re: .NET on Linux – bye, Windows 10

#230

Post by baldfat »

darklajid wrote: post #156
baldfat wrote: post #122

Earlier quoted context omitted.

> Upstream can't be expected to release packages for every distro (if any). This isn't provide distro specific packages this is provide the one extra file over macOS and Windows. Also this is for the health of the Linux environment. That is why we have RPM and Deb they work for MANY distros and if your outside that then the source is there for aa build. One day appimage, flatpak or Snap will make this easier.

No, RPM and Deb files don't work for many distributions. Yes, the formats are shared (say, RPM for Fedora, RedHat, Suse). But the resulting binaries aren't (usually, automatically - you might get lucky of course) compatible. The whole point of distributions is to build a system. Fedora and Suse are on different schedules, make different decisions about updates, might run different versions of the libraries your packa…

I use OpenSUSE. The rpm's always work I might have to grab a dependency from somewhere or make a soft link, but 99% of the time they work. These are all the programs I use that I need to grab from RPM packages from their website RStudio (I use the preview version), Lightworks, Bittorrent Sync, and VS Code. Without RPM I would not get to use them period.

In the old dasy of Linux their would be a lot of issues but presently RPM and Deb works like a charm fro my uses.

I am hoping for appimage of flatpak to take over but for now RPM is my life blood to get things working.

If it is a niche program that won't be on the repos or it is updated frequently RPM is a very viable system.

Post reply on HN