Bug 210596 - security/doas: Update to 5.9p2 (bug fix update)
Summary: security/doas: Update to 5.9p2 (bug fix update)
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Some People
Assignee: Kurt Jaeger
URL:
Keywords: easy, patch, patch-ready
Depends on:
Blocks:
 
Reported: 2016-06-26 19:55 UTC by jsmith
Modified: 2016-06-27 18:59 UTC (History)
2 users (show)

See Also:


Attachments
Patch for doas port (1.14 KB, patch)
2016-06-26 19:55 UTC, jsmith
vlad-fbsd: maintainer-approval? (jsmith)
jsmith: maintainer-approval+
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description jsmith 2016-06-26 19:55:21 UTC
Created attachment 171832 [details]
Patch for doas port

The version of security/doas in the ports tree contains a bug where, when the user authenticates successfully as root, only the user's effective user id (euid) becomes zero (0). This leads to file permission errors when performing upgrades or other file-oriented operations.

The attached patch brings the port up to date with upstream and fixes the uid problem.

Also introduced gmake as a dependency as it is needed to process upstream's makefile.
Comment 1 VK freebsd_triage 2016-06-27 10:00:21 UTC
Comment on attachment 171832 [details]
Patch for doas port

Thanks for the patch. Please flag the attachment with maintainer-approval(+) since you are the port's maintainer. Please flag all your patches for ports you're maintainer of like that. It helps us track maintainer approvals with the "Maintainer Approved" saved search. ;)
Comment 2 Kurt Jaeger freebsd_committer 2016-06-27 18:59:04 UTC
Committed, thanks!
Comment 3 commit-hook freebsd_committer 2016-06-27 18:59:12 UTC
A commit references this bug:

Author: pi
Date: Mon Jun 27 18:58:52 UTC 2016
New revision: 417675
URL: https://svnweb.freebsd.org/changeset/ports/417675

Log:
  security/doas: 5.9p1 -> 5.9p2

  - fixed a bug where, when the user authenticates successfully as root,
    only the user's effective user id (euid) becomes zero (0).
    This leads to file permission errors when performing upgrades or
    other file-oriented operations.
  - introduced gmake as a dependency as it is needed to process upstream's
    makefile.

  PR:		210596
  Submitted by:	jsmith@resonatingmedia.com (maintainer)

Changes:
  head/security/doas/Makefile
  head/security/doas/distinfo