PRINT DRIVERS. Welcome to the RISO Print Driver Download Center. For your convenience, we have compiled the latest versions of our RISO Printer and Digital Duplicator model print drivers. Please click on the button below, select the Category, Model and Language you need and press the Search button. RISO COMCOLOR 7150 DRIVERS FOR MAC DOWNLOAD - Streamline print production by combining powerful, high-speed performance with low running costs, increased productivity, and reliability for superior. Home » Riso Drivers » Riso ComColor GD seriesPS-Kit for Mac Driver Download Riso ComColor GD seriesPS-Kit for Mac Driver Download Tuesday, June 4, 2019 Riso Drivers Edit. Repository of driver downloads for all Riso hardware, Comcolor, X1, and other printer and copiers. Skip to main content Contact us Call: (+44) 020 8236 5800 Email: info@riso.co.uk.

Starting with CentOS 6.5, one can install from USB keys by simply transferring the desired ISO using dd. For example, assuming your USB stick is seen as /dev/sdz (please double check what yours is, do not blindly assume /dev/sdz as you may overwrite something irretrievably): dd if=CentOS-6.5-x8664-bin-DVD1.iso of=/dev/sdz.

Now you have your shiny new CentOS operating system installed, one of the first things you may want to do is install some software on it. This document aims to bring together articles already on the CentOS Wiki relating to installing software on your system. It is recommended that new users take the time to read and understand this documentation.
The preferred way to install software on your CentOS system is to use the provided package management tools. CentOS uses the Red Hat Package Management (RPM) system and YUM as a front end to it. YUM is the preferred tool for installing software on your system. Online documentation for YUM is available here:
http://www.centos.org/docs/6/html/yum/ Links currently broken.
(Meanwhile see http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/ch-yum.html)
YUM is a command line tool and, despite being extremely powerful, is very easy to use so users new to Linux need not be afraid of it. To use YUM to install software on your system you will need to be root. In it's basic form, YUM uses the following syntax:
So if we wanted to install Firefox, we would do:

Code: Select all

Note that package names are case sensitive and trying to install the package 'Firefox' would result in the message 'Nothing to do'. To find the correct spelling or capitalization, we can use the yum list command to list all matching packages:
and you can use YUM to automatically update your system to the latest versions by simply doing:

Code: Select all

Note that if you install software with YUM it will always install the latest version so you do not need to do an update after installing a new package.
Using YUM really is that easy.
There is a page with some rather nifty RPM and YUM tips & tricks here:
http://wiki.centos.org/TipsAndTricks/YumAndRPM
See also:
http://wiki.centos.org/PackageManagement/Yum
Groups
Another powerful feature of YUM is the concept of groups of software. This is software related to a task grouped together. For example, suppose you chose not to install support for printing or any office-based software when you installed CentOS. Having to find and install packages we need individually could be time consuming so we can simply choose to install the whole software group.
To see a list of groups, we can do:
(I won't list all the available groups - I'll leave that as an exercise for the reader to try)
and to install a software group, we would do:

Code: Select all

or
and we can use groupinfo to return information about packages that make up a particular group:

Code: Select all

Repositories
All of the above works fine for installing software that is provided as part of the CentOS system, but what about if you want to install a software package that isn't provided by CentOS? This is where 3rd party repositories come in. A vast amount of software has been packaged and is maintained by the packagers and placed into 3rd party software repositories such that it can be installed using YUM. Please read the Wiki page on repositories here:
http://wiki.centos.org/AdditionalResources/Repositories
RPMForge and ATrpms were two of the larger 3rd party repositories that provided software packages for CentOS. However, rpmforge has been largely unmaintained for about 3 or 4 years at the time of writing (late 2016) and is no longer recommended for use. There have been no security updates published for rpmforge packages in several years and what exists may contain unfixed security vulnerabilities. The situation with ATRpms is similar although with this repo, the mirrors that contain the content are often offline so it's tricky to install anything at all and probably lucky that you cannot since it too suffers the same problems as rpmforge - late or missing updates.
The EPEL repository is generally safe and is now easily installable on all supported CentOS versions by running yum --enablerepo=extras install epel-release as the epel-release package is now in the CentOS 'extras' repo to make life easier.
Other third party yum repositories include, nux-dextop which is the current best source for multimedia packages on CentOS and ELRepo which provides hardware support such as display and network drivers.
However, we need to be careful when enabling 3rd party repositories so that they don't conflict with CentOS packages. For example, they may contain newer versions of software packages that may break your system. For this reason we strongly advise not to update packages provided by CentOS with versions from 3rd party repositories as this may break things. Remember - if you break your system, you get to keep the pieces.
To get around this problem we can use a plugin for YUM called 'priorities'. Priorities allows us to rank repositories from 1 to 99 such that packages installed from a repository with a lower number (higher ranking) will never be overwritten or upgraded by a package from a repository with a higher number (lower ranking). For example, if the CentOS base and updates repositories have a priority of 1 and EPEL has a priority of 10, a package from EPEL will never be able to replace a package from CentOS base or updates.
If you are going to enable 3rd party repositories then it is highly recommended that you also install and configure the priorities plugin to manage them.
http://wiki.centos.org/PackageManagement/Yum/Priorities
What if you can't find an RPM package for CentOS / RHEL
Are you absolutely sure you've looked everywhere? If you're absolutely sure that an RPM for the software package you want to install doesn't exist then you have a number of options:
1) If there is a Fedora RPM package, then attempting to rebuild the corresponding source RPM package on your CentOS system may be a way to create a working binary RPM package.
2) Consider building your own RPM package. If you package the software yourself then it makes it far easier to handle updates.
3) As an absolute last resort you could compile the package from source. In an rpm-based distribution like CentOS you should avoid compiling from source whenever possible because doing so may break your system and it is highly recommended that you do NOT follow this route. Please read this Wiki article for an explanation as to why:
http://wiki.centos.org/PackageManagement/SourceInstalls

Join GitHub today

GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.

Sign up

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Comments

I've followed the directions to install Docsplit from here (accounting for differences for CentOS of course): http://documentcloud.github.com/docsplit I think I've got all necessary packages installed, but when I run 'docsplit pdf <some.doc.file>' to convert a Word Doc to PDF, I get this error: For what it's worth, I had all of this working perfectly both in OSX and in an Ubuntu VM I set up. But CentOS is giving me a lot of grief with this stuff. Any ideas?

Nothing in particular, I'm afraid -- I've never tried it on CentOS. First, make sure that the OpenOffice process is indeed running and bound to that port. Second, this might be of help: If neither of those help, I'd recommend asking for assistance on the JODConverter mailing list, here:

That's the interesting thing. The way everything behaves in OSX and Ubuntu is that the act of running Docsplit actually fires up the OpenOffice process on the fly and it all 'just works'. But I did already try to start soffice in headless mode before running Docsplit on CentOS and then it just gives me an IllegalStateException saying that a process is already started on that port, as if it's NOT expecting it to already have been started. At this point I'm trying to convince my client to let me move it to a simpler Ubuntu VPS, 'cause dealing with CentOS has just been a huge headache overall. :/ But thanks a ton for the tips. I'm going to look over that JOD converter link. Thanks!