fix for german translation, thanks to Ronald W. Henderson
done, thanks
/usr/bin/msgfmt -v -c --statistics --verbose -o de.gmo de.po de.po:25: number of format specifications in 'msgid' and 'msgstr' does not match /usr/bin/msgfmt: found 1 fatal error de.po: 262 translated messages. fix: Change line: 25 from msgstr "Die Schnittstellendatei konnte nicht geladen werden: %s" to: msgstr "Die Schnittstellendatei konnte nicht geladen werden: '%s'!: %s"
updated german translation, thanks to Christoph Brinkhaus (submitted by the Debian maintainer Patrick Matthäi)
Etherape 0.9.18 has high resource usage on FreeBSD
Have you tried EtherApe -P option ? It allows you to position specific nodes in virtual columns. You need to know the fixed nodes in advance and it's not interactive, but it might still be enough. From the manual: -P file with list of nodes and their columns --position=file with list of nodes and their columns Manually position nodes using columns. The input file takes the format of: node.mydomain.com 1 router1.mydomain.com 2 router2.mydomain.com 2 172.16.2.[0-9] 1 ..mydomain.com 1 ff02:. 2 fe80:....
Select, Drag, and Pin Nodes
Capturing packets requires elevated privileges. On most distributions you need to start EtherApe as root.
Just install thru discovery in to Linux but will not launch. Keeps saying I do not have permission to capture. What does that mean, how do i correct?
Hi, netinet/ether.h is a system include, usually included with the development package of glib (glib-devel or something like that). --with-internal-glib is used only if compiling with a personalized glib. If configure complains about a missing package, usually it needs a development package, usually with a dev or devel suffix ( for example lib64goocanvas2.0-devel)
On make I got fatal error: 'netinet/ether.h' file not found, but there is no netinet folder at all, let alone an ether.h file. ?? I had got through the ./configure stage after a couple of tries. Initially it claimed: configure: error: Package requirements (glib-2.0 goocanvas-2.0) were not met, but I already had glib-2.72.3. I then installed goocanvas and itstool (after alerted by another try at configure). Then the ./configure --with-internal-glib completed without error, although it warned that...
fix
mkinstalldirs is checked but non really used
silence flawfinder
modernize autotools, remove obsolete files
Sorry, but I really don't know. FWIW everything works for me. I can only recommend to build and try the latest release. Fedora carries 0.9.18 which is rater old.
I am tethering and got black screens. Tried several recommend things , Failed. Settings ..ect..
So whats the solution? hello? bchiara, toledo, zevweiss?
remove deprecated pcap_lookupdev
I'm sorry, but then I don't know. For what is worth, I have a machine with a similar setup (not with fedora, tough) and it works. In 0.9.19 and .20 there was some small changes to the diagram code. I don't know if those will make any difference, but perhaps you can build the latest version yourself and see if it works ? I know it's a last resort solution, but unfortunately I don't have a better one.
i use nvidia driver / x11 Perhaps you can try to force redraws by stopping and then restarting the capture, and changing settings, like node radius multiplier, size mode and protocol colors. tried them all, no change black color obscures all nodes and lines
fedora 34 has still 0.9.18 wich is old; still it's strange. Are you using wayland or standard X (afaik is does not make any difference, just speculating). Perhaps you can try to force redraws by stopping and then restarting the capture, and changing settings, like node radius multiplier, size mode and protocol colors.
I understand, but so almost nothing is seen on the screen (missing all line, color and circle) only ip addresses are visible
I understand, but so almost nothing is seen on the screen (missing all line and circle) only ip addresses are visible
I understand, but so almost nothing is seen on the screen (missing all line and circle)
I understand, but so almost nothing is seen on the screen
I understand, () but so almost nothing is seen on the screen
downgrade ignorable diagnostic message, remove unneded assertion
No one. The drawing failure/gtk warning messages are internal warnings of gtk+ and goocanvas, just ignore them. The sctp protocol messages are also harmless; service files contain entries for sctp ports; etherape handles only tcp/udp and spews those messages to notify the user. The message should be more informative, though, and perhaps hidden by default.
No one. The drawing failure messages are internal warnings of gtk+ and goocanvas, just ignore them. The sctp protocol messages are also harmless; service files contain entries for sctp ports; etherape handles only tcp/udp and spews those messages to notify the user. The message should be more informative, though, and perhaps hidden by default.
Fedora 34 error (etherape:266822): Gtk-WARNING : 14:12:00.817: drawing failure for widget 'GooCanvas': invalid matrix (not invertible) * (etherape:266822): Gtk-WARNING : 14:12:00.817: drawing failure for widget 'GtkScrolledWindow': invalid matrix (not invertible) (etherape:266822): Gtk-WARNING : 14:12:00.817: drawing failure for widget 'GtkBox': invalid matrix (not invertible) * (etherape:266822): Gtk-WARNING : 14:12:00.817: drawing failure for widget 'GtkBox': invalid matrix (not invertible) (etherape:266822):...
Have you filed a bug on ubuntu ?
version in package repository is 0.9.18.2. System is configured with multiple vlan networks. console messages include EtherApe-WARNING **: 15:41:47.516: protocol "NFS" too deeply nested, ignored nfs is configured to run on only one of the vlans many messages from tcpdump when etherape is started in the form of 15:44:51.024320 IP _gateway.domain > euclid.40708: 10436 1/0/0 PTR static-64-17-34-30.cust.crystone.se. (91) 15:44:51.025776 IP _gateway.domain > euclid.40708: 52874 1/0/0 PTR static-64-17-34-31.cust.crystone.se....
I've done a quick check on ubuntu sources (0.9.19-2) and everything seems in order. Ditto for etherape sources on sourceforge. Have you filed a bug on ubuntu ?
when starting etherape on ubuntu linux tcpdump shows it trying to access the complete ipaddress range 64.17.xxx.xxx sequentially. CORENAP-NETBLOCK-04
release 0.9.17
release 0.9.18, defaults to https
Atlassian removes Mercurial support from Bitbucket
release 9.0.19
announce gitlab mirror
fix obsolete links
rel-0.9.20
prepare for release
Added tag 0.9.20 for changeset a54ba32b69ab
Improvement suggestion: add whois orgname
simplify color preferences
fix declaration
add secret detection to CI
before-script only used by build job
security CI needs test stage
activate gitlab CI security testing
typo
basic gitlab CI configuration
small fixes
Merge
remove unused m4 macros
applied, thanks
xml fix, by R.W.Henderson
to capture from live interfac es you need superuser permissions
Attached is a patch to fix an XML ending tag so that export data is valid when using xmllint. Also, a cosmetic suggestion: Can the menu item "export" be capitalized. I would have offered a patch but I am not sure how to handle the translation language code. ---Ronald W. Henderson
hello I have just installed Etherape on debian and when launching the app, I get this message: tune0: you dont have permission to capture on this device (socket: Operation not permitted) ??? thaks in advance
Riccardo: I have been running etherape for over 24 hours now with this patch and the refresh when paused patch I submitted to you. I have been testing throughly and have not seen the artifacts you are referring to. This does take into account for new nodes coming and going. I have tried it on fast and slower systems. ---Ronald W. Henderson
They are internal messages from goocanvas and other gtk elements. Who knows ...
applied, thanks
other ignores
sorting by port on protocol windows, patch by Ronald W. Henderson
ok. I changed the sequence because in my tests had some artifacts lingering after update, but forgot to account for nodes coming and going. I don't like it, but perhaps the best option would be get rid of goocanvas and just use plain gtk.
I think I figured out why the links on the diagram were not associated with nodes when new nodes were added. I changed the update sequence so that node updates come before link updates. This appears the function well in my testing. See attached patch. What do you think? ---Ronald W. Henderson
I am not sure why, but I have noticed at times that the nodes do not line up with the protocol lines to the corresponding nodes when new nodes appear on the diagram. It seems like an ordering or timing issue. The protocol lines should be drawn after new nodes are added to the diagram. It almost seems like they are drawn first. So this patch is a hack. When pausing the diagram, make a refresh call at the end to clean up the diagram. It seems to work well. What do you think? ---Ronald W. Henderson
This patch adds a missing port column sorting action in the info window for a particular node. ---Ronald W. Henderson
applied, thanks
clarify keyboard shortcuts by Ronald W. Henderson
Hello: The attached patch adds the following enhancements: 1) Added a new shortcut key "Ctrl-Q" to be associated with the "Pause" action. For me it is nice to be able to sequence just using the keyboard between "Ctrl-Q" (pause), "Ctrl-L" (refresh) and "Ctrl-S" (start or restart). 2) Cleaned up all shortcut keys available with etherape. ---Ronald Henderson
update .po, fixes for out-of-tree builds, remove deprecated macro
main_prot generated only as needed
decode both packet names in one pass
summary protocol statistics loaded from links
export global protocols stats on xml
Align link color with averaging time to better show packet flow
check for obsolete preferences
export links statistics via xml
node-link ratio property removed, always fixed at 1
manual updated, review ignores
unify link protocol and traffic timeouts
update protocol summaries also in no-display mode
unify node protocol and traffic timeouts, reorder pref dialog and timing defaults
improve statistics consistency for replay mode
small improvments
update sourceforge link
small refactorings and fixes
debug 'no-display' mode, prioritize cmdline over save prefs
update po files
Choosing TCP capture causes crash of etherape
fixed in 0.9.19
Interesting idea, but I fear it will not be easy to implement with decent performance. Whois is very decentralized, so resolving a name involves searching multiple servers; further is not always clear where to start. For example, several whois records are kept by the registrar, not by the TLD owner. Even output format is not standardized and names might contain just about any encoding.
Interesting idea, but it will not be easy to implement with decent performance. Whois is very decentralized, so resolving a name involves searching multiple servers; further is not always clear where to start. For example, several whois records are kept by the registrar, not by the TLD owner. Even output format is not standardized and names might contain just about any encoding.
Improvement suggestion: add whois orgname
Does anybody know how to to decipher these types of comments: Etherape-XXXX: Warning**:22:24:35:594: drawing failure for widget (lists a few of them individually such as gtkbox, goocanvas, ...): invalid matrix (not invertible)