Earlier quoted context omitted.
Well, it's like comparing a go-kart to a sportscar. Pinta crashes on me a lot and has a fraction of the features.
When was the last time you tried it? I dismissed it for similar reasons when I first tried it, but then I tried it again about a year later and it was fine. Eventually I just manned up and learned how to use Gimp, though.
.NET on Linux – bye, Windows 10
171–180 of 290 posts
Re: .NET on Linux – bye, Windows 10
#172Earlier quoted context omitted.
This. Paint.NET is what I'm missing on my Mac so much.
Paint.Net is good, indeed. Let Krita be your new friend. https://krita.org/en/
Re: .NET on Linux – bye, Windows 10
#173Earlier quoted context omitted.
You mean pulling the plug instead of shutting down normally? I suppose that'd work but usually you only realize that Windows wants to update _after_ you hit the shutdown button. And powering the machine down in this state will likely result in an unbootable machine. And good luck fixing that, especially if your hard-drive is encrypted.
What version of Windows do you use? My desktop uses the latest version of 10 (AFAIK) and the shut down button reads something like "Shut Down and Install Updates" when Windows wants to install an update. I also remember 7 having a little orange icon next to the shut down button when it was going to install an update. Granted, I don't think there's a way to properly shut down without the update in an I-have-five-minut…
Re: .NET on Linux – bye, Windows 10
#174Earlier quoted context omitted.
> Traditionally it's your distribution's job to create and provide packages That has not been true in my 15 years of Linux. Look at bitsync, rstudio, or other major programs. Arch Linux must build off of the source so that isn't a fair comparison you are on a totally different system (port). EDIT: Here is the one page of documentation to push out deba nd rpm on mono projects. http://www.mono-project.com/docs/getting-…
(For this discussion, Arch Linux is working exactly like Debian/Fedora/Suse etc. - installing binary packages.) In my time with Linux using anything other than your distributions package tools is an exception and extremely rare. You might do that for - say - bitsync, because it is proprietary. Your distribution cannot use the same 'grab sources, compile against our current libraries and package it up' process. pinta…
The Arch Build System is a ports-like system for building and packaging software from source code. While pacman is the specialized Arch tool for binary package management (including packages built with the ABS), ABS is a collection of tools for compiling source into installable .pkg.tar.xz packages.
I have built and maintained packages for RPM and for Arch. They are different and that is the reason why in electron export Arch has a different system then deb or rpm.
> In my time with Linux using anything other than your distributions package tools is an exception and extremely rare.
That is your experience. Most Ubuntu and Arch people use AUR or ppa all the time. If I want the preview of RStudio (Open sourced and in my official repos) I down load and use the RPM. I do this all the time. If I want anything that was recently released I need to use the RPM and not the packages provided by my disto including rolling releases.
> Check http://www.gimp.org/downloads/ and see what they do if you want to download their software (they tell you that your distribution is in charge and even mention why that is usually a good idea).
I don't find much with the Gimp project to show as a positive example for other applications to follow.
> PPAs and OBS offer ways to build packages, yes. But again, that's the exception - most of your packages aren't coming from there.
Once again that isn't my experience and that is open to other people's needs. If you use AUR you also are not getting your packages from your official repos. Build a AUR and you will see. https://wiki.archlinux.org/index.php/Arch_User_Repository
AUR are awesome BECAUSE it works with the source files in a port system. The only difference between a AUR and a binary you get from pacman is that it was compiled for you to skip the step of downloading the source and compile like you do in AUR.
Re: .NET on Linux – bye, Windows 10
#175Earlier quoted context omitted.
Well, it's like comparing a go-kart to a sportscar. Pinta crashes on me a lot and has a fraction of the features.
Paint.net has feature? I find it is just a simple quick raster editor with little to no features. What am I missing?
Being lightweight, quick to start with just the essential features is what I appreciate in both.
It's just that for my simple uses (stitching bitmaps together, resizing, getting color values, pixel-perfect alignment, working with multiple buffers, turning toolbars on/off, editing in layers) Pinta feels much clumsier than its big brother.
Re: .NET on Linux – bye, Windows 10
#176"Although the application did run correctly, it threw an exception that gdiplus.dll could not be found. It makes sense, that’s a Windows component so it’s not available on Linux. But my point here is that although being the .NET Core application it’d still crash, so imagine what would happen if I’d publish it to some Linux server – everything would seem to work, but actually it wouldn’t. Another point for the .NET Co…
It seems like he was happy that he was developing on Linux, because Linux is not the happy case for .NET. By doing so, he discovered a bug he might not have otherwise discovered until he was running his project on a Linux environment.
ex:
microsoft/dotnet:latest is a debian based image[1]
microsoft/dotnet:core is a debian based image[2]
[0] - https://hub.docker.com/r/microsoft/dotnet/
[1] - https://github.com/dotnet/dotnet-docker/blob/master/1.0.0-pr...
[2] - https://github.com/dotnet/dotnet-docker/blob/master/1.0/debi...
Re: .NET on Linux – bye, Windows 10
#177Earlier quoted context omitted.
"The year of the Linux desktop" already happened, but in the meantime desktop got so small that you can put it in your pocket. It never would have been happened without commercialization of the Linux desktop (Android), so your kit car analogy holds.
Good luck running desktop GNU/Linux stuff properly on Android/Linux. The set of APIs exposed to the NDK is so constrained that Google can replace the Linux kernel with something else and only OEMs writing drivers will notice.
Re: .NET on Linux – bye, Windows 10
#178The instructions are pretty simple. You have to toggle one setting. Done -http://www.tenforums.com/tutorials/8013-windows-update-autom...
Re: .NET on Linux – bye, Windows 10
#179Earlier quoted context omitted.
(For this discussion, Arch Linux is working exactly like Debian/Fedora/Suse etc. - installing binary packages.) In my time with Linux using anything other than your distributions package tools is an exception and extremely rare. You might do that for - say - bitsync, because it is proprietary. Your distribution cannot use the same 'grab sources, compile against our current libraries and package it up' process. pinta…
> (For this discussion, Arch Linux is working exactly like Debian/Fedora/Suse etc. - installing binary packages.) It isn't its a ports system it compiles off of source. The Arch Build System is a ports-like system for building and packaging software from source code. While pacman is the specialized Arch tool for binary package management (including packages built with the ABS), ABS is a collection of tools for compil…
Yes, ABS is used to build binary Arch Linux packages from sources. But that's unrelated. Debian, Ubuntu, Fedora, RedHat, Suse - all of these do the same: Grab the sources, build binary packages. Whether you're using ABS or build rpms from a specfile doesn't matter for the discussion about upstream's (lack of!) responsibility to provide binary packages for random distributions.
So yes .. Arch is, for the sake of this discussion, working exactly like Debian/Fedora/Suse etc: The distribution (pick any from that list or any major distribution you can come up with) takes the pinta sources and builds a package from that. The end user installs a (binary) package using the distribution's package management facilities without ever touching the pinta source. The package comes directly from the distribution's infrastructure and not pinta's project site.
Re: .NET on Linux – bye, Windows 10
#180So, 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...
I actually like the Automatic Update feature. I don't need to remember to run updates myself all the time. That said, I've been bitten by an hour-long unusable computer scenario and it's been a bummer, to say the least.