Installing Eagle Cad on Fedora 20 (FEL Spin, 64-Bit) - fedora

I have been using Debian based distributions of Linux for about a year now and I want to try out Fedora. I downloaded the Electronic Lab spin but I want to install Eagle CAD, which I understand uses 32-bit libraries.
I have found some information on some other sites that all recommend using yum to install these libraries:
sudo yum install libstdc++.i686 libXrender.i686 libXrandr.i686 libXcursor.i686 freetype.i686 fontconfig.i686 libXi.i686
I tried to just install the first two listed there but I got this on the output:
Loaded plugins: fastestmirror, langpacks, refresh-packagekit
Loading mirror speeds from cached hostfile
* fedora: mirror.steadfast.net
* rpmfusion-free: mirror.us.leaseweb.net
* rpmfusion-free-updates: mirror.us.leaseweb.net
* rpmfusion-nonfree: mirror.us.leaseweb.net
* rpmfusion-nonfree-updates: mirror.us.leaseweb.net
* updates: mirror.steadfast.net
Resolving Dependencies
--> Running transaction check
---> Package libXrender.i686 0:0.9.8-2.fc20 will be installed
--> Processing Dependency: libc.so.6(GLIBC_2.4) for package: libXrender-0.9.8-2.fc20.i686
--> Processing Dependency: libX11.so.6 for package: libXrender-0.9.8-2.fc20.i686
---> Package libstdc++.i686 0:4.8.2-7.fc20 will be installed
--> Processing Dependency: libgcc_s.so.1(GLIBC_2.0) for package: libstdc++-4.8.2-7.fc20.i686
--> Processing Dependency: libgcc_s.so.1(GCC_4.2.0) for package: libstdc++-4.8.2-7.fc20.i686
--> Processing Dependency: libgcc_s.so.1(GCC_3.3) for package: libstdc++-4.8.2-7.fc20.i686
--> Processing Dependency: libgcc_s.so.1(GCC_3.0) for package: libstdc++-4.8.2-7.fc20.i686
--> Processing Dependency: libgcc_s.so.1 for package: libstdc++-4.8.2-7.fc20.i686
--> Running transaction check
---> Package glibc.i686 0:2.18-11.fc20 will be installed
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.18-11.fc20.i686
--> Processing Dependency: libfreebl3.so for package: glibc-2.18-11.fc20.i686
---> Package libX11.i686 0:1.6.1-1.fc20 will be installed
--> Processing Dependency: libxcb.so.1 for package: libX11-1.6.1-1.fc20.i686
---> Package libgcc.i686 0:4.8.2-7.fc20 will be installed
--> Running transaction check
---> Package libxcb.i686 0:1.9.1-3.fc20 will be installed
--> Processing Dependency: libXau.so.6 for package: libxcb-1.9.1-3.fc20.i686
---> Package nss-softokn-freebl.i686 0:3.15.3-1.fc20 will be installed
--> Running transaction check
---> Package libXau.i686 0:1.0.8-2.fc20 will be installed
--> Finished Dependency Resolution
Error: Multilib version problems found. This often means that the root
cause is something else and multilib version checking is just
pointing out that there is a problem. Eg.:
1. You have an upgrade for libstdc++ which is missing some
dependency that another package requires. Yum is trying to
solve this by installing an older version of libstdc++ of the
different architecture. If you exclude the bad architecture
yum will tell you what the root cause is (which package
requires what). You can try redoing the upgrade with
--exclude libstdc++.otherarch ... this should give you an error
message showing the root cause of the problem.
2. You have multiple architectures of libstdc++ installed, but
yum can only see an upgrade for one of those architectures.
If you don't want/need both architectures anymore then you
can remove the one with the missing update and everything
will work.
3. You have duplicate versions of libstdc++ installed already.
You can use "yum check" to get yum show these errors.
...you can also use --setopt=protected_multilib=false to remove
this checking, however this is almost never the correct thing to
do as something else is very likely to go wrong (often causing
much more problems).
Protected multilib versions: libstdc++-4.8.2-7.fc20.i686 != libstdc++-4.8.2-1.fc20.x86_64
Error: Protected multilib versions: libgcc-4.8.2-7.fc20.i686 != libgcc-4.8.2-1.fc20.x86_64
Error: Protected multilib versions: nss-softokn-freebl-3.15.3-1.fc20.i686 != nss-softokn-freebl-3.15.2-2.fc20.x86_64
When I try to run the installer script provided by Cad Soft I get the following:
./eagle-lin-6.5.0.run: /tmp/eagle-setup.3796/eagle-6.5.0/bin/eagle: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
From others I am guessing this is showing up because there is something wrong with my 32-Bit libraries?
Since I am new to Fedora I am also new to the YUM package manager. I also realize that I could use KiCAD but I need Eagle for work and I would like to see if I can get this system up to speed with what I need at work.

Not that it was the fix that I was looking for, but I did get Eagle Cad installed on a fresh install of the regular Fedora 20 (64-bit) by following the link provided by rickhg12hs in the comments of the original post. I am not sure what caused all of the problems with yum and rpm db. Thank you to rickhg12hs for the help though!

Related

Failed to install ROCm on Ubuntu 20.04 [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 1 year ago.
Improve this question
I would like to set up AMD Radeon for Deep Learning on Ubuntu. The main libraries for my work are keras and pytorch. I followed strictly on ROCm installation guideline here but failed at the 3rd step with the command sudo apt install rocm-dkms. Error messages were shown as follows.
Setting up dkms (2.8.1-5ubuntu1) ...
Setting up hip-rocclr (4.0.20496.5685.40000-23) ...
Setting up rock-dkms (1:4.0-23) ...
Loading new amdgpu-4.0-23 DKMS files...
Building for 5.8.0-41-generic
Building for architecture x86_64
Building initial module for 5.8.0-41-generic
Error! Bad return status for module build on kernel: 5.8.0-41-generic (x86_64)
Consult /var/lib/dkms/amdgpu/4.0-23/build/make.log for more information.
dpkg: error processing package rock-dkms (--configure):
installed rock-dkms package post-installation script subprocess returned error
exit status 10
Setting up g++-9 (9.3.0-17ubuntu1~20.04) ...
Setting up g++ (4:9.3.0-1ubuntu2) ...
update-alternatives: using /usr/bin/g++ to provide /usr/bin/c++ (c++) in auto mo
de
Setting up build-essential (12.8ubuntu1.1) ...
dpkg: dependency problems prevent configuration of rocm-dkms:
rocm-dkms depends on rock-dkms; however:
Package rock-dkms is not configured yet.
dpkg: error processing package rocm-dkms (--configure):
dependency problems - leaving unconfigured
Setting up gcc-multilib (4:9.3.0-1ubuntu2) ...
No apport report written because the error message indicates its a followup erro
r from a previous failure.
Setting up g++-9-multilib (9.3.0-17ubuntu1~20.04) ...
Setting up g++-multilib (4:9.3.0-1ubuntu2) ...
Processing triggers for sgml-base (1.29.1) ...
Setting up x11proto-dev (2019.2-1ubuntu1) ...
Setting up libxau-dev:amd64 (1:1.0.9-0ubuntu1) ...
Processing triggers for libc-bin (2.31-0ubuntu9.2) ...
Processing triggers for man-db (2.9.1-1) ...
Setting up libxdmcp-dev:amd64 (1:1.1.3-0ubuntu1) ...
Setting up x11proto-core-dev (2019.2-1ubuntu1) ...
Setting up libxcb1-dev:amd64 (1.14-2) ...
Setting up libx11-dev:amd64 (2:1.6.9-2ubuntu1.1) ...
Setting up libglx-dev:amd64 (1.3.2-1~ubuntu0.20.04.1) ...
Setting up libgl-dev:amd64 (1.3.2-1~ubuntu0.20.04.1) ...
Setting up mesa-common-dev:amd64 (20.2.6-0ubuntu0.20.04.1) ...
Setting up rocm-opencl-dev (3.6Beta-17-g875c1f8-rocm-rel-4.0-23) ...
Settin XT g up rocm-clang-ocl (0.5.0.64-rocm-rel-4.0-23-50fb51a) ...
Setting up rocm-utils (4.0.0.40000-23) ...
Setting up rocm-dev (4.0.0.40000-23) ...
Processing triggers for libc-bin (2.31-0ubuntu9.2) ...
Errors were encountered while processing:
rock-dkms
rocm-dkms
E: Sub-process /usr/bin/dpkg returned an error code (1)
My kernel version is 5.8.0-41-generic. My VGA card is Gigabyte Radeon RX6900 XT. My CPU is AMD Ryzen 9 3900 XT. I tried several solutions suggested in previous posts but it did not solve my problem. May I have your suggestions to fix this.
I've been having the same issue as well. The only way I found to fix it is to roll back to the 5.6.0-1042-oem kernel. The AMD drivers don't seem to support any kernel past this one.
Edit: This is also a way to get the amdgpupro drivers to install without a problem.
WARNING: I'm writing all this after the fact and i might have missed a step or something along the way. Please be very careful especially with trying to remove kernels and when working in your boot directory. If you're uncomfortable with the idea of wrecking your system you can always set grub's default selection which is a lot safer than removing an initramfs.
Here's how I got RocM working
sudo apt install linux-image-5.6.0-1042-oem linux-headers-5.6.0-1042-oem && reboot
Make sure you boot into the 5.6 kernel by accessing the Ubuntu advanced options in grub.
sudo apt remove linux-image-5.8.0-41-generic linux-headers-5.8.0-41-generic && sudo apt autoremove && reboot
Again you'll have to reboot into 5.6 through the advanced options. (Hold the shift key after BIOS finishes loading to get the Ubuntu Advanced Options menu.) After you're back in it's a good idea to set your headers and image as held back because a kernel update will most likely break RocM.
sudo apt-mark hold linux-image-generic linux-headers-generic
Now we're going to try and flush out the 5.8 kernel. Start by flushing out the temporary files.
sudo rm -rv ${TMPDIR:-/var/tmp}/mkinitramfs-*
Now list all of the kernels installed.
dpkg -l | tail -n +6 | grep -E 'linux-image-[0-9]+'
And try to remove the 5.8 kernel. Do this for any kernel you have above the 5.6 one we installed.
sudo update-initramfs -d -k 5.8.0-41-generic
Now the initramfs, Systemmap, and config are still present in the boot dir so we need to clear those out to get grub working properly again.
cd /boot/
sudo rm vmlinuz-5.8.0-41-generic System.map-5.8.0-41-generic config-5.8.0-41-generic
Now you should be finally ready to update grub
sudo update-grub && reboot
Now when you load back in you should be able to install RocM
sudo apt install rocm-dkms
As per the official notes in this link, AMD ROCm platform is designed to support Ubuntu 20.04.1 (5.4 and 5.6-oem) and 18.04.5 (Kernel 5.4).
So kernel version 5.8 is not supported. However, downgrading is an option but instead of rushing to that, you can simply boot into an older version of kernel.
Try following steps:
Restart your computer,
Wait for the grub menu to open (how to open grub menu: link).
Select advanced options for ubuntu
Select an alternate kernal from the list shown.

Package cuda-license-7-5 is obsoleted by cuda-libs

I am installing cuda-repo-rhel7-7-5-local-7.5-18.x86_64.rpm
When I executed yum install cuda the error seems to be related to
Package cuda-license-7-5 is obsoleted by cuda-libs, but obsoleting package does not provide for requirements
I tried the suggestions but they didn't work.
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
the output of
$ uname -m && cat /etc/*release
x86_64
CentOS Linux release 7.2.1511 (Core)
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"
CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"
CentOS Linux release 7.2.1511 (Core)
CentOS Linux release 7.2.1511 (Core)
the full output install:
$ sudo yum install cuda
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* base: mirror.cs.vt.edu
* epel: download-ib01.fedoraproject.org
* extras: mirrors.lga7.us.voxel.net
* nux-dextop: mirror.li.nux.ro
* rpmforge: mirror.us.leaseweb.net
* rpmforge-extras: mirror.us.leaseweb.net
* updates: mirror.es.its.nyu.edu
Resolving Dependencies
--> Running transaction check
---> Package cuda.x86_64 1:7.5.18-3.el7.nux will be installed
--> Processing Dependency: cuda-libs(x86-64) = 1:7.5.18-3.el7.nux for package: 1:cuda-7.5.18-3.el7.nux.x86_64
--> Processing Dependency: libnvvm.so.3()(64bit) for package: 1:cuda-7.5.18-3.el7.nux.x86_64
--> Running transaction check
---> Package cuda-libs.x86_64 1:7.5.18-3.el7.nux will be installed
--> Processing Dependency: libcuda.so.1()(64bit) for package: 1:cuda-libs-7.5.18-3.el7.nux.x86_64
--> Running transaction check
---> Package cuda-driver-dev-7-5.x86_64 0:7.5-18 will be installed
--> Processing Dependency: cuda-license-7-5 = 7.5-18 for package: cuda-driver-dev-7-5-7.5-18.x86_64
Package cuda-license-7-5 is obsoleted by cuda-libs, but obsoleting package does not provide for requirements
--> Finished Dependency Resolution
Error: Package: cuda-driver-dev-7-5-7.5-18.x86_64 (cuda-7-5-local)
Requires: cuda-license-7-5 = 7.5-18
Installing: 1:cuda-libs-7.5.18-3.el7.nux.x86_64 (nux-dextop)
cuda-license-7-5 = 1:7.5.18-3.el7.nux
Available: cuda-license-7-5-7.5-18.x86_64 (cuda-7-5-local)
cuda-license-7-5 = 7.5-18
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
By default, CentOS 7 tries to download cuda7.5 (I guess it is seen by CentOs as the latest stable release)
sudo yum install cuda-devel
...
Package cuda-license-7-5 is obsoleted by cuda-libs, but obsoleting package does not provide for requirements
Instead, just install the cuda-8-0 package!
sudo yum install cuda-8-0
It does not depend on the obsolete cuda-license-7-5 package.
Note: at the end of the installation, I had some issues with the key, this can be avoided with (not recommended)
sudo yum install cuda-8-0 --nogpgcheck

Cabal ExitFailure 1

I'm getting this error when trying to install csv using Cabal (OS X):
Resolving dependencies...
Configuring csv-0.1.2...
Building csv-0.1.2...
Failed to install csv-0.1.2
Build log ( /Users/roshnal/.cabal/logs/csv-0.1.2.log ):
Configuring csv-0.1.2...
Building csv-0.1.2...
Preprocessing library csv-0.1.2...
[1 of 1] Compiling Text.CSV ( Text/CSV.hs, dist/build/Text/CSV.o )
Text/CSV.hs:70:1:
Bad interface file: /Library/Haskell/ghc-7.10.2-x86_64/lib/parsec-3.1.9/Text/ParserCombinators/Parsec.hi
Something is amiss; requested module parsec-3.1.9#parse_8fSmqig53hOL2SEu1k9Tv0:Text.ParserCombinators.Parsec differs from name found in the interface file AwpZ7A1As1bGsDMsWSTZ1J:Text.ParserCombinators.Parsec
cabal: Error: some packages failed to install:
csv-0.1.2 failed during the building phase. The exception was:
ExitFailure 1
I tried updating Cabal, ghc-pkg recache, and as another answer on SO suggested, setting library-profiling to False (in ~/.cabal/config). None of them are working.
Any idea what I can do to install this package? Earlier I have installed other packages using cabal install successfully.
Thanks!
EDIT
As ErirR suggested in his answer, I ran ghc-pkg list and this is the output I got. I don't appear to be having multiple installs of parsec.
/Library/Frameworks/GHC.framework/Versions/7.10.2-x86_64/usr/lib/ghc-7.10.2/package.conf.d
Cabal-1.22.4.0
GLURaw-1.5.0.1
GLUT-2.7.0.1
HTTP-4000.2.20
HUnit-1.2.5.2
ObjectName-1.1.0.0
OpenGL-2.12.0.1
OpenGLRaw-2.5.1.0
QuickCheck-2.8.1
StateVar-1.1.0.0
array-0.5.1.0
async-2.0.2
attoparsec-0.13.0.1
base-4.8.1.0
bin-package-db-0.0.0.0
binary-0.7.5.0
bytestring-0.10.6.0
case-insensitive-1.2.0.4
cgi-3001.2.2.2
containers-0.5.6.2
deepseq-1.4.1.1
directory-1.2.2.0
exceptions-0.8.0.2
fgl-5.5.2.1
filepath-1.4.0.0
ghc-7.10.2
ghc-prim-0.4.0.0
hashable-1.2.3.3
haskeline-0.7.2.1
haskell-src-1.0.2.0
hoopl-3.10.0.2
hpc-0.6.0.2
hscolour-1.23
html-1.0.1.2
integer-gmp-1.0.0.0
mtl-2.2.1
multipart-0.1.2
network-2.6.2.1
network-uri-2.6.0.3
old-locale-1.0.0.7
old-time-1.1.0.3
parallel-3.2.0.6
parsec-3.1.9 // <-- Here's parsec
pretty-1.1.2.0
primitive-0.6
process-1.2.3.0
random-1.1
regex-base-0.93.2
regex-compat-0.95.1
regex-posix-0.95.2
rts-1.0
scientific-0.3.3.8
split-0.2.2
stm-2.4.4
syb-0.5.1
template-haskell-2.10.0.0
terminfo-0.4.0.1
text-1.2.1.3
tf-random-0.5
time-1.5.0.1
transformers-0.4.2.0
transformers-compat-0.4.0.4
unix-2.7.1.0
unordered-containers-0.2.5.1
vector-0.11.0.0
xhtml-3000.2.1
zlib-0.5.4.2
This SO thread might be relevant:
"requested module differs from name found in the interface file"
I would run ghc-pkg list and see if you have multiple installs of the parsec package.

Dependency issues with rpmfusion repos

I recently upgraded from fedora 20 to fedora 21. I am facing dependency issues when trying to install or update:
$ sudo yum -y upgrade
Loaded plugins: auto-update-debuginfo, langpacks
Resolving Dependencies
--> Running transaction check
---> Package vlc.x86_64 0:2.2.1-2.fc21 will be updated
---> Package vlc.x86_64 0:2.2.1-3.fc22 will be an update
---> Package vlc-core.x86_64 0:2.2.1-2.fc21 will be updated
---> Package vlc-core.x86_64 0:2.2.1-3.fc22 will be an update
--> Processing Dependency: libx265.so.25()(64bit) for package: vlc-core-2.2.1-3.fc22.x86_64
--> Processing Dependency: liblua-5.3.so()(64bit) for package: vlc-core-2.2.1-3.fc22.x86_64
--> Processing Dependency: libfreerdp.so.1.2()(64bit) for package: vlc-core-2.2.1-3.fc22.x86_64
--> Processing Dependency: libfreerdp-server.so.1.2()(64bit) for package: vlc-core-2.2.1-3.fc22.x86_64
---> Package x264-libs.x86_64 0:0.142-11.20141221git6a301b6.fc21 will be updated
---> Package x264-libs.x86_64 0:0.142-11.20141221git6a301b6.fc22 will be an update
--> Finished Dependency Resolution
Error: Package: vlc-core-2.2.1-3.fc22.x86_64 (rpmfusion-free-rawhide)
Requires: libfreerdp-server.so.1.2()(64bit)
Error: Package: libavdevice-2.4.9-1.fc22.x86_64 (rpmfusion-free-rawhide)
Requires: libcdio_paranoia.so.2()(64bit)
Error: Package: vlc-core-2.2.1-3.fc22.x86_64 (rpmfusion-free-rawhide)
Requires: liblua-5.3.so()(64bit)
Error: Package: libavdevice-2.4.9-1.fc22.x86_64 (rpmfusion-free-rawhide)
Requires: libcdio_cdda.so.2()(64bit)
Error: Package: vlc-core-2.2.1-3.fc22.x86_64 (rpmfusion-free-rawhide)
Requires: libx265.so.25()(64bit)
Available: x265-libs-1.2-5.fc21.x86_64 (rpmfusion-free)
libx265.so.25()(64bit)
Available: x265-libs-1.2-6.fc22.x86_64 (rpmfusion-free-rawhide)
libx265.so.25()(64bit)
Installed: x265-libs-1.6-1.fc21.x86_64 (#rpmfusion-free-updates)
~libx265.so.51()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
I tried disabling/enabling some repos, trying to update, trying to remove some of the libraries listed above, but all in vain.
Get rid of the rpmfusion-free-rawhide repo, it's for yet unreleased Fedora 22. That should solve all your problems.
The culprit in my case was rpmfusion. I had different versions of rpmfusion-free and rpmfusion-nonfree. One of them was 21 and other was 22. So removing and installing the correct versions as follows solved the issue:
sudo yum remove rpmfusion-free-release rpmfusion-nonfree-release
Loaded plugins: auto-update-debuginfo, langpacks
Resolving Dependencies
--> Running transaction check
---> Package rpmfusion-free-release.noarch 0:22-0.1 will be erased
---> Package rpmfusion-nonfree-release.noarch 0:21-1 will be erased
--> Finished Dependency Resolution
Dependencies Resolved
======================================================================================================================================
Package Arch Version Repository Size
======================================================================================================================================
Removing:
rpmfusion-free-release noarch 22-0.1 #rpmfusion-free-rawhide 9.7 k
rpmfusion-nonfree-release noarch 21-1 installed 9.9 k
Transaction Summary
======================================================================================================================================
Remove 2 Packages
Installed size: 20 k
Is this ok [y/N]: y
Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction (shutdown inhibited)
Erasing : rpmfusion-nonfree-release-21-1.noarch 1/2
Erasing : rpmfusion-free-release-22-0.1.noarch 2/2
warning: /etc/yum.repos.d/rpmfusion-free-rawhide.repo saved as /etc/yum.repos.d/rpmfusion-free-rawhide.repo.rpmsave
Verifying : rpmfusion-nonfree-release-21-1.noarch 1/2
Verifying : rpmfusion-free-release-22-0.1.noarch 2/2
Removed:
rpmfusion-free-release.noarch 0:22-0.1 rpmfusion-nonfree-release.noarch 0:21-1
Complete!
su -c 'yum localinstall http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm'
Password:
Loaded plugins: auto-update-debuginfo, langpacks
rpmfusion-free-release-21.noarch.rpm | 19 kB 00:00:00
Examining /var/tmp/yum-root-d5sSL9/rpmfusion-free-release-21.noarch.rpm: rpmfusion-free-release-21-1.noarch
Marking /var/tmp/yum-root-d5sSL9/rpmfusion-free-release-21.noarch.rpm to be installed
rpmfusion-nonfree-release-21.noarch.rpm | 19 kB 00:00:00
Examining /var/tmp/yum-root-d5sSL9/rpmfusion-nonfree-release-21.noarch.rpm: rpmfusion-nonfree-release-21-1.noarch
Marking /var/tmp/yum-root-d5sSL9/rpmfusion-nonfree-release-21.noarch.rpm to be installed
Resolving Dependencies
--> Running transaction check
---> Package rpmfusion-free-release.noarch 0:21-1 will be installed
---> Package rpmfusion-nonfree-release.noarch 0:21-1 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
======================================================================================================================================
Package Arch Version Repository Size
======================================================================================================================================
Installing:
rpmfusion-free-release noarch 21-1 /rpmfusion-free-release-21.noarch 9.7 k
rpmfusion-nonfree-release noarch 21-1 /rpmfusion-nonfree-release-21.noarch 9.9 k
Transaction Summary
======================================================================================================================================
Install 2 Packages
Total size: 20 k
Installed size: 20 k
Is this ok [y/d/N]: y
Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction (shutdown inhibited)
Installing : rpmfusion-free-release-21-1.noarch 1/2
Installing : rpmfusion-nonfree-release-21-1.noarch 2/2
Verifying : rpmfusion-nonfree-release-21-1.noarch 1/2
Verifying : rpmfusion-free-release-21-1.noarch 2/2
Installed:
rpmfusion-free-release.noarch 0:21-1 rpmfusion-nonfree-release.noarch 0:21-1
Complete!

Installing libusb-1 and libudev to get openni to compile on Fedora

I have just changed to Fedora 20 and I am trying to get used to it and to learn it. Before I have only worked with ubuntu so there are some new things for me.
I have tried to compile openni_master by downloading the package from git. The first step is to enter
/OpenNi_Master/Platform/Linux/CreateDist/
ans to run
sudo ./RedistMaker .
When I do that I get the following:
fatal error: libusb-1.0/libusb.h: No such file or directory.
So I tried running
sudo yum install libgusb.x86_64.
Running locate libgusb gives the .so files
/usr/lib64/libgusb.so.2
/usr/lib64/libgusb.so.2.0.3
but no libusb-1.0.h.
So I tried downloading the package libusb-1.0.18 from the web and compile it on my computer.
But running ./configure in the folder gives
checking for libudev.h... no
configure: error: "udev support requested but libudev not installed"
So I installed
libgudev1-devel.x86_64
and
libgudev1.x86_64.
Probably I am installing the wrong packages, but I am new to Fedora and I don't really know where to search for them.
Any help is appreciated!
/ Erik
In Fedora (and other distros using yum for package management), you can find out which package provides a certain file like so:
$ yum provides /path/to/my/file
If you only know a portion of the filename, you can use wildcards:
$ yum provides */myfile
So, what provides libusb.h?
$ yum provides */libusb.h
[...]
libusbx-devel-1.0.17-1.fc21.x86_64 : Development files for libusbx
Repo : rawhide
Matched from:
Filename : /usr/include/libusb-1.0/libusb.h
[...]
So you need to install libusbx-devel.
I had a similar problem but libusb.h was present.
# CFLAGS="-O2 -Wall -march=native " ./configure --enable-scrypt --enable-Avalon
...
checking libudev.h usability... no
checking libudev.h presence... no
checking for libudev.h... no
configure: error: "udev support requested but libudev not installed"
configure: error: ./configure failed for compat/libusb-1.0
Fixed by installing an updated libudev:
# yum provides */libudev.h
Loaded plugins: fastestmirror, refresh-packagekit, security
Loading mirror speeds from cached hostfile
* base: mirrors.clouvider.net
* epel: ftp-stud.hs-esslingen.de
* extras: centos.mirroring.pulsant.co.uk
* rpmforge: fr2.rpmfind.net
* updates: mozart.ee.ic.ac.uk
libudev-devel-147-2.73.el6_8.2.x86_64 : Development files for libudev
Repo : base
Matched from:
Filename : /usr/include/libudev.h
# yum install libudev-devel-147-2.73.el6_8.2.x86_64
Loaded plugins: fastestmirror, refresh-packagekit, security
Loading mirror speeds from cached hostfile
* base: mirrors.clouvider.net
* epel: ftp-stud.hs-esslingen.de
* extras: centos.mirroring.pulsant.co.uk
* rpmforge: fr2.rpmfind.net
* updates: mozart.ee.ic.ac.uk
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package libudev-devel.x86_64 0:147-2.73.el6_8.2 will be installed
--> Processing Dependency: udev = 147-2.73.el6_8.2 for package: libudev-devel-147-2.73.el6_8.2.x86_64
--> Running transaction check
---> Package udev.x86_64 0:147-2.46.el6 will be updated
---> Package udev.x86_64 0:147-2.73.el6_8.2 will be an update
--> Finished Dependency Resolution
# CFLAGS="-O2 -Wall -march=native " ./configure --enable-scrypt --enable-Avalon
...
checking libudev.h usability... yes
checking libudev.h presence... yes
checking for libudev.h... yes
checking for udev_new in -ludev... yes