You can do almost exactly this with keyword bookmarks. The only change is that you need to put the “keyword” at the start of the URL. So @l linux rather than linux @l.
Create a new bookmark with these settings:
Name: Whatever you want.
URL: The search query you want with the text replaced by %s. For example https://kagi.com/search?q=%s+site:https://lemm.ee.
Keyword: The tag you want. Such as @l.
Now you can type @l foobar in the URL bar and it will go to https://kagi.com/search?q=foobar+site:https://lemm.ee. (Or whatever search engine you have configured.
Keywords can also be used for non-search bookmarks and javascript bookmarklets which are very convenient.
Yeah, it is sadly not advertised. Even the “Keyword” box helper text isn’t very obvious how it works. They should link to a help page.
Not to mention that they also have search engines which work in a very similar way, but have a different UI, are harder for users to manually define and don’t sync across devices via Firefox Sync.
It’s a big mess. But it works! So that is enough for me.
or you could use DuckDuckGo, its https://duckduckgo.com/bangs?q= lets you directly search on a website you want. searching “Beatles !mb” will redirect you to MusicBrainz’ search results, for example.
Firefox has keyword bookmarks which is basically identical to bangs but you can customize them to your preference and they don’t require sending your query to a third-party remote service.
Just set the “Keyword” option in a bookmark and type mykeyword foo in the URL bar to search using your bookmark mykeyword. I use a lot of one-character keywords such as m for https://www.google.ca/maps?q=%s, g for https://www.google.com/search?q=%s, d for https://www.dndbeyond.com/search?q=%s and similar. I also have a keyword e which runs a bookmarklet that fills in a one-time email into the currently focused input field.
IDK, maybe I have a particularly bad memory but it is basically as easy for me to bookmark a URL as it is to lookup and remember a bang that they defined. Plus local will always be faster, more private and more secure.
ZorinOS. I tried to install it on my spouse’s computer with all modern, well-supported AMD hardware. Had nothing but problems, to the point that the computer was barely usable. WiFi broken, GUI was laggy, repositories were buggy. When I finally got the system somewhat stable, I didn’t like the interface at all. Styles were bland, icons dull, everything just seemed clunky and awkward.
For a distro advertised as a beginner-friendly and pay-for-polish system, I was very dissapointed.
Might have been a fluke, I don’t think my experience is standard for Zorin, but it was a really terrible first impression and I never suggest it to Linux-curious folks. Mint or Vanilla Fedora are my go-to for newbs.
The T480 and T580 are some of the last ones they made with swapable batteries. Everything works out of the box in Linux except the fingerprint scanner which needs some additional configuration.
I have a T480 with an integrated GPU and the largest battery. It runs for a long time on a charge and there are lots of spare parts available.
Just curious, the 72WH battery? What’s a “long time?” I use the standard slim battery on my T480 and was only getting 3-4 hours on Pop (both brand new batteries). And forget about standby. It would regularly lose 20-30% overnight if not completely shut down. Wanted to make it work, but that alone made me boot back into Windows for the laptop.
I still get over 12 hours of web browsing or video playback with the backlight around 30% on mine even though my internal battery is down to 60% capacity and my external is around 90%. Standby drains about 10% overnight. I am running Linux Mint on mine and I set up TLP. Undervolting can increase the runtime quite a bit, but I haven’t bothered with that yet.
Why buy Lenovo even there are a bunch of vendors making Linux-first laptops these days? When you buy Lenovo you’re supporting Microsoft and a bunch of other shady companies (firmware vendors, etc).
I’ve gotten both of my thinkpads used, so none of that money went to Lenovo or Microsoft. The laptops that come with Linux are expensive and are rarely available used.
ZFS is a crazy beast that’s best for high end server systems with tiered storage and lots of RAM.
ext4 is really just a basic file system. Its superior to NTFS and fat as it does have extra features to try to prevent corruption but it doesn’t have a large feature set.
Btrfs is kind of the new kid on the block. It has strong protection against corruption and has better real world performance than ext4. It also has more advanced features like sub volumes and snapshots. subvolumes are basically virtual drives.
Another few older options include things like XFS but I won’t go into those.
Yes, but most filesystems are already optimized for flash storage. Arch wiki says f2fs is prone to corruption on power loss. Based on that and the lack of information on its anti-corruption measures I’m inclined to think it doesn’t have one and that’s why it’s faster. I wouldn’t use it in a non-battery operated device.
Catastrophic battery failure isn’t really any less likely than catastrophic power supply failure (conceptually. If you use a brandless grey power supply, results may vary).
That link is for kernel 5.14, so I’d say those results are pretty much invalid for most users (unless you’re actually on it, or the 5.15 LTS kernel). There have been a ton of improvements in every filesystem since then, with pretty much every single kernel release.
A more relevant test would be this one - although it talks about bcachefs, other filesystems are also included in it. As you can see, F2FS is no longer the fastest - bcachefs and XFS beat it in several tests, and even btrfs beats it in some tests. F2FS only wins in the Dbench and CockroachDB benchmarks.
Not quite. Bcachefs can be used on any drive, but it shines the best when you have a fast + slow drive in your PC (eg NVMe + HDD), so the faster drive can be used as a cache drive to store frequently accessed data.
Ubuntu gnome. Wanted to install a gnome add on (hibernation button), searched how to do it and learned there’s a section in the gui store but couldn’t find it. Searched for that and turns out they removed the add ons section from the store in the latest version and I need to use a browser. Tried to install it from a browser and it still didn’t work. Tried the other browser and failed again. Searching for that discovered that the pre-installed browsers are snap packages and can’t interact with anything else 🤦
Instantly switched to kubuntu. It had the hibernation button out of the box
I used to be a huge Manjaro fan. There were many ways it let me down, some of which were just bad governance.
The biggest problem though is the AUR. Manjaro uses packages that are older than Arch. The AUR assumes the Arch packages. This, if your use the AUR with Manjaro, your system will break.
It is not a question of if Manjaro will break but when. Every ex-Manjaro user has the same story.
For me, EndeavourOS is everything that Manjaro should be.
There are many cases where Manjaro causes problems. For example, a package mag already be in Arch but not yet in Manjaro. Or perhaps the Manjaro package is not a high enough version number. If another Arch package requires this first package, in Arch it would grab the Arch package. The Arch package will be maintained over time. In Manajaro, the package is not there and so the AUR grabs it from the AUR as well. Perhaps it is even the Git version with an unclear version number. Over time, the AUR dependency breaks or becomes unmaintained. Even once Manjaro has the package, it may not migrate it because of the version numbers. Now things are broken. This exact thing happened to me on Manjaro where my GIMP ended up using GEGL from the AUR. My system was broken for months.
An even worse problem can happen when there are alternate dependencies. Sometimes in the AUR you will have multiple packages that fulfill a dependency. In Arch, you can see if one is from the actual repos and one is itself from the AUR. Again, if you choose the one in the repos, it will work and stay supports. In Manjaro, neither may be coming from the actual repos in which case it is easy to choose the wrong one. This sets you up to have package conflicts. In Manjaro, I would never know that the other option had now been added to the repos. More than once, I had the dependency that I had chosen break when the other would still have been fine.
Ok, this is getting long and that was just a couple of scenarios.
Suffice it to say, when I used Manjaro, I got the impression that the AUR broke all the time and that using the AUR broke my install from time to time. Now that I use Arch, I do not have those issues and I realize that it was Manjaro all along.
the package is not there and so the AUR grabs it from the AUR as well. Perhaps it is even the Git version with an unclear version number
You will see that the aur package will use a git version and you will also be asked to remove the conflicting package when you are installing a git version.
And once again, this isn’t unique to manjaro, on my arch install yuzu broke because they were using dynarmic from the aur instead of using the one provided by yuzu itself.
Also gimp and gegl are already on both the arch and manjaro official repos, If you are using git packages and you don’t update them lots of things will break regardless if you are on any arch distro.
Now I wonder if pamac checks for updates of git packages by default, because your git packages will not be updated unless you explicitly tell yay to do so (yay --devel) I think paru every does it automatically with every update but then again most people will use yay instead.
Suffice it to say, when I used Manjaro, I got the impression that the AUR broke all the time and that using the AUR broke my install from time to time. Now that I use Arch, I do not have those issues and I realize that it was Manjaro all along.
My experience has been quite the opposite, a few months ago my install broke to the point that I could not update the system, turns out it was because of the arch migration and my system wasn’t incorporating the new pacman.conf.new.
That’s not how source packages work. The only way they’d break is in case of major upstream changes. Which do happen, but the only inconvenience would be recompiling the package. Which you’re supposed to do anyway.
Do you reinstall your AUR packages after an update? If yes, you will never see them break on Manjaro or Arch. If you don’t, they will break on both Manjaro and Arch.
I am not theorizing. And I am not taking about source code not compiling. I am talking about dependencies which includes the reports version numbers and version number expectations of packages maintained by different parties. Those broke all the time for me on Manjaro and it was often because of the differences between what was in the Arch repos vs the Manjaro repos.
When Manjaro fell behind at one point, I ended up with a version of GEGL ( labeled - git ) being pulled from the AUR. Later releases of GIMP refused to upgrade over that version of GEGL. I just lived with it for a few months hoping it would clear itself up but it never did. I basically had to back everything my out and install again. Not that it was hard but these kinds of annoyances happened for me all the time on Mnajaro and basically never on EbdeavourOS or Arch.
What made me move away from Manjaro to begin with were all the problems it had with the dotnet packages at the time. I blamed dotnet and the AUR and was amazed that the problems went away when I used EndeavourOS instead.
If what you describe were true it would make AUR packages fail (on any Arch distro) if the user failed to upgrade their system each time, every time an update came out. The two week delay practiced by Manjaro is a completely arbitrary period of timen in the grand scheme of things. There are users who only upgrade once a month or even more seldom and nothing like this happens to them.
The AUR doesn’t assume arch packages, if the package your aur script wants isn’t in your repo then the package simply fails to update/install.
Edit: This is true even for Arch linux, as the Aur package might be out of date.
The problem is not the package. It is the packages Version. If you have for example an application that depends on .net 7.0 and arch updates it to the latest 8.0 then the AUR usually gets updated soon as well. Now the AUR pqckage depends on the newer 8.0 Version while manjaro still has the 7.0 version. The programm now does no longer start on manjaro.
I am not the most technically astute person, using Manjaro and the AUR for like five years and never had my system break. Yes, some package problems here and there, but where do you not have them ever? And so far nothing an internet search couldn’t fix. I found it very stable both in the XFCE and the KDE spin.
if your use the AUR with Manjaro, your system will break.
If your system breaks because of AUR it means you’re using AUR wrong… you’re not supposed to use AUR packages for critical system functions. It will break on Arch too if you do that.
Because I’m forced to use a Mac at work. So to avoid their terrible UI, I use the terminal for most of the things. Then switching back to Linux is relatively easy.
Also it is faster in most cases and it’s keyboard-first.
I’ve messed with a decent amount, listed in my post. Most distros weren’t customized the way that I wanted them to be or I didn’t like the looks so I prefer Debian and Arch for simplicity’s sake depending on the use case and going from there.
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.