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

271–280 of 290 posts

Re: .NET on Linux – bye, Windows 10

#271

Post by anonbanker »

rbanffy wrote: post #25
IshKebab wrote: post #17

> Before I did manage to install a fresh system on my laptop I had to disable UEFI, create valid partitions with special flags etc. it took me a while to figure this out, yet it wasn’t that difficult. Ha, right here is why "the year of the Linux desktop" will never happen. It's basically a kit car. Some people may find it "not that difficult" to weld a chassis together and rebuild an engine, but it's never going to b…

> Ha, right here is why "the year of the Linux desktop" will never happen. I've been using Linux desktops almost exclusively for more than a decade. Both my PC laptops have UEFI enabled and both installed Linux (Ubuntu and Fedora) off a USB stick with no tweaking, so, it may be too complex for you, but most developers I know don't share the same personal issues.

My Year of the Linux Desktop was 1999, when Win98 OSR2 died and I had to pick between my Red Hat Linux 5 CD, or waiting a week and a half to get another windows disc. Took about 3 hours to get online over PPP (their configuration manager didn't work, but all the docs were included!), and I was installing Enlightenment 0.14 before the end of the night.

UEFI is painless on every distribution but vanilla Arch/Gentoo/Debian installs. Anyone using (k/x/l)ubuntu probably didn't even notice UEFI just works.

Re: .NET on Linux – bye, Windows 10

#272

Post by flukus »

drvdevd wrote: post #34
scandox wrote: post #29

Earlier quoted context omitted.

I don't even understand why this bloody "desktop" paradigm has to be maintained.

I think it can be hard for us (people who get a lot of screen time, spend a lot of time coding in 2D) to imagine that the "desktop" paradigm is already dead. Mobile/voice/AR is killing it. Granted the desktop UI metaphor will probably never die, just like the command line hasn't. But the front-and-center desktop is fading away...

Mobile yes, but virtually no one uses voice commands once the novelty wears off (same as in the 90's) and AR is still incredibly niche.

Re: .NET on Linux – bye, Windows 10

#273

Post by flukus »

xorxornop wrote: post #104
alimbada wrote: post #93

Earlier quoted context omitted.

I can attest to how well designed Autofac is. I had to decide on which DI framework to use on a small front end WPF application that I worked on at a job last year (the app had a lot of singleton classes that were impossible to unit test hence why I needed to introduce a DI framework). I'd come from a job where larger framework choices had been made years prior by senior developers and their framework of choice at th…

And I, too! After discovering Autofac, I've not looked back. Before, I'd tried various DI frameworks, and always left thinking "I totally do not get what why people like this DI stuff". Then, Autofac. Everything just works. But - it's also powerful enough that if I need to do something really clever and/or complex, I can, and it invariably works. It works just as well in Core. As such, it's usually the first package…

I love autofac, I've been using it for a decade, but have you run into any situations where the DI built into .net core didn't cut it? In my (limited) uses I haven't found any shortcomings so far.

Re: .NET on Linux – bye, Windows 10

#274

Post by flukus »

WayneBro wrote: post #178

So, instead of taking 30 seconds to disable automatic Windows Updates, this person decided to have a hissy fit and throw the baby out with the bath water. The instructions are pretty simple. You have to toggle one setting. Done - http://www.tenforums.com/tutorials/8013-windows-update-autom...

We don't won't to disable it, we just want more control over when the updates are applied. Windows manages to be both too passive and too invasive at the same time. When updates are ready you'll maybe get a notification in the task tray that can be easily missed and is then hidden, then if you try to shutdown it's suddenly in your face.

Re: .NET on Linux – bye, Windows 10

#275

Post by flukus »

Tharre wrote: post #89
egeozcan wrote: post #39

Earlier quoted context omitted.

Oh I didn't know that Paint.NET closed source. I found a blog post about the decision, an interesting read. Here it is: https://blog.getpaint.net/2007/12/04/freeware-authors-beware...

I don't get it, one doesn't need the source code to change a few credits strings and pictures. Making Paint.NET closed source is about as effective as game studios putting more and more advanced DRM mechanisms into their games. I understand why the author is upset, but his cure is worse than the disease.

I would of thought a proper OS license would've been a better solution.

Re: .NET on Linux – bye, Windows 10

#276

Post by anonbanker »

baldfat wrote: post #94
paullaros wrote: post #63

Earlier quoted context omitted.

Pinta seems like a decent replacement. https://pinta-project.com/pintaproject/pinta/

WHY is it just a Ubuntu release and no RPM? I really HATE when developers go Ubuntu = Linux

You can treat a .deb package as if it's .xz, because it is. extract it, and make the manual configuration changes. If you'd like, repackage the files into an rpm.

Back in 2006, when I switched to Ubuntu, I used to be the one complaining that developers pretended Redhat = Linux. If I had to choose, I'd pick .deb over .rpm any day.

FWIW, Gentoo offers Pinta in the portage tree:

  * media-gfx/pinta
       Available versions:  1.6-r2 **9999
       Homepage:            http://pinta-project.com
       Description:         Simple Painting for Gtk
so you could even download the source and rebuild on your own, should you need rpm's that desperately.

Re: .NET on Linux – bye, Windows 10

#277

Post by cptskippy »

khedoros1 wrote: post #262
cptskippy wrote: post #259

Earlier quoted context omitted.

The user isn't forced to use it so much as it just works. The feature itself is nice in for many reasons beyond the operating system rebooting after updates. Loss of power, system hangs, and program lockups come to mind as situations where it would be nice. I think about my browser not restoring tabs after crashing and I shudder because that happens at least once a week. Notepad++ has had this saved state functionali…

> The user isn't forced to use it so much as it just works. In the context of forced updates, one would be forced to use it (or deal with recovery of what they were doing on their own). > Loss of power, system hangs, and program lockups come to mind as situations where it would be nice. Absolutely. But in these cases, it's acting as a way from recovering from a system exception. The few times that I've recently had a…

> In the context of forced updates

I was speaking more in general and less in that context.

> I just don't like it as the mitigation of negative effects of a system-enforced reboot.

I don't either but I don't consider it all bad. Honestly the session resuming capability of Android and iOS is a great selling point and one that's sorely missed on desktop operating systems. Apple has done a great job bringing it to their core apps but how widely available is it beyond that? In a way Microsoft's policy of forced updates might expedite the spread of this feature.

Putting my conspiracy hat on, Microsoft was and still sort of is pushing everyone towards UWP which promotes this sort of application design at the core. Maybe this is how they force everyone to it.

Re: .NET on Linux – bye, Windows 10

#278

Post by baldfat »

darklajid wrote: post #254
baldfat wrote: post #230

Earlier quoted context omitted.

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 pres…

We disagree a lot, so I'm going to bow out after this one. Please be assured that I don't intend to poke you or offend you - I genuinely feel that you are missing some pieces of the picture. RPMs don't work in a vacuum. Unless you bundle a statically built thing or something trivial (say .. a shell script) you reference dependencies. Those change between environments. 32bit/64bit machines differ. Ubuntu vs. Debian, S…

I certainly don't get worked up but I do use i3 and several KDE programs. I think your more right 5 years ago then where we are today with Systemd in our world the differences between distros is getting smaller and smaller. Once again the RPM I download work and they work for me.

I get "worked up" when the only thing offered is a ppa and a source :)

Re: .NET on Linux – bye, Windows 10

#279

Post by eitland »

tmzt wrote: post #269
eitland wrote: post #232

Earlier quoted context omitted.

Know you are joking but still want to mention: A while ago I reported that the pw field in W10 gave away a lot of entropy easily (basically ctrl+arrow keys stopped between every character class so if your password was: newr..!VYIV you could in five seconds conclude that the password contains of 4 chars of something, then 3 chars of something else, then 4 characters of something other than the second group.) Whoever h…

Hmm, combine that with a USB stick-like device and you could probably implement a brute-forcer that doesn't actually attempt most passwords, since key based editing of the original password would probably work. This of course assumes the entered password is still on the screen.

Didn't think so far as a USB stick.

That said, once you can leave a usb stick attached to targets computer I'd say all bets are off since at that point we can be reasonable secure that the target won't notice a USB or PS2 keyboard sniffer either, giving you plaintext passwords.

Re: .NET on Linux – bye, Windows 10

#280

Post by [deleted] »

tmzt wrote: post #269
eitland wrote: post #232

Earlier quoted context omitted.

Know you are joking but still want to mention: A while ago I reported that the pw field in W10 gave away a lot of entropy easily (basically ctrl+arrow keys stopped between every character class so if your password was: newr..!VYIV you could in five seconds conclude that the password contains of 4 chars of something, then 3 chars of something else, then 4 characters of something other than the second group.) Whoever h…

Hmm, combine that with a USB stick-like device and you could probably implement a brute-forcer that doesn't actually attempt most passwords, since key based editing of the original password would probably work. This of course assumes the entered password is still on the screen.

[deleted]
Post reply on HN