#mrmazda — Public Fediverse posts

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.changelog

This 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.

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.

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.

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.

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.

I should probably get off my butt and release next #inxi. There haven't been any real issues for a while now. Though #mrmazda had an advanced display resolution enhancement request but it takes work and thinking to do. And testing.

#mrmazda found a last minute issue, wrong gpu ID match in #inxi nvidia section, which then reminded me that I'd forgotten to update the gpu ids for amd, intel, and nvidia. Added some more, and maybe fixed, or broke, some others. Note tracking cpu and gpu microarch data is really difficult, and time consuming. I wish someone who is passionate about those would step up and help. It gets old tracking that info and researching latest specs.

For anyone into #inxi / linux graphics arcana, ongoing updates.

https://docs.kernel.org/gpu/vga-switcheroo.html

As I suspected real data comes krom kernel docs. Unfortunately switcheroo state data lives in /sys/kernel/debug which is root read only. But helped define the problem. switcherooctl also has a tiny bit of info with list option but it only shows gpus available.

#mrmazda found great set of hardware, same boards, intel igpu. One with nvidia card. Gpu class id switched depending on w/wo dgpu! ID dynamic!

5/

Found issues in #inxi repo report for some software sorced repo lists.: #mageia's #urpmq, #pisi, #solus #eopkg. These all are roughly similar and all had same report glitch of showing one repo data source per output line instead of source then all repos. The output was also weird. Corrected in #pinxi. Thanks #mrmazda for noticing.

Then noticed the #rpm package count failed for mageia. Turns out they are using different version of rpm, missing some options so no results. Will add workaround.

Found issues in #inxi repo report for some software sorced repo lists.: #mageia's #urpmq, #pisi, #solus #eopkg. These all are roughly similar and all had same report glitch of showing one repo data source per output line instead of source then all repos. The output was also weird. Corrected in #pinxi. Thanks #mrmazda for noticing.

Then noticed the #rpm package count failed for mageia. Turns out they are using different version of rpm, missing some options so no results. Will add workaround.

Found issues in #inxi repo report for some software sorced repo lists.: #mageia's #urpmq, #pisi, #solus #eopkg. These all are roughly similar and all had same report glitch of showing one repo data source per output line instead of source then all repos. The output was also weird. Corrected in #pinxi. Thanks #mrmazda for noticing.

Then noticed the #rpm package count failed for mageia. Turns out they are using different version of rpm, missing some options so no results. Will add workaround.

@getajobmike #Unit193's solution to contributing to #freesoftware was becoming a #Debian / #Ubuntu packager, which is a thankless task, which is why I try to thank him now and then.

#damentz of #Liquorix / #ZenKernel's solution was to create that kernel project and run it for over decade.

Others run distros like #antiX, and support them. #mrmazda has supported #linux desktop users for ages.

I use specific names because supporting free software is the work of individuals dedicated to it.

The slow motion tidal wave of core #pinxi (next #inxi ) refactors continues unabated. Thanks to ongoing testers at #antiX and particularly to #mrmazda who has been helping find failures by the best way possible: running and doing things I don't. Just found bug that made fallback startx/xinit detections always fail. That was the new logic. Also found more failures caused by fixes to version tests, they were relying on bug behavior to work. Always a risk when fixing bugs.

All going well.

Also verified distro ID for #inxi / #pinxi newer releases of #slax #debian / #slackware releases.

I don't do these upgrades that often, the original idea was that distros would actually care and spend the time to help, but that plan never materialized on the earthly plane, so it basically just happens when I get bored and feel like doing it.

That issue stands alone and lonely, year after year.

Also some huge documentation dumps for Audio from #mrmazda gave a lot of systems and data.

Two small bugs were exposed by pure chance after #inxi 3.3.31 was released, one was a small #perl error I made in the release, and one has always been around since /sys based temp feature was added. The second has never appeared before and showed literally by pure chance, #mrmazda typed -vs instead of --vs, which tripped sensors on one system that has this issue.

Because this was 1 extra line to fix, and fixing a second, I did a 3.3.31-2 tagged version to make sure the fixed version is master

@ChristosArgyrop @mjgardner I have vms of #Debian #Sarge and #Etch, and run #Lenny on an old system, which helps me catch little oversights that slip in now and then. Some other people who test, #mrmazda in particular, runs a lot of old systems, so he catches stuff sometimes too. And I run current Debian testing so I'm also current on reasonable new #perl as well.