Bug 252305 - devel/util-linux: Many conflicts
Summary: devel/util-linux: Many conflicts
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Yuri Victorovich
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-31 13:00 UTC by Conrad Meyer
Modified: 2020-12-31 20:56 UTC (History)
0 users

See Also:
bugzilla: maintainer-feedback? (yuri)

Attachments
Optionalize conflicting components (2.45 KB, patch)
2020-12-31 13:14 UTC, Conrad Meyer 		no flags Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Conrad Meyer freebsd_committer freebsd_triage 2020-12-31 13:00:52 UTC 
util-linux conflicts with several other ports:

misc/getopt
sysutils/flock
sysutils/hardlink

getopt and hardlink are different software with the same names as util-linux.  We will have to rename one binary or the other to allow parallel installation.

flock is just a subset of util-linux.  It can be discarded when util-linux port is more usable.

For now I would suggest optioning conflicting binaries and defaulting them off.
Comment 1 Conrad Meyer freebsd_committer freebsd_triage 2020-12-31 13:14:23 UTC 
Created attachment 221130 [details]
Optionalize conflicting components

Rough draft of my proposal.
Comment 2 Yuri Victorovich freebsd_committer freebsd_triage 2020-12-31 18:44:25 UTC 
Committed with changes.
Thanks!
Comment 3 commit-hook freebsd_committer freebsd_triage 2020-12-31 18:44:43 UTC 
A commit references this bug:

Author: yuri
Date: Thu Dec 31 18:44:01 UTC 2020
New revision: 559764
URL: https://svnweb.freebsd.org/changeset/ports/559764

Log:
  devel/util-linux: Optionalize conflicting components

  PR:		252305
  Submitted by:	cem

Changes:
  head/devel/util-linux/Makefile
  head/devel/util-linux/pkg-plist
Comment 4 Conrad Meyer freebsd_committer freebsd_triage 2020-12-31 20:56:28 UTC 
That was fast, thanks!