brew openshift-cli v4.3.8 - macos

I was wondering if there is a version of [brew] openshift-cli (stable or not) that supports OCP version 4.3? The current stable version is 4.1, and this works with 3.11 but we are in the process of upgrading to 4.3, and oc version 4.3.8 is needed. Thanks!

Technically, you can do brew install --HEAD openshift-cli to have the latest release of the openshift-cli.
It looks like the openshift-cli changed the process a little bit, and that is why the formula missed a couple of releases. (based on my reading of the README).
Let me know if the HEAD build works for you.

Related

How to install OpenModelica 1.9.5 on Ubuntu 20.04?

I installed the latest version on OpenModelica (version 1.16.5) on Ubuntu 20.04.
However, this version has problems with the packages (examples).
So, by recommendation, I'm trying to install version 1.9.5 or 1.10.X, without success.
Since I'm a novice Linux user, I don't know how to do this.
On the site,
"https://openmodelica.org/download/download-linux"
for older versions, it is suggested to use the line
"deb https://build.openmodelica.org/omc/builds/linux/releases/1.xx.x/".
I honestly do not know how to do it and that is why I ask for help to be able to carry out this procedure.
Grateful.
If you are on Ubuntu 20.04 (focal), you can only install OpenModelica versions released after April 2020 (because we don't update the old releases for newer OpenModelica versions). The oldest you can install without using docker or compiling your own OpenModelica is the following as /etc/apt/sources.list.d/openmodelica.list:
deb https://build.openmodelica.org/omc/builds/linux/releases/1.16.0/ focal release
Which example does not work in the latest OpenModelica for you? We have done some fairly extensive testing and the change from the old to the new frontend is a net gain in the number of models that simulate.
Now this error occurs after installing Scilab through the terminal.

pebble-clay says my project is outdated, but it's not

I just updated the sdk to 4.1.4 and trying to install clay from command line I get the following message:
This projected is outdated (try 'pebble convert-project' or'pebble sdk install 2.9')
Now, I am not going to install the 2.9 sdk, of course, and I know that convert is just going to change appinfo.json into pakage.json, which I don't need to do because I am already on sdk 4.1.4.
Has anybody here had the same issue, how did you solve it?
Pebble-Clay is a JS package that can also be installed by running
npm install pebble-clay
This fixes the issue.
Alternatively downloading and installing the SDK 2.9 will fix it. (This will not overwrite the latest version of the SDK.)

Macports Installation required

I am planning to upgrade my OSx to latest version. I just wanted to ask that will i be required to install Macports again ? Or upgrading it simply will make it work accordingly with the new OSx. My current OSx is 10.9.4 and i am upgrading to the latest one.
Your MacPorts installation will not just work after a system upgrade. You need to follow the instructions in the MacPorts Migration Guide.

Legacy mode Cocoapods

Is there a legacy mode for Cocoapods that allows a user to use a version of Cocoapods as if it was an older one? Eg use 1.0.0 as if it was 0.39 via a command line argument to avoid downloading legacy versions.
You will need the version to be installed. However, there is nothing wrong with having multiple versions installed. You can also delete them if you no longer need a specific version.
Once installed, run the version you want with this:
pod _0.39.0_ YourCommandHere
Change the version number as needed.

XCode. How Do I Run Two Versions on the Same Dev. Machine: Version 3.2.2 (Pre-release) & Version 3.2.1

Could someone walk me through the setup to run one version of XCode for iPad development - version 3.2.2 prerelease - and another version for iPhone/iPodTouch development - version 3.2.1
The reason I ask is because the pre-release version does not support building < 3.2 iPhone OS. Or if it does I haven't figured out the magic handshake to make that happen. If you know please pass it along. Cheers.
Thanks,
Doug
You can actually change the install location when installing the beta versions... make it something like /DeveloperBeta instead of /Developer, then you can choose which version of the dev tools to run.

Resources