(Solved) inxi & uptime

[superwow]

Vsidians,

I have watched the amazing amount of updates for the past month, and glad some of my fav apps, which have been broken due to the systemd or lightdm or other issue, are back up and running.

But sadly one of my fav utilities, inxi, is still MIA, apparently due to a missing 'uptime.'

When I run inxi --recommends, I get a lot of stuff, but sifting through to the part that matters:

Code Select Expand

The following applications are missing from your system:

Application: uptime
To add to your system, install the proper distribution package for your system:
Debian/Ubuntu: procps :: Arch Linux: procps :: Redhat/Fedora/Suse: procps


It says I need 'uptime' and recommends I install 'procps'. When I do that (via: sudo apt-get install procps), it tells me

Code Select Expand

get procps
[sudo] password for superwow:
Reading package lists... Done
Building dependency tree       
Reading state information... Done
procps is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.

Are y'all having the same problems?

[statmonkey]

Yep.  Researching now.

I am finding nothing at the moment.  re-installs have no effect nor does trying the siduction version directly.  Not sure what the problem is with uptime but have a theory.  Still looking.

[PackRat]

I'm currently using this work around -

http://vsido.org/index.php?topic=833.msg9444#msg9444

[VastOne]

Is it a specific command of inxi that is not working?

I am seeing this error in xchat trying to run inxi -F

Code Select Expand

Error 5: dependency not met: uptime not found in path.
For distribution installation package names and missing apps information, run: inxi --recommends

But from terminal I can run inxi -F  fine

Code Select Expand

vastone@vsido:~$ inxi -F
System:    Host: vsido Kernel: 3.16-1-amd64 x86_64 (64 bit)
           Desktop: Fluxbox 1.3.5 Distro: VSIDO 3 savant-hakerdafo
Machine:   Mobo: Gigabyte model: GA-MA790FXT-UD5P v: x.x
           Bios: Award v: F7 date: 09/16/2009
CPU:       Quad core AMD Phenom II X4 965 (-MCP-) cache: 2048 KB
           clock speeds: max: 3400 MHz 1: 800 MHz 2: 800 MHz 3: 800 MHz
           4: 800 MHz
Graphics:  Card: NVIDIA G96 [GeForce 9500 GT]
           Display Server: X.Org 1.16.1 drivers: nouveau (unloaded: fbdev,vesa)
           Resolution: 1920x1200@59.95hz
           GLX Renderer: Gallium 0.4 on NV96 GLX Version: 3.0 Mesa 10.2.8
Audio:     Card Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA)
           driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k3.16-1-amd64
Network:   Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: eth0 state: up speed: 100 Mbps duplex: full
           mac: 00:24:1d:76:86:84
           Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: eth1 state: down mac: 00:24:1d:76:86:86
           Card-3: Ralink RT2500 Wireless 802.11bg driver: rt2500pci
           IF: wlan0 state: down mac: 00:12:17:66:73:91
Drives:    HDD Total Size: 2000.4GB (29.2% used)
           ID-1: /dev/sda model: WDC_WD1001FALS size: 1000.2GB
           ID-2: /dev/sdb model: WDC_WD1001FALS size: 1000.2GB
Partition: ID-1: / size: 99G used: 3.5G (4%) fs: ext4 dev: /dev/sdb5
           ID-2: /home size: 60G used: 25G (45%) fs: ext4 dev: /dev/sdb3
Sensors:   System Temperatures: cpu: 49.5C mobo: 47.0C gpu: 51.0
           Fan Speeds (in rpm): cpu: 2657 fan-2: 1280 fan-3: 0 fan-4: 1735 fan-5: 0
Info:      Processes: 162 Uptime:  Memory: 845.8/8002.0MB
           Client: Shell (bash) inxi: 2.2.7
vastone@vsido:~$ inxi -b
System:    Host: vsido Kernel: 3.16-1-amd64 x86_64 (64 bit)
           Desktop: Fluxbox 1.3.5 Distro: VSIDO 3 savant-hakerdafo
Machine:   Mobo: Gigabyte model: GA-MA790FXT-UD5P v: x.x
           Bios: Award v: F7 date: 09/16/2009
CPU:       Quad core AMD Phenom II X4 965 (-MCP-) speed/max: 800/3400 MHz
Graphics:  Card: NVIDIA G96 [GeForce 9500 GT]
           Display Server: X.Org 1.16.1 drivers: nouveau (unloaded: fbdev,vesa)
           Resolution: 1920x1200@59.95hz
           GLX Renderer: Gallium 0.4 on NV96 GLX Version: 3.0 Mesa 10.2.8
Network:   Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           Card-3: Ralink RT2500 Wireless 802.11bg driver: rt2500pci
Drives:    HDD Total Size: 2000.4GB (29.2% used)
Info:      Processes: 159 Uptime:  Memory: 799.9/8002.0MB
           Client: Shell (bash) inxi: 2.2.7

Jedi reports his fails from both xchat and terminal

I am going to have a discussion with h2 on the smxi irc regarding it to see if there is anything he knows

[PackRat]

Must be a specific command / flags causing smxi to fail. Note that uptime is missing from your system info, but the inxi command still ran.

this -

Code Select Expand

inxi -SCIW <zip code>

fails on my systems with op's original error message.

[VastOne]

It also fails on new builds of VSIDO

I have spoken with h2 and he is working to resolve... his first reaction was 'that should not be a fatal error' and second was 'what distro doesn't have uptime?'  I gave him all the details including your fix


Should be fixed one way or another soon

[VastOne]

I just confirmed that adding /proc to the PATH statement in .bashrc and then refreshing source (re is the alias) resolves this

PATH should look similar to this

Code Select Expand

export PATH=$PATH:/sbin:/usr/sbin:$HOME/bin:/proc

Does not resolve the same error within xchat whilst doing a exec -o command... this implies that xchat does not honor the path statement I verified it does

[PackRat]

'what distro doesn't have uptime?

indeed.

[superwow]

Thanks V-ger. Your solution of adding a path statement into my .zshrc worked (added it to .bashrc too). Mischief managed!

[VastOne]

I spent quite a bit of time with h2 discussing this and how it impacts inxi.  I have filed this bug with debian and will keep you all apprised on the results

[VastOne]

FYI ... h2 did write a patch to inxi to solve this as well

For those who do not want to wait for the normal update channels do this as root

Code Select Expand

cd /usr/local/bin && wget -Nc smxi.org/inxi && chmod +x inxi

and it also now works correctly again in xchat

Thanks h2!

[PackRat]

I spent quite a bit of time with h2 discussing this and how it impacts inxi.  I have filed this bug with debian and will keep you all apprised on the results

typo in your bug report?

should - "/sur/bin/update" be "/usr/bin/uptime" ?

[VastOne]

^ yes yes yes

Missed that one badly, someone should at least kick my arse

Thanks.. I have sent an email requesting it be corrected

[PackRat]

no problem -

[VastOne]

^ HA!  Good one... 

I do have a permanent 'fix' or better yet a solution.  The procps maintainer Craig Small is non responsive to this as an issue because he sees it as a dpkg error. You can see what is happening to uptime by running this:

Code Select Expand

dpkg-divert --list '*uptime*'

you will see this

Code Select Expand


diversion of /usr/share/man/man1/uptime.1.gz to /usr/share/man/man1/uptime.orig.procps.1.gz by live-tools
diversion of /usr/bin/uptime to /usr/bin/uptime.orig.procps by live-tools

Seeing the issue will not be resolved I found a way to fix it:  I rewired it (Think Tim Allen)

First thing we have to do is edit a file

Code Select Expand

sudo medit /var/lib/dpkg/diversions

remove these 6 lines:

Code Select Expand


/usr/share/man/man1/uptime.1.gz
/usr/share/man/man1/uptime.orig.procps.1.gz
live-tools

/usr/bin/uptime
/usr/bin/uptime.orig.procps
live-tools

save it

Next in terminal run:

Code Select Expand

sudo apt-get install --reinstall procps

This resets uptime to procps

Test it by running inxi -F and you will see that Uptime has returned

Code Select Expand

vastone@vsido:~$ inxi -F
System:    Host: vsido Kernel: 3.16-1-amd64 x86_64 (64 bit)
           Desktop: Fluxbox 1.3.5 Distro: VSIDO 3 savant-hakerdafo
Machine:   Mobo: Gigabyte model: GA-MA790FXT-UD5P v: x.x
           Bios: Award v: F7 date: 09/16/2009
CPU:       Quad core AMD Phenom II X4 965 (-MCP-) cache: 2048 KB
           clock speeds: max: 3400 MHz 1: 2200 MHz 2: 800 MHz 3: 800 MHz
           4: 800 MHz
Graphics:  Card: NVIDIA G96 [GeForce 9500 GT]
           Display Server: X.Org 1.16.1 drivers: nouveau (unloaded: fbdev,vesa)
           Resolution: 1920x1200@59.95hz
           GLX Renderer: Gallium 0.4 on NV96 GLX Version: 3.0 Mesa 10.3.1
Audio:     Card Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA)
           driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k3.16-1-amd64
Network:   Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: eth0 state: up speed: 100 Mbps duplex: full
           mac: 00:24:1d:76:86:84
           Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: eth1 state: down mac: 00:24:1d:76:86:86
           Card-3: Ralink RT2500 Wireless 802.11bg driver: rt2500pci
           IF: wlan0 state: down mac: 00:12:17:66:73:91
Drives:    HDD Total Size: 2000.4GB (29.4% used)
           ID-1: /dev/sdb model: WDC_WD1001FALS size: 1000.2GB
           ID-2: /dev/sda model: WDC_WD1001FALS size: 1000.2GB
Partition: ID-1: / size: 99G used: 4.2G (5%) fs: ext4 dev: /dev/sdb5
           ID-2: /home size: 60G used: 29G (50%) fs: ext4 dev: /dev/sdb3
Sensors:   System Temperatures: cpu: 50.5C mobo: 48.0C gpu: 48.0
           Fan Speeds (in rpm): cpu: 2836 fan-2: 1144 fan-3: 0 fan-4: 1767 fan-5: 0
Info:      Processes: 161 Uptime: 14:18 Memory: 1091.9/8002.0MB
           Client: Shell (bash) inxi: 2.2.15

Profit!