aboutsummaryrefslogtreecommitdiffstats
path: root/inxi.changelog
diff options
context:
space:
mode:
Diffstat (limited to 'inxi.changelog')
-rw-r--r--inxi.changelog253
1 files changed, 253 insertions, 0 deletions
diff --git a/inxi.changelog b/inxi.changelog
index afd0aea..894cb98 100644
--- a/inxi.changelog
+++ b/inxi.changelog
@@ -1,4 +1,257 @@
=====================================================================================
+Version: 2.3.56
+Patch Version: 00
+Script Date: 2018-01-17
+-----------------------------------
+Changes:
+-----------------------------------
+New version, new tarball. Added an important debugger output, lsusb -v
+
+-----------------------------------
+-- Harald Hope - Wed, 17 Jan 2018 11:36:09 -0800
+
+=====================================================================================
+Version: 2.3.55
+Patch Version: 00
+Script Date: 2018-01-13
+-----------------------------------
+Changes:
+-----------------------------------
+
+New version, tarball. this is only for Manjaro, they seem to have not done the
+/etc/os-release file pretty name correctly, so the bland name reports there.
+
+Added manjoro-release to the lsb good list. No other changes.
+
+-----------------------------------
+-- Harald Hope - Sat, 13 Jan 2018 16:28:09 -0800
+
+=====================================================================================
+Version: 2.3.54
+Patch Version: 00
+Script Date: 2018-01-13
+-----------------------------------
+Changes:
+-----------------------------------
+
+New version, new tarball. Significant albeit small fix to the debugger tool.
+
+Without this fix, newer kernels can hang on the data parsing.
+
+
+-----------------------------------
+-- Harald Hope - Sat, 13 Jan 2018 11:51:50 -0800
+
+=====================================================================================
+Version: 2.3.53
+Patch Version: 00
+Script Date: 2017-12-07
+-----------------------------------
+Changes:
+-----------------------------------
+
+New version, new tarball, new man page. This should fix the Rizen multithreaded
+cpu output issues. Now inxi handles > 8 cores in terms of output filters,
+descriptions, correctly noting that it's multithreaded.
+
+Because AMD has entered the Multithreading game, I've changed the trade term:
+HT - HyperThreading to MT - MultiThreading to support both Intel and AMD variants.
+
+Updated CPU output filters to also account for these very large core counts.
+
+I believe this commit now adds full support for the new Ryzen series, but I'll have
+to see when it comes to other variants that may appear. I've tried to future proof
+the MT tests, but I won't know of those are fully functional and accurate until
+inxi sees the real data.
+
+-----------------------------------
+-- Harald Hope - Thu, 07 Dec 2017 10:35:40 -0800
+
+=====================================================================================
+Version: 2.3.52
+Patch Version: 00
+Script Date: 2017-12-02
+-----------------------------------
+Changes:
+-----------------------------------
+
+New version, new tarball. Maintainers, you can ignore this release, it's only
+a reshuffling and renaming of internal functions.
+
+-----------------------------------
+-- Harald Hope - Sat, 02 Dec 2017 17:24:43 -0800
+
+=====================================================================================
+Version: 2.3.51
+Patch Version: 00
+Script Date: 2017-11-31
+-----------------------------------
+Changes:
+-----------------------------------
+
+New version, new tarball. This is an attempt at a fix for issue #129
+
+Because I don't want to break existing cpu logic, I just added in a rizen switch,
+which will just use cpu_core_count value, then trigger HT output.
+
+This fix may or may not work, but the issue poster vanished and has not followed up.
+
+For now I'm keeping this a Ryzen specific adjustment, but it may be safe to extend
+it further, that is, if siblings > 1 && siblings = 2 * cores then it's HT.
+
+-----------------------------------
+-- Harald Hope - Fri, 01 Dec 2017 13:21:13 -0800
+
+=====================================================================================
+Version: 2.3.50
+Patch Version: 00
+Script Date: 2017-11-28
+-----------------------------------
+Changes:
+-----------------------------------
+
+New version, new tarball, bug fix for -R raid, zfs. Improved filters, clutter
+cleaner, more likely to somewhat work with gnu/linux zfs.
+
+-----------------------------------
+-- Harald Hope - Tue, 28 Nov 2017 19:41:30 -0800
+
+=====================================================================================
+Version: 2.3.49
+Patch Version: 00
+Script Date: 2017-11-28
+-----------------------------------
+Changes:
+-----------------------------------
+
+New version, new tarball, new man page. This is the first attempt to correct an
+issue a forum poster raised, which is the fact that despite the fact that GNU/Linux
+has had reasonably ok zfs support for years now, inxi only tested for zfs on bsd
+systems.
+
+This has been corrected. Due to the complexity of handling software raid, inxi
+will now test first for ZFS data, if none is found, it will then test for
+/proc/mdstat.
+
+In a perfect world I'd like to have full dynamic Raid support, but I'm missing
+all the key ingredients required to add that:
+
+1. systems to test on
+2. software raid, I don't use it
+3. data collection for non mdraid and zfs software raid, including the values
+possible to gather from all non software raid.
+
+Basically, the only way I'd extend -R raid option is if I get direct ssh access to
+a machine that uses the alternate software raid type, otherwise it would take
+forever to figure out the options.
+
+Since the number of people who might be actually running zfs and mdraid and
+using inxi probably numbers in the 10 globally, I figured this solution was a fine
+way to handle adding zfs without messing up mdraid, which is more common on linux.
+
+It also does not break BSDs, since bsds as far as I know don't use mdraid, and don't
+have /proc/mdraid in the first place.
+
+Also redid the man page to add -! 41, -! 42, -! 43, -! 44 options, which bypass
+curl, fetch, wget, and all of them, respectively. Plus making the lines less wide.
+
+That should make those people who actually use 80 column wide vi as an editor
+happy, lol.
+
+-----------------------------------
+-- Harald Hope - Tue, 28 Nov 2017 17:17:00 -0800
+
+=====================================================================================
+Version: 2.3.48
+Patch Version: 00
+Script Date: 2017-11-27
+-----------------------------------
+Changes:
+-----------------------------------
+
+New version, new tarball. No external changes, full reordering of internals to be
+easier and more predictable to find. Better section headers, all ordering alpha
+by subsections.
+
+Fixed some small debugger gatherer oversights as well.
+
+Note that I made the debugger stuff more portable, so I could use it in another
+program.
+
+-----------------------------------
+-- Harald Hope - Mon, 27 Nov 2017 12:13:05 -0800
+
+=====================================================================================
+Version: 2.3.47
+Patch Version: 00
+Script Date: 2017-11-26
+-----------------------------------
+Changes:
+-----------------------------------
+
+New version, new tarball. Bug fix for Curl, in some cases it may hit a redirect,
+so I added the -L flag to follow redirects.
+
+Make sure to update to this version or various downloader actions could fail.
+-----------------------------------
+-- Harald Hope - Sun, 26 Nov 2017 18:30:35 -0800
+
+=====================================================================================
+Version: 2.3.46
+Patch Version: 00
+Script Date: 2017-11-26
+-----------------------------------
+Changes:
+-----------------------------------
+
+New version, new tarball. Added an optional downloader: Perl HTTP::Tiny
+
+Note that this is the last choice because it's slow, the order has been revised:
+
+1. curl
+2. wget
+3. fetch
+4. Perl 5 HTTP::Tiny
+5. OpenBSD ftp
+
+wget has been downgraded due to the recent 1.19-2 bug with wget -O that did
+not get resolved quickly, and which should never have been released since
+that's a basic wget action, which means they aren't testing gnu wget the way
+they should be.
+
+All inxi downloaders can now use this option. However, in my tests it's signicantly
+slower to use HTTP::Tiny than curl or wget, so inxi will test for the downloaders
+in that order. While -i uses dig as it's primary IP tool, if dig is not installed,
+the IP will follow the same downloader priority. -U and -w/-W use downloaders.
+
+Because HTTP::Tiny is optional, and is merely used if wget/curl/fetch are not
+installed, I would not consider Perl to be a real dependency yet, just an option, so
+I guess for packager maintainers, Perl should be added as a recommends, or a
+dependency if you want to fully support the debugger options (Core Modules).
+
+While I'm still not sure which Perl modules I'm going to be using, I'm sticking
+for now to Core Modules, the standard, with some experimental exceptions that
+would only be used if the user had them present.
+
+Long term the goal is to get rid of as many dependencies as possible, replacing
+them were possible with Perl tools, but this is going to take forever, if it
+ever happens, so don't hold your breath.
+
+In the future, I expect more and more components that were gawk to be rewritten
+to Perl (Core Modules), slowly, however, very slowly.
+
+Updated --recommends to indicate the downloader options more clearly as well.
+
+Added new options for bypassing curl (-! 41), fetch (-! 42) wget (-! 43), or
+curl, fetch, and wget (-! 44) to disable all of them. This is in case one of
+those is broken or you want to test Perl downloader, mostly.
+
+Also cleaned up debugger output and made debugger portable to other scripts.
+
+-----------------------------------
+-- Harald Hope - Sun, 26 Nov 2017 15:14:34 -0800
+
+=====================================================================================
Version: 2.3.45
Patch Version: 00
Script Date: 2017-11-21