Opened 11 years ago

Last modified 5 months ago

#38306 new submission

New port: osxbom

Reported by: cooljeanius (Eric Gallager) Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 2.1.3
Keywords: Cc:
Port: osxbom

Description

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

Attachments (3)

Portfile (1.2 KB) - added by cooljeanius (Eric Gallager) 11 years ago.
Portfile for osxbom
Portfile.2 (1.5 KB) - added by cooljeanius (Eric Gallager) 11 years ago.
new portfile
Portfile.diff (2.0 KB) - added by cooljeanius (Eric Gallager) 11 years ago.
diff between old portfile and new one

Download all attachments as: .zip

Change History (11)

Changed 11 years ago by cooljeanius (Eric Gallager)

Attachment: Portfile added

Portfile for osxbom

comment:1 Changed 11 years ago by 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

comment:2 Changed 11 years ago by 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.

Changed 11 years ago by cooljeanius (Eric Gallager)

Attachment: Portfile.2 added

new portfile

Changed 11 years ago by cooljeanius (Eric Gallager)

Attachment: Portfile.diff added

diff between old portfile and new one

comment:3 in reply to:  2 ; Changed 11 years ago by 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.

comment:4 in reply to:  3 Changed 11 years ago by 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.

comment:5 Changed 11 years ago by larryv (Lawrence Velázquez)

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

comment:6 in reply to:  5 Changed 11 years ago by 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.

comment:7 Changed 5 months ago by 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...

comment:8 Changed 5 months ago by 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

Note: See TracTickets for help on using tickets.