[–] 21 points 2 months ago (6 children)

This is interesting. However, I am wondering how relevant this analysis really is. Is the compositor-related power usage relevant relative to typical user applications? And is the increased power usage by Wayland-based systems justified by other improvements?

TBH, I have no idea and should read this up but maybe someone can fill in some context?

  • source
  • [–] 10 points 3 months ago (5 children)

    Standard procedure, no? We used to map non-standard keys back in the days. I’d probably map it to Super and use it for my key combinations for my most used software.

  • source
  • [–] 20 points 3 months ago

    To my understanding, these are confirmed vulnerabilities and have been resolved in 7.1. I have not checked all of them but didn’t find any CVEs without a note on the fixed kernel version.

  • source
  • [–] 0 points 4 months ago*

    Moved to Apple Music after Rogan started airing on Spotify. Hence Apple Music on the phone, streaming through Cider on Arch otherwise

    Edit: I could not work with local files or my own file server because of the breadth and amount of music I listen to. I’d have to have a massive collection and constantly keep buying 🤑

  • source
  • [–] 8 points 4 months ago

    In general, setting up a client with POP3 rather than IMAP will move all the emails from the inbox to the client. Once they are in the client you can decide how to backup the archive, there’s plenty of options with varying performance and memory footprint. That sounds pretty much like what you would like to do in general.

    Just for completeness: That of course also means that syncing to several devices and backups are now your problems to solve.

    In any case, the initial download will take a long time either way if you have 20+ years and 10s of GBs of data. No way around that.

  • source
  • [–] 19 points 5 months ago

    I don’t think you are paranoid. This technology is creepy as hell. Almost all cars are connected nowadays and send data back to the manufacturer’s server—visible or not. In the best case it’s just the service history, in the worst case live positions and more. Some cars stop working if the server is shut down *cough. Cameras equipped to unlock based on a face record biometric data. And honestly, would you trust your car manufacturer (!) to handle your biometric data?

  • source
  • [–] 21 points 5 months ago

    From an environmental physics point of view, this is not very weird: Warm air holds more absolute amount of water, leading to stronger downpours and longer dry periods. One could also say, the world is getting warmer and this a little “more like summer”. And strong rains converts to strong surface runoff. In other words: Strong rains causes your streets and fields to flood and that water raises the rivers rather than the soil’s moisture. And there we go: The soil is getting drier although there’s more total rainfall.

  • source
  • [–] 3 points 5 months ago

    With one difference. After merging with text.com they switched to a model with on-device bridges so that the decryption on their servers is no longer needed. Ofc it’s similar if the matrix instance and the bridges run on the own server.

  • source
  • parent
  • context
  • [–] 2 points 6 months ago

    I don’t find this convincing. Everyone knows how easy it is to click “yes” without actually knowing what’s behind it even reading it at all. There’s a reason that “I have read the terms and conditions” is the most common lie on the web. Also, no one will read a lot of information. So adding AI sounds great, doesn’t it? While this is a technical opt-in, it is still really close to an opt-out.

    And then the ML generated code. I am aware it’s anecdotal evidence and might not mean anything but every time I tried Ubuntu, I deleted it after a few days because I found the bugs way too annoying after hitting too many road blocks. So if a buggy prone desktop environment additionally accepts ML code, it makes me suspicious and wanna stay away from it.

  • source
  • [–] 2 points 6 months ago (1 child)

    Exactly at the speed of light, the γ-coefficient would be infinite and so would be the time dialation. The eigen time of the moving person would thus be infinitely slower than the non-moving person. From the perspective of the stationary person, the time of the moving person would stand still and thus the person would never say anything. Very close to the light speed, when the coefficients are large, this problem eases but persists. The stationary person would have to wait for very long (and use a massive Doppler shift of the moving signal) to perceive something. At the end of the conversation, it will have lasted much longer for the stationary person, spending years on this. The twin paradox would basically kick in as well. If the moving person is at a speed too close to the speed of light, the stationary person might die before the conversation is over—assuming the stationary person is not immortal. That is kind of a very slow motion, yes. What a dedication, spending a lifetime on a person who can’t slow down ;-) Funny enough, from the perspective of the moving person, the effect is reversed.

  • source
  • view more: next ›