This is basically an article promoting two Tweets (something like Toots, but on a monetized closed source for-profit platform run by a highly questionable billionaire).
No, it’s the lack of support in web APIs. Every api is based on width and height, viewport width, viewport height. Nothing allows you to find the angle of the display, rotate DOM elements to align, wrap based on diagonal boundaries etc.
Ackshually the social network you’re mentioning has changed its name so instead of “Tweets” they should be “Xeets” (like sheets por shits if you prefer).
People seem to be making this a more difficult job than it needs to be. Yeah I get we’re powerusers but can’t we drop that for 2 minutes while giving advice so a new user can actually get a job done quickly? Windows EXEs don’t automatically update either. Sure it might not be the best way to do it but it’s fast and not confusing. (EDIT: Apparently this specific program actually has it’s own auto updater)
Things take time to learn. Throwing all of the existing knowledge of repo management at a new user at once does not work.
It’s funny how quickly Lemmy turns on a dime between “Linux is easier than Windows” in threads about adopting Linux to “spend some time learning the terminal” when presented with a question that should be a single click (installing an app).
Before the hate train starts, I’ve been using Linux off and on for 30 years now. And I still struggle with making distros do things that shouldn’t be that hard because they aren’t hard in Windows.
Also note that Mullvad has a pretty technical user base and target audience, and thus their documentation is likely geared towards them. You could also consider using Mozilla VPN, which offers pretty much the same advantages (they use Mullvad’s servers), at the same price if you pay annually, and is easier to use.
Oh actually, looking at the Ubuntu installation docs, that doesn’t really seem to be much easier - that’s a disappointment :/
Although if you don’t mind running one terminal command (specifically, sudo add-apt-repository ppa:mozillacorp/mozillavpn), I think after that you should just be able to use the Ubuntu App Center to install software - which usually is the way to install software in Ubuntu, and works similar to app stores on phones.
it’s just a fuckin step by step guide on how to add their repo to the sources.list
What’s so technical about it? It’s how you install everything on Ubuntu.
No knowing how apt works, is equivalent to not understanding why grandma_pics.zip.exe is probably a virus. If you’re that uninformed, we can’t help you.
As a side note, dealing with adding repos and keys and all that is something I will never miss from apt. I use Arch and installing things is usually as simple as… well let me check.
<span style="color:#323232;">$ yay mullvad
</span><span style="color:#323232;">...
</span><span style="color:#323232;">2 aur/mullvad-vpn-bin 2023.6-1 (+86 1.36)
</span><span style="color:#323232;"> The Mullvad VPN client app for desktop
</span><span style="color:#323232;">1 aur/mullvad-vpn 2023.6-1 (+126 2.10)
</span><span style="color:#323232;"> The Mullvad VPN client app for desktop
</span><span style="color:#323232;">==> Packages to install (eg: 1 2 3, 1-3 or ^4)
</span><span style="color:#323232;">==> _
</span>
And it’s option 1. So easy. Type 1 and press enter and you’re done.
Both options will install the Mullvad client from the AUR. (If you use an arch derivative, that already tells you some things. If you don't, then you are missing some context.) The first option will install from binary, the second will compile from source. Which you choose is up to you.
If you blindly chose one over the other because you didn't know, worst case you end up being impatient if it takes awhile to compile from source.
hmm, not sure why baca would need so many requirements. I installed baca using pip as per (github.com/wustho/baca), on a hedless ubuntu based server. Maybe on Arch it would need to install / update python packages?
You could also try epy (github.com/wustho/epy) which is also a terminal based epub reader.
Want to exchange information in json? plaintext? binary data? Sockets can do it.
This is exactly why you need something like dbus. If you just have a socket, you know nothing about how the data is structured, what the communication protocol is, etc. dbus defines all this.
In either case you still need to read the documentation of whatever daemon you’re trying to interface with to understand how it actually works. Dbus just adds the extra overhead of also needing to understand how dbus itself works. Meanwhile sockets can be explained in sixteen words: “It’s like a TCP server, but listening on a path instead of an ip and port”.
It’s much easier to understand how dbus works once than to understand how every daemon you connect to works every time you interface with a new daemon.
Yeah that’s the case with programming… well anything. This at least gives you a way to automatically receive all of that data from any app without excessive prior knowledge. With a small amount of info you can filter for specific events and create all kinds of robust functionality. That’s the power of a set protocol - it is to make things widely compatible with one another by only depending on the dbus protocol and app name. Otherwise you may need to depend on some shared objects which makes deployment and maintenance a total clusterfuck.
You got downvoted for speaking the truth. You can’t talk to a dbus app without understanding how it communicates. You can’t talk to a sockets app without understanding how it communicates.
When it breaks, it isn’t always obvious or easy to fix, but can cause problems for anything that has to talk to anything else. The biggest thorn it puts in my side is that short names [ThisPC] are served differently than fqdn [ThisPC.MyDomain.com]. Does NotMyApp use short or FQDN to resolve other machines? I don’t find out until the Wireshark.
Okey, I understand this is fundamental and when not working can cause the service to stop working. But I don’t yet know how does it break or is not easy to troubleshoot?
Haven’t hosted anything big yet, so I always just had to check the records via “dig” command if they are served correctly.
DNS setups can get fairly complicated with enterprise VPNs and stuff, but the main thing is probably just that DNS is built entirely around caching, so when something does go wrong or you’re trying to update something it’s easy for there to be a stale value somewhere. It’s also really fundamental, so when it breaks it can break anything.
Overall, though, DNS isn’t terribly complex. It’s mostly just a key-value store with some caching. Running your own nameservers is pretty cool and will give you a much better understanding of how it all fits together and scales.
Really annoying is when recent devices don’t respect the DNS you’re advertising or allow configuration (Android…)
My site is behind CGNAT on IPv4 with recently added fully routed IPv6. There are legacy control devices all over it that don’t speak IPv6, with local DNS records that allow them to be readily accessed while walking around with a mobile device… Allowed them to be accessed that is, until IPv6.
The Android IPv6 stack ignores the RA for my local DNS and also resolves via v6 by default, forwarding local queries upstream and returning no results. Then it doesn’t bother to fall back to v4. Unrooted Android has no exposed configuration for IPv6 of any sort to modify its behaviour, no hosts file to override or any way I can see to fix this. I can’t even disable IPv6 on my phone.
So to access my local devices from Android I need to use their full IPv4 address or VPN back into my own network… Oh wait, the stack is so broken that despite setting DNS in Wireguard, it still tries to resolve through upstream v6 first!
Apparently recent smart TVs are doing similar even on IPv4, hard-coded to 1.1.1.1 or 8.8.8.8 to dodge ad blocking, which is plain malicious and ignores all standards…
So I assume this is not old info and the thing shows up in lspci?
wifi seems to be a shell script coming from tlp, maybe you can do:
sh -x /usr/bin/wifi
to figure out why it thinks you have no wifi. This gives you a trace of the commands that wifi actually runs.
Also, wifi should be managed by NetworkManager so you could look into that documentation and log files for that. Also look at kernel logs like dmesg maybe.
Also also, this could be hardware problem of course. Maybe it just needs to be fully powered off to reset. Have you tried removing the battery? If you cannot do that, there might be little hole at the bottom of the laptop, to stick a paper clip into, to completely power cycle the machine. Maybe that’ll reset it.
I had an Intel AX201, which is basically the same device as the intel killer wifi card on the GS65.
I battled with the issue for a very long time. It came from Windows and only from Windows. You have to disable fastboot and there is a way to shut it down “fully” which you have to do.
If that does not solve it your only way out of it is to reinstall Windows.
didn't register the wifi, after a few attempts with a live usb stick (where the same thing happened, so no fix there), I got back into the mint installation and it worked
I’ve had issues like this (but with Bluetooth) resolved by unplugging the computer from the wall, and holding the power button for a few seconds to clear out the capacitors.
If it’s a laptop that’s a bit harder to do, but might be worth a consider.
I haven’t gone so far as to figure out why this fix works, but it’s happened a few times now and i can’t deny results
I had a huge problem with Arch because of the rolling release deal. I just can’t handle the responsibility of updating packages every single day, even with automation.
When I install an operating system, I want it to just work, and I want their repositories to have lots and lots of software. Most distros do this, but none do it as well as one of the major Debian-family distros like Ubuntu or Mint. Fedora is quite nice as well, and I could probably daily drive it without issue, I just see no reason to change over to it since Ubuntu has me totally covered. And it is basically like this for me with every other distro: I have to think, “why would I switch? What benefit would it provide me over what I have right now.” The answer is always “nothing important,” so I stick with Ubuntu.
I considered using Guix because its package manager is truly a revolutionary new technology. But using it as a package manager, I can see a lot of the packages and default configurations just aren’t quite to the point of “just works” yet. Still, I hope someday to switch to Guix as my daily driver.
Every day is something of an exaggeration, but if you don’t keep a rolling release up-to-date regularly (like once a week), packages start to break. And this gets to be a problem, especially if I don’t keep a computer always on, or if I keep postponing updates because my laptop is not connected to the Internet at the schedule time. There are a dozens reasons why I miss regular updates, but the point is, it should not bork my system if I do miss updates for a while.
if you don’t keep a rolling release up-to-date regularly (like once a week), packages start to break.
Those are packaging bugs then. With proper packaging everything updates seamslessly. Outside of SteamOS I’m not a user of Arch-derived distributions but I am a user of openSUSE TW which is a rolling release and I have one old notebook for a specific task I need to do maybe twice a year and updating was never a problem and installing a package triggers updating all affected dependencies.
Yeah, I have definitely run across lots of Arch packaging bugs. They seem to give up making packages backward compatible after some length of time, that or their testing procedures are not as thorough as that of openSUSE. It is understandable, making a rolling release backward compatible for long periods of time can be fairly challenging. Although Nix OS and Guix OS have solved this problem.
Why do you think you need to update packages on Arch every single day?
It was just a bit of hyperbole regarding the amount of mental effort it takes to keep your system up to date, I don’t actually mean every single day. I mean if you don’t keep Arch up-to-date on a regular basis, packages tend to break, and then you need to re-install the OS or jump through a few hoops to repair the broken packages and their dependencies. Diligent regular updates is not a terrible mental burden, but a burden none-the-less, so using point release OS like Mint or Ubuntu are just easier.
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.