First, this would be a better question to ask in a Linux specific community.
Second, Build time is really subjective to the computer and its hardware. There could be bottlenecks at the cpu/memory from the motherboard that will slow it down. It also depends on whether you’re spinning rust or using an ssd.
There are a lot of factors involved in the whole that makes it hard to definitively say how long something takes to build.
Just made some home made chicken fried rice for me and the wife. Dunno about tomorrow yet, we haven’t decided between pork chops or chicken fried steak.
First year we have been alone for Christmas so we aren’t doing anything special. Didn’t even put up a tree
To this day the government is still trying to create a lot of the tech from Star Trek. They are actively working on warp technology, replicators for food and clothes etc and Star Trek was the basis for a lot of today’s computers (i.e. no tubes like old tvs and computers before the invention of the desktop computer).
One time the government actually approached the producers and wanted to know how they got the doors to open and close automatically like they do. Genes answer “there’s two men holding onto broom sticks, one on each side, when the actor walked up to the doors they would pull the broomsticks and make a ‘whooshing’ sound as they opened and closed them “
Now we have that tech on 90% of retail shop doors. Star Trek was the basis for a lot of tech we use now.
It’s a KWin scrip called Autocompose. Does endeavour ship it by default?
Endeavour installs a mostly default DE when you make your choice of which one to use, so most of the DE’s come as packaged by the devs. If I’m not mistaken Autocompose is a default script included with KDE.
I say mostly, because some parts of the DE you use is incompatible with the Arch ecosystem and disabled by default. For example, Discover on KDE is pretty much unusable on arch/EndeavourOS because the repos aren’t adequately designed for such a setup.
So do snaps and flatpacks. And they are still consider containerized / sandboxed. Appimages are the predecessors to snap and flatpack. The only difference is unlike Appimages they got it right for the most part.
Generally speaking the Appimages integrate with KDE better than all the other DE’s. The codes for Appimages are still containerized from the OS in general as defined in my last post.
Unlike snaps and flatpaks, Appimages aren’t containerized or sandboxed at all. They are only used to bundle (some) dependencies, so you don’t need to rely on packages provided by your distro’s package manager.
You might want to look up what Appimages are as well as what containerization is. To help I have found the following.
AppImage aims to be an application deployment system for Linux with the following objectives: simplicity, binary compatibility, portability, distro agnosticism, no installation, no root permission, and keeping the underlying operating system untouched.
As stated Appimages are containerized/sandboxed as it prevents needing to install any files on the OS.
Containerized applications are applications run in isolated packages of code called containers. Containers include all the dependencies that an application might need to run on any host operating system, such as libraries, binaries, configuration files, and frameworks, into a single lightweight executable.
Source: https://cloud.google.com/discover/what-are-containerized-applications
As you can see, once again, your info is incorrect as this is another example of what Appimages are.
The thing about snaps and app image is they are containerized. The idea behind that is to help keep the apps separate from the main file subsystem by sandboxing them from each other as well as not cluttering your hdd with different versions of the same libraries to make them work.
Because of the sandboxing, once you close the app it stops running in the background therefore there is nothing to get notifications from.
IMHO, this is why snap and app image programs are not advisable for programs you may need notifications from on a, generally, required/needed basis.
As for superconductivity, the only way around that problem is to download from source, compile it and let it run natively on your system in the background, or add it to you auto startup list so it is running at boot time.
Not completely true. Are there shot pirates yes, just like there are shit uploaders that think it’s fun to bundle a computer virus with downloadable content.
If it’s something new, like a new book or movie, I will pay for it. The movies/shows I pirate are old and mostly out of circulation, unless they are streaming on some service. I pay for those so their is monetary transactions.
For example, I just recently spent 2 days downloading CHiPs original tv series, even with my high speed broadband it was that slow because there aren’t that many people offering it. Took me 3 days to find it to dl.
Not all piracy is bad. New stuff, ok not cool. But older stuff that has had a good run, the loss of revenue to creator/publisher is so minimal that they won’t feel it.
I’m an ethical pirate, if I think it’s worth watching over and over again I’ll buy it, if it’s available. I won’t pirate software or books.
I have kindle for reading and there is nothing new worth downloading software wise, plus I use linux on my computer, so all my software is free anyway, and if I can’t donate financially I find other ways to help. I’m not a big gamer and when I do game it’s on console, so I do pay for that.
Ubuntu wants you to use snap for all your app needs. I think their plan is to make repos only for os maintenance and installation and nothing else.
Yea, see I live in an apartment, so I am stuck using those indoor antennas
USA here. Where I live if you want to watch anything you have to pay for it or ride the high seas. OTA doesn’t work in rural communities, this signal is too weak from the big cities, and even in the city OTA can be questionable based on location.
Personally I think if the player can’t shoot through the walls than neither should the npc’s
I like playing modern warfare. My pet peeve is twofold
1st, online is completely unplayable because of script kiddies having to cheat because they think their k-d ratios are more important than letting people have fun that want to play it they way it’s designed.
2nd on the campaigns the enemy players can shoot you through walls and kill you, but if you see them and try to shoot them through the walls, the walls become bulletproof.
Another game I like is GTAV online. They should get rid of the ability to buy virtual money packs. Not everyone can afford to pay $100 for $10 million virtual dollars to buy the shit that gives them the essence of i destruct ability. Oppressors come to mind on this. You can steal peoples cars left and right but if you steal an oppressor they can reclaim it while you are in mid flight killing you.
I have found over the years you can apply a lot of the directions to whatever distro you are using. You just have to do some minor tweaking to the commands. Primarily using the right package manager command for your distro or using distro specific software in place of arch software. I have also found you can use a lot of the AUR programs by searching for said app in your repos.
Or they can use EndeavourOS if vanilla Arch is too complicated. You’ll still have to install things like libreoffice, steam etc. but you don’t have half the learning curve you do with vanilla arch
And probably expensive as hell to boot. Although to be fair as an IDE it does work well. I can code just like I was in an IDE. It literally suits my needs when using python, rust or any other markup language. Even seems to do some autocomplete for me.
I honestly thought they were the same really.
The only stuff I miss is the way dreamweaver worked back in the day where you can see wysiwyg as well as the code. But that was yesteryear where adobe wasn’t as money hungry
it’s also a case of micros$ucks wants to completely dominate the market and remove any type of GNU/Linux OS competition. They don’t care about the users, they only care about $$$$$
I did forget to mention that. I don’t like flatpaks and avoid them if possible. Guess you could say I’m a Linux purist lmao
It is code, sorry for the miscommunication. My question on that though is what is the differences between the two? I don’t use micro$uck crap anymore. Haven’t for almost 15 years.
I don’t know about gnome, but on KDE you can disable touch support under settings>mouse & touchpad.