Post version 2.346.x, Jenkins forces us to upgrade to Java 11.
However, our company policy asks us to stick to Java 8 across all the projects, whatsoever the case would be. (Obvious reason being the budget).
I know that we can still download and install the older version of Jenkins. The problem here is, after some point of time, most of the plugins stop supporting the older Jenkins. Now I can neither upgrade to latest version of Jenkins nor can I stay back on older and keep using the plugins.
So here comes the question - Is there a way to keep using Java 8 compatible Jenkins and all the plugins?
If you are using Debian or Ubuntu you can pin a package to the choosen version in the APT configuration
root#debian:~# cat /etc/apt/preferences.d/jenkins
Package: jenkins
Pin: version 2.346
Pin-Priority: 1000
root#debian:~# apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root#debian:~# rm /etc/apt/preferences.d/jenkins
root#debian:~# apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
jenkins
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/92.9 MB of archives.
After this operation, 2,204 kB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.
root#debian:~#
Related
Overtime I’ve managed to install various versions of Lua, but not being the best at all thing Debian/pi, and after using Lua rocks to install the Lua file system (lfs) module I’ve got more versions (somewhere in my system) that I can shake a stick at.
What can I do to completely remove Lua and start again, this time ensuring is have the lfs module ?
Currently everything I do to try and uninstall/ remove comes to a dead end - usually with the virtual package message..
pi#raspberrypi:~ $ lua -v
Lua 5.2.3 Copyright (C) 1994-2013 Lua.org, PUC-Ri0
pi#raspberrypi:~ $ sudo apt-cache depends lua
<lua>
pi#raspberrypi:~ $ sudo apt-get purge lua
Reading package lists... Done
Building dependency tree
Reading state information... Done
Virtual packages like 'lua' can't be removed
0 upgraded, 0 newly installed, 0 to remove and 36 not upgraded.
pi#raspberrypi:~ $ sudo apt-get remove lua
Reading package lists... Done
Building dependency tree
Reading state information... Done
Virtual packages like 'lua' can't be removed
0 upgraded, 0 newly installed, 0 to remove and 36 not upgraded.
pi#raspberrypi:~ $ luarocks --version
/usr/bin/luarocks 2.2.0
LuaRocks main command-line interface
Many of your apt packages are going to run into complications of system components relying on those being there. They hardly take up any space anyway, just a couple meg. Ones you can safely remove will be listed under:
apt list lua-* | grep installed
If you've installed supplemental versions with luaver, then it's
luaver list
==> Installed versions: (currently 5.3.5)
5.1.5
5.3.5
5.4.0
5.2.4
luaver uninstall 5.4.0
so on and so forth, until all the unnecessary vers are off your system. Alternatively, you could delete your entire ~/.luaver/ directory, and all of those extra versions would be gone in one go. Then you'd have to reinstall luaver and continue from that point.
My client uses a Docker images that has a base image of centos:7 from DockerHub. I noticed that Google Cloud Container registry flagged my latest built images with 17 vulnerabilities that all target the kernel-headers package from CentOs, version 3.10.0.
What are my options ?
Can I just upgrade this package or the kernel while staying on CentOs 7 or do I need to upgrade to version 8 ?
With an upgrade to version 8, are there specific breaking updates I should keep an eye on ?
Thank you guys
Update : We are using hdf5, hdf5-devel, devtoolset-7-gcc-c++ and openmpi packages to run some simulations. Removing the kernel-headers tries to remove devtoolset-7-gcc, glibc-devel and glibc-headers packages. I will do some testing without those packages.
yum install -y kernel-headers --enablerepo=centos-kernel
I have some problems following the tutorial "http://wiki.ros.org/Industrial/Tutori...". I have installed ROS Melodic and i want to use an slave ethercat like the "IO rack: EtherCAT Couper, 8 DI, & 8DO (all Beckhoff)" but different brand (Omron), and when i try to follow the step 1: Install OROCOS toolchain for ROS it return a error when i follow the tutorial "http://wiki.ros.org/orocos_toolchain" and execute the command "rosdep install orocos_toolchain" the error is the next: ERROR: Rosdep cannot find all required resources to answer your query Missing resource orocos_toolchain.
I use ROS 1 Distro: melodic SO: Ubuntu 18:04
Someone can i help me, please. I was searching another ways to install OROCOS toolchain but i didn't have success.
Most of the readily available documentation for installing / using Orocos is out of date. For example, that page you were at is (at timeof writing) 6 years old, for an end-of-life distro.
The up-to-date info is on their github and website (The website, for you right now, is probably less useful, but this page still is). Respectively, you should now install that fat stack as sudo apt install ros-melodic-rtt-ros-integration, aka install from binary sources. Make sure to pay careful attention to Building ROS-Based Orocos Components, because they have their own system which changes the CMake process. There's also other packages that they/others keep from other stacks, you can see the whole list by trying to autocomplete apt install ros-melodic-rtt-
I'm testing clickhouse. Finally I installed ClickHouse on my virtual machine. But I've got some problem to make it.
--> Finished Dependency Resolution
Error: Package: clickhouse-server-1.1.54236-4.el6.x86_64 (clickhouse)
Requires: libbfd-2.20.51.0.2-5.44.el6.so()(64bit)
But, I already have this "binutils-2.20.51.0.2-5.47". (More recent version)
[root#node01 ~]# rpm -qa | grep "binutils"
binutils-2.20.51.0.2-5.47.el6_9.1.x86_64
So, I removed binutils-2.20.51.0.2-5.47 and install binutils-2.20.51.0.2-5.44, it works well.
Is this common issue?
Thanks.
Chan.
The BFD libraries are only intended for internal use by binutils and related tools. There is no ABI stability even within the same release of CentOS (or Red Hat Enterprise Linux). This is why the library name can change from minor release to minor release, breaking RPM dependencies in this way.
You need to talk to whoever builds clickhouse. They need to bundle their own version of BFD if they truly need it, or use supported libraries such as libelf from elfutils if they need only a tiny subset.
I am installing Grails on Ubuntu 12.10, using the instructions here, but an getting an error on the 3rd step, as outlines below.
sudo add-apt-repository ppa:groovy-dev/grails
sudo apt-get update
sudo apt-get install grails-ppa
The error I get is shown below. I have the Sun JDK installed, and JAVA_HOME is set, and JAVA_HOME/bin is on the path.
Can someone suggest things to try to resolve this?
/home/edgecase> $ sudo apt-get install grails-ppa
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
default-jre-headless:i386 : Depends: openjdk-7-jre-headless:i386 (>= 7~u3-2.1) but it is not going to be installed
openjdk-7-jre:i386 : Depends: openjdk-7-jre-headless:i386 (= 7u7-2.3.2a-1ubuntu1) but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
/home/edgecase> $ java -version
java version "1.6.0_39"
Java(TM) SE Runtime Environment (build 1.6.0_39-b04)
Java HotSpot(TM) 64-Bit Server VM (build 20.14-b01, mixed mode)
We need to remove those instructions from the site since the PPA isn't being maintained. Use http://gvmtool.net/ instead.
YES please remove the PPA instructions with GVM, I wasted a lot of time before I found this