bitbake meta-toolchain-qt5 failed, cannot satisfy x11 although feature was removed - qt
Building Qt5 toolchain for Raspberry Pi2 Qt apps using Yocto fido See this tutorial. My build machine is NUC with Debian 7.8.
Succeeded to build my image perfectly, but getting error while building my toolchain.
my local.conf, I removed x11 feature
MACHINE = "raspberrypi2"
LICENSE_FLAGS_WHITELIST="commercial license"
DISTRO = "poky"
DL_DIR = "${TOPDIR}/../dl"
PACKAGE_CLASSES = "package_ipk"
DISTRO_FEATURES_remove = "x11 wayland" <=========
# Set Rpi GPU Memory to 128MB
GPU_MEM = "128"
my bblayers.conf
# LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
# changes incompatibly
LCONF_VERSION = "6"
BBPATH = "${TOPDIR}"
BBFILES ?= ""
BBLAYERS ?= " \
${TOPDIR}/../poky/meta-embarcados \
${TOPDIR}/../poky/meta-embarcados/meta-rpi \
${TOPDIR}/../poky/meta-qt5 \
${TOPDIR}/../poky/meta-raspberrypi \
${TOPDIR}/../poky/meta-openembedded/meta-oe \
${TOPDIR}/../poky/meta-openembedded/meta-ruby \
${TOPDIR}/../poky/meta \
${TOPDIR}/../poky/meta-yocto \
"
I have tried from scratch by removing my build/tmp folder to no avail, I am still getting the x11 dependency issue although it's a removed feature in my local.conf.
ERROR: Unable to install packages. Command '/home/otto/yocto/build/tmp/sysroots/x86_64-linux/usr/bin/opkg-cl -f /home/otto/yocto/build/tmp/work/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi/meta-toolchain-qt5/1.0-r0/opkg.conf -o /home/otto/yocto/build/tmp/work/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi/meta-toolchain-qt5/1.0-r0/sdk/image/opt/poky/1.8/sysroots/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi --force_postinstall --prefer-arch-to-version install packagegroup-core-standalone-sdk-target-dbg packagegroup-core-standalone-sdk-target packagegroup-qt5-toolchain-target' returned 255:
Installing packagegroup-core-standalone-sdk-target-dbg (1.0-r8) on root.
Downloading file:/home/otto/yocto/build/tmp/deploy/ipk/all/packagegroup-core-standalone-sdk-target-dbg_1.0-r8_all.ipk.
and
Configuring glibc-gconv-cp1252.
Configuring libsegfault.
Configuring libgcov-dev.
Configuring glibc-gconv-iso8859-15.
Configuring glibc-gconv-iso8859-1.
Configuring packagegroup-core-standalone-sdk-target.
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for packagegroup-qt5-toolchain-target:
* libx11-6 (>= 1.6.2) * libxcb1 (>= 1.11) * libxau6 (>= 1.0.8) * libxdmcp6 (>= 1.1.1) *
* opkg_install_cmd: Cannot install package packagegroup-qt5-toolchain-target.
ERROR: Function failed: do_populate_sdk
ERROR: Logfile of failure stored in: /home/otto/yocto/build/tmp/work/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi/meta-toolchain-qt5/1.0-r0/temp/log.do_populate_sdk.26687
ERROR: Task 7 (/home/otto/yocto/build/../poky/meta-qt5/recipes-qt/meta/meta-toolchain-qt5.bb, do_populate_sdk) failed with exit code '1'
NOTE: Tasks Summary: Attempted 3419 tasks of which 3418 didn't need to be rerun and 1 failed.
No currently running tasks (3418 of 3420)
Summary: 1 task failed:
/home/otto/yocto/build/../poky/meta-qt5/recipes-qt/meta/meta-toolchain-qt5.bb, do_populate_sdk
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
Any pointers on how to resolve this? why would it still try to compile x11 feature when removed?
(Votes down are Ok, but a comment explaining why you are voting down is better. It's not like I am not trying hard on my side to resolve this critical issue on a Sunday! There is definitely some trolls in the StackExchange community)
Libraries on build machine
This look to be the problem, the installed version is 1.5.0-1+deb7u2 where it requires >=1.6.2. That doesn't answer my question, but that's a hint.
otto#marvin:~/yocto/build$ apt-cache policy libx11-6
libx11-6:
Installed: 2:1.5.0-1+deb7u2
Candidate: 2:1.5.0-1+deb7u2
Version table:
*** 2:1.5.0-1+deb7u2 0
500 http://security.debian.org/ wheezy/updates/main amd64 Packages
100 /var/lib/dpkg/status
2:1.5.0-1+deb7u1 0
500 http://ftp.us.debian.org/debian/ wheezy/main amd64 Packages
500 http://http.debian.net/debian/ wheezy/main amd64 Packages
otto#marvin:~/yocto/build$ apt-cache policy libxcb1
libxcb1:
Installed: 1.8.1-2+deb7u1
Candidate: 1.8.1-2+deb7u1
Version table:
1.10-3~bpo70+1 0
100 http://http.debian.net/debian/ wheezy-backports/main amd64 Packages
*** 1.8.1-2+deb7u1 0
500 http://ftp.us.debian.org/debian/ wheezy/main amd64 Packages
500 http://security.debian.org/ wheezy/updates/main amd64 Packages
500 http://http.debian.net/debian/ wheezy/main amd64 Packages
100 /var/lib/dpkg/status
otto#marvin:~/yocto/build$ apt-cache policy libxau6
libxau6:
Installed: 1:1.0.7-1
Candidate: 1:1.0.7-1
Version table:
*** 1:1.0.7-1 0
500 http://ftp.us.debian.org/debian/ wheezy/main amd64 Packages
500 http://http.debian.net/debian/ wheezy/main amd64 Packages
100 /var/lib/dpkg/status
otto#marvin:~/yocto/build$ apt-cache policy libxdmcp6
libxdmcp6:
Installed: 1:1.1.1-1
Candidate: 1:1.1.1-1
Version table:
*** 1:1.1.1-1 0
500 http://ftp.us.debian.org/debian/ wheezy/main amd64 Packages
500 http://http.debian.net/debian/ wheezy/main amd64 Packages
100 /var/lib/dpkg/status
Upgraded to Debian 8.1 but problem persists
although libx11-6, libxau6, libxdmcp6 satisfy the version requirements, one library doesn't, and I can't install >=1.11 (I think), this is the latest libxcb1 on Jessie that I can get.
otto#marvin:~/yocto$ sudo apt-cache policy libxcb1
libxcb1:
Installed: 1.10-3+b1
Candidate: 1.10-3+b1
Version table:
*** 1.10-3+b1 0
500 http://ftp.us.debian.org/debian/ jessie/main amd64 Packages
500 http://http.debian.net/debian/ jessie/main amd64 Packages
100 /var/lib/dpkg/status
the message
Configuring packagegroup-core-standalone-sdk-target.
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for packagegroup-qt5-toolchain-target:
* libx11-6 (>= 1.6.2) * libxcb1 (>= 1.11) * libxau6 (>= 1.0.8) * libxdmcp6 (>= 1.1.1) *
* opkg_install_cmd: Cannot install package packagegroup-qt5-toolchain-target.
ERROR: Function failed: do_populate_sdk
ERROR: Logfile of failure stored in: /home/otto/yocto/build/tmp/work/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi/meta-toolchain-qt5/1.0-r0/temp/log.do_populate_sdk.12273
ERROR: Task 7 (/home/otto/yocto/build/../poky/meta-qt5/recipes-qt/meta/meta-toolchain-qt5.bb, do_populate_sdk) failed with exit code '1'
NOTE: Tasks Summary: Attempted 3419 tasks of which 3418 didn't need to be rerun and 1 failed.
No currently running tasks (3418 of 3420)
Summary: 1 task failed:
/home/otto/yocto/build/../poky/meta-qt5/recipes-qt/meta/meta-toolchain-qt5.bb, do_populate_sdk
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
Identified failing command
/home/otto/yocto/build/tmp/sysroots/x86_64-linux/usr/bin/opkg-cl -f /home/otto/yocto/build/tmp/work/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi/meta-toolchain-qt5/1.0-r0/opkg.conf -o /home/otto/yocto/build/tmp/work/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi/meta-toolchain-qt5/1.0-r0/sdk/image/opt/poky/1.8/sysroots/cortexa7hf-vfp-vfpv4-neon-poky-linux-gnueabi --force_postinstall --prefer-arch-to-version install packagegroup-qt5-toolchain-target
definitely something in the packagegroup-qt5-toolchain-target
This sounds similar to the experience I had where I built for X11 then subsequently turned it off with DISTRO_FEATURES_remove = "x11".
As far as I could see there was still a dependency on X11 somewhere in the license manifest, from what I recall there was a header file used Xauth in pango/cairo that's stubbed out without X11.
The problem went away when I built for a different MACHINE, so I would suggest launching a completely fresh build without X11 after clearing your SSTATE_CACHE.
Related
g++ not found when using install_github
I am trying to install an r-package via github via devtools::install_github('package_name') I get the following error: "sh: g++ not found" and "ERROR: compilation failed for package 'package_name' " Question: What do I need to do in order to have/find g++? ========================================================= Extra information: Windows 8.1 OS R version 4.1.0 devtools version 2.4.2 rtools 40 installed (find_rtools() -> TRUE)
installing openblas on CentOS 8
I am trying to install R on CentOS 8 and it requires openblas-0.3.3-5.el8, but using dnf the AppStream repo only gives me openblas-0.3.3-2.el8. Is there any way to force it to install the newer version? Thanks in advance, I am really stuck here. [bosr#rth.ad.rothschild.com#usd1sapp101 ~]$ sudo dnf install openblas Last metadata expiration check: 0:39:47 ago on Tue 25 May 2021 06:50:01 PM CEST. Dependencies resolved. ================================================================================================= Package Architecture Version Repository Size ================================================================================================= Installing: openblas x86_64 0.3.3-2.el8 InstallMedia-AppStream 4.3 M Transaction Summary ================================================================================================= Install 1 Package Total size: 4.3 M Installed size: 31 M Is this ok [y/N]: N If I try to install R, here is the error message I get: > [bosr#rth.ad.rothschild.com#usd1sapp101 ~]$ sudo dnf update > CentOS-8 - AppStream 271 MB/s | 5.4 MB 00:00 > CentOS-8 - Base 248 MB/s | 2.2 MB 00:00 > CentOS-8 - PowerTools 5.1 MB/s | 2.0 MB 00:00 > Extra Packages for Enterprise Linux Modular 8 - x86_64 594 kB/s | 610 kB 00:01 > Extra Packages for Enterprise Linux 8 - x86_64 6.4 MB/s | 9.4 MB 00:01 > Error: > Problem: package R-devel-4.0.5-1.el8.x86_64 requires R-core-devel = 4.0.5-1.el8, but none of the providers can be installed > - package R-core-devel-4.0.5-1.el8.x86_64 requires openblas-devel, but none of the providers can be installed > - cannot install the best update candidate for package R-devel-1-1.x86_64 > - nothing provides openblas(x86-32) = 0.3.3-5.el8 needed by openblas-devel-0.3.3-5.el8.i686 > - nothing provides openblas-threads(x86-32) = 0.3.3-5.el8 needed by openblas-devel-0.3.3-5.el8.i686 > - nothing provides openblas(x86-64) = 0.3.3-5.el8 needed by openblas-devel-0.3.3-5.el8.x86_64 > - nothing provides openblas-threads(x86-64) = 0.3.3-5.el8 needed by openblas-devel-0.3.3-5.el8.x86_64 > (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) > [bosr#rth.ad.rothschild.com#usd1sapp101 ~]$
The missing packages are in a repo called powertools that is disabled on Centos8 by default. You need to enable this repo then try again. On my GCP VM I ran: sudo yum install epel-release sudo yum config-manager --set-enabled powertools sudo yum install R
I used wget to download the newer version of openblas and openblas-threads. I was then able to install them and then install R. Not sure why the repo wasn't giving me the latest version, but I am good now.
amdgpu-pro installation failed and now dependencies problem
first of all please bear with me as my English is still improving. So, yesterday i was trying to install DaVinci Resolve 16 on my newly installed Pop Os using an AMD RX 570 but i came across a problem related to openCL. So, i did some research and i found this command: sudo apt install mesa-opencl-icd Once, I did that and started DaVinci it crashed on startup with error "DaVinci Resolve quit unexpectedly " Again I came to google for help and i found that i need to install amdgpu-pro drivers to get my gpu openCL support and i followed these instructions: * you need to edit the "amdgpu-pro-install"-file. * Change the string "ubuntu" to debian or debianlinux or so. * The string "ubuntu" you can find in function os_release() * With Linux Mint i need to change it to "linuxmint" and installation will be fine so I followed the instructions and now it is giving me these errors: Errors were encountered while processing: amdgpu-dkms amdgpu amdgpu-pro-rocr-opencl amdgpu-pro amdgpu-pro-lib32 E: Sub-process /usr/bin/dpkg returned an error code (1) and now i can't install or uninstall any pkg or deb file -> sudo apt-get autoremove Reading package lists... Done Building dependency tree Reading state information... Done 0 to upgrade, 0 to newly install, 0 to remove and 0 not to upgrade. 5 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up amdgpu-dkms (1:5.6.20.906316-1188099) ... Removing old amdgpu-5.6.20.906316-1188099 DKMS files... ------------------------------ Deleting module version: 5.6.20.906316-1188099 completely from the DKMS tree. ------------------------------ Done. Loading new amdgpu-5.6.20.906316-1188099 DKMS files... Building for 5.8.0-7630-generic Building for architecture amd64 Building initial module for 5.8.0-7630-generic ERROR (dkms apport): kernel package linux-headers-5.8.0-7630-generic is not supported Error! Bad return status for module build on kernel: 5.8.0-7630-generic (amd64) Consult /var/lib/dkms/amdgpu/5.6.20.906316-1188099/build/make.log for more information. dpkg: error processing package amdgpu-dkms (--configure): installed amdgpu-dkms package post-installation script subprocess returned error exit status 10 dpkg: dependency problems prevent configuration of amdgpu: amdgpu depends on amdgpu-dkms (= 1:5.6.20.906316-1188099); however: Package amdgpu-dkms is not configured yet. dpkg: error processing package amdgpu (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of amdgpu-pro-rocr-opencl: amdgpu-pro-rocr-opencl depends on amdgpu-dkms (= 1:5.6.20.906316-1188099); however: Package amdgpu-dkms is not configured yet. dpkg: error processing package amdgpu-pro-rocr-opencl (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of amdgpu-pro: amdgpu-pro depends on amdgpu (= 20.45-1188099); however: Package amdgpu is not configured yet. dpkg: error processing package amdgpu-pro (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of amdgpu-pro-lib32: amdgpu-pro-lib32 depends on amdgpu (= 20.45-1188099) | amdgpu-hwe (= 20.45-1188099No apport report written because the error message indicates it's a follow-up error from a previous failure. No apport report written because the error message indicates it's a follow-up error from a previous failure. No apport report written because MaxReports has already been reached No apport report written because MaxReports has already been reached ); however: Package amdgpu is not configured yet. Package amdgpu-hwe is not installed. amdgpu-pro-lib32 depends on amdgpu-pro (= 20.45-1188099) | amdgpu-pro-hwe (= 20.45-1188099); however: Package amdgpu-pro is not configured yet. Package amdgpu-pro-hwe is not installed. dpkg: error processing package amdgpu-pro-lib32 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: amdgpu-dkms amdgpu amdgpu-pro-rocr-opencl amdgpu-pro amdgpu-pro-lib32 E: Sub-process /usr/bin/dpkg returned an error code (1)
You should be able to uninstall amdgpu(-pro) drivers by running /usr/bin/amdgpu(-pro)-uninstall script. Did you try to install the amdgpu drivers with the different kernel as advised here?
Install R 3.x via homebrew
The R formula https://github.com/Homebrew/homebrew-core/commits/master/Formula/r.rb was upgraded from version 3.6.3 to 4.0 semi-recently. There are a few backward-incompatible changes in version 4, so I would like to have installations of both 3.x and 4.x on my system for testing. Can that be achieved with homebrew? A simple attempt at brew install r#3.6 just gives me No available formula with the name "r#3.6". (Aside: the upgrade from 3.6 to 4.0 happened rather sneakily on my system, I did a brew upgrade dvc and that upgraded a few dependencies [Installing dependencies for dvc: c-ares, protobuf, grpc, gcc, openblas, sqlite, python#3.8, numpy, zstd and apache-arrow] and then an avalanche of dependents: ==> Upgrading 42 dependents: ansible 2.9.6_1 -> 2.9.10, ansible 2.9.6_1 -> 2.9.10, awscli 2.0.7 -> 2.0.28_1, awscli 2.0.7 -> 2.0.28_1, cython 0.29.10 -> 0.29.20, cassandra 3.11.4 -> 3.11.6_2, ffmpeg 4.2.2_2 -> 4.3_2, ffmpeg 4.2.2_2 -> 4.3_2, gdal 2.4.4_4 -> 3.1.1_2, gdal 2.4.4_4 -> 3.1.1_2, gdal 2.4.4_4 -> 3.1.1_2, gdal 2.4.4_4 -> 3.1.1_2, gdal 2.4.4_4 -> 3.1.1_2, gdal 2.4.4_4 -> 3.1.1_2, glib 2.64.2 -> 2.64.3, glib 2.64.2 -> 2.64.3, graphviz 2.42.3 -> 2.44.0, graphviz 2.42.3 -> 2.44.0, harfbuzz 2.6.4 -> 2.6.8, hdf5 1.12.0 -> 1.12.0_1, imagemagick 7.0.10-6_1 -> 7.0.10-23, imagemagick 7.0.10-6_1 -> 7.0.10-23, ipython 7.13.0 -> 7.16.1, jupyterlab 2.1.0 -> 2.1.5, libdap 3.20.5 -> 3.20.6, libdap 3.20.5 -> 3.20.6, libheif 1.6.2_1 -> 1.7.0, libheif 1.6.2_1 -> 1.7.0, maxima 5.43.2 -> 5.44.0, maxima 5.43.2 -> 5.44.0, netcdf 4.7.4 -> 4.7.4_1, pipenv 2018.11.26_3 -> 2020.6.2, pipenv 2018.11.26_3 -> 2020.6.2, poppler 0.87.0 -> 0.90.0, poppler 0.87.0 -> 0.90.0, python 3.7.7 -> 3.7.8, python-yq 2.7.2 -> 2.10.1, qcachegrind 18.04.3_1 -> 19.08.3, r 3.6.3_1 -> 4.0.2_1, r 3.6.3_1 -> 4.0.2_1, shared-mime-info 1.15 -> 2.0, shared-mime-info 1.15 -> 2.0 which is is why I'm trying to get an installation of R 3.6 back.)
Since R 3.6.3 is not actively maintained in the upstream, homebrew-core did not have a versioned formula for it. There is some hacky way of installing the most recent 3.6.3 version. $ cd /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core # switch to your local homebrew-core folder $ git reset --hard c3a244c627e # effective reset to the most recent r3.6.3 edition Updating files: 100% (3680/3680), done. HEAD is now at c3a244c627e r: update 3.6.3_2 bottle. $ git checkout -b r-3.6.3 # this would prevent messing up your source tree Switched to a new branch 'r-3.6.3' $ brew reinstall r # this would reinstall 3.6.3_2 $ git checkout master # checkout back to source tree Installation log ==> Downloading https://homebrew.bintray.com/bottles/gcc-9.3.0_1.mojave.bottle.tar.gz ==> Downloading from https://d29vzk4ow07wi7.cloudfront.net/de8319322428721741a0dc41dfdf2eece80e0215a7a4a861e0e206a9bfbca583?response- ######################################################################## 100.0% ==> Downloading https://homebrew.bintray.com/bottles/openblas-0.3.9.mojave.bottle.tar.gz ==> Downloading from https://d29vzk4ow07wi7.cloudfront.net/15116c0a8d1f359f83761de72835021cbad6a814cf7fd53cc93428b522f06dda?response- ######################################################################## 100.0% ==> Downloading https://homebrew.bintray.com/bottles/r-3.6.3_2.mojave.bottle.tar.gz ==> Downloading from https://d29vzk4ow07wi7.cloudfront.net/c6d4210a241f9466804d5660b467afb6f59d2150e43288b1c66e47387ff43f6e?response- ######################################################################## 100.0% ==> Reinstalling r ==> Installing dependencies for r: gcc and openblas ==> Installing r dependency: gcc ==> Pouring gcc-9.3.0_1.mojave.bottle.tar.gz 🍺 /usr/local/Cellar/gcc/9.3.0_1: 1,463 files, 292MB ==> Installing r dependency: openblas ==> Pouring openblas-0.3.9.mojave.bottle.tar.gz ==> Caveats openblas is keg-only, which means it was not symlinked into /usr/local, because macOS provides BLAS in Accelerate.framework. For compilers to find openblas you may need to set: export LDFLAGS="-L/usr/local/opt/openblas/lib" export CPPFLAGS="-I/usr/local/opt/openblas/include" For pkg-config to find openblas you may need to set: export PKG_CONFIG_PATH="/usr/local/opt/openblas/lib/pkgconfig" ==> Summary 🍺 /usr/local/Cellar/openblas/0.3.9: 23 files, 119.7MB ==> Installing r ==> Pouring r-3.6.3_2.mojave.bottle.tar.gz 🍺 /usr/local/Cellar/r/3.6.3_2: 2,122 files, 58.2MB ==> Caveats ==> openblas openblas is keg-only, which means it was not symlinked into /usr/local, because macOS provides BLAS in Accelerate.framework. For compilers to find openblas you may need to set: export LDFLAGS="-L/usr/local/opt/openblas/lib" export CPPFLAGS="-I/usr/local/opt/openblas/include" For pkg-config to find openblas you may need to set: export PKG_CONFIG_PATH="/usr/local/opt/openblas/lib/pkgconfig" version check verification $ r --version R version 3.6.3 (2020-02-29) -- "Holding the Windsock" Copyright (C) 2020 The R Foundation for Statistical Computing Platform: x86_64-apple-darwin18.7.0 (64-bit) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under the terms of the GNU General Public License versions 2 or 3. For more information about these matters see https://www.gnu.org/licenses/. legacy formula Besides you can install thru the hacky way, I also made a legacy formula submission on this. https://github.com/Homebrew/homebrew-core/pull/58063
Note there seems to be no entry for the latest Mac big_sur in r's v3 formula, so #chenrui's method no longer works on new versions of Mac (it says Error: Failed to load formula: r: Invalid bottle tag symbol: Treating r as a cask.) Solution: do the same as they suggest, but instead of the core repo, use the cask repo, and the revision you want to check out is 6d3bdc6 instead. Updated steps to follow: cd /usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask # cask, not core git reset --hard 6d3bdc6 git checkout -b r-3.6.3 HOMEBREW_NO_AUTO_UPDATE=1 brew reinstall homebrew/cask/r # Will install v3 from cask (which works on newer Macs), not formula (which is unsupported on newer Macs) git checkout master # Finally, since brew won't link this cask automatically: ln -s /Library/Frameworks/R.framework/Resources/bin/R /usr/local/bin
CDH4.x : Installation hangs there
I've downloaded cloudera-manager-installer.bin from CDH's official site. But when I trying to install it, the program hangs at 40% progress. The installation log looks like this: Loading mirror speeds from cached hostfile * epel: mirrors.neusoft.edu.cn * rpmforge: ftp.riken.jp Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package cloudera-manager-server.x86_64 0:4.8.2-1.cm482.p0.101.el6 will be installed --> Processing Dependency: cloudera-manager-daemons = 4.8.2 for package: cloudera-manager-server-4.8.2-1.cm482.p0.101.el6.x86_64 --> Running transaction check ---> Package cloudera-manager-daemons.x86_64 0:4.8.2-1.cm482.p0.101.el6 will be installed --> Finished Dependency Resolution Dependencies Resolved ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: cloudera-manager-server x86_64 4.8.2-1.cm482.p0.101.el6 cloudera-manager 7.7 k Installing for dependencies: cloudera-manager-daemons x86_64 4.8.2-1.cm482.p0.101.el6 cloudera-manager 148 M Transaction Summary ================================================================================ Install 2 Package(s) Total download size: 148 M Installed size: 203 M Downloading Packages: I can access archive.cloudera.com from my server. How can I deal with this problem ?
Try the following sudo unmount cm_processes sudo rm -Rf /var/run/cloudera* Doing it solved this for me.