GithubHelp home page GithubHelp logo

Comments (3)

jeromelebel avatar jeromelebel commented on June 4, 2024

I don't see the point of building previous version : they are buggy, very buggy ! Please don't build and don't use any version before 2.4.8. But I don't know much about package managers...

And for the future, I don't know how to include the source code of those libraries into MongoHub tarballs, I don't do those tarballs. I can tell you which version, but how do you want me to tell you?

from mongohub-mac.

ryandesign avatar ryandesign commented on June 4, 2024

If I write a MacPorts package for MongoHub 2.4.8 today, then I want a MacPorts user installing it to always get MongoHub 2.4.8, because that is the version I tested before publishing the package, even if you subsequently release a later version. As package maintainer, I need the opportunity to test a version of the software before I publish it to my users.

MongoHub's xcodeproj currently downloads the "master" of mongo-c-driver, mongo-objc-driver, and libjson; my suggestion is that you change the xcodeproj to download specific known-good versions of each of those libraries. For example, mongo-c-driver's latest tag is 0.4, so modify the xcodeproj to download and use that version instead of master. mongo-objc-driver doesn't have any tags, so you should make one, then use that in MongoHub. libjson's latest tag is 0.8, which is over a year old, so I suspect you will want to tag a newer version of that too, and use that new tag inMongoHub. That will solve the reproducibility problem. And if it is possible to tell Xcode that I have already downloaded a tarball of each of those libraries so it doesn't need to download them itself, then that solves the other problem.

from mongohub-mac.

jeromelebel avatar jeromelebel commented on June 4, 2024

I agree my solution about building mongohub when the sources are downloaded (without using git), is not perfect. But the main goal of this forks was to compile on Xcode 4, with lion, without any library/framework dependancies. The point is to build from scratch from git. And for that, I'm happy. And hopefully, at some point, the objective-c driver will not change much.

Anyway I don't mind having mongohub in macports but that's not my goal.

from mongohub-mac.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.