KNemo offers a network monitor similar to the one found in Windows. For every network interface it displays an icon in the systray. It can also optionally montor traffic statistics.Last changelog:
Version 0.7.7
Add a global shortcut to toggle traffic plotters. Find the interface of the default gateway again. (BR 328752) Log statistics to the correct time if we're resuming from suspend. (BR 332086) Fix translation word puzzles, missing contexts. (BR 329095, BR 329097) Add an include to fix broken compilation when using libnl >= 3.2.26.
Dear John, I could kindly ask your assistance.
I have reseted Knemo statistics inadvertently. The database has not been changed - all data can be viewed over all period of time through the SQLite Database Browser.
How can I fix this (in other words which setting should be corrected in Knemo to make data visible through its "Show statistics" over all period of time)?
Thank you in advance
hi!
If you have decided that you give up this package and it will be become orphanend, there is still the possibility to WNPP in Debian:
https://www.debian.org/devel/wnpp/
This way all the previous work being done doesn't get lost.
best regards
I have patches that allow recent versions of FreeBSD to compile knemo-0.7.7, also fixes several warnings. I believe you spoke to Adrian de Groot at kde.org about committing them. Is there a git repo I can push to or some format you'd like the patches submitted? I do need to test against older versions of FreeBSD, but I don't think there'll be a problem.
I'm tempted to toss my hat into the ring as a maintainer of the app (which I've used for years on FreeBSD)... what's involved? The usual handling of feature requests & bug fixes?
The repo is here:
https://projects.kde.org/projects/extragear/network/knemo/repository
If you're not able to push to it, just email me the git patches, and we can take care of it that way.
Maintenance shouldn't seem too involved for someone who's interested in the app: just the usual bug reports and feature requests. And I already did a big chunk of the work getting it ported to KF5, including some breeze style icons. See the "frameworks" branch.
It's nice to know someone is at least tempted to take over maintenance. Feel free to send me an email if you want to discuss it further.
Hi.
I began porting it about a week ago now that kde 5 is making its way into Debian. It's progressing well so far, but I have to wait for the rest of the packages to appear in Debian before I can finish up and do some proper testing.
hi!
this little programm was one of the best discoveries years + years ago. I'actually missing it a lot on Kubuntu Wily (Plasma 5.4.3/Qt 5.4.2). And I'm not the onlyone. Xenial LTS 16.04 will presumeably a KF5 version only. So today some of us discovered that is treated as forlorn in Debian (testing/unstable - removed):
https://tracker.debian.org/pkg/knemo
Who is progress? What will the new name be? KNemo-KF5 ?
Do you need any help?
Best regards & wishes to you
Hi.
Great app, really helpful.
Is there any way to edit the text tray icon? I'd like to configure it to only show me the download speed, and in a bigger text size.
Thanks.
I guess that would be possible, but someone else would have to take over and do it.
It's been a couple of years since I've had the motivation to work on the project anymore.
Hopefully it's something simple to implement - it sure would be useful!
Right now, statistics accumulate for all network traffic, and this is okay if your computer only ever connects to one network. However, if you connect to many wireless networks and one home network, you're usually only interested in bandwidth stats for your home network (so you know how much you're paying in a month to your ISP) and don't really care about the rest.
Would it be possible to add something to the billing period rules so that we could specify which wireless network to track stats for (by choosing the name of the network as is shown on KNemo's status dialog under ShowStatusDialog>Wirless>ConnectedTo)? :) This would be great, as most people really aren't concerned with how much bandwidth they use at Internet Cafe's. ;)
Thanks for reading! :) Awesome little app, thanks for making it!
Yes, it would be useful. But there's a couple of things getting in the way.
The first is personal. I've finally come to admit that I'm just not interested in KNemo anymore. I'm willing to do bugfixes, but not add new features. To that end, I'm going to do a release in a couple of weeks to take care of one last minor request and then see if anyone wants to adopt the program.
The second is technical. Right now the statistics/accounting side of KNemo gets the most feature requests. People want it to limit traffic accounting to a specific wireless network (like you do), or offer a breakdown of traffic by connections (work, home, ...), or exclude specific IP ranges from accounting, etc.
KNemo COULD only log traffic when connected to a specific wireless network but it would only know about traffic that happened during the session. If you log out and download a large file from a console, KNemo won't know about it. It would tend to underreport traffic. As an X based program running with ordinary privileges, it's just not the right solution for anything beyond basic traffic logging.
I tried to get around some of this by having KNemo check vnstat's logs on startup. That way it can catch up with traffic that went over the interface since the last time you logged in. But vnstat only logs by interface, so we can't get any more detailed info from that.
A better solution would be for a kind of supercharged vnstat--maybe a daemon that listens for network connection changes via D-Bus? It could log the info that people want, it'd be more accurate than KNemo, and it wouldn't suffer the limitations that KNemo has. And then any app could poll it.
Unless I'm missing something, it doesn't look like the current vnstat, darkstat, ntop, etc. would do all that'd be needed. Someone might need to write something new, but it's not going to be me :)
Ah, sorry. Didn't realize you were leaving... Thanks for taking the time to reply! :)
Just as an afterthought though, what about a new item on the right-click menu for the tray icon "suspend/resume accounting"... That should be dirt simple... a menu item and an if{} statment around the stats-logging code to make it stop counting? ;) That way we could still use the traffic plotter, but not contaminate our stats with traffic from public networks.
Even the ability to temporarily disable accounting like this would be EXTREMELY useful.
Not through KNemo.
The network traffic dialog uses KDE's signal plotter. And as far as I know, that can only be set through the "View Background" color in KDE's System Settings.
I'm using knemo on a notebook in various networks. Often I need to have a look at the data plotter (if this is the correct name in English) to check whether I'm on a slow or fast connection.
Can you provide a possibility to start the data plotter (in German: »Datenplotter anzeigen«) via keyboard shortcut?
Thank you!
In versions 0.7.4 and 0.7.5:
"Specify graph range" unchecked.
"Maximum value" textbox: "10000.00 KiB/s".
Real maximum on the graph: 10 KiB/s, and it's not just a wrong label, it's the real maximum displayed.
I think I see what's happening. A new release will happen in about 2-3 weeks after I work on a few other things.
For now, close KNemo. In knemorc under the Plotter_* group, delete the MinimumValue & MaximumValue entries. Then restart. That should bring back the original auto range behavior.
Thank you for your response.
Actually, auto range works and I can change between auto and manual. It's just that in the GUI it's not possible to set maximum above 10000, and although it shows "10 000 KiB/s" in the GUI, the plotter uses that as 10 000 B/s. I tried to set MaximumValue to my desired value in knemorc, but the GUI maxes out at 49 KiB/s.
On Debian, there are currently two libnl's, libnl1 and libnl3. I had both the lib and dev files for libnl1 (as well as the lib for libnl3) but the cmake kicked. So I updated the dev file to version 3. Still kicked. So cannot build.
Probably should be using the newer one but the package search did not like either. Only thing I can think of is that the new libnl works with multiarch.
How to get this latest and greatest to build?
You'll need to install: kdelibs5-dev kde-workspace-dev libiw-dev libnl-3-dev libnl-route-3-dev
Maybe also clean out the build dir in case cmake's cache is messing things up?
But that should do it.
Ratings & Comments
798 Comments
Dear John, I could kindly ask your assistance. I have reseted Knemo statistics inadvertently. The database has not been changed - all data can be viewed over all period of time through the SQLite Database Browser. How can I fix this (in other words which setting should be corrected in Knemo to make data visible through its "Show statistics" over all period of time)? Thank you in advance
hi! If you have decided that you give up this package and it will be become orphanend, there is still the possibility to WNPP in Debian: https://www.debian.org/devel/wnpp/ This way all the previous work being done doesn't get lost. best regards
I have patches that allow recent versions of FreeBSD to compile knemo-0.7.7, also fixes several warnings. I believe you spoke to Adrian de Groot at kde.org about committing them. Is there a git repo I can push to or some format you'd like the patches submitted? I do need to test against older versions of FreeBSD, but I don't think there'll be a problem. I'm tempted to toss my hat into the ring as a maintainer of the app (which I've used for years on FreeBSD)... what's involved? The usual handling of feature requests & bug fixes?
The repo is here: https://projects.kde.org/projects/extragear/network/knemo/repository If you're not able to push to it, just email me the git patches, and we can take care of it that way. Maintenance shouldn't seem too involved for someone who's interested in the app: just the usual bug reports and feature requests. And I already did a big chunk of the work getting it ported to KF5, including some breeze style icons. See the "frameworks" branch. It's nice to know someone is at least tempted to take over maintenance. Feel free to send me an email if you want to discuss it further.
Sorry for the procrastination. I finally pushed a couple topic branches with my changes to support recent FreeBSD versions. I probably need to add code to support older versions, but I'll do that later. topic_freebsd_ipv6 - https://quickgit.kde.org/?p=knemo.git&a=shortlog&h=45674c97c735fd7b44eb8c1517f0a69d09d71e33 topic_compile_error_fixes - https://quickgit.kde.org/?p=knemo.git&a=shortlog&h=aeaeebfb5112cc85cc2f03dfb9ddf30e8e53cf6b
Hi This is a really great app and really helpful. Is there any chance for porting this app to kde 5?
Hi. I began porting it about a week ago now that kde 5 is making its way into Debian. It's progressing well so far, but I have to wait for the rest of the packages to appear in Debian before I can finish up and do some proper testing.
hi! this little programm was one of the best discoveries years + years ago. I'actually missing it a lot on Kubuntu Wily (Plasma 5.4.3/Qt 5.4.2). And I'm not the onlyone. Xenial LTS 16.04 will presumeably a KF5 version only. So today some of us discovered that is treated as forlorn in Debian (testing/unstable - removed): https://tracker.debian.org/pkg/knemo Who is progress? What will the new name be? KNemo-KF5 ? Do you need any help? Best regards & wishes to you
Hi. Great app, really helpful. Is there any way to edit the text tray icon? I'd like to configure it to only show me the download speed, and in a bigger text size. Thanks.
I guess that would be possible, but someone else would have to take over and do it. It's been a couple of years since I've had the motivation to work on the project anymore.
Hopefully it's something simple to implement - it sure would be useful! Right now, statistics accumulate for all network traffic, and this is okay if your computer only ever connects to one network. However, if you connect to many wireless networks and one home network, you're usually only interested in bandwidth stats for your home network (so you know how much you're paying in a month to your ISP) and don't really care about the rest. Would it be possible to add something to the billing period rules so that we could specify which wireless network to track stats for (by choosing the name of the network as is shown on KNemo's status dialog under ShowStatusDialog>Wirless>ConnectedTo)? :) This would be great, as most people really aren't concerned with how much bandwidth they use at Internet Cafe's. ;) Thanks for reading! :) Awesome little app, thanks for making it!
Yes, it would be useful. But there's a couple of things getting in the way. The first is personal. I've finally come to admit that I'm just not interested in KNemo anymore. I'm willing to do bugfixes, but not add new features. To that end, I'm going to do a release in a couple of weeks to take care of one last minor request and then see if anyone wants to adopt the program. The second is technical. Right now the statistics/accounting side of KNemo gets the most feature requests. People want it to limit traffic accounting to a specific wireless network (like you do), or offer a breakdown of traffic by connections (work, home, ...), or exclude specific IP ranges from accounting, etc. KNemo COULD only log traffic when connected to a specific wireless network but it would only know about traffic that happened during the session. If you log out and download a large file from a console, KNemo won't know about it. It would tend to underreport traffic. As an X based program running with ordinary privileges, it's just not the right solution for anything beyond basic traffic logging. I tried to get around some of this by having KNemo check vnstat's logs on startup. That way it can catch up with traffic that went over the interface since the last time you logged in. But vnstat only logs by interface, so we can't get any more detailed info from that. A better solution would be for a kind of supercharged vnstat--maybe a daemon that listens for network connection changes via D-Bus? It could log the info that people want, it'd be more accurate than KNemo, and it wouldn't suffer the limitations that KNemo has. And then any app could poll it. Unless I'm missing something, it doesn't look like the current vnstat, darkstat, ntop, etc. would do all that'd be needed. Someone might need to write something new, but it's not going to be me :)
Ah, sorry. Didn't realize you were leaving... Thanks for taking the time to reply! :) Just as an afterthought though, what about a new item on the right-click menu for the tray icon "suspend/resume accounting"... That should be dirt simple... a menu item and an if{} statment around the stats-logging code to make it stop counting? ;) That way we could still use the traffic plotter, but not contaminate our stats with traffic from public networks. Even the ability to temporarily disable accounting like this would be EXTREMELY useful.
May I ask (as politely as possible, of course!) if a new version of knemo will be published, including a shortcut to the dataplotter?!
You're right. I dropped the ball on that. I'm working on it right now, and I'll PM you when I have something for you to test.
It's possible change the background color for "network trafic" sensor ?
Not through KNemo. The network traffic dialog uses KDE's signal plotter. And as far as I know, that can only be set through the "View Background" color in KDE's System Settings.
I'm using knemo on a notebook in various networks. Often I need to have a look at the data plotter (if this is the correct name in English) to check whether I'm on a slow or fast connection. Can you provide a possibility to start the data plotter (in German: »Datenplotter anzeigen«) via keyboard shortcut? Thank you!
That sounds reasonable. I'll look into it. It won't be ready in time for 0.7.6, which will be out in a few days. You can expect it in 0.7.7.
Is it difficult to implement? I'd really appreciate a shortcut.
In versions 0.7.4 and 0.7.5: "Specify graph range" unchecked. "Maximum value" textbox: "10000.00 KiB/s". Real maximum on the graph: 10 KiB/s, and it's not just a wrong label, it's the real maximum displayed.
I think I see what's happening. A new release will happen in about 2-3 weeks after I work on a few other things. For now, close KNemo. In knemorc under the Plotter_* group, delete the MinimumValue & MaximumValue entries. Then restart. That should bring back the original auto range behavior.
Thank you for your response. Actually, auto range works and I can change between auto and manual. It's just that in the GUI it's not possible to set maximum above 10000, and although it shows "10 000 KiB/s" in the GUI, the plotter uses that as 10 000 B/s. I tried to set MaximumValue to my desired value in knemorc, but the GUI maxes out at 49 KiB/s.
On Debian, there are currently two libnl's, libnl1 and libnl3. I had both the lib and dev files for libnl1 (as well as the lib for libnl3) but the cmake kicked. So I updated the dev file to version 3. Still kicked. So cannot build. Probably should be using the newer one but the package search did not like either. Only thing I can think of is that the new libnl works with multiarch. How to get this latest and greatest to build?
You'll need to install: kdelibs5-dev kde-workspace-dev libiw-dev libnl-3-dev libnl-route-3-dev Maybe also clean out the build dir in case cmake's cache is messing things up? But that should do it.