Create a new user and give explicit permissions via doas + SELinux (corporate style lockdown). And deal with network policies with a DNS filter on your LAN (or maybe run an unbound service on her device with a different user without a login so she can’t change the config). Easy
Not too many out there TBH. If I had a daughter she’d be getting a Pixel with Grapehene and a DNS server on it (different user) if she really didn’t have any self control
I have ordered stuff from them before and they delivered every time. I don’t think they would sell something they don’t plan to ship. If you look at the inventory it is a little parse.
They require a lot of driver work to get everything working. Many of their chips for example only support h264 hardware decoding at the moment, although they would be capable of h265 as well. Another example would be the PineTab 2, which now after a few years has working wifi and an alpha bluetooth driver. Yes, it’s always getting better, but very slowly and it might well take another few years until you can just run a mainline kernel with full hardware functionality.
I have ordered stuff from them before and they delivered every time. I don’t think they would sell something they don’t plan to ship. If you look at the inventory it is a little parse.
Also I believe they contract an outside company to manage the warehouse and to fulfill orders
I’m focusing more on the community building and advancing software parts of the work they did/do. Some products are in a pretty good state, but that’s not the case for others.
I made an order on their site just last week without any issues. Granted, I haven’t received it just yet since it’s an international shipment, but according to tracking info it’s in transit.
I was at a work event recently and the keynote speaker was talking about ai and stuff but she brought up Finland and started calling the people finlindians instead of Finnish, I was very confuse.
I’ve noticed that too. Is it related to covid you think? As in it was like this before and now we’re returning to normal progression as people rebuild social connections and lose time. Or is it that the whole dev economy is changing with layoffs and such that devs are leaving the industry altogether? Or something else even?
Usually it doesn’t solve my problems but it gives me a few places to start looking. I know some models are capable of this but to get a perfectly accurate and useful response would probably require it to recall a specific piece of input it was given and not just an “average” of the inputs.
I don’t like copyright like it is today and happy that we are now rethinking it. Hopefully we get a better system out of it. Just sad that capitalism and AI are killing independent news/media, so it’s gonna be hard to get it into a state that is fair for all, not just the wealthy 🤔
Manjaro has been specifically designed to have fresh packages (sourced from Arch) but to be user friendly, long term stable, and provide as many features as possible out of the box.
It requires some compromises in order to achieve this, in particular it wants you to stick to its curated package repo and a LTS kernel and use it’s helper apps (package/kernel/driver manager) and update periodically. It won’t remain stable if you tinker with it.
You’ll get packages slower than Arch (depending on complexity, Plasma 6 took about two months, typically it’s about two weeks) but faster than Debian stable.
I’m running it as my main driver for gaming and work for about 5 years now and it’s been exactly what I wanted, a balanced mix of rolling and stable distro.
I’ve also given it to family members who are not computer savvy and it’s been basically zero maintenance on my part.
If it has one downside is that you really have to leave it alone to do its thing. In that regard it takes a special category of user to enjoy it — you have to either be an experienced user who knows to leave it alone or a very basic user who doesn’t know how to mess with it. The kind of enthusiastic Linux user who wants to tinker will make it fall apart and hate it, and they’d be happier on Arch or some of the other distros mentioned here.
or you could use a distro made by competent people and that actually serves the purpose Manjaro claims to have.
You really shouldn’t go for Arch & derivatives if you don’t want to fiddle with your system (the whole point of Arch & co) and really want stability (not that arch is that unstable tbh as long as you manage it proprely). Manjaro included. In fact especially manjaro since it manages to be less stable than Arch specifically because of their update policy. I mean why even be on Arch if you can’t use the AUR and have the latest packages?
Aside from this and maybe a few others there isn’t really a wrong distro to choose, better alternatives would be NixOS (stable), Fedora, Debian testing and probably several other distros that you probably should avoid for being one-man projects or stuff.
There is no other Arch-based distro that strives to achieve a “rolling-stable” release.
Alternatives like Fedora have already been mentioned by other comments.
Debian testing is not a rolling release. Its package update strategy is focused on becoming the next stable so the frequency ebbs and flows around stable’s release cycle.
manjaro since it manages to be less stable than Arch specifically because of their update policy
This is false. Their delayed updates mitigate issues in latest packages. Plasma 6 was released late but it was a lot more usable, for example.
I mean why even be on Arch if you can’t use the AUR and have the latest packages?
Anybody who wants Arch should use Arch. Manjaro is not Arch.
Some of us don’t want the latest packages the instant they release, we’re fine with having them a week or a month late if it means extra stability.
There’s nothing magical about what Manjaro is doing, it stands to reason that if you delay packages even a little some bugs will be fixed.
Also you can use AUR on Manjaro perfectly fine, I myself have over 100 AUR packages installed. But AUR is not supported even by Arch so it’s impossible to offer any guarantees for it.
There’s also Flatpak and some people may prefer that since it’s more reliable.
that’s because you can’t have both. It’ arch or it’s very stable. Granted Arch by itself is not that unstable if you manage it well and know what you’re doing but we’re talking hardly ever having to troubleshoot something.
Manjaro doesn’t acieve any more stability than Arch, and in fact is actually worse than arch.
Debian testing is a rolling.
Manjaro is an arch derivative and has the bad parts of arch still. Again, why recommend manjaro when you have better alternatives that actually achieve what manjaro sets itself out to be? Fedora had KDE plasma 6 sooner than Manjaro afaik and it managed to be stable, it is a semi-rolling with up to date yet stable packages etc, same for OpenSUSE Tumbleweed. Manjaro has no purpose, it’s half-assed at being arch and it’s half-assed at being stable.
AUR isn’t a problem in Manjaro because of lack of support, it’s a problem because packages there are made with Arch and 99.999% of its derivatives in mind, aka latest packages not one week old still-broken packages. Also Manjaro literally accidentally DDoSes the AUR every now and then because again they’re incompetent.
And if you’re going to be using Flatpaks then all the more reason to not bother using Manjaro or any arch derivative and just use an actually stable distro with flatpaks.
Manjaro has no purpose, it’s half-assed at being arch and it’s half-assed at being stable.
My experience with Manjaro and Fedora, OpenSUSE etc. contradicts yours. Manjaro has the best balance between stability and rolling out of the box I’ve seen.
“Out of the box” is key here. You can tweak any distro into doing anything you want, given enough time and effort. Manjaro achieves a good balance without the user having to do anything. I remind you that I’ve tested this with non-experienced users and they have no problem using it without any admin skills (or any admin access).
Debian testing is a rolling.
It is not.
AUR isn’t a problem in Manjaro because of lack of support, it’s a problem because packages there are made with Arch and 99.999% of its derivatives in mind, aka latest packages not one week old still-broken packages.
And yet I’ve managed to install dozens of AUR packages just fine. How do you explain that?
Matter of fact, I’ve never run into an AUR package I couldn’t install on Manjaro. What package is giving you trouble?
Manjaro literally accidentally DDoSes the AUR every now and then because again they’re incompetent.
You’re being confused.
AUR had very little bandwidth to begin with and could not cope with the rise in popularity of Arch-based distros. That’s a problem that needs to be solved by the AUR repo first and foremost. Manjaro did what they could when the problem became apparent and has added caching wherever it could. Both Manjaro and Arch devs have worked together to improve this.
Lucky… over 5 years and with a hundred AUR packages installed at any given time? I should play the lottery.
I’ve noticed you haven’t given me any example of AUR packages that can’t be installed on Manjaro right now, btw.
it wasn’t just a rise in popularity of Arch it was Manjaro’s PAMAC sending too many requests DDoSing the AUR.
You do realize that was never conlusively established, right? (1) Manjaro was already using search caching when that occured so they had no way to spam AUR, (2) there’s more than one distro using pamac, and (3) anybody can use “pamac” as a user agent and there’s no way to tell if it’s coming from an actual Manjaro install.
My money is on someone actually DDoS’ing AUR and using pamac as a convenient scapegoat.
Last but not least you’re trying to use this to divert from the fact AUR packages work fine on Manjaro.
I also want to include turkeys even though they’re not included in the image. Turkeys like running down hills, since they’re perfect runways for takeoff. Then they land in lower-hanging sturdy branches.
I wonder if the endgame for getting Linux running on these freakasauruses is not to create a custom UEFI firmware for each laptop that could abstract away the differences between each laptop with an ACPI API, rather that modifying the kernel itself.
It sounds daunting, but people have done it for the Raspberry Pi before. I don’t think it runs as actual firmware on the device - I think it’s just an ARM binary that could then execute and provide abstraction for a bootloader.
There are difficulties with that, obviously. For one, the Raspberry Pi is one hardware platform, and a Broadcom-based one at that. Still, I can’t imagine that you’d have to redo everything from scratch on every platform; it’d basically just be something like a device tree to define the ACPI info built into every firmware build variant. If this idea worked, people could just have an environment to install an operating system on that is almost like a normal UEFI PC but with ARM.
Truth be told though, I kind of wish Ampere would get more into the consumer space; I feel like they have the least insane configuration of almost any ARM device, being users of UEFI. I don’t know if they could viably scale down from their 192 core beasts, though. Now that BNL song is going through my head. “If I had a million dollars, I’d buy an Ampere workstation; a power-hungry ARM beast.”
Hell, I could go for that. Sitting on the tailgate, eating my can of pasta, watching the water flow by, no reports to finish, no quotas I need to meet.
kbin.life
Newest