Add/Remove Software. Alternatively, you can type the commands system-config-packages or pirut at shell prompt.
==================================
I am am using GUI to install all packges “GNOME Desktop environment” that took a while - there was non under KDE (K Desktop environment ).
ALSO
there was no reaction to system-config-packages or pirut at shell prompt.
==================================
I will now retry your previous suggestiion using : $su followed by #yum install *.rpm
[nick@darkstar ~]$ ls
Desktop Downloads octave-core Programs Templates Videos
Documents Music Pictures Public tmp
[nick@darkstar ~]$ cd Programs
[nick@darkstar Programs]$ ls
fritzing-0.9.3b+dfsg-4.x86_64.rpm fritzing-data-0.9.3b+dfsg-4.noarch.rpm
fritzing-0.9.3b.linux.AMD64
[nick@darkstar Programs]$ yum install *.rpm
Loaded plugins: refresh-packagekit, security
You need to be root to perform this command.
[nick@darkstar Programs]$ su
Password:
[root@darkstar Programs]# yum install *.rpm
Loaded plugins: refresh-packagekit, security
Setting up Install Process
Examining fritzing-0.9.3b+dfsg-4.x86_64.rpm: fritzing-0.9.3b+dfsg-4.x86_64
Marking fritzing-0.9.3b+dfsg-4.x86_64.rpm to be installed
Examining fritzing-data-0.9.3b+dfsg-4.noarch.rpm: fritzing-data-0.9.3b+dfsg-4.noarch
fritzing-data-0.9.3b+dfsg-4.noarch.rpm: does not update installed package.
Resolving Dependencies
–> Running transaction check
—> Package fritzing.x86_64 0:0.9.3b+dfsg-4 will be installed
–> Processing Dependency: libc.so.6(GLIBC_2.14)(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4.15)(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libQt5Concurrent.so.5()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libQt5Core.so.5()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libQt5Gui.so.5()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libQt5Network.so.5()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libQt5PrintSupport.so.5()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libQt5SerialPort.so.5()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libQt5Sql.so.5()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libQt5Svg.so.5()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libQt5Widgets.so.5()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libQt5Xml.so.5()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libgit2.so.24()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Running transaction check
—> Package chrome-deps-stable.x86_64 0:3.11-1 will be installed
—> Package fritzing.x86_64 0:0.9.3b+dfsg-4 will be installed
–> Processing Dependency: libc.so.6(GLIBC_2.14)(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libgit2.so.24()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
—> Package qt5-qtbase.x86_64 0:5.6.1-3.el6 will be installed
–> Processing Dependency: qt5-qtbase-common = 5.6.1-3.el6 for package: qt5-qtbase-5.6.1-3.el6.x86_64
—> Package qt5-qtbase-gui.x86_64 0:5.6.1-3.el6 will be installed
—> Package qt5-qtserialport.x86_64 0:5.6.1-1.el6 will be installed
—> Package qt5-qtsvg.x86_64 0:5.6.1-2.el6 will be installed
–> Running transaction check
—> Package fritzing.x86_64 0:0.9.3b+dfsg-4 will be installed
–> Processing Dependency: libc.so.6(GLIBC_2.14)(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
–> Processing Dependency: libgit2.so.24()(64bit) for package: fritzing-0.9.3b+dfsg-4.x86_64
—> Package qt5-qtbase-common.noarch 0:5.6.1-3.el6 will be installed
–> Finished Dependency Resolution
Error: Package: fritzing-0.9.3b+dfsg-4.x86_64 (/fritzing-0.9.3b+dfsg-4.x86_64)
Requires: libc.so.6(GLIBC_2.14)(64bit)
Error: Package: fritzing-0.9.3b+dfsg-4.x86_64 (/fritzing-0.9.3b+dfsg-4.x86_64)
Requires: libgit2.so.24()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
[root@darkstar Programs]#
Requires: libc.so.6(GLIBC_2.14)(64bit)
Error: Package: fritzing-0.9.3b+dfsg-4.x86_64 (/fritzing-0.9.3b+dfsg-4.x86_64)
Requires: libgit2.so.24()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
[root@darkstar Programs]#
No joy with >>>rpm -Va --nofiles --nodiges
nothing happend but I get that from --nodigest
ALSO
I did not understant what was meant with>>You could try using --skip-broken to work around the problem
I guess I’ll do the searching for you
in terminal please type
uname --a
then
cat /etc/issue
Then I’ll figure what version of libssl you need system linked. Then it should just work… all this is just beating around the bush. Occams razor guys. Simple answer is the best one. A simple system link is all its going to take by the looks of things, well from where I left off… all this extra stuff is wasted time and energy.
It runs on my win10 system no problems…I think I will be using it from there - there is no shortage of computing.
This was an exercise in using Linux - my IoT come in two flavours C++ like Arduino AND linux distro - lest say DebIan or Raspian. On the end of the day its only an OS that runs C++ that turns things on/off ect…
I thought that using a SL6 or RH would allow usage of Octave and Matlab - Matlab because it also comes with C compiler and I can add math to a mindless LED and PWM ops.
My Arduino projects are working well but I am stuck at hard coding most things from first principle - which I hate being lazy I was hopping a Python knitting of diverse software. It will happen but it will take longer than I thought -
I will re install Debian and see how that works out…
Thank you for your help
Occam razor - name giving to those events done by some one else fast…
I use to share a room with such creatures …guy that professed to know the "simple solution’ he used to work “so hard” to show off so it made it look easy - I knew this as we were seated in the same room. We had a Homer Simpson Rule - upon getting a simple solution one Needed to YELL out “D’HO”…
What have done in the past when there were dependency issues, I will open Synaptic (Debian’s Package Manager GUI) and one by one search the list and install them. Often, the ones in the list will grab other ones on the list. Once they are all installed, go back and try to install packages outside of the GUI.
I don’t know enough about the RH/Fedora systems, never like them so don’t use them. You have to also remember the .deb files were converted to the .rpm format may loose something in the process.
You talk about using C++. All the distros should be able to run it, write it and compile it. Just a matter of installed in the program. (gc++)I have matplob running on my versions of debian. That program in my computer is listed under the python programs and add ins.
Got a compiler for C++ and can use it…
I also have a link to Arduino and Onion
Arduino comes with it compiler C++ and uploaded
Onion works from a desktop in browser - it has its own C++ compiler.
Onion is wireless on chip and smaller than Arduino but Linux.
I agree…with "All the distros should be able to run it, write it and compile it…"
Its day-to day running of Linux is my steep learning curve…has few discrepancies between releases which I need to learn.
Lucky for me Bill Gates used lots of commands in his Dos and Shell so my learning is not going to be that hard. I have used C++ for few years - big problem there is API - knowing them. But I learned that if one can open a “black” window ( terminal ) lots of tasks can be automated - I work from that window - less overheads. Its one of the reasons I am going to use Onion its Distro is opened in a browser an not a terminal.
