intrepid @ intrepid @lemmy.ca

Posts

0

Comments

275

Joined

2 yr. ago

If you didn't read the article, the biggest source of smoke there is the burning of rice stubble in the neighboring state to prepare the fields for the next crop. The framers have repeatedly ignored all pleases over the years to avoid this.

No. That's round 3. Round 2 is already announced - they are 'restricting' environment integrity to multimedia on Android webview. Of course, what they don't say is that the feature is going to be developed and tested outside the view of the general public - since this doesn't need to go through a public standardization like web specifications. Once they get that perfected, they will silently expand its scope outside webview and gradually into browsers with a new name. That's round 3.

No arguments here. Even gmail and YouTube are vessels of abuse.

You're right - for the time being. But what I'm not willing to do, is give them the benefit of the doubt. They're just waiting for all this backlash to blow over. Then they will start extending it to other components and eventually to the net, under some other name.

Of course. You didn't think that they would take back a user-hostile greed-motivated feature without an alternative, did you?

When faced with a severe backlash, Google's response is always "We heard you. We've killed it. Here's an alternative" - and then proceeds to offer the same wine with minor changes in a new bottle.

This is what happened when FLoC was replaced with Topics. This is what's happening with WEI. They say that they will limit it to webview and embedded media! They talk as if they are doing us a favor! As if their stupid play protect and app geo-locking isn't causing widespread misery already!

Google - we weren't asking for a replacement. It wasn't a necessary functionality that was implemented badly. It was an evil functionality that shouldn't have been proposed in the first place! Of course you won't listen to us! You only took a small tactical step back due to the enormous hit you took to your image. But sure as hell, you consider your profits as more important than all the benefits of the web or the well being of billions of its users. You will get it by hook or crook - ethics and morality be damned!

If there's anyone who's still using chrome or one of its derivatives - ask yourself the reason for staying with it. You may have a hundred reasons. But at the end of the day, it will boil down to just two - convenience and laziness. You are not willing to part with even a small feature even after knowing that Chrome's creators are out to destroy the web for everyone except themselves. You forgot that freedom is not a right - it's something you have to fight for and earn. And in this battle, you laid down your weapons without a fight and let Google subject you and everyone else to their greed. Chrome's market share allows them to control the web standards and the web ecosystem. You are complicit in the damage the web is taking - because you chose convenience over principles.

They're too big to fail. Any amount of fine anyone can slap on them is just peanuts for them. They would rather break the law and use part of the gains to battle it out in court and push their opponents to bankruptcy. They have so much money that they can't help but spend it on subjugating the rule of law.

They have to be broken up. Broken up into a hundred different companies and spread around the world with restrictions on interacting with each other.

Native encryption is when the filesystem driver does the decryption in addition to the regular decoding job. Dmcrypt is where encryption is done by a separate component that's part of the kernel. Dmcrypt decrypts the raw block device (partition) and creates an unencrypted virtual block device (usually in /dev/mapper/). The filesystem driver then decodes this virtual device to give the final data access. It's like having a filesystem within a filesystem.

Regular bootloaders like Grub can't decrypt anything. So the /boot device is usually on a separate unencrypted partition. You need the initramfs to be able to decrypt and decode the partition. That's not very complicated - most users don't even need to deal with it.

Dmcrypt is arguably more secure than native encryption, since you won't know the filesystem type until you decrypt the partition first. On the other hand, native encryption is likely to be faster and more flexible for complex filesystems like ZFS, Btrfs and BCachefs.

Forgot to mention stacked-git (stg). This is a tool to deal with patch stacks - much like the age old quilt tool often used by kernel hackers. Unlike quilt, stg uses git to manage a stack of patches. This tool was originally written in Python. It was recently rewritten in Rust by the same team.

Having used stg, it's like having multiple staging indexes in git. This allows you to craft a good commit history like the one you get from using interactive rebasing. Unlike interactive rebasing, you don't have to wait till finishing the feature, in order to achieve that result. If you are a git user and haven't given stg a try yet, I strongly recommend you do. It's a nice tool to have in your development tool chest.

Like many others, I don't replace old tools with new ones, simply because it is written in Rust. For example, fzf is a very novel and useful tool that's written in Go. (FYI: Fzf has a Rust alternative called skim). I'm going to restrict the rest of the post to the context of this thread - Rust CLI/TUI programs that I like. But by no means are they the only new ones I like, or always a replacement for the old ones.

fd and ripgrep (rg) have 2 things in common that give them edge over their older counterparts. First is that both are extremely fast compared to their predecessors. Second is that both support a modern (perl-compatible) version of regex syntax that many programming languages support.

Zellij is a terminal multiplexer like Tmux. However, Zellij IMO has one huge advantage over Tmux and screen - you don't need to take a tutorial or read a user guide just to get started. Everything is discoverable and intuitive. Zellij has the potential to replace TMux as the dominant terminal multiplexer in the near future.

You may find zoxide, atuin and starship as good extensions to your terminal experience, depending on your tastes. Zoxide is a smart directory changer (alt for cd) with good integration all around - with a lot of shells, alternatives (data import), editors (emacs, nvim, etc), file browsers (ranger, nnn, etc) and even mail client (aerc). Atuin replaces the history part of GNU Readline. But lately, it has started gaining features not found in readline, like encrypted history and cross-device history sync. Starship may be a bit fancy for shell prompts - but I find its configuration format to be simpler than the old method. It also supports several shells giving you a uniform experience across shells.

GPG-TUI is a TUI frontend to GnuPG. It's useful simply because the GnuPG UI is terrible. Meanwhile, Sequoia PGP is a tool that aims to replace GnuPG altogether. It has some lofty ambitions and has forced the OpenPGP ecosystem to advance a bit. Some of their innovations aim to solve the drawbacks of old OpenPGP - like lack of PKI (instead of just WoT) and Perfect forward secrecy in certain modes. Its defaults are also more sane and modern compared to GnuPG.

Git-UI (Rust) and LazyGit (Go) are TUI frontends for Git - they have no alternatives. I can recommend either of them if you are a heavy user of git - especially interactive staging and interactive rebasing. Meanwhile, git-interactive-rebase-tool is a tool specifically designed to manage interactive rebases.

If you are into coding, you may find Tokei useful. It is tool for counting Lines of code (LoC) in your projects, segregated by language. Hyperfine, from the developer of fd, is used to benchmark applications over several runs, with a lot of configuration options. Bat is a terminal pager, again from the developer of fd. It supports syntax highlighting. I often find uses for that. I'm not aware of another tool with the exact same functionality.

Finally, nushell is showing a lot of promise as a shell with more modern features. It extends the structured data paradigm from powershell.

This is exactly why I hate organized religion. Want to believe in God? That's your concern. But don't come to me peddling your sky daddy.

Compared to btrfs, it has native encryption too - though it's said to be unaudited at the moment. Btrfs needs dmcrypt for encryption support.

It's going to be a while before 6.7 is released.

Since I know that most of the younger open source folks are obsessed with MIT for some reason

The bigtech actively peddled the idea that copyleft licenses are somehow evil and less free than permissive licenses. Their intention was of course to encourage free labor that they could exploit. Unfortunately, many in the community supported that idea due to vested interests, or uncritically bought into the propaganda.

I read somewhere that chromeos is based on gentoo.

That said, Gentoo isn't what I would recommend to someone hooked on Xbps.

I feel sorry for all the innocent Palestinians caught in between. And I hope that the bloody Hamas and their barbaric supporters are satisfied in getting their innocent compatriots massacred.

I'm not familiar with the story. Are you saying that she was paraded after her death?

Edit: Nevermind. I saw the video just now. I'm at a loss for words to describe people who do this to innocent civilians.

Less fragmentation is part of the reason. The other part is that BSDs mandate documentation for their component software. Documentation by developers is obviously better than those created by regular users (like the arch wiki). Arch wiki is actually phenomenal considering that it's by the user community.

I really don't want Linux to be a remote desktop on the cloud. That's already possible easily with Linux. But OS as a service is another attempt by companies like MS to pry the control of the system and data away from their customers. Worst of all, we have to pay a monthly subscription even after we buy hardware. To put it simply, it's rent seeking. Linux on the other hand, is good at making the best of even mediocre or low-end hardware.

Don't overthink it. Just publish. And as for entitled users, remember that you don't owe them. If anyone insists on a feature, tell them that you can prioritize them for the right fee.