Lots of packages are missing in EPEL for RHEL7 - installation

I am trying to install any GUI desktop on the RHEL7, what originally does not have any.
There was even no ntfs-3g installed to work with NTFS file system.
really "nice" build is this RHEL7!!!!
and i m using the EPEL - repos for that in :
http://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
while another the link to
http://download.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-9.noarch.rpm
is not working.
So i installed the epel-release-latest-7.noarch.rpm with rpm.
But i do not have the group 'Server with GUI'in yum there, (what is recommended to install).
trying install gnome-desktop, x windows system, xfce, whatever i get the message about lots of unsatisfied dependencies like:
lots with libgtk*
libX11*
gk* whatever
so i guess the dependencies for GNOME are missing.
Yeah, so many libs are not included in the RHEL7 from the beginning, bravo to this version.
I guess there is no info about the dependencies in the epel package or
even in gnome-desktop-2.32.0-17.el7.x86_64.rpm.
Can someone please tell where from download all (means realy all) dependencies for GNOME Desktop or any other desktop?
before this issue i guessed, every package must have list of all dependencies to it , otherwise it is just... stupid

You don't need the EPEL repository for GUI on RHEL. All required packages, including all necessary dependencies, are a part of the default RHEL repositories.
Make sure that your installation is properly registered and subscribed (see How to register and subscribe a system to the Red Hat Customer Portal using Red Hat Subscription-Manager).
Then you should be able to install a GUI environment of your choice without any outside dependencies, i.e. it should be possible to execute, for example:
# yum groupinstall "Server with GUI"
See more detailed info at How to install a graphical user interface (GUI) for Red Hat Enterprise Linux.

Related

Packages apt-get vs brew?

Im trying to get something running in a lab, and I need to install a whole bunch of packages to compile the code:
sudo apt-get install build-essential libgtk2.0-dev libwxgtk3.0-dev libwx-perl libmodule-build-perl git cpanminus libextutils-cppguess-perl libboost-all-dev libxmu-dev liblocal-lib-perl wx-common libopengl-perl libwx-glcanvas-perl libtbb-dev libxmu-dev freeglut3-dev libwxgtk-media3.0-dev libboost-thread-dev libboost-system-dev libboost-filesystem-dev libcurl4-openssl-dev libextutils-makemaker-cpanfile-perl
The problem is, I'm working on a Mac; So I only have brew available - and the package names are not equivalent.
Am I trying to do something dumb and impossible, or is there a way to cross reference those apt-get packages to ones available in brew and install those so I can build the app?
For added context, its a modified "slicer" application for generating files that a 3d printer uses to make parts. I could fire up an ubuntu VM and use apt-get, but I'm on an M1 mac at the moment and recompiling experimental QEMU code just so I can fire up an ubuntu VM takes me way more out of my depth than I already am... I'm running brew on a duplicated, rosetta emulation forced terminal.
There is no straightforward way to automatically figure out whether a corresponding Homebrew package exists for each of these packages, no. But you can probably guess the majority, and manually figure out the rest. Each Debian package has a link to the upstream sources, and a home page if one exists, from which you can often find links to packages for other architectures, etc.
From the Debian package search page you can search e.g. for the libxmu-dev package, and discover the corresponding package page for Buster (the current stable Debian release), which in turn has links to the upstream repo, etc. But this is an X11 package, so it's not straightforwardly compatible with macOS, which uses an entirely different GUI architecture.

Installing TeamViewer 13 on Debian requires many dependencies

I'm trying to install TeamViewer by going to their website and downloading the latest version. However, when I open a terminal, navigate to the folder, and enter
sudo dpkg -i teamviewer_13.0.6634_amd64.deb
I get a message that certain dependencies are missing, including qtdeclarative5-qtquick2-plugin. I then installed that, re-ran the install, and there are many other missing dependencies, so I try to just run
sudo apt install qtdeclarative5-*
and this tells me that several dependencies from qml are needed, so I run
sudo apt install qml-module-*
and this again tells me I first need other missing dependencies, and at this point I feel like I am in an endless maze. Is there any efficient way of getting the dependencies that I need? Or am I supposed to be doing something completely different to install TeamViewer? I'm running Linux Mint 18.3 Cinnamon.
Why not use VNC?
This is a question more relevant for ServerFault, Stack Overflow's sister site for IT.

Installing biber 2.7

I am using a software called Texmaker, it uses another program (i think they called it a backend, am i right?) called biber. The current version of biber in my computer is: Biber 1.9. I have tried to download a current version of biber in the webpage http://biblatex-biber.sourceforge.net/ (i am sure it is the correct programme and webpage).
The problem is that Texmaker still recognize the old version (1.9)and not the new one. What should i do?
Where should i unpackage biber?
Another question, Biber is downloaded in a tar.gz file, so i uncompressed it and it was finished.
I am not sure if it is wrong or not, i mean, only uncompress the file to install it.
Extra data: The version of linux i have is based on Debian.
Debian updates packages continuously, but for releases that are already out it takes special care not disrupt and does not update much more than what is required for security purposes. The page https://packages.qa.debian.org/b/biber.html shows that version 2.7 is already available, but only in the next version of Debian which is called "testing". A new release of Debian is expected "real soon" and then what is stable now will be referred to as old stable and today's testing will be the new stable. You may decide to just wait for that upcoming release to then upgrade your complete installation of perform a partial upgrade now as described below.
To get to the new version you could download the .deb package following https://packages.debian.org/stretch/all/biber/download and install it with "sudo dpkg -i biber_2.7-2_all.deb". This substitutes your previous version. There is no need to manually decide where to put a Debian package - all previously installed files of that package will be removed and all the files in the .deb file at hand are unpacked at fixed locations. Which files that are you can inspect with the "-c" option, i.e. "sudo dpkg -c biber_2.7-2_all.deb". A program that worked with biber before should now also function with that new version. Should. Just give it a test. If it works then you are done with your update.
The art of assembling a joint release of software packages is the difficulty to avoid side effects. It is common that an upgrade of one packages breaks other packages. But this is not necessarily so and the packages declare any known such dependencies on the versions of other packages. If there are many additional dependencies that you need to co-update with that new version of biber, it may then be preferable to add the download information to stretch to /etc/apt/sources.list (copy the reads jessie or stable now and substitute that with stretch or testing). You then run "sudo apt-get update" and "sudo apt-get install biber" to have version 2.7 installed.
Have you installed texmaker also from Debian? That testing release also offers texmaker 4.5 over version 4.3 of the stable distribution features. If your problem was not solved with 4.3 then it may be worthwhile to attempt also an update of texmaker. It is then from the same Debian release as is biber and they should work together since this "togetherness" is what a release is about. You can download the Texmaker .deb file as explained before or with the extended sources.list file use apt-get install texmaker. Again, there is no need to specify any program locations. What is old is removed, the new version of the packages takes it position.
With the new Debian release now so close, not too much should go wrong. But if you are professionally depending on your machine then please try this first on another computer to learn and of course please have backups. Once the biber package was updated, remove or comment out (start the line with the # sign) in /etc/apt/sources.list and run apt-get update again. The newly installed biber package will not be removed again since its version is newer than.
Meta-comment: This site is about programming, not about installing software or distribution-related issues. It may be more appropriate to address this question at https://askubuntu.com, the https://lists.debian.org/debian-user/ mailing list or (my preferred option) some friendly soul in the neighbourhood.

how to update firefox on redhat via yum

I have firefox 3.0.12 on my redhat 5.8 and I'm trying to update it.
But, yum update firefox does not find and new version and keeps finding only 3.0.12
I have also tried updating yum itself.
I have also tried downloading firefox tgz, but I get a lot of dependency files missing. So going that route is very tedious and I'm finding it hard to download the dependent .so files.
How do I update using yum or is there a .rpm for firefox that I can download and install(I did not find one on the mozilla website)
If yum upgrade firefox does not report any possible updates, you probably do not have proper channels enabled (you are not subscribed into these). You should see rhel-x86_64-server-5 (depends on your architecture and RHEL variant - Server/Client...) in output of command yum repolist. If it is not there you have to register into RHN Classic (rhn.redhat.com) or your company's Red Hat Satellite or something else - depends on your company's policy.
If you have that channel available, upgrade to firefox-31.2.0-3.el5_11.x86_64 (which seems to be latest in RHEL5 channel) should be offered.
Firefox 3.0.12 is the latest version available in repository of 5.8 and so you are getting same. If you need the latest version then upgrade the OS itself or download the rpm manually and install with yum localinstall command.

How to make deb packages for my server?

I have a Ubuntu (12.04 LTS) install for my desktop, and I have two VPS servers that run Ubuntu (11.04 LTS) as well. I have PHP running on these servers using fcgi, but I want to upgrade to the lastest version of PHP (5.4.3) and include the modules that I need baked right in. It just so happens that the regular ./configure script happens to include all of the things that I need. So from here, I want to make a deb package that I can use on my two VPS servers so that I can quickly install it using apt-get install php. What do I have to do in order for this to happen?
I would be making the package from the desktop installation that I have (Ubuntu 12.04 LTS) and distributing them to my servers via ftp or setting up a lunchpad account. The desktop is a stock install, and the only extra thing that I added was the lib2xml-dev so that I could compile php. The servers are also bare, only running 10 proccess, including nginx, and php-cgi.
Download and build the source package from Debian testing; they currently seem to be on PHP 5.4.4. (You may need to add some backports etc, though.) Set up your own repository and add it to /etc/apt/sources.list.d on the servers. You may need to build on a 11.04 box in order to be able to install on 11.04 (or play tricks with versioned dependencies).

Resources