[MacPorts] #44882: [developer] kdelibs4 4.14/git/master portfile and directory
MacPorts
noreply at macports.org
Fri Sep 5 02:02:44 PDT 2014
#44882: [developer] kdelibs4 4.14/git/master portfile and directory
--------------------------+--------------------------------
Reporter: rjvbertin@… | Owner: macports-tickets@…
Type: enhancement | Status: new
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords: haspatch
Port: kdelibs4 |
--------------------------+--------------------------------
Comment (by rjvbertin@…):
First off, and I'm sorry if that wasn't clear, this is NOT a submission
for a new port, or for an upgrade of an existing port to be included in an
upcoming release. I've uploaded it hoping to help others working on KDE on
OS X, allowing them to grab the port directory from here, install it in
their local port registry and then use it. That's why I labelled it as an
enhancements instead of a If there's a more appropriate place to put this
kind of thing online I'm happy to use that, but in the meantime I thought
there's little harm putting it here.
This "special status" is why I took the liberty to deviate from
conventions/dogma.
- I kept a number of settings that aren't used for git Portfiles;
outcommented others : I didn't want to change the portfile too much,
allowing for easy-enough reverting to a stable release version.
- The revision number is indeed the date of the commit expected in the
local git clone. The result is that the copy of the clone that MacPorts
makes has an invariant name. I find that makes for an easier workflow if
you're making modifications in the local git clone and then copy them into
MacPort's copy before rebuilding.
- That local git clone. Remember that this is a port aimed at other
developers. Indeed I could have put a reference to the remote repo there,
but one way or another those other developers are probably going to want
change it for a reference to their own local git clone ... so I put in a
reference to a reasonable location.
- no_root variant: not mine. It must have been in the original kdelibs4
portfile. I did add a +nostrip variant, which I *could* have made the
default given this is a developers portfile...
- startupitem.install: idem, not mine.
- variant definition syntax: again, it's the syntax I copied from the
portfiles I work(ed) off. I agree it's not a very clean syntax, but wasn't
even aware there's a cleaner way to do things. (Or, IIRC, I tried at some
point and the variant wasn't picked up so I went back to the current
redundant way.)
So to answer Ryan's question: I'm not particularly expecting you (plural)
to decide anything. I think trac is a place with resources for MacPorts
developers, and this is just that.
BTW, I presume attachments can be added/replaced by others too, or is that
something only the submitter can do (just like permissions for changing
things like keywords are reserved to ... admins)?
--
Ticket URL: <https://trac.macports.org/ticket/44882#comment:9>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list