Live and recent posts from across the Fediverse tagged #linux, aggregated by home.social.
Installed #OpenBSD on my laptop this weekend. Had played with a bit a while back, but now I'm switching to it as my daily driver.
Good so far, though definitely feeling the learning curve.
With #AI decisions around the #Linux kernel, felt I needed to do more than just move to a distro with a No-AI policy.
Small one but a nice one. Autonomix CLI 0.4.3 only asks for your admin password once on Update All now, instead of once for every app lol
OhMyDebn 4.12.0 is out! 😁
Say hello to the grin: it shimmers, it winks, and it wears your theme's colors.
Also new:
• Claude Desktop as an optional AI app
• The OhMyDebn Menu gets its own button on the panel
• Terminal prompts appear about 3x faster
• Claude Code, Brave and PowerShell keys are checked against the vendors' published fingerprints
• 19 fixes and 12 updated components
Release notes: https://ohmydebn.org/release-notes/
🔒 Katharsis pentestera
Igor Szczepaniak, pentester, przedstawi case study testów bezpieczeństwa urządzeń i systemów #OT, które nie poszły po myśli producenta. Jak kilka złych decyzji prowadzi do katastrofy?
📍 Gdzie? Hotel Kolna, Kraków
📅 Kiedy? 23–25 października 2026
🔗 Zapisy: https://jesien.org/2026
Written by Jocelyn Falempe, who is among the main drivers of #kmscon and contributed drm_panic, drm_panic_qr_code and drm_log to #Linux.
https://fedoramagazine.org/modernizing-the-console-with-kmscon/
Julkaisin juuri uuden artikkelin blogiini!
dotfiles - miksi en tehnyt tätä jo aiemmin?
Tämä menee tosiaan sarjaan miksi ei tullut tehtyä jo aiemmin tätä urakkaa. Nimittäin ottaa ylös omia dotfiles määreitä ja pistää ne gittiin, josta ne saa helposti omille koneille.
https://markokaartinen.net/2026/dotfiles-miksi-en-tehnyt-tata-jo-aiemmin
#macOS #Linux #Git #Windows #devaus #GitHub #Devaus #dotfiles #asetukset #konffaus
「Microsoft Edge」で「Copilot」の新しいタブページが刷新、2026年11月にも一般展開へ／「Cowork」や「Code」の切り替え、エージェントとノートブックなども統合か
https://forest.watch.impress.co.jp/docs/news/2149223.html
#forest_watch_impress #Microsoft_Edge #Microsoft_365_Copilot #Copilot #新しいタブ_ページ #genai #インターネット #Webブラウザー #Windows #Mac #Linux
Милорд, серверное железо пожрал ИИ. Арендуем Bare Metal
Почему спор «арендовать или владеть» снова открыт, при чём здесь HBM и на что способен младший выделенный сервер, если посадить его собирать ядро Linux в CI/CD?
https://habr.com/ru/companies/ruvds/articles/1094220/
#тестирование #облако #linux #baremetal #серверное_администрирование #ruvds #ruvds_статьи
New in EasySpeak today:
- "wifi off", "bluetooth on" and "airplane mode on" now work by voice.
- If it can't make out what you said, it tells you instead of going quiet.
- Fixed the room noise level coming out negative.
- Filters out fans and air filters with PipeWire noise suppression, so commands finish in about a second instead of five.
It's in the source on GitHub now, *not* in the RPM or DEB packages until the next release.
ArtCraft: مشروع مفتوح المصدر يبني بدائل أصلية لـ Adobe و Office و AutoCAD
ArtCraft هو مشروع مفتوح المصدر طوره Brandon Thomas بمساعدة الذكاء الاصطناعي، يقدم أكثر من 12 تطبيقاً أصلياً بلغة Rust كبدائل لبرامج Adobe و Microsoft Office و AutoCAD. التطبيقات خفيفة، تعمل على Lin...
🔗 https://salehgnutux.github.io/GT-NEWSTECH/ar/foss/artcraft-open-source-adobe-alternative/
#ArtCraft #PhotoCraft #VectorCraft #FilmCraft #Rust #بدائل_Adobe #برمجيات_حرة #Linux #gnutux
KDE Plasma 6.7 يصدر رسمياً: شاشات افتراضية لكل شاشة وعودة Oxygen وUnion Theming
أصدر مجتمع KDE الإصدار 6.7 من بيئة سطح المكتب Plasma، والذي يحمل مجموعة من الميزات الجديدة التي طال انتظارها، أبرزها دعم الشاشات الافتراضية لكل شاشة على حدة، وعودة موضوعي Oxygen وAir من عصر KDE 4، ...
🔗 https://salehgnutux.github.io/GT-NEWSTECH/ar/gnulinux/kde-plasma-6-7-release/
#KDE_Plasma #سطح_مكتب #Wayland #Linux #Qt #Oxygen #Union #BigScreen #gnutux
CutefishOS: تجربة سطح مكتب أنيقة ومبسطة مبنية على Ubuntu
CutefishOS هي توزيعة لينكس تركز على البساطة والجمال والتطبيق العملي، مبنية على Ubuntu مع بيئة سطح مكتب Cutefish المصممة بـ Qt Quick، وتتميز بشريط القوائم الشامل (Global Menu)، وتطبيقات موحدة، واحتر...
🔗 https://salehgnutux.github.io/GT-NEWSTECH/ar/gnulinux/cutefish-os-desktop/
#CutefishOS #Cutefish #سطح_مكتب #Ubuntu #Qt #Linux #تجربة_مستخدم #gnutux
A recording from Jeff Pele's recent talk "Real-time Software On #Linux: How Hard Can It Be?" is now available here:
https://www.youtube.com/watch?v=-0D0rFdU6HY
From the abstract[1]: ""Are you sure your software is running? What about in the next few microseconds? Let’s walk through how to answer this question, and write latency-critical software on Linux. You’ll get a headstart from the hardware to userspace, learning about BIOS quirks, kernel settings, paging, tools, application design, and common pitfalls. We’ll squeeze determinism out of PREEMPT_RT Linux, reduce the jitter in our cycle-times and networking from milliseconds to microseconds, and talk about some applications from the industrial automation field.""
[1] https://softwareyoucanlove.ca/talks/real-time-software-on-linux/
#LinuxKernel #Kernel #Realtime #softwareyoucanlove #Preempt_RT
🎉🎉 Breaking #news, folks! #Linus released #Linux #7.3 ON TIME! 😱 Clearly, he's mastered the art of reading a calendar—truly a marvel of modern times. But don't worry, despite this earth-shattering development, absolutely nothing else of interest happened. 🙄🗓️
https://lwn.net/Articles/1101143/ #Release #Torvalds #OnTime #TechUpdates #HackerNews #ngated
Red Hat Enterprise Linux 10 faces HIGH severity vuln (CVE-2026-16460): bootc/ostree allow unsigned OS content to remain bootable after policy hardening, risking full host compromise on reboot. Patch status pending. https://radar.offseq.com/threat/cve-2026-16460-insufficient-verification-of-data-authenticity-in-red-hat-red-hat-enterprise-linux-10-2db0b66aac4adc8e #OffSeq #Linux #CVE2026_16460
Want to review your #Linux #kernel patches with a local LLM and #sashiko? That's ""really easy now:
$ cargo install sashiko
$ sashiko init
set the LLM key
$ cd linux && sashiko review HEAD^5..HEAD""
That's the quote from https://lore.kernel.org/all/7ia47bjg14[email protected]/
Linus later in the thread said: "Right now you need to *know* to do this. That's a problem when at least some of the noise comes from people who don't know the kernel, and don't know where to look.
Hopefully the agent updates will sort some of this out and just mean that people get a sane baseline.""
https://lkml.org/lkml/2026/10/13/3242
I think he has a point. While AI output is non-deterministic in contrast to compilers, it becomes better with every new model generation.
Banana Pi BPI-M8, Allwinner A733 chip design,4G RAM and 32G eMMC onboard.industrial grade design.
https://docs.banana-pi.org/en/BPI-M8/BananaPi_BPI-M8
#bananapi #raspberrypi #SBC #Opensource #IoT #Linux #Andorid #AI #AIoT
The Internet Last Week
* DNS root KSK rollover
https://www.icann.org/resources/pages/ksk-rollover-en
https://ispcol.potaroo.net/2026-10/kskroll.html
https://jpmens.net/2026/10/14/root-dnssec-trust-anchors/
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/2170538
* IMC 2026
https://conferences.sigcomm.org/imc/2026/
* Linux KVM escape vulnerability
https://www.openwall.com/lists/oss-security/2026/10/15/5
https://www.cve.org/CVERecord?id=CVE-2026-99999
* Russian VKontakte drone attack effect
https://mastodon.social/@netblocks/117459385064329291
* Ukraine Starlink/Starshield slowdown
https://www.reuters.com/world/europe/order-limit-starshield-ukraine-came-inside-white-house-sources-say-2026-10-15/
https://www.reuters.com/business/media-telecom/ukraine-accuses-spacex-crippling-drone-missions-ties-with-us-worsen-2026-10-14/
heise+ | Desinfec't: Defekten Grub-Bootloader unter Linux wiederherstellen
Wenn Linux nicht mehr von selbst bootet, können Sie den Desinfec't-Bootloader benutzen oder mit Desinfec't Ihr installiertes Linux reparieren.
So, #NetBSD seems to be gaining traction given the LLM-embrace in the #Linux core team, but have anyone made the jump to #HaikuOS ? If so, what was the experience like?
HaikuOS was one of the few "greenlit" OS on the "no slop" list. This, in combination with being a simple OS for "regular desktop users", kinda make them deserve some extra support.
Reading the status on the latest release candidate, it seem support now is at a level where very few things are missing.
From what I gather, the only reason I would have to boot Linux, would be #BitWig (DAW software).
Sure, Haiku != *Nix, but that is kinda the point, they try to make a simple OS based on one of the best takes of making a simple OS. BeOS was such a neat thing, and to work this long on keeping it alive is amazing.
( My cloud-at-home servers are still moving to #OpenBSD )
#Linux 7.3 is out.
#Announcement: https://lore.kernel.org/all/CAHk-%3DwgwnBm2zDdRM7u016NVHkv9KqbZW7AZ%3D8wZrqGyv_V%[email protected]/
For a list of new features, see
* The brief @lwn announcement: https://lwn.net/Articles/1101143/
* The @lwn merge window summaries part 1 and 2: https://lwn.net/Articles/1089244/ and https://lwn.net/Articles/1089791/
* The KernelNewbies 7.3 page: https://kernelnewbies.org/Linux_7.3
With 20260 commits (18765 if you exclude merges) the latest version is the new record holder when it comes to changes per release. For more details on this and some other stats, see https://docs.google.com/spreadsheets/d/1_yH7lFmZxAoSWrtsd8tGu3befG4zIcMnytB1ml4pQQM/edit?gid=1170907286#gid=1170907286
Guten Morgen
Der CachyOS Paketinstaller ist ein grafisches Werkzeug, das beliebte Anwendungen in einer sortierten Liste zeigt. Du findest ihn im Startmenü unter System, der Eintrag heißt CachyOS Package Installer. Alternativ startest du ihn im Terminal mit cachyos-pi.
Hinter der Oberfläche stecken Kategorien wie Browser, Kommunikation, Grafik oder Virtualisierung. Klappst du eine Kategorie auf, siehst du die enthaltenen Programme, zu vielen gibt es eine kurze Beschreibung und manchmal einen Screenshot. Über das Suchfeld findest du ein Programm auch direkt über seinen Namen. Ein Häkchen setzen, Installieren drücken, und der Installer holt die Pakete über die normalen CachyOS Quellen.
Er ist kein Ersatz für pacman, sondern eine Hilfe für den Einstieg. Wer ein Programm bereits hat, kann es hier auch entfernen oder neu installieren. Für alles, was nicht in der Liste steht, bleibt das Terminal zuständig.
Suchst du neue Programme lieber in einer Liste oder direkt im Terminal?
I learned this weekend that if you install too many Fonts, Wine, and I suppose Windows too, become very slow.
Wordperfect 8 on Wine would take over a minute to start on an AMD Epyc because it was evaluating 1000 fonts.
#Wine #Linux #Windows #Retrocomputing #TIL #VintageComputing #Fonts #Computers
Framework 13 Pro battery life is pretty great. Used it at the chocolate shop all day yesterday and then more usage when I got home.
Used it a bit today and it finally hit 25%. Feels good not to worry about a charger anymore.
When I first started using the terminal, sure, it was useful. I could navigate around directories, install packages, run a dev server, do some Git stuff. But most of those things could also be done by clicking a few buttons.
And clicking buttons seemed perfectly reasonable to me.
I wasn't really sure about being one of those people who does absolutely everything from a terminal just because I can.
But the more I got into development, and especially the more time I spent working with Linux, the more I found myself using it.
Sometimes because it was faster. Sometimes because whatever I was trying to do didn't have a convenient graphical option. And sometimes because I was following instructions and had absolutely no idea what half the commands were doing.
Eventually, I started getting curious about that last part.
What was that command actually doing? Why did it work? Why did it fail? And why was I running it in the first place?
Somewhere along the way, I realized I was learning a lot more than how to use a command line.
I was starting to understand how things worked underneath all the nice interfaces I'd gotten used to.
And that's been far more useful than learning to type commands quickly.
I started paying more attention to the filesystem
I've always understood files and folders. I think most of us have been moving things around in file managers for years without giving it much thought.
But working in the terminal made me pay attention to things I normally wouldn't have noticed.
For example:
pwd
ls -la
cd ..
Nothing exciting there, right?
But when you're working in the terminal, knowing where you are actually matters.
I've lost count of how many times I've tried running something only to discover I wasn't in the directory I thought I was.
Or wondered why a configuration file wasn't showing up, only to remember it was hidden.
Or had something fail because I used a relative path without thinking about what it was relative to.
These are pretty basic things, but they're also things I could get away with not thinking about when I was just clicking through folders.
I started paying more attention to hidden files, symbolic links, absolute versus relative paths, and where applications store their configuration.
And suddenly, a bunch of little things that used to confuse me started making more sense.
Not because the terminal magically made me smarter. I just had to understand what I was doing instead of relying on an interface to handle it for me.
I finally started understanding processes
This was a big one for me.
When you open an application normally, you click an icon and it opens. When you're finished, you close it.
Simple enough.
But there's a lot going on behind that, and I didn't always give it much thought.
Running things from the terminal made processes a lot more visible.
Especially when working on web apps.
If you've spent any time developing with Vite, you've probably encountered the dreaded port-already-in-use situation.
You try to start your dev server, and something is already sitting on the port you wanted.
Sometimes it's another instance of your app that you forgot was still running. Ask me how I know.
Instead of just closing random terminal windows and hoping for the best, I started learning how to see what was actually running.
ps aux
pgrep -af node
ss -ltnp
And if I specifically want to know what's listening on port 5173:
ss -ltnp | grep ':5173'
These commands let me investigate the processes and listening sockets on my system. Depending on permissions, I might not be able to see every process associated with a socket, but it's a useful place to start.
It seems like a small thing, but understanding the relationship between a running application, its process, and the port it's using helped a lot of other concepts click for me.
Before, I knew my dev server was running because the browser showed my app.
Now I had a better idea of what running actually meant.
Permissions started making a lot more sense
Linux permissions were another one of those things I sort of understood in theory.
Read, write, execute. Got it.
Except apparently I didn't always get it, because I'd still run into situations where I couldn't modify a file or execute a script and wonder what the hell was going on.
The terminal made it easier to actually look at what was happening.
ls -l script.sh
stat script.sh
Instead of just getting a permission-denied message and being annoyed about it, I could check who owned the file and what permissions it had.
I started understanding why a file might be readable but not writable, or why a script wouldn't execute even though it was sitting right there.
I also learned that execute permission on a directory doesn't mean quite the same thing as execute permission on a file. On a directory, it's about being able to traverse it.
That's one of those little Linux details that seems weird until you understand it.
And then there's sudo.
I think it's pretty easy when you're learning Linux to see a permission error and think, well, I'll just stick sudo in front of it.
Problem solved!
Except maybe not.
You might get the command to work, but you still don't know why it needed elevated permissions. And depending on what you're doing, you might end up creating files owned by root that really shouldn't be.
I've learned that getting something to work and understanding why it wasn't working are two very different things.
That lesson has come up quite a bit in development, actually.
Networking became a little less mysterious
Networking is one of those subjects where I understood the general concepts long before I felt comfortable troubleshooting anything.
I knew what DNS was. I knew what ports were. I understood that applications communicate over networks.
Great.
But when something wouldn't connect, that knowledge didn't necessarily tell me where to start.
Was the hostname resolving? Was the server actually responding? Was my application even listening on the port I thought it was?
Or had I somehow managed to break something entirely unrelated?
The terminal gave me a way to start narrowing those things down.
dig example.com
curl -I example.com
ss -ltn
These commands look at different pieces of the puzzle.
dig lets me check DNS resolution.
curl lets me make an HTTP request and inspect the response.
And ss lets me see which TCP ports are listening on my own system.
None of these commands will magically explain every network problem, obviously. But they give me somewhere to start.
And I think that's what made the biggest difference.
I stopped treating every connection failure as one big mysterious problem and started trying to figure out which part was actually failing.
Because "my app can't connect" could mean quite a few different things.
And knowing which one you're dealing with makes troubleshooting a whole lot easier.
I got better at actually reading errors
This might sound ridiculous, but I think one of the most useful things I've learned from working in the terminal is to actually read what my tools are telling me.
Not just glance at the error, decide something is broken, and immediately start trying things until it works.
I mean really read it.
When you're working in the terminal, you see a lot of output.
Compiler errors, dependency warnings, stack traces, server logs, and sometimes an absolutely ridiculous wall of text because one little thing went wrong.
At first, all that output can be overwhelming.
And sometimes it still is.
But the more I worked with it, the more I started recognizing what was worth paying attention to.
A missing environment variable isn't the same thing as a network request failing.
A dependency conflict isn't a syntax error.
And an application that crashes immediately is a very different problem from one that's running perfectly fine but not responding the way you expected.
I still have plenty of moments where I stare at an error wondering what on earth it's trying to tell me.
But I'm much more likely now to investigate the actual error instead of immediately throwing another possible solution at it.
And when I do have to look something up, I usually have a much better idea of what I need to look up.
That's made a pretty big difference.
The real benefit has been learning how to investigate things
I think this is the part I didn't expect when I started using the terminal more.
I thought I'd learn some useful commands. Maybe speed up a few workflows.
What I didn't expect was how much it would change the way I approached problems.
Now, when something doesn't work, I'm more likely to start asking questions.
Where is this command actually running?
What process is using that port?
Who owns this file?
Is the server responding at all?
What does the error message actually say?
And I don't mean that I always know how to figure these things out.
Far from it.
Half the time I'm still looking up commands, reading documentation, or finding out that the thing I thought I understood works a little differently than I expected.
But that's kind of the point.
I don't think being comfortable with the terminal means memorizing hundreds of commands or being able to type some ridiculous one-liner from memory.
It means knowing that there's probably a way to investigate what's happening, and being willing to figure out how.
Sometimes that means using a command I already know.
Sometimes it means spending twenty minutes reading documentation to figure out why that command didn't do what I expected.
Both are useful.
A few things worth experimenting with
If you're relatively new to the terminal, or you've mostly been using it to install packages and start development servers, here are a few little exercises worth trying.
These examples are mostly aimed at Linux, since that's what I use. Some commands will be different on macOS or Windows.
The goal isn't to memorize them. It's to look at what they show you and try to understand why that information matters.
1. Take a closer look at a project directory
Open a terminal inside one of your projects and try:
pwd
ls -la
find . -maxdepth 2 -type f
Look at where you are, which files are hidden, and how things are organized.
Try running the commands from different directories and see what changes.
Pay particular attention to relative paths. They're simple until they're the reason something isn't working.
2. Find your development server
Start a development server like you normally would.
Then open another terminal and run:
pgrep -af node
ss -ltnp
If you're using a Node-based development server on Linux, see if you can find its process and the port it's listening on.
If you can't see the process information you expected, look into why. It might be a permissions issue, or your server might be running through a different executable.
The investigation is the exercise.
3. Look at file permissions
Pick a file in your project and run:
ls -l package.json
stat package.json
What do all those permission bits mean?
Who owns the file?
What can the owner do that other users might not be able to?
You don't need to go changing permissions just to experiment. In fact, I'd recommend understanding what you're looking at before doing that.
4. See what happens during an HTTP request
Try:
curl -v example.com
There's quite a bit of information in that output.
Look at the connection details, TLS negotiation, request headers, and response headers.
You don't need to understand every line right away.
Pick something unfamiliar and look it up.
That's literally how I've learned a lot of this stuff.
5. Experiment with pipes
Here's a tiny one:
printf 'apple\nbanana\napricot\n' | grep '^a'
You should see:
apple
apricot
That little | sends the output of one command into another command.
It's such a simple idea, but it's also one of the things that makes Unix-like command-line environments so useful.
Instead of needing one giant tool that does everything, you can connect smaller tools together.
Once that concept clicks, a lot of terminal workflows start making more sense.
And it's worth experimenting with beyond this little example.
You don't have to do everything in the terminal
I should probably mention this because I know how these conversations sometimes go.
I am not suggesting everyone should abandon graphical applications and spend the rest of their lives staring at a terminal window.
I use graphical applications all the time.
There are plenty of things I'd rather do with a good interface, and I'm not going to make my life unnecessarily complicated just to prove I can do something from the command line.
I also don't think using a terminal automatically makes someone a better developer.
You can copy and paste commands all day without understanding a single thing about what they do. Just like you can click around a graphical interface without really knowing what's happening.
The difference, at least for me, has been curiosity.
When I started paying attention to what commands were doing, why they were working, and why they occasionally failed spectacularly, I started learning a lot more.
The terminal just makes it particularly easy to see some of the things that graphical interfaces usually handle for you.
It's not really about typing faster
I started using the terminal because it was useful.
And sure, I've gotten faster at certain things. There are plenty of tasks where opening a terminal and typing a command is easier than clicking through a bunch of menus.
But that hasn't been the most valuable part.
What's really changed is how I see the software I'm working with.
An application isn't just something that opens when I click an icon anymore. There are processes running, files being accessed, permissions being checked, network connections being made, and all kinds of smaller things happening behind the scenes.
And when something goes wrong, I have a much better idea of where to start looking.
I still have a ridiculous amount to learn. I look things up constantly, experiment with things I don't fully understand yet, and occasionally break something because I was a little too confident.
But I'm getting better at figuring things out.
And that's what working in the terminal has really helped me with.
Not becoming some command-line expert.
Just becoming a better investigator.
Which, the more I learn about development, the more I realize is a pretty important skill.#productivity #linux #beginners #terminal #software #coding #development #engineering #inclusive #community
The Terminal Made Me a Better Developer (And Not for the Reasons I Expected)
🐧 SIGINT // Linux Watch — 2026-10-19
The merge window goodies: HDMI 2.1 on by default for Radeon, AMD performance tuning, and better Apple M4 support. Homelab GPU passthrough folks should keep an eye on this one before it lands in your distro's next LTS.
CVE-2026-98532: Linux kernel vuln (HIGH) in ipv6_find_hdr() may cause use-after-free via unchecked header offset. Affects systems using openvswitch. Patch available — update ASAP! 🐧 https://radar.offseq.com/threat/in-the-linux-kernel-the-following-vulnerability-has-been-resolved-ipv6-do-not-let-ipv6findhdr-return-e74295795722a0c9 #OffSeq #Linux #Vulnerability #Infosec
🐧 SIGINT // Ubuntu Watch — 2026-10-19
OpenSSL patch across three LTS releases at once is the one to prioritize for homelab TLS endpoints, reverse proxies, and mail servers; patch and restart dependent services promptly, don't just apt upgrade and forget the reboot/service restart step.
/* Yes, Virginia, this is indeed insane. */
https://github.com/torvalds/linux/blob/v7.2/mm/page-writeback.c#L2885
Oyun kolunun Analogların yatay hareketini ve itme oranını görselleştirme işi yarım kalmıştı.
Analoglara yatay dokunulduğunda çevresinde yeşil ışık yanması da sağlandı.
Şimdi Inkscape ile üzerine turuncu bir ibre çizeceğim.
İbreyi üç boyutta çizeceğim ve Analog kolu bir yöne itildikçe ibre daha dışarıya doğru çıkıp kalınlaşacak!
#Geany #Cplusplus #geminiai #coding
#aseprite #Gimp #inkscape #AdobeFirefly #Linux #Pardus #Pardus25Gnome
Ragdoll Recoil #Windows #Linux <MSDEV Games> が、日本語対応になりました。
https://store.steampowered.com/app/5089360/Ragdoll_Recoil/?cc=jp&l=japanese
Show HN: OmniPTY – Opinionated terminal emulator for macOS and Linux
Steel Horse #Windows #Linux <Chicken Cabal Games> が、Linux対応になりました。
https://store.steampowered.com/app/4639710/Steel_Horse/?cc=jp&l=japanese
Lone Lines: RPG #Windows #Linux <XYN Games> が、Linux対応になりました。
https://store.steampowered.com/app/4699220/Lone_Lines_RPG/?cc=jp&l=japanese
« Totalement stupide » : pourquoi Linus Torvalds balaie l’étiquetage de l’IA dans Linux
« Tu ne vois pas à quel point ce genre de règles serait totalement stupide ? » Linus Torvalds recadre le débat sur l'IA dans le noyau Linux. La balise « Assisted-by » saute, alors que le créateur du noyau optimise lui-même son code avec Claude. Revue de presse d'un revirement pragmatique.https://goodtech.info/linus-torvalds-noyau-linux-ia-balise-assisted-by/
Centuries #Windows #Mac #Linux <Bryan de Jong> が、2027年配信に延期されました。
https://store.steampowered.com/app/2569020/Centuries/?cc=jp&l=japanese
AXIDENT #Windows #Mac #Linux <Malachite Studios> が、2027年配信に延期されました。
https://store.steampowered.com/app/5168000/AXIDENT/?cc=jp&l=japanese
Shield-Bearer Ben #Windows #Mac #Linux <R.J. Brontsema> が、2027/3/30(火)配信に前倒しされました。
https://store.steampowered.com/app/5400230/ShieldBearer_Ben/?cc=jp&l=japanese
Megabait #Windows #Mac #Linux <Rebot Games> が、2027/3/5(金)配信に延期されました。
https://store.steampowered.com/app/4516640/Megabait/?cc=jp&l=japanese
BoomScroll #Windows #Mac #Linux <Toiu> が、2027/1配信に延期されました。
https://store.steampowered.com/app/4225190/BoomScroll/?cc=jp&l=japanese
My Kali Linux Penetration Testing Workstation build is done:
#Intel Core Ultra 7 265K
Crucial 32GB(2x16GB) DDR5-6400 #RAM
Gigabyte Z890 AERO G Motherboard
Using CPU for video out, 2 GPUs are for #HashCat & some #AI stuff.
Full Specs-> https://pcpartpicker.com/b/X4wcCJ
This Is Not A Gaming PC!
This is for me to do my job as a Penetration Tester aka Hacking into stuff.
Before this I was doing my work on a Laptop.
#PCBuild #Linux #KaliLinux #CyberSecurity #InfoSec #PenTesting #PenetrationTesting #OpenSource
🎤 Upcoming at SeaGL 2026:
📍 02:30 PM on October 24
🗣️ "Building a mobile TUI environment"
👥 Speaker(s): nc krantz-abfajer
📍 Room: Room 250
📝 What would a Linux text interface designed for mobile devices look like?
At the beginning of 2026, ...
#SeaGL2026 #tui #testing #linux #FLOSS #opensource
🔗 https://pretalx.seagl.org/2026/talk/9ARKBD/
Anyone else getting #gstreamer issues with #Tuba for #Mastodon on #Fedora #Linux?
I've installed the good, bad and the ugly of plugins, but still doesn't work.
