-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
minetest rev2 - Portfile w/ variants #17153
Conversation
hi @Zweihorn noted you get into MT world recently.. porting minetest from trolltest is not so valuable.. i recommend to you porting multicraft or final minetest real code that permit to work in both 0.4 and 5.X servers .. if not using this is not so valuable cos mayority of players use phones that are rulez by multicraft forks.. (and not multicraft per se that is a crap also) |
also mac OS 10 must be included so, cos multicraft already compiles with older irrlilcht 1.8.X so the error of https://trac.macports.org/ticket/66439 is not happened.. i am playing with a minetest/multicraft mixed build using 1.8 irrlincht |
@mckaygerhard - Have a look at earlier discussion in the MT forum at How can we convince more players of Minetest? Contrary to your approach I fully agree with one 'Tuxilio' and my old friend 'snoopy' and let it put me like this: We are in the MacPorts repository for Minetest, not for Multicraft. |
@mckaygerhard - THX for pointing this, but I am not the maintainer of the "irrlichtmt" port. Naturally the "irrlichtmt" port is a dependency to this "minetest" port. I would agree with you, how unfortunate the momentary drop from the most beloved Mac OS X 10.6 Snow Leopard legacy platform would be. Unfortunately, I could detect no technical details added by you to improve this little mishap. However, I find your now argument quite contradictory to your a.m. claim "majority of players use phones" or did I misunderstand you somehow? |
is not necessary.. in fact the multicraft compiles with any version of already ported irrlicht package
current world economy is not the best .. on thing is that developers said and another the crude hole word reality.. in fact i only have a 2011 MAC and for no reason i will spend more money in another pretty EXPENSIVE mac so maybe in future macports will decrease the usage.. with linux inclusion inside windows as subsystem
do you play or are just a "almost" player like rubenwardy.. ? i played as a crude warrior.. if you code .. i guess never will play seriously unless you play "survivals" boring servers .. most "rare" servers are hosted hidden and not use the minetest list, phone users are mostly from latam (huge amount) or asia-russia or more easy: look around from "minecraft-like" apps in google apps store 😆 |
@reneeotten - IMO it would be good to have this PR i.e. the "minetest" rev2 approved before I dig into the upcoming "irrlcihtmt" upstream update and possible issus with the "minetest" port API. |
Will amend the Portfile and remove the 'darwin >= 11' in particular. Thanks to kind advice from @sfan5 there seems to be hope for Mac OS X 10.6 and Minetest. |
amend Profile w/ Mac OS X 10.6 support update Portfile --> 3rd squash for rev2 * revision 2 - ready for review * platforms darwin * new variants: [+]GLES, arm64, benchmark, debug, prof, noclient, psql, server * default MESA & GLES support * introduce new variants as follows: + arm64 - known to fail - WIP + benchmark - adds UnitTest & Bechmarks + debug - make a MT Debug build + GLES - specific MESA & GLES graphical support + gprof - optional gprof profiler (needs GCC) + noclient - drops MT client + psql - PostgresQL13 support + server - dedicated MT server * WIP - move `minetestserver` into `/opt/local/bin` * platforms darwin - (again, depends on "irrlichtmt" foreseeable support for Mac 10.6 in future queue) * new benchmark variant was renamed from test * drop devel variant (stub) for future subport(s) * correction: debug conflicts benchmark (i.e. reanamed test) * correction: server no conflict (i.e. devel was removed)
PR is READY for review MT 5.6.1 rev2 - (2nd round) Introduce new variants: [+]GLES, arm64, benchmark, debug, gprof, noclient, psql, server |
Please review The b.m. Trac ticket should not hinder any review and is an independent activity by same maintainer: |
Hmm - something went wrong with this branch and squash, apparently. Still learning and not loving git. |
The combined build and install has no problems with the new & amended 'irrlichtmt' API and 'minetest' was installed without any error.
|
IMO there will be a new PR hopefully addressing this git chaos anew... Hold your breath. |
please -- no variants, or at least not so many. It's a game; people just want it to work. Go ahead as an expert, and set the build the way people should have it, and make it easy for folks.... variants are killers, nobody (hardly) ever tests anything but the default builds of anything. |
THX In hindsight there should be sub-ports and let me elaborate on the three use cases as:
MacPorts apparently has a default on debug as standard requirement? Correct? Certainly, I will drop +arm64 as this can be always detected from the arch (and I did already). Furthermore, the binding between MT 5.6.1 / MT 5.6.x with irrlichtmt8 and presumably MT 5.7.x with irrlichtmt9 is extra concern for versioning. "minetest" & "minetest-server" & "minetest56" & "minetest56-server" - MT 5.6.1+ |
This PR was made obsolete by #17241
Description
Ref https://trac.macports.org/ticket/66439
Ref https://trac.macports.org/ticket/66599
Ref https://trac.macports.org/ticket/66600
The b.m. Trac ticket should not hinder any review and is an independent activity by same maintainer:
Type(s)
Tested on
macOS 11.7.2 20G1020 x86_64
Command Line Tools 13.2.0.0.1.1638488800
Verification
Have you
port lint --nitpick
?sudo port -vst install
?Future tasks:
Ref https://github.com/minetest/irrlicht/compare/1.9.0mt8...1.9.0mt9
Ref to a.m. MT forum topic with preliminary MT 5.7 scheduleseems to be lost or deletedHope this helps.
🌻