Bug 251795 - lang/mono: convert to metaport
Summary: lang/mono: convert to metaport
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-mono (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-13 03:21 UTC by Mark Linimon
Modified: 2020-12-20 13:38 UTC (History)
1 user (show)

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


Attachments
patch to lang/mono/Makefile (3.37 KB, patch)
2020-12-13 03:21 UTC, Mark Linimon
no flags Details | Diff
patch to lang/mono/Makefile (3.20 KB, patch)
2020-12-17 04:23 UTC, Mark Linimon
no flags Details | Diff
patch to Mk/bsd.default-versions.mk (deleted)
2020-12-17 04:27 UTC, Mark Linimon
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Linimon freebsd_committer freebsd_triage 2020-12-13 03:21:03 UTC
Created attachment 220518 [details]
patch to lang/mono/Makefile

This is a WIP to convert lang/mono to a metaport.  Only the Makefile and pkg-descr (itself unchanged) will remain under this directory if this proposal is approval.  In that case, the current lang/mono will be repocopied to lang/mono5.X
where X is to be determined.  (Currently under test).

lang/mono6.8 has already been committed.  However, we know that some of the ports that depend on it do not build.  That is also currently being investigated.
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2020-12-17 04:23:27 UTC
Created attachment 220652 [details]
patch to lang/mono/Makefile

Now more succint, and passes testing.
Comment 2 Mark Linimon freebsd_committer freebsd_triage 2020-12-17 04:27:07 UTC
Created attachment 220653 [details]
patch to Mk/bsd.default-versions.mk

Move hardcoding out of previous patch to lang/mono/Makefile into Mk/bsd.default-versions.mk
Comment 3 commit-hook freebsd_committer 2020-12-18 05:45:43 UTC
A commit references this bug:

Author: linimon
Date: Fri Dec 18 05:45:04 UTC 2020
New revision: 558353
URL: https://svnweb.freebsd.org/changeset/ports/558353

Log:
  Define new value MONO_DEFAULT.  Not yet used in ports tree (WIP).

  PR:		251795
  Submitted by:	linimon

Changes:
  head/Mk/bsd.default-versions.mk
Comment 4 commit-hook freebsd_committer 2020-12-18 19:38:20 UTC
A commit references this bug:

Author: linimon
Date: Fri Dec 18 19:37:25 UTC 2020
New revision: 558400
URL: https://svnweb.freebsd.org/changeset/ports/558400

Log:
  Add proper CONFLICTS_INSTALL.

  These should now be complete and ready for wider testing, so change the
  maintainers to all be mono@FreeBSD.org

  PR:		251795
  Submitted by:	linimon

Changes:
  head/lang/mono5.10/Makefile
  head/lang/mono5.20/Makefile
  head/lang/mono6.8/Makefile
Comment 5 commit-hook freebsd_committer 2020-12-18 19:41:30 UTC
A commit references this bug:

Author: linimon
Date: Fri Dec 18 19:40:49 UTC 2020
New revision: 558401
URL: https://svnweb.freebsd.org/changeset/ports/558401

Log:
  Hook the repocopied and updated mono ports to the build.

  PR:		238089, 251795
  Submitted by:	cem (238089)

Changes:
  head/lang/Makefile
Comment 6 Mark Linimon freebsd_committer freebsd_triage 2020-12-18 19:47:02 UTC
The content of attachment 220653 [details] has been deleted for the following reason:

OBE by r558353, r558402.  (I cannot find a way for Bugzilla to simply "obsolete" it.)
Comment 7 Dries Michiels 2020-12-20 11:29:01 UTC
Hi Mark,

I'm so happy that you picked up this work around mono!
So from this commit on, we can use mono=6.8 in DEFAULT_VERSIONS in make.conf?

Thanks for the feedback!
Comment 8 Mark Linimon freebsd_committer freebsd_triage 2020-12-20 13:38:05 UTC
(In reply to Dries Michiels from comment #7)

Well it hasn't been committed yet (it still needs testers!) but that is the intention, yes.  I have run it here on my own system and changed the default to the various choices and then re-run the dependent ports.

See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238089#c75 for the dependent ports that regress.  (So far, no one has commented on that).