#inxi — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #inxi, aggregated by home.social.
-
@EpiphanicSynchronicity @ozamidas @anildash yes re excellent #i3 docs. When I was extending #inxi window manager and desktop support I installed everything available, in some vms. i3 had by far the best docs of anything I tested. Best man page, best web docs, so I figured if their docs are this good their code must be as well. Sadly the same could not be said for #sway, the wayland i3 clone. Maybe that's gotten better by now. i3 docs also inspired me to upgrade inxi docs and public data.
-
@EpiphanicSynchronicity @ozamidas @anildash yes re excellent #i3 docs. When I was extending #inxi window manager and desktop support I installed everything available, in some vms. i3 had by far the best docs of anything I tested. Best man page, best web docs, so I figured if their docs are this good their code must be as well. Sadly the same could not be said for #sway, the wayland i3 clone. Maybe that's gotten better by now. i3 docs also inspired me to upgrade inxi docs and public data.
-
Oh I nearly forgot. New #inxi 3.3.40 rolled out. This is mainly a critical bug fix for a feature very few people use (export to json/xml), plus a key name change. I have a rule that key names can't hold values, but I'd slipped and used BIOS or UEFI as the keyname, instead of firmware: BIOS. Plus a few small fixes. I tend to wait until there are enough updates to warrant a new release, but a bug that makes a feature always fail forced the early release.
Bug was a silly bad copy/paste, sigh.
-
The classic #x11 window manager and desktop site xwinman.org came up in an unrelated #inxi issue on #codeberg. I had used that site to create the original list of window managers inxi supported, but then I didn't think about it.
One thing led to another and I found most of the site, except the /archive/ section, which is at archive.org.
Since this is roughly my skill, I grabbed the site, upgraded it to modern responsive html/css standards: https://smxi.org/wm/
Try it on your phone!
-
The classic #x11 window manager and desktop site xwinman.org came up in an unrelated #inxi issue on #codeberg. I had used that site to create the original list of window managers inxi supported, but then I didn't think about it.
One thing led to another and I found most of the site, except the /archive/ section, which is at archive.org.
Since this is roughly my skill, I grabbed the site, upgraded it to modern responsive html/css standards: https://smxi.org/xwinman/
Try it on your phone!
-
With a faint whoosh #inxi 3.3.39 goes out the door. Some nice battery upgrades and more cpu variants handled. I got a flurry of pretty good #codeberg issues which led to most of the improvements and fixes. Also added a section to the inxi.changelog UPDATES: which are all the manually generated matching tables etc.
-
Ongoing #pinxi next #inxi updates. After the #Loongson data and upgrade, I decided to grit my research teeth and dig into #Zhaoxin x86 Via Centaur based CPU. As usual, I had to combine data sources to get the info on each variant. Now pinxi detects Zhaoxin, and gets advanced microarchitecture data for each known model.
Previously this was tossed in with Centaur data, which cut off when zhaoxin split from via (cpuid family 6 > 7). And was wrong too.
It's absurdly hard to find this cpu data.
-
Amazingly, someone showed up in #codeberg with an #inxi issue about #Loongson CPU support, something I have looked for data on for years. He provided 5 full sys-ci file pairs, which let me crudely emulate the cpu in test mode. Turned out the #MIPS detection failed because as of Loongson 3A5000 they have their own ISA, in other words it's its own type, forked from MIPS. Fixed the detection and many other glitches, added --loongson emulation flag, and now support works better than ever.
-
More battery updates in #pinxi next #inxi
Added more values and updated docs using kernel.org /sys/class/power_supply items.
They have been busy and added many new values.
#codeberg issue #341 prompted me to check what was available. Answer was a lot more! Most consumer systems won't have many of these, like battery temp, but now will show extra if it finds it. Also reordered and restructured fields to allow more clear ordering.
Fun fun.
Turns out 3.3.39 will be the battery upgrade release
-
@[email protected] I had to think about it. #xfce-terminal. I use #inxi almost every day but I always use the terminal, and inxi does many things. Since I use it to be a terminal only, I guess that's the closest I get to something that does one thing well on a daily basis. Also Kate but it does several things but it is really just a code editor. And #Filezilla. And often #acxi. I like using tools I made for my needs.
-
In #pinxi (next #inxi ) a full refactor of the venerable Battery module. A #Codeberg issue exposed the bad logic of the battery feature, which near as I can tell was roughly translated verbatim from the original bash during the #perl rewrite. I thought I'd redone all those but I missed battery section obviously. The only difference most users will see is fewer or more decimals. Issue was 0.01 Wh capacity and current charge. Which was prematurely trimmed to 0, actually string '0.0', aka true.
-
#Inxi est un excellent utilitaire en ligne de commande pour obtenir des informations détaillées et complètes sur le matériel, la configuration du système, les processus, la configuration réseau, etc.
Un de mes utilitaires préférés auquel j'ai régulièrement recours pour mon ordi sous #Linux quand j'ai besoin d'une info système particulière.
😉
https://www.linuxtricks.fr/wiki/inxi-un-script-complet-d-informations-systeme
-
#Inxi est un excellent utilitaire en ligne de commande pour obtenir des informations détaillées et complètes sur le matériel, la configuration du système, les processus, la configuration réseau, etc.
Un de mes utilitaires préférés auquel j'ai régulièrement recours pour mon ordi sous #Linux quand j'ai besoin d'une info système particulière.
😉
https://www.linuxtricks.fr/wiki/inxi-un-script-complet-d-informations-systeme
-
But wait, there's more #inxi cpu arcana!
Intel, for inexplicable reasons, decided to keep their family stuck on 6. Which leads to them running out of the 256 possible model ids (16x16). This leads them to resort to using stepping id to tell various series apart, which is a royal pain to track. I was hoping they'd stop and use 12 when they did 12th gen Alder Lake, but no such luck.
Why? I'm guessing some vendor hardcoded in family 6, or it's just a symptom of intel engineering problems.
4/
-
(#inxi arcana con'd)
Amd for family does this:
Extended Family : Family is:
Extended family + family.
So for say zen 2, cpuid shows 8F as family. 8 + F = 23, the hex of which is 17h, aka 16 + 7. 23 is what cpuinfo shows. 17h is what inxi uses internally.Since this makes zero logical sense, I've had to update each family block with these 3 values.
I had zen 5 as Family 20, not 1A, cpuid BF, aka 11 + 15 aka 26 aka 1A.
Got that? Why isn't cpuid simply 1A? Who knows.
3/ -
Here's a peek into the arcana of #inxi research, which is then added to docs and tools, in #pinxi repo, in this case docs/inxi-cpu.txt and tools/cpu_arch.pl.
This is the data provided by cpuid binary. These are hex values.
https://en.m.wikipedia.org/wiki/CPUID
Normally extended model 3 and model F would give 3F = 3x16 + 15 = 63. And that is how amd does their extended model : model ids.
/proc/cpuinfo shows this as an integer. So far so good.But then amd does something which makes my head hurt:
(Con'd)
2/ -
Meanwhile on the #inxi front, https://youtu.be/bvHrJzB4-MQ?si=LCrrymqnQc5lVH4c
MooresLawIsDead got leaked specs for AMD Zen 7 cpus. With earlier zen 6 specs, this let me try to get support in before actual data appears. That's rare for cpus and gpus. I also realized I'd used the wrong family id for zen 5 cpus, which means advanced architecture data probably never showed.This is an easy mistake to make because the way amd does their extended family id is different from how they do their extended model ids.
1/ -
With the quietest of whispers new #inxi 3.3.38 goes out the door. A few fixes, a few enhancements. But maybe the fewest changes in a new release. The main one was a syntax change for vulkan driver that made inxi show N/A always on newer systems.
Plus an actual sensors bug I found by pure chance. And an anonymous #OpenBSD dataset from a vm that exposed some invalid assumptions about values always being present for any given field name. -
@dumpsterqueer you'll never miss github. All that happens when you move to @Codeberg is the signal to noise ratio skyrockets and you end up with mostly good issues. That's been my experience anyway.
At first I worried about losing all those eyeballs and followers but it quickly dawned on me their quality on gh was so low they were negatives.
My #inxi project keeps getting starred on gh despite having no commits for 1 yr and saying moved to cb. Not reading was my other peeve about gh users lol.
-
@arstechnica
Checked for #inxi gpu support. I'm not sure why this story was put out. Seems like every 6 months or so some site/channel discovers the #nvidia driver story. But doesn't research it.Current status. Maxwell, Pascal, Volta (those 3 next legacy), along with Turing and newer (supported by #linux #kernel foss wrapper) supported in active driver branch (565.xx). The wrapper is not a driver.
Announced with git repo May 2022.
The actual foss driver is Nova. I think.
5/ -
@arstechnica I have to track nvidia drivers for #inxi and #sgfxi in *nix. What's surprising is how long it's taking to make pre Turing/Ampere drivers legacy. That was supposed to come over a year ago. Legacy does not mean no support. Legacy drivers get several years more support. There's nothing new here.
The cut happens because Turing and newer have moved most of driver into firmware. #Linux kernel will use open source wrapper to talk to firmware.
1/ -
@arstechnica I have to track nvidia drivers for #inxi and #sgfxi in *nix. What's surprising is how long it's taking to make pre Turing/Ampere drivers legacy. That was supposed to come over a year ago. Legacy does not mean no support. Legacy drivers get several years more support. There's nothing new here.
The cut happens because Turing and newer have moved most of driver into firmware. #Linux kernel will use open source wrapper to talk to firmware.
1/ -
Fastfetch liefert Systeminformationen
Dieses Werkzeug stellt Systeminformationen im Termin übersichtlich dar. Durch seine Konfigurierbarkeit lässt sich Fastfetch an die eigenen Bedürfnisse anpassen.
-
Fastfetch liefert Systeminformationen
Dieses Werkzeug stellt Systeminformationen im Termin übersichtlich dar. Durch seine Konfigurierbarkeit lässt sich Fastfetch an die eigenen Bedürfnisse anpassen.
-
Got a good #inxi #codeberg issue report. Graphics #Vulkan API item failed to show driver. Turns out that somewhere between vulkaninfo v. 1.3.255 and 1.3.296 they dropped the device driver summary data block. It was always also in a much larger and longer block but I'd never trusted the block name to be consistent. I still don't but there's no choice.This is fixed in #pinxi but sadly just missed the 3.3.37 release by a few days. Oh well. A #Mint user reported it after seeing driver: N/A always.
-
Found an obscure #Linux #distro #side that appears to be unique. That is, makes its own toolchain, which is what crazy from #frugalware said defines a base distro. Side uses #pisi package manager, #sysvinit and features #LXDE based #SDE with #pekwm or #openbox window manager.
These odd little distros generally help #inxi find and handle corner cases it had missed. In this case didn't have pisi pm/SDE handled.
Wish I'd noticed side before inxi 3.3.37 went out but this always happens.
-
And yes, just sent the #inxi 3.3.37 package off to #TinyCore - which is the last step of the process.
So that completes this 4 month release cycle. It would have been less but the monitor scaling feature of course turned into a rabbit hole.
But read the changelog if you are curious. It's long and thorough by design because it's the actual record of what changed, why, and what isn't currently doable. I use it often to find when why and how features are added or removed or changed.
-
New #inxi 3.3.37 goes out the door. Includes last minute workaround for 32 bit intel gen2 gpu eglinfo hang #mrmazda found. Probably a regression in i915 driver. And the big monitor scaling feature.
Full changelog here:
https://codeberg.org/smxi/inxi/src/branch/master/inxi.changelogThis is the longest between releases in quite a while so nice to get some nifty enhancements and fixes in.
This also introduces the improved option syntax for -b -e, which gets rid of a peeve of -F being impossible to explain.
-
Churning through an unexpectedly complicated series of updates in #pinxi next #inxi
Got the gpu monitor scaling handled which required fixing xrandr and wayland tool parsing and logic. False assumptions led to errors in output.
--force options were glitchy and inconsistently used and documented. Cleaning that up exposed more glitches, like --no-man not working in inxi due to opaque hash names.
It's surprising how fixing docs, help, and man exposes bugs in logic. Still polishing that up.
-
3 kleine Helfer: CLI-Informationszentrale, IP-Adreßvergabe mit Wäscheklammern und PDFs editieren
https://tube.tchncs.de/videos/watch/4c825607-726c-4b76-bf62-e9eed1939ff6
-
3 kleine Helfer: CLI-Informationszentrale, IP-Adreßvergabe mit Wäscheklammern und PDFs editieren
-
Just released new #pinxi (next #inxi ) has first draft of working monitor scaling support. The higher physical screen resolutions get, the more scaling is used. #mrmazda had off and on mentioned this as nice to have feature.
Not easy to figure out data sources but seems to work with #xrandr and wayland-info now.
I realized I could do scaling on my #xfce with #x11 which made dev a lot easier. Plus a good data file of #wayland scaled 3 monitor setup.
Updated graphics docs with new res section.
-
@jk your fundamental error was obvious in your Initial pist. You believe distros are little corporations competing against each other for supreme dominance.
This is profoundly wrong.
Distro means distribution. Of what? An often massive set of free software projects, #Linux kernel and #LibreOffice being 2 of the larger. #inxi being a smaller.
-
@jk your fundamental error was obvious in your Initial pist. You believe distros are little corporations competing against each other for supreme dominance.
This is profoundly wrong.
Distro means distribution. Of what? An often massive set of free software projects, #Linux kernel and #LibreOffice being 2 of the larger. #inxi being a smaller.
-
@jk from doing #inxi distro ID, I use System base/derived. There are not that many system base distros active. A distro that builds its own toolchain can be considered a base. A derived/spin are built from a base. Commonly Ubuntu, Debian, Arch.
Each base has in general a real reason to exist, otherwise the people who make it would have no reason to make it. Distros are mostly made by people, not "they". A few by corps. Different interests, different priorities, different ideas. The bazaar.
-
@rob @lauren @Cliftographer with issues like this it's more of a documentation bug, if that. The documentation is however quite clear and well written. And took me 2 searches to find. As someone whoo has never installed mastodon, or thought of doing so.
The actual bug if any is in the install directions, which should explain with links the reply issue for small instances. And the solutions.
I got recent #inxi issue because help/man did not match reality. It was good issue. Fixed docs.
-
@lauren @Cliftographer Is reply thing result of blocks or bans?
Trying to replicate corporate web 2.0 systems in free software is questionable. Some bugs/failures are not fun to solve. Workers paid and have no choice beyond quitting. Google/Twitter can't solve bots or spam despite billions spent and 1000s of workers. ML problem that proves their ML doesn't work.
I got short CPU data issue in #inxi that required rewriting several thousands LOC, massive testing by #slackware to fix. > 2 months.
-
Manjaro Linux Introduces Opt-Out Telemetry with Manjaro Data Donor #Manjaro #ManjaroDataDonor #MDD #Inxi #SystemInformation #DataCollection #Opensource #Linux
https://ostechnix.com/manjaro-data-donor/ -
Today was a reminder of how useful documentation is, for help, man page, and standalone docs . #pinxi (next #inxi) had a lot of changes to in particular CPU logic. Editing man and options for those changes forces me to make sure I have it all right.
The thing with docs is, to write them means you have to be able to put into words what the code is doing, where changes are, how new features come to be, aka, UNDERSTAND. The longer I program, the more I realize the value of having to do this.
-
Barring any last minute issues, next #inxi should be released tomorrow, 3.3.36. That one has taken a while, but it ended up having a nice collection of fixes and upgrades.
Just finishing up the last tedious bits today, some last proofreading, and making sure nothing is broken. Nice last minute vm test of an unusually barebones distro iso exposed a few undefined data issues where inxi never expected them to be udefined (no ps, and some other subtle issues).
CPU arch updated to latest.
-
Un de mes utilitaires préférés auquel j'ai régulièrement recours pour mon ordi sous #Linux quand j'ai besoin d'une info système particulière : #inxi
C'est un excellent utilitaire en ligne de commande pour obtenir des informations détaillées et complètes sur le matériel, la configuration du système, les processus, la configuration réseau, etc.
J'adore cet outil.
😉
https://www.linuxtricks.fr/wiki/inxi-un-script-complet-d-informations-systeme -
New #inxi 3.3.35 just went out the door. Who will be first to package it? Well, that's easy, I was, since also just sent out the #TinyCore package. I decided a while back if I was going to package inxi for TC, I should make sure to release it as soon as the new inxi was pushed to @Codeberg For those wondering, still liking CB, and not missing #github for even a microsecond. CB is everything I hoped it would be. Squeezed in a nice last set of fixes, repos, packages, distro name filter glitch.
-
Das Leben nach Neofetch
Die Entwicklung des System-Info-Tools wurde eingestellt. Doch keine Sorge, es gibt einen Fork und eine bessere Alternative.
-
It continues to strike me that now, almost 4 months after last commit on any #github project, including #inxi, gh users keep starring my gh repos, even though all of them clearly state that the code is migrated to @Codeberg in the README, which is why I got sick of gh users, they don't read as a whole, and tended to post annoying issues. The users who read, tend to post good issues. that's what I see on codeberg smxi repos now. Not perfect, nothing is, but better. So happy with switch.
-
@hanno I'm not sure where you got that idea since that's exactly what they do. I talk to #unit193 the #debian #ubuntu #inxi packager all the time and that's exactly what he does. I can double check with him if you want. Arch pacman packagers certainly pull from gitt then build. AUR is just direct live build scripts pilling from git. Rpm I don't follow but assume that's what they do. Unit193 has tracker script to alert on new tagged releases. I'll ask what he does now.
-
@dvogel both amd and intel are producing daracenter gpus now. I have to track thus stuff for #inxi advanced gpu data tables.
The real single point is TSMC who I believe make all nvidia intel and amd gpus for datacenter use. Probably also most dedicated machine learning chips like tesla dojo or cerebrus. Samsung might make a few too, I forget. Intel is ramping up to start making its own fabs for small process nodes like 18A but still needs TSMC for gpus.
Don't confuse consumer and ML gpus
1/ -
With some useful testing by #antiX users on their forums, maybe tightened the Window Manager / Desktop detections in #pinxi (next #inxi), and also, more imporant long term, added some nice debuggers that make easier to find what is happening in desktop/wm detection process. These themselves were helped by the series of core refactors I have already largely completed. New features enabled by refactor, success!
Going to bash around some weird wm scenarios in a mega wm vm I have, one of several.
-
@adamw I think we’re misunderstanding the #OpenSource division of labor here:
* @smxi writes #inxi so it can run wherever it needs to
* you tell #Fedora to fix their problems because you heard from him and you’re in that organization
* I help @smxi write good #Perl given his requirements and constraints, and cajole you to get Fedora to package it and Perl correctly so the next dev doesnt avoid itScratch your own itch.
-
@adamw nope, that's not the only workaround for missing core modules #inxi has. I'm fortunate that a guy who tests on fedora keeps me up to date, and reports all the issues he finds so I can fix them, or should I say, #fedora / #rhel / #alma / #rocky users are lucky. The debugger doesn't work at all for example until you install the missing modules.
My care is mainly for the sys admins stuck having to maintain these rhel systems over years, otherwise I'd just drop support and call it a win.
-
@adamw nobody packaging @Perl has to ask this, and if they do, they should be fired instantly for total incompetence.
corelist -v 5.036
works for all Perl versions.
See, it's so important that corelist itself is a core part of the Perl package.
This is so critical that it was the first thing I documented when converting #inxi to #perl https://codeberg.org/smxi/pinxi/src/branch/master/docs/perl-version-support.txt
There is no scenario where anyone can offer a non bs excuse for this, which is why #perlmonks tell you to file bug report against #rhel. -
More #inxi / #pinxi CPU issues, it looks like #fedora / #rhel have changed a default standard path in /sys for unknown reasons, thus breaking inxi cpu speed collection. This tripped need to do more refactors, this time to the fake cpu data debugger logic, it was not complete.
Also, a new codeberg issue pointed out that in many #Linux I can get basic RAM/RAM array data from udevadm, which appears to dump some dmi data into itself, available to user.
Still tracking down root causes.
-
@alien it's also useful to see that some of the commands #inxi might test are actually already running with sddm start, but that's why the file being in /run is a more reliable as a test. I will check my #Alpine vm to see, I forgot to check if their dbus-run-service sway leaves a /run file, or just a process.
-
Who has an @amd #ThreadRipper 2950x and can #help out the #inxi developer to solve an issue? More details on the request in our forums: https://forum.manjaro.org/t/data-for-amd-threadripper-16-core-2950x-cpu-for-inxi/153762
#manjaro #linux
Original tweet: https://twitter.com/ManjaroLinux/status/1738097908703277094 22 Dec 2023 08:23 CET -
3/ I've been trying to move #inxi and in particular #pinxi and its docs/data files to open from their largely either undocumented, or non-publically documented status. Same with the data used to emulate various data types. There will always be a subset of data I can never release in public because of user trust issues, but as long as I extract the files from them needed for various features, that's fine.
I have been surprised by how time consuming even this basic and simple process has been.
-
@SpaceLifeForm Like the part of me that really gets excited about new #riscv developments, or #jimkeller talks, or the wild ride that happens if you can get the #slackware community excited about some feature in #inxi that they care about, like cpus. Or the #AntiX people about stuff they care about, like light window managers, screensaver/lockers, etc.
That stuff just does not map at all to non tech types. Nor should it.
-
@josemanuel @Liberapay thanks, in fact, a guy on my IRC just noted that too. I'm getting my donations out of #OpenCollective because they are a serious ripoff, and I have to apologize to everyone who donated through them since 15-25% of those funds went to OC, not #inxi as intended.
I will go with the choice of the fediverse, thanks.
I was fooled by the 'open' in opencollective, and didn't investigate them first. Plus friend recommended them, but I think he was also fooled by the 'open'.
-
La CLI, c'est la vie, épisode 24 : inxi, le grand informateur en ligne de commande.
