They also may not compile stuff from source, they can download and install binaries and some AUR packages do exactly that.
There's zero guarantee when using AUR. It's not supported by Arch for a reason.
- 帖子
- 12
- 评论
- 1501
- 加入于
- 2 yr. ago
- 帖子
- 12
- 评论
- 1501
- 加入于
- 2 yr. ago
There no security and trust when it comes to 3rd-party repos. There can be anything in there. Neither the AUR nor PPAs come with any guarantees.
How did it crash?
Manjaro is a very opinionated distro and has a certain way of doing things. There's also a lot of bad advice online that tells you to do exactly the things that will break it. Doing things like using an experimental kernel, switching to unstable branch, using Arch repos, installing graphical drivers outside its driver tool, installing critical packages from AUR, using Arch-specific config commands and so on.
Manjaro will work perfectly if you let it work the way it was designed, but lots of people don't. Those people would be much better off using Arch or one of the Arch derivates that stay true to the way Arch does things.
Messing with Manjaro then complaining "it broke" is like using a toothbrush to slice bread and complaining it's not working. Well, it's the wrong tool for what you wanted, of course it won't work.
Manjaro is the only distro I've tried whose live image worked flawlessly, out of the box, and did everything I could think of, first try.
Granted this was 5 years ago when I set down to find an alternative to Ubuntu. Maybe today there are more distros that can do that.
At the time I tried all the usual suspects that are supposed to provide a user-friendly, gamer-friendly desktop experience and they all came short — except one.
That sold me. And it was surprising because I didn't really expect to find such a distro, I was just thinking I will make a list of what doesn't work out of the box on each, and pick the one with the least stuff. I didn't expect a distro to have no list.
Endeavour is Arch and Manjaro isn't. Endeavour is not a replacement for Manjaro for that reason alone.
"I installed distro B over distro A" does not mean "distro B is a replacement for distro A". They can be wildly different and it could be very misleading for someone looking for something that's actually similar to distro A.
If you're lazy (which I take to mean you like low maintenance) and haven't tried a rolling release distro, you need to try Manjaro. It's downstream of Arch (like Mint vs Debian) but with a lot of QoL improvements that take the edge off.
It's"Goldilocks" for me because it's rolling and has recent packages but also very low maintenance. I was sick of 3rd-party repo incompatibilies and update issues on Ubuntu.
It's a curated take on Arch in that it sources packages from Arch but holds them back until they're in a decent shape. Recent example was the Plasma 6 which they've held back a couple of months until most bugs had been cleared, but normally they release packages on a 2 week cycle.
It works out of the box, keeps working indefinitely (5 years going for me), and they have integrated system snapshots if you use BTRFS for root, just in case (automatically takes snapshots before every update, which you can restore from Grub). Never had to use a snapshot (did it only once to see if it works).
Limitations of Manjaro compared to Arch:
- Not as bleeding edge due to holding packages for a while.
- You have to stick to their way of doing stuff, like their tools for graphics drivers and kernel management.
- You have to stick to a LTS kernel or at least keep one installed as backup at all times.
- It won't change your kernel major version for you, ever. Some people see this as a disadvantage, personally I greatly prefer it.
- You have to stick to their stable package repo. If you use their unstable/testing repos all bets are off (which is not going to be news to someone familiar with Debian).
- You get access to the AUR but the usual warnings apply since AUR is even wilder than Sid. Some people say they've ran into trouble installing some AUR packages on Manjaro due to missing dependencies. It's never happened to me but I can see how it could happen due to the package delay.
- You can't say "I use Arch btw". Arch fans tend to hate Manjaro because they see its limitations and hand-holding as antithetical to Arch's goals.
Regarding that last point, there's a very vocal minority that will smear Manjaro any chance they get All I can say is, try it for yourself.
You don't have to install drivers or CUPS on client devices. Linux and Android support IPP out of the box. Just make sure your CUPS on the server is multicasting to the LAN.
You may need to install Avahi on the server if it's not already (that's what does the actual multicasting). The printer(s) should then auto magically appear in the print dialogs on apps on Linux clients and in the printer service on Android.
On Linux it may take a few seconds to appear after you turn it on and may not appear when it's off. On Android it shows up anyways as long as the CUPS server is on.
From what I understand OP's images aren't the same image, just very similar.
short of all using the same wordpress or whatnot hoster, that is.
That's the thing, that's common practice. It's basically a given nowadays for shared web hosting to use one IP for a few dozen websites, or for a service to leverage a load/geo-balancer with 20 IPs into a CDN serving static assets for thousands of domains.
Jesus gets crucified.
I'm thinking Ctrl+C quits and Ctrl+S is scroll lock is that correct?
with infrastructure the size of twitter you can also blackhole their whole IP range
Just one note, services the size of Twitter typically use cloud infrastructure so if you block that indiscriminately you risk blocking a lot of unrelated stuff.
Any PC can do that, it's called "status after power off" or something like that.
You should be able to export both contacts and texts if the backup app is given contacts permission and to be set as the text app temporarily.
Not sure about the text multimedia. If it's in the system text database it can be exported, if the Messages app has it in its private data then tough luck.
Well you can probably still back it up to Google.
I mean, the process is not dying in either gif, so...
It stops working occasionally but they release fixed versions pretty fast.
Also, it's established practice for workers to stagger their off days across the week.
This way both the company and things like services, banks, stores etc. can be available 7 days a week without any undue pressure.
So they're already well positioned to take advantage of flexible working time.
Mozilla has already shipped strict privacy mode by default in recent versions of Firefox so they're already a leg up on this.
Google is currently trying to transition people to its own proprietary method of tracking (where the browser itself tracks you) so they would love it if third party cookies were no longer usable for that.
Mozilla has also added a direct tracking feature (anonimized) to Firefox btw. Not sure what their agenda is.
Websites are irrelevant, if third party cookies stop working in major browsers there's no point in setting them anymore, they'll be ignored.
I believe intel-compute-runtime is in the official packages, why install from AUR?