Re: New python-ethtool releases v0.9 and v0.10

----- Original Message -----
>  From: "David Sommerseth" <davids(a)redhat.com&gt;
>  To: python-ethtool-devel(a)lists.fedorahosted.org
>  Sent: Monday, January 13, 2014 7:00:33 PM
>  Subject: New python-ethtool releases v0.9 and v0.10
>  
>  
>  Hi all,
>  
>  I've released source tarballs [1] and there are Fedora packages
>  available in the updates-testing repository with v0.9 and v0.10.
>  
>  [1] <https://fedorahosted.org/releases/p/y/python-ethtool/>
>  
>  Since I've completely forgotten to announce these things, I'll do both
>  in this e-mail with some quick changelog comments here:
>  
>  * v0.9
>  This starts a bigger rewrite which includes moving away from libnl-1 and
>  over to libnl-3.  It's also a bugfix too, related to IPv6 only interfaces.
>  
>  This should also resolve our first trac ticket [2].
>  
>  [2] <https://fedorahosted.org/python-ethtool/ticket/1>
>  
>  Bohuslav Kabrda (1):
>        Fix get_active_devices() for IPv6 only interfaces
>  
>  David Sommerseth (11):
>        Migrated from libnl-1 to libnl-3 
That means that 0.8 is the last release for el6 since libnl3 isn't present
on el6. I filed a bug for rhel6.6 so that it will have libnl3, maybe that
would allow 6.6 to have these new releases.

>        Rip out the old IPv6 implementation completely
>        Re-implement the IPv6 support
>        Fix missing error checking when reading /proc/net/dev
>        Merge PyNetlinkIPv4Address and PyNetlinkIPv6Address classes
>        Remove a memory leak
>        Updated RPM spec file with the new dependencies
>        Split out generic NETLINK functions from etherinfo.c to netlink.c
>        Merge append_object_for_netlink_address() and
>           callback_nl_address()
>        Add missing new file in MANIFEST
>        Fix a memleak which would happen if querying for a non-existing
>           device
>  
>  
>  * v0.10
>  This release is more like a development milestone release than a full
>  stable release.  I did it like this to more easily be able to debug
>  issues introduced in either v0.9 or v0.10, for those who are not
>  git-savy enough to dare a git bisect.
>  
>  The v0.10 release is actually more a clean-up after all the changes in
>  v0.9.  It tries to simplify and avoid to many wrapping layers.
>  
>  David Sommerseth (17):
>        Update with COPYING with an updated version from FSF
>        More MANIFEST fixes
>        Make the internal MAC address a Python string object
>        Get rid of a single-user macro: RETURN_STRING()
>        Splitting up get_etherinfo() calls
>        Reduce the NETLINK pointer complexity
>        Kick out struct etherinfo_obj_data
>        Split out the link info from get_etherinfo()
>        Clean-up get_etherinfo() and move it to get_etherinfo_address()
>        Get rid of the internal IP address lists
>        Remove stray type declaration
>        Get rid of compiler warning
>        Make the device string a python object as well
>        Merge struct etherinfo and etherinfo_py
>        Simplify the ethtool.etherinfo / ethtool_etherinfoType declaration
>        cleanup: Rename etherinfo_py and ethtool_etherinfo_Type
>        Releasing v0.10
>  
>  
>  * The future
>  The next releases will begin to fix whatever issues appearing and add
>  more information available via libnl-3.  I'm also considering to start
>  migrating over all the old get/set functions available outside the
>  etherinfo object.  The long term idea is to do all these calls available
>  only via etherinfo objects, where one object is related to a single
>  interface.
>  
>  In addition Antoni Segura Puimedon is already poking at implementing
>  Python 3 support as well.
>  
>  I can't promise a well defined release plan, or concrete roadmap
>  currently.  Python-ethtool is a side project for me, and I only have
>  limited time to work on it.  However, I'm open to discuss patches and
>  ideas and will all apply what I find useful for this project.
>  
>  Talking about community contributions, I'd like to thank Johannes
>  Dewender again, for improving the information on our fedorahosted.org
>  site [3].  Thanks a lot!
>  
>  [3] <https://fedorahosted.org/python-ethtool/>
>  
>  
>  If you have any specific requests, ideas or patches ... let it flow to
>  the mailing list, whatever it is :)
>  
>  
>  
>  --
>  kind regards,
>  
>  David Sommerseth
>  _______________________________________________
>  python-ethtool-devel mailing list
>  python-ethtool-devel(a)lists.fedorahosted.org
>  https://lists.fedorahosted.org/mailman/listinfo/python-ethtool-devel
>