Comments (7)
For the Bottle part, I started this section: https://github.com/robotology/homebrew-formulae/wiki/How-to---Homebrew#generate-bottles
from homebrew-formulae.
I don't think resources are what we really need. I think I used them for the rFSM formula.
For now, I think we should make a choice for master and devel and stick to that.
Note that homebrew supports also unstable code. Unfortunately, that cannot be a git branch, but only an archive :(
I would stick to master
now until we are 100% capable of handling YARP-dependency master
-master
and devel
-devel
branches installations.
The comment you posted seems to indicate that at least for the CPU part, the bottle should be compatible with old CPUs. Probably the easiest thing is to experiment a bit
That is correct and I agree.
from homebrew-formulae.
Basically the two documentation pages are:
They contain more than the concise steps to update formulae/bottoles, but most of what is needed is there.
Maybe we could just take what is needed and create a section under the Wiki tab.
What do you think about it?
from homebrew-formulae.
I'm not sure if we still want to support el capitan, but in case let me know and I can generate the bottles for this release...
from homebrew-formulae.
@drdanz one thing that should be checked if it is possible to generate bottles on newer machines targeting older ones. This should simplify a lot the deployment.
I don't see why this should not be possible (all macOS stuff has a deployment target option), but I was not able to find this option in the brew bottle command
from homebrew-formulae.
The only information I found for this is
By default, bottles will be built for the oldest CPU supported by the OS/architecture you’re building for. (That’s Core 2 for 64-bit OSs, Core for 32-bit.) This ensures that bottles are compatible with all computers you might distribute them to. If you really want your bottles to be optimized for something else, you can pass the --bottle-arch= option to build for another architecture - for example, brew install foo --bottle-arch=penryn. Just remember that if you build for a newer architecture some of your users might get binaries they can’t run and that would be sad!
Which I don't think is what we would like to do.
What would be desirable is to be, say, in High Sierra, and generate bottles for Sierra, El Capitan, Maveriks ecc. Am I right?
As far as download-and-install-additional-resources section is concerned, I was unaware of this and I must say that the documentation and the syntax itself is notthat straightforward (and I'm not a Ruby dev). Anyway, if this is actually possible we may want to even add an option to build everything in devel
.
from homebrew-formulae.
I don't think resources are what we really need. I think I used them for the rFSM
formula.
For now, I think we should make a choice for master
and devel
and stick to that.
Note that homebrew supports also unstable code. Unfortunately, that cannot be a git branch, but only an archive :(
The comment you posted seems to indicate that at least for the CPU part, the bottle should be compatible with old CPUs. Probably the easiest thing is to experiment a bit
from homebrew-formulae.
Related Issues (20)
- Move gazebo-yarp-plugins homebrew formula here
- ipopt is not available anymore from homebrew/science HOT 16
- Update RTF formula to v1.4.0 HOT 4
- Update YCM Formula to v0.9.0 HOT 2
- Update YARP formula to v3.4.2 HOT 3
- Update gazebo-yarp-plugins formula to v2.3.72 HOT 2
- YARP dependency on editline HOT 1
- YARP formula HOT 2
- homebrew/science has been deprecated
- Investigate CI with Azure Pipelines
- Update icub-main formula to v1.12.0 HOT 1
- undent is undefined in Homebrew
- Remove unmantained formulas? HOT 3
- icub-main formula
- Add dependencies of YARP on eigen when YARP 2.3.68 is released HOT 3
- robotology/cask/yarp --HEAD is failing HOT 3
- Add ycm formula HOT 1
- This repo’s name is icorrect and confusing HOT 10
- YARP formula failing on Travis HOT 22
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
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.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from homebrew-formulae.