[-] rorschah@lemdro.id 8 points 19 hours ago

Typing this comment from a Note 7 pro, from 2019. Other than lacking os updates, it serves me well for all my usecases.

[-] rorschah@lemdro.id 3 points 2 weeks ago

I personally use the proton-vpn-gtk-app from AUR ( the 1.3 section from wiki ). And in cachyOS, i only had to do

paru -S proton-vpn-gtk-app
[-] rorschah@lemdro.id 4 points 2 weeks ago

I too use torrents if possiblez but sometimes, the movie we seek maynot be available or won't have enough seeders. Sites like this, and others mentioned in fmhy are useful at those times.

[-] rorschah@lemdro.id 1 points 1 month ago

With the speed HDR prep works are going on, we probably get usable HDR in linux around 2025

18
submitted 1 month ago by rorschah@lemdro.id to c/archlinux@lemmy.ml
[-] rorschah@lemdro.id 34 points 1 month ago

Kerala have a big contribution to this since all the school IT labs + government offices here use ubuntu or its slightly modified versions. Wish if every state did so.

[-] rorschah@lemdro.id 1 points 2 months ago

This was the distro that introduced me to linux, followed by raspbian. Brings so much memories.

[-] rorschah@lemdro.id 11 points 2 months ago

Glad they also started to include images which makes easy to really understand the changes, especially the UI related ones.

21
submitted 2 months ago by rorschah@lemdro.id to c/archlinux@lemmy.ml

Nvidia users will finally be able to use the superior display server

201
submitted 2 months ago by rorschah@lemdro.id to c/firefox@lemmy.ml

This is part of the Android release for Firefox 127.0.2.

Release notes

Please leave a comment on Bug : Android idle battery drain due to Firefox if you still experience this issue after updating Firefox and restarting your phone:

71
submitted 2 months ago by rorschah@lemdro.id to c/firefox@lemmy.ml
  • Fixed an issue where YouTube playback may experience stalling under certain conditions.

  • Fixed an issue where the Private Window icon was displayed in the taskbar on Windows when browser.privateWindowSeparation.enabled was set to false.

[-] rorschah@lemdro.id 2 points 2 months ago

Nightly can be configured by advanced testers to use custom prompts and any compatible chatbot, such as llamafile, which runs on-device open models, including open-source ones. We are excited for the community to share interesting prompts, chatbots, and models as we make this a better user experience. We are also looking at how we can provide an easy-to-set-up option for a private, fully local chatbot as an alternative to using third-party providers.

I think they could've waited until they properly tried implementing a local llm. Anyway glad to know that we have options and gonna try this.

79
submitted 2 months ago by rorschah@lemdro.id to c/firefox@lemmy.ml

In the latest Mozilla Firefox 127 release simply do the following:

  • Go to about:config in a new tab
  • ‘Accept Risk and Continue’
  • Search for browser.newtabpage.activity-stream.system.showWeather
  • Double-click the result to enable the feature
[-] rorschah@lemdro.id 4 points 2 months ago

It is a matrix client. It is maintained by element team itself and still in beta. You can read more and view the source code in the Github repo

34
submitted 2 months ago by rorschah@lemdro.id to c/firefox@lemmy.ml

This discussion on Mozilla Connect was updated today to include a demo video of the current progress of the addition of tabs in the sidebar.

13
submitted 3 months ago by rorschah@lemdro.id to c/firefox@fedia.io

cross-posted from: https://lemdro.id/post/9940873

And this is 100% Youtube's fault, not Firefox's fault, they created this issue:

This problem is triggered by bad muxed VP9 bytestream served by Youtube, so it's not a regression on our side, this issue can also be reproduced on old versions Firefox. Usually when muxing a video bytestream, the video samples' timestamp should be monotonizally increasing and no overlap between samples. But there are some bad video samples in YT's bytesteam, they overlapped with the previous sample. Eg. [124416000, 125126000] and [125125000, 131382000]. The next one should start from 12516000 instead of starting from 125125000 causing an overlapping.

That overlapped sample triggers this and our WebM demuxer fails to calculate the next timestamp in that situation. The end time of video sample was set to the same as the sample's start time, and that causes a gap being detected for the next sample, resulting in resetting append state. When doing so, mNeedRandomAccessPoint would be set to true and that triggers the sample skipping mechanism per the spec.

Therefore, there would be many sample being incorrectly skipped and won't be added into the buffered range. When entering the buffering state, Firefox would be waiting those sample which has been skipped but Youtube thought that those samples were already appended. That makes the endless buffering happened.

Source: https://bugzilla.mozilla.org/show_bug.cgi?id=1878510#c113 (Alastor Wu [:alwu])

207
submitted 3 months ago by rorschah@lemdro.id to c/firefox@lemmy.ml

And this is 100% Youtube's fault, not Firefox's fault, they created this issue:

This problem is triggered by bad muxed VP9 bytestream served by Youtube, so it's not a regression on our side, this issue can also be reproduced on old versions Firefox. Usually when muxing a video bytestream, the video samples' timestamp should be monotonizally increasing and no overlap between samples. But there are some bad video samples in YT's bytesteam, they overlapped with the previous sample. Eg. [124416000, 125126000] and [125125000, 131382000]. The next one should start from 12516000 instead of starting from 125125000 causing an overlapping.

That overlapped sample triggers this and our WebM demuxer fails to calculate the next timestamp in that situation. The end time of video sample was set to the same as the sample's start time, and that causes a gap being detected for the next sample, resulting in resetting append state. When doing so, mNeedRandomAccessPoint would be set to true and that triggers the sample skipping mechanism per the spec.

Therefore, there would be many sample being incorrectly skipped and won't be added into the buffered range. When entering the buffering state, Firefox would be waiting those sample which has been skipped but Youtube thought that those samples were already appended. That makes the endless buffering happened.

Source: https://bugzilla.mozilla.org/show_bug.cgi?id=1878510#c113 (Alastor Wu [:alwu])

[-] rorschah@lemdro.id 3 points 3 months ago

I used to be on pure Arch for 2.5 years, but currently uses cachyOS. And its so much removes the pain points of arch, as well as giving super fast performance.

150
submitted 3 months ago* (last edited 3 months ago) by rorschah@lemdro.id to c/astronomy@mander.xyz

I still can't believe how this one comes back again and again. One of the greatest feat of humanity.

15
submitted 3 months ago by rorschah@lemdro.id to c/matrix@lemmy.ml
[-] rorschah@lemdro.id 2 points 3 months ago

Most of the speed is due to them compiling packages with the x86-64-v3 and x86-64-v4 instruction set and LTO.

That means the CPU need to be little newer to take advantage of, too

21
submitted 3 months ago by rorschah@lemdro.id to c/archlinux@lemmy.ml

Features:

  • Introduce handheld hardware detection
  • Introduce T2 MacBook support
  • Add network driver detection
  • Added MacBook T2 support
  • BTRFS is now the default selected file system
  • Use ufw instead of firewalld
  • NVIDIA: Enable required services and options for working sleep on Wayland
17
submitted 3 months ago by rorschah@lemdro.id to c/archlinux@lemmy.ml

vulkan-nouveau (aka NVK) is no longer experimental and has gotten pretty good with nouveau + GSP binary firmware blobs for Pascal and newer Nvidia cards.

view more: next ›

rorschah

joined 10 months ago