-
Notifications
You must be signed in to change notification settings - Fork 49
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
Homebrew packaging #24
Comments
BTW, I have this completely solved now
Yes, I could add autoconf, automake and pkg-config as build deps all the time, but packaging
I still am curious about this... I guess I could try to test it myself. Any thoughts about whether after |
I would appreciate it if you guys could test if pkg-config is a build dep, in the event If this is true, I'm just waiting on a new release including Here is the latest gist: https://gist.github.com/0fd245c175925b9d6bd8 |
@zbeekman When we fix the archiving issues, autoconf and automake should be unneeded by packagers. configure will not be required. I'm not sure about pkg-config. I /think/ that it should not be needed. |
yes, right now, autoconf, automake and pkg-config are listed as build deps when installing from github/master (HEAD in homebrew speak) otherwise they are not needed if installing from a versioned/packaged release. |
yes, sorry, take your time, I'm not trying to rush you. I should be attending to some other matters now too. |
@milancurcic No rush. I need a little time to think how we're going to get the packaging sorted. |
I'm glad that this project is proving popular on Homebrew, even though I don't own a Mac (I used to, though). Gfortran's date/time standard facilities seems a bit lacking, so by rights, this project should be useful to a lot of people :) |
datetime-fortran rocks! 💪 |
@zbeekman said "I still am curious about this... I guess I could try to test it myself. Any thoughts about whether after autoreconf -i you uninstall (or move out of your path etc.) pkg-config if datetime-fortran will compile and install?" I'm not sure. In Arch Linux, for example, pkg-config is a core package, so uninstalling it isn't an option for me. |
@zbeekman Actually, it may be possible to make pkg-config an optional part of the buid process. Perhaps it is best to wait until @milancurcic does another release which includes "configure", and then we can see what works and what doesn't, and take it from there. |
yup, AFAICT we're all set regarding pkg-config. I did |
@zbeekman I finally got around to doing this, see here: https://github.com/milancurcic/datetime-fortran/releases/tag/v1.4.1 Are we good to go with homebrew packaging? Thanks a lot!! |
probably, I've been swamped, and am using a loaner laptop from work at the moment, so I've fallen behind on a lot of stuff... I'll try to see where things stand RE Homebrew later tonight or tomorrow. |
(My personal laptop had to be sent in for a replacement logic board...) :-( |
PR submitted |
PR accepted 🎉 🎈 |
If you want to install via Homebrew:
|
In thread #22 (comment)
@zeekman said: "@blippy I agree, but I am just talking about what is needed for Homebrew to accept the "formula". It needs to have a test do block that will compile code, link it against diatomite-fortran and run it to verify it all went well... I'll dig in the src/tests directory, and find something there."
and: "@milancurcic and @blippy: I've got the Homebrew formula all set, including the test do block etc.
All I'm waiting on now is for @milancurcic to mint a release that includes configure.sh in the tarball.
@blippy also, one more question for you: Will pkg-config always be a build dependency, or just when configure.sh is missing? (Right now I am testing the formula installing the HEAD (i.e. github master) and listing automake and autoconf and pkg-config as build dependencies, but I wonder if I'll need pkg-config as a normal build dep"
The text was updated successfully, but these errors were encountered: