mirror of
https://github.com/smxi/inxi.git
synced 2024-11-16 16:21:39 +00:00
changelog cleanups
This commit is contained in:
parent
55ca175e5a
commit
70b381fb24
|
@ -80,25 +80,25 @@ repo reports for dnf/yum/zypp types.
|
|||
2. Added LeftWM. LeftWM confirmed working. Added unverifed detections for:
|
||||
penrose, 2bwm, 5dwm, catwm, mcwm, monsterwm, snapwm, uwm, wingo, wmfs, wmfs2.
|
||||
|
||||
3. Added xfwm as a compositor type, that had bee left out, somewhat on purpose,
|
||||
since xfwm can run in compositing or non compositing mode. But should show
|
||||
since many users use compositing mode now.
|
||||
3. Added xfwm as a compositor type, that had been left out, somewhat on purpose,
|
||||
since xfwm can run in compositing or non compositing mode. But should show since
|
||||
many users use compositing mode now.
|
||||
|
||||
4. Added OpenMediaVault distro ID and systembase handlers.
|
||||
|
||||
5. Going along with zfs bug fix 3, using zfs list data for free, size,
|
||||
allocated. Trying to understand how zfs developers actually thought about this
|
||||
is nearly impossible so just used what seems to correspond to reality most.
|
||||
Also shows raw values for zfs data in RAID along with regular ones to make
|
||||
clear which is which value.
|
||||
is nearly impossible so just used what seems to correspond to reality most. Also
|
||||
shows raw values for zfs data in RAID along with regular ones to make clear
|
||||
which is which value.
|
||||
|
||||
6. Added more CPU architecture ID matches for AMD Zen and a variety of Intel.
|
||||
Both vendors finally released some new CPUs and the data became available,
|
||||
which doesn't always happen quickly.
|
||||
Both vendors finally released some new CPUs and the data became available, which
|
||||
doesn't always happen quickly.
|
||||
|
||||
7. A bunch of new disk vendors and vendor IDs added. Never stops, like the
|
||||
sands of time, like the ocean waves, like the scuttling crabs scrounding around
|
||||
in the seaweed in the foam where the outgoing wave left its mark...
|
||||
7. A bunch of new disk vendors and vendor IDs added. Never stops, like the sands
|
||||
of time, like the ocean waves, like the scuttling crabs scrounging around in the
|
||||
seaweed in the foam where the outgoing wave left its mark...
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
DOCUMENTATION:
|
||||
|
@ -115,17 +115,17 @@ clear.
|
|||
--------------------------------------------------------------------------------
|
||||
CODE CHANGES:
|
||||
|
||||
1. Refactored uptime parser logic, the code and regex was just getting too
|
||||
messy and difficult to work with and debug, now it works similar to how the
|
||||
revised BSD parsers run, the regex are pulled apart and made more granular so
|
||||
a small syntax change ideally won't break the detections as easily.
|
||||
1. Refactored uptime parser logic, the code and regex was just getting too messy
|
||||
and difficult to work with and debug, now it works similar to how the revised
|
||||
BSD parsers run, the regex are pulled apart and made more granular so a small
|
||||
syntax change ideally won't break the detections as easily.
|
||||
|
||||
2. Cleaned up sub cpu_arch() and made all the arch values line up nicely, over
|
||||
time I notice that almost invariably stuff done to save lines of code makes
|
||||
code harder to read as the feature expands, so it's generally worth just
|
||||
unravelling it so it all stacks and is easy to scan/read. Also removed extra
|
||||
white space in parens, which is something I'm leaning more towards but it's
|
||||
not worth fixing all at once so it's just done where it's noticed.
|
||||
white space in parens, which is something I'm leaning more towards but it's not
|
||||
worth fixing all at once so it's just done where it's noticed.
|
||||
|
||||
That's using:
|
||||
if ( /test/ ){
|
||||
|
|
Loading…
Reference in a new issue