New port: osxbom

[cooljeanius (Eric Gallager)]

osxbom is a free reimplementation of the NextSTEP/OSX lsbom utility. It is used by the PureDarwin project to deal with MacPorts binary packages.

[cooljeanius (Eric Gallager)]

Portfile for osxbom

[cooljeanius (Eric Gallager)]

Aw darn it I meant to include a link to the mailing post I was going to use as a reference: ​https://groups.google.com/d/msg/puredarwin/72stXsTqVCo/F57CGhfnMV0J

[ryandesign (Ryan Carsten Schmidt)]

Since you are using "use_configure no" you need to ensure you're UsingTheRightCompiler and -arch flags and add a universal variant if possible.

We don't want to create new variants with names beginning with "no_" anymore. Why is the functionality offered in the no_rename variant required? You might consider instead always installing the program with its normal name, but in a nonstandard directory like ${prefix}/libexec/${name} that wouldn't be in the user's $PATH.

Is this really version 0.0.3 or did you just make that up? If the latter, consider using a version number made up of the release date instead, i.e. 20121004.

[cooljeanius (Eric Gallager)]

new portfile

[cooljeanius (Eric Gallager)]

diff between old portfile and new one

[cooljeanius (Eric Gallager)]

Replying to ryandesign@…:

Since you are using "use_configure no" you need to ensure you're UsingTheRightCompiler and -arch flags and add a universal variant if possible.

Done.

We don't want to create new variants with names beginning with "no_" anymore. Why is the functionality offered in the no_rename variant required? You might consider instead always installing the program with its normal name, but in a nonstandard directory like ${prefix}/libexec/${name} that wouldn't be in the user's $PATH.

Swapped the variant and the default behavior so it no longer begins with "no_", and made the "rename" variant a default. I want the tool to be in the user's $PATH because that at least makes it easier for me personally with my other portfiles I'm working on.

Is this really version 0.0.3 or did you just make that up? If the latter, consider using a version number made up of the release date instead, i.e. 20121004.

Put the version number after the svn.revision to make it more clear how I was getting it.

[larryv (Lawrence Velázquez)]

Replying to egall@…:

Is this really version 0.0.3 or did you just make that up?

Put the version number after the svn.revision to make it more clear how I was getting it.

In other words, you made it up.

If you want to base the version off of the Subversion revision, just use svn.revision.

[larryv (Lawrence Velázquez)]

What would be the benefit of adding this port, anyway?

[cooljeanius (Eric Gallager)]

Replying to larryv@…:

What would be the benefit of adding this port, anyway?

It's progress towards the goal of MacPorts being entirely self-hosting some day. It's also useful for PureDarwin and other platforms that don't have an lsbom.

[cooljeanius (Eric Gallager)]

Hm, looks like the subversion server at cauldrondevelopment no longer lets me fetch:

Executing:  cd "/opt/local/var/macports/build/_Users_ericgallager_Documents_GitHub_macports-ports_sysutils_osxbom/osxbom/work" && /opt/local/bin/svn --non-interactive export https://cauldrondevelopment.com/svn/osxbom/trunk/@3 2>&1
DEBUG: system:  cd "/opt/local/var/macports/build/_Users_ericgallager_Documents_GitHub_macports-ports_sysutils_osxbom/osxbom/work" && /opt/local/bin/svn --non-interactive export https://cauldrondevelopment.com/svn/osxbom/trunk/@3 2>&1
svn: E170013: Unable to connect to a repository at URL 'https://cauldrondevelopment.com/svn/osxbom/trunk'
svn: E175003: The server at 'https://cauldrondevelopment.com/svn/osxbom/trunk' does not support the HTTP/DAV protocol
Command failed:  cd "/opt/local/var/macports/build/_Users_ericgallager_Documents_GitHub_macports-ports_sysutils_osxbom/osxbom/work" && /opt/local/bin/svn --non-interactive export https://cauldrondevelopment.com/svn/osxbom/trunk/@3 2>&1
Exit code: 1
Error: Failed to fetch osxbom: Subversion check out failed
DEBUG: Error code: NONE
DEBUG: Backtrace: Subversion check out failed

I guess I'll just have to make my GitHub fork the primary source now...

[cooljeanius (Eric Gallager)]

OK, I opened a PR for a version with my GitHub fork as the primary source: ​https://github.com/macports/macports-ports/pull/21227

[cooljeanius (Eric Gallager)]

In b00441b39a0921b66eb90dc5158b0a7cf54ad547/macports-ports (master):

osxbom: new port

Closes: #38306