Hi, Not sure if this is the right way to contact you (it probably isn't), I can delete this bug if necessary... first thanks for the sweet plugin, it's the reason I can't leave xfce. I hope you have time to keep updating it. Note: I have only been using Linux for 18 months and am not a programmer. Comment 1: I use Debian, I lost a couple of hours trying to install the .deb package because I couldn't understand the comment in the "Special Debian Readme" - To download a file, click on the filename, then click View Raw. **DO NOT** right click on a link, as this will save the web page, not the file. I indeed downloaded the webpage, as I could not work out what "View Raw" meant. Eventually I worked out that you need to right click on "plain" from blob: 183b99566c7e025fcca025cc61e64957d816b4eb (plain) on page https://git.xfce.org/panel-plugins/xfce4-hardware-monitor-plugin/tree/1.5.0/xfce4-hardware-monitor-plugin_1.5.0-1_amd64.deb?h=omegaphil/pkg and save link as to get the .deb package not the webpage. I expect updating the readme from "click View Raw" to "click plain" to specify how to download the .deb package may save someone (someone new, like me) some time. Perhaps you could also mention which versions work with which versions of Debian, eg I could only get 1.4.6 to work in Debian 8, 1.4.6 doesn't work in Debian 9 but 1.5 does (1.5 is a beautiful upgrade, I'd been waiting for it for months). Comment 2: Setting the colours of curves style graphs did not have an immediate effect for me, while columns style graphs did respond. Fortunately I found that if I changed a curves graph's colours, then switched the graph to columns, then back to curves, the changes took effect. I just tested the effect of restarting the computer before posting this message and found that also updates the colours. The apparent lack of ability to change the colour of the useful curves style graphs may put off some new users, perhaps you should mention this behaviour (or possible behaviour if it is just because of my system or setup) somewhere. If you want I can provide diagnostic data for the behaviour if you tell me what commands to enter. Comment 3: Any chance of being able to manually set update rate? Comment 4: Choose manual or automatic graph vertical range (I believe you've already considered this) like you can with xfce disk performance and network monitor plugins? Comment 5: Any chance of a disk read/write in MB/s graph, similar to the xfce disk performance monitor plugin? I'm using a sectors read/written per second graph, but am not entirely sure how to interpret it. Comment 6: May I give you a donation, this plugin has me in hardware monitoring nirvana. Regards, James
Morning, Yes, that readme was made when the project was hosted @ GitHub - the XFCE4 hosting won't have that complication. Unfortunately theres only a handful of people using this addon, and as a programmer running it generally without uninstalling for years (and ignoring it since it does its job), things rot and I don't have a clue. Thanks for your feedback, I will fix the README when I next reach working on this program. The Debian archive creation is again a bit cack-handed as the main route people will be using to get the plugin is compilation from source. Its effectively me uploading the archive I make for myself, which is just targeted at 'Debian Testing', but even that is wrong now since I've fled to Devuan due to systemd. You have both bug reports and feature requests here, normally they need to be spun off into separate tickets to fight. No plans currently to extend the functionality of the plugin, but I will look this over to see what I can do later. Looks like it is time to review the project again, but there are more serious issues with other projects currently. WRT the disk stats, off the top of my head I think this is all the library I use reports on, which agreed is a bit poor. I can always check out how the other plugins do it and copy. Donation-wise, I'm more of a caretaker of the plugin here, to keep it alive while I'm still on XFCE4 - you might want to track down Ole Laursen (olau@hardworking.dk, don't know if this is still a valid email address), he did the real work.
Right, perhaps the issue with version 1.5 on Debian 9 and colours not updating immediately was due to you creating the Debian package when Debian 9 was in testing. Do you think it might be helpful to add md5sums to the Debian special readme to help users detect the webpage downloading issue, eg I couldn't work out how to use your GPG key (probably due to having too little linux experience). Do you think a package for Ubuntu (Xubuntu) would be useful to increase adoption (or would the Debian archive packages work on Xubuntu)? "...the main route people will be using to get the plugin is compilation from source." Dare I ask, how would I do that? Or perhaps: is there something I could/should read on the subject to become more familiar with compiling from source on linux? I've heard of configure && make && make install but never used it.
FYI I am slowly grinding through these feature requests, I have floating, fixed, fixed custom caps on graph numbers, user-defined update speeds for monitors, and now disk sectors read/written has been converted into the actual data rate read/written (turns out its pretty simple). I'm expecting to release something within a week.
All of the issues/requests bar the release-specific things have been implemented, I'm now going to sit on it for a week to see if anything blows up before I make an official release.
New version finally released, I have packaged i386 and x86_64 versions for Debian Stable and Testing for this release: https://git.xfce.org/panel-plugins/xfce4-hardware-monitor-plugin/tree/1.6.0?h=omegaphil/pkg Going to resolve for now, will reopen if you have something more to add.