When installing asm with schematics in Spartacus 3.2, I have the following error :
ng add #spartacus/asm
Skipping installation: Package already installed
schematics_2.addPackageJsonDependenciesForLibrary is not a function
There could be multiple reasons for this:
you might have an older version of #spartacus/schematics installed:
Please check in your package.json if you are have #spartacus/schematics on the same version as the #spartacus/core.
if so, please check is node_modules/#spartacus/schematics/package.json actually on the same version as the #spartacus/core.
please make sure you are installing the 3.2 version of ASM by running ng add #spartacus/asm#3.2
Related
Mono website suggested this
On RPM distributions, force the package version in your package manager - all older versions are published in the YUM metadata and should be available.
I have no idea how to go about the above?
Thanks in advance.
I've been getting the error "module "QtQuick.Controls" version 2.0 is not installed" on Qt Creator 5.6.13, so i upgraded to 5.11.2 and i'm still getting it.
Here's the part causing it:
import QtQuick.Controls 2.0
Thank you for your help.
use this command to install it on linux
sudo apt install qml-module-qtquick-controls2
Make sure you activated your Qt kit in Projects > Build & Run as follow:
Ok so, I was building with the Qt Creator 5.6.3 compiler.
Projects => Build & Run => change to the corresponding kit.
I try to install a server using Mono v.4.
The current version is 5.2.
I reached for the sources.list mono debian/snapshots/X.XX.X as recommanded
(where X.XX.X = 4.0.4, 4.8.0, 4.9.0 or 5.0.0) but it always installs the 3.2.8 or 5.0.0.100 anyway.
Has somebody the mirror to a mono 4.XX.X, please ?
Or other solution to access the mono v.4 ?
Thanks
I finally found the sources of all versions of Mono.
I let them here for those who can need.
List of Mono versions
Sources downloads.
Hope that will help.
Im'm trying to upgrade my dotnet cli. I have installed in my Mac (OS El Capitan) from the official link.
But when I try to view the version with this code:
dotnet --version
My output:
1.0.0-preview2-003121
How can I upgrade?
The version 1.0.0-preview2-003121 of the .Net CLI is currently the latest released version. So there is no newer released version to upgrade to.
You could upgrade to the latest build from the dotnet/cli repo, but you probably shouldn't, since that's not a released version.
To update from 2.0.3 to 2.1.4 I simply downloaded the installer from Microsoft's website and then ran the installer.
`https://download.microsoft.com/download/1/1/5/115B762D-2B41-4AF3-9A63-92D9680B9409/dotnet-sdk-2.1.4-osx-gs-x64.pkg
I had a Terminal window open, and when I did a dotnet --version before and after running the installer, the correct version was output to the console. I did not have to restart my terminal window even.
Microsoft has done a good job at packaging the SDK and CLI together. See either their main dotnetcore website or go to their git
I attempted to update my version of SVN from 1.7 to 1.8 as per this guide:
http://snippets.khromov.se/subversion-1-8-centos-6/
All seemed to install fine, however now I have an issue when I try to restart Apache:
/usr/sbin/httpd: symbol lookup error: /usr/sbin/httpd: undefined symbol: apr_crypto_init
Does anyone know how to solve this?
Which packages need to be updated?
I had same issue after installing some perl modules.
I did the following to resolve it:
yum remove vulture-common-3.2-185.1.x86_64
cd /usr/lib
ln -sf libaprutil-1.so.0.2.9 libaprutil-1.so.0
ln -sf libapr-1.so.0.2.9 libapr-1.so.0
apr_crypto_init is new with APR-Util 1.4.x. CentOS 6 should already have APR-Util 1.4.x. So either you're not using CentOS 6 which those instructions are made for or you're not using the apr-util/httpd version that comes with CentOS 6.
If you're not using CentOS 6 then I suggest you go get a version built for your distribution from WANdisco's download site (the script that the site you linked to actually is from WANdisco).
If you're using your own httpd version you'll either have to switch or you'll have to build your own copy of Subversion.
I have had similar experiences with other applications using this library and Centos 6.x. I have tracked most of the problems down to using the 'minimum install' version of the OS. From what I have been able to determine, the minimum or light install versions of Centos have a tendency to have older versions of the binaries. For example, my version of APR-Utils are 1.3x even though I am using version 6.6.
This is supposedly done for better stability and backward compatibility from what I can find but it causes some headaches if you aren't aware. You may need to use a more 'complete' version of the OS in order for this library to be the latest version, provided you are starting from scratch.