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:
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
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?
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.
I'm currently using this work around -
http://vsido.org/index.php?topic=833.msg9444#msg9444 (http://vsido.org/index.php?topic=833.msg9444#msg9444)
Is it a specific command of inxi that is not working?
I am seeing this error in xchat trying to run inxi -F
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
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
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 -
inxi -SCIW <zip code>
fails on my systems with op's original error message.
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
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
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
Quote'what distro doesn't have uptime?
indeed.
Thanks V-ger. Your solution of adding a path statement into my .zshrc worked (added it to .bashrc too). Mischief managed!
I spent quite a bit of time with h2 discussing this and how it impacts inxi. I have filed this bug with debian (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764978) and will keep you all apprised on the results
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
cd /usr/local/bin && wget -Nc smxi.org/inxi && chmod +x inxi
and it also now works correctly again in xchat
Thanks h2!
Quote from: VastOne on October 12, 2014, 06:57:25 PM
I spent quite a bit of time with h2 discussing this and how it impacts inxi. I have filed this bug with debian (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764978) and will keep you all apprised on the results
typo in your bug report?
should - "/sur/bin/update" be "/usr/bin/uptime" ?
^ yes yes yes
Missed that one badly, someone should at least kick my arse
Thanks.. I have sent an email requesting it be corrected
no problem -
(http://en.zimagez.com/miniature/117394763242dc89fa40.jpg) (http://en.zimagez.com/zimage/117394763242dc89fa40.php)
^ 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:
dpkg-divert --list '*uptime*'
you will see this
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
sudo medit /var/lib/dpkg/diversions
remove these 6 lines:
/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:
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
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!
Awesome fix VastOne! Thanks for this. Another gnat like annoyance eliminated!!! ;D
^ Thanks Jedi... appreciate the validation
Of course it will be done on the next ISO release. I have let h2 and the smxi folks know about this solution and link also
I filed a bug report for this with live-tools (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765635)
I will be glad when this is done and I can stop calling uptime update...
Feel like I am saying this a lot lately. Thanks for the fix. That was driving me bonkers once it was pointed out to me.
Another "All's well that ends well " for VSIDO !
Kudos to all 8)