news.opensuse.org AI hands out Windows keys, but Linux never had a lock
AI’s latest escapade into software piracy has left Microsoft scrambling, but let’s be honest; why even go through the hassle? If people are looking at not pa...
Search
BOT
[email protected] - DeGoogle - expelling Google from Canada one device at a time
DeGoogle - expelling Google from Canada one device at a time.
Check out these other Communities:
Alternatives
Recommended alternatives for all the Google products, software and services
NOTE: We're trying to recommend you alternatives which are FOSS (or mostly so) and privacy-respecting. This is by no means an exhaustive list of alternatives.
Notable
'Google Search' alternatives:
- Ecosia
- DuckDuckGo
- SearX. Find an instance here, or use any of these:
AI hands out Windows keys, but Linux never had a lock
news.opensuse.org AI hands out Windows keys, but Linux never had a lock
AI’s latest escapade into software piracy has left Microsoft scrambling, but let’s be honest; why even go through the hassle? If people are looking at not pa...
Warning that last update might break a few things
Based on the posts on https://old.reddit.com/r/openSUSE/
- graphical issues
- WiFi issues
Library conflict preventing updates again
<html>Dependency resolution failed:<br/><br/>the to be installed vlc-vdpau-3.0.21-390.2.x86_64 requires 'vlc-noX = 3.0.21', but this requirement cannot be provided the to be installed Mesa-32bit-24.0.9-1699.381.pm.1.x86_64 requires 'Mesa = 24.0.9', but this requirement cannot be provided the to be installed vlc-codecs-3.0.21-390.2.x86_64 requires 'vlc-noX = 3.0.21', but this requirement cannot be provided the to be installed vlc-codec-gstreamer-3.0.21-390.2.x86_64 requires 'vlc-noX = 3.0.21', but this requirement cannot be provided the to be installed phonon-vlc-qt6-0.12.0-2.3.x86_64 requires 'vlc = 3.0.21', but this requirement cannot be provided the to be installed phonon-vlc-qt5-0.12.0-2.3.x86_64 requires 'vlc = 3.0.21', but this requirement cannot be provided the installed Mesa-libGL1-24.0.8-377.1.x86_64 requires 'Mesa = 24.0.8', but this requirement cannot be provided the installed Mesa-32bit-24.0.8-1699.380.p
Problem: 1: the installed steam-1.0.0.79-1.4.x86_64 requires 'glibc-locale-base-32bit', but this requirement cannot be provided. deleted providers:
Edit: solved since then
cross-posted from: https://lemmy.zip/post/16796976
Based on https://old.reddit.com/r/openSUSE/comments/1d798rc/another_update_breakage/ one option is to wait for the next snapshot, what are you guys doing?
List of useful BTRFS tools
::: spoiler Here is the possibly outdated state of that time
General
BTRFS CLI Interface
btrfs-progs
official userpace utilities
BTRFS Assistant
Tool for doing many BTRFS actions graphically
It requires snapper and offers a GUI for it.
butter-manager
Tool for managing snapshots, balancing filesystems and upgrading the system safetly.
Backups & Snapshots
btrbk
A backdoor in xz (current versions are impacted)
TL;DR: Update immediately, especially if SSH is enabled. xz versions 5.6.0 & 5.6.1 are impacted. The article contains links to each distro's specific instructions of what to do.
https://news.opensuse.org/2024/03/29/xz-backdoor/
Current research indicates that the backdoor is active in the SSH Daemon, allowing malicious actors to access systems where SSH is exposed to the internet.
In summary, the conditions for exploitation seem to be:
- xz version 5.6.0 or 5.6.1
- SSH with a patch that causes xz to be loaded
- SSH daemon enabled
Impact on distros
- Arch Linux: Backdoor was present, but shouldn't be able to activate. Updating is still strongly recommended.
- Debian: Testing, Unstable, and Experimental are affected (update to
xz-utilsversion5.6.1+really5.4.5-1). Stable is not affected. - [Fedora](https://www.redhat.com/en/blo
Backdoor in upstream xz/liblzma leading to ssh server compromise
Related discussion:
https://news.ycombinator.com/item?id=39865810
https://news.ycombinator.com/item?id=39877267
Advisories: