Qvest

joined 1 year ago
[–] Qvest@lemmy.world 7 points 9 months ago* (last edited 9 months ago)

That's fair, but at least they could say something like "you can download our songs for as long as we allow it" and not "you can download your favourite songs and listen to them any time, anywhere" when that is only partially true, since, if someone has a playlist downloaded (still talking about personal experience) and they go offline for a long period of time, they can no longer play the songs and are required to get an internet connection only for spotify to audit and say "yeah you still have a valid subscription, you can still listen offline". It's not truly offline if I have to connect to the internet every once in a while.

Again, it's completely fair, but they could at least tell more than half-truths

[–] Qvest@lemmy.world 60 points 9 months ago (6 children)

Not fun is pressing play one day and finding a big chunk of your carefully constructed playlist is "no longer in your library."

this is exceptionally true from my experience with Spotify. I had downloaded a playlist that had a specific song. One day I went to play my locally downloaded playlist only to glance over it and see that the song was unavailable. I had the song downloaded. In my device and it still removed the song. No warnings, no nothing. Ever since, I downloaded everything locally and completely ditched Spotify. Fuck this scummy behaviour

 

Hello privacyguides. I have a question:

Talking strictly about security, how would you rate multi-account-containers for compartmentalizing internet activity? By compartmentalizing, I mean if, for example, I click on link "xyz" on container "a", and this link is somehow capable of accessing account "b" and compromise it. Except I have this account "b" logged in another container. Would the website be able to compromise the account? I know zero-days exist, but in a typical situation, would this extension improve security in this example or not?

Thanks in advance for your time and any answers!

[–] Qvest@lemmy.world 2 points 1 year ago

Thanks for the reply. What's weird is that I've done what the endeavouros forums said (and, looking through them, they did similar steps as the ones outlined on the archwiki: https://wiki.archlinux.org/title/NVIDIA/Tips_and_tricks#Preserve_video_memory_after_suspend and I still get that black frozen screen with just a cursor. I'm guessing this is exclusively NVIDIA's fault... or KDE's as I never had this problem on GNOME. Thanks anyhow

 

Hello Linux people, I need a bit of help. I wanted to leverage the new 545 NVIDIA drivers, but no other OS that I know of has them yet, so I installed Arch Linux using the handy archinstall script. I followed an external guide on how to get NVIDIA cards up and running. This one specifically: https://github.com/korvahannu/arch-nvidia-drivers-installation-guide. And yes, I checked it against the wiki (from what I could understand, the linked guide has no issues). After I rebooted everything went okay. Tested out resource-intesive games and they ran as expected with the proprietary drivers. However (and I don't know if this is a problem related to the drivers), I just tried suspending the KDE Wayland session on my laptop (Forgot to mention that I followed the wiki on how to get nvidia-suspend and nvidia-hibernate set up, and they were set up correctly), but when I tried waking it up, the screen freezes in a black background with only the kde cursor (I cannot move the cursor in this state) so the only option I know of is to forcefully shutdown the system and reboot. I am not very experienced in Linux so I could use some assistance in finding the source of this problem.

Journalctl log:

If there's anything else that would prove useful in debugging this issue, please tell me and I will provide

[–] Qvest@lemmy.world 3 points 1 year ago (2 children)

Yeah. GNOME does this probably because it's safer and ensures that the packages are downloaded in full before applying updates in an environment that is less likely for something to go wrong (Although I particularly don't know how true this is)

[–] Qvest@lemmy.world 30 points 1 year ago (19 children)

One thing I give Linux credit for is how it handles updates. Like, yeah, Linux doesn't force updates, that we all know, but I like how at least in the GNOME desktop, there is no "Update and action" button, there is only the shutdown and restart buttons, where if I am to press either, the system will ask me if I want to install updates or not with a nice box to tick the option. Nowhere near as cluttered as it is in the picture.

[–] Qvest@lemmy.world 1 points 1 year ago (1 children)

And they're big supporters and developers of Linux

Not looking to disagree, but do you have a source on the "developers" part?

[–] Qvest@lemmy.world 7 points 1 year ago

by the same logic, they won't know what you do inside Tails, nor when you boot it up

[–] Qvest@lemmy.world 8 points 1 year ago (1 children)

It's a GIMP patch. OSS and all. You can find it here: https://github.com/Diolinux/PhotoGIMP

[–] Qvest@lemmy.world 2 points 1 year ago* (last edited 1 year ago) (1 children)

I don't think downloading directly from Spotify is possible, considering they have DRM (I might not know what I am talking about, feel free to criticize). And I tried downloading from Spotify directly using yt-dlp.

That said, spotdl seems to only download from YouTube (which is not DRM protected). So what I would recommend you do is ignore ChatGPT and use a well-known tool (such as yt-dlp) in the terminal. It is as intuitive as it gets and it does not require you to do scripting (unless you want to). And find (or create) a playlist using your YouTube account and download that using yt-dlp flags to convert the mp4 or webm files into mp3 or other

I think the docs will have what you're looking for: https://github.com/yt-dlp/yt-dlp#usage-and-options and if not, good ol' internet search is a couple keystrokes away

[–] Qvest@lemmy.world 5 points 1 year ago (1 children)

If you don't know how to read code, then you pretty much have to trust them, and all other open-source software out there. The good thing with FOSS is that there's probably someone who cares about it enough to read it and audit it, although there can also be a chance that no knowledgeable person cares about the code so no one ends up actually knowing what it's doing.

I don't know how to read code, so I pretty much have to trust all of the FOSS that I use. Although open-source is usually more trustworthy than proprietary counterparts (read: PRISM)

[–] Qvest@lemmy.world 9 points 1 year ago (1 children)

Say no to centralized platforms altogether. I don’t want to be that person, but things like these are exactly why open-source is (and should be) superior. It’s unfortunate that OSS has had so little traction in the end-user side of things

 

Since I haven't seen a post about this, I decided to post this. Sorry in advance if this is a duplicate

 

Hey y'all! First time trying to self-host something, I started with a local Nextcloud instance for me and my family to use. I just wanted to make sure that no outsiders can enter the instance (access it or its files) through a browser on another connection.

I don't have a DNS server so we access it through its IP address. The connection is unencrypted (I don't know if this is a problem on a local instance, but from what I've read, I need a local DNS server to encrypt it, as well as to be able to set a domain (?) name (I don't really know if it's a domain name, but I'm referring to the website name, for instance google.com). I don't think leaving it as it is (unencrypted, no domain name, only accessible through IP) will be problematic. Could other people access the server remotely with this setting? By remotely, I mean from far away. I tried out Nextcloud's own Security Scan and it returns:

Scan failed! The scan for the specified domain failed. Either no Nextcloud or ownCloud can be found there or you tried to scan too many servers.

I'm guessing this is a good thing for what I'm trying to achieve?

for reference, the tutorial I've used is this one under Linux Mint

view more: next ›