Package: getmac
Pure-Python package to get the MAC address of network interfaces and hosts on the local network.It provides a platform-independent interface to get the MAC addresses of:System network interfaces (by interface name)Remote hosts on the local network (by IPv4/IPv6 address or hostname)It provides one function:get_mac_address()Should you use this package?If you only need the addresses of network interfaces, have a limited set of platforms to support, and are able to handle C-extension modules, then you should instead check out the excellentnetifacespackage by Alastair Houghton (@al45tair). It's significantly faster (thanks to it being C-code) and has been around a long time and seen widespread usage. However, unfortunately it is no longer maintained as ofMay 2021, so it may not be a great choice for new projects. Another great option that fits these requirements is the well-known and battle-hardenedpsutilpackage by Giampaolo Rodola.If the only system you need to run on is Linux, you can run as root, and C-extensions modules are fine, then you should instead check out thearpreqpackage by Sebastian Schrader. In some cases it can be significantly faster.If you want to usepsutil,scapy, ornetifaces, I have examples of how to do so in aGitHub Gist.InstallationStable release from PyPIpipinstallgetmacLatest development versionpipinstallhttps://github.com/ghostofgoes/getmac/archive/main.tar.gzPython examplesfromgetmacimportget_mac_addresseth_mac=get_mac_address(interface="eth0")win_mac=get_mac_address(interface="Ethernet 3")ip_mac=get_mac_address(ip="192.168.0.1")ip6_mac=get_mac_address(ip6="::1")host_mac=get_mac_address(hostname="localhost")updated_mac=get_mac_address(ip="10.0.0.1",network_request=True)# Enable debuggingfromgetmacimportgetmacgetmac.DEBUG=2# DEBUG level 2print(getmac.get_mac_address(interface="Ethernet 3"))# Change the UDP port used for updating the ARP table (UDP packet)fromgetmacimportgetmacgetmac.PORT=44444# Default is 55555print(getmac.get_mac_address(ip="192.168.0.1",network_request=True))Terminal examplesPython 2 users: usegetmac2orpython -m getmacinstead ofgetmac.getmac--help
getmac--version# Invoking with no arguments will return MAC of the default interfacegetmac# Usage as a modulepython3-mgetmac# Interface names, IPv4/IPv6 addresses, or Hostnames can be specifiedgetmac--interfaceens33
getmac--ip192.168.0.1
getmac--ip6::1
getmac--hostnamehome.router# Running as a Python module with shorthands for the argumentspython-mgetmac-i'Ethernet 4'python-mgetmac-4192.168.0.1
python-mgetmac-6::1
python-mgetmac-nhome.router# Getting the MAC address of a remote host requires the ARP table to be populated.# By default, getmac will populate the table by sending a UDP packet to a high port on the host (defaults to 55555).# This can be disabled with --no-network-request, as shown here:getmac--no-network-request--ip192.168.0.1
python-mgetmac--no-network-request-nhome.router# Enable output messagesgetmac--verbose# Debug levels can be specified with '-d'getmac-v--debug
python-mgetmac-v-d-ienp11s4
python-mgetmac-v-dd-nhome.router# Change the UDP port used for populating the ARP table when getting the MAC of a remote hostgetmac--ip192.168.0.1--override-port9001# The platform detected by getmac can be overridden via '--override-platform'.# This is useful when debugging issues or if you know a method# for a different platform works on the current platform.# Any values returned by platform.system() are valid.getmac-ieth0--override-platformlinux
getmac--ip192.168.0.1--override-platformwindows# Force a specific method to be used, regardless of the consequences or if it even worksgetmac-v-dddd--ip192.168.0.1--force-methodctypeshostFunction: get_mac_address()interface: Name of a network interface on the systemip: IPv4 address of a remote hostip6: IPv6 address of a remote hosthostname: Hostname of a remote hostnetwork_request: If an network request should be made to update and populate the ARP/NDP table of remote hosts used to lookup MACs in most circumstances. Disable this if you want to just use what's already in the table, or if you have requirements to prevent network traffic. The network request is a empty UDP packet sent to a high port,55555by default. This can be changed by settinggetmac.PORTto the desired integer value. Additionally, on Windows, this will send a UDP packet to1.1.1.1:53to attempt to determine the default interface (Note: the IP isCloudFlare's DNS server).Configurationlogging.getLogger("getmac"): Runtime messages and errors are recorded to thegetmaclogger using Python'sloggingmodule. They can be configured by usinglogging.basicConfig()or adding handlers to the"getmac"logger.getmac.getmac.DEBUG: integer value that controls debugging output. The higher the value, the more output you get.getmac.getmac.PORT: UDP port used to populate the ARP/NDP table (see the documentation of thenetwork_requestargument inget_mac_address()for details)getmac.getmac.OVERRIDE_PLATFORM: Override the platform detection with the given value (e.g."linux","windows","freebsd", etc.'). Any values returned byplatform.system()are valid.getmac.getmac.FORCE_METHOD: Force a specific method to be used, e.g. 'IpNeighborShow'. This will be used regardless of it's method type or platform compatibility, andMethod.test()will NOT be checked! The list of available methods is ingetmac.getmac.METHODS.FeaturesPure-Python (no compiled C-extensions required!)Python 2.7 and 3.4+Lightweight, with no dependencies and a small package sizeCan be dropped into a project as a standalone .py fileSupports most interpreters: CPython, pypy, pypy3, IronPython 2.7, and Jython 2.7Provides a simple command line tool (when installed as a package)MIT licensed!Legacy Python versionsIf you are running a old Python (2.6/3.3 and older) or interpreter, then you can install an older version ofgetmacthat supported that version. The wheels are available in theGitHub releases, or from PyPI with a current version ofpipand some special arguments.Python 2.5: get-mac 0.5.0Python 2.6: getmac 0.6.0Python 3.2: get-mac 0.3.0Python 3.3: get-mac 0.3.0NOTE: these versions do not have many of the performance improvements, platform support, and bug fixes that came with later releases. They generally work, just not as well. However, if you're using such an old Python, you probably don't care about all that :)NotesPython 3.10 and 3.11 should work, but are not automatically tested at the moment due to having to support 2.7If none of the arguments are selected, the default network interface for the system will be used. If the default network interface cannot be determined, then it will attempt to fallback to typical defaults for the platform (Etherneton Windows,em0on BSD,en0on OSX/Darwin, andeth0otherwise). If that fails, then it will fallback toloon POSIX systems."Remote hosts" refer to hosts in your local layer 2 network, also commonly referred to as a "broadcast domain", "LAN", or "VLAN". As far as I know, there is not a reliable method to get a MAC address for a remote host external to the LAN. If you know any methods otherwise, pleaseopen a GitHub issueor shoot me an email, I'd love to be wrong about this.The first four arguments are mutually exclusive.network_requestdoes not have any functionality when theinterfaceargument is specified, and can be safely set if using in a script.The physical transport is assumed to be Ethernet (802.3). Others, such as Wi-Fi (802.11), are currently not tested or considered. I plan to address this in the future, and am definitely open to pull requests or issues related to this, including error reports.Exceptions will be handled silently and returned as a None.If you run into problems, you can setDEBUGto true and get more     information about what's happening. If you're still having issues, please create anissue on GitHuband include the output withDEBUGenabled.Commands and techniques by platformWindowsCommands:getmac.exe,ipconfig.exe,arp.exe,wmic.exeLibraries:uuid,ctypes,socketLinux/UnixCommands:arp,ip,ifconfig,netstat,ip link,lanscanLibraries:uuid,fcntl,socketFiles:/sys/class/net/{iface}/address,/proc/net/arpDefault interfaces:/proc/net/route,route,ip route listMac OSX (Darwin)networksetupSame commands as LinuxWSLWindows commands are used for remote hostsUnix commands are used for interfacesOpenBSDCommands:ifconfig,arpDefault interfaces:routeFreeBSDCommands:ifconfig,arpDefault interfaces:netstatAndroidCommands:ip linkPlatforms currently supportedAll or almost all features should work on "supported" platforms. While other versions of the same family or distro may work, they are untested and may have bugs or missing features.WindowsDesktop: 7, 8, 8.1, 10, 11 (thanks @StevenLooman for testing Windows 11!)Server: TBDPartially supported (untested): 2000, XP, VistaLinux distrosCentOS/RHEL 6+Ubuntu 16.04+ (15.10 and older should work, but are untested)Fedora (24+)Mac OSX (Darwin)The latest two versions probably (TBD)Android (6+)Windows Subsystem for Linux (WSL)FreeBSD (11+)OpenBSDDockerDockerAdd-v /proc/1/net/arp:/host/arp -e ARP_PATH=/host/arpto access arp table of host inside container in bridge network mode.dockerbuild-fpackaging/Dockerfile-tgetmac.
dockerrun-itgetmac:latest--help
dockerrun-itgetmac:latest--version
dockerrun-itgetmac:latest-nlocalhost
dockerrun--rm-it-v/proc/1/net/arp:/host/arp-eARP_PATH=/host/arpgetmac:latest-n192.168.0.1CaveatsDepending on the platform, there could be a performance detriment, due to heavy usage of regular expressions.Platform test coverage is imperfect. If you're having issues, then you might be using a platform I haven't been able to test. Keep calm, open a GitHub issue, and I'd be more than happy to help.Known IssuesLinux, WSL: Getting the mac of a local interface IP does not currently work (getmac --ip 10.0.0.4will fail if10.0.0.4is the IP address of a local interface). This issue may be present on other POSIX systems as well.Hostnames for IPv6 devices are not yet supported.Windows: the "default" (used when no arguments set or specified) of selecting the default route interface only works effectively ifnetwork_requestis enabled. If not,Ethernetis used as the default.IPv6 support is good but lags behind IPv4 in some places and isn't as well-tested across the supported platform set.Background and historyThe Python standard library has a robust set of networking functionality, such asurllib,ipaddress,ftplib,telnetlib,ssl, and more. Imagine my surprise, then, when I discovered there was not a way to get a seemingly simple piece of information: a MAC address. This package was born out of a need to get the MAC address of hosts on the network without needing admin permissions, and a cross-platform way get the addresses of local interfaces.In Fall 2018 the package name changed togetmacfromget-mac. This affected the package name, the CLI script, and some of the documentation. There were no changes to the core library code. While both package names will updated on PyPI, the use ofgetmacis preferred.In Summer 2020, the code was significantly refactored, moving to a class-based structure and significantly improving performance and accuracy. Seedocs/rewrite.mdfor details.ContributingContributors are more than welcome! See thecontribution guideto get started, and checkout thetodo listfor a full list of tasks and bugs.Before submitting a PR, please make sure you've completed thepull request checklist!ThePython Discord serveris a good place to ask questions or discuss the project (Handle: @KnownError#0001).ContributorsChristopher Goes (@ghostofgoes) - Author and maintainerCalvin Tran (@cyberhobbes) - Windows interface detection improvementsDaniel Flanagan (@FlantasticDan) - Code cleanup@emadmahdi - Android fixesIzra Faturrahman (@Frizz925) - Unit tests using the platform samplesJose Gonzalez (@Komish) - Docker container and Docker testing@fortunate-man - Awesome usage videos@martmists - legacy Python compatibility improvements@hargoniX - scripts and specfiles for RPM packagingVille Skyttä (@scop) - arping lookup supportTomasz Duda (@tomaszduda23) - support for docker in network bridge modeSteven Looman (@StevenLooman) - Windows 11 testingSourcesMany of the methods used to acquire an address and the core logic framework are attributed to the CPython project's UUID implementation.https://github.com/python/cpython/blob/master/Lib/uuid.pyhttps://github.com/python/cpython/blob/2.7/Lib/uuid.pyOther notable sources_unix_fcntl_by_interface_windows_get_remote_mac_ctypesString joiningLicenseMIT. Feel free to copy, modify, and use to your heart's content. Enjoy :)ChangelogNOTE: if any changes significantly impact your project or use case, please open an issue onGitHubor email me (see git commit author info for address).Announcement: Compatibility with Python versions older than 3.7 (2.7, 3.4, 3.5, and 3.6) is deprecated and will be removed in getmac 1.0.0. If you are stuck on an unsupported Python, consider loosely pinning the version of this package in your dependency list, e.g.getmac<1.0.0orgetmac~=0.9.0.0.9.4 (06/01/2023)AddedSupport BusyBox'sarpingChangedImprove how ARP is handled. IfArpFilemethod succeeds, use it instead ofArpingHost(this should fix#86, for realsies this time).Speed up the first call toArpingHostFix FORCE_METHOD not being respected for IPv4 macs0.9.3 (03/16/2023)ChangedFixArpFilemethod being used for IPv6 (/proc/net/arp, and ARP in general, is IPv4-only)0.9.2 (02/03/2023)ChangedFix flakiness with UuidArpGetNode on MacOS by making it the last method attempted (Fixes issue#82)0.9.1 (01/24/2023)ChangedDeprecate Python 3.6 support (support will be removed in getmac 1.0.0)DevFix links in README and PyPI metadata to use "main" instead of "master" for primary branchRemove "Documentation" link from PyPI (the ReadTheDocs site is broken and hasn't been updated since 0.5.0)Add PyPI classifiers for 3.10 and 3.11Some cleanup of CHANGELOG0.9.0 (01/23/2023)This release is acomplete rewrite of getmac from the ground up. The public API ofgetmacisunchangedas part of this rewrite.get_mac_address()is still the primary way of getting a MAC address, it's just the "under the hood" internals that have changed completely.It's passing tests and seems to be operable. However, with a change this large there are inevitably issues that the tests or I don't catch, so I'm doing a series of pre-releases until I'm 99% confident in it's stability. Refer todocs/rewrite.mdfor a in-depth explanation of the rewrite changes.The new system has a number of benefitsReduction of false-positives and false-negatives by improving method selection accuracy (platform, validity, etc.)Significantlyfaster overall"Misses" have the same performance as "Hits"Easier to test, since each method can be tested directly via it's classEasier to type annotate and analyze with mypyEasier to read, improving reviewability and ease of contributing for newcomersExtensible! Custom methods can be defined and added at runtime (which is perfect if you have some particular edge case but aren't able to open-source it).AddedFully support Python 3.9 (automated tests in CI)Tentatively support Python 3.10 and 3.11 (unable to test due to the need to be able to still test 2.7)Added default interface detection for MacOS (command:route get default)Added initial support for Solaris/SunOS. There were a few existing methods that worked as-is, so just added indicators that those methods supportsunos(Which applies to any system whereplatform.system() == SunOS).arping(POSIX) orSendARP(Windows) will nowalwaysbe used instead of sending a UDP packet when looking for the MAC of a IPv4 host, if they're available and operable (otherwise, UDP + ARP table check will be used like before).The amount of time taken to get a result (in seconds) will now be recorded and logged if debugging is enabled (DEBUG>=1or-d)Added command line argument to override the UDP port for network requests:--override-port(this was already possible in Python viagetmac.getmac.PORT, but wasn't configurable via the CLI. Now it is!).Added ability to override the detected platform via--override-platformargument (CLI) orgetmac.getmac.OVERRIDE_PLATFORMvariable (Python). This will force methods for that platform to be used, regardless of the actual platform. Here's an example forcinglinuxto be used as the platform:getmac -i eth0 --override-platform linux. In version 1.0.0, this feature will added as an argument toget_mac_address().Added ability to force a specific method to be used via--force-methodargument (CLI) orgetmac.getmac.FORCE_METHODvariable (Python). This is useful for troubleshooting issues, general debugging, and testing changes. Example:getmac -v -dddd --ip 192.168.0.1 --force-method ctypeshostChangedComplete rewrite ofgetmacfrom the ground up. Refer todocs/rewrite.mdfor a in-depth explanation of the rewrite changesFixed a failure to look up a hostname now returnsNone, as expected, instead of raising an exception (socket.gaierror).Fixed numerous false-negative and false-positive bugsImproved overall performancePerformance for cases where no MAC is found is now the same as cases where a MAC is found (speed of "misses" now equals that of "hits")Improved the reliability and performance of many methodsFixednetstaton older Linux distros (such as Ubuntu 12.04)Overhauledifconfigparsing. It should now be far more reliable and accurate across all platforms.Improved Android support. Note that newer devices are locked down and the amount of information that's obtainable by an unprivileged process is quite limited (Android 7/9 and newer, not sure exactly when they changed this, I'm not an Android guy). That being said, the normal Linux methods should work fine, provided you have the proper permissions (usually,root).Fixed bug with/proc/net/routeparsing (this affected Android and potentially other platforms)Improve default interface detection for FreeBSD (command:route get default)RemovedRemoved man pages from distribution (getmac.1/getmac2.1). They were severely out of date and unused. May re-add at a later date.DevMigrate CI to GitHub Actions, remove TravisCI and AppveyorAdd flake8 plugins:flake8-pytest-styleandflake8-annotationsAdd additional samples and tests for WSL1 (with the Ubuntu 18.04 distro)Add additional samples for Windows 10Add additional samples for MacOSAdd samples and tests for Ubuntu 12.04Add samples for NetBSD 8 (support coming in a future release)Add samples for Solaris 10 (support TBD)Add samples for several versions of AndroidAdd new testsImprove existing testsConsolidate everything related to RPM packaging topackaging/rpm/. This stuff hasn't been updated since 0.6.0, may remove in the future and leave distro packaging to distro maintainers.0.8.3 (12/10/2021)ChangedAdded support for Thomas Habets' version ofarpingin addition to the existing iputils one (contributed by Ville Skyttä (@scop) in#52and#54)Added support for docker in network bridge mode (contributed by Tomasz Duda (@tomaszduda23) in#57)Add CHANGELOG URL to PyPI metadata (contributed by Ville Skyttä (@scop) in#58)Fixed code quality test suite errors (includes changes by Daniel Flanagan (@FlantasticDan) in#67)Improved Android support (contributed by @emadmahdi in#71)Minor code quality fixes (2 years of neglecting master branch)AddCode of Conductfor project contributorsAddSECURITY.mdfor reporting security issues (e.g. vulnerabilities)Deprecate Python 3.4 and 3.5Issue deprecation message as a warning in addition to a log message0.8.2 (12/07/2019)ChangedAdded warning about Python 2 compatibility being dropped in 1.0.0Officially support Python 3.8Documented a known issue with looking up IP of a local interface on Linux/WSL (See the "Known Issues" section in the README)Added remote host lookup usingarpingas last resortDevStandardized formatting onBlackLint additions:vulture, several Flake8 pluginsPinned test dependencies (pytest 5 dropped Python 2 support)Various quality-of-life improvements for contributors/developers0.8.1 (05/14/2019)ChangedFixed sockets being opened and not closed wheniporip6were used,
which could lead to aResourceWarning(GH-42)0.8.0 (04/09/2019)AddedOpenBSD supportFreeBSD supportPython logging is now used instead ofprint(logger:getmac)Include tests in the source distribution(CLI) Added aliases for--no-network-requests:-Nand--no-net(CLI) New argument:-v/--verboseChangedErrors are now logged instead of raising aRuntimeWarningImproved Ubuntu supportPerformance improvementsDevelopmentSignificant increase in overall test coverageFixed and migrated the sample tests topytestAdded tests for the CLI0.7.0 (01/27/2019)AddedType annotations (PEP 484)RemovedDropped support for Python 2.6Removed the usage of third-party packages (netifaces,psutil,scapy, andarpreq).
This should improve the performance of lookups of non-existent interfaces
or hosts, since this feature was punishing that path without providing much value.
If you want to use these packages directly, I have a guide on how to do so on aGitHub Gist.ChangedSignificantly improved the performance of the common cases on Linux
for interfaces and remote hostsImproved POSIX interface performance. Commands specific to OSX
will be run only on that platform, and vice-versa.Significantly improved the speed and accuracy of determining
the default interface on LinuxPython 2 will install an executor named getmac2 and Python 3 an
executor named getmac so they do not conflict when both RPMs are
installed on the same system (Credit: @hargoniX)Thewarningsmodule will only be imported if a error/warning
occurs (improve compatibility with some freezers, notably PyInstaller)Improved system platform detectionVarious other minor performance improvementsDevelopmentAdded unit tests for the samples (Credit: @Frizz925)Scripts for building RPMs in the /scripts directory (Credit: @hargoniX)Improved code quality and health checksInclude the CHANGELOG on the PyPI project pageUsingpytestfor all tests now instead ofunittestDocumentationAdded instructions on how to build a Debian package (Credit: @kofrezo)0.6.0 (10/06/2018)AddedWindows default interface detection ifnetwork_requestis enabled (Credit: @cyberhobbes)Docker container (Credit: @Komish)ChangedChanged project name togetmac. This applies to the
command line tool, GitHub, and the documentation.Use proper Python 2-compatible print functions (Credit: @martmists)RemovedSupport for Python 2.5. It is not feasible to test, and potentially
breaks some useful language features, such as__future__Variables PORT and DEBUG from top-level package imports, since changing
them would have no actual effect on execution. Instead, usegetmac.getmac.DEBUG.DevAdded example videos demonstrating usage (Credit: @fortunate-man)Added contribution guideAdded documentation on ReadTheDocsAdded a manpage0.5.0 (09/24/2018)AddedFull support for Windows Subsystem for Linux (WSL). This is working for
all features, including default interface selection! The only edge case
is lookup of remote host IP addresses that are actually local interfaces
will not resolve to a MAC (which should be ff-ff-ff-ff-ff-ff).ChangedRequireargparseif Python version is 2.6 or olderDevUpdated tox tests: added Jython and IronPython, removed 2.60.4.0 (09/21/2018)AddedNew methods for remote host MACsWindows:arpPOSIX:arpreqpackageNew methods for interface MACsWindows:wmic nicDEBUG levels: DEBUG value is now an integer, and increasing it will
increase the amount and verbosity of output. On the CLI, it can be
configured by increasing the amount of characters for the debug argument,
e.g. '-dd' for DEBUG level 2.Jython support (Note: on Windows Jython currently only works with interfaces)IronPython supportChangedSignificantperformance improvement for remote hosts. Previously,
the average forget_mac_address(ip='10.0.0.100')was 1.71 seconds.
Now, the average is12.7 miliseconds, with the special case of a unpopulated
arp table being only slightly higher. This was brought about by changes in
how the arp table is populated. The original method was to use the
host'spingcommand to send an ICMP packet to the host. This took time,
which heavily delayed the ability to actually get an address. The solution
is to instead simply send a empty UDP packet to a high port. The port
this packet is sent to can be configured using the module variablegetmac.PORT."Fixed" resolution of localhost/127.0.0.1 by hardcoding the response.
This should resolve a lot of problematic edge cases. I'm ok with this
for now since I don't know of a case when it isn't all zeroes.Greatly increased the reliability of getting host and interface MACs on WindowsImproved debugging outputTightened up the size ofgetmac.pyVarious minor stability and performance improvementsAdd LICENSE to PyPI packageRemovedSupport for Python 3.2 and 3.3. The total downloads from PyPI with
those versions in August was ~53k and ~407K, respectfully. The majority
of those are likely from automated testing (e.g. TravisCI) and not
actual users. Therefore, I've decided to drop support to simplify
development, especially since before 3.4 the 3.x series was still
very much a  "work in progress".DevAdded automated tests for Windows using AppveyorTox runner for testsAdded github.io pageImproved TravisCI testing0.3.0 (08/30/2018)AddedAttempt to use Python modules if they're installed. This is useful
for larger projects that already have them installed as dependencies,
as they provide a more reliable means of getting information.psutil: Interface MACs on all platformsscapy: Interface MACs and Remote MACs on all platformsnetifaces: Interface MACs on Non-Windows platformsNew methods for remote MACsPOSIX:ip neighbor show, Abuse ofuuid._arp_getnode()New methods for Interface MACsPOSIX:lanscan -ai(HP-UX)ChangedCertain critical failures that should never happen will now warn
instead of failing silently.Added a sanity check to theip6argument (IPv6 addresses)Improved performance in some areasImproved debugging outputFixedMajor Bugfix: search ofproc/net/arpwould return shorter addresses in the
same subnet if they came earlier in the sequence. Example: a search for192.168.16.2on Linux would instead return the MAC address of192.168.16.254with no errors or warning whatsoever.Significantly improved default interface detection. Default
interfaces are now properly detected on Linux and most other
POSIX platforms withiporroutecommands available, or thenetifacesPython module.DevMakefileVagrantfile to spin up testing VMs for various platforms usingVagrantAdded more samples of command output on platforms (Ubuntu 18.04 LTS)0.2.4 (08/26/2018)FixedFixed identification of remote host on OSXResolved hangs and noticeable lag that occurred when "network_request"
was True (the default)0.2.3 (08/07/2018)FixedRemote host for Python 3 on Windows0.2.2AddedShort versions of CLI arguments (e.g. "-i" for "--interface")ChangedImproved usage of "ping" across platforms and IP versionsVarious minor tweaks for performanceImproved Windows detectionFixedUse of ping command with hostnameDev:Improvements to internal code0.2.1Nothing changed. PyPI just won't let me push changes without a new version.0.2.0 (04/15/2018)AddedChecks for default interface on Linux systemsNew methods of hunting for addresses on Windows, Mac OS X, and LinuxChangedCLI will output nothing if it failed, instead of "None"CLI will return with 1 on failure, 0 on successNo CLI arguments now implies the default host network interfaceAdded an argumnent for debugging:--debugRemoved-doption from--no-network-requestsFixedInterfaces on Windows and Linux (including Bash for Windows)Many bugsRemovedSupport for Python 2.6 on the CLIDevOverhaul of internals0.1.0 (04/15/2018):AddedAddition of a terminal command:get-macAbility to run as a module from the command line:python -m getmacChangedarp_requestargument was renamed tonetwork_requestUpdated docstringSlight reduction in the size of getmac.pyDevOverhauled the READMEMoved tests into their own folderAdded Python 3.7 to list of supported snakes0.0.4 (11/12/2017):Python 2.6 compatibility0.0.3 (11/11/2017):Fixed some addresses returning without colonsAdded more rigorous checks on addresses before returning them0.0.2 (11/11/2017):Remove print statements and other debugging output0.0.1 (10/23/2017):Initial pre-alpha