1. 27 Nov, 2015 1 commit
  2. 24 Nov, 2015 5 commits
    • Mike Frysinger's avatar
      hostname: -s: do not look up details via dns · 452f8e2e
      Mike Frysinger authored
      This changes the hostname behavior to match other systems and its own
      documentation.  Namely, that -s just parses the result of the active
      gethostname() and does not attempt any network/DNS traffic.  Other
      distros like Fedora/RedHat and Debian/Ubuntu have also changed their
      behavior in this regard.
      
      URL: https://bugzilla.redhat.com/319981
      URL: https://bugzilla.redhat.com/531702
      URL: https://bugs.debian.org/552482
      URL: https://bugs.gentoo.org/515836
      452f8e2e
    • Mike Frysinger's avatar
      po: delete duplicate translations · 8e9db22b
      Mike Frysinger authored
      After the typo fixes, some of the translations were duplicated leading
      to errors during message generation.
      8e9db22b
    • Felix Kaiser's avatar
      statistics: fix multiple typos in strings · 614e15d6
      Felix Kaiser authored
      614e15d6
    • Mike Frysinger's avatar
      use sockaddr_storage everywhere · 5c9e1e76
      Mike Frysinger authored
      Not all sockaddr structs have the same alignment.  Instead, it depends
      on the fields contained in it.  The way net-tools has written things
      though, it accepts sockaddr* everywhere which has 16bit alignment, even
      though it will cast it to other sockaddr types that have higher alignment.
      For example, `route` can crash on alpha because it declares sockaddr on
      the stack, but then casts it up to sockaddr_in6 (which has 32bits).
      
      It's also bad storage wise as we might try to cast the sockaddr to a type
      that is larger than sockaddr which means clobbering the stack.
      
      Instead, lets rewrite all the APIs to take a sockaddr_storage.  This is
      guaranteed to have both the maximum alignment and size requirements for
      all other sockaddr types.  Now we can safely cast that pointer to any
      other sockaddr type and not worry about it.  It also has the nice effect
      of deleting a lot of casts in a lot of places when we only need the type
      of family.
      
      The vast majority of changes here are mechanical.  There are a few places
      where we have to memcpy between a dedicated sockaddr_storage and a smaller
      struct because we're using an external embedded type (like arpreq).
      
      URL: https://bugs.gentoo.org/558436
      5c9e1e76
    • Mike Frysinger's avatar
      netstat: convert to sockaddr_storage · 27e4308d
      Mike Frysinger authored
      Rather than use different sockaddr base types for storage, always
      start with sockaddr_storage on the stack and set up pointers to
      more limited versions to that.  This way we always get the correct
      alignment and storage when we pass it down to lower layers.
      
      This is really just a set up for a follow up change to convert the
      codebase entirely to sockaddr_storage.  This is just a fairly self
      contained change.
      27e4308d
  3. 19 Nov, 2015 3 commits
  4. 24 Oct, 2015 1 commit
  5. 07 Sep, 2015 5 commits
  6. 06 Sep, 2015 10 commits
  7. 05 Sep, 2015 9 commits
  8. 29 Aug, 2015 6 commits