Google is bringing its Lyria 3 AI music model into the Gemini app, allowing users to generate 30-second songs from text, images, or video prompts directly within the chatbot. The Verge reports: Lyria 3's text-to-music capabilities allow Gemini app users to make songs by describing specific genres, moods, or memories, such as asking for an "Afrobeat track for my mother about the great times we had growing up." The music generator can make instrumental audio and songs with lyrics composed automatically based on user prompts. Users can also upload photographs and video references, which Gemini then uses to generate a track with lyrics that fit the vibe.
"The goal of these tracks isn't to create a musical masterpiece, but rather to give you a fun, unique way to express yourself," Google said in its announcement blog. Gemini will add custom cover art generated by Nano Banana to songs created on the app, which aims to make them easier to share and download. Google is also bringing Lyria 3 to YouTube's Dream Track tool, which allows creators to make custom AI soundtracks for Shorts.
Dream Track and Lyria were initially demonstrated with the ability to mimic the style and voice of famous performers. Google says it's been "very mindful" of copyright in the development of Lyria 3 and that the tool "is designed for original expression, not for mimicking existing artists." When prompted for a specific artist, Gemini will make a track that "shares a similar style or mood" and uses filters to check outputs against existing content.
Read more of this story at Slashdot.
An anonymous reader quotes a report from Ars Technica: For a while now, Mac owners have been able to use tools like CrossOver and Game Porting Toolkit to get many Windows games running on their operating system of choice. Now, GameSir plans to add its own potential solution to the mix, announcing that a version of its existing Windows emulation tool for Android will be coming to macOS. Hong Kong-based GameSir has primarily made a name for itself as a manufacturer of gaming peripherals -- the company's social media profile includes a self-description as "the Anti-Stick Drift Experts." Early last year, though, GameSir rolled out the Android GameHub app, which includes a GameFusion emulator that the company claims "provides complete support for Windows games to run on Android through high-precision compatibility design."
In practice, GameHub and GameFusion for Android haven't quite lived up to that promise. Testers on Reddit and sites like EmuReady report hit-or-miss compatibility for popular Steam titles on various Android-based handhelds. At least one Reddit user suggests that "any Unity, Godot, or Game Maker game tends to just work" through the app, while another reports "terrible compatibility" across a wide range of games. With Sunday's announcement, GameSir promises a similar opportunity to "unlock your entire Steam library" and "run Win games/Steam natively" on Mac will be "coming soon." GameSir is also promising "proprietary AI frame interpolation" for the Mac, following the recent rollout of a "native rendering mode" that improved frame rates on the Android version. There are some "reasons to worry" though, based on the company's uneven track record. The Android version faced controversy for including invasive tracking components, which were later removed after criticism. There were also questions about the use of open-source code, as GameSir acknowledged referencing and using UI components from Winlator, even while maintaining that its core compatibility layer was developed in-house.
Read more of this story at Slashdot.
Linus Torvalds has told The Register how Linux went from a solo hobby project on a single 386 PC in Helsinki to a genuinely collaborative effort, and the path involved crowdsourced checks, an FTP mirror at MIT, and a licensing decision that opened the floodgates.
Torvalds released the first public snapshot, Linux 0.02, on October 5, 1991, on a Finnish FTP server -- about 10,000 lines of code that he had cross-compiled under Minix. He originally wanted to call it "Freax," but his friend Ari Lemmke, who set up the server, named the directory "Linux" instead. Early contributor Theodore Ts'o set up the first North American mirror on his VAXstation at MIT, since the sole 64 kbps link between Finland and the US made downloads painful. That mirror gave developers on this side of the Atlantic their first practical access to the kernel.
Another early developer, Dirk Hohndel, recalled that Torvalds initially threw away incoming patches and reimplemented them from scratch -- a habit he eventually dropped because it did not scale. When Torvalds could not afford to upgrade his underpowered 386, developer H. Peter Anvin collected checks from contributors through his university mailbox and wired the funds to Finland, covering the international banking fees himself. Torvalds got a 486DX/2. In 1992, he moved the kernel to the GPL, and the first full distributions appeared in 1992-1993, turning Linux from a kernel into installable systems.
Read more of this story at Slashdot.
An anonymous reader shares a report: In 2013, scientists unveiled the first lab-grown burger at a cost of $330,000. By 2023, the FDA approved cultivated chicken for sale. The price had dropped to around $10-$30 per pound, and over $3 billion in investor money had poured into more than 175 companies developing meat grown from animal cells instead of slaughtered animals.
The promise is straightforward: real meat, no slaughter required. You could eat beef without killing cattle, chicken without industrial farming, steak without ethical compromise. The technology works. Federal regulators approved it as safe. And nearly a third of US states have banned it or are trying to. Not because it's dangerous -- because it threatens something deeper than food safety.
Start with a small sample of animal cells -- a biopsy, not a slaughter. Place them in a bioreactor with nutrients. The cells multiply, forming muscle tissue identical to conventional meat at the cellular level. Nutritionally comparable, same protein content, but grown without raising and killing an animal.
The process uses 64-90% less land than conventional meat production and drastically reduces greenhouse gas emissions. No factory farms, no slaughterhouses, no ethical compromise for people who love meat but hate industrial animal agriculture. For vegetarians who gave up meat for ethical reasons, it offers something impossible before: guilt-free steak.
[...] Here's where the dream hits reality. Consumer surveys show people perceive conventional meat as tastier and healthier than lab-grown alternatives. Fewer consumers are willing to try cultivated options than expected. The words "lab-grown" and "cultivated" don't exactly make mouths water.
Something about meat grown in a bioreactor triggers deep discomfort for many people, even those who claim to care about animal welfare and environmental impact. It's the same psychological barrier that made "Frankenfood" stick as a label for GMOs. Meat is supposed to come from animals, raised on farms, connected to land and tradition. Growing it in a facility feels wrong to people in ways they struggle to articulate.
Read more of this story at Slashdot.
Justin Wheeler writes, on Fedora
Magazine, that Fedora is now available in Syria once again:
Last week, the Fedora Infrastructure Team lifted
the IP range block on IP addresses in Syria. This action restores
download access to Fedora Linux deliverables, such as ISOs. It also
restores access from Syria to Fedora Linux RPM repositories, the
Fedora Account System, and Fedora build systems. Users can now access
the various applications and services that make up the Fedora
Project. This change follows a recent update to the Fedora Export
Control Policy. Today, anyone connecting to the public Internet from
Syria should once again be able to access Fedora.
[...] Opening the firewall to Syria took seconds. However, months of
conversations and hidden work occurred behind the scenes to make this
happen.
The Asahi Linux project, which is working to implement support for Linux on
Apple CPUs, has published
a detailed 6.19
progress report.
We've made incredible progress upstreaming patches over the past 12
months. Our patch set has shrunk from 1232 patches with 6.13.8, to
858 as of 6.18.8. Our total delta in terms of lines of code has
also shrunk, from 95,000 lines to 83,000 lines for the same kernel
versions. Hmm, a 15% reduction in lines of code for a 30% reduction
in patches seems a bit wrong…
Not all patches are created equal. Some of the upstreamed patches
have been small fixes, others have been thousands of lines. All of
them, however, pale in comparison to the GPU driver.
The GPU driver is 21,000 lines by itself, discounting the
downstream Rust abstractions we are still carrying. It is almost
double the size of the DCP driver and thrice the size of the
ISP/webcam driver, its two closest rivals. And upstreaming work has
now begun.
Adam Harvey, on behalf of the crates.io
team has published a blog
post to inform users of a change in their practice of publishing
information about malicious Rust crates:
The crates.io team will no longer publish a blog post each time a
malicious crate is detected or reported. In the vast majority of cases
to date, these notifications have involved crates that have no
evidence of real world usage, and we feel that publishing these blog
posts is generating noise, rather than signal.
We will always publish a RustSec
advisory when a crate is removed for containing malware. You can
subscribe to the RustSec
advisory RSS feed to receive updates.
Crates that contain malware and are seeing real usage or
exploitation will still get both a blog post and a RustSec
advisory. We may also notify via additional communication channels
(such as social media) if we feel it is warranted.
Security updates have been issued by Debian (ceph, gimp, gnutls28, and libpng1.6), Fedora (freerdp, libpng, libssh, mingw-libpng, mingw-libsoup, mingw-python3, pgadmin4, python-pillow, thunderbird, and vim), Mageia (postgresql15), Red Hat (python-urllib3), SUSE (cdi-apiserver-container, cdi-cloner-container, cdi- controller-container, cdi-importer-container, cdi-operator-container, cdi- uploadproxy-container, cdi-uploadserver-container, cont, frr, gpg2, kubernetes, kubernetes-old, libsodium, libsoup-2_4-1, libssh, libtasn1, libxml2, nodejs22, openCryptoki, openssl-3, and python311-pip), and Ubuntu (frr, linux-aws, linux-aws-6.8, linux-gkeop, linux-nvidia, linux-nvidia-6.8, linux-oracle, linux-oracle-6.8, linux-aws-fips, linux-fips, linux-gcp-5.15, linux-kvm, linux-oracle, linux-oracle-5.15, linux-gcp-fips, linux-nvidia, linux-nvidia-tegra-igx, linux-oem-6.17, linux-realtime, linux-raspi-realtime, nova, and pillow).
An anonymous reader quotes a report from Fortune: In 1987, economist and Nobel laureate Robert Solow made a stark observation about the stalling evolution of the Information Age: Following the advent of transistors, microprocessors, integrated circuits, and memory chips of the 1960s, economists and companies expected these new technologies to disrupt workplaces and result in a surge of productivity. Instead, productivity growth slowed, dropping from 2.9% from 1948 to 1973, to 1.1% after 1973. Newfangled computers were actually at times producing too much information, generating agonizingly detailed reports and printing them on reams of paper. What had promised to be a boom to workplace productivity was for several years a bust. This unexpected outcome became known as Solow's productivity paradox, thanks to the economist's observation of the phenomenon. "You can see the computer age everywhere but in the productivity statistics," Solow wrote in a New York Times Book Review article in 1987.
New data on how C-suite executives are -- or aren't -- using AI shows history is repeating itself, complicating the similar promises economists and Big Tech founders made about the technology's impact on the workplace and economy. Despite 374 companies in the S&P 500 mentioning AI in earnings calls -- most of which said the technology's implementation in the firm was entirely positive -- according to a Financial Times analysis from September 2024 to 2025, those positive adoptions aren't being reflected in broader productivity gains.
A study published this month by the National Bureau of Economic Research found that among 6,000 CEOs, chief financial officers, and other executives from firms who responded to various business outlook surveys in the U.S., U.K., Germany, and Australia, the vast majority see little impact from AI on their operations. While about two-thirds of executives reported using AI, that usage amounted to only about 1.5 hours per week, and 25% of respondents reported not using AI in the workplace at all. Nearly 90% of firms said AI has had no impact on employment or productivity over the last three years, the research noted. However, firms' expectations of AI's workplace and economic impact remained substantial: Executives also forecast AI will increase productivity by 1.4% and increase output by 0.8% over the next three years. While firms expected a 0.7% cut to employment over this time period, individual employees surveyed saw a 0.5% increase in employment.
Read more of this story at Slashdot.