Skip to content
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

New recipe: MEOS #9453

Open
wants to merge 10 commits into
base: master
Choose a base branch
from
Open

New recipe: MEOS #9453

wants to merge 10 commits into from

Conversation

evetion
Copy link
Contributor

@evetion evetion commented Sep 19, 2024

MEOS (Mobility Engine, Open Source) is a C library and its associated API for manipulating temporal and spatiotemporal data. It is the core component of MobilityDB, an open source geospatial trajectory data management & analysis platform built on top of PostgreSQL and PostGIS.

See https://libmeos.org/

edit: This release now points to the release candidate 1 release (as it requires no patches) to build. Is it ok to set the version number to v1.2.0 already and later at the actual release just rerunning it with the new commits (producing a jll with the +1 postfix)?

@evetion
Copy link
Contributor Author

evetion commented Sep 19, 2024

This fails on PROJ not being found, because:
┌ Warning: Dependency Proj_jll does not have a mapping for artifact Proj for platform x86_64-linux-gnu-libgfortran3-cxx03.

However, I'm not sure how/why the libgfortran(3) gets injected, and why PROJ_jll has no such mapping, whereas GEOS_jll with a similar mapping does.

edit: @giordano Could you help me out here? I'm overlooking something, but can't pinpoint it.

@evetion evetion marked this pull request as ready for review September 24, 2024 11:50
M/MEOS/build_tarballs.jl Outdated Show resolved Hide resolved
@evetion evetion mentioned this pull request Sep 26, 2024
@imciner2
Copy link
Member

edit: This release now points to the release candidate 1 release (as it requires no patches) to build. Is it ok to set the version number to v1.2.0 already and later at the actual release just rerunning it with the new commits (producing a jll with the +1 postfix)?

I'd suggest not doing that. The postfix is not really liked by the general registry, so while we use it for the individual builds here, it would be better to not rely on it for this.

How soon will upstream release 1.2.0?

M/MEOS/build_tarballs.jl Outdated Show resolved Hide resolved
Co-authored-by: Ian McInerney <[email protected]>
@evetion
Copy link
Contributor Author

evetion commented Sep 27, 2024

edit: This release now points to the release candidate 1 release (as it requires no patches) to build. Is it ok to set the version number to v1.2.0 already and later at the actual release just rerunning it with the new commits (producing a jll with the +1 postfix)?

I'd suggest not doing that. The postfix is not really liked by the general registry, so while we use it for the individual builds here, it would be better to not rely on it for this.

How soon will upstream release 1.2.0?

Fair enough, let's wait for the 1.2.0 release, but I'm not sure how soon that will be. For now, this is also still blocked on Windows (Error: incorrect register '%eax' used with 'q' suffix), for which I made an upstream issue.

@giordano giordano marked this pull request as draft October 5, 2024 22:27
@mschoema
Copy link

We just produced the v1.2.0 release of MEOS. Feel free to let us know if you encounter any issues with it.

@evetion evetion marked this pull request as ready for review October 20, 2024 14:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants