Activity for EtherApe
-
Temuri Doghonadze created merge request #1 on etherape
po: Add Georgian translation
-
Ronald W. Henderson posted a comment on discussion Open Discussion
I personally like this one to be able display the monitor diagram in full screen my itself without any other menus or areas shown. Usage: Make the monitor diagram full screen. While in full screen mode, one can hide / show (i.e., toggle) the main menu using the mouse right-click anywhere within the diagram. This allows for displaying the monitor diagram only. Of course the Legend, Toolbar and Status areas need to be disabled also. Notes: 1) >All main menu hot-keys (e.g., F11) are deactivated when...
-
R. Ghetta posted a comment on discussion Open Discussion
On 22/02/26 18:31, Ronald W. Henderson wrote: 1) Please correct my name to Ronald Henderson, not Roland Henderson ( Thank You 🙂 ) Oh, I'm so sorry, corrected! Thank you, Riccardo
-
I mistyped the name of Ronald Henderson, many apologies.
-
If you close out the preference dialog (i.e., not Cancel it) I was able to debugged that multiple GTK3 delete-events occurred. This causes EtheApe to crash ( A NULL temp preference structure is copied into the primary preference structure). This patch is a work around and detects if a delete-event has already occurred. I could not figure out why multiple (i.e. 2) delete-events occurs when the X Button for closing out the preference dialog window is happening. I am using Fedora, with the mate des...
-
This feature allows the EtherApe window size (Width x Height) in pixels to be stored when saving preferences. The next time EtherApe is started this saved window size will be initially used. The size will also dynamically be updated if you resize the EtherApe window while the Preference Dialog is displayed. The initial window size is now set to 800x600. ***Notes: 1) Please correct my name to Ronald Henderson, not Roland Henderson ( Thank You :) ) 2) A diff is attached for all changes to implement...
-
applied, many thanks
-
implement a command to clear the address cache, by Roland W. Henderson
-
I have implemented a Clear IP Cache feature in the View Menu (Ctrl-C) for your consideration with an attached diff file. Reasoning: Recent versions of c-ares ares_gethostbyaddr() do consult /etc/hosts for reverse DNS lookups. If one wants to add aliases in their /etc/hosts file or make name changes, updated name resolving in etherape will not occur until the IP Cache has been expired or pruned. This can take minutes or not occur at all. A restart of etherape will then be required and is not desirable....
-
Thanks, applied. BTW, now the Group unknown ports option handles also unknown IP protocol numbers (Known ones are hard coded)
-
modernize configure.ac
-
fix deprecations and warnings
-
refactor start/stop logic
-
fix capture stats display
-
size diagram to node centers
-
gtkdrawingarea
-
modernize configure.ac
-
fix deprecations and warnings
-
refactor start/stop logic
-
fix capture stats display
-
size diagram to node centers
-
gtkdrawingarea
-
review timings
-
PROVE - usa pid per trovare window, salva in references durante la scansione di riferimento
-
default-prefs parameter to force using default preferences for testing
-
PROVE test visual + xml
-
PROVE - visual test
-
simplify pipeline: no prepare stage (useless with docker builds), disable debian and opensuse
-
R.Ghetta committed [5f44a7] on etherape
ci changes
-
document new behaviour of unknown ip
-
better documentation for unknown ports, by Roland W. Henderson
-
shown protocol number of unknown ip protocols
-
Attached is a documentation patch to better clarify the "Group unknown ports" option: TCP:port1-port2 or UDP: port1-port2 Thank you for your consideration.
-
Attached is a documentation patch to better clarify the "Group unknown ports" option: TCP:port1-port2 or UDP: port1-port2 Thank you for your consideration.
-
Attached is a documentation patch to better clarify the "Group unknown ports" option: TCP:port1-port2 or UDP: port1-port2 Thank you for your consideration.
-
Attached is a documentation patch to better clarify the "Group unknown ports" option: TCP:port1-port2 or UDP: port1-port2 Thank you for your consideration.
-
Wow, learning something new every day. I deactivated the group unknown ports option and worked perfectly. Thank you.
-
mmm, this should only happen if you have the group unknown ports option active. If deactivated, the ports should be shown as TCP:xxx-yyy
-
It would be beneficial to display the TCP or UDP port number for unknown services rather than displaying a '-' (dash) in the protocol information window. I tried to look at the code but was not successful to implement and provide an enhancement patch. One has to use a protocol analyzer to find out what ports are associated with unknown services. BTW: The etherape display is now much smoother and less corrupt since the change from using GooCanvas to the GtkDrawingArea replacement integration. Thank...
-
rel-0.9.21
-
EtherApe released /etherape/0.9.21/README.txt
-
-
-
Added tag 0.9.21 for changeset 61c827bab9d2
-
update news and authors, adding missing contributors
-
remove gcc extension for clang compatibility
-
autoconf 2.71 seems too new for some distros
-
new behaviour: save xml file at end always exit
-
fix startup messages and errors
-
replace GooCanvas with GtkDrawingArea
-
bump to 0.21
-
small fixes
-
[mq]: prove cmake
-
fix for gcc 15, thanks to Petr Gajdos
-
small fixes
-
faill with gcc15
-
applied, many thanks
-
Petr Gajdos created ticket #112
faill with gcc15
-
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:....
-
drew1horn created ticket #22
Select, Drag, and Pin Nodes
-
Capturing packets requires elevated privileges. On most distributions you need to start EtherApe as root.
-
Gene N Ives posted a comment on discussion Help
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)
-
IanGr posted a comment on discussion Help
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.
-
meticulous meta posted a comment on discussion Open Discussion
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.
-
Dankaházi (ifj) István posted a comment on discussion Open Discussion
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 ?
-
mike dema posted a comment on discussion Open Discussion
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
