An interesting decentralized approach for Android smartphones to replace Googleās Push systemā¦
A modern Android smartphone relies on a lot of services, from app stores and calendars to messaging and push notifications. Most of them have open alternatives, but until now, the only option for push notifications was Googleās proprietary service, Firebase Cloud Messaging (FCM). UnifiedPush is a new alternative that allows you to get push notifications without being tied to a single company.
Meanwhile, Pale Moon has become the first web browser to officially support the format (without hiding it behind a flag or in an experimental build, or both like Mozilla does) and even released a fix for an issue with it, recently. Also, more apps are adding support for it, like Darktable just did. KDE, Qt, and others have support, as well (you can find a (possibly slightly out of date) official list here). I did a trial export of a .jxl from GIMP and it is handled like any other image in Garuda/KDE Plasma - same with .avif.
I've been part of encouraging Android app developers to consider adopting it (as you can see especially here), which has been made much easier by this stand-alone Jpeg XL Viewer app which almost immediately made a move to create a separate library for other Android apps to use.
However, if we want support to actually go anywhere, we need to convince Mozilla to also officially support the format. You can do so on their Connect Mozilla page, and probably elsewhere. There is an issue on Bugzilla open but discussion was limited because it is supposed to just be for bugs related to Jpeg XL support in Firefox and not about the topic in general.
The reason this is the way, is because it does one of two things:
Either way, it's basically a win. And this is why even users of Chromium browsers should support Firefox adopting this format. Additionally, you can prod developers of highly modified Chromium browsers, like Vivaldi and Brave, to just manually add support themselves until Google makes their move.
Also, while this was also posted in the gallery app issue I linked here (and the Connect Mozilla thread), I'll share a graphic/collage that some brilliant and strongly motivated anon made and I initially saw when he posted/shared it on a JXL thread I made on /g/ (technology board on 4chan) more than a month ago:
(Well, I would, if I wasn't limited by Discourse for being too new - here's a direct link to the image file on Github. Maybe someone else can post the full image here, if they feel it's appropriate)
KDE happeningsā¦
Gnome happeningsā¦
https://thisweek.gnome.org/posts/2022/12/twig-75/
I saw this hit the repositories todayā¦
A KDE video player with Youtube support ā¦
AMD making life easierā¦
While AMD provided upstream open-source driver support for the Radeon RX 7900 series launch, the initial user experience can be less than desirable if running a new Radeon GPU but initially running an out-of-date kernel or lacking the necessary firmware support. With a new patch series posted AMD is looking to improve the experience by being able to more easily fallback to the firmware frame-buffer when their AMDGPU kernel graphics driver fails to properly load.
A new-ish image enhancer/upscaler for Linuxā¦
Upscayl uses AI models to enhance your images by guessing what the details could be. It uses Real-ESRGAN (and more in the future) model to achieve this.
This adds support for Animation, Transparency, Progressive Decoding, and Color Profiles. Also enables JPEG-XL by default in non-nightly builds.
waterfox is borderline spyware, not what I'd recommend to use
Merry Christmas, Linux systems administrators: Here's a kernel vulnerability with a CVSS score of 10 in your SMB server for the holiday season giving an unauthenticated user remote code execution.
Yes, this sounds bad, and a score of 10 isn't reassuring at all. Luckily for the sysadmins reaching for more brandy to pour in that eggnog, it doesn't appear to be that widespread.
Discovered the Thalium Team vulnerability research team at French aerospace firm Thales Group in July, the vulnerability is specific to the ksmbd module that was added to the Linux kernel in version 5.15. Disclosure was responsibly held until a patch was issued.
Linus Torvalds expects Linux 6.2 to be a big release, bigger than Linux 6.1. As expected, it will introduce numerous new features and improvements to make the kernel faster and more performant, as well as new and updated drivers for the best possible hardware support.
As mentioned before, the final release of Linux kernel 6.2 is expected to see the light of day in February 2023, either on February 12th or February 19th, which depends on how many Release Candidate (RC) milestones will be announced until then.
More XFCE 4.18 pornā¦
Now that the merge window for Linux 6.2 is over, here is a look at all the prominent features on deck for the Linux 6.2 kernel that will be released as stable in about eight weeks.
And this little gem I found interestingā¦
Haruna player is very coolā¦ i configure it a little outside of the default settings, but very coolā¦
It is? wow ā¦ didnāt actually knewā¦ never really used it, but good to know!
Nice Canonical is profitableā¦ great for them!
However, with AMD having now iterated it to a ninth revision, it's looking like this P-State "Energy Performance Preference" functionality over the existing P-State driver support will be ready for merging come Linux 6.3.
But being introduced now with Linux 6.2 is a new mitigation technique named Call Depth Tracking that is helping recover some of that lost performance and in turn extending the usefulness of the Skylake-derived processors still in service.
For you graphic magiciansā¦
Here is an interesting take on Google Android and Linux. Is Android about to die, and is Google about to abandon Linux? Stay tunedā¦
Fire up those old tube-based TVās, Linux 6.3 is comingā¦
And for you gassy Mastodon users 
comes Toot That!
Itās the successor of Tweet That! but for use with Mastodon (the Fediverse). It allows posting a link to the current tab to your chosen Mastodon instance. Only the server knows this is happening. The extension doesnāt send anything else. Install it as a Firefox Add-ons.
And you thought holiday giving was over, not for KDE fansā¦
Oopsā¦one more for XFCE fans. Now shooā¦go, readā¦
What the heck? You canāt just ditch Android and call it a day, let alone Linux. Android isnāt going anywhere.
If this is true then i am intrested in what kid off new OS will google bring to us .
(Yeah, it will featured with more spywares 
)
What the heck is right!
First of all, this article is from 2016. I think it is fair to say the author was just plainly wrong about his prediction, unless we interpret his message to mean āAndroid will dieā¦but not for another ten yearsā.
His take on Linux is a bit detached from reality, I think. Check out this choice tidbit:
Another problem with Android is that itās based on Linux, and Linux is both old and plagued by legal issues.
ā¦
I think this commenter was closer to the mark than the author:
CFWhitman 6 years ago
Iām amazed that almost every single point the article tries to make is flawed in at least one critical way.
The second paragraph: Android being open source is what makes it successful. Without that, it would never have the same appeal to carriers. Phone OEMs are at least as high as consumers on Googleās list of whom they have to please. The lack of standardization of ARM hardware is more responsible for version fragmentation than Android being open source.
The fourth paragraph: Linux was designed to be at least as small and portable as necessary for anywhere that Android makes sense. The rest of Android is much more demanding of resources than the kernel. GNU/Linux distributions for ARM tend to be significantly less resource intensive than Android. The kernel being mature is an advantage, not a problem. Power consumption is mostly about harmony between firmware and drivers and has proven itself to be workable with the Linux kernel. Real time operation is never where Android has been used, and is certainly not necessary (or even generally desirable) for places where Android is normally used (itās opposed to efficiency).
The fifth paragraph: Mature code is less buggy, not more. Itās possible for mature code to have fundamental flaw with its approach or to have outdated parts that are never used (and thus not have any use except as a possible attack vector), but Iāve not heard anyone accuse the Linux kernel of those things (other than some saying it should be a microkernel, which is debatable, but certainly not better for efficiency).
The sixth and seventh paragraphs: Microsoft will continue its patent campaign against anything that is successful in the phone market. It doesnāt really have anything at all to do with whether it runs on Linux.
The eighth and ninth paragraphs: So far, Fuchsia is open source as well. Itās real time, which lends credence to it being developed mainly for certain IoT applications that Android is not suitable for. If they did decide to use it for phones (which is indeed possible), it would almost certainly still have an Android virtual machine running on top, so it wouldnāt mean the death of Android. As mentioned before, there is no such thing as a new operating system free of IP headaches.
The tenth paragraph: Licensing would indeed give Google more control over what hardware it was released on (though they already largely control what they want to control with Android by licensing Google Play). However, you fail to mention the big downside that if they licensed it rather than leaving it open source, it would attract basically zero interest from handset makers.
This, however, is my favorite comment:
GetALoadOfThisGuy 6 years ago
You should stop writing articles.
*drops mic, leaves stage*
Adding more fire to the flameā¦apparently Google is creating Fushsia OS which I guess is their transition away from linux.
Google has been hard at work on a new platform, dubbed Fuchsia OS. It was almost a given that the upcoming operating system would support Android apps, but a change to the Android Open Source Project has seemingly confirmed the feature.
Apparently they also have a microkernel to replace Linux, so they can scale down better onto smaller devices. This is about Google having more control (and spyware), much like they moved away from Java to Kotlin after Oracleās move.
Quoting
Another problem with Android is that itās based on Linux, and Linux is both old and plagued by legal issues.
Well, I donāt have to say more on sanity of the authorā¦
It is more of a IoT or something like that OS as far as I know. It might be used as Embedded OS, I guess
It is not meant to replace android anytime soon.
If I were to predict, I would say fushsia will be more likely used on kind off āalexaā devices, whatever they are called, small appliances smartening like geyser, ac, or whatever.
I donāt think it can replace android or Linux in at least 4 years, unless Google puts too much efforts specifically into it.
