inxi hangs when run from shell script - change from legacy to actual version
Hi Together, due to compatibility reasons I use a script which collect some information on my used Linux PCs (OK at SuSE I use "hwinfo" too): $ grep inxi $(which SicherPC.sh) which inxi &> /dev/null && inxi -Fxd &>> ${MyDest}/inxi-Fxd_$(date +%F).txt But this hangs (only) at my PCs using openSUSE Tumbleweed. I find an issue, which seems to be solved since longer time: "inxi hangs when run from shell script" https://github.com/smxi/inxi/issues/181 Answer: "smxi commented on 24 Dec 2020 • You're running legacy inxi, this was fixed long ago, read the readme, update to current non legacy inxi and you'll be on current non legacy inxi. Filing issues on legacy code is a waste of time, always make sure you are running the actual current stuff, otherwise you're just wasting your time, as is the case here. The only reason to run legacy inxi is if you enjoy unfixed bugs, lack of new features, etc. Note: inxi -U updates, if that is disabled, edt /etc/ inxi.conf and make ALLOW_UPDATES=true and use -U from now on. Then you can dump the legacy inxi package as well, which doesn't do you much good. Note that the actual bug report you should file is with opensuse, for failing to update their inxi since 3.1.00 was released, I can't help it if distros don't update a support program with no real dependencies in their repos." # zypper se -si inxi S | Name | Type | Version | Arch | Repository --+------+-------+------------+--------+----------------------- i | inxi | Paket | 3.1.00-1.3 | noarch | Haupt-Repository (OSS) # inxi -V inxi 3.1.00-00 (2020-04-22) Actual Version at: https://github.com/smxi/inxi/blob/master/inxi.changelog Version: 3.3.03 Patch: 00 Date: 2021-03-17 Is it possible to update inxi at Tumbleweed? Regards Ulf
Ulf composed on 2021-03-22 19:39 (UTC+0100):
Is it possible to update inxi at Tumbleweed?
It needs a maintainer interested in keeping it up to date. There is a bug asking for a newer version: http://bugzilla.opensuse.org/show_bug.cgi?id=1181966 -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
On 3/23/21 5:09 AM, Ulf wrote:
Hi Together,
due to compatibility reasons I use a script which collect some information on my used Linux PCs (OK at SuSE I use "hwinfo" too): $ grep inxi $(which SicherPC.sh) which inxi &> /dev/null && inxi -Fxd &>> ${MyDest}/inxi-Fxd_$(date +%F).txt But this hangs (only) at my PCs using openSUSE Tumbleweed.
Actual Version at: https://github.com/smxi/inxi/blob/master/inxi.changelog Version: 3.3.03 Patch: 00 Date: 2021-03-17
Is it possible to update inxi at Tumbleweed?
The process should be reasonably straight forward, if you'd like to learn i'd be more then happy to help you, feel free to contact me off list or via Discord or IRC. Unfortunately for a large number of packages in openSUSE unless someone cares enough to update them they don't get updated (Fortunately many people care and many things get updated). -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
Remark: Felix created a Bugzilla report at: https://bugzilla.opensuse.org/show_bug.cgi?id=1181966 Hi Simon, Am Montag, 22. März 2021, 22:12:00 CET schrieb Simon Lees:
On 3/23/21 5:09 AM, Ulf wrote:
[...] Is it possible to update inxi at Tumbleweed?
The process should be reasonably straight forward, if you'd like to learn i'd be more then happy to help you,
Thanks for your offer. But still I'm a little bit Busy (due to be part of the organization team of the Linux-Presentation-Team and have a lot of tasks ;-) there. Additional I've a lot of work with answering questions (especially to openSUSE Tumbleweed) in our Linux-User- Group mailing list ;-)
feel free to contact me off list or via Discord or IRC.
Discord or IRC isn't state of the art for me (I switched to the open Standard Matrix meanwile) ;-)
Unfortunately for a large number of packages in openSUSE unless someone cares enough to update them they don't get updated (Fortunately many people care and many things get updated).
Hope you can find young motivated people in the future. Best Regards Ulf
On Mon, Mar 22, 2021 at 3:39 PM Ulf <ub22@gmx.net> wrote:
Hi Together,
due to compatibility reasons I use a script which collect some information on my used Linux PCs (OK at SuSE I use "hwinfo" too): $ grep inxi $(which SicherPC.sh) which inxi &> /dev/null && inxi -Fxd &>> ${MyDest}/inxi-Fxd_$(date +%F).txt But this hangs (only) at my PCs using openSUSE Tumbleweed.
I find an issue, which seems to be solved since longer time: "inxi hangs when run from shell script" https://github.com/smxi/inxi/issues/181
SInce this "inxi" is a perl script, you do not need an updated package inmediately but just get newer version for your user pushd ~/bin; curl -L -O https://raw.githubusercontent.com/smxi/inxi/master/inxi; chmod 755 inxi; popd Then you could either fix the package or file a drop request since Im not sure having a package with a single perl script whose functionality is provided by other packages is worth the effort. Cheers.
Hi, On Tue, 2021-03-23 at 09:30 -0300, Cristian Rodríguez wrote:
pushd ~/bin; curl -L -O https://raw.githubusercontent.com/smxi/inxi/master/inxi; chmod 755 inxi; popd
I'm not sure encouraging users to randomly download stuff using curl is the best approach from a security point of view. Distribution packages should have a higher level of trust, especially when coming from the main repos.
Then you could either fix the package or file a drop request since Im not sure having a package with a single perl script whose functionality is provided by other packages is worth the effort.
That package includes a man page, changelog, license and is way easier to install in a scripted manner. Thanks, Robert
Hi Together, thanks for support 😀 Am Dienstag, 23. März 2021, 14:53:10 CET schrieb Robert Munteanu:
On Tue, 2021-03-23 at 09:30 -0300, Cristian Rodríguez wrote:
pushd ~/bin; curl -L -O https://raw.githubusercontent.com/smxi/inxi/master/inxi; chmod 755 inxi; popd
I does it like proposed from smxi: # echo -e "B_ALLOW_UPDATE=true\nGLOBAL_COLOR_SCHEME=0" >> /etc/inxi.conf # inxi -U Starting inxi self updater. Using tiny as downloader. Currently running inxi version number: 3.1.00 Current version patch number: 00 Current version release date: 2020-04-22 Updating inxi in /usr/bin using main branch as download source... Successfully updated to main branch version: 3.3.03 New main branch version patch number: 00 New main branch version release date: 2021-03-17 To run the new version, just start inxi again. ---------------------------------------- Starting download of man page file now. Downloading Man page file... Download successful. Compressing file... Download and install of man page successful. Check to make sure it works: man inxi # inxi -V inxi 3.3.03-00 (2021-03-17) [...]
I'm not sure encouraging users to randomly download stuff using curl is the best approach from a security point of view. Distribution packages should have a higher level of trust, especially when coming from the main repos.
You need only to do the one (first time two) steps. But for sure, that shouldn't be the right way for a standard user! In the moment at least Tumbleweed are used on some standard users!! And if there will be technical issues at all, the first question will, please provide me the output of "inxi -Fz" or extended switches.
Then you could either fix the package or file a drop request since Im not sure having a package with a single perl script whose functionality is provided by other packages is worth the effort.
That package includes a man page, changelog, license and is way easier to install in a scripted manner.
Yes, and anyway, SW delivered on a really state of the art distro with a rolling releas approach and allway providingt the newest software after it is stable enough to pass a the automatic tests, should use the newest software at all or remove it completely! (at least at Tumbleweed)! Regards Ulf
Ulf composed on 2021-03-23 19:36 (UTC+0100):
...GLOBAL_COLOR_SCHEME=0" >> /etc/inxi.conf
That option is for people like me who do not embrace arbitrary colors instead of (two only) configured colors for their terminal output. Some people apparently like the kaleidoscopic default effect that makes it hard for me to see. -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
participants (5)
-
Cristian Rodríguez -
Felix Miata -
Robert Munteanu -
Simon Lees -
Ulf