Failed to Upgrade Nginx modules after upgrade Nginx to v1.22.0 - nginx

I upgraded Nginx from 1.16 to 1.22.0 after that tried to upgrade modules but every attempt failed.
My OS="CentOS 7"
Nginx Modules that need to upgrade:
nginx-mod-http-image-filter.x86_64 1:1.16.1-1.el7 #epel
nginx-mod-http-perl.x86_64 1:1.16.1-1.el7 #epel
nginx-mod-http-xslt-filter.x86_64 1:1.16.1-1.el7 #epel
nginx-mod-stream.x86_64 1:1.16.1-1.el7 #epel
nginx-mod-mail.x86_64 1:1.16.1-1.el7 #epel
One of the available modules and it's info:
# yum info nginx-mod-stream
Installed Packages
Name : nginx-mod-stream
Arch : x86_64
Epoch : 1
Version : 1.16.1
Release : 1.el7
Size : 171 k
Repo : installed
From repo : epel
Summary : Nginx stream modules
URL : http://nginx.org/
License : BSD
Description : Nginx stream modules.
Available Packages
Name : nginx-mod-stream
Arch : x86_64
Epoch : 1
Version : 1.20.1
Release : 9.el7
Size : 89 k
Repo : epel/x86_64
Summary : Nginx stream modules
URL : https://nginx.org
License : BSD
Description : Nginx stream modules.
One of my efforts:
# yum update nginx-mod-stream
ackage nginx-mod-stream.x86_64 1:1.20.1-9.el7 will be an update
--> Processing Dependency: nginx(abi) = 1.20.1 for package: 1:nginx-mod-stream-1.20.1-9.el7.x86_64
--> Finished Dependency Resolution
Error: Package: 1:nginx-mod-stream-1.20.1-9.el7.x86_64 (epel)
Requires: nginx(abi) = 1.20.1
Available: 1:nginx-1.20.1-9.el7.x86_64 (epel)
nginx(abi) = 1.20.1
Installed: 1:nginx-1.22.0-1.el7.ngx.x86_64 (#nginx-stable)
Not found
Available: 1:nginx-1.8.0-1.el7.ngx.x86_64 (nginx-stable)
Not found
Available: 1:nginx-1.8.1-1.el7.ngx.x86_64 (nginx-stable)
Not found
Available: 1:nginx-1.9.0-1.el7.ngx.x86_64 (nginx-mainline)
...
...
So here's my question, How can I upgrade them?

Note that your NGINX has been installed from the NGINX stable repository. From your output:
Installed: 1:nginx-1.22.0-1.el7.ngx.x86_64 (#nginx-stable)
If you want to keep NGINX installed from that repo, the EPEL's packages are unnecessary (they don't do anything, because NGINX package from its official repository already includes stream module).
So all you have to do is yum remove nginx-mod-*

Related

Problem in install R using conda on a server cluster

I tried to install R on cluster server using conda. Conda created environment successfully, but it can not install R. It gives the following error message:
-bash-4.2$ conda install -c conda-forge r-base=4.2.0
Collecting package metadata (current_repodata.json): failed
# >>>>>>>>>>>>>>>>>>>>>> ERROR REPORT <<<<<<<<<<<<<<<<<<<<<<
Traceback (most recent call last):
File "/opt/ohpc/pub/anaconda3/lib/python3.8/site-packages/conda/gateways/connection/session.py", line 52, in __call__
return cls._thread_local.session
AttributeError: '_thread._local' object has no attribute 'session'
active environment : /home/zwei/bartsfm
active env location : /home/zwei/bartsfm
shell level : 3
user config file : /home/zwei/.condarc
populated config files : /home/zwei/.condarc
conda version : 4.8.3
conda-build version : 3.18.11
python version : 3.8.3.final.0
virtual packages : __glibc=2.17
base environment : /opt/ohpc/pub/anaconda3 (read only)
channel URLs : https://conda.anaconda.org/conda-forge/linux-64
https://conda.anaconda.org/conda-forge/noarch
https://repo.anaconda.com/pkgs/main/linux-64
https://repo.anaconda.com/pkgs/main/noarch
https://repo.anaconda.com/pkgs/r/linux-64
https://repo.anaconda.com/pkgs/r/noarch
package cache : /home/zwei/conda/pkgs
envs directories : /home/zwei/bartsfm
/home/zwei/.conda/envs
/opt/ohpc/pub/anaconda3/envs
platform : linux-64
user-agent : conda/4.8.3 requests/2.24.0 CPython/3.8.3 Linux/3.10.0-1160.76.1.el7.x86_64 Linux/unknown glibc/2.17
UID:GID : 1620:1546
netrc file : None
offline mode : False
...
An unexpected error has occurred. Conda has prepared the above report.
Upload successful.
I guess I mess up the environment variables for conda. Could any one help? Many thanks.

Update R in anaconda

My first idea was to get R version 4 on my rstudio beside anaconda
My ADD brain then fought getting the newest version of R in my base environment
I have before created new conda environments with different versions of R without a problem
Now I start R in my Ubuntu 18.04.5 and get:
R version 3.5.1
I download the newest version of R (should be 4.0.5) with conda install -c conda-forge r-base
I restart the computer but I am stuck in R version 3.5.1
I do conda update -n base conda and nothing changes
conda config --show-sources
==> /home/notandi/anaconda3/.condarc <==
channels:
- conda-forge
- bioconda
- defaults
==> /home/notandi/.condarc <==
channels:
- bioconda
- defaults
conda info:
active environment : base
active env location : /home/notandi/anaconda3
shell level : 1
user config file : /home/notandi/.condarc populated config files : /home/notandi/anaconda3/.condarc
/home/notandi/.condarc
conda version : 4.10.1
conda-build version : 3.20.2
python version : 3.7.7.final.0
virtual packages : __linux=4.15.0=0
__glibc=2.27=0
__unix=0=0
__archspec=1=x86_64
base environment : /home/notandi/anaconda3 (writable)
conda av data dir : /home/notandi/anaconda3/etc/conda conda av metadata url : https://repo.anaconda.com/pkgs/main
channel URLs : https://conda.anaconda.org/bioconda/linux-64
https://conda.anaconda.org/bioconda/noarch
https://repo.anaconda.com/pkgs/main/linux-64
https://repo.anaconda.com/pkgs/main/noarch
https://repo.anaconda.com/pkgs/r/linux-64
https://repo.anaconda.com/pkgs/r/noarch
https://conda.anaconda.org/conda-forge/linux-64
https://conda.anaconda.org/conda-forge/noarch
package cache : /home/notandi/anaconda3/pkgs
/home/notandi/.conda/pkgs
envs directories : /home/notandi/anaconda3/envs
/home/notandi/.conda/envs
platform : linux-64
user-agent : conda/4.10.1 requests/2.25.1 CPython/3.7.7 Linux/4.15.0-143-generic ubuntu/18.04.5 glibc/2.27
UID:GID : 1000:1000
netrc file : None
offline mode : False
What does the Singularity want from me?
The best solution for me is to update the place where Anaconda is looking for the packages. To do that:
Open Anaconda
Go to Environments and select your desired environment
Lets add a new channel to look for updated packages: button Channels --> click Add --> type conda-forge --> enter --> click Update Channels
Lets wait until Anaconda update packages list and look for the R package (now it should show you the last version) and either update it or installed it from crash.

bitbake meta-toolchain-qt5 failed, cannot satisfy x11 although feature was removed

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.

Error installing mcrypt extension on Centos VPS upgraded to PHP 5.4.33

[root#vps-1160435-21941 ~]# yum install php-mcrypt*
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: mirrors.greenmountainaccess.net
* epel: mirror.clarkson.edu
* extras: mirror.millry.co
* updates: mirrors.rit.edu
Setting up Install Process
Examining php-mcrypt-5.4.23-1.el6.remi.x86_64.rpm: php-mcrypt-5.4.23-1.el6.remi.x86_64
Marking php-mcrypt-5.4.23-1.el6.remi.x86_64.rpm to be installed
Resolving Dependencies
--> Running transaction check
---> Package php-mcrypt.x86_64 0:5.4.23-1.el6.remi will be installed
--> Processing Dependency: php-common(x86-64) = 5.4.23-1.el6.remi for package: php-mcrypt-5.4.23-1.el6.remi.x86_64
--> Finished Dependency Resolution
Error: Package: php-mcrypt-5.4.23-1.el6.remi.x86_64 (/php-mcrypt-5.4.23-1.el6.remi.x86_64)
Requires: php-common(x86-64) = 5.4.23-1.el6.remi
Installed: php-common-5.4.33-2.el6.remi.x86_64 (#remi)
php-common(x86-64) = 5.4.33-2.el6.remi
Available: php-common-5.3.3-26.el6.x86_64 (base)
php-common(x86-64) = 5.3.3-26.el6
Available: php-common-5.3.3-27.el6_5.x86_64 (updates)
php-common(x86-64) = 5.3.3-27.el6_5
Available: php-common-5.3.3-27.el6_5.1.x86_64 (updates)
php-common(x86-64) = 5.3.3-27.el6_5.1
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
It seems that you don't have proper repositories imported into yum, and it is fetching info from built-in list (which contains PHP 5.3.3 in centos 6).
Try following this guide:
https://webtatic.com/packages/php54/
Or this one for latest PHP 5.5
https://webtatic.com/packages/php55/

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.

Resources